BigWings

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.

Tinha também um bug em uma versão do instalador que removia a instalação Win32 quando iniciava a de Win64.

Pelo que entendi, quando é CFOP de devolução, você está alterando apenas o tPag, e deixando o vPag com valor. Isso causa a rejeição.

Pelo que vi os XML estão válidos de acordo com os schemas. Então não sei dizer o motivo do erro, inclusive fiz teste usando meu próprio certificado e tive o mesmo retorno. Vamos aguardar o @Italo Jurisato Junior ou alguém mais familiarizado com o componente responder. Isso no programa exemplo do componente? Está lá sim, na aba geral, e alimentando pelo método TfrmACBrGNRe.ConfigurarComponente.

O XML que anexou ainda está na versão 1.00.

Tente configurar para gerar o XML no layout 2.00: ACBrGNRE1.Configuracoes.Geral.VersaoDF := ve200;

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

Separei seu tópico já que o anterior era sobre NFe. Você está usando um FR3 antigo. O atualizado segundo o manual está no repositório. E provavelmente o componente para DANFE NFe. Para NFCe em Fast Report use o ACBrNFeDANFCEFR.