Sistema para transportadora: TMS pronto ou sob medida?
O que um sistema precisa cobrir numa transportadora: CT-e, MDF-e, tabela de frete, ocorrências e acerto de motorista, e quando vale fazer sob medida.
Neste artigo
- O fluxo de uma carga, da cotação ao faturamento
- CT-e e MDF-e: os documentos fiscais do transporte em linhas gerais
- Tabela de frete: onde mora a complexidade de verdade
- Ocorrências, rastreamento e comunicação com o embarcador
- Acerto de viagem e despesas do motorista
- TMS de mercado, sob medida ou os dois juntos
- Arquitetura em linguagem simples
- Como medir se deu certo
- Como começar sem parar a operação
- Onde a Pervian Tech entra
Transportadora que cresce costuma chegar ao mesmo retrato: o CT-e sai de um emissor, a cotação vive no e-mail do comercial, a tabela de frete de cada cliente está numa planilha diferente, o acerto do motorista é feito na calculadora e a ocorrência de entrega chega por áudio no WhatsApp. Cada peça funciona sozinha. Juntas, elas escondem margem, atrasam o faturamento e deixam o embarcador sem resposta.
A pergunta seguinte é quase sempre a mesma: comprar um TMS (Transportation Management System) de mercado ou construir um sistema sob medida? Antes de responder, vale olhar o fluxo inteiro de uma carga e ver onde cada opção aperta.
O fluxo de uma carga, da cotação ao faturamento
Um sistema para transportadora não é um emissor fiscal com cadastro em volta. É o registro de uma cadeia de eventos que termina depois que o dinheiro entra:
- Cotação. O embarcador pede preço para origem, destino, peso, volume e valor de mercadoria. A resposta depende da tabela negociada com aquele cliente.
- Coleta. A ordem é programada, um veículo é designado, a mercadoria é retirada e conferida.
- Emissão. Com a nota fiscal do embarcador em mãos, sai o CT-e e, para a viagem, o MDF-e.
- Viagem. O veículo roda, passa por transbordo ou filial, e cada movimentação é registrada.
- Ocorrência e entrega. Destinatário ausente, avaria, recusa, reentrega ou entrega com comprovante.
- Faturamento. Os CT-es do período viram fatura, que o embarcador confere contra o que esperava pagar.
- Acerto. O motorista presta contas do adiantamento e das despesas, e a viagem é fechada no custo.
O ponto que costuma passar despercebido: a margem de uma viagem só aparece no passo 7, e é comum que só o passo 3 receba rigor, porque é ali que a SEFAZ cobra. Um bom sistema liga o preço cotado ao custo realizado da mesma carga. Sem essa ligação, a transportadora sabe quanto faturou, mas não quanto ganhou em cada cliente ou rota.
CT-e e MDF-e: os documentos fiscais do transporte em linhas gerais
Dois documentos eletrônicos sustentam a parte fiscal do transporte rodoviário de cargas. Segue uma visão geral; a regra do seu caso depende da operação, dos estados envolvidos e do seu contador.
CT-e (Conhecimento de Transporte Eletrônico, modelo 57). Documenta a prestação do serviço de transporte de carga, em geral nas operações intermunicipais e interestaduais sujeitas ao ICMS. É autorizado pela SEFAZ, referencia as notas da mercadoria transportada e identifica o tomador do serviço, quem paga o frete. Tem ciclo de vida próprio: cancelamento dentro do prazo, carta de correção para ajustes permitidos, CT-e complementar, de substituição e de anulação. Transporte dentro do mesmo município costuma seguir outra lógica, a do ISS e da NFS-e, e isso também precisa estar previsto.
MDF-e (Manifesto Eletrônico de Documentos Fiscais, modelo 58). Agrupa os documentos fiscais transportados por um veículo numa viagem. É exigido no transporte interestadual e, em várias situações, dentro do estado, conforme a legislação de cada UF. Tem eventos como inclusão de condutor e, principalmente, o encerramento ao final do percurso. Manifesto esquecido em aberto é causa conhecida de rejeição na emissão do próximo, e costuma ser descoberto na pior hora: com o caminhão carregado na doca.
Em volta desses dois aparecem outras obrigações que o sistema precisa, no mínimo, registrar: a averbação do seguro de carga a cada CT-e, normalmente automatizada com a seguradora ou a averbadora; o RNTRC, registro obrigatório de quem transporta carga por conta de terceiros; e, na subcontratação de transportador autônomo, exigências da ANTT como o pagamento eletrônico do frete e o CIOT.
Há ainda a reforma tributária do consumo, em transição a partir de 2026, que altera campos e cálculos nos documentos fiscais eletrônicos, inclusive os do transporte. Alguém precisa ser dono da atualização do motor fiscal. Rejeição, contingência e cancelamento funcionam como na nota fiscal, assunto do texto sobre emissão automática de NF-e e NFS-e integrada ao sistema.
Tabela de frete: onde mora a complexidade de verdade
Se existe um módulo que decide se o TMS de prateleira serve ou não, é este. Uma tabela de frete real raramente é "preço por quilo por destino". Ela costuma combinar:
- Frete peso por faixa, com frete mínimo por documento.
- Peso cubado, pelo fator de cubagem acordado, cobrando o maior entre o peso real e o cubado.
- Frete valor (ad valorem) e GRIS, sobre o valor da mercadoria e ligados ao risco da carga.
- Pedágio, por fração de peso ou por eixo.
- Taxas de dificuldade: TDE, TDA, agendamento, restrição de horário, área de risco.
- Adicionais de exceção: reentrega, devolução, armazenagem, estadia, ajudante.
- Regionalização: praças por faixa de CEP, capital e interior, rotas com generalidades próprias.
Agora multiplique por cliente. O embarcador grande negociou uma tabela com lógica própria; o médio usa a tabela geral com desconto; um terceiro paga por veículo dedicado, e não por quilo. Some a vigência (tabela nova a partir de uma data, com cargas antigas ainda no fluxo), o reajuste e, na contratação do transporte, os pisos mínimos de frete da ANTT previstos na Lei 13.703/2018, nos casos em que se aplicam.
O erro mais comum é tratar a tabela como dado, quando parte dela é regra. Quando o TMS só aceita a estrutura que conhece, a regra que não cabe vai para a planilha paralela, e a cotação volta a depender de uma pessoa específica. É aqui que o sob medida costuma se justificar: um motor de cálculo que modela componentes, condições e vigências, e que é o mesmo na cotação, no CT-e e na conferência da fatura.
Ocorrências, rastreamento e comunicação com o embarcador
Para o embarcador, a transportadora é aquilo que ele consegue ver: o status da carga, sem precisar ligar. Isso exige três camadas.
Captura do evento na ponta. O motorista registra a ocorrência quando ela acontece, com código padronizado, foto e localização. "Cliente ausente" digitado livremente não vira relatório; um código fechado vira. O desenho desse lado, com modo offline e comprovante digital no lugar do canhoto, está no texto sobre app de entregas com rastreio e comprovante digital.
Consolidação. O evento do app, a posição do rastreador e a baixa do conferente precisam virar uma linha do tempo única por documento. Posição de GPS sozinha não é status; "saiu para entrega" é.
Entrega da informação. Muitos embarcadores ainda trocam arquivos EDI em layouts consagrados no setor, como NOTFIS (notas para a transportadora), CONEMB (conhecimentos emitidos), OCOREN (ocorrências) e DOCCOB (cobrança). Outros preferem API, webhook ou portal, e um mesmo cliente pode exigir EDI para ocorrência e portal para comprovante. Cada embarcador relevante é uma integração com contrato próprio, e isso precisa estar no escopo desde o começo.
Acerto de viagem e despesas do motorista
O acerto é o módulo mais negligenciado e um dos que mais escondem dinheiro. No fechamento de cada viagem, alguém confronta o adiantamento entregue, as despesas de rota (combustível, pedágio fora do vale-pedágio, alimentação, pernoite, chapa, pequenos reparos), os comprovantes de cada uma, a comissão ou diária e o saldo a pagar ou descontar.
Feito em papel, o acerto chega dias depois, quando já não dá para contestar nada. No sistema, com o motorista fotografando o comprovante no ato e o abastecimento cruzado com o cartão combustível e a quilometragem do rastreador, ele fecha rápido e aponta exceções: litros acima da capacidade do tanque, abastecimento longe da rota, pedágio lançado duas vezes.
Dois cuidados. Para motorista empregado, a legislação do motorista profissional (Lei 13.103/2015) exige controle de jornada, tempo de direção e descanso, registros que conversam com a folha. Para agregado e autônomo, a relação é outra, com contrato de frete, CIOT quando aplicável e pagamento pelo meio exigido. Misturar os dois num cadastro genérico de "motorista" é pedir problema trabalhista ou fiscal. O custo do veículo (manutenção, pneus, documentação) é tema do texto sobre sistema de controle de frota.
TMS de mercado, sob medida ou os dois juntos
Não existe resposta única, mas existem padrões claros.
| Situação | Caminho que costuma fazer sentido |
|---|---|
| Operação padrão, poucos clientes com tabela simples, equipe enxuta | TMS de mercado, adaptando o processo a ele |
| Emissão fiscal resolvida, mas cotação, acerto e portal do cliente em planilha | Camada sob medida em volta do TMS ou do ERP atual |
| Regras próprias por embarcador, operação específica (frigorificada, dedicada, carga perigosa) | Núcleo sob medida, com emissão fiscal por componente próprio ou API especializada |
| Visibilidade para o embarcador é o diferencial comercial | Sob medida no portal e nas integrações |
Quando o TMS pronto é a melhor escolha. Se a sua operação se parece com a média do mercado, um TMS consolidado entrega emissão fiscal atualizada, suporte e implantação conhecida, e adaptar o processo a ele sai mais em conta. Seja honesto nessa avaliação.
Quando o sob medida vale. Quando a regra que não cabe é justamente a que dá margem ou segura o cliente grande. Quando a planilha paralela virou o sistema real. Quando a transportadora quer vender visibilidade e integração como serviço, e não só frete.
O modelo híbrido, muitas vezes o mais sensato. Mantenha no ERP de mercado (TOTVS, SAP, Omie e outros) o contábil, o fiscal de entrada e o financeiro, e construa sob medida o que diferencia: cotação, tabela de frete, ocorrências, portal do embarcador, acerto. A emissão de CT-e e MDF-e pode ficar no TMS existente, num componente próprio ou numa API especializada. O cuidado é a integração entre as partes, que precisa ser tratada como produto e não como script; veja como integrar seu sistema com o ERP sem criar uma nova fonte de retrabalho.
O que perguntar a qualquer fornecedor
Vale para quem vende TMS e para quem desenvolve sob medida:
- Como o sistema modela uma tabela com componentes e exceções por cliente? Peça para ver a sua tabela mais difícil cadastrada.
- O mesmo cálculo serve para cotação, CT-e e conferência de fatura?
- Como são tratados rejeição, contingência e MDF-e sem encerramento?
- Quais layouts EDI e APIs de embarcador já existem, e o que envolve criar um novo?
- Quem atualiza o sistema quando o layout fiscal muda, e os dados são exportáveis?
Arquitetura em linguagem simples
Um sistema para transportadora bem construído costuma ter:
- Aplicação web para operação, comercial e financeiro, com perfis de acesso por filial e função.
- App do motorista que funciona sem sinal e sincroniza quando a cobertura volta.
- Motor de cálculo de frete isolado e coberto por testes, porque um erro ali se multiplica em cada CT-e.
- Módulo fiscal com fila: a comunicação com a SEFAZ acontece em segundo plano, com nova tentativa e alerta de rejeição, sem travar a tela de ninguém.
- Camada de integrações (EDI, embarcadores, rastreadores, seguradora, ERP) com registro de cada mensagem e reprocessamento.
- Trilha de auditoria em tudo que mexe com valor: tabela, CT-e, acerto, fatura.
É esse tipo de sistema que construímos no serviço de desenvolvimento web sob medida, partindo do que a empresa já usa.
Como medir se deu certo
Registre a situação atual antes de começar e acompanhe:
- Tempo entre o pedido de cotação e a resposta.
- CT-es rejeitados ou corrigidos, e o motivo.
- MDF-es encerrados com atraso.
- Tempo entre a entrega e a fatura emitida.
- Divergências de frete apontadas pelo embarcador.
- Tempo para fechar o acerto de uma viagem.
- Margem por viagem, rota e cliente, que antes simplesmente não existia.
Como começar sem parar a operação
Transportadora não pode parar para trocar de sistema. O caminho é em fases, e a ordem importa:
- Diagnóstico. Mapear o fluxo real, reunir as tabelas dos principais clientes, listar integrações e documentos fiscais e achar a planilha paralela.
- Protótipo. Validar com quem usa: o comercial cota, o operador programa uma coleta, o motorista registra uma ocorrência. Mudar protótipo é barato; ignorar o que ele revela sai caro.
- MVP em uma frente. Começar por onde há dor e menos risco fiscal, como cotação ou acerto de viagem, rodando em paralelo com o processo atual.
- Evolução. Trazer a emissão fiscal quando o núcleo estiver estável, migrar uma filial ou um cliente por vez e manter o sistema antigo como plano de volta até a virada.
O cronograma de cada fase é definido depois do diagnóstico, quando se conhece o tamanho real das regras e integrações. Antes disso, prazo é palpite.
Onde a Pervian Tech entra
A Pervian Tech desenvolve sistemas sob medida para operações logísticas: às vezes o sistema inteiro, às vezes só a camada que falta em volta do TMS ou do ERP que já funciona. Começamos pelo diagnóstico do seu fluxo, das suas tabelas e das suas integrações, e só então propomos um caminho, que pode inclusive ser manter o que você tem. O investimento é definido sob consulta, depois de entender o contexto, porque depende de quantas regras, integrações e documentos fiscais entram no escopo. Se a sua operação já não cabe na planilha, conte como ela funciona hoje.
Quer uma solução assim na sua empresa?
Cada projeto é desenhado sob medida para o seu processo, e o investimento é definido sob consulta depois de entendermos o contexto. O diagnóstico inicial não tem custo: descreva o cenário e respondemos em até um dia útil.
Falar com a Pervian Tech