简介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 后勤执行 运输 基本发运功能 路径 定义路线 定义路径和阶段。第一次走进这个节点的人通常会被“工艺路线”“运输连接点”这些词吓住其实翻译过来就是这条路线怎么走、走多久、在哪些点停靠。路径主数据中最需要关心的字段如下字段作用配置建议工艺路线 ID路径的附加标识可根据业务自行赋值如果不清楚用途保持空着或按编码规则填服务代理第三方物流公司结算装运成本时会据此生成采购订单建议统一维护完整运输方式只做分类不做控制海运、陆运、空运建议规范维护发运类型可决定装运成本的定价过程这里通常不输入真正控制值在发运类型配置里维护距离可作为计算运费的条件公里数要统一单位否则条件记录区间会错乱批准运输勾选后激活运输功能这是 TM 模块生效的关键开关在途时间、旅行时间、运输提前期用于运输计划排程与工厂日历配合使用允许的总重量路径重量限额超重时路径不会被选用光是路径部分还不够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 里销售订单类型和项目类别的关系。发运成本类型则描述了成本的种类比如“干线运费”“提货运费”“燃油附加费”等。装运类型与发运成本类型是分两步挂在系统里的步骤配置内容说明1定义装运类型确定运输单的类型控制参数2定义发运成本类型与项目类别将发运成本与项目类别做对应3分配发运成本类型到装运类型让指定装运类型只能使用对应的成本类型这个“分配”动作很多人会漏。如果发运成本类型没有分配到装运类型上创建运输单时对应成本类型出不来后续装运成本自然无法生成。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 路径主数据中维护的服务代理。这张采购订单会关联到装运成本行项目后续物流公司凭此订单结算。表格概括一下凭证串联关系凭证事务代码关键作用销售订单VA01带出销售标识、送达方、运输组交货单VL01N触发路径确定计算重量运输单VT01N维护装运类型与运输计划点装运成本VI01按定价过程计算运费服务采购订单ME23N与物流公司结算的 PO这张凭证链也是“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 配置都要在生产环境重新跑一遍上述五单流程确认无误后再通知业务验收。希望帮到你。本文还有配套的精品资源点击获取