Ir para conteúdo
  • Cadastre-se

Milton Ferreira

Membros Pro
  • Total de ítens

    50
  • Registro em

  • Última visita

Tudo que Milton Ferreira postou

  1. Pessoal, problema solucionado. SEFAZ parou de enviar a msg Falha no SChema XML. Aparentemente algo do lado deles mesmo.
  2. @Juliomar Marchettitinha baixado ontem.. Vi agora depois do seu post que atualizou para ACBrLibNFE - 0.4.6.275 e realmente não aparece mais a msg de erro, obrigado! O problema motivo desse post continua mesmo com a lib mais nova, SEFAZ respondendo posto aqui pra ajudar os demais e agradeceria se pudessem me reportar a solução se alguém obtiver sucesso.
  3. Estou efetuando vários testes enquanto aguardo o retorno da SEFAZ e ao atualizar a LIB agora é retornado "Valor string inválido para TmotRedAdRem: 0" Alguem pode me ajudar quanto à isso?
  4. @Juliomar Marchetti, obrigado pela resposta, mas a atualização dos Schemas foi a primeira providência que tomamos e infelizmente sem sucesso. Enviei uma msg no portal da Sefaz, vamos ver o retorno deles. Enquanto isso, continuemos na contingência. Obrigado!
  5. Bom dia, pessoal! Estou com problema para emissão de NFC-e em MG (Lib Java) desde ontem retornado Falha no schema XML em todas as NFC-es, curioso é que se vc consulta a nota, mesmo depois da rejeição ela consta como autorizada, como pode ser ver nos anexos (Log, XML e Print). Gostaria de saber se alguém tem uma sugestão ou se é falha na SEFAZ/MG mesmo, pra variar! ACBrLibNFE-20240314.log 31240307932214000145650010000017741024212016.xml
  6. Restaurei a imagem de backup do windows de ontem, reinstalei o PDV e rodou.. Não sei pq não tentei isso antes ao invés de ficar pelejando durante quase 2 horas. Creio que tenha sido algo que corrompeu no SO mesmo. Resolvido. Muito obrigado pela atenção!
  7. Obrigado pelo retorno. É a mesma DLL ST que utilizo em todos os clientes, usado o mesmo pacote de instalação com os respectivos caminhos. Unica coisa de diferente nessa estação que é Windows 7, porém estava funcionando até ontem.
  8. Boa tarde, Estou com problema com um cliente apenas que a LIB Java não funciona. Além de não executar nenhuma operação não lê o arquivo ini de configuração e no LOG fica apenas: LIB_Finalizar. Arquivo ini conferido, configuração toda ok. Estava funcionando corretamente e parou sem motivo identificado. Alguém tem alguma informação que possa me ajudar?
  9. Atualizado e funcionando, muito obrigado pela atenção de sempre!
  10. Boa tarde, conforme conversa iniciada por Discord e solicitação do @Diego A. Folieni segue situação ocorrendo na versão ACBrLibMDFe - 0.2.1.225. Ao utilizar acbrMDFe.enviar o retorno não vem, mas no log é gerado a resposta corretamente. #TK-4550
  11. Obrigado pelo retorno de vocês, com a ajuda consegui entender e resolver a situação. O que acontece? Quando usava o monitor, o XML só era salvo na pasta após a autorização, então quando dava rejeição de duplicidade, o sistema buscava os arquivos na pasta e atualizava o banco de dados com o XML autorizado anteriormente, esse processo ocorria após a rejeição. Dessa forma não era preciso salvar o cNF visto que a informação já estava no XML anterior. Com a Lib, o arquivo XML é salvo na pasta antes mesmo da autorização, logo se ocorre a rejeição por duplicidade e posteriormente o sistema buscar na pasta, buscará o arquivo sem o protocolo de autorização, então o sistema gerava um novo XML, logo com outro cNF. Então coloquei o sistema para salvar cNF ainda deu erro de DigestValue ao consultar a nota pq eram arquivos com horários diferentes, então mudei a ordem das coisas. Quando a nota está rejeitada no sistema, antes de tentar realizar a emissão, ele busca na pasta de arquivos, se possuir um XML correspondente autorizado, ele apenas o consulta e salva os dados no banco de dados. Minha explicação ficou um pouco confusa, porém funcionou, aceito sugestões caso exista um processo melhor. Obrigado!
  12. Boa tarde, Não estou enviando com o mesmo número, o processo foi migrado do Monitor para a Lib Java, no monitor não precisava de enviar o mesmo número. Há alguma diferença no processo?
  13. 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?
  14. Desculpem me, achei meu erro grotesco, esqueci de adicionar o TPEvento. Resolvido
  15. 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á.
  16. 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.
  17. 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 )
  18. 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á.
  19. 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!
  20. 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.
  21. 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.
  22. 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:
  23. Não consegui chamar o método finalizar(), ele não existe na lib que importei.
  24. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.