SIT 场景缺漏检查 — 顾问版《S4 China SIT Scenarios》¶
最后变更：2026-10-10 19:22
检查维度（2026-09-20 约定）：① 链路完整性 ② 接口验证点 ③ 负向拦截 ④ 凭证链 ⑤ 批次规则 检查时间：2026-10-10 · 顾问版规模：27 个场景 / 23 张步骤表 / 500 步 阶段定位（10/10 Kabin 补充）：两侧 SIT 均处场景清单阶段，操作细节（预期结果/测试数据/用例编号/SIT Script）稍后补入——细节类条目按下一阶段计划处理，不计为缺漏；场景级覆盖与口径问题仍有效
0. 结论（先行）¶
广度够，可用性不够。
顾问版把财务（MEC/CO Planning/标准成本/内部订单/FI 公司）和仓库（盘点/成本中心发料/库位转移/报废）都铺开了，范围超出 DSP 设计稿；但格式是「角色 + 动作」清单，不是可执行用例——没有用例编号、前置条件、测试数据、预期结果、涉及系统/接口验证点。key user 拿到这张表无法自测（不知道这一步做完该看到什么）。
Dropship 主链三处硬缺漏 + 两处口径冲突，必须先解决再开测：
| 类型 | 问题 | 风险 |
|---|---|---|
| 🔴 缺漏 | AIS 变更级联全表 0 处 | 全景风险#1（FMCG 高频改单）无覆盖，AIS 核心价值未验证 |
| 🔴 缺漏 | 批次规则 / FIFO 全表 0 命中 | 批次 N+年月日+XXX + FO 输出 FIFO 是全景明确规则 |
| 🔴 缺漏 | 发货/开票状态回传（接口 5/6/10）无验证点 | 双向回传是新生态核心特征 |
| 🟠 冲突 | Dropship 实物流表头：顾问写「Manufacture Plant → RHQ Plant → Customer」 | 这是 VSIT/在途口径；AIS 口径是工厂直发客户 |
| 🟠 冲突 | 单据打印环节：顾问挂在 DO（DO Form Printing） | ✅ 已定（10/10）：只有走 TMS 的单才从 FO 打印——Dropship 表打印改挂 FO；非 TMS 单无 FO，TM 打印步随段删 |
1. 结构层（影响可用性，成本最低先改）¶
| 现状 | 缺失 | 建议 |
|---|---|---|
列结构 = Role \| Step + Test Result(Pass/Fail) + Doc Created |
用例编号 / 前置条件 / 测试数据 / 预期结果 / 涉及系统·接口验证点 | 不动现有 500 行，追加 3 列（预期结果 · 测试数据 · 系统/接口），顾问各自认领补 |
| Test Result 只有 Pass / Fail | 无 Blocked / N/A |
GTS 暂缓的情况下，多张表末步会被逼填 Fail 或留空。必须加 Blocked / N/A |
2. 核心链路缺漏（Dropship 主链）¶
2.1 AIS 一单到底的级联验证缺失 🔴¶
全表 500 步中「级联 / cascade / 变更」零命中。仅有两行 VCM monitor for RHQ sales order and intercompany SO creation + VCM monitor for intercompany PO creation —— 这是监控动作，不是变更级联的验证动作。
应补：DSP-01 完成后、发货前 → 主 SO 改数量 / SKU 取消+新增 → 验证 STO PO 与工厂 SO 自动级联更新，无手工同步动作；FO/DO 已存在时改单的运输侧预期行为。
2.2 批次规则与 FIFO 全表零命中 🔴¶
无 batch / 批次 / FIFO / FEFO 任一字样。全景视图明确：批次号 = N+年月日+XXX（自带生产日期，支撑 FEFO 追溯）；发货批次由 FO 决定，仓库不自行判断。
应补：批次确定时点（FO）、批次号格式校验、FIFO/FEFO 取批逻辑、批次信息传递至 DMS 追溯。
2.3 单据打印环节口径 🟠→✅ 已定（10/10）¶
只有走 TMS 的单才从 FO 打印：
- Dropship 两表（过 TMS）：打印应挂 FO（order-based，含 FIFO 批次输出）——顾问写的 DO Form Printing 需改为 FO 环节
- 样品/杂项/Toll In（不过 TMS）：无 FO，打印按各自路径（SD 交货环节/快递面单）——这些表里的 TM 打印步随 TM 段整体删除
2.4 Dropship 实物流表头与现行方案冲突 🟠¶
两张 Dropship 表的 Scenario 描述：
Processs : Manufacture Plant -> RHQ Plant -> Customer
这是 KDD VSIT（在途评估）方案的物流动线（先发销售公司再到客户）。现行确认方案是 AIS 一单到底，实物工厂直发客户、RHQ 无实物库存。
→ 表头不改，SIT 会按错口径跑，且会诱导 key user 认为 RHQ 有实物进出。必须先定 AIS vs VSIT。
2.5 状态回传无验证点 🔴¶
全景视图：发货/开票状态双向回传纷享销客（接口 5/6/10）。顾问版除下单时一行 SD: create SO - credit limit and ATP status update via interface 外，全流程无状态回传步骤。
2.6 MDG 链路未启动 ⚠️¶
#26 MDG Workflow and Data Replication = Not Started，无步骤表。但 MDG 是所有场景的硬前置（客户/物料/供应商审批流 + 接口 1/2/3 复制）。
2.7 Dropship 表内嵌完整 PP/MM 制造链（范围确认）¶
两张 Dropship 表各 46-51 步，含 Upload Forecast → MRP Run → PR/Contract/PO 审批 → GR → 来料检验 → 生产订单 → 完工入库（Yoyo 加注：direct material purchasing + OA + PO + GR）。广度上验的是集成，但：① 单表步骤翻倍，拖长 SIT 时长 ② 依赖 PP/QM 测试数据就绪。
→ 非错误，但需确认 PP/QM 测试数据与人力是否同步就位，否则 Dropship 主链会被上游拖住。
3. 接口验证点¶
| 覆盖 | 缺失 |
|---|---|
TPM_Interface 一张表，20 行：5 类 FI 凭证接口（Promotion Accrual / Opex Accrual / Settlement Voucher / Activity Close Voucher / Non-RHQ FI Voucher）× 错误/成功/冲销错误/冲销成功 |
接口 1/2/3（主数据 S4→TPM）无验证 · 接口 4（下单 TPM→S4）仅 1 行且无异常分支 · 接口 5/6/10（状态/取消回传）无验证 |
- 接口 4 只有
error/success是不够的，需补：失败重推不产生重复 SO（幂等）、超时、消息不丢。 - GTS：多张表末步为
Billing Download and GTS e-Invoice upload，而 GTS 金税暂缓（走第三方税控过渡）→ 该步当前跑不通，需标为「过渡方案验证点」或 N/A，否则多张表最后一格永远空/Fail。 - 状态提示：TPM 13 接口 JSON spec 已全齐、排期表 BLOCKED 已于 2026-10-08 解除，TPM 侧具备开测条件 —— 顾问版工作表未反映该进展（仍停留在 FI 凭证接口范围）。
4. 负向拦截¶
顾问已覆盖（做得不错，RHQ_DropShip 两张表）：超额冻结 SO → 释放被阻订单、逾期项冻结、现金客户预收后解锁、逾期项 AR 过账、PGI 跨期冲销如何处理（好问题，值得单列）。
缺失（全景视图明确规则）：
| 缺项 | 出处 |
|---|---|
| 新建客户默认授信 = 0 的拦截与扩额后解锁 | 全景「授信与利润中心」 |
| 长期未交易客户自动冻结 | DMS 端校验（全景） |
| 超比例控制（订单量 vs 活动预算/核销比例） | DMS 端校验（全景） |
| MDG 审批被打回 / 拒绝路径 | 主数据异常流 |
| 收货必输制造商 + 让步接收 | 全景 v4.0 新增规则 |
| 证照效期管控（Spare Parts 仅有 PO 自动邮件 ✓） | 全景 v4.0 新增规则 |
| 库存差异 / 报废审批的例外流 | 可选 |
5. 凭证链对 KDD VSIT¶
- 每张表末尾是
Check accounting document（FI）/Check Material Ledger（CO），没有凭证对照列——key user 无法判断"对/错"。 - 建议：Dropship 两张表按 KDD 7 步标注「此处应生成凭证 N：工厂仓库→在途库存 / 工厂在途出库 / 销售公司收货 / 销售公司发货至在途 / 销售公司在途出库 / 对客户发票 / 公司间发票」。
- 口径提醒（沿用设计稿）：KDD 为 VSIT 方案凭证记录，科目可参照、单据级联不可照抄；KDD 文档自身已声明测试配置科目未必精确。
6. 退货场景：DSP-03 可以解锁了¶
顾问提供了两张表，路径可读：
- Sales Return wt Billing：TPM 建退货 SO → 退货交货 → 收货过账 → QM 检验? → 退货开票 → 工厂侧 return PO + inbound delivery + PGR + return supplier invoice（跨公司回流）
- Sales Return wt Replace Ord：退货 + TPM 替换订单 + 运输 + 开票
但需先澄清 3 点：
1. 全景硬规则「退货必须引用原始 SO，不允许无参照退货」—— 表中仅写 TPM RHQ Return Sales Order Creation，未见"参照原始 SO"字样。
2. Summary 中两张表均 Not Started、SD Review 空白 —— 退货是全景标 ⏳ 的待确认项，SD 未评审。
3. 疑似复制粘贴错误：Sales Return wt Replac Ord 表中有 VCM monitor for RHQ **Toll In** Sales Order, PO and intercompany SO creation —— 换货场景出现 Toll In 字样（与 Toll In 表原文一致），需修正。
7. 待 Kabin 直接处理的事项¶
| 事项 | 内容 |
|---|---|
| 6 张等签字 | Capex · FICO_MEC · CO Planning · Std Costing · Internal Order · FI Company = Ready for Kabin Review |
| 3 张 MM 待复 | Goods Issue for Cost Center · Stock Transfer in 1 Plant · Stock Scrap = Jackyson 标 Need Review |
| 评审列全空 | SD Review（23 张表 0 条）· PP Review · TM Review 全空；测试进度 % 全空 |
| 4 张未启动 | #24 Payroll Posting from HCM · #25 Vendor Employee Creation from Workday · #26 MDG Workflow & Data Replication · #27 Exchange Rate Maintenance |
| 口径待定 | AIS vs VSIT（Dropship 表头）。~~打印环节 FO vs DO~~ → ✅ 已定（10/10）：只有走 TMS 的单才从 FO 打印——Dropship 表打印挂 FO（顾问写的 DO 打印需改）；样品/杂项/Toll In 无 FO，TM 打印步随段删（见 ../📋决策日志/决策_订单类型系统落位）。~~样品价 S4 维护~~ → ✅ 已定：样品价 TPM 唯一维护，S4 侧 Sample/Direct Sales 表价格维护行需删 |
8. 下一步¶
- 口径先对齐（阻塞项）：把 AIS vs VSIT + 打印环节两条，交 William/顾问定死；不定，Dropship 两张表跑出来不作数。
- 结构化改造：给顾问版追加 3 列（预期结果 / 测试数据 / 系统·接口），Test Result 加 Blocked / N/A。
- 补缺漏：按本清单第 2/3/4 节分配给对应顾问（Tao/Eve/Yoyo/Jackyson）补步骤。
- P-29 ③ SIT 层合流：CN IT 自有清单（as-is/to-be remark）与顾问版合并 —— MDG 自有清单是否到位需问 William。
- 可将本清单转成 Excel「缺漏跟踪表」（按场景 → 责任人 → 状态），便于回给顾问团队。
最后更新: 2026-10-10 · 检查人：Hermes（对照 DSP-01~05 设计稿 + 全景视图 v4.1 + KDD VSIT 凭证链）