Rejeição: Elemento cteCabecMsg inexistente no SOAP Header

[Lindomar S. Menezes]

Bom dia, estou com a seguinte rejeição na emissão do CT-e 4.0 em C#:

Rejeição: Elemento cteCabecMsg inexistente no SOAP Header

UF emissão SC.

Havia conversado com o Diego Folieni no canal acbr-pro no Discord, porém como estou sem acesso ao Discord vinculado com a conta pro, vou postar por aqui.
Em conversa no Discord foi comentado que era pra entrar em contato com a SEFAZ verificando qual o motivo deles estarem exigindo a tag na versão 4.0, pois ela não é necessária, porém comparando as rotinas com a linguagem Delphi, a emissão ocorre normalmente, já em C# retorna esse erro do cteCabecMsg.

A configuração do componente está correta, para ser emitida em 4.0.


Outra coisa estranha que notei, é no retorno do envio, está voltando como se fosse versão 3.0;



Em Delphi e em C#, as classes são alimentadas da mesma forma, seguem a mesma rotina, alimentação das classes, assinatura, validação e envio, no Delphi a mesma nota é emitida normalmente enquanto no C# a nota é rejeitada.

[Italo Giurizzato Junior]

Bom dia Lindomar,

Lembre-se que além de você informar no campo Versao o valor 4, se faz necessário configurar também para a versão 4.

Pode ser que na Lib a configuração esteja como 3.00 e você esteja alimentando o campo Versao com o valor 4

[Alexandre de Paula]

Bom dia,

Criada a TK-4241 para avaliação.

Obrigado.

[Lindomar S. Menezes]

2 minutos atrás, Italo Giurizzato Junior disse:

Pode ser que na Lib a configuração esteja como 3.00 e você esteja alimentando o campo Versao com o valor 4

As libs você se refere as dll's (ACBrLib32.dll e ACBrLib64.dll)?

3 minutos atrás, Alexandre de Paula disse:

Bom dia,

Criada a TK-4241 para avaliação.

Obrigado.

Obrigado Alexandre.

[Italo Giurizzato Junior]

Boa tarde Lindomar,

Você trabalha com Delphi ou com C#?

Para o Delphi você utiliza diretamente o componente ACBrCTe.

Agora para o C# você precisa usar a DLL: ACBrLibCTe, se vai ser a 32 ou 64 é outro detalhe.

[Lindomar S. Menezes]

41 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Lindomar,

Você trabalha com Delphi ou com C#?

Para o Delphi você utiliza diretamente o componente ACBrCTe.

Agora para o C# você precisa usar a DLL: ACBrLibCTe, se vai ser a 32 ou 64 é outro detalhe.

Boa tarde, atualmente ambas as linguagens(por pouco tempo), em Delphi usamos o componente, e no C# usamos as classes em conjunto com as dll's, ACBrCTe32 e 64, ambas estão atualizadas conforme publicação abaixo:

Editado 24 Julho, 2023 por Lindomar S. Menezes

[Italo Giurizzato Junior]

Lindomar,

Se ao usar a DLL esta ocorrendo o erro, favor verificar se esta configurando corretamente para a versão 4.00 e ao alimentar as classes esta passando o valor 4 para o campo Versao.

[Lindomar S. Menezes]

29 minutos atrás, Italo Giurizzato Junior disse:

Lindomar,

Se ao usar a DLL esta ocorrendo o erro, favor verificar se esta configurando corretamente para a versão 4.00 e ao alimentar as classes esta passando o valor 4 para o campo Versao.

Tudo sendo alimentado certinho, caso a TK-4241 ainda esteja no cronograma, irei aguardar um parece para saber se é algo no componente.

[Alexandre de Paula]

poderia anexar o INI da sua configuração da Lib?

[Lindomar S. Menezes]

1 minuto atrás, Alexandre de Paula disse:

poderia anexar o INI da sua configuração da Lib?

Segue em anexo ArquivoINI do CT-e e arquivo INI das configurações:

ACBrLib.ini CTe.ini

[Diego Foliene]

Boa tarde.

Fiz, um teste usando o programa exemplo disponibilizado em C#.

Substitui o conteúdo da seção [CTe] do meu ACBrLib.ini para o mesmo do que foi disponibilizado, alterando apenas Paths necessários.

Em seguida, usei o botão GerarXML e carreguei o arquivo CTe.ini, alterando apenas o CNPJ do emitente para coincidir com o do certificado para que assine o arquivo.

O conteúdo gerado que foi devolvido estava com a versão 4.00:

<infCte versao="4.00"
	Id="CTe42230718760540000139570020000007991822070351">

Por favor, pode fazer um novo teste?

[Lindomar S. Menezes]

53 minutos atrás, Diego Foliene disse:

Boa tarde.

Fiz, um teste usando o programa exemplo disponibilizado em C#.

Substitui o conteúdo da seção [CTe] do meu ACBrLib.ini para o mesmo do que foi disponibilizado, alterando apenas Paths necessários.

Em seguida, usei o botão GerarXML e carreguei o arquivo CTe.ini, alterando apenas o CNPJ do emitente para coincidir com o do certificado para que assine o arquivo.

O conteúdo gerado que foi devolvido estava com a versão 4.00:

<infCte versao="4.00"
	Id="CTe42230718760540000139570020000007991822070351">

Por favor, pode fazer um novo teste?

Boa tarde, fiz um novo teste aqui, está gerando corretamente, porém, continua retornando a mesma rejeição

[Diego Foliene]

1 minuto atrás, Lindomar S. Menezes disse:

Boa tarde, fiz um novo teste aqui, está gerando corretamente, porém, continua retornando a mesma rejeição

Por favor, defina SalvarWS como sim e refaça o teste.

Ele vai dar a mesma rejeição, mas agora, vai gerar para você os arquivos de envelope da requisição no local definido em PathSalvar.

Ambos vão ter -soap no nome.

Por favor, disponibilize esses arquivos para análise.

Se julgar que eles tenham informações sensíveis e não possam ser compartilhados aqui, envie para [email protected] com o link do tópico do fórum no corpo do texto, para posterior identificação.

[Lindomar S. Menezes]

Segue arquivos em anexo895-rec-soap.xml895-env-lot-soap.xml

[Diego Foliene]

Veja o seguinte trecho do MOC Anexo I - Visão Geral, da versão 4.00 do CTe:

Se você abrir seu envelope de envio, vai notar que o mesmo não está compactado.

Por favor, como ficou no log da lib a entrada do comando CTe_Enviar que gerou esses arquivos?

Como você está passando o comando CTe_Enviar?

Pergunto porque a partir da versão 4.00, o envio passou a ser somente síncrono.

Se você não definiu True para o parâmetro ASincrono do comando, ele fez o envio de forma assíncrona.

Acreditamos que esta seja a causa do problema.

[Lindomar S. Menezes]

Bom dia Diego, tudo bem?
Realizeis os testes ontem a noite, realmente definindo síncrono como true e enviando a nota, parou de ocorrer esse rejeição, ocorreram outras mas ai é questão de preenchimento do CT-e mesmo.
Muito obrigado, peço desculpas pelo inconveniente, não tinha me atendado que a 4.0 era síncrono, e estava utilizando o comando apenas com a numeração do CT-e como fazíamos na 3.0.

Editado 17 Agosto, 2023 por Lindomar S. Menezes

[Italo Giurizzato Junior]

Bom dia Lindomar,

Você não precisa se desculpar.

A Equipe do ACBr já esta trabalhando para fazer um ajuste visando "setar" no modo síncrono automaticamente quando se tratar da versão 4.00 do CT-e.

[Lindomar S. Menezes]

Show, muito obrigado pelo auxílio pessoal