Pular para o conteúdo
Fiscal ProBiblioteca
Rejeição 543 · Regra X05-10

Rejeição 543: CPF do transportador inválido

Revisão editorial em 16 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.

A Rejeição 543, X05-10, ocorre quando o CPF informado para o transportador não atende à validação: zeros, valor nulo, sequência repetida ou dígito verificador inválido. O campo é transp/transporta/CPF, e não o CPF do destinatário ou do emitente.

Nesta página: O que precisa ser conferido no CPF? · CPF ausente e CPF inválido são a mesma situação? · Exemplo: conversão numérica perde o zero inicial · Como confirmar a correção sem expor dados pessoais?

O que precisa ser conferido no CPF?

Compare o documento confirmado da pessoa transportadora com as 11 posições de transporta/CPF, preservando zeros iniciais. Verifique se a rotina removeu só a formatação ou também alterou posições, se copiou o identificador de outra pessoa e se preencheu um valor padrão por falta de dado.

O MOC cita expressamente sequências repetidas e dígito verificador inválido. Esses testes são diferentes de comprovar que o titular é o transportador real. CPF com dígitos matematicamente válidos não estabelece vínculo contratual, regularidade cadastral ou credenciamento. MOC 7, pp. 60 e 124.

CPF ausente e CPF inválido são a mesma situação?

Não. X05-10 é uma validação do CPF quando informado. A necessidade de identificação em determinado cenário vem de outra condição, como X04-10/362 nas operações de combustível abrangidas. Enviar zeros ou uma sequência repetida para preencher uma ausência cria um identificador inválido, sem atender à exigência real.

Se o participante é pessoa jurídica, o campo correspondente é CNPJ e sua rejeição de validade é 542. Essa distinção não autoriza escolher livremente um tipo: confirme a natureza e a identidade do transportador pelos documentos da operação, sem substituir a pessoa para conseguir autorização.

Exemplo: conversão numérica perde o zero inicial

No cenário sintético, o cadastro autorizado guarda um CPF de 11 posições com zero inicial. Uma conversão indevida para número inteiro perde esse zero e o gerador envia uma cadeia mais curta. A falha pode ser percebida na estrutura antes mesmo da validação de dígitos; é necessário ler a mensagem efetivamente devolvida, em vez de chamar todo erro de 543.

Compare o tamanho e cada posição entre cadastro, objeto e XML, sem divulgar o CPF. Se a origem está correta, preserve o identificador como texto e corrija a conversão. Se uma posição já foi digitada errada na origem, confirme o documento; não derive um novo CPF recalculando os dígitos sobre uma sequência duvidosa.

Como confirmar a correção sem expor dados pessoais?

Faça a comparação em ambiente e acesso autorizados, registrando apenas o tipo de divergência necessário ao suporte: posição alterada, tamanho, valor padrão ou falha de dígito. Não publique CPF em exemplos, logs abertos ou capturas. A regra consta como obrigatória para 55/65, quando o campo é informado.

A demonstração operacional depende do CPF real e do XML original protegido; o exemplo textual explica a perda de posição sem fabricar identificador. Corrija a causa comprovada na origem, valide estrutura e dígitos e confira o retorno individual da autorização. Preserve documentos autorizados e esclareça o resultado de tentativa incerta antes de outro envio.

Fontes oficiais

MOC 7.0 Anexo I — 7.00: pp. 60 e 124 X05 e X05-10; X04-10/X04-20 como distinções.