Rejeição 543: como conferir o CPF do transportador sem alterar a operação

A rejeição 543, “CPF do Transportador inválido”, indica problema no CPF informado no grupo de transporte do XML. A correção começa pela pessoa identificada como transportadora e pelo dado efetivamente enviado à SEFAZ. Confira o documento verdadeiro, ajuste sua origem no emissor e gere novamente a nota rejeitada.

Não preencha outro CPF apenas porque ele passa na validação. Além de estar formalmente correto, o identificador precisa pertencer à pessoa que ocupa esse papel na operação. Um número de teste, o documento de um funcionário ou o CPF de quem digitou o pedido não resolve essa exigência.

Onde procurar no XML

O campo é infNFe/transp/transporta/CPF, identificado como X05. A regra X05-10 aparece no MOC para NF-e, modelo 55, e NFC-e, modelo 65, com aplicação obrigatória quando o CPF é informado. Ela rejeita situações como conteúdo zerado ou nulo, sequências de algarismos repetidos e dígitos verificadores inválidos. MOC 7.0, páginas 60 e 124.

A expressão “quando informado” é importante: essa regra não determina, isoladamente, que toda nota tenha um transportador pessoa física. O documento exige analisar separadamente se o grupo deve ser preenchido e qual participante deve constar nele.

Confirme também o serviço de origem da mensagem. Aqui, 543 é um retorno de autorização de NF-e/NFC-e. Uma numeração isolada em tela de consulta, leitor de QR Code, evento ou outro documento fiscal não basta para aplicar este diagnóstico.

CPF do transportador não é qualquer CPF da nota

Uma venda pode envolver comprador, destinatário, responsável por um local de entrega e transportador diferentes. O documento do destinatário fica em outro grupo. Os CPFs de retirada e entrega têm regras próprias, associadas às rejeições 540 e 541.

Também existe diferença entre transportador e motorista. Se a empresa contratada para transportar é pessoa jurídica, não se deve substituir seu CNPJ pelo CPF do profissional que conduz o veículo apenas para contornar a rejeição. Se o transporte é prestado pela própria pessoa física identificada, confirme o CPF correspondente e o enquadramento real da operação.

Quando houver dúvida, consulte o pedido, a contratação e os dados fornecidos por quem organiza o transporte. Corrigir primeiro a identidade evita aperfeiçoar o formato de um documento que pertence à pessoa errada.

Faça a conferência do conteúdo completo

O CPF tem 11 algarismos e deve preservar os zeros iniciais. A máscara exibida na tela pode conter pontos e hífen, mas o conteúdo enviado no campo XML deve obedecer ao leiaute. Tamanho, caracteres e dígitos verificadores precisam ser tratados pelo sistema, sem alterar o identificador original.

A base da Dynamicca orienta localizar o CPF em transp/transporta e chama atenção para zeros iniciais, separadores e dígitos verificadores. Esses cuidados ajudam a inspecionar a exportação. Uma falha estrutural pode ser interceptada pelo schema e retornar outra mensagem antes da regra X05-10.

O cálculo dos dígitos verifica a formação do CPF; não comprova sozinho sua existência cadastral, situação regular ou vínculo com o transportador. Da mesma forma, a rejeição 543 não demonstra, por si só, que a pessoa está irregular na Receita Federal. Confirme o dado com documentação confiável e use a consulta oficial quando necessária.

Exemplo de CPF perdido entre cadastro e nota

Considere um transportador pessoa física cujo CPF verdadeiro começa com zero. O cadastro principal está correto, mas a exportação para uma planilha trata a coluna como número. O arquivo intermediário perde o zero e a integração carrega o conteúdo incompleto na nota.

A empresa corrige a tela da emissão, mas o pedido é importado novamente e restaura o erro. Nesse cenário, há duas providências: recuperar o dado confirmado na nota rejeitada e ajustar a rotina que o transforma. Preserve identificadores como texto ao longo do fluxo.

Não complete a informação por suposição. Se o número chegou incompleto e não há documento para conferência, solicite o dado correto pelo canal habitual. Evite compartilhar documentos pessoais em planilhas abertas ou ferramentas públicas de teste.

Passo a passo para corrigir

1. Registre o cStat e o motivo completo, junto do modelo, UF, ambiente, horário e identificação da nota.

2. Abra o XML correspondente à tentativa rejeitada e localize X05 no grupo transporta.

3. Confirme a identidade do transportador e compare o CPF com a documentação recebida.

4. Revise cadastro, pedido e integração para descobrir se o erro nasceu na digitação ou na transferência dos dados.

5. Ajuste o cadastro e atualize a nota rejeitada, quando o sistema mantiver uma cópia antiga dessas informações.

6. Gere e valide o novo XML pelo emissor, confira o campo e transmita novamente.

A orientação da Omie também direciona o ajuste ao cadastro do transportador antes do reenvio. Os nomes das telas variam entre fornecedores; procure a ficha efetivamente utilizada naquela nota.

Quando o cadastro veio de uma coleta eventual

Transportadores recorrentes costumam ter dados previamente conferidos. Numa coleta organizada pelo cliente, a informação pode chegar pouco antes da saída da mercadoria. Vale definir quem coleta o documento e quem confere sua transferência para o emissor.

A base prática do Berga destaca erros de digitação e cadastro de transportadores ocasionais. A prevenção útil é conferir a informação na origem. A falta do CPF não autoriza usar zeros, copiar o documento de outra pessoa ou presumir que o grupo pode sempre ser deixado vazio.

É preciso mudar o frete para resolver?

A rejeição 543 não manda trocar modFrete nem o indicador de presença. Esses campos precisam continuar representando o transporte e a venda reais.

Na NFC-e e na NF-e com DANFE Simplificado Tipo 2, tpImp igual a 6, a NT 2026.002 v1.11 traz condições específicas para frete. A regra X02-10, ligada ao código 753, trata da combinação modFrete diferente de 9 e indPres diferente de 4. Corrigir o CPF não elimina outras exigências do documento. NT 2026.002 v1.11, páginas 3 e 19.

Na NFC-e modelo 65, o MOC também distingue a presença do grupo transporta: X03-10 o rejeita quando indPres é diferente de 4; X03-20 exige o grupo quando indPres é 4, entrega a domicílio. Essas linhas estão classificadas para o modelo 65 e não devem ser estendidas automaticamente ao 55. MOC 7.0, página 124.

Depois do reenvio, leia a resposta e confirme a autorização. Se o mesmo problema persistir, preserve o XML e o retorno para o suporte, compartilhe apenas o necessário e informe quais etapas foram conferidas. Não edite diretamente um XML já assinado ou autorizado para tentar substituir o documento original.

Referência de atualização: 09/10/2026. Consulta documental do MOC, Notas Técnicas e fontes práticas; sem certificação operacional de todos os autorizadores.