Erro ao transmitir CTe com retorno de exceção em branco

[Marcelo Loiola Silva]

Bom dia a todos, estou com um problema na emissão de um CTe em MG para um novo cliente que nunca fez transmissão, e ao transmitir ocorre um erro sem nenhuma mensagem informando o motivo, o erro ocorre na linha:

Testei usando o exemplo e o mesmo erro ocorre na mesma linha, as fontes estão atualizadas, estou enviando em 3.0,  verifiquei se o CNPJ está habilitado para emissão no SIARE e está ok, verifiquei se existe um erro no XML pelo validador da SEFAZ RS e está ok, verifiquei o certificado digital A1 e todas as outras operação (consulta, consulta por chave) está ok, não sei se é um problema na SEFAZ de MG, com alguma liberação neste CNPJ ou teria uma forma de verificar qual o erro que ocorre?

Desde já agradeço a todos. 

[Gr@c@]

MG está com bastante erros e intermitência. O seu erro, pelo fato do emitente nunca ter feito uma transmissão, pode ser pq o emitente esteja liberado no SEFAZ para emissão somente em homologação. Se a empresa for MEI pode ser esse o motivo. Verifique como está a inscrição estadual dele, se tem os 2 zeros antes do número. Se não tiver, tente transmitir o cte com a inscrição com os 2 zeros. Se já tiver, tente enviar sem os 2 zeros. Tive esse erro em branco com um cliente e o erro estava na inscrição estadual.

[Marcelo Loiola Silva]

Bom dia Graça, tudo bem, obrigado por responder.
Sim tentei com zeros no inicio da inscrição e depois, e também o mesmo retorno. O estranho é que consegui transmitir usando o SVC-SP sem problemas, a nota consta na SEFAZ SP mas em MG sempre o retorno em branco. 

[Gr@c@]

acho que o erro em branco está na tag xNome em homologação. Agora está dando erro. Na versão 3 tinha hifen na palavra CT-e. Na 4 seria CTE. Parece que agora igualaram tudo para CT-e. 

Rejeicao: CT-e emitido em ambiente de homologacao com Razao Social do remetente diferente de CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL

A versão CT-e 4 em homologação está autorizando CT-e com <xNome>CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome>

 

[Marcelo Loiola Silva]

Bom dia a todos.

Entrei em contato com a SEFAZ de MG para entender o que está ocorrendo e me solicitaram o arquivo de retorno com o erro, infelizmente não é gerado o retorno conforme mostra o teste realizado no exemplo que é o mesmo que ocorre no meu sistema, na versão 3.0. Estranho que é somente clientes novos de 08/2023 que estão com este problema tendo que transmitir em contingência, clientes posteriores estão transmitindo normalmente. 
Teria alguma forma de identificar o erro retornado ou como conseguir para passar para a SEFAZ.

Desde já agradeço a todos. 

[Italo Giurizzato Junior]

Bom dia Marcelo,

Coloque um ponto de parada na linha 1060 da unit ACBrDFeSSL (function Enviar), veja imagem:

O conteúdo de Result é o que foi retornado pelo webservice.

[Marcelo Loiola Silva]

Bom dia Italo, tudo bem, obrigado por responder. Mesmo colocando o ponto de parada o resultado ainda é '', conforme a imagem abaixo.  A SEFAZ até que me solicitou o arquivo de retorno mas como não tem resultado gera o arquivo de XML inválido.
Será que teria alguma outra forma de verificar o retorno gerado?

[Italo Giurizzato Junior]

Marcelo,

Se Result esta vazio isso significa que o webservive esta retornando uma string vazia.

Experimente atribuir o valor 40000 a propriedade de configuração Timeout para ver se muda alguma coisa.

[Marcelo Loiola Silva]

Itálo,

Mesmo colocando timeout de 40000, não aparece resultado.
O mais interessante é que é somente clientes novos com emissão de CTe em MG, clientes que estão usando o mesmo sistema a mais tempo não está ocorrendo erro, e quando ocorre a msg é exibida. O complicado é como enviar o erro para o atendente da SEFAZ e o mesmo não é retornado.

 

[Italo Giurizzato Junior]

Marcelo,

Esses clientes que já emitem a um bom tempo o CT-e em MG, estão emitindo na versão 3 ou na 4?

Os novos estão tentando emitir em qual versão?

 

[Marcelo Loiola Silva]

Este clientes emitem a um bom tempo sim, estão todos na versão 3, e os novos também na versão 3. Mas tentei os novos com a versão 4.0 e também aparece sem retorno, consulta o status do servido tudo ok, tanto na versão 3 e 4 e o envio para estes novos clientes sempre retorna em branco.

[Italo Giurizzato Junior]

Marcelo,

Você chegou a consultar a chave no CT-e no Portal da SEFAZ-MG e no Portal Nacional do CT-e ?

Uma coisa é o retorno, outra coisa é saber se o CT-e chegou até a SEFAZ e foi autorizado.

Logo abaixo da linha que tem o Result temos um IF, por favor qual é o valor da variável: FpHTTPResultCode ?

[Marcelo Loiola Silva]

Citar

Italo, comentei a linha do RESULT e exibi o retorno do FpHTTPResultCode está dado 200, a exceção está realmente no RESULT.

[Italo Giurizzato Junior]

Boa tarde Marcelo,

Chegou a consultar a chave do CT-e para saber se chegou na SEFAZ e foi processado com sucesso?

[Luis A. Ben]

Sobre esse caso do retorno em branco, tivemos o mesmo problema emitindo na versão 3.00 para MG desde o início do mês, mas enquanto o ambiente de contingência estava ativo, conseguimos autorizar os CTes em contingência. Agora que contingência está desativada, voltamos a receber o mesmo retorno.

Lembrando que isso ocorre somente para empresas que nunca haviam transmitido, empresa que já transmitiam conseguem normalmente.

Consultamos os CTes na Sefaz, mas retornou que não existe na base de dados.

Enviamos um questionamento para a Sefaz e vamos aguardar o retorno.

[hugolmf]

Também estou com o mesmo problema. Cliente novo que nunca emitiu, foi tentar transmitir o primeiro, e só retorna mensagem em branco. Os outros clientes que já emitem, está funcionando normal.

Editado 24 Agosto, 2023 por hugolmf

[Marcelo Loiola Silva]

Boa tarde, realmente está complicado, estou bombardeando o Contato Eletrônico da SEFAZ com chamados e enviando o xml e todos os retornos do webservice, para ver se fazem algo.
Em contato com a AF de Divinópolis, me informaram que estão vários chamados e estão solicitando o envio para o email deles todas as mensagens.
Qualquer novidade coloco aqui.
Abraço a todos.

[Marcelo Loiola Silva]

Boa tarde a todos.
Recebi uma mensagem da SEFAZ, para enviar os CTEs:

Fiz a configuração para EPEC <tpEmis>4</tpEmis>, e pelo que entendi, quem irá recepcionar o evento  é a SEFAZ de SP, mas ao enviar está retornado a seguinte mensagem:

Erro Interno: 0
Erro HTTP: 500
URL: https://nfe.fazenda.sp.gov.br/cteWEB/services/CteRecepcaoEvento.asmx

<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Unable to handle request without a valid action parameter. Please supply a valid soap action.</soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope>
--->EACBrDFeException

Teria alguma outra configuração que precisaria ser feita que passei despercebido?

Obrigado a todos.

[Italo Giurizzato Junior]

Boa tarde Marcelo,

O EPEC é um evento, logo você não envia o CT-e para a SEFAZ e sim um evento com algumas informações referente ao CT-e.

Configura para enviar para a SEFAZ-Virtual de SP.

[Marcelo Loiola Silva]

Bom dia Italo, tentei realizar o processo que você me indicou:

1 - Gerei o XML como como EPEC

2 - Alterei para enviar para SVC-SP

Ao transmitir retornou o seguinte erro:

URL para o serviço "RecepcaoEventoAN" não encontrada na sessão "CTe_SVC-SP_P" no arquivo "ACBrCTeServicos"
--->EACBrDFeException

[Marcelo Loiola Silva]

Itálo bom dia, desculpe deu certo. Consegui emitir usando a versão 3.0.
Deu certinho, conforme sua orientação, muito obrigado a você e a equipe ACBR.
 

Solução: GERAR EPEC -> Enviar para SVC-SP no meu caso funcionou somente versao 3.0 -> Evento registrado mas não vinculado ao CTe para ser enviado posteriormente assim que sanados os problemas com a SEFAZ - MG

Muito obrigado.

[Marcos R Oliveira]

Boa tarde, pessoal! Estava com esse mesmo problema. Porém agora à tarde, normalizou. A SEFAZ de Minas mais uma vez mostrando o quão é incompetente.

[ANDRE LUIZ DOS SANTOS]

Hoje esta com o mesmo problema na versão 3.0, mudei pra 4.0 esta protocolando normalmente.

[Luis A. Ben]

Conseguimos emitir em ambiente normal (MG) na versão 3.00 agora de manhã, para aqueles casos de cliente que nunca emitiu.
Parece que voltou a funcionar.

[Italo Giurizzato Junior]

Obrigado por reportar.

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