[email protected]

Bom dia, Acho que agora descobri a solução: Apesar do ACBrMonitorPlus ter a configuração de VERSÃO, foi preciso eu dar o comando CTe.SetVersaoDF("4.00") (que antes desta versão dava erro) para o sistema assumir a versão 4.00. Resumindo, segue a sequencia de comandos que mandei para o Monitor que resolveu o problema: CTe.SetVersaoDF("4.00") CTe.SetModeloDF("57") CTe.AssinarCTe("C:\TECDATA\NFe\00076265.XML") CTe.ValidarCTe("C:\TECDATA\NFe\00076265.XML") CTe.EnviarCTe("C:\TECDATA\NFe\00076265.XML", 76265,0,0,"",0)

Bom dia, Troquei o comando para usar o método Síncrono, mas o erro permanece. Veja o Log gerado: Gerando Log em: C:\ACBrMonP\LOG.TXT O Log em tela é apresentado apenas com o ACBrMonitor aberto! CTe.AssinarCTe("C:\TECDATA\NFe\00076265.XML") OK: C:\TECDATA\NFe\00076265.XML CTe.ValidarCTe("C:\TECDATA\NFe\00076265.XML") OK: CTe.EnviarCTe("C:\TECDATA\NFe\00076265.XML", 76265,0,0,"",0) ERRO: Erro Interno: 0 Erro HTTP: 404 URL: https://cte-homologacao.svrs.rs.gov.br/ws/cteretrecepcao/CTeRetRecepcao.asmx

Oi André, Compilamos recentemente a versão 1.4.0.239 - x86 Se por acaso você estiver usando esta mesma versão, agradeceria se você pudesse compartilhar os arquivos de parâmetros (*.ini). Agradeço antecipadamente, Abraço

Encontrei estas outras URLs neste endereço: https://dfe-portal.svrs.rs.gov.br/CTE/Servicos#SEFAZ%20Rio%20Grande%20do%20Sul%20/%20SEFAZ%20Virtual%20Rio%20Grande%20do%20Sul%20(RS/SVRS)-Homologa%C3%A7%C3%A3o

Boa tarde Andre, Não ainda não consegui fazer rodar. Descobri apenas que se você for fazendo os processos um por um até dá certo, ou seja, vc executa o comando cte.assinar, depois o cte.validar, depois o cte.enviar (neste vai dar o erro, mas o CTe será protocolado). Daí você executa o CTe.ConsultarCTe e verá que o CTe foi protocolado, então é só imprimir usando o CTe.ImprimirDACTe. Também percebi que o links informados no arquivo de configuração ACBrCTeServicos.ini estão diferentes dos indicados no Portal: https://sefaz.es.gov.br/relacao-de-servico-web Homologação CT-e SVRS Serviço URL CTeRecepcao https://cte-homologacao.svrs.rs.gov.br/ws/cterecepcao/CteRecepcao.asmx CteRetRecepcao https://cte-homologacao.svrs.rs.gov.br/ws/cteretrecepcao/cteRetRecepcao.asmx CteConsulta https://cte-homologacao.svrs.rs.gov.br/ws/cteconsulta/CteConsulta.asmx CteRecepcaoEvento https://cte-homologacao.svrs.rs.gov.br/ws/cterecepcaoevento/cterecepcaoevento.asmx CteInutilizacao https://cte-homologacao.svrs.rs.gov.br/ws/cteinutilizacao/cteinutilizacao.asmx CteStatusServico https://cte-homologacao.svrs.rs.gov.br/ws/ctestatusservico/CteStatusServico.asmx Produção CT-e SVRS Serviço URL CteRecepcao https://cte.svrs.rs.gov.br/ws/cterecepcao/CteRecepcao.asmx CteRetRecepcao https://cte.svrs.rs.gov.br/ws/cteretrecepcao/cteRetRecepcao.asmx CteConsulta https://cte.svrs.rs.gov.br/ws/cteconsulta/CteConsulta.asmx CteRecepcaoEvento https://cte.svrs.rs.gov.br/ws/cterecepcaoevento/cterecepcaoevento.asmx CteInutilizacao https://cte.svrs.rs.gov.br/ws/cteinutilizacao/cteinutilizacao.asmx CteStatusServico https://cte.svrs.rs.gov.br/ws/ctestatusservico/CteStatusServico.asmx Eu até tentei alterar o arquivo com estes endereços mas continua sem funcionar.

Bom dia André, Também estou com o mesmo erro a dias sem conseguir solucionar. Acredito que o problema esteja do arquivo "ACBrCTeServicos.ini". Segue o log: Gerando Log em: C:\ACBrMonP\LOG.TXT O Log em tela é apresentado apenas com o ACBrMonitor aberto! CTe.AssinarCTe("C:\TECDATA\NFe\00076265.XML") OK: C:\TECDATA\NFe\00076265.XML CTe.ValidarCTe("C:\TECDATA\NFe\00076265.XML") OK: CTe.EnviarCTe("C:\TECDATA\NFe\00076265.XML", 76265,0,0,"",1) ERRO: Erro Interno: 0 Erro HTTP: 404 URL: https://cte-homologacao.svrs.rs.gov.br/ws/cteretrecepcao/CTeRetRecepcao.asmx ACBrCTeServicos.ini

Aqui também está apresentando exatamente o mesmo erro.

Acho que descobri o motivo do problema. Precisa saber agora como resolver. Andei lendo as soluções adotadas em outros tópicos deste forum e resolvi fazer uns testes na página do ENCAT e percebi que quando eu retiro o pipe ("|") que separa o idCSC/idToken do CSC/Token aí o HushCode bate. Pelo que vi alguns estados usam o pipe para separar estes campos e outros não. Pelo visto o Piauí não está usando... O problema agora é arrumar uma versão do ACBrMonitor Plus que não tenha este caractere separando estes campos.

Pessoal, bom dia, Estou aqui com dificuldade de configurar adequadamente o ACBrMonitor Plus (versão 1.2.0.18) para emitir as NFCe com a versão 2.0 do QRCODE. Nesta próxima segunda (dia 04/02/2019) o Piauí vai iniciar a validar tanto as URLs quanto o CSC/Token. Já atualizei os Schemas, corrigi o CSC/Token que no Piauí tem 24 dígitos, informei um idCSC/idToken com número aleatório (ex: 123), e quando emito uma NFCe mesmo sendo protocolada normalmente quando digitalizo o QRCODE sou levado ao site da SEFAZ-PI mas aparece a mensagem "HashCode inválido com base nos parâmetros". Já pesquisei aqui no forum mas nenhuma das soluções apontadas resolveu. Alguém tem alguma ideia do que fazer? Estas são as URLs que foram corrigidas no arquivo ACBrnfeServicos.INI: [NFCe_PI_P] Usar=NFCe_SVRS_P URL-QRCode=http://www.sefaz.pi.gov.br/nfce/qrcode URL-ConsultaNFCe=http://www.sefaz.pi.gov.br/nfce/qrcode URL-ConsultaNFCe_2.00=http://www.sefaz.pi.gov.br/nfce/consulta [NFCe_PI_H] Usar=NFCe_SVRS_H URL-QRCode=http://www.sefaz.pi.gov.br/nfce/qrcode URL-ConsultaNFCe=http://www.sefaz.pi.gov.br/nfce/qrcode URL-ConsultaNFCe_2.00=http://www.sefaz.pi.gov.br/nfce/consulta OBS: As URLs que vem quando instalamos a última versão disponível do ACBrMonitor estão erradas. Peguei a informação correta no site do ENCAT: http://nfce.encat.org/desenvolvedor . 00000035.XML 00000035.pdf

Acho que esta versão do ACBrMonitorPlus não consegue funcionar com Certificados A3 pois não há como exportar arquivos PFX. Estou enfrentando esta mesma dificuldade com clientes que só usam Certificado A3.

Boa noite, Tive que reinstalar tudo no meu note e estou tendo problemas em instalar o TRUNK2 no Delphi7 em windows 10. As mensagens de erro são: C:\Program Files (x86)\Borland\Delphi7\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(1612) Error: Invalid compiler directive: 'REGION' C:\Program Files (x86)\Borland\Delphi7\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(1695) Error: Record, object or class type required C:\Program Files (x86)\Borland\Delphi7\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(1750) Error: Invalid compiler directive: 'ENDREGION' ACBr_TCP.dpk(61) Fatal: Could not compile used unit '..\..\..\Fontes\ACBrTCP\ACBrCEP.pas' Compilation failure Erro ao compilar o pacote "ACBr_TCP.dpk". Abortando... Ocorreram erros na compilação dos pacotes. Detalhe, antes de iniciar a instalação eu executei o "ApagarAcbr.Bat", e também removi do Delphi do Library Path. Alguém tem alguma dica?

Diego, como assim "atualizei para a última versão"? Ultima versão de que? do ACBrMonitor Plus (1.1.0.27) ou dos Schemas? Como você conseguiu resolver isso?

Agora voltou tudo ao normal !!!! Tudo funcionando como antes !!! Podem voltar a emitir NFCe ...

No meu caso eu já enviava o numero do lote. Então para resolver eu fiz da seguinte forma: NFe.EnviarNFe ("C:\NFCe\00009621.XML", 9621, 0, 0, 0, 1) Antes eu estava enviando assim: NFe.EnviarNFe("C:\TECDATA\NFCe\00009615.XML", 9615, 0, 1) daí dava erro...

Aumentei aqui mas não adiantou. Quais os parâmetros que você utilizou? Qual a versão do ACBrMonitorPlus você está usando? Tem gente me falando que todo dia primeiro de cada mês acontece isso mas não estou querendo acreditar que isso seja normal...

Até as 09 horas e 04 minutos de hoje estava tudo normal. Tenho NFCe protocoladas antes deste horário.

Acho que não é questão de atualização pois eu já atualizei o ACBrMonitorPlus para a última versão disponível no site (de 29/09/2016 - versão 1.0.0.0) e o problema persiste. O que pode ser é alguma implementação a nivel de XML que não tenhamos feito.

Estou agora enfrentando esta mesma dificuldade de autorizar uma NFCe em ambiente de Produção no Piauí. Isso está acontecendo em mais de uma empresa. Já estamos a mais de uma hora sem conseguir autorizar uma NFCe entretanto as NFe estão passando normal. Tambem verifiquei o status do provedor SVRS que se encontra normal (verde). Estou achando que tem algo a ver com a mudança do autorizador de SVAN para SVRS que aconteceu recentemente e tambem pq hoje é dia primeiro ... Segue em anexo um dos XMLs da NFCE que estamos tentando emitir Alguem tem alguma dica? 00009615.XML

Thiago, Segue mais uma dica para ver se resolve seu problema. Verifique se no arquivo "ACBrNFeServicos.INI" na linha 743 (ou perto) a URL do QRCode está com uma "aspa simples" no final. Se tiver este caracter especial basta remove-la editando o arquivo, salve e reinicie o ACBrMonitorPlus que o problema desaparece. O texto correto deveria ser: [NFCe_PI_H] Usar=NFCe_SVRS_H URL-QRCode=http://webas.sefaz.pi.gov.br/nfceweb-homologacao/consultarNFCe.jsf Feliz 2017 !!!!

Thiago, Infelizmente é assim mesmo. Pelo que tenho conversado com o pessoal da SEFAZ-PI o problema é que a atualização no site SVAN é muito lenta. Tenho dito que isso causa descrédito na emissão de NFCe porque o cliente que acaba de comprar uma mercadoria se escanear o QRCODE não tem acesso ao espelho da NFCe. É muito comum hoje uma NFCe passar mais de 48 horas para você conseguir visualiza-la. Mas isso vai mudar. A informação que tenho é que em março/2017 a NFCe do Piauí também passará para o SVRS. Esperamos que então este tipo de problema desapareça. Precisando de mais alguma coisa daqui é só falar... Aproveito para desejar a todos um Feliz Natal e um 2017 muito melhor que o ano que deixamos pra trás... Abraço

Olá, A SEFAZ de nosso Estado também está iniciando a exigir a emissão do MDFe. Quem não tem fica com o caminhão retido até providenciar e ainda corre o risco de ser multado Será que algum dos colegas poderia postar aqui um roteiro de como gerar MDFe incluindo arquivos TXT ou INI e os comandos necessários para quem utiliza o ACBrNFeMonitor? Agradeço antecipadamente.

Carlos, Realmente de um ano pra cá a versão Fortes da NFCe não evoluiu muito. Basicamente a impressão continua a mesma. Outra coisa que não falei na época e que vez por outra acontece é que antes da impressão do QRCODE algumas vezes a impressora dá um salto de várias linhas em branco, cerca de uns 15 a 20 cm, como se fosse um salto de página. Acho que o problema é que o Fortes não entende como sendo uma bobina e sim como folhas avulsas, daí ele salta uma "página" em branco para imprimir o QRCODE, mas enfim isso é só uma suposição. Em anexo segue uma foto enviada por um cliente com algumas NFCe's com este problema. Vamos aguardar... Abraço a todos e bom carnaval.

Aqui em Teresina de dezembro/2015 pra cá tambem estamos observando que vez por outra o sistema recusa a NFCe informando que a hora é diferente, ou seja, estaria fora da tolerancia permitida. Acontece que já sincronizei várias vezes o micro com o servidor de TimeZone da Microsoft e nada, vez por outra acontece novamente. Por se tratar de um erro aleatório penso que seja problema nos servidores da SEFAZ.

Josadac, Realmente se você tiver condições de assinar o SAC agiliza alguns problemas que podem aparecer. Não tendo jeito você pode baixar a última versão disponível do ACBr Monitor Plus em : http://www.projetoacbr.com.br/forum/files/file/368-acbrmonitorplus/ Vale a pena passar a utilizar o PLUS... Abraço, Ricardo Dantas.

Então se não se pode fazer download de NFCe complicou porque como o ACBr Montor Plus estava nas versões anteriores com problema de não salvar os arquivos XML na pasta indicada e também não estava agregando a tag de Protocolo teremos que gerar o XML novamente e consultar para agregar a tag do protocolo. O problema é que ao gerar o XML novamente a tag "digestvalue" vai ter valor diferente e provavelmente não vai protocolar. Daí complicou o meio de campo.