Cte.webservices.retorno não funciona?

[Leandro Miler Santana]

Bom dia Pessoal!!!

Estou notando que os metodos CTe.WebServices.Retorno não estão funcionando após CTE 4.0

Uso esta funcionalidade logo após gerar o CTE para resgatar estes valores e gravar no banco de dados.

Está retornando tudo em branco

Talvez tenha mudado de lugar e não achei.

Alguém poderia me ajudar por favor?

 

[SisComp - Proc. de Dados]

Estamos com o mesmo problema por aqui.

[Scott]

Olá,

No CT-e 4.00 o serviço de recepção de CT-e é síncrono, ou seja, a resposta se o CT-e foi aprovado ou não vem já na chamada do webservice de Envio. Não existe mais o fluxo assíncrono, chamando o "Enviar" e depois chamar o "Retorno" para verificar a aprovação.

 

Editado 30 Junho, 2023 por Scott

[SisComp - Proc. de Dados]

Como seria o procedimento correto para obtermos o PROTOCOLO, DATA E HORA DE TRANSMISSÃO, os retornos do CSTAT para tratamentos dos erros após a transmissão ?

como método paliativo estou executando o comando ACBrCTe.Consultar após a transmissão, mas gostaria de resolver de uma forma mais estruturada.

[SisComp - Proc. de Dados]

13 minutos atrás, SisComp - Proc. de Dados disse:

Como seria o procedimento correto para obtermos o PROTOCOLO, DATA E HORA DE TRANSMISSÃO, os retornos do CSTAT para tratamentos dos erros após a transmissão ?

como método paliativo estou executando o comando ACBrCTe.Consultar após a transmissão, mas gostaria de resolver de uma forma mais estruturada.

Conseguimos encontrar uma forma de pegar os retornos utilizando 

ACBrCTe.WebServices.Enviar.Protocolo;

ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.protCTe.dhRecbto;

ACBrCTe.WebServices.Enviar.cStat

[Leandro Miler Santana]

Pessoal fiz assim agora, igual lí em algumas mensagens aqui no forum

 

        //o jeito que era no 3.0
        {
        sStat         :=  IntToStr(CTe.WebServices.Retorno.cStat);
        sMotivo       :=  CTe.WebServices.Retorno.xMotivo;
        sRecibo       :=  CTe.WebServices.Retorno.Recibo;
        sProtocolo    :=  CTe.WebServices.Retorno.Protocolo;
        sChaveCTE     := CTE.WebServices.Retorno.ChaveCte;
        }

 

       // como estou fazendo agora no 4.0 e funciona
        sProtocolo := CTe.Conhecimentos.Items[0].CTe.procCTe.nProt;
        sStat      := IntToStr(CTe.Conhecimentos.Items[0].CTe.procCTe.cStat);
        sMotivo    := CTe.Conhecimentos.Items[0].CTe.procCTe.xMotivo;
        sChaveCTE  := CTe.Conhecimentos.Items[0].CTe.procCTe.chCTe;
        sRecibo    := ' ';
//
 

Detalhe que parece-me que a informação do Recibo não existe mais, pois nao encontrei esta propriedade, por favor me confirmem isso.

Analisando bem, creio que o protocolo já é uma prova de recebimento, e pode muito bem substituir o recibo.

Os especialistas por favor verifiquem se estou correto.

Obrigado a todos do grupo.

Editado 30 Junho, 2023 por Leandro Miler Santana

[Italo Giurizzato Junior]

Boa tarde a todos,

Leandro, você esta correto, para pegar essas informações na versão 4 é exatamente dessa forma.

Porque não tem o Recibo?

Muito simples, agora o envio é síncrono, ou seja, você envia o CT-e de forma unitária (um por vez) e já obtém o resultado do processamento.

Na versão 3 o envio era assíncrono, neste caso tínhamos como resposta o numero do recibo que atestava que o lote de CT-e tinha sido recepcionado pela SEFAZ.

De posse do numero do Recibo realizamos uma consulta para obter o resultado do processamento.

Não confundam o Protocolo com o Recibo.

Na versão 3 o Recibo atesta o recebimento do lote de CT-e e o Protocolo atesta que o CT-e foi autorizado.

Na versão 4 não existe mais o Recibo, uma vez que o envio é síncrono e o Protocolo atesta que o CT-e foi autorizado.