决策_订单类型系统落位¶
最后变更:2026-10-10 19:22
决策内容(口径收口)¶
| # | 订单类型 | 发起端 | SD | TMS 运费核算 | 业务原因 |
|---|---|---|---|---|---|
| 1 | Dropship(含对应退货/退换货) | TPM 发起 | ✅ 传递 | ✅ 过 TMS | 主链业务,承运商运输 |
| 2 | 样品订单 | TPM 发起 | ✅ 传递 | ❌ 不经 TMS | 小件发货走快递,不经承运商 |
| 3 | 工厂杂项订单(卖废面饼等 MISC) | SD 直接建立 | ✅ | ❌ 不经 TMS | 不经 TPM,不经 TMS |
| 4 | 工厂 Toll In 订单 | TPM 发起 | ✅ 传递 | ❌ 不经 TMS | Toll In 客户均自提 |
一句话:TPM 发起三类(Dropship/样品/Toll In),SD 直建一类(杂项);只有 Dropship 族(含其退货/退换货)过 TMS 核算运费,其余三类均不进 TMS。
推论与边界¶
- 随货单据打印(10/10 补充确认):只有走 TMS 的单才从 FO 打印——FO 前置打印(含 FIFO 批次输出)仅适用 Dropship 族;非 TMS 单(样品/杂项/Toll In)无 FO,单据打印按各自路径(SD 交货环节 / 快递面单),SIT 表不应出现 TM 打印步骤
- 退货/退换货归属:仅 Dropship 对应的退货/退换货从 TPM 发起并过 TMS;此口径与全景「退货必须基于原始 SO」叠加适用
- FO/FSD 适用面收窄:order-based TMS(FO 前置打印/FIFO 批次/自动运费 PO/FSD 结算并入 MEC)仅适用于 Dropship 族订单;样品/杂项/Toll In 场景的 SIT 步骤表不应出现 TM 环节
- 与既有决策不冲突:出厂价/样品价 TPM 唯一维护、订单删除不走 SO 接口(ZDELETE 删除)、体积 VOLUM 由 TPM 携带(携带≠必过 TMS)
对 SIT 场景清单的直接影响¶
| 侧 | 影响 |
|---|---|
| S4 侧顾问版 | RHQ_Sample Order / RHQ_Toll In 两表中的 4 个 TM 步骤(Auto Create Freight Unit / Create FO / Create DO from FO / Freight Execution+DO 打印 / Freight Settlement-MEC)与口径冲突,需删除或标记 N/A;MISC Sales 表无 TM 行=正确 |
| TPM 侧 v0.9 | #26 Toll In / #27 珠海华丰 行注意事项「价格手工维护」与口径一致;样品/华丰/Toll In 场景无需补 TMS 相关行;Dropship 场景(仍未独立成行)需按「过 TMS」口径补 |
| 测试量影响 | 样品/Toll In/杂项三场景原各 4-5 个 TM 步骤不再测试,S4 侧步骤表工作量下降 |
依据文件链¶
- Kabin 2026-10-10 微信输入(本记录为权威载体)
- 关联:决策_TPM-SD接口(接口承载三类 TPM 发起订单)· 决策_TMS体积字段 · _wiki/concepts/China-Food-全景视图(订单类型体系章节需同步)
更新历史¶
- 2026-10-10 — 初版落盘:4 类订单 × 三系统落位矩阵 + SIT 影响(Kabin 确认)