BigWings

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.

Pelo log você não está com a última versão do ACBrInstall_Trunk2. Atualize novamente...

Anexe o log do instalador.

Pelo que entendi o problema é obter os valores de ICMS-ST retidos anteriormente na entrada de mercadorias para que se possa calcular e informar nas notas de saída, para o controle de ressarcimento / restituição de ICMS-ST exigidos por algumas UF. Calcular esses valores tem sido um problema, e muitos estão preferindo informar os valores zerados apenas pra escapar da rejeição... Uma forma seria exigir na tela de entrada de notas a informação, pra que seja lançado manualmente caso não venha na nota de entrada. Assim a empresa compradora pode exigir do fornecedor a informação precisa dos valores de ICMS-ST retidos anteriormente. Ou aceitar o valor zerado mesmo e transferir a responsabilidade para o fornecedor. A SEFAZ do estado tem alguma orientação nesse sentido?

Tem um exemplo?