Ir para conteúdo
  • Cadastre-se

dev botao

Cte Autorizado Sem Protocolo


kzarlopes
Ver Solução Respondido por Italo Giurizzato Junior,
  • Este tópico foi criado há 3510 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

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.

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde Lopes,

 

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

 

Qual é a SEFAZ autorizadora?

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Consultores

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.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • 1 mês depois ...
  • Consultores

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.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois ...
  • Consultores
  • Solution

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.

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • 1 mês depois ...

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?

Link para o comentário
Compartilhar em outros sites

  • Consultores

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.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 3510 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.