BigWings

Enviei para o repositório, com alguns ajustes, rev. 19246. Obrigado pela contribuição. Queira por favor testar com o arquivo do repositório.

Está usando o DANFSe para Fast ou Fortes Report? Anexe o PDF de como está sendo impresso e o XML para testes.

Já foi corrigido pelo @EMBarbosa. Baseado na alteração do Elton eu fiz o mesmo para o ACBr_EDI.

Parece que você está usando um instalador antigo. Verifique se atualizou também o instalador pelo SVN, faça um revert dele caso necessário.

Essa chave de acesso seria inválida para essa nota, já que a série que consta na chave não é a mesma série do XML.

O programa exemplo usa o DANFSE em Fortes Report. Se você usa o Fast pode ignorar os erros e adicionar um componente ACBrNFSeDANFSEFR, vincular ele com o ACBrNFSe e configurar a propriedade FastFile com um fr3 da pasta ACBr\Exemplos\ACBrDFe\ACBrNFse\Delphi\Report.

Teste o retorno de LoadFromString. Se retornar False quer dizer que ele não conseguiu carregar o XML, por erros de estrutura ou codificação.

Correto, vi que o ACBrMonitorPLUS assume "1" caso você não informe o número do lote. Você pode (deve) fazer a validação do XML antes de enviar para o webservice.

Você não está informando o número do lote. Também parecer ter um NCM inválido:

Veja:

Implementando a geração do registro C175 no programa exemplo, aparentemente está sendo normal. Você precisa verificar a sua rotina de geração se está alimentando o componente com as informações corretas.

Apenas SP aceita contingência 4 - EPEC para NFCe. O CE não aceita NFCe em contingência. Nos demais estados que aderiram a NFCe deve-se usar apenas a contingência offline.

Não. Em homologação pode manifestar apenas NFe emitidas também em homologação.

var Anexos: TStringList; begin [...] Anexos := TStringList.Create; try Anexos.Add('c:\caminho\do\arquivo.xml'); frmListaNFe.ACBrNFe1.EnviarEmailEvento(Para, edtEmailAssunto.Text, mmEmailMsg.Lines, nil, // Lista com emails que serao enviado copias - TStrings Anexos, // Lista de anexos - TStrings nil // ReplyTo ); finally Anexos.Free; end;

Provavelmente você está informando um XML inválido que o componente não conseguiu carregar. O arquivo a ser informado, salvo engano, é o *-guia.xml.

Analisando o código, é isso mesmo... só é enviado o PDF. Mas você ainda pode passar como parâmetro na lista de anexos o caminho para o XML do evento ou qualquer outro arquivo que desejar.

Incompatibilidade de formato. Foi gerado o arquivo no formato CNAB400 e estão tentando importar com CNAB240. Verifique a configuração: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html

Está tendo rejeição dessa forma? Você pode passar o literal SEM GTIN no cEAN e cEANTrib para os itens que não tiverem código de barras.

Se entendi, você pode tentar algo assim: uses ACBrUtil; [...] function ContemTagSelfClosing(const AXML: AnsiString): Boolean; begin Result := Pos('/>', RetornarConteudoEntre(AXML, '<infNFe', '/infNFe>', True)) > 0; end; [...] ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); if ContemTagSelfClosing(ACBrNFe1.NotasFiscais[0].XML) then raise Exception.Create('XML contém tags inválidas');

Creio que não terá problemas em informar os valores dessa forma na NFe. A regra de validação que trata do vProd = qCom * vUnCom tem tolerância de 0,01.

A manifestação por pessoa física só foi habilitada pela NT 2020.001, previsão para 16/03/2020 em homologação e 11/05/2020 em produção. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=LZKZsAuzmWk= Apenas baixando no portal.

O otimizador do compilador, caso marcado nas opções do projeto, pode marcar algumas linhas como desnecessárias e não passar por elas, como parece ser o caso na variável Cgc_Cpf que o valor é atribuído mas não usado após isso. Mas nas outras linhas não parece ser o caso, são atribuições e comandos que o otimizador não deveria ignorar... e os begin / end internos não deveriam estar marcados com a bolinha... Então a IDE pode estar mostrando pra você um .pas mas na verdade a compilação foi feita com outro .pas ou .dcu diferente. Verifique então se não tem versões diferentes, .pas ou .dcu desse fonte que o Delphi possa estar localizando na compilação. Apague todos os .dcu se necessário, e faça um Build All.

Realmente pelo ACBr está acusando erro na validação da assinatura: Erro: Falha na validação da assinatura da nota: 2134 Erro: Falha ao interpretar o XML "xmlParseDoc" - O método que faz a validação espera o namespace na tag NFe e esse XML não o tem. function NotaFiscal.VerificarAssinatura: Boolean; var Erro, AXML, DeclaracaoXML: String; AssEhValida: Boolean; begin AXML := FXMLAssinado; if AXML = '' then AXML := XMLOriginal; with TACBrNFe(TNotasFiscais(Collection).ACBrNFe) do begin // Extraindo apenas os dados da NFe (sem nfeProc) DeclaracaoXML := ObtemDeclaracaoXML(AXML); AXML := DeclaracaoXML + '<NFe xmlns' + // <<<< namespace esperado RetornarConteudoEntre(AXML, '<NFe xmlns', '</NFe>') + '</NFe>'; - Mesmo alterando o código acima forçando a leitura o método de validação acusa erro no digestValue: Erro: Falha na validação da assinatura da nota: 2134 DigestValue não confere. Conteúdo de "infNFe" foi alterado

Faça teste com o DANFERetrato.fr3 e usando o programa exemplo do componente na pasta ..\ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi DANFe FR

Por acaso não está tentando enviar uma carta de correção em produção referenciando uma chave emitida em homologação ou vice-versa? Anexe o XML de envio do evento da carta de correção (*-ped-eve.xml).