O CTe Simplificado é um documento que trouxe grande inovação para emissão fiscal em operações com transporte de cargas fracionadas. Criado para reduzir a burocracia das transportadoras, permite consolidação de diversas prestações de serviço em um único documento fiscal, eliminando a necessidade de emitir dezenas de Conhecimentos do Transporte para uma mesma transação.
No entanto, com as atualizações mais recentes do layout do CTe, a emissão passou a seguir regras específicas da SEFAZ, com novas validações, requisitos técnicos e critérios obrigatórios para autorização do documento. Por isso, é preciso que empresas e desenvolvedores preparem seus sistemas para atender às exigências da legislação.
Saiba como funciona este documento em 2026, quem pode utilizá-lo e quais são as regras de emissão, ao longo deste conteúdo.
O que é um CTe Simplificado?
O CTe Simplificado é uma modalidade do Conhecimento de Transporte Eletrônico no modelo 57, criado para consolidar em um único documento fiscal prestações de serviço de transporte que envolvem múltiplos remetentes ou múltiplos destinatários, segundo os requisitos estabelecidos pela legislação.
Instituído pelo Ajuste SINIEF 46/2023 no modelo 57 e regulamentado pela Nota Técnica 2024.002 que hoje está na versão 1.5, o CTe Simplificado foi desenvolvido para trazer maior otimização nas operações e reduzir o volume de documentos fiscais emitidos. Tornando mais eficiente a gestão de processos que envolvem múltiplos remetentes ou destinatários.
Assim, pode ser utilizado quando uma mesma prestação de serviços de transporte reúne dois ou mais remetentes ou dois ou mais destinatários. Mantendo um único tomador do serviço e atendendo aos demais critérios técnicos e fiscais definidos pela Secretaria da Fazenda.
Se a sua dúvida é sobre o funcionamento do CTe de forma geral como: emissão, cancelamento, eventos, contingência e tipos de documento, recomendamos consultar nosso artigo sobre CTe.
CTe Simplificado em 2026
Desde a entrada em vigor das regras obrigatórias da NT 2024.002, o modelo Simplificado deixou de ser apenas uma opção experimental e passou a exigir adaptações técnicas nas aplicações emissoras.
Hoje, sua emissão está sujeita a regras específicas, layout XML próprio, Webservice exclusivo e validações obrigatórias da SEFAZ. Isso significa que transportadoras e desenvolvedores precisam manter seus sistemas atualizados para evitar rejeições e garantir a conformidade fiscal.
Por isso, entender suas regras de emissão e os impactos técnicos da sua implementação é essencial para quem desenvolve sistemas fiscais ou atua na gestão do transporte de cargas.
Qual é a diferença entre CTe Globalizado e CTe Simplificado?
Embora ambos tenham sido criados para simplificar a emissão de documentos fiscais no transporte de cargas fracionadas, o CTe Simplificado substitui o antigo CTe Globalizado e adota regras nacionais, com critérios de utilização definidos pela SEFAZ.
As principais diferenças entre os dois modelos estão resumidas na tabela abaixo.
| PRINCIPAIS DIFERENÇAS CTe GLOBALIZADO E CTe SIMPLIFICADO | ||
|---|---|---|
| Característica | CTe Globalizado | CTe Simplificado |
| Situação | Modelo anterior | Modelo vigente |
| Regulamentação | Normas e critérios estaduais | Regras nacionais definidas pelo Ajuste SINIEF e pela SEFAZ |
| Abrangência | Dependia da regulamentação de cada estado | Operações intermunicipais e interestaduais |
| Critério de emissão | Geralmente exigia grande volume de notas fiscais | Dois ou mais remetentes ou dois ou mais destinatários |
| Tomador do serviço | Variava conforme a regulamentação estadual | Obrigatoriamente único para toda a prestação |
Quem pode emitir o CTe Simplificado de acordo com a SEFAZ?
A emissão do CT-e Simplificado não é permitida em qualquer prestação de serviço. Para utilizar esse modelo, a operação de transporte deve atender simultaneamente a estes critérios, definidos pelo Ajuste SINIEF e pelas Notas Técnicas da SEFAZ:
- Único tomador do serviço: todas as notas fiscais envolvidas devem ter a mesma pessoa física ou jurídica como contratante e pagadora do frete;
- Tratamento tributário, fiscal e contábil uniforme: todas as NFes do lote precisam seguir a mesma regra fiscal (mesmo CFOP, mesma tributação), sem misturar operações com ICMS-ST, benefícios fiscais ou reduções de base de cálculo distintas;
- Mínimo de duas Notas Fiscais eletrônicas:se houver apenas uma NFe vinculada, a emissão deve seguir o CTe convencional;
- Mesma configuração de remetentes e destinatários: ou um remetente para múltiplos destinatários, ou um destinatário para múltiplos remetentes;
- Mesma UF de origem e destino: todas as prestações do lote devem começar e terminar na mesma unidade federativa;
- A transportadora precisa estar previamente credenciada e habilitada na SEFAZ: isso é necessário para emitir CTe, com certificado digital válido para assinar o documento.
Se qualquer um desses critérios não for cumprido,o uso do modelo Simplificado fica impedido e a emissão deve seguir o fluxo convencional do CTe.
Como funciona o layout e o preenchimento técnico do CTe Simplificado
Para empresas que desenvolvem integrações fiscais ou utilizam a API da Focus NFe, são necessárias adaptações na geração do XML e no fluxo de autorização junto à SEFAZ. Isso porque mesmo que o documento continue utilizando o modelo 57, a Nota Técnica 2024.002 introduz um novo tipo de CTe, regras de validação específicas e um serviço exclusivo para recepção do documento.
Dessa maneira, a implementação não deve se limitar à atualização do leiaute existente. A aplicação precisa identificar quando a prestação atende aos requisitos do CTe Simplificado, montar o XML conforme as novas regras e tratar as validações específicas desse modelo antes da transmissão.
A tag passa a identificar o CTe Simplificado
A principal questão estrutural do XML está na tag *
Na versão simplificada, esse campo deve ser preenchido obrigatoriamente com o valor 5, conforme definido pela NT 2024.002 v1.5. O código 6 foi reservado para o CTe de Substituição Simplificado. Caso o valor informado seja diferente, a secretaria da fazenda não reconhece corretamente o tipo de documento, o que pode gerar rejeição durante o processo de autorização.
Além disso, o XML passa a representar uma prestação centralizada, vinculando diversas chaves de acesso de NFe em um único Conhecimento de Transporte. Antes da transmissão, a aplicação deve validar se todas as notas fiscais atendem aos critérios previstos na legislação, especialmente a existência de um único tomador do serviço e a uniformidade das regras fiscais da operação.
Como o DACTe é apresentado?
Como o Conhecimento de Transporte Simplificado reúne diferentes NFes em uma única prestação, o documento impresso (Documento Auxiliar do Conhecimento de Transporte Eletrônico - DACTe) deixa de exigir a repetição de campos destinados à identificação individual dos destinatários.
Em vez disso, o DACTe apresenta as informações da prestação e destaca o tomador do serviço, responsável pela contratação do transporte. As informações detalhadas das notas fiscais permanecem vinculadas eletronicamente ao XML autorizado, preservando a rastreabilidade fiscal da operação e tornando o documento mais objetivo para conferência e transporte.
Como emitir CTe simplificado?
A emissão deste documento exige mais do que gerar um novo XML. Antes da autorização da emissão, a transportadora deve verificar se a operação atende às regras estabelecidas pelo Ajuste SINIEF e, em seguida, emitir o documento conforme o leiaute e as validações da NT 2024.002.
Para empresas que utilizam um emissor próprio, o processo pode ser dividido em seis etapas.
- Verifique se a operação atende aos critérios de elegibilidade: confirme se é possível utilizar o CTe Simplificado na operação, verificando se a emissão fiscal atende aos requisitos da legislação e ambiente autorizador;
- Agrupe as NFes da prestação: reúna todas as chaves de acesso das NFes que farão parte da mesma prestação de transporte;
- Gere o XML conforme o leiaute do CTe Simplificado: monte o XML utilizando o leiaute previsto, com o preenchimento da tag *
* que deve receber o valor 5 para identificar o documento como CTe Simplificado. Além disso, a aplicação deve gerar todos os grupos obrigatórios do XML e relacionar corretamente as notas vinculadas à prestação; - Transmita o documento para a SEFAZ: depois de validar o XML, o documento deve ser enviado ao Webservice de recepção do CTe, que realiza o processamento de forma síncrona. Durante essa etapa, a SEFAZ verifica tanto a estrutura do XML quanto as regras de negócio definidas para esse tipo de documento;
- Analise o retorno da autorização: se todas as validações forem atendidas, a SEFAZ retorna a autorização de uso do documento juntamente com o protocolo eletrônico.Caso exista alguma inconsistência, o documento será rejeitado. Nessa situação, é necessário corrigir a informação apontada e realizar uma nova transmissão;
- Emita o DACTe e acompanhe a prestação: após a autorização, o DACTe pode ser emitido para acompanhar o transporte da carga que contém apenas as informações do tomador do serviço, enquanto o detalhamento das NFe permanece vinculado eletronicamente ao XML autorizado.
Como emitir o CTe Simplificado com a API da Focus NFe
A API da Focus NFe permite emitir este documento de forma integrada ao seu ERP ou sistema próprio, eliminando a necessidade de acessar manualmente os portais da SEFAZ.
Toda a comunicação é realizada por meio de requisições REST, enquanto a plataforma é responsável por transmitir o XML, acompanhar o processamento da autorização e disponibilizar os arquivos fiscais da operação.
O processo de integração foi desenvolvido para simplificar a emissão, mas exige que a aplicação envie todas as informações obrigatórias previstas pela legislação e NT atualizada.
Para mais detalhes sobre o processo de emissão de CTe simplificado por meio da API da Focus NFe, basta acessar a nossa documentação.
Quais são as principais rejeições da SEFAZ ao emitir o CTe Simplificado?
Quando se fala do modelo simplificado, a emissão não significa apenas gerar um XML válido. O maior desafio está em garantir que o documento seja aprovado na primeira tentativa, evitando rejeições que interrompem a operação e exigem novas transmissões.
Em projetos bem estruturados, a validação acontece antes do envio à SEFAZ. Essa abordagem reduz falhas, diminui o consumo de requisições e melhora a disponibilidade do sistema, especialmente em aplicações que processam grande volume de documentos fiscais.
A seguir, estão as principais rejeições previstas na NT 2024.002 v1.05, suas causas e as medidas recomendadas para evitá-las durante o desenvolvimento da integração.
Rejeições de estrutura e schema do XML
São as falhas mais simples de prevenir, mas continuam entre as mais frequentes quando não existe uma etapa de validação local.
| cStat | Rejeição | Como prevenir |
|---|---|---|
| 215 | Falha no schema XML | Validar o XML localmente utilizando o mesmo arquivo XSD adotado pela SEFAZ antes da transmissão. |
| 243 | XML malformado | Gerar o XML em UTF-8, sem BOM, e eliminar caracteres inválidos ou de controle. |
| 402 404 598 599 | Namespace, encoding ou estrutura incorretos | Utilizar sempre o namespace oficial do CTe (xmlns=”http://www.portalfiscal.inf.br/cte”), evitando prefixos desnecessários, espaços e quebras de linha que alterem a estrutura do documento. |
Uma boa prática é transformar essa validação em um gate obrigatório da aplicação. Dessa forma, nenhum XML é transmitido sem passar pela mesma verificação estrutural realizada pela SEFAZ.
Rejeições relacionadas ao certificado digital e à assinatura
Grande parte dessas rejeições ocorre durante a assinatura do XML e costuma indicar problemas na implementação da integração.
| cStat | Rejeição | Como prevenir |
|---|---|---|
| 213 | CNPJ-base do emitente difere do certificado | Comparar os oito primeiros dígitos do CNPJ do certificado com o CNPJ do emitente antes da assinatura, exceto nas situações em que há grupo infPAA. |
| 297 298 | Assinatura digital inválida | Garantir que a assinatura utilize corretamente o Reference URI, o Id do infCte e os algoritmos de canonicalização previstos no projeto. |
| 900 901 906 | Certificado incompatível com emissão NFF | Quando a emissão ocorrer em tpEmis = 3 (NFF), impedir a utilização de certificados diferentes do eCNPJ da SVRS. |
Essas validações devem acontecer na camada de negócio, antes da geração do XML assinado.
Rejeições envolvendo o Provedor de Assinatura e Autorização (PAA)
A versão 1.05 da NT 2024.002 trouxe mudanças importantes nas regras do PAA. Por isso, essa passou a ser uma das áreas que mais exige atenção dos desenvolvedores.
| cStat | Rejeição | Como prevenir |
|---|---|---|
| 909 | CNPJ do PAA inválido | Validar o dígito verificador do CNPJ antes de preencher o grupo infPAA. |
| 911 | PAA não homologado | Manter atualizada a relação dos provedores homologados pelo ENCAT. |
| 912 | Emitente não associado ao PAA | Confirmar previamente se existe vínculo ativo entre emitente e provedor. |
| 910 | Emissão incompatível com a Plataforma de Emissão | Aplicar essa validação apenas quando a assinatura utilizar o certificado da SVRS, conforme definido na versão 1.05 da NT. |
| 915 | Assinatura deve ser do CNPJ do PAA | Quando o PAA enviar o XML diretamente, a assinatura deverá utilizar o certificado do próprio provedor. |
| 914 | Assinatura RSA inválida | Validar a assinatura digital antes da transmissão para confirmar que o algoritmo e a chave pública estão corretos. |
Essas regras variam conforme o fluxo de emissão utilizado, tornando essencial separar corretamente cada cenário dentro da aplicação.
Rejeições das regras de negócio
Mesmo com XML válido e assinatura correta, o CTe Simplificado ainda pode ser rejeitado por inconsistências nas informações fiscais. Entre as validações mais recorrentes estão:
| cStat | Rejeição | Como prevenir |
|---|---|---|
| 204 539 | Duplicidade de CTe | Implementar controle de idempotência utilizando o cCT antes da geração da chave de acesso. |
| 519 524 954 | CFOP incompatível com a operação | Determinar o CFOP automaticamente conforme a UF de início e término da prestação. |
| 650 | Valor total acima do limite permitido | Validar o limite máximo antes da emissão. |
| 531 | Valor a receber superior ao valor da prestação | Conferir automaticamente os cálculos dos componentes do frete. |
| 918 938 | Razão social incorreta em homologação | Preencher automaticamente a expressão obrigatória do ambiente de homologação sempre que tpAmb = 2. |
| 919 940 | Tipo de CTe incompatível com SVC | Restringir o tipo de documento permitido quando a autorização ocorrer em contingência SVC. |
| 843 844 847 | Documento referenciado inválido | Validar a estrutura completa da chave de acesso utilizando o algoritmo de módulo 11 antes da transmissão. |
| 943 e 945 | Documento referenciado fora do prazo | Verificar previamente se o documento referenciado respeita a janela temporal permitida pela legislação. |
Grande parte dessas rejeições pode ser eliminada com regras de validação implementadas diretamente na lógica da aplicação, sem depender da resposta da SEFAZ.
Rejeições relacionadas ao QR Code
O QR Code também possui validações específicas e qualquer divergência pode impedir a autorização do documento.
| cStat | Rejeição | Como prevenir |
|---|---|---|
| 852 | Chave do QR Code diferente da chave do CTe | Gerar o QR Code utilizando exatamente a chave de acesso validada do documento. |
| 853 854 855 | Parâmetro sign ausente ou incorreto | Incluir o parâmetro apenas quando a modalidade de emissão exigir essa informação, como ocorre na emissão por EPEC. |
A melhor forma de reduzir rejeições não é tratar os erros após o retorno da SEFAZ, mas impedir que eles aconteçam. Quanto mais validações forem executadas antes da transmissão, menor será o número de recusas, retransmissões e interrupções no processo de emissão.
Essa estratégia torna a integração mais estável, melhora a experiência do usuário e reduz significativamente o custo operacional de manutenção do sistema.
Simplifique sua gestão de documentos fiscais com a Focus NFe
O CTe Simplificado trouxe mais eficiência para o transporte de cargas fracionadas, mas também exige que empresas e desenvolvedores acompanhem as constantes atualizações da legislação, dos layouts XML e das validações da SEFAZ. Sem um sistema preparado, informações incorretas podem gerar rejeições, retrabalho e atrasos na operação.
Com a API da Focus NFe, sua empresa simplifica esse processo. Nossa plataforma oferece integração REST, emissão automatizada de documentos fiscais, atualização contínua conforme as Notas Técnicas publicadas e toda a infraestrutura necessária para manter seu sistema em conformidade fiscal.
Se você deseja emitir Conhecimento de Transporte eletrônico Simplificado e outros documentos fiscais com mais segurança, conheça a API da Focus NFe e descubra como simplificar sua integração com a SEFAZ, reduzir rejeições e acelerar o desenvolvimento da sua solução fiscal.
