# Automação de CT‑e e MDF‑e com IA: emissão, eventos e encerramento Canonical: https://agencialaf.com/blog/automacao-do-cte-e-mdfe-com-ia/ Updated: 2026-09-20 Category: Automação fiscal ## Resposta direta A automação de CT-e e MDF-e conecta pedido de frete, contrato, documentos de carga, cálculo fiscal, autorização, manifesto, viagem, eventos, entrega e encerramento. Regras determinísticas validam XML, cadastro, vínculo e vigência; a IA lê documentos, explica rejeições e prioriza exceções. Em 2026, o projeto deve versionar notas técnicas, distinguir obrigação normativa de regra de rejeição ativada e preparar o fluxo para CIOT e campos da reforma tributária sem presumir datas ou autorizações. ## Resposta curta Automação de CT-e e MDF-e com IA é o fluxo que transforma uma ordem de transporte aprovada em documentos fiscais autorizados, viagem monitorada, eventos oficiais, prova de entrega e manifesto encerrado. O sistema valida cadastros, XML, vínculos, regras e retornos; a IA lê documentos, explica rejeições e prioriza exceções. A IA não deve escolher sozinha tomador, CFOP, tributação, tipo de serviço, município, CIOT nem evento corretivo. Essas decisões precisam vir de regras versionadas, evidência e aprovação fiscal. O objetivo não é transmitir mais rápido a qualquer custo: é impedir que caminhão, documento e estado oficial contem histórias diferentes. > CT-e e MDF-e seguros formam uma máquina de estados auditável: cada emissão nasce de uma operação aprovada, cada mudança vira evento oficial e nenhuma entrega ou viagem é concluída apenas porque uma tela interna ficou verde. ![Equipe logística monitora ordens de frete, documentos eletrônicos, rotas, caminhões e entrega comprovada](/assets/blog/automacao-do-cte-e-mdfe-com-ia/hero-automacao-do-cte-e-mdfe-com-ia.png) ## Por que esta é uma pauta de alta intenção em 2026 Transportadoras, embarcadores, operadores logísticos e empresas com frota própria dependem da continuidade entre comercial, expedição, fiscal, TMS, ERP, motorista, cliente e contabilidade. Quando essa continuidade é manual, o erro aparece tarde: o veículo está no portão e falta autorização; o documento foi emitido para o tomador errado; o manifesto segue aberto; a entrega ocorreu, mas não há evento; ou uma rejeição é tratada com novo envio sem consulta do protocolo anterior. Em 2026, o tema ficou ainda mais urgente por três movimentos oficiais: - o Portal do CT-e publicou novas versões de notas técnicas e schemas ligados à Reforma Tributária do Consumo; - a Nota Técnica CT-e 2026.002 v1.01 passou a indicar implementação futura para a regra de rejeição por ausência do grupo IBS/CBS em produção, embora a obrigação normativa deva ser acompanhada nas orientações e atos vigentes; - o MDF-e recebeu a Nota Técnica 2026.001, que prepara validação da exigência do CIOT em hipóteses de transporte rodoviário remunerado previstas no Ajuste SINIEF 03/2026. Esses marcos não autorizam congelar uma regra no código ou no prompt. A empresa precisa controlar versão, ambiente, data de implantação, data de exigência, UF autorizadora, regime e cenário operacional. Uma regra disponível no schema pode ainda não ser obrigatória; uma obrigação normativa pode existir antes de a rejeição técnica ser ativada. O sistema deve mostrar essa diferença. ## CT-e e MDF-e não são o mesmo documento O CT-e, modelo 57, documenta operações e prestações previstas na legislação. O Ajuste SINIEF 09/2007 define o documento como eletrônico e de existência digital, com validade jurídica ligada à assinatura eletrônica qualificada e à autorização de uso pela administração tributária antes do fato gerador. O MDF-e, modelo 58, reúne documentos fiscais vinculados à carga ou à prestação e acompanha o percurso nas hipóteses aplicáveis. Ele organiza veículo, condutor, rota, carregamento, descarregamento e outros dados do transporte. Seu documento auxiliar é o DAMDFE. | Elemento | CT-e | MDF-e | Risco ao confundir | | --- | --- | --- | --- | | Função principal | documentar a prestação ou operação prevista | manifestar documentos e dados da viagem | imaginar que um documento substitui o outro | | Unidade de controle | prestação, tomador, remetente, destinatário, valores e tributação | viagem, veículo, condutor, percurso e documentos carregados | encerrar prestação e deixar viagem aberta | | Autorização | gera chave, protocolo e estado do CT-e | gera chave, protocolo e estado do MDF-e | aceitar número interno como autorização oficial | | Eventos | cancelamento, correção e eventos de entrega ou desacordo, entre outros | cancelamento, encerramento, inclusão de condutor e outros | editar o registro interno sem evento oficial | | Documento auxiliar | DACTE | DAMDFE | tratar a representação como o XML autorizado | | Encerramento operacional | depende dos eventos e da escrituração aplicáveis | evento obrigatório nas situações previstas | manter manifesto aberto e bloquear a operação seguinte | O DACTE e o DAMDFE ajudam a acompanhar e consultar. Eles não substituem o XML autorizado, os protocolos e os eventos. A automação deve guardar o conjunto eletrônico original, não apenas PDF ou imagem impressa. ## O princípio central: uma máquina de estados, não um botão de emitir O fluxo deve registrar estados explícitos. Para o CT-e, uma sequência comum pode ser `rascunho`, `validado`, `assinado`, `transmitido`, `autorizado`, `rejeitado`, `incerto`, `cancelado`, `entregue` ou `com insucesso`. Para o MDF-e, acrescente `viagem iniciada`, `em percurso` e `encerrado`. Não use um único campo como `processado=true`. Ele não responde se houve autorização, se o protocolo pertence ao mesmo XML, se o documento foi depois cancelado, se existe evento de entrega, se o manifesto está aberto ou se o retorno chegou após um timeout. Cada transição deve conservar: - XML ou payload exato enviado; - hash e versão do schema; - certificado ou identidade técnica utilizada, sem registrar segredo; - horário local e oficial do retorno; - ambiente de homologação ou produção; - UF ou autorizador responsável; - código e mensagem originais; - chave de acesso e protocolo; - usuário, regra e aprovação que liberaram a ação; - vínculo com ordem, viagem, veículo, motorista e documentos de carga. Quando a resposta for incerta, o estado correto é `aguardando consulta`, não `falhou`. Reenviar antes de consultar pode criar duplicidade, quebra de sequência ou divergência entre TMS e Sefaz. ## Dados que precisam estar coerentes antes da emissão Uma automação confiável começa antes do XML. Ela consolida fontes sem perder a origem: | Fonte | Dados usados | Controle mínimo | | --- | --- | --- | | pedido ou contrato de frete | partes, preço, condição, origem, destino e serviço | versão comercial aprovada | | ERP e cadastro fiscal | CNPJ/CPF, IE, endereços, regime e regras | validade e responsável pelo cadastro | | TMS | coleta, entrega, veículo, condutor, rota e carga | identificação única da viagem | | NF-e e outros DF-e | chaves, emitente, destinatário, peso, valor e itens | XML autorizado e situação atual | | motor tributário | CFOP, CST, base, alíquota, IBS/CBS e benefícios | regra por vigência e cenário | | ANTT e contrato de transporte | RNTRC, contratante, pagamento, CIOT e vale-pedágio quando aplicável | fonte, prazo e hipótese legal | | certificado e autorizador | identidade, validade, cadeia e ambiente | segredo em cofre e rotação | | telemetria e aplicativo | início, posição, parada, entrega e ocorrência | finalidade, precisão e retenção | Descrição parecida não prova identidade. Um modelo de linguagem pode sugerir que “CD Campinas” e “Centro de Distribuição Campinas” representam o mesmo local, mas CNPJ, IE, município, endereço e regra fiscal precisam confirmar o vínculo. ## Fluxo seguro da automação de CT-e e MDF-e ![Fluxo de CT-e e MDF-e entre ordem aprovada, validação, autorização, viagem, entrega, encerramento e revisão de exceções](/assets/blog/automacao-do-cte-e-mdfe-com-ia/fluxo-automacao-do-cte-e-mdfe-com-ia.png) ### 1. Receber a ordem de transporte aprovada Crie uma chave idempotente para a solicitação e congele a versão comercial usada. Valide quem contratou, quem paga, quem recebe, qual serviço será prestado, origem, destino, modal, carga, valor e prazo. Se o contrato ainda estiver em negociação, não gere documento fiscal. Mudança posterior de tomador, rota ou preço pode exigir procedimento próprio e não deve ser tratada como simples edição no TMS. ### 2. Capturar os documentos de carga Busque os XML autorizados e confirme situação, chave, emitente, destinatário, valores, peso e vínculo com a coleta. Evite digitar chaves a partir de DANFE. Leitura por código de barras ou OCR pode acelerar a captura, mas a integração precisa consultar e validar o documento eletrônico. Bloqueie duplicidade de chave dentro da mesma composição quando a regra aplicável não permitir repetição. Documentos cancelados, denegados ou inexistentes devem ir para exceção. ### 3. Determinar o cenário por regra versionada O motor de regras decide, com configuração aprovada, qual documento, tipo de serviço, tomador, CFOP, municípios, tributação e grupos são aplicáveis. A decisão precisa ser reproduzível: dada a mesma entrada, versão e vigência, o resultado deve ser o mesmo. A IA pode extrair cláusulas, comparar cadastros e explicar o cenário sugerido. Ela não deve preencher o XML apenas porque encontrou um exemplo semanticamente próximo. ### 4. Validar o CT-e antes de assinar Valide schema, domínios, casas decimais, totalizações, referências, partes, municípios, modal, valores, tributação e campos condicionais. Compare o payload com a ordem aprovada e apresente diferenças materiais ao fiscal. Calcule um hash do XML final antes da assinatura. Se qualquer campo mudar depois da aprovação, invalide a aprovação anterior e recalcule. ### 5. Transmitir e reconciliar a autorização Envie com credencial mínima e identificador idempotente interno. Registre a resposta original. Em timeout, consulte pelo mecanismo oficial e pelo identificador adequado antes de repetir. Somente o protocolo de autorização coerente com o XML libera as etapas seguintes. Um retorno HTTP bem-sucedido, uma fila vazia ou uma impressão gerada não bastam. ### 6. Montar e autorizar o MDF-e Reúna os documentos autorizados, veículo, condutor, percurso, municípios de carregamento e descarregamento e os demais grupos aplicáveis. Valide se algum CT-e foi cancelado ou alterado depois de entrar na composição. O Ajuste SINIEF 21/2010 deixa claro que, depois da autorização, o arquivo do MDF-e não pode ser alterado. Mudanças permitidas seguem eventos ou emissão de novo documento conforme o caso. ### 7. Liberar a viagem com prova O portão ou aplicativo deve verificar autorização, chave, protocolo, ambiente correto, veículo, condutor e documentos vinculados. A liberação precisa mostrar a fonte oficial e o horário da última consulta. Não permita que um operador troque a placa apenas na tela interna. Se a mudança ocorrer depois da autorização, aplique o procedimento compatível com a situação real e a regra vigente. ### 8. Registrar eventos durante o percurso Mantenha separado o que vem do motorista, da telemetria, do cliente e da Sefaz. Um evento operacional como “chegou ao destino” não é automaticamente um evento fiscal. A automação deve transformar o fato em tarefa, validar os dados e registrar o evento oficial quando aplicável. Inclua condutor, documento, pagamento ou outra informação somente dentro das hipóteses e layouts vigentes. Guarde o protocolo de cada evento e a ligação com o documento original. ### 9. Comprovar entrega ou insucesso O CT-e admite eventos como comprovante de entrega e insucesso na entrega. O comprovante eletrônico não deve ser um arquivo solto: relacione data, recebedor, evidência, localização quando autorizada, chave, protocolo e política de privacidade. Se a entrega falhar, registre o motivo real. Não marque como entregue para fechar indicador de prazo. O evento de insucesso existe justamente para distinguir tentativa, ocorrência e conclusão. ### 10. Encerrar o MDF-e O encerramento estabelece o fim da vigência do manifesto. A legislação consolidada prevê encerramento ao término do último descarregamento e também em situações como transbordo, redespacho, subcontratação, substituição de veículo ou contêiner, retenção imprevista parcial e inclusão de novas mercadorias para a mesma UF de descarregamento. O sistema deve disparar a tarefa com base no evento operacional, mas confirmar o protocolo oficial. “Chegada detectada pelo GPS” e “MDF-e encerrado” são estados diferentes. ### 11. Reconciliar fiscal, financeiro e operação Depois da viagem, confira CT-e autorizado ou cancelado, MDF-e encerrado, documentos de carga, entrega, valor faturado, pagamento, custo e escrituração. Divergências voltam para uma fila com responsável e prazo. Essa reconciliação impede que a operação pare no encerramento logístico e deixe pendência fiscal ou financeira escondida. ## O que mudou ou merece preparação em 2026 ### Campos de IBS e CBS no CT-e A Receita Federal informa que os documentos fiscais eletrônicos, incluindo CT-e e CT-e OS, integram as obrigações da Reforma Tributária do Consumo conforme normas e notas técnicas. A NT CT-e 2026.002 v1.01, porém, registrou como implementação futura a exigência técnica em produção da regra que rejeita a ausência do grupo IBS/CBS. Na prática, trate separadamente: 1. a obrigação jurídica aplicável ao contribuinte e à operação; 2. a capacidade do schema e do autorizador; 3. a ativação de uma regra de rejeição; 4. a orientação fiscal interna; 5. a data efetiva por ambiente e versão. Ausência de rejeição não equivale a dispensa. Também não se deve forçar um grupo antes de confirmar a combinação vigente de regra, ambiente e operação. ### CIOT no MDF-e O Ajuste SINIEF 03/2026 trata da informação do CIOT no MDF-e para o transporte rodoviário de cargas nas hipóteses definidas. A Nota Técnica MDF-e 2026.001 especifica uma regra de validação ligada a essa exigência. Prepare o sistema para obter e validar o CIOT antes da composição final, sem inventar número, reutilizar vínculo incompatível ou assumir que toda viagem segue a mesma hipótese. Mostre separadamente obrigação aplicável, dado disponível, validação local e retorno do autorizador. ### Schemas e pacotes mudam O Portal do CT-e publicou em agosto de 2026 schemas da NT 2026.002 v1.01 e de outras notas. O portal do MDF-e também mantém manuais, schemas, notas e tabelas. Uma automação madura não depende de upload manual eventual: ela monitora a fonte oficial, abre mudança controlada, executa testes e promove a versão após aprovação. ## Eventos não são campos editáveis Depois da autorização, o histórico passa a ser composto pelo documento e seus eventos. Para o CT-e, isso pode envolver cancelamento, Carta de Correção Eletrônica, prestação em desacordo, comprovante de entrega, insucesso e referências a documentos complementares ou de substituição. Para o MDF-e, inclui cancelamento, encerramento, inclusão de condutor, registro de passagem e outros eventos previstos. Cada evento tem autor, condição, prazo e consequência. O sistema deve impedir três atalhos: 1. alterar o banco interno sem transmitir o evento; 2. transmitir um evento apenas para fazer o painel fechar; 3. considerar o evento aceito antes do protocolo oficial. Para o cancelamento, por exemplo, o Ajuste SINIEF 09/2007 prevê prazo de até 168 horas para o CT-e, desde que o serviço não tenha começado, sem prejuízo das demais regras e da disciplina estadual. Para o MDF-e, o Ajuste SINIEF 21/2010 prevê até 24 horas, desde que o transporte não tenha começado. A unidade federada pode disciplinar recepção extemporânea; isso não transforma o prazo regular em sugestão. ## Contingência sem duplicidade Contingência é um regime operacional controlado, não um botão de “ignorar Sefaz”. O sistema precisa detectar indisponibilidade, registrar o motivo, usar o tipo de emissão aplicável, produzir o documento auxiliar conforme a regra, controlar numeração e transmitir depois da normalização. Crie uma fila separada para documentos em contingência. Antes de retransmitir, confirme se houve autorização tardia. Se o retorno for rejeição, preserve o arquivo original, corrija conforme a regra e mantenha a ligação entre tentativa, documento e protocolo. Teste pelo menos: - timeout antes e depois do recebimento pelo autorizador; - resposta tardia; - indisponibilidade parcial; - certificado expirado; - rejeição de schema; - queda entre CT-e autorizado e MDF-e ainda não enviado; - retorno do ambiente errado; - reprocessamento depois de reinício do serviço. ## Onde a IA ajuda e onde deve parar ### Usos adequados - extrair dados de pedidos, contratos, comprovantes e ocorrências; - comparar cadastros e destacar diferenças; - relacionar documentos candidatos por chave e contexto; - explicar códigos de rejeição usando base oficial versionada; - classificar ocorrências de entrega; - resumir mudanças entre notas técnicas; - priorizar manifestos abertos e documentos sem evento; - gerar uma minuta de análise com links para a evidência; - detectar padrões anormais de cancelamento, rejeição ou atraso; - responder dúvidas internas sobre procedimentos aprovados. ### Decisões que não devem ser delegadas - definir tomador ou parte da prestação; - escolher CFOP, CST, cClassTrib, alíquota ou benefício; - decidir tipo de CT-e ou hipótese do MDF-e; - inventar ou reaproveitar CIOT; - trocar veículo, condutor ou documento fora do procedimento; - decidir cancelamento, substituição ou correção por similaridade; - transmitir em produção com credencial ampla; - considerar entrega comprovada sem evento e evidência; - encerrar manifesto sem validar a viagem real; - interpretar ausência de rejeição como dispensa normativa. O modelo deve responder com campos estruturados: fonte, versão, dados comparados, regra acionada, confiança, divergência e ação permitida. Quando faltar evidência, a saída correta é `revisão necessária`. ## Painel operacional que reduz surpresa no portão ![Painel de transporte mostra documentos autorizados, viagens ativas, manifestos abertos, entregas, contingências e fila de rejeições](/assets/blog/automacao-do-cte-e-mdfe-com-ia/painel-automacao-do-cte-e-mdfe-com-ia.png) Um bom painel começa por exceções acionáveis: - ordens aprovadas ainda sem documento; - CT-e autorizados, rejeitados, cancelados e em retorno incerto; - MDF-e autorizados, em percurso e aguardando encerramento; - viagens liberadas sem última consulta recente; - documentos de carga cancelados depois da composição; - CIOT ausente em cenário potencialmente aplicável; - entregas sem comprovante ou com insucesso; - tentativas em contingência ainda não reconciliadas; - certificados próximos do vencimento; - schema em produção diferente do homologado; - rejeições por causa, UF, filial e versão; - eventos enviados sem protocolo final. Cada indicador precisa abrir o documento, a regra e o retorno. Um gráfico de 98% de sucesso pode esconder os 2% que pararam veículos, geraram cobrança errada ou deixaram manifestos abertos. ## Exemplo concreto: transportadora com 420 viagens por dia Considere uma transportadora rodoviária que recebe pedidos de dez embarcadores, opera cinco filiais e emite cerca de 420 viagens por dia. O TMS cria CT-e e MDF-e a partir de planilhas, APIs e digitação no balcão. No diagnóstico, a automação encontra: 1. dois cadastros do mesmo tomador com inscrições estaduais diferentes; 2. 14 CT-e em estado `enviado` depois de timeout, embora 11 já estejam autorizados; 3. quatro MDF-e com documento de carga cancelado após a composição; 4. sete viagens concluídas no TMS, mas com manifesto ainda aberto; 5. comprovantes de entrega em imagem sem vínculo com chave e protocolo; 6. uma filial testando campos da reforma tributária com schema diferente da produção; 7. três cenários de transporte remunerado que precisam de revisão do CIOT; 8. operadores reenviando rejeições sem separar erro cadastral de indisponibilidade. O piloto não começa emitindo sozinho. Primeiro, ele consulta estados, reconcilia o que já existe e cria uma fila. Depois, valida novos pedidos em modo sombra. Somente os cenários estáveis recebem emissão assistida. Em quatro semanas, a equipe deixa de medir apenas “documentos emitidos” e passa a acompanhar primeiro envio correto, retorno incerto reconciliado, tempo para encerrar MDF-e, entrega com evidência e rejeição por causa. A melhoria nasce do processo explicável, não de um texto gerado mais rápido. ## Segurança, privacidade e auditoria Certificados, chaves privadas e senhas não entram em prompts, planilhas ou logs. Use cofre de segredos, rotação, menor privilégio e conectores separados para leitura e transmissão. Dados de motorista e recebedor exigem finalidade, acesso restrito e retenção adequada. Geolocalização não deve ser coletada sem necessidade operacional e base apropriada. O comprovante precisa ser útil à prova sem expor mais dados do que o necessário. Implemente: - segregação entre cadastro, regra, aprovação e transmissão; - dupla aprovação para alterações fiscais sensíveis; - mascaramento de documentos pessoais na interface; - trilha imutável de payload, hash, protocolo e evento; - alertas de uso fora do horário ou volume esperado; - limite de taxa e idempotência; - homologação separada de produção; - backup dos XML e eventos; - plano de contingência testado; - revisão periódica de acessos e fornecedores. ## Erros comuns na automação de CT-e e MDF-e 1. **Tratar DACTE e DAMDFE como documento original:** perde XML, assinatura, protocolo e eventos. 2. **Emitir direto de planilha sem versão:** não prova qual pedido liberou o documento. 3. **Reenviar depois de timeout:** cria duplicidade ou divergência. 4. **Usar IA como motor tributário:** transforma probabilidade em regra fiscal. 5. **Confundir entrega com encerramento:** fecha o TMS e mantém MDF-e aberto. 6. **Alterar cadastro retroativamente:** apaga a origem do documento emitido. 7. **Usar uma regra para todas as filiais:** ignora UF, regime, autorizador e cenário. 8. **Acompanhar só rejeição:** esquece documentos autorizados com dado comercial errado. 9. **Não versionar schema:** homologação e produção passam a validar estruturas diferentes. 10. **Guardar certificado em servidor compartilhado:** amplia impacto de vazamento. 11. **Contar evento enviado como aceito:** ignora protocolo e resposta oficial. 12. **Presumir que regra futura já vale:** antecipa rejeições e campos sem base. ## Método Laf para implantar a automação ### Diagnóstico do fluxo real Escolha uma filial e reconstrua viagens recentes. Ligue pedido, contrato, DF-e, CT-e, MDF-e, telemetria, entrega, cobrança e escrituração. Meça digitação, rejeição, timeout, manifesto aberto e evidência órfã. ### Modelo de dados e regras Defina chaves, estados, versões, autores e eventos. Separe regra tributária, validação técnica, inferência da IA e aprovação humana. Documente qual fonte tem autoridade para cada campo. ### Piloto somente leitura Consulte documentos e eventos existentes, reconcilie o TMS e produza a fila sem transmitir. O piloto deve encontrar divergências conhecidas e explicar as novas. ### Validação em modo sombra Gere o XML candidato em paralelo ao processo atual e compare antes da emissão real. Use amostras por filial, modal, tomador, tipo de serviço, contingência e regra fiscal. ### Emissão assistida Habilite cenários estáveis com aprovação e limites. O operador visualiza diferenças, fonte e payload antes de liberar. Casos fora da matriz permanecem manuais. ### Eventos e encerramento Conecte entrega, insucesso e encerramento com protocolos oficiais. Não automatize apenas a entrada; o ganho depende de fechar o ciclo. ### Operação contínua Monitore portais oficiais, notas, schemas, tabelas e atos. Rode testes de regressão antes de promover versão. Reveja indicadores e acessos mensalmente. ## Checklist de implantação - [ ] mapear CT-e, MDF-e, eventos e documentos auxiliares; - [ ] inventariar filiais, UFs, autorizadores, certificados e ambientes; - [ ] versionar pedidos, cadastros e regras fiscais; - [ ] preservar XML, hash, protocolo e retorno original; - [ ] implementar idempotência e consulta após timeout; - [ ] validar documentos de carga antes do manifesto; - [ ] distinguir obrigação, schema e regra de rejeição; - [ ] revisar hipóteses de CIOT com fiscal e operação; - [ ] testar contingência e recuperação; - [ ] ligar entrega, insucesso e encerramento; - [ ] criar fila por causa, impacto e responsável; - [ ] proteger certificados e dados pessoais; - [ ] executar homologação por cenários; - [ ] monitorar notas e schemas oficiais. ## Referências consultadas - [CONFAZ — Ajuste SINIEF 09/2007, texto consolidado do CT-e](https://www.confaz.fazenda.gov.br/legislacao/ajustes/2007/AJ_009_07) - [CONFAZ — Ajuste SINIEF 21/2010, texto consolidado do MDF-e](https://www.confaz.fazenda.gov.br/legislacao/ajustes/2010/AJ_021_10) - [CONFAZ — Ajuste SINIEF 03/2026 sobre informação do CIOT no MDF-e](https://www.confaz.fazenda.gov.br/legislacao/ajustes/2026/AJ003_26) - [Portal Nacional do CT-e — manuais vigentes](https://www.cte.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=YIi+H8VETH0%3D) - [Portal Nacional do CT-e — notas técnicas](https://www.cte.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Y0nErnoZpsg%3D) - [Portal Nacional do CT-e — schemas XML](https://www.cte.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=0xlG1bdBass%3D) - [Portal Nacional do CT-e — Nota Técnica 2026.002 v1.01 da Reforma Tributária do Consumo](https://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=nYNUxSrXYaU%3D) - [Portal Nacional do CT-e — Nota Técnica 2024.002 do CT-e Simplificado](https://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Y1psoH3SyAA%3D) - [Portal do MDF-e da Sefaz Virtual RS — manuais, schemas, notas e tabelas](https://dfe-portal.svrs.rs.gov.br/Mdfe/Documentos) - [Portal do MDF-e da Sefaz Virtual RS — busca oficial da Nota Técnica 2026.001](https://dfe-portal.svrs.rs.gov.br/Mdfe/Busca?palavraschave=2026) - [Portal Nacional do CT-e — Manual de Orientação do Contribuinte MDF-e 3.00b](https://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=QWruTo%2FrvI8%3D) - [Receita Federal — orientações da Reforma Tributária para 2026](https://www.gov.br/receitafederal/pt-br/acesso-a-informacao/acoes-e-programas/programas-e-atividades/reforma-tributaria-do-consumo/orientacoes-2026) ## Perguntas frequentes ### O que é automação de CT-e e MDF-e com IA? É a integração entre ordem de transporte, cadastros, documentos de carga, cálculo fiscal, autorização, viagem, eventos, entrega, encerramento e escrituração. A IA organiza informação e exceções; regras e pessoas autorizadas controlam decisões fiscais. ### CT-e e MDF-e são obrigatórios em toda operação? Não se deve generalizar. A obrigação depende do contribuinte, operação, modal, percurso e legislação aplicável. O sistema precisa selecionar a hipótese por regra aprovada e vigente. ### Qual é a diferença entre CT-e e MDF-e? O CT-e documenta a prestação ou operação prevista. O MDF-e manifesta documentos e dados da viagem. Eles se relacionam, mas têm finalidades, layouts, eventos e ciclos próprios. ### DACTE é o CT-e? Não. O DACTE é o documento auxiliar. O CT-e é o documento eletrônico autorizado, com XML, assinatura, chave, protocolo e eventos. ### DAMDFE é o MDF-e? Não. O DAMDFE é a representação auxiliar para acompanhar a carga e facilitar consulta. O MDF-e oficial é eletrônico. ### A IA pode escolher o tomador do serviço? Não de forma autônoma. Ela pode comparar contrato e cadastro, mas o tomador decorre da operação e das regras aplicáveis, com impacto fiscal e financeiro. ### A IA pode calcular CFOP e tributação? Pode aplicar uma matriz fiscal aprovada e explicar o resultado. Não deve inventar regra ou escolher por semelhança textual quando o cenário não está mapeado. ### O que fazer quando a transmissão dá timeout? Marque o estado como incerto e consulte o autorizador antes de reenviar. Guarde payload, hash, horário e identificadores para reconciliar uma resposta tardia. ### Um CT-e autorizado pode estar errado? Sim. A autorização confirma validações do autorizador, mas não substitui a responsabilidade sobre a operação e os dados. Por isso, a validação interna continua necessária. ### É possível editar um MDF-e autorizado? Não como arquivo original. Depois da autorização, mudanças seguem eventos e procedimentos previstos para cada situação. O banco interno não pode simular alteração oficial. ### Quando o MDF-e deve ser encerrado? Nas situações previstas no Ajuste SINIEF 21/2010, incluindo o término do último descarregamento e outras ocorrências específicas. O sistema deve consultar a regra vigente e guardar o protocolo do evento. ### GPS pode encerrar o MDF-e automaticamente? O GPS pode disparar uma tarefa, mas não prova sozinho que todos os requisitos foram cumpridos. Valide descarregamento, documentos, ocorrência e retorno oficial antes de concluir. ### Qual é o prazo regular para cancelar CT-e? O texto consolidado do Ajuste SINIEF 09/2007 prevê até 168 horas após a autorização, desde que a prestação não tenha começado e observadas as demais regras. Consulte também a disciplina da UF. ### Qual é o prazo regular para cancelar MDF-e? O Ajuste SINIEF 21/2010 prevê até 24 horas após a autorização, desde que o transporte não tenha começado, além das demais regras aplicáveis. ### O que é prestação de serviço em desacordo? É evento do CT-e registrado pelo tomador para declarar que a prestação descrita não corresponde ao acordado, conforme condições e procedimento oficiais. ### O que é comprovante de entrega eletrônico do CT-e? É o evento que registra a entrega com informações eletrônicas. Deve estar ligado à chave, evidência e protocolo; não é apenas uma foto no aplicativo. ### O que é evento de insucesso na entrega? É o registro da impossibilidade de concluir a entrega, com o motivo aplicável. Ele distingue tentativa real de entrega concluída e evita baixa falsa. ### O que é CIOT? É o Código Identificador da Operação de Transporte. Sua informação depende das hipóteses legais e operacionais aplicáveis; não deve ser inventado, duplicado ou tratado como campo opcional genérico. ### O CIOT passa a ser rejeitado no MDF-e em 2026? A NT MDF-e 2026.001 especifica regra de validação relacionada à exigência. A empresa deve acompanhar cronograma oficial, ambiente e Ajuste SINIEF 03/2026, distinguindo obrigação normativa de ativação técnica. ### CT-e precisa ter IBS e CBS em 2026? A resposta depende das normas e notas vigentes para a operação. A NT 2026.002 v1.01 marcou como futura a implementação em produção da rejeição por ausência do grupo, o que não deve ser confundido com dispensa jurídica. ### Como controlar versões de schema? Registre versão por ambiente e autorizador, valide o XML localmente, rode regressão em homologação e promova com aprovação. Nunca troque todos os emissores sem plano de retorno. ### CT-e Simplificado usa o mesmo fluxo? Ele compartilha parte da infraestrutura, mas possui especificações e regras próprias. Modele o tipo explicitamente e valide conforme a nota técnica vigente. ### Como evitar emissão duplicada? Use chave idempotente por solicitação, hash do payload, bloqueio de concorrência, consulta após timeout e reconciliação periódica com o autorizador. ### O motorista pode receber o XML pelo WhatsApp? O canal precisa ser avaliado quanto a finalidade, segurança e exposição. Prefira aplicativo ou portal autenticado e envie apenas o necessário para a viagem. ### Como proteger o certificado digital? Armazene em cofre ou infraestrutura apropriada, limite o serviço que pode usá-lo, registre operações, faça rotação e nunca coloque segredo em prompt ou log. ### Quais indicadores acompanhar? Primeiro envio correto, rejeição por causa, timeout reconciliado, tempo até autorização, manifesto aberto após viagem, entrega com evidência, contingência pendente e divergência de schema. ### Qual é um bom primeiro piloto? Uma filial, um modal e um conjunto pequeno de cenários recorrentes. Comece em leitura e modo sombra, compare com a emissão atual e só depois libere transmissão assistida. ### Quanto tempo leva para automatizar? Depende da qualidade dos cadastros, variedade fiscal, número de filiais, emissores e integrações. Um diagnóstico curto revela se o primeiro ganho está na reconciliação, validação ou emissão. ## Próximo passo Selecione vinte viagens recentes e reúna pedido, contrato, XML de carga, CT-e, MDF-e, eventos, comprovante de entrega, cobrança e escrituração. Em um diagnóstico, a Laf Digital pode localizar divergências, medir retrabalho e desenhar um piloto com regras versionadas, aprovação, idempotência e auditoria. [Fale com a Laf Digital](/#contato) para avaliar a automação sem delegar decisões fiscais críticas à IA.