企业官网建设流程全解析

简介：SAP-TM运输模块详解.pdf是一份系统梳理SAP TM（运输管理）模块的实操型文档，适合SAP顾问、物流及供应链管理人员学习参考。TM作为SD子模块，主要用于自动计算交货成本，文档从后台配置和前台操作两条主线展开：后台覆盖装运路径与阶段、运输区域、运输组、重量组、路径确定、交货单路径变更控制等配置项；前台覆盖销售订单、交货单、运输单、装运成本、服务采购订单的完整操作链。全文结合事务代码、配置路径和截图，呈现每一步设置方法与参数含义，对理解运费条件技术、定价过程和结算逻辑有直接帮助。整包仅含1个PDF文件，大小3.49MB，目录结构清晰，便于按需查阅。该文档已有527人学习浏览，是SAP TM入门与配置实操的实用参考资料。

1. SAP-TM运输模块能解决什么：一张运输单背后的装运成本链路

SAP 的 TM 模块听起来像个独立系统，实际却是 SD 模块下的一个子模块，位置很特殊：它不像 MM、SD 那样天天见，但只要企业物流费占比高，它就顶大用。这款《SAP-TM运输模块详解.pdf》把后台配置和前台操作串成了一条完整链路，核心就两件事：创建运输单、自动计算交货成本。适合正在做 SD 后勤执行的顾问，也适合刚接手运输费用自动化的企业内部顾问。

我最初翻这份资料是冲着装运成本定价去的。看得越多越觉得，TM 配置的核心不在运输单本身，而在围绕运输单的“路径 + 条件技术 + 结算”三块。也就是说，不能只配运输路径，发运类型、装运成本条件、结算科目都要一起搭好，才可能在发货时系统自己算出运费并抛给财务。

2. 后台配置第一步：装运路径、运输区域与运输组怎么串起来

TM 的运输功能建立在主数据与路径之上。路径不只是给业务看的一条路线，它还决定了运输时间、运输提前期、装载限制，甚至决定了装运成本能不能算得出来。下面按配置顺序拆开讲。

2.1 定义装运路径和阶段：0VTC 里面每一栏都是成本信息

这份资源里第一个核心事务代码是 0VTC，配置路径在 IMG > 后勤执行 > 运输 > 基本发运功能 > 路径 > 定义路线 > 定义路径和阶段。第一次走进这个节点的人，通常会被“工艺路线”“运输连接点”这些词吓住，其实翻译过来就是：这条路线怎么走、走多久、在哪些点停靠。

路径主数据中最需要关心的字段如下：

光是路径部分还不够，0VTC 里还要维护“工艺路线阶段”。阶段控制的是运输路径的分段，比如从工厂到港口是一段，港口到客户是另一段。字段“适当的装运成本”和“过程”决定了该阶段能否参与运费计算。如果阶段不勾选“适当的装运成本”，这部分的运输费用就不会被系统考虑。

运输连接点页签也很关键，它维护的是路径上中转点的属性，比如海关办公室、停留长度、工厂日历等。这里的日历加停留天数，会直接参与运输计划排程计算，不在连接点维护这些信息，后面的计划日期很容易算偏。

提示：0VTC 的配置点较多，建议每定义一条路径就完整维护路径、阶段、运输连接点三个页签，避免后续回来补数据。

2.2 定义运输区域：装运点、国家、客户主数据怎么关联

运输区域在 TM 里扮演的角色是“客户地址的归类条件”。通俗讲，系统需要知道某个客户属于哪个区域，才能根据发货工厂、国家等条件去匹配路径。

配置路径在 IMG > 后勤执行 > 运输 > 基本发运功能 > 路径 > 路径确定 > 定义运输区域。这里只需要维护运输区域代码和名称，真正的关联动作分两步。

第一步，给运输区域分配国家和装运点。事务代码还是从 SPRO 进去，路径是 IMG > 后勤执行 > 运输 > 基本发运功能 > 路径 > 路径确定 > 维护装运点的国家和运输区域。资源里的示例是运输区域 0000000001 分配给装运点 8888 和国家 CN。

第二步，把这个运输区域维护到客户主数据里。客户主数据在“街道地址”相关视图下会有运输区域字段。这样业务单据创建时，系统才能把客户的运输区域带到路径确定条件里。很多项目把客户主数据维护当成 MM 的事，结果最后路径确定不出来，往回查才发现客户主数据里运输区域是空的。

2.3 定义运输组与重量组：物料侧的条件来源

运输组与重量组都服务于路径确定。运输组维护在物料主数据的“销售：一般/工厂”视图，它的本质是把物料按运输属性分类。比如有的物料需要冷藏，有的物料属于危险品，系统不建议直接拿物料号做路径确定条件，而是用运输组作为中间分类，这样后续新增物料时不需要为每个物料各建一条条件记录。

重量组则是按重量区间分类。配置路径为 IMG > 后勤执行 > 运输 > 基本发运功能 > 路径 > 路径确定 > 定义重量组。重量组细节里的“总重量”是按销售订单所有行项目毛重累计计算的：系统取物料主数据毛重乘以订单数量，得到每个行项目的重量，再累计全部行项目毛重。

这里有一个边界要注意：重量组确定路线只能在交货单中执行，在销售订单中无法执行。原因是销售订单创建时物料重量可能还不齐，交货单阶段所有行项目已经确定，重量才能准确累计。做项目时如果客户想在订单阶段就锁定路线和运费，单靠重量组做不到，得结合运输组和距离条件来设计。

2.4 路径确定与变更控制

基础数据维护好以后，需要把路径“匹配条件”组织起来。这一步在 IMG > 后勤执行 > 运输 > 基本发运功能 > 路径 > 路径确定 > 定义路径确定中完成。

路径确定与 SD 定价过程结构类似，每一组“条件类型 + 字段顺序”对应一条或多条路径。常见的条件组合包括：

• 装运点 + 国家 + 运输区域
• 运输组 + 装运类型
• 运输组 + 重量组

条件记录的顺序越靠前，优先级越高。所以在设计路径确定时，一定要先放精确条件，再放宽松条件。比如同一个工厂发货，存在一条“装运点+客户运输区域”的精确路径，也有一条“装运点+国家”的兜底路径，就必须把精确路径放在前面。

变更控制规则在路径配置中容易被忽略。它控制的是交货单创建后，路径一旦被系统确定，后续手工变更时是否允许改、允许怎样改。如果配置过严，业务员在运输途中发现路线不合理也没法调整；过松则可能出现人为改价。建议按照企业实际控制要求配置，权限不高的项目可以先配置为“允许变更但不重算成本”，把风险控制在成本端。

3. 发运与装运成本：从发运类型到定价过程和结算科目的配置链

路径和基础数据搭好后，下面进入 TM 的“业务控制层”。这一层决定了运费怎么算、算完怎么过账，也是整个 TM 模块配置里最绕的部分。

3.1 激活运输功能与发运类型

运输功能的激活分两级。第一级是路径主数据中勾选“批准运输”，第二级是在运输基本功能里激活“运输”。资源中明确提示，如果不激活运输功能，运输路径在系统里只是输出打印用，给第三方发货看的，不会参与成本计算。

发运类型建议在这里就定义完整。发运类型是决定装运成本定价过程的重要参数，尽管在 0VTC 路径主数据中也可以看到“发运类型”字段，但那边的值不会作为主导。真正控制发运成本定价过程的是在定义发运类型的配置点里维护的。实际操作中，我一般把发运类型关联到运输方式上，比如“01 国内陆运、02 国内海运、03 国际空运”，方便后续用相同逻辑计算成本。

3.2 装运类型、发运成本类型与项目类别

装运类型定义的是运输单的凭证类型和业务分类。可以理解成 SD 里销售订单类型和项目类别的关系。发运成本类型则描述了成本的种类，比如“干线运费”“提货运费”“燃油附加费”等。

装运类型与发运成本类型是分两步挂在系统里的：

这个“分配”动作很多人会漏。如果发运成本类型没有分配到装运类型上，创建运输单时对应成本类型出不来，后续装运成本自然无法生成。

3.3 装运成本的定价类型与定价过程

装运成本的计算和 SD 定价过程同源，都基于条件技术。系统里先定义定价类型（条件类型），再把这些条件类型组合成定价过程。资源里专门提到了“运输计划点”，它其实是运输单中计算装运成本的组织层次，用于把多个成本项目汇总到一张运输单上。

建议在定价过程中至少包含以下条件类型：

• 基于距离的基本运费
• 基于重量的附加费
• 基于运输方式的固定费用
• 燃油附加费
• 特殊工艺费用

每个条件类型可以配置其计算基础。比如距离条件可以按 0VTC 中维护的距离字段取值，重量条件可以按交货单总重量取值。条件记录则维护在条件类型对应的表里，比如按“运输区域 + 距离区间”维护运费单价。这一整套流程与 SD 定价的相似度很高，所以熟悉的顾问上手很快。

3.4 发运成本的结算与科目确定

装运成本算出来后，最终要生成服务采购订单，用于和物流公司结算。资源中第 9 步到第 12 步都属于这个链路。

定义采购数据结算，是让系统知道装运成本结算时的采购组织、采购组、工厂等采购数据从哪里取。如果不做这一步，后面生成服务采购订单时会报“采购订单类别未定义”的错误。定义采购订单的账户分配类别，是控制成本过账时用哪种账户分配模式。最后是维护结算中的总账科目，以及科目成本要素的缺省值，这两个点决定了运费最终进哪个成本科目。

实操中，科目配置最容易出现的问题是：总账科目维护了，但科目成本要素缺省值没维护，导致过账时找不到成本要素报错。或者总账科目配置在错误的评估类下，导致不同装运类型产生的费用进错科目。做这个配置时最好拿一张真实运输单做完 VF04 或相关过账测试再放行。

4. 前台操作一条线：从销售订单、交货单到运输单和装运成本

后台配置再完整，最终也要靠前台操作验证。TM 的前台流程可以用一句话概括：销售订单带着运输条件走，交货单触发路径确定，运输单承载装运成本，服务采购订单完成结算。下面按资源里的前台流程顺序展开。

4.1 基础数据：销售标识、条件记录、物料主数据

创建销售订单之前，有几步基础动作前置。首先是定义销售标识，它相当于销售凭证中的一类业务标识，用于判断该销售业务是否走运输成本计算流程。如果销售标识没有设置对应运输相关的定价过程或成本逻辑，后面创建运输单时会丢掉很多默认值。

其次是维护条件记录。装运成本的自动计算核心在于条件记录，比如系统根据距离区间和物料运输组，从条件记录中读取运费。条件记录的维护界面与 SD 定价中的 VK11 原理相同，只是条件类型换成运输相关类型。

物料主数据这块，重点检查两个视图：基本数据视图中的毛重、体积；“销售：一般/工厂”视图中的运输组。毛重是计算重量的来源，运输组是路径确定的条件。物料主数据如果毛重维护为 0，装运成本计算出来的金额就会偏小，甚至为 0。

4.2 主干流程：创建销售订单、交货单、运输单

标准操作步骤如下：

事务代码 VA01：创建销售订单 事务代码 VL01N：创建交货单 事务代码 VT01N：创建运输单

在销售订单中需要确保行项目能正常带出运输组。如果销售订单的送达方和售达方都维护了运输区域，系统才会在后续确定路径时有机会命中条件。创建交货单时，系统会根据装运点和路径确定规则自动带出运输路径。交货单保存后，建议立刻查看运输路径字段，如果为空，直接进路径确定配置排查原因。

运输单的操作在事务代码 VT01N 中。创建运输单时需要选择装运类型、运输路径、运输连接点等信息。运输单中有一个页签专门显示装运成本相关的运输计划点。运输计划点是装运成本计算的载体，没有运输计划点，后面无法创建装运成本。另外注意，运输单保存后不代表成本已经算出，还需要进入创建装运成本步骤。

4.3 创建装运成本与查看服务采购订单

资源里提到创建装运成本的事务代码与路径在第 19 步，实际标准事务代码是 VI01。进入后选择运输单号和需要计算的装运成本类型，系统会按后台定价过程自动算出运费。

装运成本创建完成后，需要做两个检查：

• 检查装运成本各行项目金额是否为期望值
• 检查是否生成了服务采购订单

服务采购订单用 ME23N 查看。如果后台配置正确，系统应为运输单生成一张服务采购订单，采购对象就是 0VTC 路径主数据中维护的服务代理。这张采购订单会关联到装运成本行项目，后续物流公司凭此订单结算。

表格概括一下凭证串联关系：

这张凭证链也是“SAP SD 模块相关单据串联关系”里最容易被忽略的一环。运输单不像交货单那样强制创建，很多企业不做运输管理就不建运输单，但一旦开了 TM，就必须保证这五张单子环环相扣。

5. 避坑手册：路径确定、成本定价和结算科目里的五个问题

TM 模块资料少，很多问题要靠上线项目里踩坑才总结得出来。这里挑五个高频问题，每条按现象、原因、解决的顺序写，对应配置回去查时比较快。

5.1 问题：交货单中没有自动带出运输路径

现象：VL01N 创建交货单，路径字段为空，或者系统没有提示任何路径确定信息。

原因：路径确定条件记录与交货单数据不匹配。常见情况：客户主数据没有维护运输区域，物料主数据没有维护运输组，或者路径主数据未勾选“批准运输”。还有一个隐蔽原因：路径确定中的条件顺序不对，宽泛条件覆盖了精确条件。

解决：先检查客户主数据中运输区域、物料主数据中运输组；然后在 0VTC 中确认路径和阶段是否勾选“批准运输”；最后去定义路径确定里查看条件记录是否被设置成了非活动。

5.2 问题：装运成本计算后金额为 0

现象：VI01 创建装运成本成功，但行项目金额全部是 0，不报错也不跳警告。

原因：定价过程中条件记录没维护，或条件类型取了不存在的价格。经常是基础运费条件类型维护了，但附加运费条件类型没有条件记录。另一个原因是运输单中发运类型没有被正确带出，导致定价过程判断不到。

解决：查看运输单中的发运类型，确认与后台定义的装运成本定价过程一致。然后在对应条件类型里维护一条区间为“基本距离-最大距离”的条件记录，再用 VI01 重算一次装运成本。

5.3 问题：装运成本结算生成的服务采购订单没有科目

现象：装运成本行项目显示已完成，但 ME23N 查看服务采购订单时，科目为空或过账报错。

原因：后台没有维护结算中的总账科目，或者账户分配类别没有配置正确。有的项目是总账科目配置了，但科目成本要素缺省值漏维护，导致系统找不到成本对象。

解决：按资源第 11 步维护结算中的总账科目，再按第 12 步维护科目成本要素的缺省值。补完配置后回到装运成本凭证重新触发结算或冲销后重做，不要直接在采购订单上手工补科目。

5.4 问题：运输路径有多个阶段，但只算出一个阶段的成本

现象：路径从工厂到港口再到客户，明确维护了两个工艺路线阶段，但装运成本只计算了港口到客户这一段。

原因：某一个阶段的“适当的装运成本”标识没有勾选，或者阶段中的“过程”字段为空。这个标识在 0VTC 中维护，非常隐蔽，尤其从标准模板复制路径时容易漏。

解决：进入 0VTC，检查每个工艺路线阶段的“适当的装运成本”标识是否勾选，并给每个需要参与成本计算的阶段维护“过程”字段，过程内容应与装运成本定价过程一致。

5.5 问题：条件记录按距离区间维护后，运费没有按区间变化

现象：同样一条路径，不同客户距离不同，计算出来的运费没有区别。

原因：条件类型没有把“距离”设为条件字段之一，或者权重优先使用了其他条件组合。还有一个常见原因：路径主数据中没有维护距离值，条件记录里即使配了区间也没有取数来源。

解决：在条件类型中确认条件字段组合包含“距离”，在 0VTC 中维护每条路径的距离字段，最后回到条件记录里检查区间边界值，避免两个区间边界重叠。

这几类问题有较强的共性：前期做后台配置时能够把路径、条件和结算放在同一张检查清单里逐项打勾，大概率可以避开。

6. 进阶验证：把运输计划排程与成本检查做成上线前习惯

TM 模块资源里最后附了运输交货计划排程介绍，这块容易被当成附加内容跳过，但它恰恰是验证路径数据是否完整的好工具。运输计划排程把路径中的运输提前期、在途时间、旅行时间与工厂日历结合，自动计算运输计划的开始日期和结束日期。如果某条路径中连接点停留长度、工厂日历维护不完整，排程结果就会出现明显差异，这也是倒查数据质量的方式。

一个建议是：每次新增一条路径时，不要只看路径能不能被确定，而是先做一次排程测试。具体操作方式是创建一张交货单，点击运输计划排程相关功能，观察计划日期是否与业务预期一致。如果排程出来的日期与业务相差一天以上，优先检查工厂日历和连接点停留长度，而不是手工调整运输单日期。

另一个验证习惯是把整个流程用统一的检查清单串起来。我每次做 TM 上线或支持新工厂上线，都会强制走一遍：创建销售订单 VA01，查看行项目运输组；创建交货单 VL01N，查看路径是否自动带出；创建运输单 VT01N，确认发运类型和运输计划点；创建装运成本 VI01，核对金额与条件记录；再通过 ME23N 查看服务采购订单的科目与金额。这套五单联动检查看起来基础，却能覆盖大多数后台配置错误。

如果还想更保险，可以在传输请求发布到生产机之前，把所有新增的条件记录和路径配置打包到一个测试计划里做回归。回退成本远低于上线后才发现路径确定不了。亲眼见过项目上线第二天物流部门打来电话说运费算不出来，最后查出来是运输组没有同步到生产机，从那以后我每次传完 TM 配置都要在生产环境重新跑一遍上述五单流程，确认无误后再通知业务验收。希望帮到你。

本文还有配套的精品资源，点击获取