BigWings

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.

Está usando o componente DANFE para Fast Report? Se sim, informe qual o arquivo fr3 que está usando e qual edição e versão do Fast Report.

O GerarNFe / GerarXML vai gerar o XML internamente no componente. Para gravar em arquivo é preciso o componente estar configurado pra isso e a chamada ao método Assinar. O GravarXML vai apenas gravar em arquivo o XML no estado atual.

Aparentemente falta chamar o método Assinar, após o ACBrNFe1.GerarNFe ou ACBrNFe1.NotasFiscais.GerarXML. O método GravarXML deve refletir as alterações após o GerarNFe ou GerarXML.

O erro é pela falta de carregar o XML do evento de cancelamento. Veja na aba Eventos um exemplo de como imprimir.

Enviei ajuste para o repositório, rev. 19121. Ajustei também o campo de valor unitário, que pelo que notei, estava com formatação fixa em 2 casas decimais.

O tpEmis = 2 não é aceito na NFCe ou NFe. Veja:

O RJ está entre as UF que usam o ambiente virtual do Rio Grande do Sul - SVRS, mas não implementam o método de consulta de cadastro:

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

uses ACBrDeviceSerial;

Você pode tentar usar um timeout maior. O "aceitável" segundo as NT é 30s.

Precisaria ver o XML pra ter certeza, mas provavelmente faltou informar os itens (produtos) na nota.

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

Tive um problema semelhante. Houve uma correção nas funções StrToCSTICMS. 07/02/2020 -- pcnConversao -- [*] Incluido o enumerador cstVazio nas funções: StrToCSTICMS e CSTICMSToStrTagPosText. Por: Italo Jurisato Junior Antes a StrToCSTICMS retornava cst00 quando informado '' e agora retorna cstVazio. Verifique então a sua rotina de carregamento do XML.

Tente informar a inscrição estadual do emitente em branco, caso o mesmo não tenha inscrição na UF de destino.