joaolenosi

Se você está dando um LoadFromFile em um determinado XML, subentende-se que você já tem o XML COMPLETO, já que na rotina que identifica se o XML é RESUMIDO ou não, é no momento que você realiza o download do XML. Na própria função que realiza o download do XML logo em seguida o mesmo é descompacto, e o código que realiza a checagem é o seguinte: O exemplo completo: C:\ACBr\Exemplos\ACBrDFe\ACBrNFe\DistribuicaoDFe.txt

Sim, basta colocar o respectivo componente que você deseja realizar o download, e seguir o exemplo: C:\ACBr\Exemplos\ACBrDFe\ACBrNFe\DistribuicaoDFe.txt Só que o exemplo aqui é para NF-e, ou seja, está utilizando o componente ACBrNFe, para usar com outro tipo de documento você tem que abstrair algumas coisas;

Pois é, Será que só funciona em ambiente de produção?

Aí foram apenas alguns testes que realizei, talvez os arquivos não correspondam, pelo o fato de eu ter selecionado errado na hora de anexar. mas o primeiro teste que eu fiz, foi passando o NSU 0. 20190923155343-con-dist-dfe.xml 20190923155358-dist-dfe.xml

Boa tarde! Terminei de desenvolver minha rotina responsável por baixar os XMLS emitidos contra meu CNPJ e realizar os processos internos no meu sistema. Como por exemplo: Cadastrar Fornecedor, cadastrar Produtos e entrada de mercadoria automaticamente. Fiz todos os testes no ambiente de produção, mas as notas que foram emitidos contra meu CNPJ, acabaram. Gostaria de saber como realizar os testes em ambiente de homologação? Já emiti algumas notas em ambiente de homologação para o cliente: NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL, com o meu CNPJ, mas "Nenhum documento é localizado" 20190923144232-con-dist-dfe.xml 20190923144247-dist-dfe.xml

Boa tarde! Obrigado à todos pela a explicação; Logo abaixo está a documentação do problema e a solução: O problema estava em uma propriedade do componente ACBrNFe1 chamada: SSLHttpLIB, estava configurada como: httpWinHttp, alterei para httpWinINet, e funcionou normalmente. A única coisa que eu acho estranho é que funcionava antes configurado desta forma, mas parou de funcionar. RESOLVIDO, pode fechar.

Bom dia! Estou consultando o webservices de DistribuicaoDFe e estou recebendo o seguinte erro: Gostaria de saber se existe algum serviço que possa ser consultado para saber o status do webservice?

Boa tarde, também estou com o mesmo problema: Acredito que esse erro seja nos servidores da SEFAZ, já que no pela período da manhã, eu consegui baixar alguns XMLS e da ciência da operação normalmente. Alguém mais está com esse problema?

Bom dia, vou atualizar o ACBr e realizar os testes. Assim que testar dou o feedback!

Ok, muito obrigado!

Algum moderador chegou a analisar?

Feedback do banco! Arquivos e boletos de homologados com sucesso!

Boa tarde! Estou criando um novo tópico para ficar mais fácil de explicar as alterações que foram realizadas na Unit: ACBrBancoSafra.pas. Estou homologando os boletos e o arquivo de remessa, e me deparei com alguns erros no código de barras e consequentemente na linha digitável. Os detalhes técnicos do problema podem ser visto nesse outro tópico: Mas enfim, vamos as alterações que realizei: Na função: MontarCodigoBarras, adicionei um trim() nos campos de: "Cedente.AgenciaDigito" e "Cedente.Conta", o mesmo estavam ficando com um espaço em branco, ocasionando a geração do código de barras com um dígito a menos. Na função: MontarCampoNossoNumero(), foi removido o: " '-' + CalcularDigitoVerificador(ACBrTitulo)", ficando apenas o NossoNumero, também foi alterado a quantidade de caracteres, que estavam setados como 8, porém o nosso numero é composto por 9 caracteres. Na função: MontarCodigoBarras, foi alterarado a linha que compõem o código de barras de: para: pois a mesma estava sendo executada na funcao: CalcularDigitoCodigoBarras() , sendo passado como parâmetro 44 dígitos, porém o Banco Safra utiliza apenas 43 dígitos para calcular dígito do código de barras. Também foi adicionado um espaço entre a barra que divide o "número da agência" e o "código do beneficiário". Essa alteração reflitirá apenas a nível de impressão! Alterado a logo do Banco Safra. (A logo que possui no ACBr está desatualizada) A nível de impressão do boleto: o nosso número deve ser apenas 9 caracteres sem o dígito verificador. correção 2, Agência: Header Lote e Segmento P, foram alterados para o preenchimento dos zeros serem a direita. Também estou anexando uma planilha do excel onde eu reproduzi a função que o ACBr estava calculando o dígito verificador, para confrontar com a forma que o Banco Safra gerava. Pois o ACBr estava gerando errado. Para comprovar, basta analisar o print que o banco me enviou, explicando como é gerando o código de barras! O banco utilizou 43 dígitos para calcular e o ACBr 44, desta forma ocasionando divergência no dígito. 422.bmp ACBrBancoSafra.pas PLANILHA DE ANALISE DE BOLETO BANCÁRIO.xlsx

Boa tarde, analisei todo o conteúdo e baixei a unit atualizada, porém o erro persiste! Também notei, que algumas correções foram feitas para o Layout 400, e eu estou homologando o 240. Estou tentando corrigir o problema! Tem mais alguma dica ?

Bom dia, estou em processo de homologação do arquivo de remessa com o Banco Safra, layout 240. Após trocar vários e-mails com a equipe técnica de homologação, cheguei a corrigir todos os erros na geração do arquivo de remessa, porém agora estou com problema na impressão do boleto bancário. Eles alegaram que a linha digitável e o código de barras estão errados. E ao realizar a checagem, verifiquei que a linha digitável está sendo gerada com um caractere a menos. Segue o print em anexo e o boleto bancário. PS. Já corrigi alguns erros na impressão do boleto, quando ficar 100% eu posto as alterações que foram realizadas para vocês analisarem. analisar boleto safra.pdf

Consegui resolver! O problema era que na unit: C:\ACBr - 2019\Fontes\ACBrBoleto\FC\Fortes\ACBrBoletoFCFortesFr.pas, nas cláusulas uses, havia um unit com esse nome: DelphiZXIngQRCode, alterei para: AcbrDelphiZXIngQRCode e instalei novamente o acbr e o problema foi resolvido! Pode fechar o tópico

Adendo: o Fortes está instalado corretamente e compila direitinho.

Estou utilizando essa versão: https://github.com/fortesinformatica/fortesreport-ce por que estou utilizando o delphi 10.3 Rio

Bom dia! Estou tendo problema ao instalar o package: ACBr_BoletoRL.dpk. Mensagem de erro: F:\COMPONENTES DELPHI 10.3\ACBr - 2019\Fontes\ACBrBoleto\FC\Fortes\ACBrBoletoFCFortesFr.pas(48) Fatal: F2613 Unit 'DelphiZXIngQRCode' not found. Compilation failure Erro ao compilar o pacote "ACBr_BoletoRL.dpk". Abortando... Ocorreram erros na compilação dos pacotes.

Entendi! Obrigado, vou analisar!

Bom dia! O Acbr gerou dois XMLS com conteúdo todo null. As chaves das notas são: 24190670042445000110650010000158221000158228 24190670042445000110650010000157441000157444 E ambas as notas estão autorizadas, porém seus XMLS estão com defeitos. - O que pode ter causado a má geração? Tem como obter esses dois xmls, sem precisar realizar um: "REQUERIMENTO DE XML DE NFC-e EXTRAVIADO" ? 24190670042445000110650010000158221000158228-nfe.xml 24190670042445000110650010000157441000157444-nfe.xml Adendo: para visualizar o conteúdo dos XMLS, basta abrir no notepad. segue o print:

A data de criação não da para ter uma ideia, por que eu compactei as as pastas e ao descompactar, automaticamente a data de criação do arquivo é alterada.

Bom dia, tem sim! Segue os dois xml, um do mês: 201906 e outro do mês: 201907 24190670042445000110650010000155761000155762-nfe.xml 24190670042445000110650010000155761000155762-nfe.xml No meu sistema está opção está configurada como false, mas desta forma que você está me dizendo, ele não gravaria apenas no mês de Julho? Partindo do princípio que a data estaria neste mês!

Bom dia! Recebi um relatório do contador, informando que houve quebra de sequência em várias NFC-e emitidas por um cliente. As notas foram emitidas e autorizas no mês: "06 - Junho", porém a maioria das notas que foram autorizadas neste mês, constam na pasta do mês: "07 - Julho". As informações que constam na minha base de dados está correta, o único problema é que esses xmls foram parar na outra pasta também. Minha dúvida é a seguinte: Como que as notas que foram emitidas e autorizadas no mês de Junho, os xmls também foram parar na pasta de Julho? Já olhei toda minha rotina e não consegui encontrar nada de anormal. vou postar os prints para ajudar a análise!

Ele não possui relatório que exibe as notas manifestadas, mas tem uma coluna na listagem chamada eventos. E nessa coluna observe, que a nota 63479 possui um X, e essa foi a única nota que baixei por lá, as demais notas eu baixei pelo o meu sistema. segue o print por anexo! É interessante eu salvar no meu banco de dados o evento atrelado a nota, quando o usuário realizar alguma ação? Para que caso no futuro, precise exibir só as notas manifestadas ou só as notas que foram dada ciência.