简介这是一份针对 SAP MM 模块转储配置的 PDF 技术笔记面向 SAP 实施顾问、MM 运维人员以及负责采购和库存流程配置的初学者重点解决采购订单PO与库存运输订单STO后台配置中的常见难点。压缩包内只有 1 个 PDF 文件大小 3.36MB目前已有 171 人学习下载。文档从项目实战角度详细讲解了 PO 编号范围Tcode:OMH6/SNRO的设置与跳号问题处理、PO 类型定义OMEU与单据类型划分、报表按 PO 类型分类查询、定价方案按标准采购和运输订单差异化配置以及错误提示和价格差异限制的维护方法同时还演示了通过 SE16:T160M 和视图 V_160M 在生产系统直接修改配置、解决消息类型问题的技巧并对比了公司间intra-company与跨公司cross-company两种 STO 的完整配置步骤。读者按照文档中的 Tcode 顺序逐步操作即可独立完成 SAP 转储配置的搭建、优化和排错。1. 转储配置不是 SPRO 里配两步先把编号范围、PO 类型和定价拆开看SAP 转储配置STO/库存转移订单配置在一线项目里最容易被当成配两步就完事的活实际做起来要过四层编号范围、PO 类型、定价方案、消息控制任何一层没捋清楚后面收货、开票、报表全是坑。这份资源是一位老 MM 顾问的实录笔记场景是 plant 5100/5101中国公司与 plant 4100美国公司之间的库存转储既有 intra-company 也有 cross-company还有 PO 编号、跳号、价格差异、审批策略这些日常运维天天碰的东西。适合正在做 MM 实施、或者被 STO 配置和 PO 消息控制折磨过的顾问看照着它能少走不少弯路。2. PO 编号范围与 PO 类型OMH6/SNRO 的跳号处理和 ZPO 的取舍2.1 编号范围先在 SNRO 里把缓冲关掉再谈跳号PO 编号范围表面上是 OMH6 配的实际上大部分编号范围对象都挂在 SNRO 下面。如果你熟练用 SNRO直接输入它就行OMH6 只是 MM 采购视图的快捷入口本质操作同一个 number range object。很多企业有个硬需求PO 号码前两位要和采用内部编号的采购物料一致这样一看 PO 号就知道是哪类物料这个需求在定义号码段的时候设置即可。跳号是这里最常见的翻车点。默认情况下 number range 有缓冲机制号码段会预取到应用服务器不正常释放时就会出现空洞。处理方式很简单进 SNRO 后选 Edit - Set-up buffering - no buffering能把绝大多数跳号问题压住。注意是压住不是杜绝真遇到 server 在远端存取时断电这类突发情况号码还是可能断这一点要提前跟用户说清楚别把丑话说后面。用途Tcode说明PO 编号范围维护OMH6MM 采购订单界面入口通用编号范围对象SNRO大部分 number range 的底层维护点缓冲设置SNRO - Edit - Set-up buffering改成 no buffering 减少跳号2.2 PO 类型怎么建ZPO、ZITO、ZRIT 与 item category 取舍PO 类型是配置里容易被忽略的一层。资源里按需求建了 ZPO 作为 normal PO只允许 item category K费用类和 L外包类把 U库存转移项目拿掉。原因是 ZITO、ZRIT、ZSTO、ZRST 是专门的 transfer order 类型如果 ZPO 里还留着 U用户随手就能做一张库存转移单出来type 就乱了。注意图例 2-[2] 的 T 标志使用这类 order type 时物料供求方不是 vendor 而是 supplying plant。这一点在 STO 里非常关键它决定了收货方看到的供应商是谁、后续 GR/IR 清账走哪条线。如果你把 ZPO 也允许 U理论上可以不建专门 STO 类型但会损失两个好处一是报表查询没法按 PO type 分开看标准采购和转储业务二是定价确定Define Schema Determination时没法区分 standard purchase orders 和 stock transport orders。Item Category含义是否适合普通 POK费用类适合L外包类适合U库存转移STO不适合应走专门 STO 类型2.3 标准采购订单和 STO 分开取价一个运输费用的实例把 STO 单独建 type 最大的价值在定价。我遇到过这样的实际案例某个运输费用 condition 在 STO 里是强制输入的采购部经常漏输某个关键 condition type而在 standard PO 里它要么是可选的、要么根本不需要。如果没有把二者分开取价就会陷入两难——设成必输普通采购单天天报错设成可选STO 的运输费用就老丢。所以我的习惯是只要公司同时有普通采购和库存转储就把 Define Schema Determination 拆开给 standard PO 和 STO 各挂一套取价过程。这样 STO 的 condition 可以放心设 mandatory普通采购单不受影响后面 MIRO 按计划交货成本开票时也能对上账。2.4 价格消息与容差06 207、06 231 和审批策略价格差异检查是 PO 配置里用户感受最直接的一环。当 PO 价格和物料法定价格legal price差异超过一定比例时系统会提示警告或报错。这个价格不是简单的 PB00而是 PO 的 actual price——PB00 加上海关、运输费用再减掉折扣后的结果。配置点在 OMEC容差定义和消息控制 OME0也可以直接用 SE16:T160M 把消息 06 207 设置成 E错误。但把 06 207 直接设 Error 我不太推荐。假设你们采购的物料价格浮动本来就大经常超过 10%总不能天天改消息属性何况这属于配置不是业务处理办法。更合理的做法是走 PO 审批release strategy价格一旦变动超过某个比例就必须重新走审批流。不过审批要想几个老大来回传周期长所以也有人折中——平时设警告加审批真出问题再评估要不要把阈值调大。消息 06 231 是最大现金折扣控制我通常也偏好用百分比控制把绝对值差异禁掉。3. 价格与审批控制info record 锁价、release strategy 和 T160M 的取舍3.1 用 info record PB00 锁死开单价格采购价格控制有个很实用的需求用户开 PO 时价格不允许手工输入必须从 info record 的 PB00 条件带出来PB00 本身也设成不可改。要改价就得去找负责 info record 维护的人采购员自己不能随意动。实现方式是在 ME21N 的画面布局里把 price 和 price unit 设置成 display这个配置对 ME22N 同样生效。说一句比较现实的话这招能拦得住普通操作员拦不住懂行的人。我真实碰到过——某公司有一张长期订货 POvendor 答应 5 月 1 号开始降价buyer 硬是拖到 5 月 9 号才修改 PO 价格那一个星期的差价虽然不算大但性质很恶劣。所以锁界面只是第一道闸审批和消息控制才是兜底千万别指望一个 display 设置能解决所有问题。3.2 PO 审批用 CT04、CL02、OMGS 搭 release strategy价格一旦被绕过或者浮动过大最有效的手段还是 release strategy。资源里提到用分类系统来做 PO 发布涉及三个 tcodeCT04 定义特性、CL02 建类、OMGS 配置发布策略。原理不复杂——把价格变动比例、PO 金额上限这些指标变成特性挂在采购订单类上然后发布策略按特性值决定走哪条审批链。实际配置时我一般会定义一个价格变更需重新审批的特性比如 PO 价格相比 info record 偏差超过 10% 就触发审批。配上以后buyer 改价就不敢那么随意了因为每次改动都会留下审批痕迹。缺点是审批节点多、周期长适合金额大或者价格敏感的物料不能所有 PO 都套否则采购部会天天来投诉。3.3 审批太重就退回 ErrorSE16:V_160M 生产机改消息如果你们确实走不起审批那就老老实实把消息设成 Error。但这里有一个很常见的坑生产机PRD里 SE16:T160M 不能直接修改。解决办法是用 SE16:V_160M——先在 SE16 输入 TVDIRTABNAME 选 V_160M 后把该条记录的 FLAG 打上 X。原理说穿了很简单任何后台配置大部分都是 view配置本质就是把记录写到一个或多个表里这些表组成 view 之后默认 flag 是空的表示不允许直接改把 flag 打上 X 就能在 PRD 直接改了。换句话说只要有 SE16 的权限什么配置都能在 PRD 上动这是把双刃剑。注意这个操作相当于绕过了传输请求体系改动不经过 transport 直接生效。我的建议是只对个别消息用改完记录在案不要当成常规手段否则审计来了解释不清楚。4. 两种 STO 配置实战intra-company 与 cross-company 的主数据、检查规则和计价4.1 场景设定与主数据准备配置 STO 之前要把业务场景想清楚。资源里的例子很典型plant 5100 和 5101 同属于中国分公司 company code 5100plant 4100 属于美国分公司 company code 4100而 plant 5101 实际是一个美国快递公司仓库作为 company code 5100 国外销售的中转点。于是产品从 5100 转向 5101 是公司内部工厂转移intra-company从 5100 转向 4100 是跨公司工厂转移cross-company。两种转移都要建立对应的 customer 和 vendor这是新手最容易漏的一步。具体地要建立 customer 4100 和 5101并配置好 sales org、distrib. channel 和 divisioncustomer 5101 画面的 shipping condition 设为 01General data tab 页的 country key 填 CNtrans. zone 填 0000000001这个会在 route determination 里用到。物料也要维护 sales 视图建议 5100 和 5101 都维护上省得后面 shipping data tab 页死活不出来。4.2 公司间 vendor 与采购组织配置跨公司 STO 还需要建一个 vendor假设也叫 5100两步要注意。第一步是定义专门的 vendor account group 来表示集团间业务交易的 vendor/customer这样能在报表和清账里跟普通外部供应商区分开我赞成把这类 master 直接建成和 company code 同名设置外部编号这样后面用 OBYA 定义公司间清账时一目了然。用 SE16:V_T077K 定义 account group 字段时注意 vendor address tab 页的 purchase data 里 add. Purchasing data 的 plant 字段不要隐藏否则维护采购数据时看不到工厂分配页签。第二步是建立采购组织 4100、company code 4100 的 vendor 5100并在 purchase data 的 add. Purchasing data 里把 plant assignment 填上 5100。这里有一个容易踩的坑SAP 标准的 vendor account group 0007 plant 概念上是用 supplying plant 做 vendor但需要配 partner特别绕所以我直接 copy vendor account group 0001 出来用省掉 partner 那一堆配置。另外注意一个限制一个 company code 里面似乎只能把一个 vendor assign 到同一个 plant 里规划 master 数据时要留好余量。4.3 检查规则、PO 类型与一步 STOSTO 的配置骨架是两步加三个可选设置。资源里直接用 SAP default 的 NB 和 UBplant 5100 转到 5101 用 UBitem category 自动带出 Uplant 5100 转到 4100 用 NB手工填 PO item category U。检查规则这步决定要不要做可用性检测——[A] 定义一个 checking rule[B] 把 availability check controlOVZ2 定义跟 ATP 相关和 checking rule 连起来图例 7-[2] 用的就是 checking rule 01。第三个可选设置是 STO 对应的 purchase order document type。如果公司 PO 类型很多用户经常搞错可以在 OME0 里把消息 06 674 设成 E这样一旦选错 PO type 直接报错而不是等单据流下去才发现。另外有一个一步 STO 的选项图例 9-[2] 表示 STO 使用一步过程——一般没上 WM 的 STOMM 处理步骤是 VL10B、VL02N、MIGO 三步前两步是 supplying plant 做的选上这个选项后receiving plant 的 MIGO 在 VL02N 时就自动做了。注意这相当于发货收货一步完成如果货物实际运输周期很长就不合适。4.4 STO 计价方案RM2000 和 P101 的坑STO 的计价方案里有个很隐蔽的坑RM2000 定价过程里 P101 的 statistics 最好选上否则公司间的 STO 的 P101 带不出来。P101 是公司间转移价格它带不出来直接导致两个 plant 之间的内部结算价格缺失。我见过一个真实翻车场景plant 5100 开 STO 到 5101 时还没维护单价、也没有库存此时 P101 记的是 0之后才有收货动作但 STO 已经开了5101 就以 0 价格收了货整张单据的金额全是错的。跨公司 STO 还有个财务动作不能省公司间 PO 要做 MIRO。Goods receipt 不用做但关税、运输费用必须走发票校验MIRO 根据两个 planned delivery costs 做校验。这里给一个检查顺序建议配完 STO 后先用一个真实物料完整走一遍 VL10B - VL02N - MIGO - MIRO检查每一步的凭证流和金额重点看 P101 有没有正确带出、MIRO 的 planned delivery costs 来源对不对都通了再放给用户用。5. 转储配置避坑清单跳号、P101 为零和 shipping data 不出现的排查5.1 PO 跳号怎么压都压不住现象PO 编号经常断号用户隔几天就报一次导出的 PO 清单中间缺号审计问起来很难看。原因number range 有缓冲机制预取的号码段没有正常释放如果 server 在远地存取时断电缓冲里的号码就永久丢了。解决进 SNROEdit - Set-up buffering - no buffering先把缓冲关掉。多数情况能解决 90% 的跳号剩下的极端情况断电、服务器异常重启靠消息和用户沟通兜底提前告诉用户跳号不可能 100% 杜绝别让用户觉得配置能解决一切。5.2 跨公司 STO 到货后价格是 0现象STO 发货单收货后财务一看库存金额是 0或者公司间发票校验时价格不对。原因开 STO 时 supplying plant 还没维护单价/库存P101 带出为 0等再有收货动作时 STO 已经生成了buyer 想补 P101 也晚了收货方只能以 0 价格入账。解决把 RM2000 定价过程里的 P101 的 statistics 选上这步先保证能带出开 STO 前确认信息记录和价格条件已维护。如果已经发生 0 价格收货只能冲销重做没有后悔药。5.3 开 STO 时 shipping data tab 页不出现现象创建公司间转储订单时画面上根本没有 shipping data 页签发货信息没法维护。原因customer 主数据没建全——需要 customer 4100 和 5101 配好 sales org、distrib. channel、division此外要转移的物料比如 raw01没维护 sales 视图缺了 plant 5100 或 5101 的 view。解决先确认 company code 5100、sales org 5100、distr. channel 02 已建立customer 5101 挂在正确的 sales org 下物料 raw01 把 5100/5101 的 sales view 都维护上。做完这些还不出基本就是 account group 字段隐藏问题回到 V_T077K 把 plant 字段放开。5.4 ME22 绕过 ME21N 的价格锁死现象ME21N 里把 price 设成 display 了用户还是在 ME22/ME22N 里把价格改了而且改得神不知鬼不觉。原因锁界面只锁了 ME21N 的字段布局用户切到 ME22N 换个维护入口配置没生效或者根本没给 ME22N 配置同样的布局。解决ME21N 和 ME22N 都要设同样的字段属性价格来源锁定 info record PB00 后PB00 也设成不可改最后加一道 release strategy 兜底价格变化超过阈值必须重新审批这样就算有人硬改也会留下审批记录。5.5 用户选错 PO 类型导致单据流走偏现象一张库存转储单做成了普通 NB PO或者反过来盘点报表里 STO 和普通采购混在一起很难分。原因PO doc. type 太多用户又不理解每个 type 的业务边界ZPO、ZITO、ZRIT 全摆在下拉框里顺手就选错了。解决在 OME0 里把消息 06 674 设成 E选错 PO type 直接报错从入口拦住同时用 item category 做第二道防线——ZPO 里把 U 拿掉转储需求必须走专门的 STO 类型两条一起上基本能杜绝。6. 什么时候用 STO 而不是 MB1B 311从业务判断到验证凭证流很多用户会问我有库存转移需求为什么不用 MB1B 311 直接转非要配 STO答案不是配置习惯问题而是业务核算需求。两个场景下必须用 STO第一你要在转移过程中加运输费用尤其当两个 plant 属于不同的 profit center、需要单独核算利润时MB1B 311 完全没法承载这些费用和收入第二如果你上了 CO-PCA在建立 plant 时必须考虑这一点如果当初只建成了 storage location后面想补运输费用核算就非常麻烦。验证 STO 配置是否正确的路径我一般这么走先用一个测试物料建 STO确认 item category 自动带出 Uintra-company 用 UB、cross-company 用 NB 手填 U然后 supplying plant 做 VL10B 生成交货单VL02N 做发货过账receiving plant 做 MIGO 收货最后跨公司的补 MIRO 按 planned delivery costs 开发票。全程盯三个点P101 是否非零、会计凭证是否完整、MIRO 的金额来源是否正确。那个 P101 为 0 的翻车经历我一直记着。从那以后我每次配完 STO 都强制自己走一遍 VL10B 到 MIRO 的完整流程中途只要看到 P101 是 0 就立刻停下来查原因绝不带着疑问放配置上线。这套验证习惯帮我拦下了至少三次生产事故希望也能帮到你。本文还有配套的精品资源点击获取