Renato Rubinho

Boa noite, Atualize seus fontes e instale novamente. Já foi corrigido na Rev-30838

Boa tarde, Obrigado por reportar. Por favor volte para uma revisão anterior às 15h de hoje que o problema não deve acontecer. Quando for corrigido, avisaremos aqui.

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

Boa tarde, O erro do XML de retorno que postou não condiz com o erro que informou. <MensagemRetorno> <Codigo>Erro</Codigo> <Mensagem>Erro ao tentar gerar NFS-e => Referência de objeto não definida para uma instância de um objeto.</Mensagem> <Correcao>Erro deve ser corrigido para poder gerar a NFS-e com os dados informados.</Correcao> <Versao>1.00</Versao> </MensagemRetorno> Tente um novo envio e confirme o retorno recebido. O XML do envio está com as datas corretas e aparentemente não tem erros.

Boa tarde, Que tipo de problemas? Não houveram mudanças com relação aos certificados e deve funcionar com ambos. Revise suas configurações de ssl e tls, veja o tópico a seguir relacionado a configurações de tls.

Boa tarde, Siga sempre o que estiver no MOC ou alguma NT posterior que tenha relação com o assunto. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/MOC versao 7.03 Anexo I Leiaute NFe.pdf

Boa tarde, Por favor envie para o e-mail [email protected] o XML gerado, os dados que foram preenchidos e não foram gerados para análise. Mencione este tópico no e-mail.

Boa tarde @Precisa Informatica Complementando, este item ainda está em desenvolvimento e assim que for finalizado, avisaremos aqui também.

Boa noite, Não conheço SAT, mas olhando seu xml a tag dest está em branco. Está certo ou faltou preencher? <dest></dest> Veja esse link com uma sugestão de validador. https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360013921174-Geral-Validar-arquivo-XML-CF-e-SAT

Boa noite, Este é o XML de resumo, é o primeiro xml distribuído pela sefaz Você deve manifestar primeiro e a sefaz irá distribuir o XML completo. Segue NT com maiores informações. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf Veja este tópico que também pode te ajudar.

Boa noite, Criada TK-4516 para análise possível implementação.

Boa tarde @Sistemas Victory A implementação para devolver o número do protocolo nos eventos assíncronos já está em andamento e assim que for gerada uma nova versão do monitor com ela, avisaremos aqui.

Confirme com o timeout maior. Confirme se copiou para a pasta da aplicação as dlls da versão 1.1.1.10 da mesma arquitetura da aplicação trunk2/DLLs/OpenSSL/1.1.1.10/ Confirme se o caminho está correto e acessível com o nome do arquivo. EX: C:\TESTE\ARQUIVO.PFX ... e se a senha está sendo descriptografada corretamente

Bom dia, Se você consultar o Lote ele apresenta a mesma mensagem? Parece tempo de processamento do provedor.

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

Em situações semelhantes, no histórico de casos já vistos, este tipo de erro tem relação com o certificado e configurações. Aumente também o timeout para 30k ou mais. Está usando A1 ou A3? Passa um print da aba de configurações de ssl. Tente reinstalar os runtimes do c++. https://github.com/abbodi1406/vcredist/releases

Boa noite, É a mesma aplicação e mesma estrutura de pastas? Caso não seja, confirme se está distribuindo corretamente as dlls da OpenSSL para a pasta da aplicação/ dependências.

Boa noite, Revise suas configurações de ssl/tls e copie as dlls também indicadas no tópico a seguir.

Boa tarde, Enviado ao SVN, na Rev-30763, alterações visando corrigir este problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Não basta renomear o arquivo. Caso tenha feito isso, o problema irá persistir. Uma sugestão de teste, caso não tenha feito, abra o arquivo com algum editor, pode ser o Paint, salve como bmp e veja se resolve.

Boa tarde Maurício, Veja no programa de exemplo que mostra como capturar os retornos após o envio.

Bom dia, Faltou o sufixo "NFe".

Então entra no que citei acima, o servidor fora do ar é uma anomalia, não responde para o componente poder tratar com segurança.

Boa tarde, Você anexou apenas os arquivos de retorno, não temos como analisar o que foi enviado. Simulado o mesmo cenário e não ocorreram erros. 1. Enviado R1000 com o início da validade 07/2023, sem fim de validade ( IMG_001.png ) 2. Enviado R4020 com o perApur de 09/2023 e não ocorreram erros ( IMG_002.png ) Seguem algumas verificações para identificar se existe algum problema de preenchimento aí. Revise todos os pontos a seguir e, caso o problema persista, envie os xmls de envio e retorno do R1000 e R4020 para análise Confirme se está enviado o evento R4020 para o mesmo cnpj que está consultando no eCac Confirme se está enviando o período correto Confirme se está consultando o protocolo correto Tente enviar outro R4020 e consulte o novo protocolo recebido

Boa tarde, Coloque o timeout acima de 30k. Essa mensagem veio no xml? Se for um erro na comunicação e o componente não receber o retorno, não tem como tratar.