接口就绪风险：13 接口规范已定（MM1-4=V4、SO=V3）但联调未完成、API/BAPI 未拍板，「自动触发/推送/锁单」需配过渡方案 · A2 审批 vs 系统内审批未闭环（P-26）
| 批次 | 编号 | 名称 | 版本 | 使用部门 | 驱动系统 | 差异 |
|---|---|---|---|---|---|---|
| 采购生产 | DSH-GAR-PNP-SOP-001 | 间接采购供应商开发及维护管理办法Indirect Procurement Supplier Development and Main | v3.1 | 采购中心 PNP | MDG BP + S4供应商 | 🔴3 🟡4 |
| 采购生产 | DSH-GAR-PNP-SOP-003 | 供应商动态管理办法Supplier Dynamic Management Measures | v2.0 | 采购中心 + 品保 | S4 QM + MDG冻结 | 🔴3 🟡3 |
| 采购生产 | DSH-GAR-PNP-SOP-003 | 直接物料供应商问题处置与退出机制管理办法The Management of Disposal and Exit Mechanism for | v2.0 | 采购中心 + 品保 | S4 QM + MDG冻结 | 🔴3 🟡3 |
| 采购生产 | DSH-FOD-QAC-SOP-033 | 原物料让步接收管理办法Accept on Deviation of Raw Material Management | v3.1 | 品保 QAC + 品研 | S4 QM 检验批/UD | 🔴3 🟡4 |
| O2C | DSH-FOD-LOG-SOP-001 | 销售订单管理及成品销售出库流程Sales Order Management And Final Product Entry SOP | v3.1 | 运营/订单中心 + 销售 | TPM推单 + S4 SD + TNL | 🔴4 🟡5 |
| P-09 先行 | DSH-FOD-LOG-SOP-003 | 物流费用管控流程Logistics Fees Management | v5.1 | 物流仓储部 OPS | TNL FSD 自动应计 | 🔴3 🟡2 |
| 采购生产 | DSH-FOD-OPS-SOP-006 | 备品备件及低值易耗品管理办法Spare Parts &Low Value Consumables Management | v3.1 | 工厂工务 + 采购 + 仓储 | MDG物料 + S4 MM/PM | 🔴3 🟡3 |
| O2C | DSH-FOD-SAL-SOP-004 | 经销商开发、汰换及信息变更管理流程Customer Master Data Management SOP (Distributor O | v5.1 | 销售部 SAL | MDG 客户/BP审批流 | 🔴5 🟡3 |
| O2C | DSH-FOD-TMK-SOP-001 | 促销活动管理指引Promotion Activity Management SOP | v7.1 | 市场部 TMK | TPM纷享销客 + OA衔接 | 🔴4 🟡7 |
| O2C | DSH-FOD-MKT-SOP-002 | 销售价格管理流程Listing Price Management | v2.1 | 市场部 MKT | S4 SD + TPM价盘同步 | 🔴3 🟡3 |
| O2C | DSH-FOD-TMK-SOP-002 | 促销品管理流程Promotion Items Management SOP | v4.1 | 市场部 TMK + 工厂仓储 | MDG物料 + S4收发货 + TPM | 🔴5 🟡3 |
内容为逐章节差异表（现状 → To-Be → 要改什么）+ 关键决策点，来源：01-Projects/S4-HANA/SOP更新差距_*分析底稿（①②层已校准，③SIT层待合流）。本节由 scripts/gen_sop_gap_details.py 从底稿生成——改内容请改底稿后重跑，勿直接改本节。手机上点开单份查看。
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 8.1 + 9 流程图「SAP 价格维护 / 审核 SAP 维护价格」 | 市场部在 SAP 维护销售价格，订单中心更新订单模板；财务在系统内审核确认 | 价盘维护整体迁 TPM：出厂价/样品价仅在纷享销客维护，TPM 订单定价后把价格结果传 S4 创建 SO（✅ 决策_TP转移定价 9/20 + S4 新生态 v4.0）；财务仍管工厂→RHQ 转移价（Dropship=VK11 成本加成·不含税·提前1个月） | 重写维护主体与审批（SAP→TPM）；原「价盘 SAP→CRM 同步/失败处理」环节作废，改为「TPM 价格结果传 S4 + 接口异常处理」 |
| 5.2.3 新客户创建 | 「新客户的创建应遵照《主数据管理办法》SOP，总部销售在主数据申请表上提供销售渠道」 | 客户/BP 创建走 MDG 审批流；销售渠道、销售区域等字段在 MDG 客户主数据申请单维护，审批后同步纷享销客 | 引用文件改为 MDG 客户主数据流程；明确渠道信息填写字段与 MDG 申请单的对应；确认《主数据管理办法》是否已随 MDG 修订（待验证） |
| 8.4 调拨价维护 | 工厂计划部提需求 → 品研部向 IT 部提交成品料号扩展申请 → 市场部提供出厂价 → 财务维护调拨价 | 料号扩展走 MDG 物料审批流；调拨价=STO 用 S4 MEK1 维护（不含税），成品=出厂价75%、原料半成品=成本加成，财务每月手工算提供计划部（✅ 决策_TP转移定价 9/20，PBXX 路线作废） | 料号扩展申请路径改为 MDG 审批（R1 按物料类型分派）；调拨价条款改写为 MEK1/不含税口径 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 6 电商部代工专供产品价格 | 电商部核算 → 纸质报价单 → 核决权限审批 → 邮件扫描件与维护需求发市场部 → 市场部在 SAP 维护 | 维护系统与留痕方式待定（是否走 OA/电子流待验证） | 明确维护系统、审批留痕与附件归档方式 |
| 5.4.3 价格体系批准 | 采用 OA 或会签形式，按核决权限表审批 | 若价格生效以 S4 条件记录为准，则存在「审批通过 ≠ 系统生效」的衔接问题 | 补「审批通过 → 系统维护 → 生效」的对应条款；确认 S4 内是否有价格审批工作流（待验证） |
| 9 流程图「财务部复核/审核」 | 财务线下复核渠道与价格，并审核 SAP 维护结果 | 复核动作是否在 S4 内完成取决于系统设计（待验证） | 明确 SAP/S4 内是否有审批节点，或仍靠线下审核 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1 季度/年度预算 | 「TPM 预算」：总部市场部上传 A/CM 预算、总部销售发展部上传 T/C 预算至 TPM 系统审批；维度=部门/渠道/费用类型/总部或大区/品牌/月份；超预算无法创建促销案 | 促销预算在纷享销客管控 | 系统名统一改「纷享销客（TPM）」；核对预算维度字段清单是否与纷享销客配置一致（待验证）；保留「超预算无法创建促销案」的控制点表述 |
| 5.1.3 预算追加 | 在 OA 完成预算追加审批 → 再在 TPM 提追加申请 → 按 A2 审批 | OA ↔ 纷享销客审批链衔接方式未定（P-26 A2-OA 审批流适配推进中） | 明确追加审批在哪个系统发起、双系统先后顺序；若 OA 保留，写入「OA 审批号 + 纷享销客单号互引」 |
| 5.2.2 B/C 项线下特殊情况 | B：搭赠+返利超比例时「SAP 系统自动锁住发货订单，取得 CFO 线下审批后由财务部手工放单」；C：超授信/超账期冻结订单经线下审批后由信控手工放单 | S4 FSCM 信控承接（✅ 决策_FSCM信控建立）：3rd party 客户 UKM000 自动生成+默认额度0/高风险（BAdI 自动设 0），下单即管控；释放走 Manage Customer Credit Release process（Order Processor 执行）；22 个授信客户 offline 审批后在 S/4 FD32/33 手动维护 | 「SAP 自动锁单/手工放单」改写为 FSCM 机制+释放流程；放单落 Order Processor 角色，与 LOG-SOP-001 5.4.3 同口径；线下审批保留 |
| 5.6.1 B 采购类促销案 | 无实物：总部销售发展部/市场部在 SAP 确认收货 → 结案资料给财务审核（代替 TPM 结案）；有实物：TPM 确认收货即占用预算 | 链路已定（✅ 决策_TPM-MM接口 V4）：纷享销客计划案→PR（IF-07·实时）→ PO（IF-08·一天两次回传）→ S4 收货（物料凭证 IF-10·每天2次）→ 财务凭证回传（过账 IF-11/冲销 IF-12 两支；IF-13 已改退换货接口）；促销品批次=TPM计划案编号 | 结案路径拆分重写：收货确认在 S4，核销凭证回传纷享销客；接口时效写入 SOP（1/3/4 号接口频次） |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1.2 预算转移 | C/T 类渠道内转移走线下按 A2 审批；区域间/明细科目间转移「提交转移申请后系统自动触发审批流」 | 审批流在纷享销客内 | 核对审批流位置与 A2 的一致性；明确线下与系统内两条路径的边界 |
| 5.6.2 A 随单搭赠 | 「TPM 系统自动根据搭赠条件计算需搭赠货品生成并发送 SAP 订单，无需再提交结案」 | 纷享销客经 SO 创建接口推单 S4；搭赠行=Item Category ZO12、搭赠折扣走条件类型 ZR01（✅ SO 接口 V3 口径，蓝图 TAN/ZDIS 作废） | 改为「经接口推送 S4 生成销售订单（搭赠=ZO12/ZR01）」；接口未就绪的过渡方式仍需注明 |
| 5.6.2 B 随单折扣 | 现代渠道直营客户折扣「直接修改促销价格，发货订单价格按促销价格」 | S4 条件类型承接：ZD04 随单折扣（不能与搭赠同用）、ZD01 标准折扣备用（✅ SO 接口 V3） | SOP 写明条件类型与互斥规则（与搭赠不同用） |
| 5.7 财务支付原则 | 付现走 OA 请款（注明 TPM 结案号，超 10 万附结案资料）；货补体现在经销商后续进货的销售订单上 | 请款/付款在 S4 侧；货补在 S4 订单体现 | 保留「结案号互引」规则，系统名更新；明确货补在 S4 订单的处理路径 |
| 6.1 促销监控 | 总部行销每月第一个工作周从 TPM 系统导出上月「ROI 报表」 | 纷享销客报表 | 更新报表名称/导出路径与责任角色 |
| 5.4.1 固定金额类促销案超预算 | 「TPM 系统自动锁住结案」＋ CEO 邮件批复后可增补计划 | 纷享销客系统行为 | 保留控制逻辑，更新系统表述 |
| 5.6.3 结案照片 | 陈列照片以 SFA 系统导出照片为准（含水印/门店/GPS） | SFA 与纷享销客的关系待验证（是否同步/是否留存 SFA 作为独立证据源） | 确认后更新取证链路；未确认前不宜删 SFA 表述 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 3 职责（区域行销） | 「负责提报促销品 TPM 计划单，生成 PR 号（所有促销品都必须有物料号）」 | 计划单在纷享销客，经接口1「计划案→PR」实时自动生成 S4 PR（✅ 决策_TPM-MM接口 V4 主/从表；单位由 S4 侧按物料主数据硬转——决策_TPM基本单位规则 方案A·草稿）；促销品物料=PROM 类型走 MDG 物料审批（R1 按物料类型=市场/销售提报，✅ 决策_MDG审批流） | 「计划单→PR」写明自动接口与时效；物料号申请路径=MDG PROM 物料 CR（R1 市场/销售 → D1-D7 视图审批） |
| 5.3.1 / 5.3.2 SAP 收发货 | 工厂物流仓储部完成 SAP 系统收货；发货以区域行销邮件通知或销售订单为依据 | S4 MM 库存收货/发货；若促销品随销售订单送出则涉及 S4 出库 | 系统名改 S4；确认收货/发货事务与角色在 S4 中是否仍归工厂仓储物流部 |
| 4.2 库位表（6 个工厂促销品库位 PR07/PR04/PR02/PR03/PR05/PR16） | 库位定义为「SAP 中存货存放的地点，均属 RHQ」 | S4 上线后库位编码是否沿用/重编（待验证） | 上线前核对库位主数据并更新库位表 —— 直接影响收货、发货与盘点落账，风险高 |
| 5.4.1 促销品领用 | 区域行销填《广促品发放清单》及配送明细「或在销售订单上备注」，工厂按清单或销售订单随货送至经销商 | 销售订单在 S4；促销品行项目如何进入订单（搭赠机制）待验证 | 明确促销品行项目在 S4 订单的处理方式（是否搭赠行、是否免价） |
| 5.5 流程图 | 残留「订单中心按总部行销制作的促销品出库记录表完成 SAP 系统发货操作」 | 与正文 3 职责冲突（2024.08 修订已删除订单中心职责，流程图未清理） | 借本次修订清理流程图与职责表不一致处，删除/替换订单中心相关流程框 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1.2 供应商送货至各工厂 | 供应商按要求送至各工厂，工厂签收 | 是否涉及 TNL 运费/运费协议（待验证：促销品运输是否纳入 TNL） | 若纳入，补运费结算与 Freight Order 关联说明 |
| 6.1 SAP 账上促销品盘点 | 「依据财务《存货盘点流程》执行即可」 | S4 库存盘点 | 更新引用文件版本；确认 S4 盘点报表名称 |
| 5.3.2 发货依据 | 邮件通知 / 销售订单 | 纷享销客是否承担发货指令发起（待验证） | 确定发货指令来源，保留或替换邮件依据 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5 步骤 4「客户开户 OA 申请」 | 填写 OA 客户管理签呈、开户申请，附营业执照/法人身份证，OA 主旨写明所属区/部/所/城市 | 客户/BP 创建走 MDG 审批流：BP Customer 按 Sales Division（BF/OT） 分派审批链（✅ 决策_MDG审批流 9/20 闭环版）；开户后信控默认同步生效：UKM000 自动生成、3rd party 默认额度0/高风险（✅ 决策_FSCM信控建立；新客户初始授信=0） | 重写开户申请载体与审批链（OA 主单据去留仍决策点）；补「开户后信控默认值」条款，授信客户走 offline 审批+S/4 手动维护 |
| 5 步骤 6「系统开户」（IT 部门） | 销售发展部负责人通知 IT 系统开户 | MDG 承接创建/变更/冻结 | 「通知 IT 系统开户」改为「MDG 审批通过后生成主数据（由主数据专员/接口执行）」；重定义 IT 角色 |
| 10 步骤 6「系统闭户」（IT 部门） | 销售发展部负责人通知 IT 部门系统闭户 | MDG 冻结/停用机制（闭户对应的系统动作待验证） | 明确「闭户」= MDG 冻结还是 S4/SD 客户标记；确认闭户后未清订单、返利余额如何处理 |
| 13 经销商信息变更 + 「信息变更后一个月内完成 SAP 中的信息修改」 | 户名变更需 OA 申请、送货信息变更走邮件报备（业务-区域销管-销售发展部负责人-IT）；一个月内完成 SAP 修改 | MDG 客户主数据变更审批流，变更后同步纷享销客 | 时限条款改为按 MDG 审批流时限；户名变更是否需新建 BP/新旧编码映射（待验证，主数据治理关键）；逐行核对「是否需要 OA 申请」列的替代系统 |
| 14 步骤 3「流程申请及数据更新维护审批流」+ 步骤 4「系统信息变更」（IT） | 营业部经理-区域销管-销售发展部负责人；IT 执行系统变更 | MDG 审批流承接 | 审批链映射到 MDG 审批矩阵；明确 IT 在变更流程中的新角色 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 3 经销商设置原则 / 4 甄选标准（渠道属性） | 渠道（传统/电商）由销售侧定义，开户申请中提供渠道信息 | 客户主数据字段（销售渠道、销售区域/销售办公室/销售组、China Food 4 级客户层级）在 MDG 维护，同步纷享销客 | 明确 SOP 中的渠道分类与 MDG 字段取值对应表，避免开户时字段口径不一 |
| 7.4 区域销管 ※ 营业执照真伪核验 | 登陆企业信用信息公示系统做真实性确认（线下留痕） | MDG 申请附件是否可上传核验截图、留痕要求待定 | 更新附件留痕方式与审核证据要求 |
| 9.3 汰换遗留问题（剩余返利等） | 「必须及时解决，原则上不得超过六个月」（返利数据现取自 SAP） | 返利在纷享销客（TPM）/S4 结算侧 | 明确剩余返利查询与清偿路径，与《附件5 经销商返利和促销款承接协议》联动 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.2 销售部制作需求订单 + 5.3 订单中心创建销售订单 | 业务员电话报单/销售内勤按模板制作 Excel 需求订单 → 邮件至订单中心 → 订单中心 1 小时内录入 SAP | 纷享销客（DMS/TPM）销售单一入口：订单先经 TPM 校验（超比例/长期未交易冻结）后经 SO 创建接口推 S4 建 SO，状态双向回传（✅ S4 新生态 v4.0 + 13 接口口径）；订单类型 ZF00-ZF05/ZR01-03、Item Category ZO11-13 按 SO 接口 V3；渠道覆盖范围待验证 | 流程本质改写：谁在纷享销客下单、S4 自动建单后订单中心做什么（校验/异常处理/改单）；Excel 邮件报单是否废止（决策点） |
| 5.4.1 / 5.4.2 财务提供返利余额、客户余额，刷新订单 | 每月第一个工作日财务提供销售订单返利余额和客户余额至行销部，财务刷新订单 | 返利台账在纷享销客；订单侧返利折扣走条件类型 ZR02（仅 ZO13 行）+ ZR2X 返利台账折扣（✅ SO 接口 V3）；S4 侧 Condition Contract 承接仍⏳待业务确认 | 明确返利余额取数系统（纷享销客台账）与刷新动作执行人；条款挂条件类型口径 |
| 5.4.3 订单冻结处理 | 客户余额不足/授信超期/超比例发货（放行比例参照《促销活动管理指引》） | S4 FSCM 信控：默认额度0/高风险自动拦截；释放=Manage Customer Credit Release process（Order Processor）（✅ 决策_FSCM信控建立）；22 授信客户 offline 审批+FD32/33 维护；线下审批保留 | 写清 FSCM 拦截/释放机制与 Order Processor 角色；与 TMK-SOP-001 5.2.2 B/C 同口径 |
| 5.5.1 / 5.5.2 工厂接单与发货、5.5.4 过账 | 工厂仓储物流部引用 SAP 销售订单创建打印发货单 → 通知承运商 → 装车 → 在「SAP」（OCR 作「5 系统」）核对实发数量、批次并保存过账 | order-based TMS：单据打印前移至 FO（中国编号首位「7」）、FIFO 批次由 FO 输出、仓管按纸质回写 DO；PGI 后自动触发 FSD 应计（✅ S4 新生态 v4.0 + TNL 口径） | 发货章节按「FO 前置打印/FIFO 由 FO/纸质回写 DO」重写（谁建 FO）；过账表述更新为 PGI；与 LOG-SOP-003 交叉引用同步 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1 订单模板维护 + 5.1.2 工厂测体积数据 | 订单中心维护订单模板（增减品项），工厂提供新品体积数据 | 下单入口移至纷享销客（待验证）；体积由运营部在 TPM 维护（SKU×大区 + SKU×工厂两组规则），TMS-FU 取 S4 SO 字段，不进物料主数据基础视图（✅ 决策_TMS体积字段） | 明确下单界面/模板维护职责归属；体积条款改写为「运营部 TPM 维护」，删除工厂报体积旧路径 |
| 5.3.3 录入时限 | 17:00 前接收的订单当天录入，17:00 后次日 10:00 前录入 | 自动建单后时限含义变化（接口推送时延、异常处理时限） | 改为「接口推送时效 + 异常订单处理时限」，保留数据汇总节点（见 5.3.4） |
| 5.6 修改销售订单 | 销售部发改单邮件，订单中心核对原单号/发货工厂后修改 | S4 订单可改范围（哪些字段可改、是否需冲销重建待验证） | 按 S4 能力重述改单规则；明确改单与 Freight Order/发货单的联动 |
| 5.2.4 引用《LOG-SOP-003 物流费用管控流程》 | 最小起运量、非先进先出、跨区发货以邮件报备审批 | LOG-SOP-003 同步修订（TNL FSD 应计 / Freight Order / 运费协议） | 交叉引用更新为修订后版本；报备审批渠道是否仍在邮件需确认 |
| 6 流程图「促销搭赠政策检核」 | 「系统根据设定自动审核，如有异常订单中心反馈给销售内勤或 IT」 | 搭赠由纷享销客计算（ZO12 行/ZR01 条件）经接口推单至 S4；TPM 侧校验含超比例/长期未交易冻结 | 更新检核环节的系统与反馈路径，挂 SO 接口 V3 口径 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1.1 物料号管理 | 无料号且使用频次≥2 次/年 → 「申请维护物料号后再做申购」；设备经理按财务部年度无料号清单年初复核 | 物料主数据创建/变更改走 MDG 审批流（R1 申请人 → S1/S2 Data Steward → D1 → D2~D7 视图负责人），审批后由 MDG 分发到 S4。备品备件对应 ERSA 物料类型 | 明确「维护物料号」的新入口是 MDG 物料 CR，不是 SAP 内直建；写出提 CR 的角色（研发/品保/工务按物料类型）与审批链；ERSA 的 D4「MRP?」视图已闭环=耿春洪（✅ 决策_MDG审批流 9/20）；批量>10条场景走「DO 邮件批准+JKT EDM 上传+EDM mgr 系统审批」模式（✅ 决策_MDG物料主数据批量改版） |
| 5.1.2 / 5.1.3 请购 | 纸质《物资需求计划表》 → 仓储填库存签字 → 财务经理 + 厂长签字 → 审核后才允许申请人在 SAP 提报 PR | S4 采购流程重构；PR/PO 审批载体=Flexible Workflow for Purchasing（✅ 已确认在用，源：决策_OA-MDG-S4资产卡片接口 背景段） | PR 走 S4 Flexible Workflow 已定；工厂级纸质前置审批是否保留=业务拍板（保留则写「线下前置+S4 系统审批」双层） |
| 5.3 验收入库 / 6.3 出库确认 | 仓库管理员在 SAP 制作入库/出库单；无物料编号物资「入库时同步自动出库」；出库按先进先出 | S4 库存管理全面重构（移动类型/库存凭证/界面变化）；S4 内是否仍允许「无料号自动出库」存疑 | 重写仓库系统操作章节（界面/事务）；「无料号入库即自动出库」在 MDG 强制主数据管控下是否保留 → 待验证（可能改为全部需料号）；先进先出是否仍有系统支撑 → 待验证 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 1.目的 / 全文 | 通篇称「SAP 系统」 | 系统升级为 S/4HANA（S4）；主数据另有 MDG | 统一系统称谓：交易/库存类改「S4」，主数据类改「MDG」；「SAP」不再单独指代 |
| 4.职责·财务部 | 「每年年末向运营部（设备经理）提供全年无料号清单」 | 物料主数据报表可由 MDG 输出 | 报表来源与口径更新；MDG 是否提供等价的「无料号/缺视图」报表 → 待验证 |
| 7.2 台账与盘点 / 7.3 存货预警报废 | 引用《存货盘点流程》《呆滞存货预警和处理流程》；账外物资台账 + 库位卡 + 月度盘点 | S4 库存重构影响盘点方式与库位管理 | 盘点/库位章节需与 S4 库存管理口径对齐（库位卡是否电子化 → 待验证） |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 6.5 供应商信息维护 + 7 流程图 | 「在 OA 各职能审核通过后，IT 在 SAP 进行创建、扩展、变更、取消/冻结、解冻等作业」；流程图「OA 中线上申请在 SAP 对供应商进行建档 → IT 在 SAP 中建档」 | 供应商主数据改走 MDG：OA 审批 → MDG（BP Vendor 按 Purchasing Group CF1-CF3/CF8/CF9 分配审批链 R1→S1/S2→D1→D2~D7）→ 分发 S4 | 流程重写：「IT 在 SAP 建档」不再成立，改为「MDG 按审批流生成 BP 并分发 S4」；明确各环节角色（申请人/Data Steward/视图负责人）；流程图的「IT 建档」节点替换。审批链框架已拍板（✅ 决策_MDG审批流 9/20 闭环版：Vendor 按 Purchasing Group CF1-CF3/CF8/CF9，FI 视图财务审批） |
| 3.职责·Helpdesk / 4.5 术语·Helpdesk | 「Helpdesk（SAP 支持团队）负责在 SAP 系统中操作合格供应商的注册、扩展、变更、停用、解冻」 | 主数据操作迁至 MDG；S4 端操作面收窄 | Helpdesk 职责条目需重新界定（MDG 与 S4 的操作分工 → 待验证）；术语 4.5 定义需同步 |
| 4.6.1 / 4.6.2 合格供应商 | 「经过审核流程确认，录入 SAP 系统的供应商」；AVL 为「通过 Vendor Qualification 的供应商登记目录」 | S4 中供应商实体是 Business Partner；MDG 管控主数据 | 术语更新：SAP 供应商 → S4 Business Partner（BP Vendor）；AVL 与 S4 Source List/采购信息记录的对应关系 → 待验证 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 3.职责·财务部 | 「负责提供新供应商在 SAP 中『统驭科目』代码并参与供应商开发审核」 | S4 BP 的统驭科目（reconciliation account）为配置项；MDG BP 含 FI 视图 | 统驭科目由谁维护、是否由 MDG FI 视图带出 → 待验证；职责描述需与 MDG FI 审批角色对齐 |
| 5.3.5 关联关系标记 | 「两家以上关联供应商，需在 SAP 中作出有效标记」 | S4 BP 是否有等价标记字段 | S4 BP 是否存在关联关系标记字段 → 待验证；若需新增字段，需提变更 |
| 3.职责·采购部 + 6.1/6.2 | 「OA 中『供应商管理流程』发起注册及维护申请」「OA 线上审核，线下归档」 | OA 仍是审批入口，但通过接口 OA→MDG→S4 分发 | 明确 OA 表单与 MDG CR 的字段映射与触发关系；引用接口说明（参见 `决策_OA-MDG-S4资产卡片接口`） |
| 6.3 取消/冻结停用 + 6.4 解冻 | OA 申请 → SAP 端取消/冻结/解冻；「IT 协助提供可查询供应商是否取消/冻结状态」 | MDG/S4 分工变化 | 冻结/解冻归属 MDG 还是 S4、状态查询入口 → 待验证 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1.1 直接物料异常发现 | 「品保根据质量监督抽查流程对原物料进行抽查，检验初次不合格…（必要时与供应商共同复检或第三方检测）」 | S4 QM 检验批（Inspection Lot）+ 使用决策（UD） 记录检验判定；不合格结果可驱动后续处置 | 检验判定环节改为「S4 QM 检验批 + UD」；明确 UD 不合格决策如何触发《品质异常评审单》/CAR（是否系统触发 CAR → 待验证） |
| 7.3 一票否决 / 8.1 供应商冻结 / 9.1.4 系统清理 | OA 审批通过后「IT 在 SAP 中对该供应商进行取消/冻结」；一票否决「在 SAP 系统中对该供应商主数据进行冻结」 | 供应商主数据由 MDG 管理；冻结/取消是否走 MDG BP 变更流程 待验证 | 明确冻结/取消的系统落点（MDG 还是 S4）与审批链；「IT 在 SAP 取消/冻结」的表述需按实际改写 |
| 7.3 / 9.1.4 AVL 与黑名单 | 一票否决「通知品保部从 AVL 中移除，采购部列入黑名单」；退出「将其从 AVL《合格供应商名录》予以删除」 | S4 有 Source List / 采购信息记录等机制；AVL 是否保留或映射为 S4 对象 待验证 | 明确 AVL 在 S4 时代的载体；黑名单的系统实现方式；与 MDG 冻结的联动关系 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1.1 / 5.2 品质异常 | 《品质异常评审单》+《纠正及预防措施通知单（CAR）》纸质/线下流转为主 | OA 仍为审批入口，接口经 OA→MDG→S4 扩展 | 明确异常单/CAR 在 S4/OA 体系中的流转载体（是否电子化/接口化 → 待验证） |
| 8.1 供应商冻结 / 9.1 退出 | 「采购部提交供应商冻结 OA」；「采购与财务书面沟通后提交供应商退出 OA」 | OA 流程保留，但下游系统动作经 MDG/S4 | OA 表单与 MDG/S4 动作的对应关系需补说明 |
| 6. 供应商索赔 | 「由工厂财务提供相应索赔金额，采购部据此形成索赔报告」 | S4 财务侧（发票校验/贷项凭证等）可能承接扣款/索赔的过账 | 索赔金额在 S4 的实现方式（借项/贷项凭证等）→ 待验证；是否需在 SOP 补系统过账口径 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1.1~5.1.2 不合格判定 | 「原物料到货经品保检验，判断不合格，告知相关部门；品保填写『品质异常评审单』描述不合格现象」 | S4 QM 检验批 + 使用决策（UD） 承载检验判定；让步接收需在 QM 中体现（UD 代码/库存状态） | 检验判定改为「S4 QM 检验批 + UD」；明确让步接收对应的 UD 决策/库存状态（具体 UD 代码与『让步接收』的映射 → 待验证） |
| 5.1.3 审批链（邮件） | 厂长签最终意见 → 采购邮件报总部品研总监批准（抄运营总监、总部品保/计划/采购及工厂相关部门）；品研总监邮件决定 | S4/OA 有审批工作流能力（参见 `BSDD_MM_…Flexible Workflow for Purchasing Document`） | 邮件审批是否迁入系统工作流？S4 或 OA 是否覆盖『让步接收』审批链 → 待验证；若迁入，§5.1.3~5.1.4 的邮件流程需重写 |
| 5.1.4「异常品评单」+ 3.职责·财务部 | 品研总监同意后，区域品保在 OA 系统内上『异常品评单』申请流程；财务「按照 OA 系统品保申请的『异常品评单』最终处理意见实行相应的扣款操作」 | S4 采购发票校验（IR）/贷项借项凭证可能承接扣款 | 扣款动作的系统落点（S4 发票校验减价 or 后续借项凭证 → 待验证）；OA「异常品评单」与 S4 过账的衔接需补说明 |
| SOP 章节 | 现状 | 上线后 To-Be | 要改什么 |
|---|---|---|---|
| 5.1.3 参与人角色 | 厂长/品研总监/运营总监/总部品保/计划/采购 等按岗位名签署 | S4/MDG 体系引入 BP / 工作流角色 | 审批人是否需对应到系统角色/用户组 → 视修改后审批载体而定 |
| 5.1.5 退货 + 6 流程图 | 采购部走 OA 退货流程；流程图「退货处理」 | S4 退货采购订单/退货交货 | 退货在 S4 的实现口径（退货 PO / 退货交货是否启用 → 待验证） |
| 流程图 6.1 + §5.1.2 | 顺序「依次计划、采购、厂长、财务（涉及扣款）审批」；流程图含「OA 异常评审流程」节点 | 审批可能迁入系统工作流 | 若审批迁系统，流程图需重画并与实际审批链一致 |
| 5.1.1 收货/库存 | 「原物料入库」（流程图）；区域仓储环节 | S4 库存管理重构 + 收货冻结库存（blocked stock）管理 | 让步接收期间的库存状态管理（冻结库存）需在 SOP 中体现（S4 库存状态字段与操作 → 待验证） |
| # | 议题 | IT 建议 / 待 BPC 明确 |
|---|---|---|
| 1 | 触发机制 | 本次属「系统上线导致的强制修订」，建议按专项批量立项而非等常规修订周期；请 BPC 确认立项与登记方式 |
| 2 | 责任分工 | IT 出差异点清单 → 使用部门（流程负责人）拟草案 → BPC 审核发布；确认是否符合 DSC-BPC-P-001 / DSH-GAR-BPC-SOP-002 现行规定 |
| 3 | 版本规则 | 同类修订升小版本（v3.1→v3.2）还是换版（v4.0）？9 份是否统一口径 |
| 4 | 时间表 | TPM 上线前必须先出：销售/市场 5 份；S4 上线前出：采购/生产 4 份；其余可否上线后观察期修订 |
| 5 | 审批一致性 | 9 份 SOP 均以 A2 为审批总纲，但 S4/MDG/纷享销客 内各有系统审批流，对应关系未闭环（P-26 推进中）——SOP 审批章节写法需统一口径 |
| 6 | 范围完整性 | 本次 Food 侧 9 份 + LOG-003 为已知项；本页候选区为粗筛结果，最终范围请 BPC/各部门确认 |
| 7 | 过渡期处理 | 13 接口口径下字段规范已定（MM1-4=V4、SO=V3）但开发联调未完成、API/BAPI 未拍板，「自动触发/推送/锁单」类描述上线初期无法落地——建议允许写入过渡方案或分阶段生效条款 |
| 标记 | 编号 | 名称 | 日期 | 备注 |
|---|
已分析 完成逐份差异分析 候选 关键词粗筛命中，是否受上线影响待各部门确认