[email protected]

Sim IMATECH, Estamos testando em mais de um computador e o erro é sempre o mesmo.

Boa tarde Morais e feliz 2026, Você conseguiu resolver o problema de Access Violation na sua aplicação? Se SIM, qual foi a solução? É que estamos enfrentando problema similar quando vamos tentar Assinar um MDFe usando a última versão do ACBrMonitorPlus disponível. Abraço

Continuando... Como os testes feitos com a versão 1.4.0.389 continavam a apresentar o mesmo erro de "Access violation", então eu resolvi instalar uma versão mais antiga que eu tinha aqui. Instalei então a versão 1.4.0.241. Pronto, feito isso o sistema voltou a assinar e validar os XML's das MDFe's. Vejam: Reparem que nas primeiras linhas do LOG apareceram erros porque eu mandei "validar" antes de "assinar", então o sistema apresentou o erro 1871. Logo em seguida eu mandei o comando para "AssinarMDFe" e em seguida "ValidarMDFe" e ambos funcionaram corretamente. Segue também o LOG e o XML do MDFe depois de assinado e validado. LOG.TXT 00000370.XML

Juliomar, bom dia, Antes de mais nada quero desejar um feliz 2026 a todos e também agradecer pelo suporte que os parceiros do forum sempre dispensam. Para tirar a dúvida se o Daniel Santos estaria com compilando o ACBrMonitorPlus com alguma falha eu baixei a última versão "demo" (ACBrMonitorPLUS - DEMO - Windows - 32 bits 1.4.0.389) disponibilizada pelo Daniel Simões recentemente. Rodei tudo dentro da IDE do ACBrMonitorPlus para garantir que não haveria qualquer inteferencia externa e o resultado foi o mesmo: "EAccessViolation - Access violation". Seguem algumas telas para confirmar como está instalado/configurado nosso certificado digital e a tela do teste propriamente dito: C:\ACBrMonP>type LOG.TXT 31/12/2025 11:45:51 - ACBr MonitorPLUS Ver.1.4.0.389 - x86 31/12/2025 11:45:51 - Aguardando comandos ACBr 31/12/2025 11:45:51 - Monitorando Comandos TXT em: C:\ACBrMonP\ENT.TXT 31/12/2025 11:45:51 - Respostas gravadas em: C:\ACBrMonP\SAI.TXT 31/12/2025 11:45:51 - Log de comandos ser├í gravado em: C:\ACBrMonP\LOG.TXT 31/12/2025 11:45:51 - Log de mensagens da NFe/NFCe ser├í gravado em: C:\ACBrMonP\LOG_COMP.TXT 31/12/2025 11:47:45 - EAccessViolation - Access violation 31/12/2025 11:47:45 - Access violation Se alguém tiver alguma dica nós agradecemos. 00000370.XML

A questão é que temos duas soluções, uma feita em DELPHI e outra em Harbour / Clipper. Na solução DELPHI nós usamos os componentes sem problema. A questão está relacionada ao uso da solução que usa o ACBrMonitor (ainda utilizada por muitos de nossos clientes). Enfim, precisamos do ACBrMonitor rodando ok, sem alterar algumas tags do XML conforme antes. Com todo respeito, a questão é: estamos dando volta discutindo o porque usar o ACBrMonitor quando deveríamos estar analisando o motivo desta ferramenta estar alterando o XML de forma indevida.

Entenda, O que eu quis dizer é que quando o Daniel (meu colega de trabalho) baixou a nova versão do ACBrMonitor e compilou usando o Lazarus, ele sequer precisava ter necessidade de dominar integralmente a IDE Lazarus, que inclusive é bem similar à do Delphi 7. Nossa expertize realmente é com DELPHI, o que não impede de gerar o novo EXE usando o Lazarus. Estou afirmando apenas que nenhuma linha do fonte foi alterada de forma que viesse a gerar este tipo de erro. Mas enfim, vou analisar aqui o novo código e tentar descobrir o que está acontecendo. O certo é que o novo EXE continua gerando alterando o XML e gerando estes erros. Por hora, obrigado pela ajuda.

Boa noite Juliomar, Antes de mais nada obrigado por responder e tentar ajudar. Quem gerou o EXE do ACBrMonitor foi meu colega de trabalho, mas ele não conhece Lazarus o suficiente para se meter a alterar alguma linha de código. Basicamente o que ele faz é baixar a nova versão no SVN e rodar o compilador. Amanhã eu vejo com ele se foi feita alguma alteração, só por descarrego de consciência. Detalhe, aparentemente o que está acontecendo é, depois de gerado o XML básico da NFe nós damos o comando para Assinar a NFe conforme abaixo: NFe.AssinarNFe("C:\TECDATA\NFe\00001666.XML") Daí neste momento o ACBrMontir assina o documento mas também faz 3 alterações nas Tags: xNome, xFant e xTexto (lá no final do XML). Vou anexar os dois XMLs (o de antes e o depois) e tambem o arquivo LOG gerado, caso vc queira dar uma olhada. E amanhã eu vejo com Daniel como ele está fazendo para compilar o ACBrMonitor. Abraço LOG.TXT 001666-a.xml 001666-d.xml

Boa tarde, Nós compilamos a versão do ACBrMonitorPlus 1.4.0.347 e após isso ao tentar gerar uma NFe tanto em ambiente de Homologação quanto em ambiente de Produção o ACBr altera nosso XML removendo o conteúdo das Tags "xNome" e "xFantasia" do Emitente com o conteúdo: ![CDATA[ ]] e obviamente a NFe não é validada. Antes de tentar da versão 347 já havíamos tentado com as versões 345 e 343 sem sucesso. Alguém sabe dizer como resolver esta pane? 00001666.XML

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.