China Food 制图计划

已定稿（W1 v1.2 / W3.1 v0.8）

需要你拍板

可开工项（已清零）

数据就绪待排期

待定（S3 draft + W3.2 草案）

需要你拍板 Action required · 1 item

① 下一批做哪几张

你要做：① W2 已按 10-29 复核意见改版 v1.6（FU 与 SO item 一一对应）、W4 v1.3 待看（W3 已拆分：W3.1 v0.8 定稿、W3.2 草案待专题会）；② 定下一批。A1 定稿 v3.0 / A2 定稿 v1.0 / A3 定稿 v2.0 / W2 已交付 / W3.1 v0.8（退换货均开票） / W3.2 草案（待专题会） / W4 已交付 v1.3 / W6 已交付 v1.1；下一批 W5、S1、S2 随时能排。

卡住什么：不定顺序，只能按批号猜，容易先做了不急的。

完成信号：「先做 A2、A3」这类明确指令

✅ A2 已交付（10-27）：订单从哪来——TPM 发起 5 条 / S4 直建 3 条 / 采购生产源头 4 条边界；叶节点为正式订单类型码，✅❌ 标是否过 TMS。华丰走工厂 Toll In 码（ZF02），Trial 试生产止于 DP03 工单收货；Capex 已剔除；STO 调拨（原料/半成品/包材/成品/备件）采购侧 ZFIC 跨公司 / ZFUB 工厂内，5 厂间必定开票；委外对应 ZFSC，收入科目按 VKOA 对手方类型区分（vkoa-revenue 域）
✅ W 系列泳道定了（10-27 Kabin）：不用 Biz Role——每个磁贴的操作部门本来就很清楚，泳道再按角色分一次是重复信息；泳道继续用系统名（TPM/DMS、S4 RHQ、S4 Plant、S4 TM/TNL），W1 v1.0 不升版。
✅ W1 已定稿（2026-10-27 Kabin）：v1.2（10-28 修订），8 段 Phase + VCM 角标 + 运费支线即 W2–W6 的标准结构。
✂️ G1 已取消（10-29 Kabin 定）：治理层单独出图对项目现在和未来都没有实际意义，制度与审批的信息已由 A/W 系列承接；原归口认领（A2/OA/SOP→BPC、IAG/MDG→EDM）继续作为 A1 与 S 系列的取数边界，不再单独出图。
S3（退换货接口 IF-13）等 TPM 侧 spec，不用你动。

现在该跟进什么 Before drawing

① 接口编号已定 ✅

IF-01 ~ IF-13 已落表（TPM_接口编号总表），与 7/24 周报的 1–13 固定绑定；MM 本地 1–4 映射为 IF-07 / IF-09 / IF-08 / IF-10；IF-13 = 退换货接口（draft）。

开发进度与测试结果不进图，A1、S1、S2 不再等状态；已同步四份决策（MD/SD/MM/FI）、TPM 概念页、全景视图 §13。

2026-10-27 Kabin 确认：13 接口已决定，编号一致性由 Hermes 维护

② 泳道口径 ✅ 已定

不用 Biz Role（2026-10-27 Kabin 定）：磁贴上的操作部门已经写清，泳道再按角色分一遍是重复信息。泳道继续用系统名（TPM/DMS、S4 RHQ、S4 Plant、S4 TM/TNL），节点写「岗位 + 动作 + 产出单据」。

W1 v1.0 不受影响、不升版；W2–W6 直接按此口径开工，不再等 authority matrix 的角色清单。

完成信号：已达成 · 不再需要 EDM/IAG 角色口径件

③ 接口总表 ✅

01-Projects/TPM/TPM_接口编号总表.md：总编号 ↔ 域内编号 ↔ 方向 ↔ 端点/单据 ↔ 各图引用规则，A1/S1 共用同一底。

✅ 企业结构已解决：权威切到 S4_China_Enterprise_Structure（9/02 销售组织确认），A3 解锁，形态改为 tree + 表。

2026-10-27 已发布；图上不再出现「接口 4」这类裸号

图清单（12 件） Inventory

批	编号	图名 / 文件	类型	回答的问题	主要来源	状态
1	A1	系统全景：一张图看懂 China Food cf-a1-landscape · 看图 →	全景 · 阅读版	整体是什么结构（三层 + 周边纵贯左侧）	全景视图 + 编号总表（IF-01~13；IF-13 退换货 draft）+ 规划 §7.7 治理归口	定稿 v3.0 · 2026-10-28
1	A2	订单从哪来 cf-a2 · 看图 →	tree	哪些单从 TPM 来，哪些 S4 直建	决策_订单类型系统落位（10/26）+ 决策_TPM-SD接口 §订单类型参数表（10/27 复核）+ 10-27 华丰走工厂 Toll In 码 / Trial 试生产止于 DP03 工单收货 / Capex 剔除 / STO 调拨按采购侧类型 ZFIC/ZFUB 标、5 厂间必定开票	已定稿 v1.0 · 2026-10-27
1	A3	单子落在哪个公司 cf-a3 · 看图 →	tree + 表	单子落在哪个公司代码 · 流程与哪些实体相关	S4_China_Enterprise_Structure（9/02 确认）+ cocd 权威稿 + 决策_STO调拨与VKOA收入科目（10/27）	已定稿 v2.0 · 2026-10-28
2	W1	Dropship 主链：建单到回传 cf-w1 · 看 v1.2 →	workflow	Dropship 一单从建单到回传，岗位怎么接	DSP-01 candidate fork + TS02 CN-INT-01/02 + DMS 三段（10-28 Kabin）	已定稿 v1.2 · 2026-10-28
2	W2	Dropship 改单：谁被牵动 cf-w2 · 看图 →	workflow	客户改单后谁被牵动	TS02 CN-INT-02 改单链 + DSP-02 + DMS 三段 + 双入口（内勤必经复核；订单中心复核与改单合并，10-28 Kabin 定）	已改版 v1.6 · 2026-10-29（FU 与 SO item 一一对应、SO 行落 RHQ、补 ③④⑤；对照抽屉：八条口径 + 矩阵 + 8 用例）
2	W3.1	Dropship 退货与退换货：实物退回工厂 cf-w3-1 · 看图 →	workflow	货退回工厂谁干什么 · 退换货均开票（10-30）	决策_AIC退货方案（10/26 八条定稿 + 10/22 slide 9 步骤 ①~⑯）+ 10/28 Kabin W3 口径 + 决策_退换货开票（10/30）	v0.8 · 2026-10-30
2	W3.2	Dropship 虚拟退货：仅退回 RHQ（草案） archify-plan-1030 · 看草案 →	workflow	无实物退货仅退回 RHQ 谁干什么 · 凭证与库存去向待专题会	决策_退换货开票（10/30，税务/财务动议）+ 专题会待定项（管理约束/凭证/库存处理/承运商担责）	草案 v0.1 · 待专题会
3	W4	样品订单：随车运费怎么记 cf-w4-sample · 看图 →	workflow	样品订单谁做，运费挂哪	决策_订单类型系统落位 §样品 + 决策_TP转移定价（ZB08 73.06%）+ TS02 CN-INT-03（VCM 6 类）+ 10-28 Kabin 口述（1 张 SO / Excel ship-to / 单独 billing / 同 ship-to FO 追加运费）	已交付 v1.3 · 2026-10-28（待看）
3	W5	Toll In：到厂自提 cf-w5-tollin	workflow	Toll In 谁做，为何不谈 TMS	决策_订单类型系统落位 §Toll In	数据就绪
3	W6	华丰集团销售：运费不进工厂 cf-w6-huafeng · 看图 →	workflow	华丰集团销售怎么走	决策_订单类型系统落位 §华丰	已交付 v1.1 · 2026-10-28（待看）
4	S1	下单与回传：IF-04 / 05 / 06 / 10 cf-s1-order-callback	sequence	单子怎么从 TPM 落到 S4 再回传	接口 JSON 规格 + 决策_TPM-SD/MM接口 + 编号总表	数据就绪
4	S2	主数据链路：OA 到 TPM cf-s2-master-data	sequence	主数据怎么从 OA 走到 TPM	决策_TPM-MD/MM + OA-MDG-S4 + 编号总表	数据就绪
4	S3	退换货接口 IF-13：五动作（draft） cf-s3-return-api	sequence	退货接口五动作谁先谁后	决策_AIC退货方案（spec 未到）	draft

命名规则：图号 + 中文图名（读者一眼知道在讲什么）；目录 <图号>-<slug>，hub 路径 /cf-<slug>/，candidate.json 与 HTML 同名。状态口径：可开工 = 源已定稿且无前置；数据就绪 = 内容备齐，按批次排期；待前置 = 卡在上面的 3 项；阻塞 = 无权威可依；draft = 接口仍在谈判。
接口写法：一律 IF-XX（IF-01~IF-13；IF-13 退换货标 draft 虚线），不写「接口 4」；号源 = TPM_接口编号总表，图内不改号。

每张图看什么 Why each diagram exists

第一批 · 边界

A1　系统全景：一张图看懂 China Food
意图：给没参与项目的人一张总图，三分钟建立整体认知——哪层是规则、哪层是系统、业务从哪进、数据往哪走。看完应能说出：订单从 TPM 进来、S4 是核心、主数据由 MDG 控、审批在 OA、集成走 SAP Integration Suite。
范围：不承担字段与操作细节，也不替代任何 SOP
A2　订单从哪来
意图：先划清「谁的活」，避免把 S4 直建的单误当成 TPM 单去查接口。看完应能判断任意一类订单该在哪建、要不要走 TMS。
范围：不画流程顺序，也不判断单张具体单据的归属
A3　单子落在哪个公司
意图：让 key user 分清一笔 Dropship 里同时出现的三个公司代码——发货工厂、RHQ、结算方，知道自己在哪一层、该找谁。上半部分是归属树，下半部分是全量对照表供查值。
范围：不含利润中心与科目明细（归 pca-segment 域）

第二批 · Dropship

W1　Dropship 主链：建单到回传
意图：让 key user 在一张图上看完一单 Dropship 的全生命周期，重点在交接点——谁交给谁、交什么单据。看完能说出自己在哪一步、上下游找谁。单据流与实物流并行，是为了破除「系统一单到底等于货也直达」的误解。
范围：不含 Fiori 操作与字段，细节看 SOP 与测试脚本
W2　Dropship 改单：谁被牵动
意图：说明改单不是改一个字段，而是一串人要被通知、几张单要重做。看完能判断「客户改这一项，我要不要动 PO、工厂 SO、运输，以及 RHQ 在途那一段要不要重走」。
范围：不含改单界面操作与价格、信用重算细节；换厂不在此图（关原单重新下单，回 W1 主链）
W3.1　Dropship 退货与退换货：实物退回工厂
意图：把「退回去」变成可执行的岗位链，并提前暴露三个最易错点——161 出库、IC 贷项、哪一侧检验。看完能说清货到工厂后谁接手、下一步做什么。退换货均开票（10-30 定，原 FOC 路径废止）。
范围：不含过账字段；退货接口仍在谈，相关段落在 S3 标 draft
W3.2　Dropship 虚拟退货：仅退回 RHQ（草案）
意图：覆盖无实物退货场景——货不回工厂、仅账面退回 RHQ，看凭证怎么走、库存去向谁定。动议来自税务/财务（10-30），流程约束与财务影响待专题会。
范围：草案，未经专题会确认前不作为执行口径

第三批 · 非 Dropship 场景

W4　样品订单：随车运费怎么记
意图：解释样品单为什么不接 TMS——不是系统做不到，而是业务形态不匹配（一个计划案对多个 ship-to、跨月发货）。看完知道运费该记在哪张单上：只建 1 张样品 SO（Sold-to 一次性客户），ship-to 由 Excel 线下传，客户 billing 单独走进销售费用，运费追加到当月同 ship-to 的 FO 做 FSD / Delta FSD。
范围：不含快递面单与零散领用（后者走 201 成本中心）；TMS charge type 待 T-23 确认
W5　Toll In：到厂自提
意图：说明这是一条暂停的业务线，不接 TMS 是因为没有实际案例可谈，不是设计遗漏。看完知道将来有需求要先走 CR。
范围：不含 TMS 对接方案——现在不存在
W6　华丰集团销售：运费不进工厂 已交付 →
意图：说明华丰的运费在总账公司、不在工厂，所以工厂侧看不到 TMS 运费。看完不会再去工厂单上找运费。
范围：不含集团内部往来分录

第四批 · 接口时序

S1　下单与回传：IF-04 / 05 / 06 / 10
意图：让顾问与接口开发看清一次下单在系统之间怎么跑，尤其是失败时怎么办——超时、重推、重复。看完能判断一张单卡在哪一段。
范围：不含字段长度与枚举，字段级看接口 JSON 规格
S2　主数据链路：OA 到 TPM
意图：说明主数据不是改完就生效，要过 OA 审批、MDG 激活，再分发到 S4 和 TPM。看完知道一个新物料或客户从提出到可用要经过谁。
范围：不含 MDG 审批矩阵条文
S3　退换货接口 IF-13：五动作（draft）
意图：把 IF-13 的五个动作排成先后（TPM 端正向/逆向复用 SO 接口，S/4 端退换单独实现），让业务与 TPM 对「谁先发、谁后回」有共同语言。仍在谈，所以整图是草案，不用来对外承诺。
范围：不作为承诺，spec 定稿后重画

执行顺序 Sequence

第 0 步：接口总表（不是图，是编号对照）+ 企业结构编译稿 → 解锁 A1 / A3
第 1 张：A2 发起端边界 ✅ 已定稿 v1.0（看图）
A3 单子落在哪个公司 ✅ 已定稿 v2.0 2026-10-28（看图）
第 2 张：W1 Dropship 主链（workflow 模板，后续 5 张 workflow 复用它）
第 3 张：W2 Dropship 改单 ✅ 改版 v1.6 · 2026-10-29（看图，按 10-29 复核意见：FU 与 SO item 一一对应、SO 行落 RHQ、补 RHQ 收货/在途/出库）
第 4 张：W3.1 Dropship 退货与退换货：实物退回工厂 ✅ v0.8 2026-10-30（看图）；W3.2 虚拟退货草案（待专题会）
第 5 张：W4 样品订单 ✅ 已交付 v1.0 2026-10-28（看图，待看）
第 6–8 张：W6 ✅ 已交付 2026-10-28（看图，待看）· W5
第 9–12 张：A3 → A1 → S1 → S2 → S3
暂缓：L1 订单状态机 —— 等所有接口方案落地后再做

每张图两道闸门：闸门 A 源时效检查（过期先更源，不改 hub）→ 文字骨架你签字 → 渲染四道校验 → 闸门 B 与 hub 页一致性校验（新口径命中 / 旧口径 0 残留）。

口径与验收 Rules

取数分层

T1 权威：登记表决策文件、已交付 spec、顾问版用例
T2 可信：wiki 已确认口径
T3 工作：讨论稿，入图必标 draft
T4 历史：归档/日报，只对照

节点规则

只写岗位 + 动作 + 产出单据；不写 Fiori app、T-code、字段、按钮。决策敏感点（161、IC 贷项、谁检验）放注记，不进标题。

交付验收（三条）

① 每个节点能说清谁/哪系统/出什么单
② 随机抽 3 个节点能追到来源
③ 没参与项目的人能顺着图说出下一步找谁

本轮设计变更 Changes

A1 收成两个视图（全景 + 订单链）。治理层原定拆独立小图 G1，10-29 取消，不再出图。
W4/W5/W6 拆分：三者「不接 TMS」原因性质不同（业务形态 / 无业务实例 / 法人账务），合并会误导。
A3 进第一批；L1 状态机暂缓，等接口方案落地。
Dropship 双线：单据流（AIS 一单到底）与实物流（Plant→RHQ→Customer）并行标注，防止 key user 混淆。
通用化：方法沉淀为 archify-playbook，本页只是 S4 这一个实例。

China Food 制图计划 · Archify v0.1