BigWings

22/02/2022 - Web services do Ambiente Nacional da NF-e que serão desligados em 23/05/22 e seus substitutos Conforme publicado anteriormente no Portal de homologação da NF-e, em hom.nfe.fazenda.gov.br> serviços> relação de serviços web, os web services abaixo do Ambiente Nacional da NF-e serão desligados em 23/05/22. https://hom.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx https://hom.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Os web services substitutos, disponíveis e em uso há bastante tempo são: https://hom1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx https://hom1.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Assinado por: Receita Federal do Brasil Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=3ogS20ezQ/I=

O cNF deve ser randômico, mas você vai gerar o número randômico apenas uma vez pra cada NFe.

@aline garcia

O que provavelmente aconteceu é que numa dessas tentativas a nota foi transmitida mas a sua aplicação não obteve o retorno. E gerou novamente o XML com outro cNF, causando a rejeição por duplicidade. É importante que você tenha todos os dados da nota armazenados pra uma possível necessidade de regerar o XML, não usar variáveis como 0 para o cNF, ou Now para a data e hora de emissão. O que precisa fazer agora nesse caso é o que eu disse antes, obter o cNF correto conforme o primeiro envio e gerar novamente o XML, assinar e usar o método ACBrNFe.Consultar pra obter o protocolo.

Já leu o tópico abaixo? Aí ele deixa claro que o acesso via spool não permite leitura de informações apenas envio. Talvez você queira tentar usar o modo USB que não depende de porta serial virtual nem do spooler.

Não tem como baixar, precisa gerar novamente com os dados corretos conforme foi enviado para a SEFAZ, e fazer a consulta pra atualizar o protocolo. Se está tendo esse erro e foi a sua aplicação que gerou a nota com essa chave, indica um erro na sua rotina de emissão. Por exemplo, você preenche a tag cNF (Código numérico da NFe) ao emitir a nota ou deixa o componente gerar?

Sinal que tem outros fontes ou .dcu do Fortes Report no search path do compilador. Verifique as opções de projeto. Apagou também os .dcu no diretório do seu projeto?

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

Veja se a pasta de Schemas está atualizada, e não tem schemas de NFe, CTe, MDFe misturados (um interfere no outro).

Não entendi o que não quer que aconteça... No tópico abaixo tem detalhamento do que faz cada propriedade que afeta a impressão dos dados adicionais, inclusive o tamanho da fonte.

O componente DANFE para Fortes Report tem a propriedade para configurar o tamanho da fonte, auto ajuste do quadro de informações complementares, seleção de onde vai imprimir a continuação... Na versão para Fast Report não tem essas opções, mas você pode editar o .fr3 diretamente.

Desmarque a configuração de imprimir em apenas 1 linha.

Sim, já que é o método de consulta que retorna os eventos de cancelamento e carta de correção vinculados. Você pode atribuir as propriedades ACBrNFe.DANFE.Cancelada e ACBrNFe.DANFE.Protocolo que será exibido no DANFE. Então basta ter essas informações no banco de dados. Salvo engano, esse método só funciona pra NFCe.

Testei aqui e não tive o erro, mostrou CST normalmente. Lendo os fontes, parece estar correto também: FieldByName('CRT').AsString := CRTToStr(CRT); if (Trim(FieldByName('CRT').AsString) = '1') then FieldByName('DESCR_CST').AsString := 'CSOSN' else FieldByName('DESCR_CST').AsString := 'CST'; Verifica se teus fontes estão atualizados, se está usando um .fr3 atualizado do repositório, se no XML foi gerado CRT=2 mesmo...

Usando o DistribuicaoDFe você deve receber o evento de cancelamento em algum momento, mas isso depende do cancelamento ser sincronizado com o ambiente nacional, este gerar o NSU com o evento e o destinatário fazer todas as consultas pendentes. Em vez disso pode só fazer a consulta de protocolo pela chave normal. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.WebServices.Consulta.NFeChave := vChave; ACBrNFe1.WebServices.Consulta.Executar; Dessa forma é feita a consulta na SEFAZ de origem da nota.

Correto, com CRT=2 se usa o CST e não o CSOSN. É o DANFE em Fast ou Fortes Report?

Veja o componente ACBrConvenio115. Tem programa exemplo e tópicos no fórum que você pode estudar.

A NFCe foi emitida em contingência offline como indica o tpEmis. Como disse acima, nesse caso pode ser enviada em até 24h, por isso foi autorizada. Talvez seja uma rotina automática da aplicação de alterar pra contingência offline. É preciso ter cuidado, porém se a numeração da NFCe não seguir uma ordem cronológica pode causar problemas para a empresa. Se por exemplo emite a nota 2455 às 10:00 e a 2456 às 23:50 do dia anterior, mesmo uma tendo sido no modo normal e a outra em contingência.

Pode anexar o XML?

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

Está errado isso, não existe índice 9 para esse enumerado. Faça: Ide.tpEmis := teOffline; ou Ide.tpEmis := StrToTpEmis(ok, '9');

Posta o library path completo do seu Delphi, na arquitetura que está compilando.

A NFCe com tpEmis=1 é como o colega disse acima, 5 minutos de tolerância apenas. Já quando informado tpEmis=9 (Contingência off-line) será retornado o cStat=100 se ela for enviada em até 24 horas. Após as 24h o cStat será 150.

Experimenta capturar o valor de GetRoundMode antes de informar a propriedade ValorDocumento e veja qual o resultado. uses Math; var rm: TFPURoundingMode; begin rm := GetRoundMode;