Se a sua transportadora costuma receber pelo frete antes de rodar, tem uma mudança operacional que precisa entrar no radar agora: a partir de agosto de 2026, uma única prestação de serviço com pagamento antecipado passa a exigir a emissão de dois CT-e.

Não é o dobro de imposto, nem o dobro de faturamento. É o mesmo serviço, documentado em dois momentos diferentes — um no recebimento do valor, outro na prestação efetiva. Cada um com um preenchimento específico, e cada um cumprindo um papel distinto na apuração.

Como o tema é técnico e gera dúvida legítima, organizamos este texto em perguntas e respostas.

O que exatamente muda?

Antes, o adiantamento do frete não exigia documento fiscal próprio: a prestação era documentada quando acontecia. Agora, quando houver antecipação de pagamento, a operação passa a ser registrada em dois CT-e, ambos com Tipo = 0 (Normal), referentes a uma única prestação de serviços.

A lógica é simples de entender: o Fisco quer enxergar o momento em que o dinheiro entrou e o momento em que o serviço foi efetivamente prestado — separadamente, mas vinculados.

Como fica o primeiro CT-e (o do recebimento)?

Ele é emitido na data do recebimento do valor antecipado, com o seguinte preenchimento:

  • Tipo = 0 (Normal)
  • Tag tpPagAnt = 1 (Pagamento Antecipado)
  • Sem destaque de ICMS

Esse documento registra a entrada do valor. Como ainda não houve a prestação do serviço, ele não carrega o destaque do imposto.

E o segundo CT-e (o da prestação)?

Ele é emitido na efetiva prestação do serviço, ou seja, quando o frete realmente acontece:

  • Tipo = 0 (Normal)
  • Tag tpPagAnt = 3 (Fornecimento com pagamento realizado anteriormente)
  • Com destaque de ICMS

É neste segundo documento que o ICMS aparece — porque é aqui que o fato gerador se completa. O código 3 é justamente o que sinaliza ao Fisco: "este serviço já foi pago anteriormente, e o pagamento está documentado em outro CT-e".

A tag tpPagAnt vale para todo CT-e?

Não — e esse é o ponto que mais gera erro.

A tag `tpPagAnt` é de uso específico para operações com antecipação de pagamento. Nas demais prestações de serviço, aquelas em que não houve adiantamento, o campo não deve ser preenchido.

Preencher a tag por hábito, ou deixá-la marcada como padrão no sistema, é o tipo de configuração equivocada que gera inconsistência em massa — e inconsistência, no novo ambiente de validação, significa documento rejeitado.

Isso vale para a minha empresa?

A aplicação é para contribuintes optantes pelo Regime Normal de Tributação — Lucro Real e Lucro Presumido.

Ou seja: se a sua transportadora apura pelo Lucro Real ou pelo Lucro Presumido e recebe adiantado por fretes, a regra é sua. Vale conferir com a contabilidade a situação específica da empresa antes de mexer em qualquer parametrização.

Por que isso está acontecendo agora?

Essa mudança não veio isolada. Ela faz parte do processo de adequação dos documentos fiscais eletrônicos às regras da Reforma Tributária, conduzido por meio das Notas Técnicas do CT-e — que vêm incorporando, além da antecipação de pagamento, os campos de IBS e CBS e novas regras de validação.

Na prática, o sistema está ficando mais rigoroso em enxergar quando o dinheiro entra e quando o serviço acontece. A separação em dois documentos é a forma que o Fisco encontrou de registrar esses dois momentos com clareza.

O que fazer agora

O risco aqui não é conceitual, é operacional: sistema desatualizado ou mal parametrizado trava a emissão. Quatro providências resolvem a maior parte do problema:

1. Fale com o fornecedor do seu sistema emissor. ERPs e softwares de logística precisam estar atualizados com os schemas mais recentes do CT-e. Pergunte diretamente: "o sistema já contempla o grupo de pagamento antecipado e a tag tpPagAnt?" E cobre uma data, se a resposta for negativa.

2. Revise a parametrização. Garanta que a tag `tpPagAnt` só seja preenchida nas operações com antecipação — e não como padrão em toda emissão.

3. Mapeie seus contratos com adiantamento. Levante quais clientes e quais rotas trabalham com pagamento antecipado. São essas operações que passarão a exigir os dois documentos.

4. Treine quem emite. A equipe de faturamento precisa entender a diferença entre o CT-e do recebimento (tpPagAnt = 1, sem ICMS) e o da prestação (tpPagAnt = 3, com ICMS). Um erro de código aqui compromete a apuração.

O que acontece se emitir errado? A obrigatoriedade é agosto/26, sem rejeição

Duas consequências, ambas indesejadas. A primeira é a rejeição do documento — embora sem data definida é uma possibilidade a curto prazo e CT-e rejeitado significa carga que não roda e faturamento que não entra. A segunda é a inconsistência na apuração do ICMS — afinal, documento não rejeitado não significa compliance tributário. E corrigir depois custa bem mais caro do que teria custado acertar na origem.

É por isso que vale tratar essa mudança como projeto antes da obrigatoriedade. Sistema atualizado, parametrização revisada e equipe orientada resolvem em semanas o que, feito às pressas, vira crise operacional.

Fale com a gente

Sua transportadora trabalha com frete pago antecipadamente? Então essa mudança mexe diretamente na sua rotina de emissão. A nossa equipe ajuda você a revisar as operações com adiantamento, conferir se o seu sistema está preparado e orientar a equipe sobre o preenchimento correto de cada CT-e. Fale com a gente antes que vire rejeição e evite documento rejeitado.