决策记录:S/4 升级转移定价(TP)调整方案¶
金光中国 S/4 升级中,Drop-ship、STO、Sample Order 三种场景的转移定价维护方式调整。
背景¶
S/4 升级中,财务同事对各工厂转移定价的维护方式存在不一致:现行维护的 TP 金额(含税)与 SAP 标准定价逻辑(不含税)不匹配,导致 Yoyo (Tenthpin MM) 在 UAT 中发现定价过程冲突——同一套定价过程无法同时兼容含税与不含税两套逻辑。
决策全景¶
| 场景 | 维护方式 | 方法 | 当前金额 | 决策 | 状态 |
|---|---|---|---|---|---|
| Dropship(客户→RHQ→工厂) | 财务在 VK11 维护 | 工厂成本加成 | 含税价 | → 改为不含税 | ✅ 已确认 |
| STO(生产工厂间调拨) | PBXX 手工录入 | ① 自制:成本加成 ② 原料:财务给价 | 含税价 | → 改为不含税(PBXX 需配合调整配置) | ✅ 已确认 |
| Sample Order(样品订单) | TPM 触发→S4 自动创建 | VK11 折扣 73.06% | 自动计算 | 不受影响,无变更 | ✅ 无需操作 |
决策 1:TP 维护时间点调整¶
结论:确认。
| 维度 | 旧做法(废弃) | 新做法 |
|---|---|---|
| 时间 | 当月近月底估算(基于已发生实际成本+剩余天数预估) | 上个月完成维护,当月1日发货前就位 |
| 逻辑 | 与标准成本发布时间错位 | 与标准成本发布逻辑一致 |
决策 2:全部 TP 金额类型(含税→不含税)¶
结论:全线改用不含税。
| 场景 | 条件类型 | 原状 | 决策 |
|---|---|---|---|
| Dropship | VK11 | 含税 | 改为不含税 |
| STO | PBXX | 含税 | 改为不含税(PBXX 配置需配合调整) |
- Yoyo 建议的出发点:S/4 定价过程无法同时兼容含税与不含税
- 最终钉死:全线统一为不含税,各工厂财务统一提供不含税金额(系统自动计算销项税额)
- Dropship 已发邮件给财务确认,STO 同步调整
- 影响范围:6种 SO 类型均不走 VK11 取值,对销售侧无影响
决策 3:定价方法¶
结论:不做变更。
维持成本加成法(基于不含税成本 + 固定加成%),与蓝图讨论一致。
关键判断依据¶
- Yoyo(Tenthpin MM):S/4 当前定价过程(ZP10 + ZPI1)无法同时兼容含税与不含税 → 触发此决策
- Eve(Tenthpin SD) 问非 drop-ship 场景是否受影响 → Kabin 确认6种 SO 均不涉及 VK11,无影响
- Kabin 最终决策:全线不含税,STO 侧 PBXX 配合调整,不留含税特例
影响范围¶
| 影响模块 | 具体影响 |
|---|---|
| MM 定价过程 | Dropship 的 VK11 和 STO 的 PBXX 均改为不含税 |
| SD 定价过程 | 6种 SO 均不涉及 VK11,无影响 |
| 财务(各工厂) | 所有 TP 场景统一提供不含税金额 |
| PBXX 配置 | 需检查并调整含税→不含税模式 |
| 同期资料/转移定价合规 | 不含税金额更符合独立交易原则(成本加成法本身基于不含税成本) |
相关文档¶
- 📋 决策日志_TP定价 — 完整决策脉络(时间线+被否路径)
- 01-Projects/S4-HANA/回复_Eve_SO定价确认.md — 回复 Eve 关于 SO 类型的确认
- 01-Projects/S4-HANA/沟通_转移定价_Tom熊一兰_v2.md — v2 版本
待办¶
| # | 事项 | 负责人 | 状态 |
|---|---|---|---|
| ① | 财务确认 dropship TP 改不含税是否可行 | Xujing Yan 等 | 📩 已发邮件,待回复 |
| ② | 财务确认对转移定价税务合规的影响 | 熊一兰 | 📩 已发邮件,待回复 |
| ③ | STO 侧 PBXX 配置是否需调整(含税→不含税模式) | Yoyo / Jackyson | ⏳ 待确认 |
| ④ | 确认后通知 Eve(SD 侧无影响) | Kabin | ⏳ 等 ①② |