SAP TM é o mesmo que SAP S/4HANA Logistics?

Não exatamente. SAP TM é um módulo específico de Transportation Management, disponível tanto no S/4HANA quanto como solução standalone. O S/4HANA Logistics é um termo mais amplo que cobre SD, MM, EWM e TM. O TM tem seus próprios objetos de negócio no namespace /SCMTMS/ e roda sobre o framework BOPF.

O SAP TM emite CT-e automaticamente no Brasil?

O SAP TM standard não emite CT-e de forma nativa para o Brasil. A emissão requer integração com o SAP Document Compliance ou com um provedor externo de documentos fiscais, geralmente implementada como um RICEFW de interface. Esse ponto é crítico no escopo de qualquer projeto TM brasileiro.

Qual é a diferença entre Freight Unit e Freight Order no SAP TM?

A Freight Unit (FU) é a menor unidade de transporte, gerada a partir de uma entrega ou ordem de venda — ela representa 'o que precisa ser transportado'. A Freight Order (FO) é o documento atribuído a um transportador específico, com rota, custo e data de execução — ela representa 'como e por quem será transportado'. Uma FO pode consolidar múltiplas FUs.

O que é o VSR Optimizer do SAP TM?

VSR (Vehicle Scheduling and Routing) é o motor de otimização de rotas e veículos do SAP TM. Ele consolida múltiplas Freight Units em Freight Orders otimizadas considerando capacidade do veículo, janelas de tempo, custo de transportador e restrições de rota. Pode ser acionado manualmente ou de forma automática por regras de negócio.

Como o SAP TM se integra com o módulo SD?

A integração TM-SD ocorre via Delivery Integration: quando uma Outbound Delivery é criada no SD, o TM captura os dados relevantes (quantidade, peso, destino, datas) e gera automaticamente uma Freight Unit. Essa integração é configurada no Customizing do TM e requer a ativação dos eventos de integração corretos no SD.

SAP TM: O Que É e Como Funciona o Transportation Management

SAP Transportation Management (SAP TM) é o módulo SAP dedicado ao planejamento, execução e monitoramento de operações de transporte — tanto rodoviário quanto aéreo, ferroviário e marítimo. Para empresas com cadeias logísticas complexas, ele substitui planilhas e sistemas legados por uma plataforma integrada que cobre desde a cotação de fretes até a emissão de CT-e e o cálculo de custos de transporte (FSD — Freight Settlement Document). Se você está avaliando uma implementação ou precisa documentar processos TM em um projeto SAP Activate, este artigo cobre o essencial.

O Que é SAP TM e Para Qual Cenário Ele Foi Criado

O SAP TM foi desenvolvido para operadores logísticos, embarcadores e transportadoras que precisam gerenciar grandes volumes de ordens de transporte com regras complexas de roteirização, tarifação e conformidade fiscal. Ele roda tanto no SAP S/4HANA (integrado ao núcleo) quanto como solução standalone no SAP BTP, com objetos técnicos no namespace /SCMTMS/.

Os cenários típicos cobertos pelo SAP TM incluem:

Embarcadores (Shippers): indústrias que gerenciam a expedição de produtos acabados para distribuidores e varejistas.
Operadores Logísticos (3PL/4PL): empresas que prestam serviço de transporte para múltiplos clientes, com faturamento de frete separado.
Transportadoras: gestão de frota própria e subcontratação com cálculo automático de custo.

No contexto brasileiro, o módulo precisa ser estendido — via BAdI ou desenvolvimentos RICEFW — para cobrir obrigações fiscais como CT-e (Conhecimento de Transporte Eletrônico), MDF-e e integração com SEFAZ.

Arquitetura Técnica: Como o SAP TM se Integra ao S/4HANA

No S/4HANA, o SAP TM opera sobre a camada BOPF (Business Object Processing Framework), o que significa que praticamente toda a lógica de negócio é exposta como Nós, Ações e Determinações de objetos de negócio. Os principais objetos são:

Objeto de Negócio	Descrição
Freight Unit (FU)	Unidade mínima de transporte, originada de uma ordem de venda ou entrega
Freight Order (FO)	Ordem de transporte atribuída a um transportador, com rota e custo
Freight Booking	Reserva de espaço em transporte marítimo ou aéreo
Freight Agreement	Contrato de tarifas com transportadores
FSD (Freight Settlement Document)	Documento de liquidação de custos de frete

A integração com o módulo SD ocorre via Delivery Integration — quando uma Outbound Delivery (LIKP/LIPS) é criada no ECC ou S/4HANA, o TM captura os dados e gera automaticamente a Freight Unit correspondente. O mesmo vale para ordens de compra que disparam transportes inbound via MM.

Para leitura técnica de referência, o SAP Help Portal mantém a documentação oficial do SAP TM com os guides de configuração de cada release.

Os Principais Processos Cobertos pelo SAP TM

Planejamento de Transporte (VSR Optimizer)

O VSR (Vehicle Scheduling and Routing) é o motor de otimização do SAP TM. Ele consolida múltiplas Freight Units em Freight Orders otimizadas por custo, prazo e capacidade de veículo. O VSR roda como um serviço interno e pode ser acionado manualmente pelo planejador ou automaticamente por regras de negócio (via Transactional Rules).

Os parâmetros que o VSR considera:

Capacidade máxima do veículo (peso e volume)
Janelas de tempo de coleta e entrega
Restrições de rota (pedágios, zonas de restrição)
Custo de cada transportador (carregado do Freight Agreement)

Seleção e Licitação de Transportadores

O SAP TM possui um processo nativo de Tendering — licitação eletrônica de fretes. A empresa envia a oferta de carga para múltiplos transportadores cadastrados; quem aceitar primeiro (ou oferecer o menor preço, dependendo da configuração) recebe a Freight Order. Esse processo é orquestrado pelo Transportation Cockpit, a interface principal de planejamento.

Execução e Monitoramento

Após a atribuição do transportador, o SAP TM gera os documentos de acompanhamento: Proof of Delivery (POD), eventos de rastreamento e atualização de status. No contexto brasileiro, este é o ponto onde a integração com SEFAZ para emissão de CT-e precisa estar configurada — tipicamente via um RICEFW de interface com um provedor de NF-e/CT-e ou via SAP Document Compliance.

Liquidação de Frete (Freight Settlement)

O FSD (Freight Settlement Document) fecha o ciclo financeiro: compara o custo contratado no Freight Agreement com o custo real da Freight Order, gera a provisão contábil e, após aprovação, cria a fatura a pagar para o transportador. A integração com FI/CO é direta, via ALE/IDOC ou chamada síncrona dependendo da arquitetura.

Configuração e Customização: O Que Entra no Escopo de um Projeto

Uma implementação SAP TM típica tem as seguintes camadas de trabalho:

Organizational Model: definir Purchasing Organizations de transporte, Locations (armazéns, clientes, portos) e Transportation Zones.
Master Data: Transportadores (Business Partners com papel Carrier), veículos, rotas e Freight Agreements com tabelas de tarifas.
Condition-Based Freight Costing: configurar o esquema de cálculo de frete usando o framework de condições (similar ao SD), com tipos de condição para frete peso, distância, pedágio e ICMS-Frete.
Integration Settings: ativar a integração TM-SD (Order/Delivery Integration) e TM-EWM quando aplicável.
BAdIs e Enhancements: pontos de extensão para regras de negócio específicas, como seleção de modal por tipo de produto ou cálculo de prazo de entrega customizado. A SAP Community tem diversas threads com exemplos reais de implementação de BAdIs no namespace /SCMTMS/.

Na metodologia SAP Activate, a fase de Explore é onde o consultor TM faz o GAP analysis entre o standard e os requisitos do cliente — identificando quais processos precisam de RICEFW (Reports, Interfaces, Conversões, Enhancements, Forms, Workflows).

Documentação de Projetos SAP TM: O Gargalo que Poucos Falam

Quem já passou por uma implementação TM sabe: a documentação consome uma fração absurda do tempo do consultor. BPDs (Business Process Documents), especificações funcionais de BAdI, casos de teste para o processo de Freight Settlement — tudo isso precisa ser produzido em paralelo com a configuração.

O problema é que ferramentas genéricas de documentação (Word, Visio, Lucidchart) não entendem terminologia SAP. O consultor passa tempo explicando contexto que a ferramenta deveria já conhecer.

É exatamente aí que ferramentas especializadas como o OrkestraFlow fazem diferença: a IA já conhece a diferença entre um Freight Order e um Freight Booking, entende o ciclo BOPF, e gera rascunhos de BPD e especificações funcionais com terminologia correta desde o primeiro prompt. Veja como outros consultores estão usando isso em Automação de Fluxo de Trabalho SAP: Como Funciona em 2026.

SAP TM vs Soluções Legadas: O Que Muda na Prática

Critério	Sistema Legado / TMS Isolado	SAP TM
Integração com SD/MM	Manual ou via interface customizada	Nativa, via Delivery Integration
Otimização de rotas	Inexistente ou manual	VSR Optimizer nativo
Tarifação de frete	Tabelas em planilha	Freight Agreement com condition-based costing
Liquidação financeira	Processo manual no FI	FSD integrado ao FI/CO
Rastreamento	Fora do ERP	Eventos de execução integrados
Fiscal Brasil (CT-e)	Add-on ou processo manual	Requer extensão (RICEFW ou SAP Document Compliance)

Implementação SAP TM no Brasil: Pontos de Atenção

Além da configuração standard, projetos brasileiros precisam endereçar:

CT-e e MDF-e: o SAP TM standard não emite CT-e nativamente. A implementação precisa de interface com provedor de documentos fiscais ou ativação do SAP Document Compliance (solução SAP oficial para obrigações fiscais). Detalhe importante: o modelo de documento CT-e no Brasil tem campos obrigatórios (CFOP, CST, base de cálculo de ICMS-Frete) que precisam ser mapeados para campos do Freight Order.
ANTT e legislação de frete: tabela ANTT para frete mínimo rodoviário precisa ser carregada nos Freight Agreements e atualizada periodicamente.
Integração com rastreadores e ERPs de transportadoras: tipicamente feita via IDOCs ou APIs REST, configuradas como pontos de extensão no processo de execução TM.

Para o mapeamento desses processos em formato BPMN antes da configuração, o artigo BPMN vs Fluxograma vs Mapa de Processo: Guia 2026 oferece um comparativo útil de abordagens de modelagem.

Conclusão

SAP TM é uma solução robusta e madura para gestão de transporte, com cobertura end-to-end desde o planejamento até a liquidação financeira. Para projetos brasileiros, o trabalho vai além da configuração standard: a camada fiscal exige extensões específicas, e a documentação do projeto — BPDs, especificações de RICEFW, casos de teste — consome tempo que poderia ir para análise e configuração.

Consultores que dominam a arquitetura BOPF do TM, entendem o ciclo Freight Unit → Freight Order → FSD e sabem onde os BAdIs de extensão atuam estão em posição privilegiada no mercado. O próximo passo é garantir que a documentação dessa expertise seja produzida com a mesma qualidade técnica — sem retrabalho e sem perda de terminologia.

Começar 30 dias grátis no OrkestraFlow e veja como gerar BPDs, especificações funcionais e catálogos de GAP para projetos SAP TM com IA que já fala a língua do módulo.