Milton Ferreira

Olá, boa tarde! Estou com problema SEFAZ / MG quando retorna rejeição 539 não está vindo a chave anterior para tratamento adequado. Trecho do log: 04/10/23 13:49:30:495 - Travar 04/10/23 13:49:30:495 - NFe_Enviar, Limpando Resp 04/10/23 13:49:30:495 - NFe_Enviar, Assinando 04/10/23 13:49:30:501 - NFe_Enviar, Validando 04/10/23 13:49:30:519 - NFe_Enviar, Enviando 04/10/23 13:49:30:685 - NFe_Enviar, Proces.Resp Enviar 04/10/23 13:49:30:686 - NFe_Enviar, Consultando Retorno 04/10/23 13:49:32:834 - NFe_Enviar, Proces.Resp Retorno 04/10/23 13:49:32:835 - MoverStringParaPChar. StrLen:1128, BufLen:256 04/10/23 13:49:32:835 - SetRetorno(0, [Envio] CStat=103 CUF=31 DhRecbto=04/10/2023 13:49:29 Msg=Lote recebido com sucesso NProt= NRec=310000083657035 TMed=1 VerAplic=W-3.1.39 Versao=4.00 XMotivo=Lote recebido com sucesso tpAmb=2 [Retorno] CStat=104 CUF=31 ChaveDFe=31231007932214000145550010000005481037365217 DhRecbto= Msg=Nota(s) não confirmadas:548->539-Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso Protocolo= VerAplic=W-3.1.39 Versao=4.00 XMotivo=Lote processado cMsg=0 nRec=310000083657035 tpAmb=2 xMsg= [NFe548] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>J-3.1.39</verAplic><chNFe>31231007932214000145550010000005481037365217</chNFe><dhRecbto>2023-10-04T13:49:29-03:00</dhRecbto><digVal>N0Cg3jBzWtU1BInaPPms5aGKHQA=</digVal><cStat>539</cStat><xMotivo>Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso</xMotivo></infProt></protNFe> cStat=539 chDFe=31231007932214000145550010000005481037365217 dhRecbto=04/10/2023 13:49:29 digVal=N0Cg3jBzWtU1BInaPPms5aGKHQA= nProt= tpAmb=2 verAplic=J-3.1.39 xMotivo=Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso ) 04/10/23 13:49:32:836 - Destravar 04/10/23 13:49:32:836 - LIB_UltimoRetorno 04/10/23 13:49:32:837 - MoverStringParaPChar. StrLen:1128, BufLen:1466 04/10/23 13:49:32:837 - Codigo:0, Mensagem:[Envio][CR][LF]CStat=103[CR][LF]CUF=31[CR][LF]DhRecbto=04/10/2023 13:49:29[CR][LF]Msg=Lote recebido com sucesso[CR][LF]NProt=[CR][LF]NRec=310000083657035[CR][LF]TMed=1[CR][LF]VerAplic=W-3.1.39[CR][LF]Versao=4.00[CR][LF]XMotivo=Lote recebido com sucesso[CR][LF]tpAmb=2[CR][LF][CR][LF][Retorno][CR][LF]CStat=104[CR][LF]CUF=31[CR][LF]ChaveDFe=31231007932214000145550010000005481037365217[CR][LF]DhRecbto=[CR][LF]Msg=Nota(s) n[195][163]o confirmadas:548->539-Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso[CR][LF]Protocolo=[CR][LF]VerAplic=W-3.1.39[CR][LF]Versao=4.00[CR][LF]XMotivo=Lote processado[CR][LF]cMsg=0[CR][LF]nRec=310000083657035[CR][LF]tpAmb=2[CR][LF]xMsg=[CR][LF][CR][LF][NFe548][CR][LF]Id=[CR][LF]XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>J-3.1.39</verAplic><chNFe>31231007932214000145550010000005481037365217</chNFe><dhRecbto>2023-10-04T13:49:29-03:00</dhRecbto><digVal>N0Cg3jBzWtU1BInaPPms5aGKHQA=</digVal><cStat>539</cStat><xMotivo>Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso</xMotivo></infProt></protNFe>[CR][LF]cStat=539[CR][LF]chDFe=31231007932214000145550010000005481037365217[CR][LF]dhRecbto=04/10/2023 13:49:29[CR][LF]digVal=N0Cg3jBzWtU1BInaPPms5aGKHQA=[CR][LF]nProt=[CR][LF]tpAmb=2[CR][LF]verAplic=J-3.1.39[CR][LF]xMotivo=Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso[CR][LF] Alguém com o mesmo problema ou tem algo que estou deixando passar?

Desculpem me, achei meu erro grotesco, esqueci de adicionar o TPEvento. Resolvido

Olá, Estou com problema na emissão de CC-e pela Lib Java, está retornando um erro REGEX e não estou conseguindo achar o motivo e o respectivo campo, segui as orientações para geração do INI do manual: https://acbr.sourceforge.io/ACBrMonitor/CartadeCorrecao.html, alguém poderia me ajudar? Segue log: 15/09/23 10:01:24:990 - ACBrLibNFE - 0.4.6.238 15/09/23 10:01:33:757 - NFE_LimparLista 15/09/23 10:01:33:757 - Travar 15/09/23 10:01:33:758 - SetRetorno(0, 0 NFe(s) Carregada(s)) 15/09/23 10:01:33:758 - Destravar 15/09/23 10:01:33:759 - NFE_CarregarEventoINI("[EVENTO][LF]idLote=24[LF][EVENTO001][LF]cOrgao=31[LF]CNPJ=07932214000145[LF]chNFe=31230907932214000145550010000005471098528011[LF]dhEvento=15/09/2023 10:01:33[LF]nSeqEvento=1[LF]versaoEvento=1.00[LF]xCorrecao=TESTE CARTAO CORRECAO" ) 15/09/23 10:01:33:760 - Travar 15/09/23 10:01:33:761 - SetRetorno(0, 1 Evento(s) Carregado(s)) 15/09/23 10:01:33:761 - Destravar 15/09/23 10:01:33:762 - NFe_EnviarEvento(24 ) 15/09/23 10:01:33:763 - Travar 15/09/23 10:01:33:783 - Destravar 15/09/23 10:01:33:784 - SetRetorno(-10, Falha na validação da Mensagem do Evento: --> 1839 - Element '{http://www.portalfiscal.inf.br/nfe}tpEvento': [facet 'pattern'] The value '-99999' is not accepted by the pattern '[0-9]{6}'. ) Agradeço desde já.

Obrigado @Alexandre de Paula, com sua ajuda consegui resolver aqui. Esse problema aconteceu em produção e como não tem console, recorri ao Log e consequentemente achei que o nível 3 apareceria em caso de Rejeição que foi o caso dessa nota em específico com o número de faixa já utilizado.

Obrigado por retornar, utilizo a lib Java e é chamado a função: acbrNFe.inutilizar enviei somente numero no CNPJ conforme sua sugestão e manual (Log abaixo), mas o problema persiste: 12/09/23 09:19:29:152 - ACBrLibNFE - 0.4.6.238 12/09/23 09:19:29:731 - NFE_LimparLista 12/09/23 09:19:29:738 - NFE_InutilizarNFe(07932214000145,Falha comunicacao de retorno,2023,65,1,475,475 )

Olá, estou com um problema que ao enviar comando de inutilização nada acontece, segue trecho do log: 11/09/23 14:23:18:954 - NFE_LimparLista 11/09/23 14:23:18:959 - NFE_InutilizarNFe(07.932.214/0001-45,Falha comunicacao de retorno,2023,65,1,475,475 ) 11/09/23 14:28:19:376 - NFE_LimparLista 11/09/23 14:28:19:378 - NFE_InutilizarNFe(07.932.214/0001-45,Falha comunicacao de retorno,2023,65,1,475,475 ) 11/09/23 14:33:19:645 - NFE_LimparLista 11/09/23 14:33:19:646 - NFE_InutilizarNFe(07.932.214/0001-45,Falha comunicacao de retorno,2023,65,1,475,475 ) Alguém tem alguma dica do que pode estar acontecendo? Detalhe, todos os demais comandos funcionando perfeitamente. Agradeço desde já.

Olá Itallo, Alterei o processo e deu certo. Fiz a consulta carregando o XML sem protocolo e obtive o XML posteriormente completo. Obrigado @Italo Giurizzato Junior e @Alexandre de Paula!

Olá @Alexandre de Paula, agradeço o retorno. Essa preocupação é somente com a NFC-e. O processo da contingência é feito sim de forma off-line, se uma NFC-e é enviada e o servidor da SEFAZ está indisponível ele envia essa nota para o limbo (Inutilização ou Cancelamento por substituição) e emite a mesma nota em contingência e mantêm o sistema no modo contingencia off-line por 20 minutos, logo todas as notas nesse intervalo serão emitidas em modo contingencia off-line e o processo se repete dessa forma, esse processo está claro e funciona bem. O problema não está na emissão, está em algumas situações na autorização posterior: O sistema automaticamente com intervalo de 15 minutos verifica se existe alguma NFC-e em contingência, se houver ele envia para autorização, se é retornado um erro, o processo é parado e retornado 15 minutos depois. O que acontece é que às vezes, principalmente após um grande período de indisponibilidade da SEFAZ, quando o servidor volta ele parece ficar sobrecarregado, então quando a NFC-e é enviada para autorização o sistema não recebe retorno, porém ela foi autorizada. Como o sistema parou de enviar, como dito acima, depois dos 15 minutos ele tenta enviar novamente e é retornado um erro de duplicidade, pois a autorização, apesar de não ter sido recebida como resposta, foi realizada. Com o ACBR Plus essa nota era consultada e na consulta o XML completo era retornado, pela LIB o XML completo não é retornado, então gostaria de uma sugestão de uma maneira de "completar" o XML com o protocolo de autorização.

Olá, trabalhamos com o ACBR Plus há bastante tempo, agora estamos finalizando a migração para a Lib e estou verificando uma demanda anterior e gostaria de uma ajuda se possível. Começo dizendo que a maioria de nossos clientes estão em MG então, como sabemos, precisamos tentar antecipar alguns problemas antes de virar para produção e a minha dúvida é a seguinte: É sabido que o servidor da SEFAZ MG passa por muitas instabilidades e há um tempo atrás tivemos um problema que algumas NFC-es emitidas em contingência ficaram com o XML sem o protocolo de autorização mesmo autorizadas. O problema ocorre porque as vezes a nota emitida em contingência é enviada para autorização automaticamente em segundo plano e o tempo de resposta da SEFAZ é maior que o TimeOut ou é retornado algum erro de indisponibilidade, logo a nota não é autorizada no banco de dados e nas tentativas posteriores retorna nota duplicada. Usando o ACBR Plus contornamos esse problema da seguinte forma: - Ao retornar duplicidade com o numero da chave o sistema busca na pasta o XML correspondente, ao consultar, o XML completo é retornado, dessa forma atualiza-se as informações gerais no banco de dados inclusive o XML. Pois bem, gostaria de uma sugestão para contorno desse problema pela LIB, pois quando usamos o comando de consulta o XML completo não é retornado.

Vou tentar entender onde estou errando aqui, pq realmente não aparece, posso ter errado algo na importação e configuração da Lib. Segue print pra mostrar que o método não aparece:

ACBrLibNFE=0.4.6.199

Não consegui chamar o método finalizar(), ele não existe na lib que importei.

Pode ser isso então, vou realizar os testes e posto aqui. Já usávamos o ACBR Monitor há muito tempo e peguei pra migrar pra lib. Estou instanciando um novo objeto a cada chamada à lib e realmente não usei o comando para finalizar.

@Diego Foliene segue log, não encontrei nada de anormal por ele. ACBrLibNFE-20221130.txt

Boa tarde, Estou frequentemente tendo problemas que minha aplicação quebra, apresenta a mensagem Java returned: -1073740940 na linha: <java classname="@{classname}" dir="${work.dir}" failonerror="${java.failonerror}" fork="true" jvm="${platform.java}"> na build-impl.xml Alguém teria uma dica do que pode ser? O erro acontece somente quando instancio a Acbrlib Java, detalhe que hora funciona hora não. Agradeço desde já.

Obrigado @antonio.carlos, Na verdade minha dúvida era sobre o método gravarXML e o formato de arquivo salvo por ele, mas com sua resposta alterei uma rotina na aplicação e deu certo. Obrigado!

Bom dia @antonio.carlos, obrigado pelo retorno. Na verdade a dúvida nem é sobre o processo em si, o processo está rodando corretamente, inclusive a NFC-e está sendo impressa. Minha dúvida é somente no armazenamento do XML que está sendo salvo com os dados corretamente, porém sem o formato XML, salva um arquivo sem formato. Precisava confirmar isso somente para saber como capturar os dados desse arquivo corretamente, pois armazeno os dados do arquivo gerado no banco de dados para transmissão posterior.

Olá, Estou realizando a migração da minha aplicação do Monitor Plus para a LIB em Java. No processo de contingência da NFC-e utilizo os metodos: carregarIni, assinar, validar e gravarXML. Ao salvar o XML na pasta, o arquivo é salvo sem o formato XML, é assim mesmo ou existe algum parâmetro a setar?

Obrigado pela dica. O problema estava no momento de gerar o EXE, havia me esquecido de adicionar as libs no programa que uso para gerar o mesmo.

Corrigindo: retorna uma exceção sem mensagem.

Boa tarde, Usamos há bastante tempo o ACBRMonitor Plus para nosso sistema em Java. Estamos agora no levantamento para migração para a Lib, para teste iniciei com a ACBrLibCEP e estou com uma dificuldade básica. Utilizando através do compilador NetBeans o componente funciona corretamente, porém ao compilar, mesmo adicionando as libs para o build o componente não roda e não dá nenhuma exceção, ao que me parece não está sendo nem acionado, pois se eu apagar o arquivo ACBrLib.ini da pasta raiz o sistema não cria outro automaticamente ao reiniciar a aplicação. Sei que a pergunta está um pouco vaga, mas se alguém tiver alguma dica seria de grande valia.

Perfeito, entendido. Forcei o teste de forma errada. Realmente nenhuma das duas notas emiti em modo contingência off-line. Obrigado, mais uma vez!!

Olá, boa tarde! Estou realizando algumas melhorias no software quanto aos procedimentos relacionados à NFC-e, inclusive o curso Contingencia Off-line da NFC-e está me ajudando a esclarecer e melhorar diversos pontos. Parabéns à comunidade ACBR! Pois bem, estou com problema ao enviar o evento de cancelamento por substituição, está retornando a Rejeicao: Tipo de Emissao invalido no Cancelamento por Substituicao. Não sei se o problema tem haver por estar realizando os testes em ambiente de homologação. Em anexo, trecho do Log e os XMLS das duas notas em questão. Agradeço antecipadamente a ajuda! 31220207932214000145650010000005001005510612 - Autorizado.xml 31220207932214000145650010000005011086961315 - Autorizado.xml LOG.txt

Erro encontrado, estava em um REGEX no meu código que trata caracteres para salvar o XML no banco de dados. A sua ajuda foi de grande valia, @José M. S. Junior pois sinceramente não conhecia o validador de XML sugerido. Mais uma vez, obrigado!

Não foi feita nenhuma mudança no XML, esse XML é salvo no banco de dados através da importação do arquivo ou pelo MD-e, mas de toda forma sua dica foi de grande valia. Certamente, em alguma parte do processo o XML está sendo alterado, vou procurar em código o que pode estar ocasionando isso. Obrigado!