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.

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 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.

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

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, 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.

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.

E a respeito das outras confirmações? Criada TK-4501 para análise.

Boa tarde, Está utilizando o ACBrNFSeX, com os fontes atualizados e reinstalou os componentes após atualizar? Teste com o programa de exemplo se ocorre o mesmo problema, pois é um retorno do provedor e deve estar faltando preencher algo que eles não trataram corretamente a exceção. Compare o rps gerado com o manual se está preenchendo todos os campos obrigatórios.

Boa tarde, Está enviando no mesmo ambiente (Produção) que foi consultado no eCac? No erro do R1000, você está alterando o período? Se sim, confirme se na validade original está preenchendo corretamente, para alterar você deve preencher a novaValid. Envie por e-mail os xmls de envio e retorno para analisarmos o que foi enviado e o retorno exato do serviço

Boa noite, Obrigado pela colaboração. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-30742 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa tarde, Obrigado pela contribuição. Criada TK-4495 para análise e possível envio ao SVN.

Boa noite, Veja se tem relação com a solução passada neste tópico.

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