Cte Autorizado Sem Protocolo

[kzarlopes]

Bom dia pessoal.

 

Implementei a atualização do cte 1.04 para o 2.00 e depois disso passei a ter alguns problemas. As questões são as seguintes:

 

1º por algum motivo que eu ainda não compreendi, alguns cte's são autorizado sem o número do protocolo. Eles geram dacte normalmente sem nenhum indício de erro que não a falta do número de protocolo.

 

2º em pelo menos um caso eu tentei cancelar um cte e recebi o retorno de que a chave de acesso diferia da que constava na base da sefaz.

 

3º em outro caso o cte simplemente não consta na base de dados da sefaz.

 

O detalhe é que são em alguns casos, na maioria funciona normalmente.

 

Alguém sabe o que pode estar acontecendo?

 

Obrigado.

[Italo Giurizzato Junior]

Boa tarde Lopes,

 

Não tive nenhum problema apontado por você nos meus testes.

 

Qual é a SEFAZ autorizadora?

[kzarlopes]

Boa tarde Italo, é a Sefaz RS.

Editado 9 Abril, 2014 por kzarlopes

[kzarlopes]

Boa tarde Italo, continuo sem entender o que aconteceu. 

 

Pessoal, se alguém tiver passado por isso por favor compartilhe ok.

 

Obrigado.

[Italo Giurizzato Junior]

Boa tarde Lopes,

 

Os testes que realizei foi através da SEFAZ-Virtual do RS.

 

Reveja as suas rotinas e certifique-se que todos os fontes de todas as pastas estão atualizados.

[kzarlopes]

Boa tarde Ítalo. Continua acontecendo esse problema. O caso é que é intermitente. Se fosse um erro no fonte que ocorresse sempre ficaria fácil. Mas não ocorre sempre e apenas em alguns clientes. Porém, o executável é o mesmo para todos eles.

[Italo Giurizzato Junior]

Boa tarde Lopes,

 

Se o problema é intermitente e ocorre em alguns clientes e a aplicação é a mesma para todos, isso significa que o problema esta internet do seu cliente ou o horário que ele costuma enviar.

 

A solução é você ter um controle que mostre os CT-e não enviados, enviados e protocolados, enviados e não protocolados.

 

Desta forma o usuário vai poder depois selecionar os enviados e não protocolados para simplesmente realizar uma consulta desta forma caso tenha sido autorizado o componente se encarrega de anexar o protocolo ao XML.

[kzarlopes]

Boa tarde Italo.

 

Bem, como funciona essa anexação do protocolo ao xml?

 

Tem algum exemplo na pasta de exemplo?

 

Obrigado.

[Italo Giurizzato Junior]

Bom dia Lopes,

 

A inclusão do protocolo ao XML assinado é feita pelo componente automaticamente assim que a SEFAZ retorno o mesmo.

 

Como funciona o processo:

 

1. O componente é alimentado com os dados;

2. Ao executar o comando Enviar é executado automaticamente os seguintes passos:

2.1 É gerado o XML;

2.2 O XML é assinado;

2.3 O XML assinado é validado;

2.4 É gerado o lote;

2.5 O lote é enviado para SEFAZ;

2.6 A SEFAZ retorno o numero do recibo, acusando o recebimento do lote;

2.7 O componente realiza um consulta a SEFAZ para saber a situação do processamento do lote recebido por ela.

2.8 Caso a SEFAZ retorne o Status de lote em processamento o componente aguarda alguns segundos e repete a consulta.

2.9 Caso a SEFAZ retorne lote processado, junto com essa informação é retornado o protocolo de autorização ou o motivo da rejeição.

3.0 Caso tenha sido autorizado o componente automaticamente anexa ao XML assinado o protocolo de autorização.

3.1 Caso o segundo parâmentro do comando Enviar seja True o DACTE é impresso, isso se o CT-e foi autorizado.

 

É durante a consulta a SEFAZ para saber se o lote já foi processado ou não que pode ocorrer problemas e o XML do CT-e ficar sem o protocolo de autorização.

 

É neste caso que é interessante termos na nossa aplicação uma opção que liste os CT-e que estão assinados e que foram enviados para a SEFAZ mas estão sem o protocolo.

 

Desta forma o usuário seleciona um dos CT-e assinado, enviado e não protocolado, e a sua rotina deve carregar o mesmo para o componente e realizar uma consulta.

 

Ao realizar essa consulta a SEFAZ vai retornar se o mesmo esta autorizado ou não, se estiver será retornado o protocolo de autorização.

 

O componente por sua vez se encarrega de anexar ao XML assinado o protocolo.

 

Para saber como montar essa rotina, vide os arquivos TXT exemplos que encontram-se dentro da pasta ...\Exemplos\ACBrCTe.

 

Um deles se chama RotinaCompleta.txt, estude a procedure chamada NaoProtocolados.

[kzarlopes]

Bom dia Italo, e, mais uma vez, muito obrigado pela ajuda.

[André F.]

Italo, estou com problemas no xml do CT-e.

 

As vezes acontece do arquivo ficar sem protocolo e sem assinatura ou da assinatura ficar diferente da assinatura do xml do sefaz.

 

Isso acontece com frequência na versão 2.0 do xml.

 

Ao consultar o CT-e o componente atualiza o protocolo mas fica sem assinatura ou DigestValue da assinatura fica diferente do digVal do protocolo

e algumas empresas utilizam o xml para importação e fazem a comparação dos DigestValue se for diferente não aceitam o xml.

 

Tem alguma forma de recuperar essa assinatura?

[Italo Giurizzato Junior]

Bom dia André,

 

Algo de errado você esta fazendo, pois nunca ocorreu comigo.

 

Uma vez que o XML tem que ser assinado para ser enviado.

 

O que pode ocorrer é o XML assinado após o envio ficar sem o protocolo, mas isso é resolvido realizando uma consulta.

 

1. Carrego o XML assinado;

2. Realizo a Consulta;

 

O XML é atualizado ficando assinado e protocolado.

 

Outra coisa, na minha aplicação o XML é gerado e assinado somente uma unica vez através do comando Enviar.

 

Não fico gerando o XML e salvando, depois carrega para assinar e salva novamente, depois carrega novamente para enviar.

 

Outra coisa importante, o CTe tem uma TAG chamada cCT - código do conhecimento de transporte, esse código deve ser aleatório e faz parte da chave e consequentemente pode alterar a assinatura e o DigestValue.

 

Se toda vez que você gerar o mesmo XML gerar um novo cCT e depois realizar a sua assinatura vai ocorrer o problema que você descreveu.

[André F.]

Obrigado Italo...

 

Vou verificar minha aplicação.

 

Mas o que pude perceber é que isso acontece quando cai a conexão ou quando há lentidão na internet e ocorre percas no retorno das informações.