Pular para o conteúdo

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.

Por Equipe Pervian Tech 11 min de leitura
Neste artigo

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:

  1. 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.
  2. Coleta. A ordem é programada, um veículo é designado, a mercadoria é retirada e conferida.
  3. Emissão. Com a nota fiscal do embarcador em mãos, sai o CT-e e, para a viagem, o MDF-e.
  4. Viagem. O veículo roda, passa por transbordo ou filial, e cada movimentação é registrada.
  5. Ocorrência e entrega. Destinatário ausente, avaria, recusa, reentrega ou entrega com comprovante.
  6. Faturamento. Os CT-es do período viram fatura, que o embarcador confere contra o que esperava pagar.
  7. 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:

  1. Diagnóstico. Mapear o fluxo real, reunir as tabelas dos principais clientes, listar integrações e documentos fiscais e achar a planilha paralela.
  2. 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.
  3. 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.
  4. 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.

LogísticaTransportadoraTMSDocumentos FiscaisServiço: Aplicações Web

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

Continue lendo

Fale conosco

Conte o problema que precisa resolver

Respondemos em até um dia útil com uma avaliação técnica inicial. Sem custo e sem compromisso.

Usamos seus dados apenas para responder este contato.