O que é CT-e?

Resumo rápido

O CT-e documenta eletronicamente prestações de serviço de transporte abrangidas pela legislação. Sua emissão depende de dados fiscais, logísticos e cadastrais consistentes, e o ERP deve integrar cálculo, geração do XML, assinatura, autorização, armazenamento e escrituração do documento.

Na operação, CT-e deve ser interpretado pelo modelo do documento, pela versão técnica e pela regra fiscal vigente. O ERP precisa distinguir o que é requisito de leiaute, o que é validação do autorizador e o que é obrigação tributária.

Definição objetiva

O CT-e é o documento fiscal eletrônico usado para documentar prestações de serviço de transporte de cargas nas modalidades e situações previstas na legislação. Ele é emitido e armazenado eletronicamente, com validade jurídica apoiada pela assinatura digital e pela autorização de uso.

O DACTE é a representação auxiliar do CT-e e não substitui o XML autorizado.

CT-e significa Conhecimento de Transporte Eletrônico.

Vigência e escopo

Em 2026, o CT-e já integra a implementação da Reforma Tributária do Consumo. O Ato Conjunto RFB/CGIBS nº 4/2026 fixou 03/08/2026 como marco de obrigatoriedade para CT-e e CT-e OS no escopo indicado para contribuintes alcançados pelo regime regular. A NT 2026.002 do CT-e prevê, entre outros pontos, o grupo de IBS/CBS com CST e cClassTrib. Para contribuintes do Simples Nacional, o cronograma conjunto indica 01/01/2027 para os documentos fiscais abrangidos. A flexibilização formalizada em agosto de 2026 adiou regras de validação: a falta de determinadas informações de IBS/CBS não gera, por si só, rejeição automática neste momento, sem afastar a obrigação de adequação ao cronograma.

Para que serve

• documentar a prestação de transporte.
• identificar remetente, destinatário, tomador e participantes.
• registrar carga, valores e tributação.
• acompanhar logística e fiscalização.
• integrar faturamento, fiscal e contabilidade.

Onde é utilizado

Erros de tomador, município de início ou fim, carga, CFOP, tributação ou documentos vinculados podem afetar autorização, escrituração e cobrança do frete.

Como aparece no ERP

No TMS/ERP, o CT-e deve nascer do contrato ou ordem de transporte, dos participantes, das características da carga, dos documentos transportados e da tributação da prestação. O sistema precisa versionar o leiaute e as regras da NT CT-e 2026.002 v1.01 conforme o cronograma aplicável.

Autorização, rejeição, cancelamento e demais eventos devem ser armazenados separadamente, mantendo chave de acesso, XML e protocolo. Alteração de regra técnica não deve reprocessar documentos históricos.

Relação com documentos fiscais

O CT-e documenta a prestação de transporte e pode referenciar documentos da carga, como NF-e, conforme o modal e a operação. Ele também se relaciona operacionalmente com o MDF-e quando há manifesto aplicável à viagem.

O ERP/TMS deve preservar essas chaves de referência e não confundir o XML do CT-e com o XML dos documentos transportados ou do MDF-e.

Relação com obrigações acessórias

Os dados do CT-e alimentam controles de receita de frete, apuração e escriturações conforme o regime e a operação. O ERP deve conciliar tomador, CFOP, valores, ICMS quando devido, documentos vinculados e situação do CT-e.

Eventos posteriores precisam ser refletidos na competência correta, sem tratar CT-e cancelado ou substituído como prestação válida.

Exemplo prático

Uma transportadora é contratada para levar mercadorias de Campinas/SP a Belo Horizonte/MG. O TMS identifica remetente, destinatário, tomador do serviço, veículo e documentos de carga, aplica a versão vigente do CT-e e gera o XML do documento.

Após a autorização, o ERP armazena chave e protocolo, vincula o CT-e às NF-e transportadas e libera os próximos passos logísticos. Rejeições ou eventos posteriores ficam associados ao mesmo documento, sem edição manual do XML autorizado.

Erros comuns

• confundir expedidor, recebedor e tomador.
• guardar somente DACTE.
• referenciar documentos incorretos.
• usar município ou CFOP incompatível.
• não tratar eventos posteriores.

Boas práticas

• versionar schema e regras da NT CT-e por vigência;
• validar tomador, remetente, destinatário e documentos da carga;
• conciliar CT-e com contratação/frete no TMS;
• armazenar XML, protocolo e eventos;
• testar regras RTC por ambiente e data;
• não alterar tributação apenas para superar rejeição.

Perguntas frequentes

Qual é a Nota Técnica da RTC vigente para o CT-e em 18/08/2026?

A referência técnica corrente é a NT CT-e 2026.002 v1.01, publicada no Portal CT-e. A versão deve ser controlada no ERP porque regras de leiaute e validação podem mudar entre revisões.

A flexibilização das validações de IBS/CBS elimina a obrigação de adequar o CT-e?

Não. O Ato Técnico Conjunto RFB/CGIBS nº 1/2026 adiou determinadas rejeições automáticas, mas não revogou o cronograma nem as regras de preenchimento aplicáveis.

CT-e e MDF-e são o mesmo documento?

Não. O CT-e documenta a prestação de serviço de transporte nos casos previstos na legislação; o MDF-e consolida documentos e informações da carga/viagem nas hipóteses em que é exigido.

O que o ERP deve controlar na emissão do CT-e?

Cadastros, tributação, versão do leiaute, XML, assinatura, autorização, eventos e integrações com MDF-e e demais processos logísticos.

Base legal ou referência oficial

• Portal Nacional do CT-e
• CGIBS/RFB — cronograma do Ato Conjunto RFB/CGIBS nº 4/2026
• Portal CT-e — Nota Técnica 2026.002 RTC v1.01
• CGIBS/RFB — esclarecimento sobre adiamento das validações de DF-e (06/08/2026)
• Lei Complementar nº 214/2025
• Portal CT-e — Nota Técnica CT-e 2026.002 v1.01
• Última revisão normativa: 18/08/2026.

Conteúdos relacionados

• DACTE.
• MDF-e.
• NF-e.
• Frete.
• Tomador.
• XML.

Conclusão

O CT-e documenta eletronicamente a prestação de transporte. A qualidade dos participantes, documentos, localidades, valores e eventos é essencial para logística, faturamento e escrituração.

Na prática, CT-e exige coerência entre cadastro, regra fiscal, leiaute e retorno do autorizador. O ERP deve preservar a versão aplicada e atualizar a operação sempre que a documentação técnica ou o cronograma oficial mudar.