Rejeição 732 do CT-e: Chave de acesso inválida (modelo diferente de 57)

Q: Por que acontece a Rejeição 732?

É a irmã da 721, e as duas se distinguem pelo que cada campo espera. Vários grupos do CT-e pedem a chave de outro conhecimento de carga: documentos de transporte anterior, no redespacho e na subcontratação; conhecimento substituído ou complementado; CT-e cancelado referenciado; conhecimento da ferrovia de origem, no tráfego mútuo. Em todos, o modelo esperado é 57. Informar a chave de uma NF-e (modelo 55), de um MDF-e (58) ou de um CT-e OS (67) faz a validação recusar pela leitura dos dois dígitos na 21ª e 22ª posição da chave. A causa mais frequente tem nome: chave de NF-e informada onde era esperada a de um CT-e. Acontece no redespacho, quando o parceiro envia junto o XML da nota da carga e o do conhecimento dele, e o arquivo errado é usado. ### No Berga DFe › CTe, na listagem do conhecimento. Deixa que o Berga resolve. As chaves de conhecimentos são escolhidas na listagem de CT-e, e as das notas transportadas ficam em seção própria — os dois grupos não se misturam na tela. Conheça o Berga — a emissão de CT-e já vem pronta.

Q: Como resolver a Rejeição 732?

Localize a chave informada e confira a 21ª e 22ª posição — devem ser 57. Sendo 55, você informou a chave de uma nota fiscal onde era esperado um conhecimento. Substitua pela chave do CT-e correto e transmita novamente. O CT-e recusado por validação não consome numeração.

Atualizado há cerca de 6 horas1 visualizações0 acharam útil

CTeRejeição-732Chave de AcessoModeloSEFAZ

A chave informada não é de um CT-e de carga. O modelo 57 identifica o conhecimento de transporte.

A Rejeição 732 acontece quando uma chave de acesso informada no conhecimento não é de um CT-e de carga. O modelo declarado nela é diferente de 57.

O que a SEFAZ responde: "Chave de acesso inválida (modelo diferente de 57)"

Abrir CT-e

Por que acontece a Rejeição 732

É a irmã da 721, e as duas se distinguem pelo que cada campo espera. Vários grupos do CT-e pedem a chave de outro conhecimento de carga:

documentos de transporte anterior, no redespacho e na subcontratação;
conhecimento substituído ou complementado;
CT-e cancelado referenciado;
conhecimento da ferrovia de origem, no tráfego mútuo.

Em todos, o modelo esperado é 57. Informar a chave de uma NF-e (modelo 55), de um MDF-e (58) ou de um CT-e OS (67) faz a validação recusar pela leitura dos dois dígitos na 21ª e 22ª posição da chave.

A causa mais frequente tem nome: chave de NF-e informada onde era esperada a de um CT-e. Acontece no redespacho, quando o parceiro envia junto o XML da nota da carga e o do conhecimento dele, e o arquivo errado é usado.

No Berga

DFe › CTe, na listagem do conhecimento.

Deixa que o Berga resolve. As chaves de conhecimentos são escolhidas na listagem de CT-e, e as das notas transportadas ficam em seção própria — os dois grupos não se misturam na tela. Conheça o Berga — a emissão de CT-e já vem pronta.

Como resolver a Rejeição 732

1
Localize a chave informada e confira a 21ª e 22ª posição — devem ser 57.
2
Sendo 55, você informou a chave de uma nota fiscal onde era esperado um conhecimento.
3
Substitua pela chave do CT-e correto e transmita novamente.

O CT-e recusado por validação não consome numeração.

Como evitar a Rejeição 732

Ao receber arquivos de uma transportadora parceira, separe o XML do conhecimento dela do XML das notas da carga. Os dois chegam juntos e vão para campos diferentes.

Se a Rejeição 732 continuar

Se o modelo está correto e a rejeição insiste, confira se a chave é estruturalmente válida — a rejeição 843 trata do dígito verificador.

Ao abrir um chamado, informe o número e a série do CT-e e a chave informada.

Consulte a tabela de rejeições do CT-e para procurar outro código.

Referência: MOC CT-e 4.00 — Anexo I, validação do modelo na chave de acesso do CT-e.