Renato Rubinho

Boa tarde, A versão 2.1 é assíncrona, a resposta que você recebeu não indica que o evento foi processado, mas sim que ele foi recebido e, conforme a mensagem, está aguardando processamento. Para saber o resultado, você precisa consultar o protocolo, assim como fazia no R2099 até a versão 1.5. Provavelmente houve alguma rejeição, que você receberá ao consultar o protocolo.

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

Tópico fechado por falta de retorno do usuário

Fechando. Para novas dúvidas, favor abrir um novo tópico.

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

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

Boa tarde, Revise o programa de exemplo, pois ele já retorna o número do recibo em todos os grupos que recebem essa informação. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Revise essas diferenças, pois um pequeno detalhe pode influenciar. Remova acentos, caracteres especiais, envie os dados parcialmente ( abrevie, truque, etc), caso estejam maiores que os que estão funcionando. Tente mandar os mesmos dados do que funciona no que não funciona e veja se passa. Se passar você identifica qual campo está gerando o problema e documenta para o provedor corrigir o tratamento do lado de lá.

Boa tarde, A Sefaz devolve o ultNSU distribuído na última consulta para o ator que está fazendo a consulta, em qualquer aplicação, não discrimina nem tem como saber qual foi a aplicação. Essa é a ideia de você fazer um log da sua aplicação. Você terá como saber o ultNSU que sua aplicação recebeu, se for diferente do ultNSU que a sefaz informou ter distribuído, indica que a consulta anterior foi feita por outra aplicação.

Boa tarde, Na versão síncrona, existia o 5001 e 5011, que foram renomeados para 9001 e 9011 respectivamente. Não me recordo qual era evtTotal e qual era evtTotalContrib, mas ambos já existiam. Veja no programa de exemplo como foi feito o tratamento para pegar os retornos da consulta, pois é possível que seu ajuste não seja necessário. Caso, com o programa de exemplo, permaneça o problema de não conseguir obter o retorno desejado: * favor enviar o XML de retorno da consulta para [email protected] para análise * mencione o link deste tópico * informe qual informação o programa de exemplo não retornou para termos o mesmo cenário para análise.

Uma sugestão, crie um log das suas consultas, armazenando em casa linha a data/hora da consulta, NSU e o que mais achar necessário. Quando você recebe a rejeição de consumo indevido, a sefaz envia qual foi o último NSU. Se não coincidir, você tem documentação para mostrar que houve uma consulta por fora do sistema. Para baixar todos os NSUs disponíveis(a sefaz distribui dos últimos 90 dias) faça a primeira consulta passando o ultNSU=0.

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.