决策_FSCM信控建立（China Food）
最后变更：2026-09-20 14:25
顾问 Anthony（Global）提议用 mass upload 程序填充信控默认值；Kabin 基于 China Food 业务现实提出异议。本项后续需多次沟通讨论，当前为草稿阶段。
业务背景
- China Food 客户结构：约 99% 为现销客户（cash customers），仅 ~22 个授信客户（约 1%）
- ECC 现状实践（已验证多年）：激活信控功能，默认高风险类别 + 初始授信额度为 0 → 下单时即受管控
- 信控经理：全国仅 1 人，只负责授信客户（1%），不负责现销客户（99%）
- SD 蓝图确认 China Food 销售订单流程含 Manage Customer Credit Release process（Order Processor 执行）
双方方案对比
顾问 Anthony 方案（mass upload）
- MDG 无法自动填充所有信控相关字段
- 提议用 mass upload 程序填充默认值
- 用户只需输入 2 个字段：Business Partner Number + Risk Class
中方主张（Kabin）
- MDG 选择 BP role（credit role UKM000）且审批通过后 → 信用管理角色 UKM000 自动生成
- China 仅 1 个信用段（CF00），EDM 在 UKM000 自动生成时设置默认：信用段 CF00 + 信用额度=0 + 其他字段参数默认
- 22 个授信客户：本地信控团队手动/mass change 更新额度与有效期
异议点分析（2026-08-12）
- mass upload 仍是人工介入：每个新 BP 都要有人跑上传、填 Risk Class。对 99% 现销客户无意义——他们永远用同一套默认值，且仅 1 名信控经理
- 违背 ECC 已验证实践：现网就是「激活信控 + 默认高风险 + 初始额度 0」，下单即受管控。S/4 应继承此设计，不是倒退回人工批量
- 风险方向：现销客户应默认高风险（额度 0 = 先款后货，系统自动拦截赊销），不是让用户逐个确认风险类别
关键决策点（待讨论）
决策 1：默认值实现方式（2026-08-21 方向更新）
- A：MDG UKM000 角色模板/字段缺省值自动带默认（CF00 + 0 额度 + 高风险）—— 原中方推荐
- B：mass upload 程序批量填充（Anthony 提议）—— 增加 99% 客户的人工负担
- ✅ 2026-08-21 会议新方向：Anwar 探索 user exit/BAdI，在 UKM000 角色生成后自动设置 credit limit=0（替代 mass upload / MDG 模板方案）
- 适用范围：ALL 3rd party customers（第三方客户全部适用，见下表）
决策 2：授信客户（22 个）额度维护方式
- ✅ 已确认（2026-08-12）：接受通过 S/4 系统直接维护（FD32/FD33 手工或本地工具），不需要 Global 开发 mass upload 程序
- ✅ 2026-08-21 细化：22 个需要 credit limit 的客户（~1%）走 offline 审批，审批通过后 risk class & credit limit 由用户手动在 S/4 FSCM 更新
客户分类与信控默认（2026-08-21 会议确认）
| Customer Type |
Customer Sub-type / Payment Term |
Credit Check |
Risk Class |
Risk Level |
| Cust 3rd Party |
Customer Cash |
Yes |
C |
High Risk |
| Cust 3rd Party |
Customer Credit |
Yes |
C |
High Risk |
| Customer Affiliated |
— |
No |
A |
Low Risk 低风险 |
- 例外：仅忽略 division ZO
- 默认策略：3rd party 客户 UKM000 生成后 credit limit = 0（先款后货，系统拦截赊销）
当前共识（截至 2026-08-21）
| 客户群 |
处理方式 |
人工介入 |
| 99% 现销客户（3rd party） |
UKM000 生成后 BAdI/user exit 自动设 credit limit=0，Risk Class C 高风险 |
零 |
| ~22 授信客户 |
offline 审批 → 手动在 S/4 FSCM 更新 risk class & credit limit |
仅这 22 个 |
| Affiliated 客户 |
不做 credit check（Risk Class A 低风险） |
零 |
- 场景：同一 BP 既是客户又是供应商时，如何区分 contact person
- 计划：中国 IT 单独会议讨论 → 按需提供 sample data / business requirement 给 EDM team 评估
- 状态：⏳ 待开展（2026-08-21 提出）
相关文档
- SD 蓝图 Sales Processing and Fulfillment V1.00 中国章节（Manage Customer Credit Release process）
- Anthony Wijaya 邮件 2026-08-12（mass upload 提议）
- EDM MDG BP 主数据相关蓝图/审批矩阵
- Agnes 会议总结邮件 2026-08-21（BP Credit Management）
待办
| # |
事项 |
负责人 |
状态 |
| ① |
Anwar 探索 user exit/BAdI 自动化设 credit limit=0 |
Anwar |
⏳ 进行中 |
| ② |
确认 BAdI 方案覆盖范围（仅忽略 division ZO） |
Anwar / 中方 |
⏳ 待验证 |
| ③ |
22 个授信客户 offline 审批流程 + S/4 手动维护 SOP |
信控团队 / FI |
⏳ 待开展 |
| ④ |
Common BP contact person 区分：中国 IT 会议 → EDM 评估 |
China IT |
⏳ 待开展 |
| ⑤ |
后续多轮沟通讨论（本项状态持续迭代） |
— |
🔄 进行中 |