Rejeição 733 do CT-e: Emitente do documento anterior deve ser o mesmo indicado no grupo emiDocAnt
O CNPJ declarado como emitente do documento anterior não é o mesmo que consta no CT-e cuja chave você informou.
A Rejeição 733 acontece quando o CNPJ declarado como emitente do documento anterior não é o mesmo que consta no CT-e cuja chave você informou. A SEFAZ abre a chave, vê de quem é o conhecimento e compara com o que você declarou.
O que a SEFAZ responde: "Emitente do documento anterior deve ser o mesmo indicado no grupo emiDocAnt"
Por que acontece a Rejeição 733
Nos CT-e de subcontratação, redespacho e redespacho intermediário, o grupo de documentos anteriores é organizado por emitente: primeiro se declara de quem são os conhecimentos anteriores, depois se listam quais são, por chave de acesso.
A validação confere a coerência entre as duas partes. A chave carrega o CNPJ do emitente nos dígitos 7 a 20 — então a SEFAZ não precisa consultar nada para saber que a declaração e a chave discordam.
As causas:
- Chaves de transportadoras diferentes no mesmo bloco. Cada emitente anterior precisa do próprio grupo; misturar as chaves faz a comparação falhar na primeira que destoa.
- CNPJ da matriz declarado para chave da filial. O conhecimento anterior foi emitido pela filial, e o CNPJ declarado foi o da matriz. A comparação é do número completo.
- Chave copiada de outro documento, de uma transportadora que não é a declarada.
Esta rejeição anda junto com a 745, que compara o CNPJ base do tomador com o do emitente anterior, e com a 521, que cobra a existência do grupo.
No Berga
DFe › CTe, no campo Tipo de Serviço da identificação.
No Berga. O Berga emite hoje o CT-e de serviço Normal. O envio do grupo de documentos de transporte anterior, onde essa validação acontece, está no plano de desenvolvimento — enquanto não sai, subcontratação e redespacho não são autorizados pela SEFAZ. Conheça o Berga — a emissão de CT-e já vem pronta.
Como resolver a Rejeição 733
- 1Separe as chaves por transportadora emitente. Cada emitente anterior forma um bloco próprio, com o CNPJ dele e as chaves que ele emitiu.
- 2Confira o CNPJ de cada chave: os dígitos 7 a 20 da chave de acesso são o CNPJ do emitente. Compare com o que você declarou.
- 3Corrija o que estiver divergente — normalmente é a chave que pertence a outro bloco.
- 4Transmita novamente.
Uma exceção prevista na regra: no Regime Especial da Nota Fiscal Fácil (NFF), admite-se CPF no lugar do CNPJ do emitente anterior.
Como evitar a Rejeição 733
Peça o XML autorizado dos conhecimentos anteriores, e não só o DACTE. O arquivo traz emitente e chave juntos, sem chance de descasar um do outro.
Quando o trecho envolve mais de uma transportadora parceira, monte um bloco por vez. É mais lento e evita a mistura que gera a rejeição.
Se a Rejeição 733 continuar
Se os blocos estão separados corretamente e a rejeição insiste, confira se alguma chave é de NF-e e não de CT-e — o grupo de documentos anteriores é de conhecimentos de transporte, e a carga transportada vai em outro grupo.
Confira também se os conhecimentos anteriores estão autorizados: chave de documento cancelado ou rejeitado não serve.
Ao abrir um chamado, informe o número e a série do CT-e, o CNPJ declarado e as chaves informadas.
Consulte a tabela de rejeições do CT-e para procurar outro código.
Referência: MOC CT-e 4.00 — Anexo I, regra de validação G062.