BigWings

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.

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.

Veja:

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).

Houve uma alteração recente: Após essa alteração, os arquivos de envio e retorno dos métodos de envio de evento (*-ped-eve.xml / *-eve.xml) e inutilização (*-ped-inu.xml / *-inu.xml) deixaram de ser salvos nas pastas configuradas em PathEvento e PathInu e passaram a ser salvos na pasta configurada em PathSalvar. Já os arquivos do processamento do evento (*-procEventoNFe.xml) e da inutilização (*-procInutNFe) continuam sendo salvas nas pastas PathEvento e PathInu.

Tópico reaberto já que o outro ficou sem solução satisfatória.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não consegui replicar o problema. Acredito que esteja com um fr3 muito antigo... O relato do @RCT no outro tópico mencionava o obsoleto DANFE.FR3 mas também não tive problema com esse aqui.

Anexe esse fr3 por favor. Não parece ser o mesmo do repositório. É a edição comercial ou a que vem junto com o Delphi?

Parece o mesmo caso deste tópico: Acompanhe por lá, por favor.