Guia CT-e

Tomador do CT-e: quem paga o frete, códigos e CFOP

Quem é o tomador do CT-e, quem paga o frete, códigos 0 a 4, CFOP e os grupos XML toma3 e toma4.

Tags XML envolvidas:

<toma3> <toma4> <toma> <CFOP> <vTPrest> <vRec>

O tomador do CT-e é a pessoa que paga o frete e, na prática, quem recebe o XML para escrituração e conferência. No leiaute do modelo 57 o campo toma vale 0 (remetente), 1 (expedidor), 2 (recebedor), 3 (destinatário) ou 4 (outros). Os códigos 0 a 3 reutilizam os grupos já informados das partes. O código 4 exige o grupo toma4 com CNPJ ou CPF, IE, razão social, endereço e e-mail. Errar o tomador é o defeito que mais gera CT-e “no CNPJ errado” e briga de contas a pagar.

Quem contrata o transporte nem sempre é quem aparece como destinatário da NF-e. Indústria que vende CIF costuma ser tomadora (remetente). Compra FOB muitas vezes deixa o frete com o destinatário. Trading, armazém e operador logístico aparecem como expedidor ou recebedor. O comercial fecha a condição; o fiscal traduz isso no toma. Se a condição for “outros”, não force um dos quatro papéis só para não preencher toma4.

O CFOP do CT-e acompanha a UF de início e fim da prestação e o tipo de tomador. Operação municipal, interestadual e internacional usam faixas diferentes. CFOP de mercadoria (venda) não se copia para o conhecimento. O ICMS do serviço de transporte segue o tomador e as regras da UF. Simples Nacional usa CSOSN; regime normal usa CST. O FideFlow sugere o enquadramento a partir da natureza e das cidades, e o contador valida o benefício quando a UF exige.

No XML, toma3 aponta para o código da parte já declarada. toma4 abre um bloco próprio. Validadores rejeitam toma4 incompleto (IE ausente quando obrigatória, UF vazia, CEP inválido). Também rejeitam toma3 apontando para uma parte que não existe no documento. Depois da autorização, o DistDFe entrega o CT-e ao CNPJ do tomador. Se você colocou o destinatário como tomador por engano, o remetente que pagou o frete não vê o XML no inbox — e o destinatário recebe um título que não é dele.

Do lado de quem paga, o Radar Fiscal do FideFlow lista o CT-e recebido e marca se a empresa é tomadora. ADR-037 colocou essa consulta como aba “CT-e (Frete)” no mesmo hub da NF-e. O campo is_tomador evita tratar como custo um conhecimento em que a empresa só figura como remetente ou destinatário. Essa distinção é o que impede o financeiro de lançar frete duas vezes, uma em cada ponta.

Tabela prática: CIF e tomador remetente (0) — o vendedor absorve o frete e credita o XML. FOB e tomador destinatário (3) — o comprador paga e escrituração. Redespacho e subcontratação podem usar expedidor (1) ou recebedor (2). Marketplace e e-commerce que emitem NF-e no CPF da sócia e recebem CT-e no CNPJ do galpão precisam de cadastro alinhado, senão o cruzamento CT-e × NF-e fica vazio. O FideFlow alerta “frete sem nota” nesse cenário.

CCe não troca tomador. Cancelamento no prazo, se a prestação não começou, é o instrumento. Depois da janela, a correção vira acordo comercial e, se for o caso, CT-e de anulação e substituto, com regras próprias. Não “acerte” o tomador no DACTE impresso sem evento na SEFAZ: o XML continua apontando para o CNPJ original.

Na emissão pelo FideFlow, o campo tomador é inteiro (0 a 4). O caso 4 dispara os campos cpf_cnpj_tomador, razao_social_tomador, ie_tomador, email_tomador e o endereço. Natureza da operação pode ser nula; o serviço usa descrição padrão. Município do tomador precisa existir na tabela de cidades. Esses detalhes evitam rejeição de schema que o time operacional lê como “erro da SEFAZ” quando o cadastro é que está incompleto.

Para o SEO e para o time de vendas: quem busca “quem paga o frete no CT-e” está no meio do funil. A resposta é o tomador. Quem busca “CT-e contra o CNPJ” está no fundo e deve ir para /ctes. Este artigo liga os dois. O emitente acerta o toma; o tomador captura o XML e confere o valor. Sem os dois lados, o conhecimento vira PDF no WhatsApp e custo invisível.

Checklist: (1) leia o contrato CIF/FOB; (2) escolha toma 0–4; (3) se 4, preencha toma4 completo; (4) escolha CFOP de transporte, não de venda; (5) confirme que o CNPJ do tomador é o que vai receber o DistDFe; (6) depois da autorização, peça ao tomador para validar o inbox. Se o XML não aparecer no CNPJ que pagou, o tomador está errado — corrija no prazo com cancelamento, não com CCe.

Quadro-resumo

Campo	Detalhe
0	Remetente paga o frete (CIF típico)
1	Expedidor
2	Recebedor
3	Destinatário paga o frete (FOB típico)
4	Outros — grupo toma4 obrigatório

Exemplo de XML para conferência

<CTe xmlns="http://www.portalfiscal.inf.br/cte">
  <infCte Id="CTe35260800000000000000570010000000011234567890" versao="4.00">
    <ide>
      <mod>57</mod>
      <tpCTe>0</tpCTe>
      <toma3>
        <toma>4</toma>
      </toma3>
      <CFOP>5353</CFOP>
    </ide>
    <infCTeNorm>
      <infCarga>
        <vCarga>10000.00</vCarga>
        <proPred>Pecas</proPred>
      </infCarga>
      <infDoc>
        <infNFe>
          <chave>35260800000000000000550010000000011234567890</chave>
        </infNFe>
      </infDoc>
    </infCTeNorm>
    <vPrest>
      <vTPrest>1500.00</vTPrest>
      <vRec>1500.00</vRec>
    </vPrest>
  </infCte>
</CTe>

Passo a passo

Perguntas frequentes

Outros guias de CT-e

Receber CT-e no FideFlow Baixar XML de CT-e CT-e OS modelo 67 Obrigatoriedade do MDF-e como emitir CT-e consultar CT-e pela chave cancelar CT-e carta de correção CT-e desacordo CT-e CT-e complementar CT-e vs MDF-e