Renato Rubinho

Boa tarde, Veja se retorna algo no NFE_UltimoRetorno

https://www.oobj.com.br/bc/article/rejeição-704-nfc-e-com-data-hora-de-emissão-atrasada-como-resolver-124.html

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa noite, Expediente preencher o terceiro parâmetro como true no método Enviar() ACBrNFe1.Enviar(vNumLote, True, True);

Mais uma coisa, tente configurar o timeout para 30k ou mais, pois a comunicação pode estar sendo derrubada no meio, gerando a exceção.

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

Infelizmente não consegui montar um ambiente com seu exemplo. Não tenho conhecimento profundo da linguagem e precisaria de um exemplo básico para tentar simular o problema. Por favor, tente fazer um teste com o demo que temos no projeto( lib_test_teste-acbrlibnfe.js ) adicionando somente o método da Distribuição. Caso consiga reproduzir o erro com este demo, por favor, anexe o arquivo com seus ajustes para tentarmos simular aqui também.

Boa tarde, Por favor, confirme qual a versão da OpenSSL está utilizando. Se estiver utilizando algo diferente da versão 1.1.1.10, teste com essa versão e veja se resolve o problema.

Boa tarde, Se está consultando e acusando que foi transmitido, mas não consta no eCac, deve ser instabilidade no ambiente deles, devido ao volume de transmissões.

Boa tarde, Pode anexar o código simplificado para tentarmos simular aqui?

Buenas, Para quem quiser se aventurar no node.js, montei um ambiente de testes com os passos a seguir e funcionou corretamente com o ACBrLibCep, utilizando o demo dos fontes 1. Instalações seguindo o video a seguir: 1.1. Instalar o node: https://nodejs.org/en/download/ 1.2. Se não tiver o VSCode, instalar: https://code.visualstudio.com/download * Achei interessante usar o VSCode, conforme indicado no vídeo, pois e debug funcionou perfeitamente 2. Pacotes * Não instalar pelo terminal do VSCode, para mim apresentou erros, pelo prompt ou powershell funcionou corretamente 2.1. Para funcionar o ACBrLibCep, com o demo que consta nos fontes, instalar os pacotes a seguir npm install --save ffi npm install --save ffi-napi

Boa tarde, Confirme se está gerando registros do mês 09/2023, pois os registros de 10/2023 devem ser enviados no próximo mês.

Boa tarde Anderson, Obrigado por reportar, sua análise está correta, o tls1.3 funcionou porque o componente tratou como lt_all. O @Victor H. Gonzales - Panda já mandou uma correção para o svn. Voltando ao problema... O próprio Panda nos alertou que o Reinf não aceita o tls1.3. Indiquei o uso, imaginando que funcionasse, devido ao outro tópico que foi testado com sucesso, mas como já sabemos funcionou como lt_all. Como o Reinf só suportará o tls1.2 em 21/10/2023, precisa tentar verificar com quem distribui esse A3, que não está funcionando com tls1.2 ou com a própria sefaz, qual é o problema.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa noite, Configure o timeout com 30k ou mais e faça novos testes. Pode ser instabilidade na comunicação, conforme bem observado pelo IMATECH, ou lentidão devido à alta demanda de última hora.

async getFinalResponse(length: number): Promise<IResponse> { return new Promise((resolve, reject) => { const aloc_sResposta = Buffer.alloc(length); const aloc_esTamanho = ref.alloc(ref.types.int, length); Na getFinalResponse permanece a aloc_sResposta como const, talvez seja o problema. Se não resolver mudando a constante acima, como ajustando automaticamente o tamanho do buffer permaneceu o problema, acredito que seja a hora de dar um passo para trás. Consegue fazer um exemplo bem enxuto, somente com o básico para a comunicação? Você tem algum outro método funcionando nesta lib? Se tiver, tente fazer um bem enxuto também para compararmos o que funciona com o que está com erro.

Não me lembrava deste comportamento, mas se o componente está extraindo a mesma informação que consta no XML recebido, deve estar correto. Para mim, o R9001 seria o retorno do processamento ao consultar todos, exceto os R4000 e o R9011 o retorno do R2099. Uma hipótese é que a receita só devolva o R9011 quando não houverem erros e quando houverem, devolve o R9001 assim como os demais eventos. O R9011 é como se fosse um totalizador dos R9001 dos demais eventos, então se ocorrerem erros talvez ele não seja gerado. Veja se encontra algo a respeito na documentação. http://sped.rfb.gov.br/destaques/show/1199

Boa tarde, Veja este tópico. Use tls1.3 onde não funcionar com 1.2. Esse problema de certificado A3 com DFes é recorrente, já houveram relatos de problemas com NFe, NFCe, CTe, inclusive um dos casos no ano passado a Sefaz assumiu problema do lado deles, mas não deram solução. Obs: casos anteriores também funcionavam com outros DFes no mesmo ambiente.

Boa tarde, Aparentemente está correto, o evtTotal é o R9001, antigo R5001, que se tratava do retorno do envio síncrono, agora é o retorno da consulta dos eventos, fora os R4000, que retornam no R9005. Veja no programa de exemplo como está sendo tratado o retorno da consulta para analisar os 4 tipos de retornos. Consulte um protocolo sem erros do R2010 ou R2020, um do R2099, um do R4010 ou R4020 e um do R4099. Consulte também cada um deles com erro. Análise os 8 retornos para apurar como a Receita devolve as informações.

Mais uma coisa, a declaração da variável não deveria ser "var", "string", etc? Em tese uma constante não receberia um retorno.

Boa tarde, O XML de retorno pode ser maior ainda, 6, 7, 8k. Para efeito de testes, tente valores maiores, exemplo 16k e veja se resolve. Outro teste, tente passar o ultNSU errado, o método vai retornar um XML pequeno e descartamos a hipótese do buffer se permanecer o problema.

Boa noite, Pesquise pelas tabelas internas do Firebird (RDB$) que encontrará informações a respeito.

Boa noite Efetue um teste com o programa de exemplo nestes ambientes. O server não tenho cenário, mas o Win7 funciona. Revise suas configurações de ssl/tls conforme tópico a seguir. Coloque o timeout para 30k ou mais.

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde, Qual o erro? Acredito ser mais provável que algum dos itens que ele removeu estivesse causando outro tipo de problema. Teste a emissão com esses itens removidos e caso ocorram erros, traga a mensagem para análise.