Ir para conteúdo
  • Cadastre-se

dev botao

Estudo de Caso: Possibilidade de Alterar Campos do CTe na rejeição 204 - CTe Duplicidade com mesma chave enviada


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

Recommended Posts

Me deparei hoje com o seguinte cenário:

O usuario emite o Cte e este é autorizado. 

Ao tentar emitir novamente (com novo valor de frete por exemplo), é retornado a rejeição 204 - Duplicidade de Cte.

Ao gravar o xml gerado para o novo envio e efetuar a consulta utilizando esse novo xml, fico de posse de um novo xml assinado com valor diferente do da sefaz (QUALQUER VALOR DO CTE).

A assinatura e o digest value ficam divergentes.

Validar Digest esta falso.

Seguem os arquivo em anexo e o trecho de codigo.

XML ORIGINAL (BAIXADO DIRETO DA SEFAZ) - PRIMEIRO CTE GERADO SEM ERROS

31231132788462000101570000002091961200095126-cte (baixado da sefaz).xml

31231132788462000101570000002091961200095126-cte.pdf

XML alterado pós rejeicao e nova consulta

31231132788462000101570000002091961200095126-cte ALTERADO.xml

31231132788462000101570000002091961200095126-cte ALTERADO.pdf

if LStatusRetorno = 204 then
  //CTe Duplicidade  com mesma chave enviada
begin
  LACBrCTe1.Conhecimentos.GravarXML(sysconfig.CAMINHO_CTE + '\Autorizadas\');
  LACBrCTe1.Configuracoes.Geral.ValidarDigest := False;

  LACBrCTe1.Conhecimentos.Clear;
  LACBrCTe1.EventoCTe.Evento.Clear;

  LACBrCTe1.Configuracoes.Geral.ValidarDigest := False;  

  LACBrCTe1.Conhecimentos.LoadFromFile(LACBrCTe1.Configuracoes.Arquivos.PathSalvar + LChavecte + '-CTe.xml');

  if LACBrCTe1.Consultar then
  //DAQUI EM DIANTE GRAVO OS DADOS NO BANCO DE DADOS

Abraço a todos

 

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde @mlspinelli,

Não entendi a motivação de enviar novamente um novo CT-e com valor diferente e com o mesmo numero de um outro que já foi enviado e autorizado pela SEFAZ.

Se a sua aplicação permite fazer isso, me desculpe, você precisa rever, pois a sua aplicação deve controlar o numero do CT-e e nunca jamais deixar o usuário aproveitar o mesmo numero para envio de um novo CT-e.

Isso só deve ocorrer caso o CT-e tenha sido rejeitado, ai sim, o usuário deve fazer as devidas correções e enviar novamente.

A partir do momento que o CT-e foi autorizado o numero deste CT-e deve ficar bloqueado.

  • 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

  • Este tópico foi criado há 172 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.