SIT 场景缺漏检查 — TPM《Scenario SIT List v0.9》¶
最后变更：2026-10-10 19:10
检查时间：2026-10-10 · 规模：51 场景 / 6 模块（预算 6 · 促销管理 13 · 订单管理 14 · 价盘 2 · 主数据 5 · 报表 11） 性质变化：从上一版「业务细节清单」升级为正式 SIT List 骨架——加了编号/模块/审批标记（是否存在审批 Y）/部门列，
SIT Script列留空待填脚本号。 阶段定位（10/10 Kabin 补充）：现处场景清单阶段，操作细节（预期结果/测试数据/SIT Script）稍后补入——细节类条目按下一阶段计划处理，不计为缺漏；场景级覆盖与口径问题仍有效
0. 结论（先行）¶
上一版提的缺口，这版补了一半：状态回传场景来了（#32/33）、结案自动化补齐（自动结案/逾期提醒/返利池）、订单链拆成三步含「汇总传输至 SAP」、报表从 2 条扩到 11 条。
还悬着的：接口错误/幂等分支全缺、预期结果/测试数据列没有、三处口径漂移原样保留。 已落定（10/10 决策）：Dropship 判别——#20-22 RHQ 订单三步链即 TPM 发起入口（含其退货/退换货），传 SD 后过 TMS；样品/杂项/Toll In 均不经 TMS（详见 §2.1 与 ../📋决策日志/决策_订单类型系统落位）。
1. 上一版缺口 → v0.9 补齐情况¶
| 上版缺口 | v0.9 状态 |
|---|---|
| 发货/开票状态回传无场景 | ✅ #32 超比例冻结/ATP/信控状态回传（Y 审批）· #33 发货开票信息回传+「是否触发随单类结案,返货金额回传」——回传→自动结案→返货金额回传的闭环写出来了，这是 TPM↔S4 联动的关键场景 |
| 结案只写 4 类凭证 | ✅ 补 #16 随单/样品/采购类接口自动结案 · #17 逾期结案提醒（含采购类）· #18 促销案关闭触发财务凭证 · #19 返利池测试（入账出账+多种结案方式） |
| 订单链太粗 | ✅ RHQ 标准/样品各拆三步：初始创建（销售内勤）→ 修改审核（销售主任）→ 汇总传输至 SAP（订单中心）——传输场景=接口4 有了承载行 |
| 预算只有 3 条 | ✅ 细化为 6 条：Q1/Q3 期初、Q2/Q4 追加、上下半年停用、手工结转（季度不自动结转）、变更追加、转移 |
| 华丰订单 | ✅ #27 珠海华丰独立成行（对应 S4 侧 Huafeng Group Sales 表） |
| 报表 2 条 | ✅ 扩到 11 条：5 标准报表 + 5 开发报表表样 + 客户别 TPCP 管报分摊（带工作流推送） |
| Dropship 独立场景行 | ✅ 判别落定（10/10）：#20-22 三步链即 Dropship 的 TPM 发起入口，含其退货/退换货；过 TMS 属 S4/TM 侧联动，细节阶段补验证点 |
| 接口错误/重推/幂等 | ❌ 仍无任何异常分支行 |
| 预期结果/测试数据列 | ❌ 无（细节阶段补）。SIT Script 列也全空 |
| 授信扩额流程 | ❌ 仍缺（仅 #32 信控状态回传） |
2. 仍需确认的问题¶
2.1 Dropship 判别 🔴→✅ 部分解决¶
10/10 决策（../📋决策日志/决策_订单类型系统落位）：Dropship 及其退货/退换货从 TPM 端发起，传 SD 后过 TMS。 → 判别落定：#20-22「RHQ 销售订单」三步链（创建→审核→传输 SAP）就是 Dropship 的 TPM 发起入口，不再是悬案。 → 剩余部分归入下一阶段细节：注意事项需补 TMS 联动验证点（FO/DO 状态、运费回传——接口 #5 payload 已含 /SCMTMS/TOR_ID 三级单据号）。
2.2 三处口径漂移（原样保留）🟠¶
| 项 | v0.9 写法 | 全景口径 |
|---|---|---|
| 未交易冻结 | #20「超过 xx月 未交易…触发额外审批流」 | DMS 端自动冻结。参数从「三年」改「xx月」占位=仍待定；审批流 vs 自动冻结的拦截层级漂移未解 |
| 超比例 | #32「超比例冻结进入额外审批流」 | DMS 下单时前置校验拦截 |
| 授信 | 仅状态回传 | 新客户默认授信 0→扩额后才能下单，扩额流程场景缺（IAG 还是线下） |
2.3 新发现¶
- #18 开放问题挂在表里：「触发财务凭证，是否允许再打开？」——顾问留的问号，需拍板
- TCP/TPCP 拼写混用：#41「客户别 TPCP 月度管报分摊」vs #55 表样「TCP monthly tracking」——同一东西还是两个报表？待确认
- ~~华丰 vs 小RHQ~~：✅ 已确认（Kabin 10/10）——小RHQ = 珠海华丰，#27 与 S4 侧 Huafeng Group Sales 表对应，同一业务的两侧叫法
- 开发报表 5 张（TRADE_PROMOTION_ROI / 促销案结余 / TCP tracking / Noodle A Expense / TPCP 分摊）= 定制开发交付物，开发交付时间进 SIT 窗口是风险，建议单列跟踪
- #13 采购类新增约束：「PO 金额不能高于计划案金额」「预提凭证金额=PO 审批完成后金额」——细化了，但 S4 侧 PR/PO 配对场景仍缺
- 主数据 5 条（#36-40）有「接口传过来自动匹配」的描述，但无时效/批量/失败重推验证行（初始 1,100 客户、物料 50+/天批处理口径都测不出来）
3. 好的方面（保持）¶
- 结案域细节到位：多次结案+预算释放、不允许混合支付方式、100M 大附件、批量上传/关闭
-
30 当月/跨月改单、#31 只能打删除标记不能物理删——负面路径想到了¶
-
33 把「回传→触发随单结案→返货金额回传」联动写成场景，是全表最有含金量的一行¶
- 审批标记列（Y/空）让 A2 矩阵覆盖范围一眼可见
4. 建议（给 v1.0）¶
- ~~补 Dropship 判别行~~ ✅ 已落定（10/10 决策：#20-22 即 Dropship 发起入口，过 TMS）；细节阶段在注意事项补 TMS 联动验证点
- 加 3 列：预期结果 / 测试数据 / 接口验证点（SIT Script 列已有，正好配套）
- 补接口异常分支：下单传输失败重推/幂等、主数据批量同步冒烟（1,100 客户）、结案凭证错误/冲销
- 拍板三件事：#18 关闭再打开、xx月参数+拦截层级、超比例前置/后置
- 开发报表交付计划单列，别混在功能测试清单里
最后更新: 2026-10-10 · 检查人：Hermes（对照全景 v4.1 + 上一版 TPM 检查 + S4 侧顾问版场景表）