Problema Recorrente com Emissão de CTe 4.00 em MG - Erro 500 e Retorno em Branco

[Vitor Felipe Carvalho]

Hoje o serviço saiu de contingência e consegui aprovar o primeiro CT-E 4.0 no ambiente de produção em MG sem ser pelo SVC-SP.

Editado 21 Agosto, 2023 por Vitor Felipe Carvalho

[kbral]

Foi necessária alguma alteração para executar a autorização?

[Vitor Felipe Carvalho]

13 minutos atrás, kbral disse:

Foi necessária alguma alteração para executar a autorização?

Estou usando outro software para emitir CT-e então não posso te dizer com certeza se vai precisar modificar algo no ACBrDFe, entretanto não precisei fazer nenhuma modificação em relação aos webservices dos outros estados para conseguir emitir.

Até o momento testei tanto a emissão quanto o cancelamento, sem problemas em MG (o único problema que tenho em relação ao CT-e 4.0 é o cancelamento no PR, que não funciona por algum erro interno no sistema deles)

[kbral]

19 horas atrás, Vitor Felipe Carvalho disse:

Estou usando outro software para emitir CT-e então não posso te dizer com certeza se vai precisar modificar algo no ACBrDFe, entretanto não precisei fazer nenhuma modificação em relação aos webservices dos outros estados para conseguir emitir.

Até o momento testei tanto a emissão quanto o cancelamento, sem problemas em MG (o único problema que tenho em relação ao CT-e 4.0 é o cancelamento no PR, que não funciona por algum erro interno no sistema deles)

Nós também temos um software de emissão próprio e refizemos os testes ontem e hoje, mas sem sucesso.

Existe alguma possibilidade de um XML autorizado ser compartilhado mesmo que com os dados alterados e com quebra de assinatura?

Quero fazer um double check da estrutura pra ver se não estamos fazendo nada de errado.

[hugolmf]

Essa semana tb consegui fazer os testes em homologação normalmente, tanto enviar quanto cancelar.

[kbral]

Pessoal, a critério de informação conseguimos emitir, mas somente na 3.00 e somente quando o lote tem somente 1 CTe.

[Vitor Felipe Carvalho]

5 horas atrás, kbral disse:

Existe alguma possibilidade de um XML autorizado ser compartilhado mesmo que com os dados alterados e com quebra de assinatura?

 

Claro, segue em anexo um exemplo.

 

Lembrando que antes de enviar para a sefaz você deve encapsular com o seguinte XML, compactar usando algum algoritmo de GZIP e depois encodar em base64.

<cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4">XML compactado em GZIP e encodado em base64</cteDadosMsg>

 

Para facilitar, eu indentei o xml. Mas segundo o manual você deve remover os espaços entre as tags antes de enviar também.

exemplo_cte_4.0.xml

Editado 22 Agosto, 2023 por Vitor Felipe Carvalho

[jose geraldo]

Boa Noite Prezados

Hoje após atualizar o ACBRCt-e conseguimos emitir varios Ct-e na versão 4.0 em produção, inclusive substituição. 

 

31230804861311000104570000000698511000796744-cte.xml

[Marcelo Loiola Silva]

Bom dia, a todos.
Estou com o mesmo problema na transmissão do CTe tanto na versão 3.0 com no 4.0, quando envio o CTe recebo o retorno em branco, sem nenhuma mensagem, e o estranho que é somente empresas que solicitaram emissão depois do dia 01/08.

Até segunda-feira estava conseguindo transmitir em contingência, mas foi desativado e agora não estou conseguindo de forma alguma transmitir CTe será que tem algum erro no meu XML? O Itálo, me tentou me ajuda não estou conseguindo localizar o problema de forma alguma para enviar a SEFAZ. 

31230850125266000139570010000000051500853454-cte.xml

[Renato Rubinho]

9 horas atrás, Marcelo Loiola Silva disse:

recebo o retorno em branco, sem nenhuma mensagem

Estranho não ter retorno, pode ter algo relacionado a configurações

Revise suas configurações de ssl/tls conforme tópico a seguir e também o timeout para 30k ou mais.

 

[Marcelo Loiola Silva]

Bom dia, infelizmente acho que não é questão de configuração, pois trouxe todo o sistema inclusive o certificado no mesmo computador onde consigo transmitir de outras empresas perfeitamente, e o mesmo problema acontece.
Somente desta empresa em específico não consigo fazer a transmissão.

O recebimento vem sem os dados de retorno:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope">

<S:Header>

<cteCabecMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao">

<cUF>31</cUF>

<versaoDados>3.00</versaoDados>

</cteCabecMsg>

</S:Header>

<S:Body>

<cteRecepcaoLoteResult xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao"/>

</S:Body>

</S:Envelope>

Já abri atendimentos na SEFAZ de MG mas a resposta como sempre demora, será que teria alguma outra solução?

[Italo Giurizzato Junior]

Bom dia Marcelo,

Se no retorno do WebService não consta nada, a solução que eu vejo é ir lá pessoalmente com um taco de baseball e fazer eles arrumarem o problema.

Ou eles arrumam ou eles arrumam, agora se não tem competência, joga a toalha no chão e contrate o serviço da SEFAZ-Virtual do RS ou a de SP.

Não tem nada o que possamos fazer no componente para resolver esse problema e nem você na sua aplicação.

 

[Marcelo Loiola Silva]

Bom dia Ítalo, realmente tem hora que a SEFAZ de MG está de brincadeira com a gente.
O pior que cliente não entende, que estamos lutando por eles e tentando ao máximo ajudar, e não compreende que as vezes o problema não é com a gente.

Complicado.

[Márcio B.]

Boa tarde,

Acabei de fazer um CTe mineiro em produção com sucesso e também já fiz o cancelamento dele.

Não mudei nada no ACBr e já joguei em produção.

[Italo Giurizzato Junior]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.