Rejeicao: Cabecalho - Versao do arquivo XML nao suportada [Versao 3 com vigencia encerrada (ATO COTEPE/ICMS 123/22), utilize a Versao 4.00]

[Renato Ferraz]

Boa tarde

Atualizei ontem para a última versão do acbrmonitorplus 1.4.0.259 (x86) 

Recebo a seguinte mensagem ao tentar autorizar um CT-e:

Rejeicao: Cabecalho - Versao do arquivo XML nao suportada [Versao 3 com vigencia encerrada (ATO COTEPE/ICMS 123/22), utilize a Versao 4.00]

A questão é o INI está com a versão correta (4.00) e o XML gerado também está correto, mas dá este erro no sistema a cada tentativa de autorização.

Em anexo está CTES.ini utilizado na autorização e o arquivo XML gerado na pasta.

Estou utilizando o ambiente de homologação pois ainda não atualizei o cliente.

CTes.ini 35240701222515000107570010000200011000200010-cte.xml

[Juliomar Marchetti]

E como está a configuração do Monitor? está para a ultima versão?

[Renato Ferraz]

29 minutos atrás, Juliomar Marchetti disse:

E como está a configuração do Monitor? está para a ultima versão?

Está como 4.00

[Juliomar Marchetti]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Renato Ferraz]

1 hora atrás, Renato Ferraz disse:

Está como 4.00

de onde vem esta informação que destaquei abaixo?

[Juliomar Marchetti]

Retorno do sefaz baseado no documento enviado.

Confere algumas coisas. se o xml que gerou antes de enviar está na versão 4.0

outra coisa se na pasta do monitor ele está com os arquivos atualizados dos endereços e se existir comenta ele

[Renato Ferraz]

14 minutos atrás, Juliomar Marchetti disse:

Retorno do sefaz baseado no documento enviado.

Confere algumas coisas. se o xml que gerou antes de enviar está na versão 4.0

outra coisa se na pasta do monitor ele está com os arquivos atualizados dos endereços e se existir comenta ele

Obrigado pelo retorno, farei as conferências que sugeriu.

Neste momento voltei a versão do ACbrMonitorPlus para 1.0.228 x86 que eu estava usando, fiz a autorização do mesmo CT-e, (só mudei o número) e não houve erro algum nem mensagem alguma, ficou tudo perfeito.

Vou atualizar meu cliente e em seguida volto para a versão nova para descobrirmos o problema com a 1.0.259 x86 que pelo jeito só acontece comigo rsrsrs

[Juliomar Marchetti]

8 horas atrás, Renato Ferraz disse:

Obrigado pelo retorno, farei as conferências que sugeriu.

Neste momento voltei a versão do ACbrMonitorPlus para 1.0.228 x86 que eu estava usando, fiz a autorização do mesmo CT-e, (só mudei o número) e não houve erro algum nem mensagem alguma, ficou tudo perfeito.

Vou atualizar meu cliente e em seguida volto para a versão nova para descobrirmos o problema com a 1.0.259 x86 que pelo jeito só acontece comigo rsrsrs

veja se tu não tem o arquivo acbrcteservicos.ini junto

[Diego Foliene]

17 hours ago, Renato Ferraz said:

Obrigado pelo retorno, farei as conferências que sugeriu.

Neste momento voltei a versão do ACbrMonitorPlus para 1.0.228 x86 que eu estava usando, fiz a autorização do mesmo CT-e, (só mudei o número) e não houve erro algum nem mensagem alguma, ficou tudo perfeito.

Vou atualizar meu cliente e em seguida volto para a versão nova para descobrirmos o problema com a 1.0.259 x86 que pelo jeito só acontece comigo rsrsrs

Bom dia!

Por favor, faça um teste chamando o comando CTE.SetVersaoDF("4.00") antes de executar o comando que cria o XML do CTe e o que faz o envio.

[Mega Online]

também tive este mesmo problema, tive que voltar a versão do ACBrMonitor para emitir um CTe, atualizei ontem por causa do MDFe que mudou para Síncrono, agora peguei este erro no módulo do CTe

Está previsto liberar alguma versão para corrigir este problema? @Juliomar Marchetti

[Juliomar Marchetti]

6 minutos atrás, Mega Online disse:

também tive este mesmo problema, tive que voltar a versão do ACBrMonitor para emitir um CTe, atualizei ontem por causa do MDFe que mudou para Síncrono, agora peguei este erro no módulo do CTe

Está previsto liberar alguma versão para corrigir este problema? @Juliomar Marchetti

Tem a compilação semanal mas não sei lhe dizer se tem algum bug

mas pra emitir MDFe em sincrono não precisava atualizar. somente mudar o parametro no comando onde o bAssincrono para False

[Diego Foliene]

41 minutes ago, Mega Online said:

também tive este mesmo problema, tive que voltar a versão do ACBrMonitor para emitir um CTe, atualizei ontem por causa do MDFe que mudou para Síncrono, agora peguei este erro no módulo do CTe

Está previsto liberar alguma versão para corrigir este problema? @Juliomar Marchetti

Por favor, faça o teste que solicitei mais acima com o comando CTe.SetVersao.

[Mega Online]

estranho porque na versão anterior não precisei mexer no fonte, a versão 3.0 do CTe foi descontinuada, poderia deixar como padrão a 4.0 e dar um alerta se utilizar versões depreciadas, na documentação não menciona este comando CTe.SetVersao, deixei o cliente na versão anterior mesmo por enquanto

 

[Diego Foliene]

On 7/3/2024 at 5:56 PM, Mega Online said:

na documentação não menciona este comando CTe.SetVersao, deixei o cliente na versão anterior mesmo por enquanto

O comando correto é CTE.SerVersaoDF("4.00").

On 7/3/2024 at 5:56 PM, Mega Online said:

estranho porque na versão anterior não precisei mexer no fonte,

Isso depende de qual seria essa "versão anterior". A um tempo atrás, foi feita uma modificação nos fontes do ACBr para que a configuração de interna de versão assumisse o mesmo valor que é passado no arquivo INI que alimenta o XML.

No entanto, isso acabou gerando impactos imprevistos e a referida modificação precisou ser revertida(Você pode ver mais detalhes sobre isso AQUI)

Por isso é importante que façam este teste definindo a versão com o comando antes de criar e enviar o CTe.

[Mega Online]

2 horas atrás, Diego Foliene disse:

O comando correto é CTE.SerVersaoDF("4.00").

Isso depende de qual seria essa "versão anterior". A um tempo atrás, foi feita uma modificação nos fontes do ACBr para que a configuração de interna de versão assumisse o mesmo valor que é passado no arquivo INI que alimenta o XML.

No entanto, isso acabou gerando impactos imprevistos e a referida modificação precisou ser revertida(Você pode ver mais detalhes sobre isso AQUI)

Por isso é importante que façam este teste definindo a versão com o comando antes de criar e enviar o CTe.

Vou precisar fazer o mesmo para emisão de NFe, MDFe, só para me preparar, a versão 32bit, 

ACBrMonitorPLUS-1.4.0.259-x86.exe* conseguiu validar o *CTe* sem precisar passar o que vc falou: CTE.SerVersaoDF("4.00"). O problema ocorreu na versão

 64bit,

ACBrMonitorPLUS-1.4.0.260-x64.exe*

O problema parece ser alguma alteração recente no CTe, antes estava normal, respeitando a configuração do ACBrMonitor.ini

 

[Diego Foliene]

Bom dia!

Apenas dando um retorno, foi criada a #TK-5740 para análise mais aprofundada do caso e parecer por parte da equipe de consultores.

[antonio.carlos]

Realizei testes com os comandos SetVersaoDFe, tanto ACBrMonitorPLUS x86 quanto x64.. ambos respeitaram os comandos para mudar a versão para 4.00.. 
Nos testes de envio, não obtive Rejeição referente a versão CTe
Enviei um commit, At revision: 34409, e alterei a versão para 4.00.. como valor padrão no ACBrMonitorPLUS..
 

[Mega Online]

Em 15/07/2024 at 17:09, antonio.carlos disse:

Realizei testes com os comandos SetVersaoDFe, tanto ACBrMonitorPLUS x86 quanto x64.. ambos respeitaram os comandos para mudar a versão para 4.00.. 
Nos testes de envio, não obtive Rejeição referente a versão CTe
Enviei um commit, At revision: 34409, e alterei a versão para 4.00.. como valor padrão no ACBrMonitorPLUS..
 

Já foi liberado versão com este commit?

 

[Diego Foliene]

12 minutes ago, Mega Online said:

Já foi liberado versão com este commit?

 

Boa tarde!

Sim! No dia 16/07 foi liberada uma versão que englobava o mesmo.

Por favor, atualize seu ACBrMonitor para realizar novo teste.

Ficamos no aguardo de um feedback.

[Mega Online]

Com a versão: 1.4.0.263 - x86

Deu o mesmo erro: Rejeição: Cabecalho - Versao do arquivo XML nao suportada [Versao 3 com vigencia encerrada (ATO COTEPE/ICMS 123/22), utilize a Versao 4.00]

 

E ao tentar forçar a versão 4.00 do CTe como foi orientado apresentou o retorno ---> Comando inválido

CTe.SetVersaoDFe("4.00");
ERRO: Comando inválido (setversaodfe)

[Mega Online]

O Comando correto é 

CTE.SetVersaoDF("4.00")
OK: 

mas mesmo assim deu erro na validação do XML
Rejeição: Cabecalho - Versao do arquivo XML nao suportada [Versao 3 com vigencia encerrada (ATO COTEPE/ICMS 123/22), utilize a Versao 4.00]

[Diego Foliene]

Por favor, disponibilize o log gerado pelo monitor para que possamos conferir o comando que está usando para fazer o envio do CTe e seus parâmetros.

Se julgar que tenha dados sensíveis e não possa ser disponibilizado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

[Mega Online]

Segue o Log e XML gerado, o estranho que o xml está 4.0

LOG.TXT 35240749577968000174570010000008111000022396-cte.xml

[Italo Giurizzato Junior]

Boa tarde @Mega Online,

Experimenta executar o comando:

CTE.SetVersaoDF("4.00")

antes de executar:

CTe.EnviarCTe("C:\ACBrMonitorPLUS\Logs\35240749577968000174570010000008111000022396-cte.xml", 1, 1, 1, "", 0)

Outra coisa altere a execução do comando de envio confirme exemplo acima.

CTE.EnviarCTe
Enviar XML do CTE

CTE.EnviarCTe(nXMLCTe, [nLote], [nAssinar],[nImprimi],[nImpressora], [bAssincrono]  )

Parâmetros:
nXMLCTe - Caminho do XML do CT-e 
nLote - Número do Lote  (opcional)
nAssinar - Assinar o XML (opcional - informe 0 para não assinar)
nImprimi - Imprimir CT-e (opcional - informe 1 para imprimir)
nImpressora - Nome da Impressora (opcional)
bAssincrono - (Opcional) Por Default o envio é sempre Assíncrono, Informe 0 para utilizar Envio Síncrono.

 

[Mega Online]

17 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde @Mega Online,

Experimenta executar o comando:

CTE.SetVersaoDF("4.00")

antes de executar:

CTe.EnviarCTe("C:\ACBrMonitorPLUS\Logs\35240749577968000174570010000008111000022396-cte.xml", 1, 1, 1, "", 0)

Outra coisa altere a execução do comando de envio confirme exemplo acima.

CTE.EnviarCTe
Enviar XML do CTE

CTE.EnviarCTe(nXMLCTe, [nLote], [nAssinar],[nImprimi],[nImpressora], [bAssincrono]  )

Parâmetros:
nXMLCTe - Caminho do XML do CT-e 
nLote - Número do Lote  (opcional)
nAssinar - Assinar o XML (opcional - informe 0 para não assinar)
nImprimi - Imprimir CT-e (opcional - informe 1 para imprimir)
nImpressora - Nome da Impressora (opcional)
bAssincrono - (Opcional) Por Default o envio é sempre Assíncrono, Informe 0 para utilizar Envio Síncrono.

 

CTE.SetVersaoDF("4.00")
WriteLn(arquivo_texto, 'CTe.EnviarCTe("' + _arquivo + '", 1, 1, 0, "", 0)');

Desta Forma deu Certo