BigWings

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?

Passe apenas o número sequencial para o componente, este se encarrega de formatar ele caso necessário.

Aparentemente está correto no Fortes: Fez teste com o programa exemplo do componente?

Qual componente DANFSE está usando? Fast ou Fortes? E caso seja o Fast qual arquivo FR3 está carregando?