Painel de líderes

Boa tarde! Além do que os colegas comentaram, quero acrescentar aqui uma observação. Pelo LOG, notei que você tentou usar o comando NFe.CriarNFeSefaz(C:\G3SAT\000830-0.XML,1) Este comando era usado para receber o arquivo TEXTO no formato usado pelo antigo emissor gratuito de SP, atualmente sob a responsabilidade de atualização pelo SEBRAE. Portanto este comando ai não funcionará com o teu arquivo XML Você pode usar: (estude pelo link do manual: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html) Opção 1: Criar o arquivo XML pelo comando: (caso opte por esta opção, terá que após criar, usar comandos para assinar e para enviar o arquivo a SEFAZ) NFe.CriarNFE() Opção 2: Já tendo o XML pronto pode apenas enviar. (atente-se para o XML correto e assinado) NFE.EnviarNFe() Opção3: Criar o arquivo XML (pelo padrão INI que já foi citado aqui) e enviar ao mesmo tempo. NFE.CriarEnviarNFe()

As DLLs da ACBrLib precisa baixar aqui: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ Elas estão disponíveis para os assinantes do SAC, você pode fazer uma assinatura trial assim já conseguirá baixar. Você também pode baixar o código fonte das DLLs e compilar usando o Lazarus.

Boa tarde, Italo, a fim de atender o processo de envio, retorno e cancelamento para a prefeitura de Rio Grande-RS, também realizei a implementação do provedor "SigIss" no componente. No meu caso de teste, consegui validar os processos. Segue em anexo o arquivo contendo as unidades alteradas, e os XML´s gerados na validação do processo (Por questões de segurança, alterei apenas as informações pertinentes aos dados do prestador). SigIss_Unidades_Alteradas.zip SigIss_XML.zip

Boa tarde, Analisando o código do componente, mais precisamente a unit pcnCIOTW_eFrete (linha 1766) temos: if TipoViagem <> TAC_Agregado then GerarPagamentos; No XML de pedido de adição de operação te transporte temos: <obj:TipoViagem>TAC_Agregado</obj:TipoViagem> Podemos concluir que: o grupo de informações referente ao pagamento só vai ser gerado se o tipo de viagem não for TAC Agregado, no seu XML o tipo é TAC Agregado, portanto não vai gerar.

Boa tarde, Juliomar Marchetti, muito obrigado pelo retorno O meu Firewall estava bloqueando o acesso ao site. RESOLVIDO

Você baixou o Lazarus 64 bits, e está tentando compilar a aplicação, com um Perfil de Build de 32 bits... Sugiro usar o Lazarus em 32 bits... caso contrário você terá muita dificuldades, em achar todas as Bibliotecas externas em 64 bits

Qual a dificuldade ?? o Primeiro parâmetro, é a String com o conteúdo do QRCode, e o Segundo, é um TImage... apenas jogue um TImage no Form, e chame o método...

Graças a Deus acabei encontrando a solução, ou onde estava o problema...rsrsrs Eu sempre tive o costume de arrastar as Dlls para a IDE do Visual Studio e deixar por conta do próprio VS copiar para a pasta raiz do EXE, tanto ao compilar minha solução quanto ao gerar o instalador. A solução foi NÃO ARRASTAR para a IDE, copiei e colei as Dlls diretamente para a pasta raiz da solução. Pronto, solucionado!! Não sei porque o VS danificava as dlls que eu arrastava pra ele.

Boa tarde, conforme citado acima pelos colegas a melhor forma é passar os dados no formato .txt (estrutura de um .ini) e o ACBrse encarrega de gerar o XML corretamente. Mas no seu caso o problema pode ser no campo <IE>143.234.324.116</IE> não deve passar a mascara, passe apenas os números (12 digitos).

Boa tarde. A recomendação é que ao invés de gerar o XML pela sua aplicação, envie o comando conforme descrito no link citado pelo Juliomar e deixe a cargo do próprio ACBrMonitorPlus montar o mesmo, desta forma não precisa se preocupar em encontrar detalhes que possam acarretar problemas. Obs. Este tópico foi movido para este subforum que é o mais adequado. Att.

@José M. S. Junior Obrigado pela atenção, vou falar com eles

Bom dia segue o link do manual, invés de gerar o xml que precisa estar na ordem correta use o formato ini https://acbr.sourceforge.io/ACBrMonitor/ModeloCFeINI.html

Estou efetuando testes com CIOT hoje, funcionando normal, baixei os últimos fontes. Pode ser alguma configuração.

Bom dia... segue manual em anexo..retirado do site http://www.caixa.gov.br/Downloads/cobranca-caixa/Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_240.pdf o print que citei acima está na página 77.. na página 47 diz a localização da informação no header do arquivo. sds, Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_240.pdf

O único porém é que esse tópico foi interagido lá em 2017. Vamos fechar ele e criar um novo pois parecem ser coisas distintas e distantes.

Bom dia Paulinha, Segundo o XML de envio do lote que você anexou tanto o RPS quanto o Lote estão assinados. E mesmo assim o retorno do webservice rejeita acusando que o Lote não esta assinado. Como esse provedor segue a versão 2 do layout da ABRASF, sugiro que você tente enviar o RPS através do método EnviarSincrono e do Gerar. Se nenhum deles funcionar, não vejo outra saída a não ser entrar em contato com o provedor, enviando para eles o XML de envio de lote e o retorno. Para mim, é problema no webservice deles.

Bom dia Zanutto, Se tratando de Transportadora, temos que ter em mente o seguinte: 1. Ela não é o Destinatário da Mercadoria, logo não faz nenhum sentido enviar o evento de Manifestação do Destinatário. 2. A Transportadora poderá obter o XML na integra através do DistribuicaoDFe do componente ACBrNFe, desde que o CNPJ dela encontra-se informado na tag <CNPJ> do grupo <transporta> ou na tag <CNPJ> do grupo <autXML>. 3. Se o CNPJ da transportador for informado em qualquer outro lugar, como por exemplo nas tags de observação, não vai ser possível baixar o XML. Caso você consiga baixar o XML da nota através do Portal da NF-e, verifique onde o CNPJ da transportadora foi informado.

Bom dia Claudio, A vantagem do arquivo INI é que as seções não tem uma ordem fixa, por outro lado o XML tem toda uma estrutura a ser seguida. Por exemplo as seções referente ao percurso podem estar no inicio, no meio ou no final do arquivo INI sem nenhum problema, a rotina que faz a leitura vai encontrar e ler os dados. Agora o XML você tem que gerar as tags com a grafia e posição estabelecida no manual. Logo procure sempre ter o Manual e as Notas Técnicas mais atuais possíveis.

@nildglana unica coisa que fiz foi alterar o nosso sistema, antes ele só entrava na rotina de baixar o arquivo xml da manifestação se o número do protocolo estivesse preenchido, mudei o sistema para tentar baixar o arquivo xml de qualquer maneira. O unico importante para o nosso sistema é que ele tem uma tabela dos eventos de cada documento fiscal, então no caso o sistema verifica se existe algum evento (com numero do protocolo ou não), caso não exista nenhum evento então ele nem tenta baixar o arquivo xml. Desculpe a demora prar responder. Em resumo: o meu problema era que a SEFAZ parou de informar o número do protocolo nos eventos que tentei criar e por isso o nosso sistema parou de fazer download. Não foram todas as manifestações que o evento retornava sem o numero do protocolo.

muito estranho mesmo, quais dll estão junto da dll da acbrlibnfe ? x86 ou x64 ?

Obrigado pela sugestão, mas se não tem nenhum problema, caso meu xml esteja correto, então eu vou gerar o xml. valeu...

Testei aqui e deu tudo certinho, muito obrigado!

Eu adicionei os metodos de cancelamento e impressão na classe e no demo em VB6 tente com eles por favor.

Parece algo muito prático e inteligente. Nesse caso acredito que o NFCe não tem muito sentido. Melhor ficar com o cupom fiscal e pronto.

Não seria melhor mudar no relatório ? Mudar essas Linhas do Fortes Report, pode afetar vários outros projetos...

Bom dia Olavo, você mesmo está copilando a versão do ACBrMonitor? Se sim, experimente alterar na classe: ACBrMDFeDAEventoRLRetrato.pas, com o ajuste sugerido no tópico acima, precisa alterar as propriedades do Qrcode em: AutoSize= False e Width= 289. Por aqui não conseguimos simular esse problema, mas se resolver podemos realizar mais testes e aplicar essa solução...

Caso o problema continue com outra placa não vejo outra saída a não ser entrar em contato com o eFrete para saber o que esta de errado na requisição do pedido de retificação.

Bom dia Frederico e Ariel, Muito obrigado pela colaboração, ainda hoje estarei enviando o arquivo Cdiades.ini atualizado para o repositório.

Quem controla o número do Cupom, é o próprio SAT... veja no manual: http://svn.code.sf.net/p/acbr/code/tools/SAT/Especificacao_SAT_v_ER_2_27_05.pdf

Pelo visto, são módulos do Sitef. Então a ideia é o funcionamento ser bem semelhante ao TEF. Acredito que o termo "Carteira" seja para passar a ideia de um serviço onde você envia dinheiro para ser utilizado depois. Esse dinheiro pode ser recebido também por meio de CashBack como oferecidos em serviços como o Itaú Iti, AME Digital, etc...