合并 main 分支到 master（允许无关历史）

00_control/DECISIONS.md

+# DECISIONS — 百疆项目决策记录
+
+> 记录已确认的项目决定、日期、负责人、依据及被替代关系。未确认讨论不得写入此表（进入 `OPEN_ISSUES.md`）。
+> 最后更新：2026-09-11（据 F-001 SOW）。
+
+| 决定 ID | 决定 | 日期 | 决定人 | 依据/来源 | 状态 | 替代关系 |
+|---|---|---|---|---|---|---|
+| D-001 | 采用 BOS Project Foundation 治理本项目状态与文档 | 2026-09-11 | 用户 | 用户指示“请完整集成 …002-bos-project-foundation” | 已确认 | — |
+| D-002 | 项目实施系统为 SAP S/4HANA Cloud Public Edition，覆盖 21 个独立法人主体（一国一公司代码，各用当地本位币） | 2026-09-11 | 甲乙双方 | F-001 §2.1、§3.1 | 已确认（SOW 签署） | — |
+| D-003 | 各模块全部采用 SAP 公有云标准流程；流程差异由双方组成的项目指导委员会决策 | 2026-09-11 | 甲乙双方 | F-001 §4 | 已确认 | — |
+| D-004 | 上线批次：2027-01-31 前首批＝菲律宾、加拿大；2027-07-01 前剩余国家（最终以《上线主体清单》为准） | 2026-09-11 | 甲乙双方 | F-001 §2.1、§6.1 | 已确认（清单待补，见 OI-005） | — |
+| D-005 | 定制开发/集成基于 SAP BTP 与 SAP CPI；SAP/BTP/CPI 订阅费由甲方承担 | 2026-09-11 | 甲乙双方 | F-001 §3.3、§7 | 已确认 | — |
+| D-006 | 新增变更人天单价 2250 元/天（OMS 每加一平台 +20 人天，POS 每加一平台 +30 人天） | 2026-09-11 | 甲乙双方 | F-001 §2.2 | 已确认 | — |
+| D-007 | 上线后支持 ≥8 周/国家，确保至少 2 次月结成功；业务量大国家首周现场 | 2026-09-11 | 甲乙双方 | F-001 §5.6 | 已确认 | — |
+| D-008 | 分阶段验收（蓝图/实现/部署/上线），最终验收后 3 个月质保 | 2026-09-11 | 甲乙双方 | F-001 §8 | 已确认 | — |
+| D-009 | 定制开发成果知识产权归甲方；帛丝 PDA 知识产权归乙方，甲方获永久使用授权 | 2026-09-11 | 甲乙双方 | F-001 §10 | 已确认 | — |
+| D-010 | 争议适用中华人民共和国法律，管辖法院为甲方所在地（南京市） | 2026-09-11 | 甲乙双方 | F-001 §12 | 已确认 | — |
+
+## 说明
+
+- 决定状态：`已确认 / 待确认 / 已替代`。
+- 决定被新决定替代时保留旧行并填写替代关系，不删除历史。
+- 项目决定优先级最高；但 SAP 产品步骤的官方正确性仍以 BPD / Base KB 为准。
+- 上述决定来源均为签字盖章的 F-001 SOW；已于 2026-09-11 经用户二次确认提交 Project Memory（MC-20260911-001）。

00_control/INBOX_LEDGER.md

+# INBOX_LEDGER — 百疆项目 Inbox 处理台账
+
+> 按项目空间保存。文件登记与主题/事项队列分开。
+<<<<<<< HEAD
+> 最后更新：2026-09-11（处理 F-001，批次 B-001）。
+=======
+> 最后更新：2026-09-11（处理 F-001 批次 B-001；处理 F-002～F-017 批次 B-002）。
+>>>>>>> d641259 (每日同步 2026-09-14)
+
+## 全量盘点与批次
+
+- 盘点时间/范围：2026-09-11 / `inbox/`（Inbox 根，含 1 份资料文件 + 角色 README）
+- 全量状态：已登记文件数 = 1；未读 = 0；无法解析 = 0
+  - 图片未提取：F-001 内嵌 `media/image1–6.png`（6 张架构/流程图），未纳入文本分析
+  - 表格 26 个经 pandoc 转换，可能存在合并单元格语义损失
+- 批次规则：本批 = B-001（单文件，无需分批）
+- 当前批次：B-001；主题 T-001～T-005；事项 I-001～I-012
+
+## 文件登记
+
+| 文件 ID | Inbox 原始路径 | 文件来源 Source ID（邮箱） | 来源日期/版本/生效日期 | 权威适用范围 | 读取状态/原因 | 目标 sources/Evidence 路径 | 身份/字节记录 | 移动状态 | 引用修复 | 文件备注 |
+|---|---|---|---|---|---|---|---|---|---|---|
+| F-001 | `inbox/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx` | docx 属性：`evan.he（何…）`；`last_modified_by: Jialong Zhao`；投递人邮箱待确认 | 签署日 2026-09-11；版次 V.2；创建 2026-08-19；修改 2026-09-08 | 项目主体/范围/实施/商务约定 | read | `sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx` | SHA256 `9711B88EDA236CB87A5A57BE019C16D3E435DA3400FE2A875199E578314A0A02`；4,184,434 B；原名保留 | verified | 已完成（F-001 仅被本台账及项目地图引用，无其他引用需修复） | 甲乙双方签字盖章 SOW，正式确认 |
+
+## 主题与事项裁决队列
+
+### 执行授权记录
+
+- 日期/用户明确指示：2026-09-11 — 用户选择「全部同意 I-001～I-012，授权写入，并授权 MOVE 原件到 `sources/`」
+- 源→目标路径：`inbox/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx` → `sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx`
+- 整合范围：`00_control/`（INBOX_LEDGER、PROJECT_CHARTER、PROJECT_MAP、DECISIONS、OPEN_ISSUES）+ `knowledge/`（项目范围与实施计划、定制开发与集成范围、项目约定与验收）
+- 版本/指纹绑定：F-001 SHA256 见上；裁决时未另设目标文件旧指纹（目标均为新建或占位更新）
+- 未授权范围：`KB_SA/`、`KB_SC/` 内容；`outputs/`；6 张 media 图片提取
+- 二次确认（记忆/关闭）：2026-09-11 — 用户选择「提交 Memory + 变更日志 + 关闭条目」；记忆变更 ID = MC-20260911-001
+
+### 主题 T-001 — 项目主体与定位（状态：closed）
+
+- 关联文件：`F-001`
+- 时间线：2026-09-11（签署）
+- 共享依赖/冲突：无
+
+#### 事项 I-001 — 项目主体与合同定位
+- 原文及来源集合：`F-001` — “本工作任务书是专为百疆集团…实施 SAP 公有云系统项目而编制的”“甲方：江苏百疆电子有限公司 / 乙方：帛丝云商江苏科技有限公司” — 前言、签字页
+- 当前理解：甲方＝江苏百疆电子有限公司；乙方＝帛丝云商江苏科技有限公司；项目＝百疆集团全球数字化系统建设项目；系统＝SAP S/4HANA Cloud Public Edition；本文为《ERP项目实施服务合同》附件 1（SOW），V.2，2026-09-11 签署
+- 冲突/疑问：原章程称“知识库工作区”，需升级为“SAP 实施项目”；冲突等级：Clean
+- 建议：据 SOW 更新项目定位
+- 目标文件/章节：`00_control/PROJECT_CHARTER.md` §项目名称/目的；`00_control/PROJECT_MAP.md` §当前权威文件
+- 修改方式：替代/更新
+- 影响：章程、项目地图、项目记忆
+- 来源可信/权威状态：正式确认（签字盖章 SOW）
+- 用户裁决：agreed（2026-09-11）｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+#### 事项 I-002 — 项目目的与预期结果
+- 原文及来源集合：`F-001` — 覆盖 21 个独立法人主体、实现财务/销售/采购/库存/主数据最佳实践及外围集成 — L114-116、L163-164、L737-741
+- 当前理解：为百疆集团实施 SAP 公有云，覆盖 21 个独立法人主体（一国一公司代码，各用当地本位币）
+- 冲突/疑问：章程目的为“待确认”，现可落实；Clean
+- 建议：写入章程目的与范围
+- 目标文件/章节：`00_control/PROJECT_CHARTER.md` §目的与预期结果/范围
+- 修改方式：替代
+- 影响：章程、记忆
+- 来源可信/权威状态：正式确认
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+### 主题 T-002 — 实施范围与计划（状态：closed）
+
+- 关联文件：`F-001`
+
+#### 事项 I-003 — 法人主体范围与上线策略
+- 原文及来源集合：`F-001` — “覆盖 21 个独立法人主体”“2027年1月31日前菲律宾、加拿大；2027年7月1日前剩余国家” — L112-124、L856-860
+- 当前理解：21 法人主体；首批上线 2027-01-31 前＝菲律宾、加拿大；2027-07-01 前＝剩余国家；最终以《上线主体清单》为准
+- 冲突/疑问：21 国清单及各国法人名未逐条列出 → 开放问题 OI-005；Soft
+- 建议：写入范围知识；缺口登记开放问题
+- 目标文件/章节：`knowledge/项目范围与实施计划.md` §实施主体与上线策略；`00_control/OPEN_ISSUES.md`
+- 修改方式：新增
+- 影响：正式知识、开放问题、记忆
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+#### 事项 I-004 — 系统功能范围
+- 原文及来源集合：`F-001` — 财务 F-01～F-22、销售 S-01～S-15、采购与库存 M-01～M-11、主数据 MD-01～MD-05、数据迁移 DT-01～DT-05、测试培训上线 TA-01～TA-06 — L161-395
+- 当前理解：含新增项 F-18 资金管理、F-19 出口退税、F-20 自动开票、F-22 经营看板、M-08～M-11、S-14～S-15
+- 冲突/疑问：细节流程以蓝图确认为准；Clean
+- 目标文件/章节：`knowledge/项目范围与实施计划.md` §功能范围
+- 修改方式：新增 | 影响：正式知识、记忆
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+#### 事项 I-005 — 实施周期与里程碑
+- 原文及来源集合：`F-001` — SAP Activate；总周期 ≤12 个月；蓝图 ≤8 周、实现 ≤20 周、部署 ≤4 周 — L836-860
+- 当前理解：五阶段推进，分国家上线；里程碑具体日期待《项目总体计划》
+- 冲突/疑问：具体日期未定 → OI-006；Clean
+- 目标文件/章节：`knowledge/项目范围与实施计划.md`；`00_control/OPEN_ISSUES.md`
+- 修改方式：新增 | 影响：正式知识、开放问题
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+#### 事项 I-006 — 实施策略
+- 原文及来源集合：`F-001` — 全部采用 SAP 公有云标准流程，差异由项目指导委员会决策；远程为主，业务量大国家至少一次现场 — L735-745
+- 目标文件/章节：`knowledge/项目范围与实施计划.md` | 修改方式：新增
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+### 主题 T-003 — 定制开发与集成（状态：closed）
+
+- 关联文件：`F-001`
+
+#### 事项 I-007 — 外围集成系统清单
+- 原文及来源集合：`F-001` — 商超/OMS/POS/PDA/WMS/税务开票/独立站/大疆/物流/国家税务/银行/飞书 — L126-157、L397-440
+- 当前理解：商超（Costco/BestBuy/Liverpool/Walmart/Sams/Palacio）、OMS（千易/吉客云/upseller）、POS（菲/墨/加）、帛丝 PDA、加拿大易仓 WMS、诺诺开票、独立站、大疆、物流、国家税务、银企直连、飞书
+- 冲突/疑问：多项以“第三方提供接口”为前提 → OI-008；Clean
+- 目标文件/章节：`knowledge/定制开发与集成范围.md` | 修改方式：新增
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+#### 事项 I-008 — 定制开发清单与交付物
+- 原文及来源集合：`F-001` — B2B DMS、商超集成、B2C 结算、POS、PDA、第三方仓、大疆、物流、保价返利、信用 Job、税务、银行、飞书；交付物 DEL-01～DEL-07 — L397-440、L715-733
+- 目标文件/章节：`knowledge/定制开发与集成范围.md` | 修改方式：新增
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+### 主题 T-004 — 商务与项目约定（状态：closed）
+
+- 关联文件：`F-001`
+
+#### 事项 I-009 — 商务/费用约定
+- 原文及来源集合：`F-001` — 人天单价 2250 元/天；新增 OMS +20 人天、POS +30 人天；SAP/BTP/CPI 订阅费由甲方；海外新增银企直连 15 万/年 — L137、L152、L1147-1162
+- 目标文件/章节：`knowledge/项目约定与验收.md` | 修改方式：新增
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+#### 事项 I-010 — 培训/数据转换/上线支持约定
+- 原文及来源集合：`F-001` — 中英双语培训；数据迁移 2-3 轮测试+1 轮生产；上线后支持 ≥8 周/国家、至少 2 次月结成功；核心人员更换规则 — L788-826
+- 目标文件/章节：`knowledge/项目约定与验收.md` | 修改方式：新增
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+#### 事项 I-011 — 验收/质保/违约/知识产权/争议
+- 原文及来源集合：`F-001` — 分阶段验收；最终验收后 3 个月质保；违约/保密/知识产权；适用中国法律、南京市法院 — L1164-1247
+- 目标文件/章节：`knowledge/项目约定与验收.md` | 修改方式：新增
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+### 主题 T-005 — 缺口与待确认（状态：closed）
+
+- 关联文件：`F-001`
+
+#### 事项 I-012 — SOW 未决/缺口
+- 当前理解：① 21 国《上线主体清单》未附；② 各阶段里程碑日期未定；③《多国本地化合规方案》待蓝图阶段输出；④ 第三方接口可用性前提；⑤ 项目团队/负责人未指定；⑥ 文档疑有编辑痕迹（L1075、L1117-1125）
+- 冲突/疑问：Soft
+- 目标文件/章节：`00_control/OPEN_ISSUES.md`（新增 OI-005～OI-010，收敛 OI-001）
+- 修改方式：新增
+- 用户裁决：agreed｜事项裁决状态：agreed
+- 原件移动：verified｜内容合并/替代：not_applicable｜目标文件修改：applied｜验证：见文末核验
+- Project Memory 提交状态：submitted（MC-20260911-001）
+
+<<<<<<< HEAD
+=======
+## 批次 B-002 — 售前需求/方案资料（16 文件）
+
+> 盘点：2026-09-11 / `inbox/` 16 份 `.md`（约 510 KB），全部 `read`，无无法解析。来源日期 2026-05-29～2026-08-01。
+
+### 执行授权记录（B-002）
+
+- 用户明确指示：2026-09-11 — “冲突的内容请留下，其他的内容以 SOW 为基准集成到项目空间”
+- 裁决：**冲突项保留**为开放问题（OI-019～OI-029）；**其余以 SOW 为基线**集成到 `knowledge/`
+- 整合范围：`knowledge/`（新增 `客户需求基线.md`、`各国差异与本地化需求.md`；`定制开发与集成范围.md` 增 §9 补充明细）、`00_control/OPEN_ISSUES.md`、`INBOX_LEDGER.md`、`PROJECT_MAP.md`
+- 原件移动授权：2026-09-11 用户选择「执行 MOVE 到 sources/」；16 份 F-002～F-017 已 MOVE 并验证（源消失、目标存在、SHA256 一致）
+
+### 文件登记（B-002）
+
+| 文件 ID | 文件 | 来源日期 | 类型 | 读取 |
+|---|---|---|---|---|
+| F-002 | B2B售后管理_SAP公有云方案_详解.md | 2026-06-24 | 专项方案（售后） | read |
+| F-003 | SAP物流公司集成扩展方案.md | 2026-06-23 | 专项方案（物流集成） | read |
+| F-004 | SAP解决方案.md（V1.2） | 2026-06-04 | 总体方案 | read |
+| F-005 | 全渠道O2O_SAP公有云方案.md | 2026-06-24 | 专项方案（商超·模板化） | read |
+| F-006 | 客户沟通确认清单.md | 2026-05-30 | 待确认清单 | read |
+| F-007 | 寄售代销_SAP公有云方案.md | 2026-06-24 | 专项方案（商超·模板化） | read |
+| F-008 | 批发直销_O2C_SAP公有云方案.md | 2026-06-24 | 专项方案（商超·模板化） | read |
+| F-009 | 百疆投标方案_V3维护指导书.md | 2026-06-07 | 内部治理 | read |
+| F-010 | 百疆方案讲演_讲解提示_v1.0.md | 2026-06-11 | 内部讲演稿 | read |
+| F-011 | 百疆集团 SAP S4HANA Cloud 投标方案_v3.md（V3.0） | 2026-06-07 | 投标主文件 | read |
+| F-012 | 百疆集团各国差异性需求明细解决方案.md | 2026-08-01 | 需求应答（最新） | read |
+| F-013 | 百疆集团数字化需求_B2B模块.md | 2026-06-03 | 客户原始需求 | read |
+| F-014 | 百疆集团数字化需求_B2C模块.md | 2026-06-03 | 客户原始需求 | read |
+| F-015 | 百疆集团数字化需求_其他功能模块.md | 2026-06-03 | 客户原始需求 | read |
+| F-016 | 百疆集团数字化需求分析报告.md | 2026-05-29 | 早期分析（历史） | read |
+| F-017 | 需求答疑清单.md | 2026-05-31 | 待确认清单 | read |
+
+### 主题与事项裁决队列（B-002）
+
+- **T-006 客户原始需求基线**（F-013/014/015/016）→ agreed：集成到 `knowledge/客户需求基线.md`
+- **T-007 国别差异与待确认**（F-012/006/017）→ agreed：非冲突部分集成 `knowledge/各国差异与本地化需求.md`；冲突/未决 → OI-026/OI-028
+- **T-008 总体方案演进**（F-011 V3 / F-004 V1.2）→ agreed：补充明细并入 `knowledge/定制开发与集成范围.md` §9；版本/范围冲突 → OI-019/OI-020/OI-021/OI-029
+- **T-009 场景专项**（F-002/003/005/007/008）→ agreed：补充明细并入 §9；商超/厂商清单 → OI-023；POS → OI-024
+- **T-010 内部治理/讲演/历史**（F-009/010/016）→ 仅作参考，不生成正式知识
+
+### 冲突裁决队列（B-002，C-01～C-11）
+
+> 授权：用户 2026-09-11 选择「1 = 全部同意建议」+「A = 以 SOW 为准」。
+> 裁决结果：A 类（可由 SOW 直接裁决）→ `agreed`；B 类（不能仅凭 SOW 定论）→ `pending`。
+
+| 冲突 ID | 冲突点 | 裁决 | 处置动作 | 裁决状态 |
+|---|---|---|---|---|
+| C-01（OI-019） | 法人数量 11+ vs 21 | 以 SOW **21** 为准 | 售前文档法人数字刷新；项目空间不采信“11” | agreed |
+| C-02（OI-020） | 上线时间 2026 vs 2027 | 以 SOW 两批截止为准 | 重排 P1–P4；旧时间标“已过期” | agreed |
+| C-03（OI-021） | PP/QM 越界（`BJ5`/`J44`/`5HK`/`3F0`） | 以 SOW 为准（无 PP/QM） | 标注“非本合同范围”或删除 | agreed |
+| C-04（OI-022） | 售后/维修归属（`3XK`/`3D2`/`4GA`/`5HR`/`4HH`） | **不能仅凭 SOW 定论** | 待项目指导委员会确认归属 | pending |
+| C-05（OI-023） | 商超 6 家/厂商命名不全 | 以 SOW 为准 | 补齐 Liverpool/Sams/Palacio 及帛丝/易仓/吉客云/Upseller | agreed |
+| C-06（OI-024） | POS 二期 vs 一期 | 以 SOW 为准 | POS 纳入一期集成范围 | agreed |
+| C-07（OI-025） | 菲律宾公司代码 1 vs 3 | **待《上线主体清单》** | 按 SOW/清单关闭 | pending |
+| C-08（OI-026） | 迁移范围小于 DT | 以 SOW 为准 | 扩展到 DT-01～DT-05 | agreed |
+| C-09（OI-027） | TA 未按编号 | 以 SOW 为准 | 映射对齐 TA-01～TA-06 | agreed |
+| C-10（OI-028） | 各国差异 Q1–Q8 | **待甲方/乙方确认** | 保留 Pending | pending |
+| C-11（OI-029） | 售前文档基线过期 | 以 SOW 为准 | 走《V3 维护指导书》刷新 | agreed |
+
+### 核验（B-002）
+
+- 冲突保留：`OPEN_ISSUES.md` OI-019～OI-029
+- 集成：`knowledge/` 新增 2 文件 + `定制开发与集成范围.md` §9；`knowledge/README.md` 索引更新
+- 原件移动：`verified`（16 份 F-002～F-017 → `sources/`，SHA256 全部一致；`inbox/README.md` 保留）
+
+## 批次 B-003 — EP Equipment 蓝图文档（3 文件）
+
+> 盘点：2026-09-14 / `inbox/` 3 份 `.docx`（约 641 KB），全部 `read`，无无法解析。来源日期 2026-06-23～2026-07-07。
+
+### 执行授权记录（B-003）
+
+- 用户明确指示：2026-09-14 — “仅作为参考，不整合内容” + “是，授权移动”
+- 裁决：**不采纳**内容；**仅移动原件**到 `sources/` 作为参考
+- 整合范围：无（不更新正式知识）
+- 原件移动授权：2026-09-14 用户选择「执行 MOVE 到 sources/」；3 份 F-018～F-020 已 MOVE 并验证（源消失、目标存在、SHA256 一致）
+
+### 文件登记（B-003）
+
+| 文件 ID | 文件 | 来源日期 | 类型 | 读取 |
+|---|---|---|---|---|
+| F-018 | EP_BP_OTC_v2.1_final.docx | 2026-06-23 | EP Equipment 车辆销售 O2C 蓝图 | read |
+| F-019 | EP_BP_T10_SpareParts_v2.1.docx | 2026-07-07 | EP Equipment 备件业务蓝图 | read |
+| F-020 | EP_全球模板设计与专题讨论_v2.2 EP Overseas SAP Global Template Design & Workshop Topics.docx | 2026-07-07 | EP Equipment 全球模板设计与专题讨论 | read |
+
+### 主题与事项裁决队列（B-003）
+
+- **T-011 EP Equipment 车辆销售 O2C 蓝图**（F-018）→ not_adopted：仅参考，不整合
+- **T-012 EP Equipment 备件业务蓝图**（F-019）→ not_adopted：仅参考，不整合
+- **T-013 EP Equipment 全球模板设计与专题讨论**（F-020）→ not_adopted：仅参考，不整合
+
+### 核验（B-003）
+
+- 原件移动：`verified`（3 份 F-018～F-020 → `sources/`，SHA256 全部一致；`inbox/README.md` 保留）
+- 内容整合：无（不采纳）
+- Project Memory：无变化（不更新）
+
+>>>>>>> d641259 (每日同步 2026-09-14)
+## 状态建议
+
+- 文件移动状态：`in_inbox` / `move_authorized` / `moved` / `verified` / `blocked` / `not_applicable`
+- 事项裁决：`proposed` / `agreed` / `corrected` / `pending` / `not_adopted` / `stale` / `needs_redecision`
+- 原件移动、内容合并/替代、目标文件修改、验证、Project Memory 提交为六个独立状态
+- 主题状态：T-001～T-005 全部事项已裁决、落地并验证 = `closed`；Project Memory 已提交（MC-20260911-001，2026-09-11 用户二次确认）
+- 关闭确认：用户 2026-09-11 已确认关闭 Inbox 条目

00_control/OPEN_ISSUES.md

+# OPEN_ISSUES — 百疆项目开放问题
+
+> 记录假设、冲突、风险、缺失证据和待确认问题。开放问题不等于已确认事实，不得写入 Project Memory 事实区。
+<<<<<<< HEAD
+> 最后更新：2026-09-11（据 F-001 SOW）。
+=======
+> 最后更新：2026-09-11（据 F-001 SOW；Inbox B-002 冲突裁决）。
+>>>>>>> d641259 (每日同步 2026-09-14)
+
+| 问题 ID | 问题/假设 | 影响 | 所需决定/证据 | 负责人 | 目标日期 | 状态 |
+|---|---|---|---|---|---|---|
+| OI-001 | 项目目的、范围、主要用户与最终交付物未确认 | 无法完成 Foundation 接入验收 | 已由 F-001 SOW 明确 → 见 `PROJECT_CHARTER.md` | 项目负责人 | 2026-09-11 | Closed（依据 F-001） |
+| OI-002 | `KB_SA/`、`KB_SC/` 的来源 `Source ID` 与版本基线未核对 | 无法建立文件核对基线 | 确认来源与版本日期 | 待确认 | 待确认 | Open |
+| OI-003 | 是否需要项目 KB 交接包（`outputs/kb/`）未定 | 影响交付物范围 | 用户/项目经理决定 | 待确认 | 待确认 | Open |
+| OI-004 | `KB_SC/KB_00_SC_Navigation_Map.md` §五 引用了失效的绝对路径 | 导航可能误导 Agent | 更新为本项目相对路径或删除该节 | 待确认 | 待确认 | Open |
+| OI-005 | SOW 未附 21 国《上线主体清单》，各国法人主体名称/币种未逐条列出 | 范围与上线计划边界不清 | 获取双方确认的《上线主体清单》 | 甲方/乙方项目经理 | 待确认 | Open |
+| OI-006 | 各阶段里程碑具体日期未定 | 进度与验收基线无法锁定 | 项目启动后《项目总体计划》确认 | 双方项目经理 | 启动后 | Open |
+| OI-007 | 《多国本地化合规方案》尚未输出 | 多国税务/本地化合规与开发费用不确定 | 蓝图阶段详细调研并出具方案 | 乙方 | 蓝图阶段 | Open |
+| OI-008 | 多项集成以“第三方提供接口”为前提（商超/OMS/POS/WMS/物流/税务/银行/飞书/大疆） | 集成能否按期落地存在外部依赖风险 | 第三方接口可用性与排期确认 | 甲方（主导第三方）/乙方（SAP 侧） | 待确认 | Open |
+| OI-009 | 甲乙双方项目团队与关键角色尚未指定（项目经理、流程负责人、关键用户、咨询/开发顾问） | 资源与责任无法落实 | 组建团队并按 SOW 资质要求指定 | 甲乙双方 | 启动前 | Open |
+| OI-010 | SOW 文档疑有编辑痕迹（约 L1075 断句异常、L1117-1125 交付物接收程序重复） | 原文理解可能有偏差 | 向来源方确认原件 | 待确认 | 待确认 | Open |
+| OI-011 | F-001 内嵌 6 张 `media/image1–6.png` 图表（集成架构/流程）未提取核对 | 集成架构细节未纳入知识 | 按需提取图表核对（只读） | 待确认 | 待确认 | Open |
+| OI-012 | FI/CO INDEX 未覆盖 SOW 明确范围项：`1SG`（F-07 合并）、`1J5`/`4Q2`（F-13 流转税）、`2QL`（F-14 关税分摊）、`1QM`/`BD6`（F-17 信用）、资金管理（F-06/F-18）、预算（F-10）、套装/子件开票（F-16）、公司间财务（F-15） | 蓝图阶段 SOW 要求未覆盖；影响 FI/CO 功能范围确认 | 评估并补建 KB 或标注"不在范围" | 乙方顾问 | 蓝图阶段 | Open |
+| OI-013 | SD INDEX 未覆盖 SOW 明确范围项：`BLL`（S-13 序列号）；套装/BOM、分期付款（S-05）、客户分级/权限（S-15）、销售分析（S-12）无直接 Scope Item | 影响 SD 范围确认与 Scope Item 映射 | 评估是否引用 `BD9` 子项或标注"待定制" | 乙方顾问 | 蓝图阶段 | Open |
+| OI-014 | SD INDEX 有 `I9I`/`BDH`/`BKA`/`BKZ`/`1IQ`/`BDW`/`BDN`，但 SOW §3.2 未显式列出 | 是否需要纳入本期实施待确认 | 与项目指导委员会确认 | 双方 PM | 启动前 | Open |
+| OI-015 | MM INDEX 未覆盖 SOW 明确范围项：样品管理（M-07）、采购返利 PRM（M-09）、库存预警（M-10）、库龄管理（M-11） | 影响 MM 范围确认 | 评估并补建 KB 或标注"待定制" | 乙方顾问 | 蓝图阶段 | Open |
+| OI-016 | MM INDEX 有 `BMD`/`BME`/`BMH`/`J44`/`BMY`，但 SOW §3.2 未显式列出 | 是否需要纳入本期实施待确认 | 与项目指导委员会确认 | 双方 PM | 启动前 | Open |
+| OI-017 | PP/QM/PS/PM 四个模块 INDEX 已建，但 SOW 范围仅为分销企业（无生产/质量/工程/维修） | 是否保留为通用参考或从项目 KB 中移除 | 用户/项目经理决定 | 待确认 | 待确认 | Open |
+| OI-018 | 问卷附录 A 覆盖对照表需随 KB 缺口补全 | 附录 A 完整性 | 待 OI-012～OI-016 确认后同步更新 | 乙方顾问 | 蓝图阶段 | Open |
+<<<<<<< HEAD
+=======
+| OI-019 | **法人主体数量冲突**：Inbox 售前文档称“11+ 独立法人/11 国”，SOW 为 **21 个独立法人主体** | 直接影响公司代码/公司间/合并设计 | 以 SOW 21 为准，刷新售前文档 | 乙方顾问/甲方 | 蓝图阶段 | Open |
+| OI-020 | **上线时间冲突**：Inbox 售前文档为 2026-11～2026-12，SOW 为 2027-01-31 前菲/加、2027-07-01 前其余 | 进度计划与资源 | 以 SOW 两批截止为准重排 | 双方 PM | 启动后 | Open |
+| OI-021 | **模块越界（PP/QM）**：Inbox 售前文档引用 `BJ5`/`J44`/`5HK`/`3F0` 等制造/质量项，SOW 未列 PP/QM | 避免过度承诺/范围争议 | 标注“非本合同范围”或删除 | 乙方顾问 | 蓝图阶段 | Open |
+| OI-022 | **售后/维修模块归属未定**：`3XK/3D2/4GA/5HR/4HH` 被列为范围，SOW 无独立服务/维修模块 | 范围与工作量 | 确认归属（M 采购库存？定制？还是 SOW 变更） | 项目指导委员会 | 启动前 | Open |
+| OI-023 | **商超/厂商清单不全**：Inbox 仅 Costco/BestBuy/Walmart.ca，SOW 列 6 家（缺 Liverpool/Sams/Palacio）；且未出现“帛丝 PDA/加拿大易仓/吉客云/Upseller”命名 | 集成条目缺失 | 以 SOW 补齐清单与厂商名 | 乙方顾问 | 蓝图阶段 | Open |
+| OI-024 | **POS 范围与阶段**：Inbox 列为二期/非 SAP，SOW B2C 定制含 POS | 集成范围与阶段 | 确认 POS 对接方与阶段 | 双方 PM | 启动前 | Open |
+| OI-025 | **菲律宾公司代码数量**：Inbox 未定 1 vs 3 个，SOW 21 法人已界定 | 公司代码与账套 | 按 SOW/《上线主体清单》关闭 | 甲方/乙方 | 蓝图阶段 | Open |
+| OI-026 | **数据迁移范围**：Inbox 仅余额/未清项，SOW 有独立 DT-01～DT-05 | 迁移工作量 | 以 SOW DT 模块为准扩展 | 乙方顾问 | 蓝图阶段 | Open |
+| OI-027 | **测试/培训/上线未按编号**：Inbox 有内容但未按 SOW TA-01～TA-06 映射 | 交付物对齐 | 映射对齐 TA-01～TA-06 | 双方 PM | 蓝图阶段 | Open |
+| OI-028 | **各国差异 F-012 遗留 Q1–Q8**（补贴账户 30% 口径、巴西信用增强、`1QM` 费用、金蝶/简道云去留、菲合营法报、虚仓取舍、返利定制、jodoo 对应） | 本地化与开发费用 | 逐项闭环 | 甲方/乙方 | 蓝图阶段 | Open |
+| OI-029 | **售前方案存量需刷新**：V3 投标方案等 Inbox 文档（2026-06）早于 SOW（2026-09），法人/时间/模块需按 SOW 更新 | 对外文件一致性 | 按《V3 维护指导书》走更新流程 | 乙方顾问 | 启动前 | Open |
+
+## 冲突裁决记录（Inbox B-002，2026-09-11）
+
+> 用户裁决：「全部同意建议」+「以 SOW 为准」。A 类＝可直接据 SOW 裁决；B 类＝不能仅凭 SOW 定论，保留 Pending。
+
+| 问题 ID | 裁决 | 状态 |
+|---|---|---|
+| OI-019 | 以 SOW **21 法人**为准；售前文档待刷新 | 已裁决（待落实） |
+| OI-020 | 以 SOW **2027 两批**为准；旧时间标“已过期” | 已裁决（待落实） |
+| OI-021 | PP/QM 标注“非本合同范围”或删除 | 已裁决（待落实） |
+| OI-022 | 售后/维修归属待确认 | **Pending** |
+| OI-023 | 以 SOW 补齐商超 6 家与厂商命名 | 已裁决（待落实） |
+| OI-024 | POS 纳入一期集成范围 | 已裁决（待落实） |
+| OI-025 | 菲律宾公司代码待《上线主体清单》 | **Pending** |
+| OI-026 | 迁移范围扩展到 DT-01～DT-05 | 已裁决（待落实） |
+| OI-027 | 映射对齐 TA-01～TA-06 | 已裁决（待落实） |
+| OI-028 | 各国差异 Q1–Q8 待甲方/乙方确认 | **Pending** |
+| OI-029 | 售前文档按 SOW 刷新 | 已裁决（待落实） |
+
+> “待落实”指裁决已定但售前文档/项目知识尚未完成修正；详见 `outputs/working/售前文档待修正清单.md`。
+>>>>>>> d641259 (每日同步 2026-09-14)
+
+## 状态定义
+
+`Open / In Progress / Resolved / Closed`。解决或关闭需有依据，并在 Project Memory 提交时同步（经用户确认）。

00_control/PROJECT_CHARTER.md

+# PROJECT_CHARTER — 百疆项目
+
+> 本文件是项目控制层的一部分，保存在本项目空间，不在 Foundation 目录内。
+> 未知项必须显式标注 `待确认`，不得由模型补全。最后更新：2026-09-11（据 F-001 SOW）。
+
+## 项目名称
+
+百疆集团全球数字化系统建设项目
+
+- 甲方：江苏百疆电子有限公司
+- 乙方：帛丝云商江苏科技有限公司
+- 合同依据：《ERP项目实施服务合同》附件 1 — 工作任务书（SOW），版次 V.2，签署日期 2026-09-11
+- 权威原件：`sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx`（F-001）
+
+## 目的与预期结果
+
+- 为百疆集团实施 **SAP S/4HANA Cloud Public Edition**，充分使用其标准最佳实践，实现财务管理、销售管理、采购管理、库存管理与主数据管理，并完成与外围系统的集成。
+- 覆盖 **21 个独立法人主体**（一国一公司代码，各以当地币种为本位币），支持中/英基准语言及西/葡可选语言。
+- 通过 SAP BTP / CPI 实现定制开发与系统集成，支撑集团全球业务（多公司间交易、商超/电商/门店/仓储/税务/银行等）。
+
+## 范围
+
+### 包含
+
+- **功能范围**：财务（F-01～F-22）、销售（S-01～S-15）、采购与库存（M-01～M-11）、主数据（MD-01～MD-05）、数据迁移（DT-01～DT-05）、测试/培训/上线（TA-01～TA-06）。详见 `knowledge/项目范围与实施计划.md`。
+- **定制开发与集成**：DMS、商超系统、B2C（OMS/POS）、PDA（帛丝）、第三方仓 WMS（加拿大易仓）、大疆采购与 SN、物流、保价返利、信用等级 Job、税务、银行、飞书 OA。详见 `knowledge/定制开发与集成范围.md`。
+- 按 SAP Activate 方法论分阶段推进（准备→探索/蓝图→实现→部署→上线）。
+
+### 不包含
+
+- 超出本 SOW 明确定义的工作；范围变更须走“项目变更”流程（《项目变更申请表》，双方项目经理签署、双方盖章）。
+- 未经授权不得改写 `KB_SA/`、`KB_SC/` 的官方事实锚点内容（BPD / Base KB）——二者为通用产品知识，只读引用。
+- 第三方系统接口由第三方供应商自行开发与修复；乙方仅负责 SAP 侧接口设计开发与联调组织。
+
+## 参与角色
+
+| 角色 | 人员/团队 | 责任 | 决策权限 |
+|---|---|---|---|
+| 项目指导委员会 | 待确认 | 批准重大业务流程改变、解决重大影响项目的问题、把握方向与范围 | 最高 |
+| 甲方项目经理 | 待确认 | 全职参与；对项目 90% 以上事项决策；与乙方项目经理管理 Schedule/Tasks/Issues/Risks | 高 |
+| 流程负责人 | 待确认 | 提出业务需求、批准未来流程、协调部门资源 | 业务范围 |
+| 关键用户（各板块 1-2 名） | 待确认 | 参与梳理/培训/测试/操作手册/数据收集/权限收集/最终用户培训 | 执行 |
+| 乙方项目总监 | 待确认 | 方向把控、关键决策支持、重大问题协调（≥10 年 SAP、≥3 个跨国多组织公有云项目） | 高 |
+| 乙方项目经理 | 待确认 | 项目计划/资源/进度/质量/风险管理；≥8 年 SAP、≥2 个同规模公有云项目 | 高 |
+| 乙方咨询顾问 / 开发顾问 | 待确认 | 蓝图、配置、测试、培训、数据导入；API 调研与接口文档 | 执行 |
+
+## 生命周期与当前阶段
+
+- 方法论：SAP Activate（准备 → 探索/蓝图 → 实现 → 部署 → 上线）。
+- 当前阶段：待确认（项目启动前 / 准备阶段；以甲方启动会为准）。
+- 关键日期：
+  - 首批上线：**2027-01-31 前** — 菲律宾、加拿大。
+  - 剩余国家：**2027-07-01 前**。
+  - 总周期 ≤ **12 个月**（自启动会至一期最终验收）；蓝图 ≤8 周、实现 ≤20 周、部署 ≤4 周（因甲方原因延期不计入）。
+- 下一里程碑：项目启动后由双方在《项目总体计划》中确认（见 `OPEN_ISSUES.md` OI-006）。
+
+## 主要资料来源
+
+| 来源 | 位置 | 权威范围 | 更新频率 |
+|---|---|---|---|
+| SOW（F-001，签字盖章） | `sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx` | 项目主体/范围/实施/商务约定 | 变更时经双方签署 |
+| SAP SA KB | `KB_SA/` | 售前/选型/功能边界（通用产品知识） | 版本发布时 |
+| SAP SC KB | `KB_SC/` | 实施/操作（通用产品知识） | 版本发布时 |
+| BOS Project Foundation | `D:\AI Project\002-bos-project-foundation\002 bos project foundation` | 通用治理框架与模板（外部，不存项目状态） | 外部维护 |
+
+## 主要交付物
+
+| 交付物 | 当前状态 | 权威文件 | 接受人/标准 |
+|---|---|---|---|
+| 项目总体计划 | 待创建（准备阶段） | 待确认 | 甲方项目经理 |
+| 调研记录 / 专题方案 / 顶层架构设计 | 待创建（探索阶段） | `knowledge/`（逐步） | 甲方确认签字 |
+| 集成测试脚本 / 静态数据模板 / 开发说明书 | 待创建（实现阶段） | `knowledge/`、`outputs/` | 甲方确认 |
+| 上线计划 / 上线后问题及解决清单 / 首月月结报告 | 待创建（部署/运行阶段） | `outputs/approved/` | 甲方项目经理签字 |
+| 开发与集成交付物（DEL-01～DEL-07） | 待创建 | `knowledge/定制开发与集成范围.md` | 甲方确认 |
+| 项目 KB 交接包（`outputs/kb/`） | 未启用 | `outputs/kb/README.md` | 待确认 |
+| 项目记忆 | 已建立结构 | `00_control/PROJECT_MEMORY.md` | 用户确认后提交 |
+
+## 安全和敏感性
+
+- SOW 保密义务：合同终止后继续有效 **5 年**；乙方团队须签保密协议并承担连带责任。
+- 数据安全：数据存储须符合中国法律法规；跨境数据传输须合规；项目结束后乙方须删除所持甲方数据副本（法定保留除外）。
+- 定制开发成果（BTP 应用、CPI 集成流、SAP 增强、报表、接口程序）知识产权归甲方；帛丝 PDA 归乙方、甲方获永久使用授权。
+- 客户数据、个人信息、账号口令须留在本项目 `00_control/` 与 `sources/`，不得外发；不得写入 Foundation 目录。

00_control/PROJECT_MAP.md

+# PROJECT_MAP — 百疆项目
+
+> 文件角色映射、权威顺序与文件核对记录。保存在本项目空间。
+> 最后更新：2026-09-11（Foundation 接入 + Inbox 摄入 F-001 SOW）。
+
+## 权威顺序
+
+1. 用户当前明确决定或正式批准的项目决定（`00_control/DECISIONS.md`）。
+2. 与该事实或义务直接相关的当前权威来源文件（`sources/`）。
+3. 已维护的正式项目知识文件（`knowledge/`）。
+4. 已验证且仍有效的 Project Memory 条目（`00_control/PROJECT_MEMORY.md`）。
+5. 历史报告和工作草稿（`outputs/working/`、历史文件）。
+6. Chat 历史或模型回忆。
+
+**例外**：SAP 产品知识问答的官方事实锚点始终以 BPD / Base KB 为准（见 `KB_SA/`、`KB_SC/`）；项目决定只能选择范围、覆盖特例、提供真实值，不得改写官方步骤本身。
+
+## 目录与信息角色映射
+
+| 现有路径 | Foundation 角色 | 权威状态 | 当前用途 | 备注/风险 |
+|---|---|---|---|---|
+| `AGENTS.md` | 项目入口 | 项目规则 | 项目规则、Foundation 路由、KB 加载顺序 | 只做入口/路由 |
+| `00_control/` | 控制层 | 项目控制 | 章程、地图、记忆、决定、开放问题、台账、Work Plans | 项目状态唯一位置 |
+| `inbox/` | Inbox | 待裁决 | 新资料临时收件区 | 未裁决事项由台账追踪 |
+| `sources/` | Raw Sources | 原始来源 | Inbox 原件移动目标 | 保留字节与原名，禁止同名覆盖 |
+| `knowledge/` | Canonical Knowledge | 正式项目知识 | 项目范围/集成/约定等正式知识（据 F-001） | 见下方权威文件 |
+| `KB_SA/` | Canonical Knowledge（外部通用） | 只读引用 | SAP 2602 售前/选型/功能边界 | 通用产品知识；官方锚点 |
+| `KB_SC/` | Canonical Knowledge（外部通用） | 只读引用 | SAP 2602 实施/操作 | 通用产品知识；官方锚点 |
+| `outputs/working/` | Working Outputs | 草稿 | 分析、草稿、中间产物 | 非权威 |
+| `outputs/approved/` | Approved Outputs | 已批准基线 | 已接受报告与正式交付（含调研问卷 V1.1；V1.0 已取代） | 修订走 Report Revision |
+| `outputs/kb/` | Project KB Output | 时点产物 | 多主题 MD 交接包 + README | 未启用 |
+
+> `KB_SA/`、`KB_SC/` 属于通用产品知识，是项目**引用**的只读 Base；其版本升级不改变本项目控制层。项目专属真实值/决策应写入 `knowledge/` 或 `00_control/`，不得回写进 KB_SA/KB_SC。
+
+## 当前权威文件
+
+| 主题/交付物 | 权威文件 | 版本/日期 | 历史位置 | 负责人 |
+|---|---|---|---|---|
+| SAP 售前/选型/功能边界 | `KB_SA/KB_00_Navigation_Map.md` | kb_version 2602 / 2026-04-07 | 无 | 待确认 |
+| SAP 售前 Agent 规则 | `KB_SA/SYSTEM_PROMPT_Agent1_v1.67.md` | v1.67 / 2026-04-07 | 无 | 待确认 |
+| SAP 实施/操作导航 | `KB_SC/KB_00_SC_Navigation_Map.md` | v4.2 / 2026-06-26 | 无 | 待确认 |
+| SAP 实施 Agent 规则 | `KB_SC/PROMPT_SC_Agent_Runtime_v2.1.md` | v2.2 / 2026-06-26 | 无 | 待确认 |
+| 项目章程 | `00_control/PROJECT_CHARTER.md` | 2026-09-11（据 F-001） | 无 | 待确认 |
+| 项目主体/范围/实施/商务约定（源） | `sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx`（F-001） | V.2 / 签署 2026-09-11 | 无 | 甲乙双方 |
+| 项目范围与实施计划 | `knowledge/项目范围与实施计划.md` | 2026-09-11（据 F-001） | 无 | 待确认 |
+<<<<<<< HEAD
+| 定制开发与集成范围 | `knowledge/定制开发与集成范围.md` | 2026-09-11（据 F-001） | 无 | 待确认 |
+| 项目约定与验收 | `knowledge/项目约定与验收.md` | 2026-09-11（据 F-001） | 无 | 待确认 |
+=======
+| 定制开发与集成范围 | `knowledge/定制开发与集成范围.md` | 2026-09-11（据 F-001 + Inbox B-002） | 无 | 待确认 |
+| 项目约定与验收 | `knowledge/项目约定与验收.md` | 2026-09-11（据 F-001） | 无 | 待确认 |
+| 客户需求基线 | `knowledge/客户需求基线.md` | 2026-09-11（据 F-013/014/015/016） | Inbox 原始件（B-002，仍在 `inbox/`） | 待确认 |
+| 各国差异与本地化需求 | `knowledge/各国差异与本地化需求.md` | 2026-09-11（据 F-012/011/006/017） | Inbox 原始件（B-002，仍在 `inbox/`） | 待确认 |
+>>>>>>> d641259 (每日同步 2026-09-14)
+| 蓝图阶段调研问卷 | `outputs/approved/调研问卷_蓝图阶段_v1.1.md` | V1.1（已确认，取代 V1.0）/ 2026-09-11 | `outputs/approved/调研问卷_蓝图阶段_v1.0.md`（已取代，历史基线） | 待确认 |
+| 项目记忆 | `00_control/PROJECT_MEMORY.md` | 2026-09-11（已提交 MC-20260911-001） | 无 | 待确认 |
+
+## 已知重复与冲突
+
+| 文件/主题 | 冲突说明 | 当前处理状态 | 所需决定 |
+|---|---|---|---|
+<<<<<<< HEAD
+| 无 | — | — | — |
+=======
+| Inbox 售前文档（F-002～F-017） vs F-001 SOW | 法人数量、上线时间、模块边界（PP/QM）、售后归属、商超/厂商清单、迁移范围等 11 类不一致 | 保留为开放问题 OI-019～OI-029 | 见 `OPEN_ISSUES.md` |
+| F-011（V3 投标方案） vs F-004（SAP解决方案 V1.2） | V3 为 V1.2 超集，内容大量重复 | V3 视为主文件，V1.2 作历史 | 归档时保留 V3 |
+>>>>>>> d641259 (每日同步 2026-09-14)
+
+## 文件核对记录
+
+只覆盖项目选定的跟踪范围；在首次实际核对时逐步登记。来源区的准确位置在上方角色映射中定义。
+
+| 文件 ID / 当前路径 | 文件来源 Source ID（邮箱） | 上次核对日期 / 内容指纹 | 可用旧版本引用 | 核对结果 / 未决变更引用 |
+|---|---|---|---|---|
+| F-001 `sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx` | `evan.he（何…）`；`last_modified_by: Jialong Zhao`（邮箱待确认） | 2026-09-11 / SHA256 `9711B88E…4A0A02` | 无 | 已核对；驱动 I-001～I-012（见 `INBOX_LEDGER.md`） |
+| `knowledge/项目范围与实施计划.md` | 同上（据 F-001） | 2026-09-11 / 未计算 | 无 | 已核对（新建） |
+| `knowledge/定制开发与集成范围.md` | 同上（据 F-001） | 2026-09-11 / 未计算 | 无 | 已核对（新建） |
+| `knowledge/项目约定与验收.md` | 同上（据 F-001） | 2026-09-11 / 未计算 | 无 | 已核对（新建） |
+<<<<<<< HEAD
+| `outputs/approved/调研问卷_蓝图阶段_v1.1.md` | `chao.xu@boscloud.cn`（项目提供者，据 F-001 + V1.0 问题表 + KB_SA/KB_SC） | 2026-09-11 / 未计算 | `outputs/working/`（草稿，已移出） | 已核对；晋升批准基线，取代 V1.0（用户 2026-09-11 确认） |
+=======
+| F-002～F-017（B-002 十六份售前/需求文档） | 待确认（内部/客户文档，未内嵌邮箱） | 2026-09-11 / 未计算 | 无 | 已登记并只读核对；冲突见 OI-019～OI-029；**原件已 MOVE 至 `sources/`（SHA256 校验一致）** |
+| F-018 `sources/EP_BP_OTC_v2.1_final.docx` | BOS Consulting（文档编制方） | 2026-09-14 / SHA256 `0A78F1B2…5AFD73` | 无 | 已核对；参考文档，不整合（见 INBOX_LEDGER.md B-003） |
+| F-019 `sources/EP_BP_T10_SpareParts_v2.1.docx` | BOS Consulting（文档编制方） | 2026-09-14 / SHA256 `D34D3FAE…379DBF03` | 无 | 已核对；参考文档，不整合（见 INBOX_LEDGER.md B-003） |
+| F-020 `sources/EP_全球模板设计与专题讨论_v2.2 EP Overseas SAP Global Template Design & Workshop Topics.docx` | BOS Consulting（文档编制方） | 2026-09-14 / SHA256 `A2C6E096…4A5AFD73` | 无 | 已核对；参考文档，不整合（见 INBOX_LEDGER.md B-003） |
+| `knowledge/客户需求基线.md` | 据 F-013/014/015/016 | 2026-09-11 / 未计算 | 无 | 已核对（新建） |
+| `knowledge/各国差异与本地化需求.md` | 据 F-012/011/006/017 | 2026-09-11 / 未计算 | 无 | 已核对（新建） |
+| `outputs/approved/调研问卷_蓝图阶段_v1.1.md` | `chao.xu@boscloud.cn`（项目提供者，据 F-001 + V1.0 问题表 + KB_SA/KB_SC） | 2026-09-11 / 未计算 | `outputs/working/`（草稿，已移出） | 已核对；晋升批准基线，取代 V1.0（用户 2026-09-11 确认） |
+| `outputs/working/售前文档待修正清单.md` | 据 F-001 SOW + Inbox B-002 裁决 | 2026-09-11 / 未计算 | 无 | 已核对（新建；行动清单，待落实） |
+>>>>>>> d641259 (每日同步 2026-09-14)
+| `outputs/approved/调研问卷_蓝图阶段_v1.0.md` | 同上 | 2026-09-11 / 未计算 | 无 | 已取代（由 V1.1 取代，2026-09-11）；仅历史保留 |
+| `AGENTS.md` | `chao.xu@boscloud.cn`（项目提供者） | 2026-09-11 / 未计算 | 无 | 已核对（Foundation 接入后 v2.0） |
+| `00_control/PROJECT_CHARTER.md` | 同上 | 2026-09-11 / 未计算 | 无 | 已核对（新建） |
+| `00_control/PROJECT_MAP.md` | 同上 | 2026-09-11 / 未计算 | 无 | 已核对（新建） |
+| `KB_SA/KB_00_Navigation_Map.md` | 待确认 | 待核对 | 无 | 待核对 |
+| `KB_SC/KB_00_SC_Navigation_Map.md` | 待确认 | 待核对 | 无 | 待核对 |
+
+> 指纹表示检查过哪些字节，不代表内容被采纳或基线晋升。`Source ID` 只用于追溯来源，不替代权威状态。没有旧版本时，只能对齐当前文件与已记录项目状态，不声称完整差异。
+
+## 项目空间差异运行记录
+
+以本表最近一次“已同步/已确认”指纹为基线。当前尚无历史基线，全项目差异对齐待首次 `用 BOS Foundation 检查项目变化` 时建立。

00_control/PROJECT_MEMORY.md

+# PROJECT_MEMORY — 百疆项目
+
+> 只记录已经验证、并经用户确认提交的项目状态。重要条目必须指向来源或正式项目文件。
+> 未决内容仅进入开放问题；记忆及其日志保存在本项目空间。
+<<<<<<< HEAD
+> 最近提交：2026-09-11（MC-20260911-001 F-001 SOW 摄入；MC-20260911-002 调研问卷 V1.0 晋升；MC-20260911-003 调研问卷 V1.1 晋升并取代 V1.0；MC-20260911-004 KB_SC INDEX 与 SOW 对齐）。
+=======
+> 最近提交：2026-09-11（MC-001 F-001 SOW 摄入；MC-002 调研问卷 V1.0；MC-003 问卷 V1.1 取代；MC-004 KB_SC INDEX 对齐；MC-005 Inbox B-002 集成；MC-006 B-002 冲突裁决；MC-007 B-002 原件归档）。
+>>>>>>> d641259 (每日同步 2026-09-14)
+
+## 项目当前状态
+
+- 当前阶段：实施前 / 准备阶段（待项目启动会）
+- 当前目标：为百疆集团实施 SAP S/4HANA Cloud Public Edition，覆盖 21 个独立法人主体，实现财务/销售/采购/库存/主数据最佳实践及外围系统集成
+- 最近验证日期：2026-09-11
+
+## 已确认事实
+
+| 事实 | 来源路径 | 状态/日期 |
+|---|---|---|
+| 甲方＝江苏百疆电子有限公司；乙方＝帛丝云商江苏科技有限公司；项目＝百疆集团全球数字化系统建设项目 | `sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx`（F-001） | 已确认 2026-09-11 |
+| 系统＝SAP S/4HANA Cloud Public Edition；本文为《ERP项目实施服务合同》附件 1（SOW），V.2，2026-09-11 签署 | F-001 | 已确认 2026-09-11 |
+| 覆盖 21 个独立法人主体，一国一公司代码，各以当地币种为本位币 | F-001 | 已确认 2026-09-11 |
+| 上线批次：2027-01-31 前菲律宾、加拿大；2027-07-01 前剩余国家（以《上线主体清单》为准） | F-001 | 已确认 2026-09-11 |
+| 功能范围：F-01～F-22 / S-01～S-15 / M-01～M-11 / MD-01～MD-05 / DT-01～DT-05 / TA-01～TA-06 | `knowledge/项目范围与实施计划.md` | 已确认 2026-09-11 |
+| 定制开发/集成基于 SAP BTP + SAP CPI（DMS/商超/B2C/POS/PDA/WMS/大疆/物流/税务/银行/飞书等） | `knowledge/定制开发与集成范围.md` | 已确认 2026-09-11 |
+| 商务：人天单价 2250 元/天；OMS +20 人天/平台，POS +30 人天/平台；SAP/BTP/CPI 订阅费由甲方承担 | `knowledge/项目约定与验收.md` | 已确认 2026-09-11 |
+| 上线后支持 ≥8 周/国家，确保至少 2 次月结成功；最终验收后 3 个月质保 | `knowledge/项目约定与验收.md` | 已确认 2026-09-11 |
+| 总周期 ≤12 个月（蓝图 ≤8 周、实现 ≤20 周、部署 ≤4 周） | `knowledge/项目范围与实施计划.md` | 已确认 2026-09-11 |
+| 定制开发成果知识产权归甲方；帛丝 PDA 归乙方、甲方获永久使用授权；争议适用中国法律、南京市法院 | `knowledge/项目约定与验收.md` | 已确认 2026-09-11 |
+
+## 已确认决定
+
+| 决定 | 日期 | 决定人 | 依据/来源 | 替代关系 |
+|---|---|---|---|---|
+| D-001 采用 BOS Project Foundation 治理项目状态与文档 | 2026-09-11 | 用户 | 用户指示 | — |
+| D-002 系统＝SAP S/4HANA Cloud Public Edition，覆盖 21 法人主体 | 2026-09-11 | 甲乙双方 | F-001 §2.1/§3.1 | — |
+| D-003 各模块采用 SAP 公有云标准流程，差异由项目指导委员会决策 | 2026-09-11 | 甲乙双方 | F-001 §4 | — |
+| D-004 上线批次：2027-01-31 菲/加；2027-07-01 其余 | 2026-09-11 | 甲乙双方 | F-001 §2.1/§6.1 | — |
+| D-005 定制开发基于 BTP/CPI，订阅费由甲方承担 | 2026-09-11 | 甲乙双方 | F-001 §3.3/§7 | — |
+| D-006 变更人天单价 2250 元/天 | 2026-09-11 | 甲乙双方 | F-001 §2.2 | — |
+| D-007 上线后支持 ≥8 周/国家，至少 2 次月结成功 | 2026-09-11 | 甲乙双方 | F-001 §5.6 | — |
+| D-008 分阶段验收，最终验收后 3 个月质保 | 2026-09-11 | 甲乙双方 | F-001 §8 | — |
+| D-009 定制成果知识产权归甲方；帛丝 PDA 归乙方、甲方永久授权 | 2026-09-11 | 甲乙双方 | F-001 §10 | — |
+| D-010 争议适用中国法律，南京法院 | 2026-09-11 | 甲乙双方 | F-001 §12 | — |
+
+（完整字段见 `00_control/DECISIONS.md`。）
+
+## 当前交付物
+
+| 交付物 | 当前基线 | 状态 | 下一动作 |
+|---|---|---|---|
+| F-001 SOW 原件 | `sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx`（SHA256 `9711B88E…4A0A02`） | 已归档、只读 | — |
+| 项目范围与实施计划 | `knowledge/项目范围与实施计划.md` | 已确认 | 据蓝图/Gap 增量更新 |
+| 定制开发与集成范围 | `knowledge/定制开发与集成范围.md` | 已确认 | 据《接口规格书》细化 |
+| 项目约定与验收 | `knowledge/项目约定与验收.md` | 已确认 | — |
+| 蓝图阶段调研问卷 | `outputs/approved/调研问卷_蓝图阶段_v1.1.md`（末列 Scope Item） | 已确认（批准基线，取代 V1.0） | 按回收结果转为蓝图/Gap 输入 |
+| 项目总体计划 / 蓝图 / 测试 / 上线等交付物 | 无 | 待创建 | 按 SAP Activate 阶段 |
+| 项目 KB（`outputs/kb/`） | 无 | 未启用 | 待确认是否需要 |
+| SAP 通用 KB | `KB_SA/`、`KB_SC/` | 只读引用 | 按版本更新维护 |
+
+<!-- 如有项目 KB，在“当前交付物”中增加一行并记录：固定目录/README、最近验证时间、知识截止日期、已确认或待确认状态，以及有来源的待同步变化。没有核对依据时写“待核对”，不自动宣称已同步。 -->
+
+## 开放问题与冲突
+
+| 问题 | 影响 | 所需决定/证据 | 负责人 |
+|---|---|---|---|
+| OI-002 KB_SA/KB_SC 来源 Source ID 与版本基线未核对 | 文件核对基线缺失 | 确认来源与版本 | 待确认 |
+| OI-003 是否需要项目 KB 交接包 | 交付物范围 | 用户/项目经理 | 待确认 |
+| OI-004 KB_SC 导航图 §五 失效绝对路径 | 导航误导风险 | 更新为相对路径 | 待确认 |
+| OI-005 21 国《上线主体清单》未附 | 范围/计划边界 | 获取清单 | 甲乙项目经理 |
+| OI-006 里程碑具体日期未定 | 进度基线 | 《项目总体计划》 | 双方项目经理 |
+| OI-007 《多国本地化合规方案》未输出 | 合规与费用不确定 | 蓝图阶段调研 | 乙方 |
+| OI-008 第三方接口可用性前提 | 集成外部依赖 | 第三方确认 | 甲乙双方 |
+| OI-009 项目团队/关键角色未指定 | 资源与责任 | 组建团队 | 甲乙双方 |
+| OI-010 SOW 疑有编辑痕迹 | 原文理解偏差 | 确认原件 | 待确认 |
+| OI-011 6 张 media 图表未提取核对 | 集成架构细节 | 按需提取 | 待确认 |
+
+（详见 `00_control/OPEN_ISSUES.md`。）
+
+## 当前行动
+
+| 行动 | 负责人 | 期限 | 来源 | 状态 |
+|---|---|---|---|---|
+| 获取 21 国《上线主体清单》 | 甲乙项目经理 | 启动前 | OI-005 | 待确认 |
+| 组建双方项目团队并指定关键角色 | 甲乙双方 | 启动前 | OI-009 | 待确认 |
+| 确认项目启动与《项目总体计划》 | 双方项目经理 | 待确认 | OI-006 | 待确认 |
+
+## 最近验证的变化
+
+- 2026-09-11：F-001 SOW 经 Inbox Ingestion 整合为章程/决定/开放问题/3 个 knowledge 文件；原件 MOVE 到 `sources/` 并校验 SHA256；用户二次确认后提交本记忆（MC-20260911-001）。
+- 2026-09-11：生成蓝图阶段调研问卷 V1.0（182 题 + 20 Blocker + 覆盖对照），经用户确认晋升 `outputs/approved/`（MC-20260911-002）。
+- 2026-09-11：V1.1 在每张表末列新增 Scope Item 参考（来源 KB_SA/KB_SC），经用户确认晋升并取代 V1.0（MC-20260911-003）。
+- 2026-09-11：KB_SC INDEX 与 F-001 SOW 对齐（发现 20 项缺口、15 项建议评估、4 模块范围外）；OPEN_ISSUES 新增 OI-012～OI-018；8 个 INDEX 文件加本项目覆盖评估段（FI_CO/SD/MM）或适用范围标注（PP/QM/PS/PM）；问卷附录 A/C 同步补全（MC-20260911-004）。
+<<<<<<< HEAD
+=======
+- 2026-09-11：Inbox 批次 B-002（16 份售前/需求文档）以 SOW 为基线集成——新增 `knowledge/客户需求基线.md`、`knowledge/各国差异与本地化需求.md`，`定制开发与集成范围.md` 增 §9；冲突保留为 OI-019～OI-029（MC-20260911-005）。
+- 2026-09-11：Inbox B-002 冲突裁决（全部同意建议 + 以 SOW 为准）——C-01/02/03/05/06/08/09/11 判 `agreed`，C-04/07/10 保留 `pending`；生成 `outputs/working/售前文档待修正清单.md`（MC-20260911-006）。
+- 2026-09-11：Inbox B-002 原件归档——16 份 F-002～F-017 从 `inbox/` MOVE 到 `sources/`，SHA256 全部一致；Inbox 仅余 `README.md`（MC-20260911-007）。
+>>>>>>> d641259 (每日同步 2026-09-14)
+
+## 记忆变更日志
+
+每次获准提交的变化使用稳定变更 ID，追加历史，不重写旧记录。待确认建议先保存在 Inbox 台账、当前 Work Plan 或项目地图的文件核对记录，确认后才进入本日志。
+
+### MC-20260911-001 / 2026-09-11
+
+- 来源：F-001，`sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx`（SHA256 `9711B88EDA236CB87A5A57BE019C16D3E435DA3400FE2A875199E578314A0A02`，4,184,434 B）；信息来源 Source ID：`evan.he（何…）` / `last_modified_by: Jialong Zhao`（邮箱待确认）
+- 变化：新增项目主体/系统/范围/上线批次/商务/验收等已确认事实（见上表）；新增决定 D-002～D-010 并确认 D-001；关闭 OI-001，新增 OI-005～OI-011
+- 关联处理：更新 `PROJECT_CHARTER.md`、`PROJECT_MAP.md`、`DECISIONS.md`、`OPEN_ISSUES.md`、`INBOX_LEDGER.md`；新建 `knowledge/项目范围与实施计划.md`、`knowledge/定制开发与集成范围.md`、`knowledge/项目约定与验收.md`；原件 `inbox/` → `sources/`
+- 验证：移动后源路径消失、目标存在且 SHA256 一致；上述文件重新打开核对
+- 用户确认：2026-09-11，确认范围＝提交 Memory + 变更日志 + 关闭 Inbox 条目（“提交 Memory + 变更日志 + 关闭条目”）
+- 提交状态：已同步
+
+### MC-20260911-002 / 2026-09-11
+
+- 来源：F-001 SOW V.2（范围权威）+ 《百疆集团SAP项目调研问题表 V1.0》（问题库基线）+ BOS 问卷版式（格式参考）
+- 变化：新增交付物“蓝图阶段调研问卷 V1.0”（182 个调研问题 + 20 个关键待澄清 + 附录 A SOW 覆盖对照 + 附录 B 来源），状态 `已确认`，基线 `outputs/approved/调研问卷_蓝图阶段_v1.0.md`
+- 关联处理：`outputs/working/` 草稿晋升为 `outputs/approved/` 基线；更新 `00_control/PROJECT_MAP.md`（权威文件与文件核对记录）
+- 验证：文件重新打开核对；覆盖计数 ORG18/FIN37/SD36/MM21/SV9/INT23/MD15/LOC12/TA11 = 182
+- 用户确认：2026-09-11，用户选择“① 晋升到 outputs/approved/ 并更新项目地图/记忆”
+- 提交状态：已同步
+
+### MC-20260911-003 / 2026-09-11
+
+- 来源：`outputs/approved/调研问卷_蓝图阶段_v1.0.md`（被修订基线）；Scope Item 来源 `KB_SA/Scope_Selection_Guide.md` + `KB_SC/KB_FI_CO_INDEX.md`/`KB_SD_INDEX.md`/`KB_MM_INDEX.md`/`KB_WM_INDEX.md`/`KB_PM_INDEX.md`
+- 变化：调研问卷 V1.1 —— 每张表末列新增 `Scope Item`（22 个模块参考映射，无标准对应项标 `—`），新增附录 C；V1.1 取代 V1.0 成为批准基线
+- 关联处理：V1.1 由 `outputs/working/` 晋升 `outputs/approved/`；V1.0 顶部标注“已由 V1.1 取代”；更新 `PROJECT_MAP.md`（权威文件、文件核对记录、目录映射）
+- 验证：行数守恒（ORG18/FIN37/SD36/MM21/SV9/INT23/MD15/LOC12/TA11）；`Scope Item` 表头 11 处；未出现 `x.x.x` 形式的 Scope Item；V1.0 原基线文件保留
+- 用户确认：2026-09-11，用户选择“晋升 V1.1，取代 V1.0 基线”
+- 提交状态：已同步
+
+### MC-20260911-004 / 2026-09-11
+
+- 来源：F-001 SOW V.2（范围权威）；`KB_SC/KB_FI_CO_INDEX.md`、`KB_SC/KB_SD_INDEX.md`、`KB_SC/KB_MM_INDEX.md`、`KB_SC/KB_WM_INDEX.md`、`KB_SC/KB_PP_INDEX.md`、`KB_SC/KB_QM_INDEX.md`、`KB_SC/KB_PS_INDEX.md`、`KB_SC/KB_PM_INDEX.md`；`KB_SA/Scope_Selection_Guide.md`
+- 变化：对比 SOW §3.1-3.2 与 8 个模块 INDEX，发现：
+  - **20 项缺口**（SOW 有、INDEX 无）：FI_CO `1SG`/`1J5`/`4Q2`/`2QL`/`1QM`/资金/预算等；SD `BLL`/套装/分期等；MM `M-07`/`M-09`/`M-10`/`M-11` 等
+  - **15 项建议评估**（INDEX 有、SOW 未显式）：SD `I9I`/`BDH`/`BKA`/`BKZ`/`1IQ`/`BDW`/`BDN`；MM `BMD`/`BME`/`BMH`/`J44`/`BMY`；WM `3BT`
+  - **4 模块范围外**：PP/QM/PS/PM（分销企业无制造/质量/工程/维修职能），已在各 INDEX 顶部加适用范围标注
+  - **0 项直接矛盾**
+- 关联处理：
+  - 新增 `00_control/OPEN_ISSUES.md` 条目 OI-012～OI-018（8 项）
+  - 更新 `KB_SC/KB_FI_CO_INDEX.md`（新增“本项目覆盖评估”段）
+  - 更新 `KB_SC/KB_SD_INDEX.md`（新增“本项目覆盖评估”段）
+  - 更新 `KB_SC/KB_MM_INDEX.md`（新增“本项目覆盖评估”段）
+  - 更新 `KB_SC/KB_PP_INDEX.md`（顶部加适用范围标注）
+  - 更新 `KB_SC/KB_QM_INDEX.md`（顶部加适用范围标注）
+  - 更新 `KB_SC/KB_PS_INDEX.md`（顶部加适用范围标注）
+  - 更新 `KB_SC/KB_PM_INDEX.md`（顶部加适用范围标注）
+  - 更新 `outputs/approved/调研问卷_蓝图阶段_v1.1.md` 附录 A（新增 11 行映射）与附录 C（新增 4 行）
+- 验证：新增条目均已重新打开核对；覆盖计数守恒；无 `x.x.x` 形式 ID 混入
+- 用户确认：2026-09-11，用户指示“请执行”
+- 提交状态：已同步
+<<<<<<< HEAD
+=======
+
+### MC-20260911-005 / 2026-09-11
+
+- 来源：Inbox 批次 B-002（F-002～F-017，16 份售前/需求文档）；权威基线 `sources/…工作任务书签署版（9.11）.docx`（F-001 SOW V.2）
+- 变化：以 SOW 为基线集成非冲突内容；冲突项保留为开放问题
+  - 新增 `knowledge/客户需求基线.md`（B2B/B2C/其他功能 客户原始需求）
+  - 新增 `knowledge/各国差异与本地化需求.md`（21 条国别差异 + 本地化要点）
+  - `knowledge/定制开发与集成范围.md` 增 §9“售前方案补充明细”
+  - `00_control/OPEN_ISSUES.md` 新增 OI-019～OI-029（法人数量/上线时间/PP-QM越界/售后归属/商超厂商清单/POS/菲律宾公司代码/迁移范围/TA映射/各国Q1-Q8/售前文档刷新）
+  - `00_control/INBOX_LEDGER.md` 增批次 B-002（登记 + 主题 T-006～T-010 + 授权记录）
+  - `00_control/PROJECT_MAP.md` 更新权威文件、已知冲突、文件核对记录；`knowledge/README.md` 索引更新
+- 验证：新增/修改文件重新打开核对；冲突均落到 OPEN_ISSUES；原件仍 `in_inbox` 未移动；未授权 MOVE
+- 用户确认：2026-09-11，用户指示“冲突的内容请留下，其他的内容以 SOW 为基准集成到项目空间”
+- 提交状态：已同步
+
+### MC-20260911-006 / 2026-09-11
+
+- 来源：`00_control/INBOX_LEDGER.md`（B-002 冲突队列）；权威基线 F-001 SOW V.2
+- 变化：对 Inbox B-002 的 11 项冲突（C-01～C-11）逐项裁决：
+  - `agreed`（以 SOW 为准）：C-01 法人21、C-02 上线两批、C-03 PP/QM越界、C-05 商超6家/厂商、C-06 POS一期、C-08 迁移DT、C-09 TA映射、C-11 售前文档刷新
+  - `pending`（需人工确认）：C-04 售后归属、C-07 菲公司代码、C-10 各国Q1-Q8
+- 关联处理：更新 `INBOX_LEDGER.md`（新增冲突裁决队列）、`OPEN_ISSUES.md`（新增“冲突裁决记录”，OI-019～OI-029 标注裁决）；新建 `outputs/working/售前文档待修正清单.md`
+- 验证：裁决表与 OI 状态一致；清单与 OI 联动；原件仍在 `inbox/`（未移动）
+- 用户确认：2026-09-11，用户选择“1 = 全部同意建议”+“A = 以 SOW 为准”
+- 提交状态：已同步
+
+### MC-20260911-007 / 2026-09-11
+
+- 来源：`inbox/` 批次 B-002（F-002～F-017，16 份售前/需求文档）
+- 变化：经用户授权，将 16 份原件从 `inbox/` **MOVE** 到 `sources/`；`inbox/README.md`（角色说明）保留
+- 关联处理：更新 `INBOX_LEDGER.md`（B-002 授权记录、核验）、`PROJECT_MAP.md`（文件核对记录路径）、`outputs/working/售前文档待修正清单.md`（原件位置）
+- 验证：16 份逐一校验——源路径消失、目标存在、**SHA256 移动前后一致**；`sources/` 现有 18 文件（16 + README + F-001 SOW）；`inbox/` 仅剩 `README.md`
+- 用户确认：2026-09-11，用户选择“执行 MOVE 到 sources/”
+- 提交状态：已同步
+>>>>>>> d641259 (每日同步 2026-09-14)

00_control/foundation-adoption-result.md

+# Foundation Adoption Result — 百疆项目
+
+> 对应 Foundation `checklists/foundation-adoption-checklist.md` 的验收记录（保存在项目空间）。
+> 验收日期：2026-09-11。结果只使用 `Pass / Fail / Pending / N/A`，并给出证据。
+
+| 检查项 | 结果 | 证据/路径 | 问题或下一步 |
+|---|---|---|---|
+| 项目目的、范围、角色和交付物已明确 | Pending | `00_control/PROJECT_CHARTER.md` | 未知项标待确认，待用户确认 |
+| 项目采用新建或存量接入的正确路径 | Pass | Existing Project Adoption（`work-plans/foundation-adoption-20260911.md`） | — |
+| 信息角色与现有目录已建立映射 | Pass | `00_control/PROJECT_MAP.md` §目录与信息角色映射 | — |
+| 权威顺序和例外已记录 | Pass | `AGENTS.md` §1.5、`PROJECT_MAP.md` §权威顺序 | — |
+| 当前权威版本与历史版本可区分 | Pass | `PROJECT_MAP.md` §当前权威文件（历史位置列） | KB_SA/KB_SC 历史版本待确认 |
+| Project Memory 指向真实且当前的文件 | N/A | `00_control/PROJECT_MEMORY.md` | 尚未提交任何已确认事实 |
+| 初始建议未提前写入 Memory；验证并二次确认后才提交并回读 | Pending | `PROJECT_MEMORY.md` | 待用户二次确认提交 |
+| 决定、讨论、假设和开放问题已区分 | Pass | `DECISIONS.md`、`OPEN_ISSUES.md` | — |
+| Inbox 有台账、状态和关闭条件 | Pass | `00_control/INBOX_LEDGER.md` | 当前为空 |
+| 原件来源区已映射，移出 Inbox 的未决事项仍可追踪 | Pass | `sources/`、`inbox/README.md`、`INBOX_LEDGER.md` | — |
+| 文件核对记录与记忆变更日志有项目内位置，旧版本缺口可见 | Pass | `PROJECT_MAP.md` §文件核对记录、`PROJECT_MEMORY.md` §记忆变更日志 | 旧版本缺口已显式标注 |
+| Foundation 源与项目资料、状态、日志没有混存 | Pass | 项目状态均在 `00_control/`；Foundation 目录未改动 | — |
+| 复杂任务有 Work Plan 位置和使用规则 | Pass | `00_control/work-plans/README.md` | — |
+| 项目 AGENTS.md 包含显式调用和路由 | Pass | `AGENTS.md` §1.2–1.3 | — |
+| 可只读模拟或真实新 Session 接续；已明确标注测试类型 | Pending | `work-plans/foundation-adoption-20260911.md` §验证证据 | 未实测；模拟未执行，不得声称通过 |
+
+## 结论
+
+- 总体状态：Pending（最小可运行结构已建立；项目目的/范围与记忆提交待确认）
+- 关键 Fail：无
+- 未决决定：OI-001 项目目的/范围；OI-003 是否需要项目 KB；是否提交 Project Memory
+- 验收人/日期：待确认 / 2026-09-11（记录生成）

00_control/work-plans/README.md

+# work-plans/ — 百疆项目 Work Plans
+
+> 复杂或跨 Session 任务的执行状态，保存在本项目控制层。Work Plan 不是项目事实来源。
+
+- 使用 Foundation `templates/work-plan-template.md` 建计划。
+- 每个计划一个文件，命名建议：`<task-slug>-<YYYYMMDD>.md`。
+- 完成时用 Foundation `checklists/work-plan-checklist.md` 验收。
+- 简单查询或单次小修改不建立 Work Plan。
+
+当前计划：
+
+| 文件 | 任务 | 状态 |
+|---|---|---|
+| `foundation-adoption-20260911.md` | BOS Foundation 完整接入 | active（记忆提交待确认） |

00_control/work-plans/foundation-adoption-20260911.md

+# Work Plan — BOS Foundation 接入（百疆项目）
+
+## 身份
+
+- 任务名称：BOS Project Foundation 完整接入
+- 状态：active（本任务自身文件范围已完成，Project Memory 提交待用户二次确认）
+- 创建日期：2026-09-11
+- 最近更新：2026-09-11
+- 工作流：Project Foundation — Existing Project Adoption
+- 项目内 Work Plan 路径：`00_control/work-plans/foundation-adoption-20260911.md`
+
+## 目标与停止条件
+
+- 目标：将 `D:\AI Project\002-bos-project-foundation\002 bos project foundation` 完整接入本项目，使新 Session 仅凭本项目文件即可理解现状。
+- 完成条件：`checklists/foundation-adoption-checklist.md` 关键项通过；本 Work Plan 记录实际结果。
+- 禁止范围：不移动/重命名 `KB_SA/`、`KB_SC/`；不修改 Foundation 目录；不写客户专属数据进 Foundation。
+- 执行授权记录：用户指示“请完整集成 D:\AI Project\002-bos-project-foundation”（2026-09-11）；授权范围 = 本项目 `AGENTS.md` 与控制层/角色目录；未授权范围 = 移动历史文件、修改 KB 内容。
+- 知识截止日期（如适用）：N/A（治理任务）
+- 受众与交付边界（如适用）：本项目 Agent；未授权对外交付
+
+## 当前文件与来源
+
+| 路径 | 角色 | 当前版本/状态 | 本任务用途 |
+|---|---|---|---|
+| `D:\AI Project\002-bos-project-foundation\002 bos project foundation\` | 外部通用框架 | 源 | 读取 FRAMEWORK/INVOCATION/foundation/workflows/templates/checklists |
+| `AGENTS.md` | 项目入口 | v2.0 | 增加 Foundation 集成 |
+| `KB_SA/`、`KB_SC/` | 通用产品知识 | 只读 | 角色映射，不改动 |
+| `00_control/` | 控制层 | 新建 | 章程/地图/记忆/决定/开放问题/台账/Work Plans |
+
+## 批次与事项覆盖（适用于 Inbox/多资料任务）
+
+- 全量盘点范围：本项目根（`AGENTS.md`、`KB_SA/`、`KB_SC/`）
+- 当前批次：不适用
+- 跨批关联：不适用
+- 队列恢复：不适用
+
+## 有效约束
+
+- Foundation 只存通用规则；项目状态全部留在本项目空间。
+- 未获“执行”授权不改文件；未获二次确认不提交 Project Memory / 晋升基线。
+- 要求变更记录：无
+
+## 当前处理要点
+
+- 本项目为 SAP S/4HANA Cloud 2602 知识库工作区（KB_SA + KB_SC），接入 Foundation 做文档治理。
+
+## 执行步骤
+
+| 步骤 | 状态 | 验证方式 | 实际结果 |
+|---|---|---|---|
+| 只读盘点 Foundation 与项目 | completed | 列出文件、读取主文档 | 完成（Foundation 28 文件；项目仅 KB_SA/KB_SC） |
+| 在 `AGENTS.md` 增加 Foundation 入口/路由/权威/边界 | completed | 重新打开文件核对 | 完成，见 `AGENTS.md` 第一节 |
+| 按模板建立最小控制层 | completed | 逐文件打开核对 | 完成：章程/地图/记忆/决定/开放问题/台账/Work Plans |
+| 建立角色目录 | completed | 目录存在 | 完成：`inbox/`、`sources/`、`knowledge/`、`outputs/{working,approved,kb}/` |
+| 角色映射 KB_SA/KB_SC | completed | `PROJECT_MAP.md` | 完成，映射为只读 Canonical Knowledge |
+
+## 已完成并验证
+
+- 2026-09-11：`AGENTS.md` v2.0 增加 Foundation 集成；控制层新建；角色目录建立。均已重新打开核对。
+
+## 验证证据
+
+| 检查/结论 | 状态（Pass/Fail/Pending/N/A） | 证据路径或引用 | 备注 |
+|---|---|---|---|
+| 信息角色与目录已映射 | Pass | `00_control/PROJECT_MAP.md` | |
+| 权威顺序已记录 | Pass | `AGENTS.md` §1.5、`PROJECT_MAP.md` | |
+| Foundation 与项目状态未混存 | Pass | 项目状态均在 `00_control/`；Foundation 未改 | |
+| 项目 AGENTS.md 含显式调用与路由 | Pass | `AGENTS.md` §1.2–1.3 | |
+| 项目目的/范围已明确 | Pending | `PROJECT_CHARTER.md` | 未知项标待确认 |
+| Project Memory 指向真实文件 | N/A | `PROJECT_MEMORY.md` 尚未提交 | 待用户确认 |
+| 只读模拟/真实新 Session 接续 | Pending | — | 未实测，不得声称通过 |
+
+## 阻塞与待确认
+
+- 项目目的、范围、负责人、交付物待用户确认（`OPEN_ISSUES.md` OI-001）。
+- Project Memory 提交待用户二次确认。
+
+## 下一步
+
+用户确认本次接入范围与是否提交 Project Memory；随后更新 `foundation-adoption-checklist` 结论。
+
+## 关闭记录
+
+- 完成条件验证：待 `foundation-adoption-checklist` 关键项通过
+- 更新的正式项目文件：`AGENTS.md`、`00_control/*`（新建）
+- 更新的 Project Memory：未提交，待用户确认
+- 剩余风险：项目目的/范围未确认
+- 记忆或基线提交确认：待用户确认

knowledge/test1.md

+# 项目约定与验收
+
+- 主题用途：记录百疆项目的商务约定、培训/数据转换/上线支持约定、验收/质保/违约/知识产权/争议条款
+- 知识截止日期：2026-09-11（依据 F-001 SOW 签署版 V.2）
+- 状态：`已确认`
+
+## 已确认知识
+
+### 1. 商务与费用
+
+- 新增变更人天单价：**2250 元/天**。
+- OMS 每增加一个平台 **+20 人天**；POS 每增加一个平台 **+30 人天**。
+- SAP S/4HANA Cloud Public Edition 订阅费由甲方承担，乙方协助申请开通与配置；用户数/期限/扩容以主合同及 SAP 订购单为准。
+- SAP BTP（DMS、PDA、保价返利、银行数据导入等）：订阅费由甲方承担，乙方提供选型建议与预估费用，负责开发环境配置、部署与测试。
+- SAP CPI（商超、OMS、POS、WMS、物流、税务、银行、飞书、大疆集成）：订阅费由甲方承担，乙方提供连接数预估与选型建议，负责集成流开发/部署/测试/运维文档。
+- 项目结束后 BTP/CPI 持续运维方式与费用另行签订运维协议。
+- 海外新增银企直连：5 个银行 SAP 软件订阅费 15 万/年（按标准交易量，超量另计流量费）。
+
+### 2. 软件系统约定
+
+- SAP 公有云由乙方协助甲方申请开通；其他现有软件由甲方提供并按期准备好。
+- SAP 公有云非设置原因的问题/缺陷，由乙方或乙方培训的甲方人员通知软件原厂商并沟通。
+- 其他软件（商超/OMS/POS/WMS/物流/税务/银行/飞书等）集成问题由甲方负责联系其原厂商解决。
+- 第三方集成：甲方主导管理第三方供应商并督促配合；乙方负责 SAP 侧接口设计开发、联调计划组织与问题闭环；第三方系统接口由第三方负责开发与修复。
+- 因乙方 SAP 侧接口缺陷或协调不当造成的延误由乙方承担；乙方应识别第三方集成风险并书面预警。
+
+### 3. 培训约定
+
+- 乙方对甲方信息人员、关键用户及必要人员提供**中英双语培训**（课堂培训、帮教）。
+- 乙方负责：关键用户培训（含完整材料）、Train-the-Trainer、核心流程最终用户培训材料编写、上线前培训支持。
+- 甲方负责：最终用户现场培训执行、本地化翻译及补充。
+- 培训材料（关键用户课件、最终用户操作手册、培训视频）为乙方必须交付物。
+
+### 4. 上线数据转换约定
+
+- 乙方制定数据转换策略，指导甲方数据准备人员；集中收集与转换培训、统一执行切换。
+- 甲方负责数据清理并在计划时间内完成，确保完整性/准确性；建议自蓝图起指定数据维护专人。
+- 乙方提供新旧系统字段对照与转换规则、迁移模板设计、工具配置、数据导入（测试+生产）、迁移验证报告。
+- 数据迁移至少执行 **2-3 轮测试 + 1 轮生产导入**；迁移验证报告列为交付物。
+- 最终上线数据导入由乙方负责，甲方协助通过 SAP 标准导入工具上传与检验。
+
+### 5. 服务标准与上线支持
+
+- 乙方保证核心团队稳定（项目经理、方案架构师、各模块负责人、BTP/CPI 开发负责人），核心人员需 ≥5 年 SAP 实施经验及 ≥2 个同规模项目经验；更换需提前 2 周书面通知，接替资质不低于原人员并至少 1 周交接。
+- 语言基准：系统基准语言中文，支持英文（必选）及西班牙语、葡萄牙语（按上线国家选配）；关键文档/操作手册提供中英文版本。
+- 上线后支持：一期各国家主体上线后 **≥8 周**，确保至少 **2 次月结成功**；业务量大国家（菲/美/加/巴/墨）首周现场，后续远程为主；支持团队 ≥2 人；严重问题 2 小时内响应、一般问题 8 小时内响应。
+
+### 6. 多国本地化合规
+
+- 使用 SAP 标准功能满足本地化合规。
+- 乙方应在蓝图阶段对每个国家本地化合规需求详细调研，输出《多国本地化合规方案》，明确 SAP 标准功能覆盖范围、需额外开发或第三方软件的部分及费用预估。
+
+### 7. 验收标准
+
+- **蓝图阶段**：业务蓝图文档经甲方各业务部门负责人签字确认；Gap 清单及解决方案双方确认；顶层架构设计文档经甲方确认。
+- **实现阶段**：系统配置完成；单元测试通过；SIT 通过并出具报告；所有 P1/P2 缺陷关闭；定制开发通过单元/集成测试。
+- **部署阶段**：最终用户培训完成（出勤率 ≥90%）；操作手册交付；Mock Cutover 成功；最终数据导入完成并验证。
+- **上线阶段**：正式切换成功；上线后支持期内稳定运行；首月月结成功；上线问题清单 P1/P2 全部解决。
+- **最终验收**：一期所有上线国家主体完成上线阶段验收，且最后一个主体稳定运行满 1 个月后，甲方出具最终验收报告。
+- **质保期**：最终验收后 **3 个月**，免费修复系统缺陷（不含甲方新增需求或操作不当）；严重问题 4 小时内响应、24 小时内提供方案。
+
+### 8. 违约责任
+
+- 乙方延期：每延期 1 日按合同总金额 **0.2%** 违约金，累计不超过 **10%**；延期超 30 日甲方可解除合同并要求退款赔偿。
+- 交付质量不达标：两次整改仍不合格，甲方可要求继续整改或解除合同。
+- 核心人员擅自更换：每人次按合同总金额 **1%** 违约金。
+- 甲方违约（未按时提供资源/确认交付物且未申请延期/逾期付款）：项目周期顺延，乙方不担延期责任；甲方逾期付款每日 **0.05%** 违约金。
+- 保密违约：违约方支付合同总金额 **20%** 违约金并赔偿损失。
+
+### 9. 知识产权与保密
+
+- 甲方付费定制开发成果（BTP 应用、CPI 集成流、SAP 增强、报表、接口程序）知识产权归**甲方**；乙方验收时完整移交源代码与文档。
+- 乙方原有产品（帛丝 PDA）知识产权归**乙方**，甲方获永久使用授权。
+- SAP 标准软件知识产权归 SAP，甲方按订阅协议获得使用权。
+- 保密义务终止后继续有效 **5 年**；乙方团队须签保密协议并承担连带责任。
+- 数据安全：存储符合中国法律；跨境传输合规；项目结束后乙方删除所持甲方数据副本（法定保留除外）。
+
+### 10. 运维与争议
+
+- 上线后支持按 §5 执行；质保期 3 个月远程运维（严重 4 小时/一般 1 工作日响应）；质保后可选驻场/远程/年度运维包。
+- 甲方有权委托第三方维护，乙方应配合移交，不得设技术壁垒。
+- 争议先友好协商；协商不成向**甲方所在地（南京市）**有管辖权的人民法院起诉；适用中华人民共和国法律。
+
+## 依据
+
+- `来源 → sources/百疆集团全球数字化系统建设项目工作任务书签署版（9.11）.docx`（F-001）：§2.2、§5、§7、§8、§9、§10、§11、§12。
+
+## 边界与未决
+
+- 合同总金额、付款节点、SAP/BTP/CPI 具体订阅金额以主合同及 SAP 订购单为准（本文件未含）。
+- 《多国本地化合规方案》待蓝图阶段输出（OI-007）。
+- SOW 文档疑有编辑痕迹（OI-010），涉及条款以 signing 原件为准。

outputs/working/售前文档待修正清单.md

+# 售前文档待修正清单（据 Inbox B-002 裁决）
+
+- 文档类型：行动清单（工作输出，草稿）
+- 编制日期：2026-09-11
+- 依据：`sources/…工作任务书签署版（9.11）.docx`（F-001 SOW V.2）+ `00_control/INBOX_LEDGER.md` 冲突裁决（C-01～C-11）
+- 裁决结论：全部同意建议 + **以 SOW 为准**
+- 状态：`更新中`（待文档责任人落实）
+- 说明：本清单**不改写 Inbox 原件**（原件不可变）；由售前文档责任人按其更新流程（《V3 维护指导书》）执行。
+
+## 一、待修正项（以 SOW 为准）
+
+| # | 冲突 | 需修改的内容 | 涉及文件（Inbox） | 优先级 |
+|---|---|---|---|---|
+| 1 | 法人数量（C-01） | “11+ 独立法人/11 国” → **21 个独立法人主体** | F-011 V3、F-004、F-016 | P0 |
+| 2 | 上线时间（C-02） | P1–P4（2026-11/12）→ **菲/加 2027-01-31 前、其余 2027-07-01 前** | F-011、F-004 | P0 |
+| 3 | 模块越界 PP/QM（C-03） | 删除或标注“非本合同范围”：`BJ5`/`J44`/`5HK`/`3F0` 等制造质量项 | F-011、F-002、F-008、F-016 | P0 |
+| 4 | 商超/厂商清单（C-05） | 补齐商超 **6 家**（+Liverpool/Sams/Palacio）与厂商名 **帛丝 PDA / 加拿大易仓 / 吉客云 / Upseller** | F-011、F-005、F-007 | P0 |
+| 5 | POS 范围（C-06） | POS 由“二期/非 SAP”→ **纳入一期 B2C 集成范围** | F-011、F-005 | P1 |
+| 6 | 数据迁移（C-08） | 迁移范围 → 对齐 SOW **DT-01～DT-05** | F-011、F-004 | P1 |
+| 7 | 测试/培训/上线（C-09） | 内容按 **TA-01～TA-06** 编号映射 | F-011 | P2 |
+| 8 | 文档基线刷新（C-11） | V3 等（2026-06）整体按 SOW（2026-09）刷新 | F-011、F-004、F-016 | P0 |
+
+## 二、待确认项（不能仅凭 SOW 定论，保留 Pending）
+
+| # | 冲突 | 待谁确认 | 涉及文件 |
+|---|---|---|---|
+| 9 | 售后/维修模块归属（C-04） | 项目指导委员会 | F-002、F-011 |
+| 10 | 菲律宾公司代码数量（C-07） | 甲方/乙方（《上线主体清单》） | F-011、F-017 |
+| 11 | 各国差异 Q1–Q8（C-10） | 甲方/乙方 | F-012、F-006、F-017 |
+
+## 三、落实与跟踪
+
+- 落实责任：售前文档责任人（乙方）；更新后须与本清单逐项核对。
+- 跟踪：本清单与 `00_control/OPEN_ISSUES.md`（OI-019～OI-029）联动；完成后将对应 OI 置 `Resolved/Closed`。
+- 原件处理：F-002～F-017 已于 2026-09-11 MOVE 到 `sources/`（保留原名 + SHA256 校验一致）；售前文档责任人可直接从 `sources/` 取用。

sources/B2B售后管理_SAP公有云方案_详解.md

+# 百疆集团 B2B 售后管理 — SAP S/4HANA Cloud 详细方案
+
+> **文档性质**：售前技术方案（详细展开版）  
+> **展开范围**：SN 主数据管理、维修管理 E2E、备件管理 E2E  
+> **基础平台**：SAP S/4HANA Cloud Public Edition 2602
+
+---
+
+## 目录
+
+- [第一部分：SN 主数据管理方案](#第一部分sn-主数据管理方案)
+- [第二部分：维修管理 E2E 方案](#第二部分维修管理-e2e-方案)
+- [第三部分：备件管理 E2E 方案](#第三部分备件管理-e2e-方案)
+- [附录：Scope Item 速查表](#附录scope-item-速查表)
+
+---
+
+# 第一部分：SN 主数据管理方案
+
+> **核心 Scope Item**：`BLL`（Serial Number Management in Logistics）
+> **辅助 Scope Item**：`4HH`（Reactive Maintenance — Equipment 主数据）
+> **国家适用**：菲律宾、加拿大、巴基斯坦、安徽/黑龙江（全流程 SN 跟踪）；墨西哥、巴西（SN 跟踪到退货环节）
+
+## 1.1 SN 管理在 SAP 中的架构定位
+
+`BLL` 是 SAP S/4HANA Cloud 中负责序列号管理的核心 Scope Item，横跨 **制造、采购、供应链、物流** 四个业务域，是贯穿全物流链路的跨域共享能力。
+
+```
+                    BLL 序列号管理（跨域核心）
+                          │
+    ┌─────────┬───────────┼───────────┬─────────┐
+    ▼         ▼           ▼           ▼         ▼
+  采购收货   生产完工    库存管理    销售出库    售后维修
+  (VL31N)   (BJ5)      (BMC)      (BD9)     (3XK/3D2)
+                                                  │
+                                    ┌─────────────┘
+                                    ▼
+                            Equipment 主数据
+                            (4HH 域，通过 IQ01 创建)
+```
+
+- `BLL` 默认激活，Required Scope Items 仅需 `BNZ`（组织结构）+ `BMC`（库存管理）
+- 物料主数据中启用序列号管理后，SN 自动参与全部物流移动
+
+## 1.2 SN 在各业务环节中的分配与操作
+
+### 1.2.1 采购入库时分配 SN
+
+**业务场景**：百疆从大疆采购整机/备件入售后仓时，记录每台设备的 SN 码。
+
+**SAP 操作流程**：
+
+```
+ 创建采购订单           内向交货              采购收货
+  ──────────→          ──────────→          ──────────→
+┌──────────┐      ┌──────────────┐      ┌──────────┐
+│ ME21N    │      │ VL31N        │      │ MIGO     │
+│ (采购订单)│─────→│ (内向交货)    │─────→│ (收货过账)│
+│ 物料标记: │      │ ★录入每个SN  │      │ SN自动   │
+│ 序列号管理 │     │   码         │      │ 关联库存  │
+└──────────┘      └──────────────┘      └──────────┘
+```
+
+**操作要点**：
+- 物料主数据中标记为"序列号管理"
+- 内向交货（VL31N）环节逐件录入 SN 码（支持扫码录入）
+- 收货过账后 SN 自动绑定库存，可通过 `F5218`（Manage Serial Numbers）查询
+
+### 1.2.2 生产/组装完成后分配 SN
+
+**业务场景**：如百疆对设备进行组装/定制后入库，产成品需要分配新 SN。
+
+**SAP 操作流程**：
+
+```
+ 生产订单完工          SN分配            SN查询
+  ──────────→       ──────────→       ──────────→
+   BJ5 完工入库      系统分配SN        F5218
+                    (序列号档案)       Fiori App
+```
+
+**依赖 Scope Item**：`BJ5`（Make-to-Stock Production）
+
+### 1.2.3 销售出库时记录 SN
+
+**业务场景**：经销商购买设备出库时，记录出库的设备 SN。
+
+**SAP 操作流程**：
+
+```
+ 销售订单             外向交货             发货过账
+  ──────────→        ──────────→         ──────────→
+ BD9 销售订单        VL01N 外向交货       VL02N 发货过账
+ (TG20 序列号管理货物)  ★指定出库SN码      SN从库存移除
+```
+
+**销售订单中的定位**：
+- 物料 TG20 = 序列号管理货物
+- 出库时指定发出哪些具体 SN 码的设备
+- ATP 检查支持批次和序列号管理
+
+### 1.2.4 维修场景中 SN 追踪
+
+**业务场景**：设备寄回维修时扫描 SN，自动关联设备档案和维修历史。
+
+**SAP 操作路径**：
+
+```
+ 设备寄回              维修收货             维修诊断
+  ──────────→         ──────────→         ──────────→
+ 经销商寄回设备       3XK 退货收货         3XK 诊断
+ ★SN扫描匹配         BKP 退货入库         IQ02 记录故障
+ 服务订单                                           │
+                                                    ▼
+                                           Equipment 历史更新
+                                           (维修记录关联)
+```
+
+**关键集成**：
+- `3XK`（In-House Repair）的 Fiori App 中直接包含 `IQ02`（更改设备）
+- 维修工单完成后，Equipment 主数据自动追加本次维修历史
+- 通过 `IQ03`（显示设备）可查看该 SN 设备的所有维修记录
+
+## 1.3 SN → Equipment 主数据：百疆设备全生命周期档案
+
+### 1.3.1 创建设备主数据
+
+**业务场景**：新入库的设备 SN，需要建立完整的设备档案（型号、质保期、适配配件等）。
+
+**操作流程**：
+
+```
+ SN 入库
+    │
+    ▼
+ IQ01 — 创建设备主数据 (Equipment Master)
+    │
+    ├─ 输入：SN 码、物料号、功能位置、质保开始日期
+    │
+    ├─ 维护字段：
+    │   · 设备类型（整机 / 核心部件 / 配件）
+    │   · 适配机型
+    │   · 质保到期日
+    │   · 所属网点（Function Location）
+    │
+    └─ 保存 → Equipment 进入 A2D 资产域管理
+```
+
+**设备档案关联关系**：
+
+```
+Equipment (IQ01)
+  ├─ 关联 SN 码（BLL）
+  ├─ 关联物料主数据（型号/规格/适配机型）
+  ├─ 关联 Function Location（所属仓库/网点/客户）
+  ├─ 关联固定资产（FI-AA，财务折旧）
+  ├─ 关联 Master Warranty（质保条款）
+  └─ 关联维修历史（维修次数、故障代码、更换备件）
+```
+
+### 1.3.2 备件 SN 与整机 SN 的关联
+
+**业务场景**：维修时更换了电池（SN-BT-001），需要记录该电池安装到了哪台整机（SN-DR-001）。
+
+**SAP 实现**：
+- 整机 SN 为 Equipment 主数据（通过 IQ01 创建）
+- 核心部件（如电池、云台）也可以创建为 Equipment
+- 在 `4HH` 维护工单中建立"父子设备"关系（Superior Equipment）
+- 维修完成后，Equipment 层级结构自动记录部件更换关系
+
+## 1.4 SN 全流程追踪能力总结
+
+| 物流节点 | SN 操作 | Fiori App | 触发 Scope Item |
+|---------|--------|-----------|:--:|
+| 采购收货 | 录入 SN | VL31N | `BLL` + `BNZ` |
+| 生产完工 | 分配 SN | BJ5 流程 | `BLL` + `BJ5` |
+| 库存管理 | 查询在库 SN | `F5218`（Manage SN） | `BLL` + `BMC` |
+| 仓库管理 | 拣货/上架 SN | WM 流程 | `BLL` + `3BS` |
+| 销售出库 | 指定出库 SN | VL01N | `BLL` + `BD9` |
+| 客户退货 | 退库 SN 扫描 | BKP 退货收货 | `BLL` + `BKP` |
+| 维修收货 | SN 匹配工单 | 3XK 退货收货 | `BLL` + `3XK` |
+| 维修诊断 | 故障代码关联 SN | `IQ02`（更改设备） | `4HH` + `3XK` |
+| 设备档案查询 | 查看 SN 全历史 | `IQ03`（显示设备） | `4HH` |
+| 设备报废 | SN 状态关闭 | 4HH 退役流程 | `4HH` |
+
+> **B 模型国家差异**（墨西哥/巴西）：保内退货直接退大疆，SN 跟踪到 `BKP` 退货收货为止，后续不进入 3XK 维修流程。
+
+## 1.5 SN 管理的局限与 BTP 扩展
+
+| 局限 | 说明 | 应对 |
+|------|------|------|
+| SN 状态枚举不完整 | KB 未记录 "in_repair" / "loaned" / "demo" 等业务状态的系统枚举 | 通过 Key User 扩展添加自定义字段标记 |
+| BLL 与 3D2 无直接依赖 | SN 与 Service Order 通过 Equipment 间接关联，非原生直连 | 流程上通过 Equipment (IQ02/3XK) 桥接，功能完整 |
+| SN 自动获取 | 不支持从供应商/设备自动读取 SN | 收货/入库时手动录入或扫码录入 |
+| 非完整"设备护照" | BLL 为物流级追踪，不含 IoT 传感器数据/实时状态 | 远期通过 SAP APM（BTP）扩展 IoT 能力 |
+
+---
+
+# 第二部分：维修管理 E2E 方案
+
+> **核心 Scope Item**：`3XK`（In-House Repair）、`3D2`（Service Order Management）、`4GA`（Service Quotation）、`3NI`（Procurement for Service）、`5HR`（Warranty Claim）
+> **国家模型**：A 模型走完整 3XK 厂内维修流程，B 模型保内走 BKP+5HR 退货索赔、保外走本地维修
+
+## 2.1 维修管理全景流程
+
+```
+┌──────────────────────────────────────────────────────────────────────────┐
+│                    维修管理 E2E — A 模型（售后仓国家）                        │
+├──────────────────────────────────────────────────────────────────────────┤
+│                                                                          │
+│ S1.经销商报修    S2.售后仓收货    S3.故障诊断     S4.定损报价     S5.排程派工│
+│ ──────────→    ──────────→    ──────────→    ──────────→    ──────────→ │
+│ BTP报修门户     BKP退货收货    3XK诊断步骤    4GA服务报价    3D2释放+指派  │
+│ →3D2服务订单    →3XK创建维修   →记录故障码    →客户确认      →技术员接单   │
+│                                                                          │
+│ S6.备件采购     S7.维修执行     S8.维修质检     S9.发回客户    S10.结算     │
+│ ──────────→    ──────────→    ──────────→    ──────────→    ──────────→ │
+│ 3NI自动PR      3D2消耗记录    质检确认       外向交货        开票+索赔     │
+│ →BNZ采购PO     →备件+工时      →报告归档      →客户收货       →J59/5HR     │
+│                                                                          │
+└──────────────────────────────────────────────────────────────────────────┘
+```
+
+## 2.2 步骤 S1：经销商报修
+
+### 业务描述
+
+经销商发现设备故障，通过 BTP 自助报修门户提交维修申请。系统自动校验 SN 有效性和质保状态，通过后生成服务工单。
+
+### SAP 实现
+
+| 操作 | 系统处理 | 操作对象 |
+|------|---------|---------|
+| 经销商提交报修 | BTP 门户调用 SAP API 校验 SN → Equipment 存在且有效 | BTP → SAP |
+| 质保判定 | BTP 规则引擎读取 Equipment 的质保到期日 → 返回 保内/保外 | BTP Cloud BAdIs |
+| 创建服务订单 | 调用 3D2 API → 自动创建 Service Order（含 SN、客户、设备型号、保内/保外标记） | `SVO1` / API |
+| 报修审核 | 3D2 审批工作流（可一级/多级审批） | Workflow |
+| 状态通知 | 经销商在 BTP 门户查看进度；内部通过 `43B` 监控 | BTP + `43B` |
+
+**服务订单创建时系统自动带出的信息**：
+
+| 字段 | 来源 | 说明 |
+|------|------|------|
+| 设备 SN | BLL / Input | 经销商录入 |
+| Equipment 编号 | 4HH | SN 关联的 Equipment |
+| 设备型号/物料 | 物料主数据 | 自动带出 |
+| 客户/经销商 | BP 主数据 | 门户登录用户关联 |
+| 质保状态 | BTP 规则引擎 | 保内/保外标记 |
+| 故障描述 | 经销商录入 | 问题描述、附件上传 |
+| 服务订单类型 | 预配置 | 常见类型模板（维修/检测/升级等） |
+
+**SAP 服务订单模板能力**：
+- 预先定义常见维修类型的标准模板（换机/换件/检测升级）
+- 模板包含标准工序、备件清单、预估工时
+- 创建时选择模板 → 自动填充，减少人工录入
+
+### 多渠道报修
+
+| 渠道 | SAP 实现方式 |
+|------|------------|
+| BTP 自助门户 | Side-by-Side App → 调用 3D2 API 创建工单 |
+| 电话/邮件 | 客服在 SAP Fiori 中手动 `SVO1` 创建服务订单 |
+| 大疆系统 | BTP Integration Suite 对接 → 自动创建服务订单 |
+
+## 2.3 步骤 S2：售后仓收货与外观检查
+
+### 业务描述
+
+经销商将故障设备寄回售后仓。仓库人员扫描 SN 收货，匹配已创建的维修工单。进行外观检查，判定是否可修。
+
+### SAP 实现
+
+```
+经销商寄回设备
+       │
+       ▼
+  BKP 退货流程 ──→ 创建退货订单 (CBAR 类型, F4832)
+       │
+       ▼
+  退货交货单创建 ──→ 经销商凭 RMA 寄回
+       │
+       ▼
+  售后仓收货 ──→ 扫描 SN → 退货收货单 (Material Inspection)
+       │           货物进入退货库存（非 MRP 相关，不影响成品可用量）
+       │
+       ▼
+  3XK 创建厂内维修 ──→ App: SVST
+       │           将退货接收的修复对象添加至 Repair Order
+       │           自动关联 Equipment / SN
+       │
+       ▼
+  3XK 预检（Pre-Check）──→ 对每个修复对象评估:
+       │           是否需要诊断？
+       │           是否需要报价？
+       │           是否直接进入维修？
+       │           是否需要外部采购？
+       │
+       ├─ 可修 → 进入 S3（故障诊断）
+       └─ 不可修（严重损坏/进水等）→ 标注原因，退回客户或报废
+```
+
+**关键 SAP 配置点**：
+- 退货库存设为 Non-MRP Relevant（不影响 MRP 运算）
+- `3XK` 的 Required Scope Items 包含 `BKP`，两者原生集成
+- `SVST` 是 3XK 的核心 Fiori App（In-House Repair 主事务）
+
+## 2.4 步骤 S3：故障检测与诊断
+
+### 业务描述
+
+技师对故障设备进行全面检测（硬件、固件、功能），记录故障代码和检测消耗。
+
+### SAP 实现
+
+| 操作 | 系统处理 | Fiori App |
+|------|---------|-----------|
+| 规划诊断步骤 | 在 Repair Order 中规划诊断任务 | `SVST` |
+| 执行诊断 | 记录实际消耗（工时、检测耗材、费用） | Repair Confirmation |
+| 记录故障代码 | 选择 Damage Code（故障类型/部位） | `IQ02`（更改设备） |
+| 上传检测报告 | 作为服务订单附件上传（照片、检测报告 PDF） | Attachments |
+
+**诊断消耗的记录内容**：
+
+| 消耗类型 | 记录方式 | 后续用途 |
+|---------|---------|---------|
+| 检测工时 | Technician Time × 费率 | 计入维修成本 |
+| 检测耗材 | 测试用配件/辅料消耗 | 计入维修成本 |
+| 费用 | 外送检测费等 | 计入维修成本 |
+| 故障代码 | 标准化 Damage Code | 质量分析、ML 训练数据 |
+
+> **进阶**：ML 辅助推荐 Damage Code 需要 SAP APM（Asset Performance Management），属于 BTP 独立订阅（★★），为远期可选能力。
+
+## 2.5 步骤 S4：定损报价
+
+### 业务描述
+
+根据故障检测结果，技师确定维修方案（更换哪些备件、需要多少工时），生成报价单发送客户确认。
+
+### SAP 实现
+
+```
+ 故障诊断完成
+       │
+       ▼
+  SVQ1 — 创建服务报价 (4GA)
+       │
+       ├─ 报价项 1: 电池更换 — ¥800（备件 500 + 工时 300）
+       ├─ 报价项 2: 云台校准 — ¥300（工时 300）
+       └─ 报价项 3: 固件升级 — ¥150（工时 150）
+       │
+       ▼
+  报价审批（可选配置多级审批工作流）
+       │
+       ▼
+  发送客户 ──→ 通过 1LQ (Output Management) 发送
+       │
+       ▼
+  客户响应（三种可能）:
+       ├─ 全部接受 → 所有报价项转为 3D2 服务订单执行
+       ├─ 部分接受 → 例如接受电池更换+固件升级，拒绝云台校准
+       └─ 全部拒绝 → 报价关闭，设备退回（不收维修费）
+```
+
+**4GA（Service Quotation）的关键能力**：
+
+| 能力 | 说明 |
+|------|------|
+| **两种报价类型** | Standard（T&M 混合）或 Fixed Price（纯固定价） |
+| **部分接受** | 客户可拒绝报价中的某一项或几项，其余仍生效 |
+| **转服务订单** | `SVQ2` App 将接受的报价转为 `3D2` 服务订单 |
+| **重新报价（Re-quote）** | 后续发现额外问题时，可在已接受报价基础上追加报价 |
+
+**业务规则**：
+- 保内维修：报价金额为 0（或仅记录成本），后续走 5HR 向大疆索赔
+- 保外维修：报价金额含备件费 + 工时费 + 利润，由客户支付
+
+## 2.6 步骤 S5：排程与派工
+
+### 业务描述
+
+报价确认后，安排维修时间和负责任。
+
+### SAP 实现
+
+| 操作 | 系统处理 | 说明 |
+|------|---------|------|
+| 释放服务订单 | 3D2 订单释放（Released） | 此时触发 3NI 非库存备件自动采购 |
+| 指派技术员 | Repair Order 中添加 Service Employee | `SRVC_EMPL` 的 Fiori App |
+| 排程 | 安排维修时间窗口 | 如需高级排程可集成 SAP FSM (49X) |
+
+> **备用机管理**（安徽/黑龙江需求）：可通过 SAP 中创建"备用机池 Equipment"，维修期间出借并跟踪归还。需通过 BTP 或 Key User 扩展维护借用记录。
+
+## 2.7 步骤 S6：备件采购（非库存备件）
+
+### 业务描述
+
+维修需要的备件如果在售后仓没有库存，系统自动触发采购流程。
+
+### SAP 实现
+
+```
+ 服务订单行项释放（Released）
+       │
+       ▼
+ 3NI 自动检测 ──→ 该备件是否在库存中？
+       │
+       ├─ 有库存 → 跳过采购，进入 S7 维修执行（直接发料）
+       │
+       └─ 无库存 → 3NI 自动创建采购申请 (PR)
+                       │
+                       ▼
+                  BNZ/J45 — 采购订单 (PO)
+                       │
+                       ▼
+                  供应商发货 → BMC 收货入库
+                       │
+                       ▼
+                  PO 创建消息通知回 3D2 服务订单
+```
+
+**3NI 覆盖的采购类型**：
+- **非库存物料**：不在售后仓库存中的备件
+- **外部劳动力**：外包给第三方维修服务商的人力
+
+**触发条件**：服务订单/维修订单的**行项释放（Released）**时自动触发，非手工操作。
+
+## 2.8 步骤 S7：维修执行
+
+### 业务描述
+
+技师按照维修方案执行维修（换件、校准、升级等），记录物料消耗和工时。
+
+### SAP 实现
+
+| 操作 | 系统处理 | Fiori App |
+|------|---------|-----------|
+| 维修作业 | 按 Repair Order 执行 | `SVST` |
+| 备件领用 | `3D2` 物料需求 → `BMC` 库存发料（SN 出库） | Repair Confirmation |
+| 工时记录 | Technician Time × 费率 | Repair Confirmation |
+| 旧件回收 | 拆下旧件 → 退回旧件库存（冻结状态） | Goods Movement |
+| 服务确认 | 部分确认 / 最终确认（Final Confirmation） | `SVC1` |
+
+**维修确认的三种模式**：
+
+```
+部分确认（Partial）
+  ↓ 可多次确认，逐步消耗资源
+部分确认
+  ↓
+最终确认（Final）
+  → 阻止后续再确认
+  → 触发开票相关项释放
+  → 维修历史归档到 Equipment
+```
+
+**消耗记录内容**：
+
+| 消耗项 | 来源 | 成本归集 |
+|--------|------|---------|
+| 备件消耗 | BMC 库存发料 / 非库存采购收货 | 物料成本（移动平均价） |
+| 工时消耗 | 技师活动记录 | 工时 × 费率 |
+| 费用 | 外送加工/检测等 | 服务订单费用项 |
+
+**取消确认**：服务确认支持取消（Cancel Confirmation），误操作可回退。
+
+## 2.9 步骤 S8：维修质检
+
+### 业务描述
+
+维修完成后进行功能检测，确认故障已排除，生成维修报告并归档。
+
+### SAP 实现
+
+| 操作 | SAP 处理 |
+|------|---------|
+| 维修后检测 | 3D2 服务订单的质检任务 |
+| 质检通过 | 标记质检完成，服务订单可进入发回步骤 |
+| 质检不通过 | 返回 S7（维修执行）重新处理 |
+| 维修报告 | 服务订单附件汇总（诊断结果+维修明细+质检结论）→ 自动或手动生成 |
+| 结果归档 | 服务订单最终确认 → 维修历史写入 Equipment (IQ03 可查) |
+
+## 2.10 步骤 S9：发回客户
+
+### SAP 实现
+
+```
+维修完成 → 创建外向交货单 (Outbound Delivery)
+                │
+                ▼
+            SN 出库扫描 → BLL 更新 SN 状态
+                │
+                ▼
+            客户收货确认
+```
+
+## 2.11 步骤 S10：结算（保内 / 保外分流）
+
+### 保外 — 客户付费
+
+```
+服务最终确认 → 开票相关项释放
+                    │
+                    ▼
+              自动生成开票凭证
+                    │
+        ┌───────────┼───────────┐
+        ▼           ▼           ▼
+    备件费        工时费      其他费用
+        │           │           │
+        └───────────┼───────────┘
+                    ▼
+            2UV 合并发票 → J59 应收账款
+                    │
+                    ▼
+            客户付款 → J59 自动核销
+```
+
+### 保内 — 向大疆索赔
+
+```
+维修完成 → 5HR 创建供应商索赔 (WYP3)
+                │
+   ┌────────────┼────────────┐
+   ▼            ▼            ▼
+验证完整性    验证资格      确定索赔金额
+(故障描述/    (Master       (物料成本+
+ 工时/备件)   Warranty      工时费率+
+             覆盖范围)      其他费用)
+                │
+                ▼
+          发送大疆审核
+                │
+                ▼
+          大疆协商/确认金额
+                │
+                ▼
+          最终金额过账 → AP 应付 / AR 应收冲销
+```
+
+**5HR（Warranty Claim — Supplier Recovery）详细步骤**：
+
+| Step | 操作 | Fiori App | 说明 |
+|------|------|-----------|------|
+| 1 | 创建索赔 | `WYP3` | 基于已完成的维修工单创建 |
+| 2 | 验证完整性 | `WYP3` | 检查故障描述、工时、材料数据是否完整 |
+| 3 | 验证资格 | 系统自动 | 根据 Master Warranty 验证：保修期有效？故障在覆盖范围？ |
+| 4 | 确定索赔金额 | `MEK1` | 物料价格 × 消耗数量 + 工时 × 费率 |
+| 5 | 发送大疆 | `1LQ` | Output Management 发送索赔单 |
+| 6 | 大疆审核回应 | `WYP3` | 接受 / 拒绝 / 协商新金额 |
+| 7 | 过账 | 系统 | 协商后金额过账至财务（供应商贷项凭证） |
+
+**Master Warranty（主质保）管理**：
+- 由 `SAP_BR_MD_SPECIALIST_WRNTY`（质保主数据专员）在系统中维护
+- 一个 Master Warranty 可分配给多台 Equipment
+- 在索赔流程中自动用于验证保内资格
+
+## 2.12 B 模型（墨西哥/巴西）差异流程
+
+```
+ 经销商报修 → BTP 门户 (SN+质保判定)
+                    │
+       ┌────────────┴────────────┐
+       ▼                         ▼
+  【保内路径】              【保外路径】
+       │                         │
+  BKP 退货订单              4GA 服务报价
+  (CBAR 标准退货)            (SVQ1 创建)
+       │                         │
+  生成 RMA → 退回大疆        报价审核 → 客户确认
+       │                         │
+  BKP 退货收货              3D2 服务订单
+       │                    (本地维修)
+       5HR 向大疆索赔              │
+       (WYP3)              3D2 维修执行
+       │                    (备件采购 BNZ)
+  AP 追偿金额过账                │
+                            J59 客户应收
+                            (收费维修)
+```
+
+**关键差异**：
+- B 模型国家无 3XK 厂内维修流程（或仅保外使用 3D2 而非 3XK）
+- 保内直接走 BKP 退货 + 5HR 索赔，设备不经过百疆售后仓
+- 保外走 4GA → 3D2 本地维修，无大疆参与
+
+## 2.13 维修管理核心 Fiori App 速查
+
+| Fiori App | 用途 | 所属 Scope Item |
+|-----------|------|:---:|
+| `SVO1` | 创建服务订单 | `3D2` |
+| `SVO2` | 编辑服务订单 | `3D2` |
+| `SVC1` | 服务确认（记录消耗）| `3D2` |
+| `SVST` | 厂内维修主事务 | `3XK` |
+| `IQ02` | 更改设备（故障代码/维修数据）| `3XK` / `4HH` |
+| `SVQ1` | 创建服务报价 | `4GA` |
+| `SVQ2` | 编辑/转服务报价 | `4GA` |
+| `WYP3` | 创建/管理保修索赔 | `5HR` |
+| `MEK1` | 查询条件记录（价格查询）| `5HR` |
+| `F4832` | 创建退货订单（BKP） | `BKP` |
+
+---
+
+# 第三部分：备件管理 E2E 方案
+
+> **核心 Scope Item**：`BMC`（Core Inventory Management）、`3BR`/`3BS`（WM 出入库）、`3NI`（服务触发采购）、`J44`（MRP 计划）、`BNZ`/`J45`（采购执行）
+> **辅助**：`BLL`（备件 SN 管理）、`BML`/`4LU`（盘点）
+
+## 3.1 备件管理全景架构
+
+```
+┌──────────────────────────────────────────────────────────────────────────┐
+│                       备件全生命周期管理                                    │
+├──────────────────────────────────────────────────────────────────────────┤
+│                                                                          │
+│  需求计划 ──→ 采购入库 ──→ 库存管理 ──→ 维修消耗 ──→ 旧件回收             │
+│  ────────     ────────    ────────     ────────    ────────              │
+│  J44 MRP     BNZ PO      BMC 库存    3D2 发料    旧件退库                │
+│  安全库存    3NI 应急PR   BML 盘点    BML 拣货    故障分析                │
+│  历史消耗    收货入库     3BR/3BS WM  SN 出库     返回大疆/报废           │
+│             SN 绑定                                                      │
+│                                                                          │
+└──────────────────────────────────────────────────────────────────────────┘
+```
+
+## 3.2 备件仓库架构设计
+
+### 3.2.1 仓库层级模型
+
+百疆的仓库体系在 SAP 中建模为：
+
+```
+工厂 (Plant) — 如 菲律宾工厂 PH01
+  │
+  ├─ 存储地点 0001: 成品仓 (FG)
+  ├─ 存储地点 0002: 备件仓 (SPARE)     ← 售后备件专用
+  ├─ 存储地点 0003: 旧件仓 (DEFECT)    ← 拆下旧件存放
+  └─ 存储地点 0004: 退货仓 (RETURN)    ← 客户退货暂存
+```
+
+**A 模型国家（菲律宾/加拿大/巴基斯坦/安徽黑龙江）**：
+- 每个售后国家独立配置工厂 + 存储地点
+- 备件仓（SPARE）与成品仓（FG）物理/系统隔离
+- 售后仓内货位（Storage Bin）精细管理（如需启用 WM）
+
+**SAP 支持**：一个 Warehouse Number 可分配给多个 Storage Location，工厂下可创建多个独立存储地点。
+
+### 3.2.2 仓储深度选型
+
+| 模式 | Scope Item | 适用场景 |
+|------|-----------|---------|
+| **基础库存（无货位）** | `BMC` | 备件 SKU 少、单仓管理（小型售后仓） |
+| **标准仓库管理** | `BMC` + `3BR` + `3BS` | 备件 SKU 多、多货位、需拣货路径（大型售后仓） |
+| **高级仓库管理** | 6NI/63W 等 | 自动化立体仓、AGV 等（非当前需求） |
+
+## 3.3 备件采购 E2E 流程
+
+### 3.3.1 计划性采购 — J44 MRP
+
+**触发机制**：基于历史维修消耗数据 + 安全库存水平，定期 MRP 运算。
+
+```
+ J44 MRP 运行（定期，如每周）
+       │
+       ├─ 输入：
+       │   · 安全库存设定（BMC 物料主数据）
+       │   · 历史消耗数据（维修工单备件消耗统计）
+       │   · 当前库存量（BMC 实时库存）
+       │   · 在途采购量（已发 PO 未收货）
+       │
+       ├─ 计算逻辑：
+       │   净需求 = 独立需求 + 依赖需求 - 当前库存 - 在途量
+       │   若 净需求 > 0 → 生成采购建议
+       │
+       └─ 输出：
+           └─ 采购申请 (PR)
+              └─ J45/BNZ ——→ 采购订单 (PO)
+                 └─ 发送大疆/其他供应商
+```
+
+**安全库存规划**：
+- 在物料主数据中为每种备件设置 Safety Stock
+- MRP 运算时自动考虑安全库存，低于安全库存时触发补货
+- 未来可通过 BTP AI/ML 基于历史维修数据优化安全库存水平
+
+### 3.3.2 应急采购 — 3NI 维修触发
+
+**触发机制**：维修工单需要备件但库存不足时，自动触发采购。
+
+```
+3D2 服务订单 → 行项释放 → 模拟 ATP 检查
+                              │
+                  ┌───────────┴───────────┐
+                  ▼                       ▼
+             库存充足                  库存不足
+                  │                       │
+                  ▼                       ▼
+          进入 S7 维修执行         3NI 自动创建 PR
+                                        │
+                                        ▼
+                                  BNZ/J45 创建 PO
+                                        │
+                                        ▼
+                                  供应商发货
+                                        │
+                                        ▼
+                                  BMC 收货入库
+                                        │
+                                        ▼
+                                  消息回写 3D2
+                                  → 进入 S7 维修执行
+```
+
+**两条采购路径对比**：
+
+| 维度 | 计划性采购 (J44) | 应急采购 (3NI) |
+|------|:--:|:--:|
+| 触发方式 | 定期 MRP 运行 | 维修工单实时触发 |
+| 覆盖场景 | 定期补货、安全库存 | 维修缺件即时采购 |
+| 采购对象 | 所有备件 | 特指该工单需要的具体备件 |
+| 优点 | 提前备货，缩短维修周期 | 按需采购，减少库存积压 |
+| 缺点 | 可能库存积压 | 维修需等待供应商到货 |
+
+> **建议**：高周转通用备件走 J44 计划采购（常备库存），低频专用备件走 3NI 即时采购（按需）。
+
+## 3.4 备件入库管理
+
+### 3.4.1 标准采购收货
+
+```
+ 采购订单 (PO)
+       │
+       ▼
+ 内向交货 (VL31N)
+       │
+       ├─ 逐件录入 SN 码（备件标记为序列号管理）
+       ├─ 录入批次号
+       └─ 质检判定（如需）
+       │
+       ▼
+ 收货过账 (MIGO)
+       │
+       ├─ BMC 库存增加
+       ├─ SN 绑定库存 (BLL)
+       └─ 会计凭证生成（FI）
+```
+
+### 3.4.2 仓库上架（启用 WM 时）
+
+```
+ 入库交货
+     │
+     ▼
+ 3BR — 创建仓库任务 (Warehouse Task)
+     │
+     ▼
+ 执行上架 (Putaway)
+     │
+     ├─ 扫描 SN → 系统推荐货位
+     ├─ 确认上架 → 货位库存更新
+     └─ SN 关联货位
+```
+
+**仓库操作 App**：SAP 提供 **RF（无线射频）** 设备支持，50+ 标准 RF 事务，以及 SAP Warehouse Operator iOS App。
+
+## 3.5 备件库存管理
+
+### 3.5.1 库存类型与状态
+
+| 库存类型 | 说明 | 在备件管理中的用途 |
+|---------|------|-----------------|
+| **非限制库存（Unrestricted）** | 可正常使用的备件 | 新采购入库的合格备件 |
+| **质检库存（Quality Inspection）** | 待检验的备件 | 入库质检中、维修后检测中 |
+| **冻结库存（Blocked）** | 冻结不可用 | 待退回大疆的故障备件、疑似质量问题备件 |
+| **退货库存（Return）** | 客户退货暂存 | 维修退回的设备（非 MRP 相关） |
+| **GR 冻结库存** | 收货时即冻结 | 非评估收货冻结库存 |
+
+### 3.5.2 库存转移与调拨
+
+**售后仓之间调拨**（同一工厂内）：
+```
+BMC 库存转移:
+ 备件仓 (SPARE) → 旧件仓 (DEFECT)
+ (拆下的旧件转移)
+```
+
+**跨国家售后仓调拨**（不同工厂/公司代码）：
+```
+1P9 — 公司间库存转移 (STO):
+ 菲律宾售后仓 → 巴基斯坦售后仓
+ 创建 STO → 交货 → 发货过账 → 在途库存 → 收货
+
+ (涉及公司间开票 53Y + 财务过账 1GP)
+```
+
+### 3.5.3 库存查询
+
+**Fiori App: `F4510`（Manage Stock）**：
+- 按工厂、存储地点、物料、SN 多维度筛选
+- 现存量、可用量、在途量、冻结量、预留量
+- 在库 SN 清单（哪些 SN 的备件当前在仓）
+
+**Fiori App: `F5218`（Manage Serial Numbers）**：
+- 查看序列化物料完整历史
+- 在库序列号实时报告
+
+### 3.5.4 盘点管理
+
+```
+ 创建盘点凭证 → 打印盘点表 → 实地盘点 → 差异报告 → 过账差异
+ ──────────     ────────    ────────   ────────  ────────
+   BMC/BML       Fiori      扫码/手工   系统对比   审批+过账
+```
+
+| 盘点方式 | Scope Item | 说明 |
+|---------|:---:|------|
+| 全面盘点 | `BML` | 年末全面清点，盘点期间物料可冻结过账 |
+| 循环盘点 | `4LU` | 高周转备件高频盘点，不影响日常运营 |
+| 持续盘点 | `BMC` | 日常运营中零星盘点 |
+
+## 3.6 备件出库与维修消耗
+
+### 3.6.1 维修工单触发备件需求
+
+```
+ 3D2 服务订单 → 物料需求行
+       │
+       ├─ 模拟 ATP 检查（Simulative ATP Check for Service Parts）
+       │   查看备件库存可用性（不锁定库存）
+       │
+       └─ 物料需求释放 →
+            │
+            ├─ 有库存 → 生成物料预留 (Reservation)
+            │
+            └─ 无库存 → 3NI 自动 PR → S6 采购 → 收货后继续
+```
+
+> **模拟 ATP 说明**：`3D2` 中的 ATP 检查是"模拟性"的，仅供技术员查看备件可用性，不实际锁定库存。需要实物预留需通过 WM 物料预留机制实现。
+
+### 3.6.2 备件出库执行（手工发料）
+
+**SAP 中维修备件消耗采用手工发料模式**（非制造场景的 backflush 倒冲）：
+
+```
+ 维修工单 → 物料预留
+              │
+              ▼
+ 3BS — WM 出库流程
+              │
+              ├─ Step 1: 创建仓库任务 (Warehouse Task)
+              ├─ Step 2: 执行拣货 (Picking)
+              │           · 扫描货位 → 取出备件
+              │           · 扫描备件 SN → 确认拣货
+              ├─ Step 3: 打包 (Pack Shipping HU)
+              └─ Step 4: 货物出库过账 (Post Goods Issue)
+                          · 库存扣减 (BMC)
+                          · SN 出库记录 (BLL)
+                          · 消耗过账到维修工单
+```
+
+**WM 出库场景明确支持 "Supply products for maintenance orders"**（来自 `FSD_07 §3.17.5`），即维护工单物料供应内置于标准 WM 出库流程。
+
+**拣货策略配置**：
+- FIFO（先进先出）— 适用于有保质期的备件（如电池）
+- 按货位顺序 — 提高拣货效率
+- 波次管理（Wave Management）— 批量处理多个维修工单的备件需求
+
+### 3.6.3 退还未用备件
+
+维修完成后如有未使用的备件：
+```
+维修工单 → 退还物料
+              │
+              ▼
+   货物移动 → 退回原库位
+              │
+              ▼
+   库存恢复 → 预留取消
+```
+
+## 3.7 旧件回收与故障件管理
+
+### 3.7.1 旧件回收入库
+
+```
+ 维修完成 → 拆下旧件
+              │
+              ▼
+   货物移动 (MIGO) → 旧件仓 (DEFECT)
+              │
+              ├─ 库存状态: 冻结 (Blocked)
+              ├─ 记录原设备 SN 关联
+              └─ 记录故障代码
+```
+
+### 3.7.2 旧件处置决策
+
+```
+ 旧件仓 (DEFECT) — 冻结状态
+       │
+       ├─ 返回大疆 → 退供应商流程 (BMK)
+       │            · 创建退货采购订单
+       │            · 发货回大疆
+       │            · SN 出库记录
+       │
+       ├─ 可修复 → 翻新入库
+       │            · 转入维修流程 (3XK)
+       │            · 修复后入备件仓
+       │
+       └─ 报废 → 报废出库
+                  · 创建报废凭证
+                  · 财务记账（损失）
+                  · SN 标记报废
+```
+
+**旧件管理的 SAP 实现要点**：
+- SAP 无专用"旧件管理模块"，通过**库存类型（冻结）+ 存储地点（旧件仓）+ 物料移动**实现
+- 每个旧件通过 SN（BLL）关联到原维修工单和设备
+- 故障件分析数据支持质量改进（可导出供大疆质量部门使用）
+
+## 3.8 备件管理 Fiori App 速查
+
+| Fiori App | 用途 | 所属 Scope Item |
+|-----------|------|:---:|
+| `F4510` | 库存查询（Manage Stock） | `BMC` |
+| `MIGO` | 货物移动（收发转） | `BMC` |
+| `F5218` | SN 管理（Manage Serial Numbers） | `BLL` |
+| `F4301` | 采购订单收货 | `BMC` |
+| `F2138` | 外向交货管理 | `3BS` |
+| `F3244` | 库存概览 | `BMC` |
+| `F1076`/`F1077` | 慢流动物料/采滞分析 | `BMC` |
+| `F2179` | MRP 驾驶舱 | `J44` |
+| `F2947` | 管理采购申请 | `J45` |
+
+---
+
+# 附录：Scope Item 速查表
+
+## 本方案涉及全部 Scope Item
+
+| ID | 名称 | LOB/域 | 激活 | 本方案定位 |
+|----|------|--------|:--:|---------|
+| `BLL` | Serial Number Management | 跨域（Mfg/SCM/Pur） | ✅ | SN 全生命周期追踪核心 |
+| `4HH` | Reactive Maintenance | Asset Mgmt | ✅ | Equipment 主数据 + 维护工单 |
+| `3XK` | In-House Repair | Service | ✅ | 厂内维修 E2E（10 步） |
+| `3D2` | Service Order Management | Service | ✅ | 服务工单全生命周期 |
+| `4GA` | Service Quotation | Service | ✅ | 维修报价（支持部分接受） |
+| `3NI` | Procurement for Service | Service | ✅ | 维修触发自动采购 |
+| `5HR` | Warranty Claim – Supplier Recovery | Service | ✅ | 向大疆索赔 |
+| `BKP` | Customer Returns | Sales | ✅ | 客户退货（保内退大疆） |
+| `BMC` | Core Inventory Management | 跨域 | ✅ | 备件库存核心 |
+| `3BR` | WM Inbound Processing | SCM | 按需 | 仓库入库管理 |
+| `3BS` | WM Outbound Processing | SCM | 按需 | 仓库出库+拣货 |
+| `J44` | Material Requirements Planning | Mfg | ✅ | 备件需求计划 |
+| `BNZ` | Basic Enterprise Enablement | 跨域 | ✅ | 组织架构+基础采购 |
+| `J45` | Direct Procurement | S2P | ✅ | 采购订单执行 |
+| `BML` | Physical Inventory Count & Adjustment | SCM | 强烈建议 | 全面盘点 |
+| `4LU` | Cycle Counting | SCM | 按需 | 循环盘点 |
+| `1P9` | Intercompany Stock Transfer | 公司间 | 按需 | 跨国备件调拨 |
+| `J59` | Accounts Receivable | Finance | ✅ | 保外客户应收 |
+| `43B` | Service Monitoring and Analytics | Service | ✅ | 维修工单监控 |
+| `4GG` | Credit/Debit Memo for Service | Service | ✅ | 服务计费更正 |
+| `2UV` | Combined Invoice – Goods & Service | Sales | ✅ | 备件+服务合并开票 |
+| `3M3` | EBRR – Service Documents | Finance | ✅ | 服务收入自动确认 |
+| `BF7` | Period-End Closing – Maint. Orders | Finance | ✅ | 维修成本月结 |
+
+## Scope Item 依赖关系图
+
+```
+                    ┌─────── BNZ ───────┐
+                    │    (组织架构)       │
+                    └────────┬──────────┘
+                             │
+        ┌────────────────────┼────────────────────┐
+        ▼                    ▼                    ▼
+      BMC                 3D2                  4HH
+   (库存管理)          (服务工单)           (设备主数据)
+        │                    │                    │
+    ┌───┴───┐          ┌─────┴─────┐        ┌────┴────┐
+    ▼       ▼          ▼           ▼        ▼         ▼
+  BML     3BR/3BS    3XK         3NI      BLL      4GA
+ (盘点)  (WM出入库) (厂内维修)  (服务采购) (SN管理) (报价)
+              │         │           │        │         │
+              │         ├───────────┘        │         │
+              │         ▼                    │         │
+              │       5HR                   IQ01      │
+              │    (质保索赔)            (创建设备)    │
+              │                                       │
+              └───────────────────────────────────────┘
+```
+
+> **参考来源**：SAP S/4HANA Cloud 2602 Knowledge Base（KB_Agent1_Flat），Layer 1–5  
+> **生成时间**：2026-06-24  
+> **说明**：所有 Fiori App 编号、Scope Item ID、流程步骤均直接引用自 KB 文件，非虚构。具体功能以 SAP 正式合同和官方 FSD 为准。

sources/SAP物流公司集成扩展方案.md

+# SAP S/4HANA Cloud + BTP CPI 物流公司集成扩展方案
+
+> **方案类型**：售前技术方案  
+> **基础平台**：SAP S/4HANA Cloud Public Edition 2602  
+> **集成中枢**：SAP BTP Integration Suite (CPI)  
+> **范围**：SAP 销售出库 → CPI 主动查询未签收交货单 → 调用物流公司 API 获取物流轨迹 → 数据回写 SAP → SAP 用户查询
+
+---
+
+## 第一步：定时触发 — CPI Timer 启动物流追踪轮询
+
+### 1.1 触发机制
+
+CPI iFlow 通过 **Timer Start Event** 自主发起，无需外部系统调用，无需 S/4HANA 侧配置任何推送机制。
+
+```
+┌────────────────────────────────────────────────────┐
+│  Timer Start Event                                 │
+│  ─────────────────                                 │
+│  · 调度方式: Cron 表达式                            │
+│  · 表达式:   0 */30 * * * ? *                       │
+│  · 含义:     每30分钟执行一次                        │
+│  · 时区:     UTC+8 (Asia/Shanghai)                  │
+│  · 运行窗口: 06:00 – 23:00                          │
+│  · 凌晨窗口: 不执行 (物流公司无更新, 节省API配额)     │
+└────────────────────────────────────────────────────┘
+```
+
+### 1.2 调度策略说明
+
+| 决策项 | 建议值 | 依据 |
+|--------|--------|------|
+| 执行频率 | 每30分钟 | 平衡信息时效性与物流公司 API 调用成本 |
+| 运行时段 | 06:00-23:00 | 物流公司夜间无分拣/派送, 状态无变化 |
+| 并行限制 | 单实例执行 | 避免同一时间多个实例重复查询同一运单 |
+| 超时时间 | 10分钟 | 100条记录 × 每条约5秒API耗时 = 约8分钟 |
+
+### 1.3 补充触发场景
+
+除定时轮询外, 可在以下时机通过 CPI HTTP Endpoint 手工触发:
+
+- SAP 用户手工录入物流单号后, 立即查询一次 (通过 Fiori 按钮调用 CPI)
+- 客户催单时, 客服手工触发单笔查询
+
+---
+
+## 第二步：主动查询 — CPI 从 S/4HANA 获取需要追踪的交货单
+
+### 2.1 OData 查询请求
+
+CPI 通过 OData Receiver Adapter 向 S/4HANA Cloud 发起查询, 主动拉取所有需要追踪物流的发货单。
+
+```
+┌──────────────────────────────────────────────────────────────────┐
+│  OData GET Request                                                │
+│  ────────────────                                                 │
+│                                                                   │
+│  HTTP Method:   GET                                               │
+│  Base URL:      https://{s4hana-host}.sap/api/odata/v4/           │
+│  Service:       API_OUTBOUND_DELIVERY_SRV/OutboundDelivery        │
+│                                                                   │
+│  Query Parameters:                                                │
+│  ┌──────────────────────────────────────────────────────────────┐│
+│  │  $filter = ZZ_TRACKING_NUMBER    ne ''                        ││
+│  │            and ZZ_TRACKING_STATUS ne '已签收'                  ││
+│  │            and ZZ_TRACKING_STATUS ne '物流单号异常'            ││
+│  │            and ActualGoodsMovementDate ge 2026-06-16           ││
+│  │                                                               ││
+│  │  $select = DeliveryDocument,                                   ││
+│  │            SoldToParty,                                        ││
+│  │            ShipToParty,                                        ││
+│  │            ActualGoodsMovementDate,                            ││
+│  │            ZZ_LOGISTICS_COMPANY,                               ││
+│  │            ZZ_TRACKING_NUMBER,                                 ││
+│  │            ZZ_TRACKING_STATUS,                                 ││
+│  │            ZZ_ETA_TIMESTAMP,                                   ││
+│  │            ZZ_LAST_CHECK_TIME,                                 ││
+│  │            ZZ_TRACKING_URL                                     ││
+│  │                                                               ││
+│  │  $orderby = ZZ_LAST_CHECK_TIME asc                             ││
+│  │  $top     = 100                                                ││
+│  │  $skip    = 0                                                  ││
+│  └──────────────────────────────────────────────────────────────┘│
+│                                                                   │
+│  Authentication:  OAuth 2.0 Client Credentials                    │
+│  Token Endpoint:   /oauth/token                                   │
+│  Grant Type:       client_credentials                             │
+│  Scope:            API_OUTBOUND_DELIVERY_SRV_0001                 │
+└──────────────────────────────────────────────────────────────────┘
+```
+
+### 2.2 查询条件设计逻辑
+
+| 条件 | 目的 | 说明 |
+|------|------|------|
+| `ZZ_TRACKING_NUMBER ne ''` | 排除未填写物流单号的单据 | 仅追踪已录入单号的记录 |
+| `ZZ_TRACKING_STATUS ne '已签收'` | 排除已完成的单据 | 签收后不需继续查询 |
+| `ZZ_TRACKING_STATUS ne '物流单号异常'` | 排除无效单号 | 避免反复查询无效单号消耗配额 |
+| `ActualGoodsMovementDate ge 近7天` | 限定查询范围 | 超过7天未签收的转入人工处理 |
+| `$orderby ZZ_LAST_CHECK_TIME asc` | 最久未查的优先 | 保证公平轮询, 不会遗漏低频查询单 |
+| `$top=100` | 单次上限 | 避免超时; 若超100条, 下次调度自动处理剩余 |
+
+### 2.3 S/4HANA Outbound Delivery 自定义字段
+
+查询结果中的关键扩展字段均通过 **Key User Extensibility** 在 Outbound Delivery 对象上预先定义:
+
+| 字段名 | 类型 | 长度 | 用途 | 录入方 |
+|--------|------|------|------|--------|
+| `ZZ_LOGISTICS_COMPANY` | Text | 50 | 物流公司名称 (CPI路由器判据) | SAP 物流专员 |
+| `ZZ_TRACKING_NUMBER` | Text | 100 | 物流单号 (CPI追踪依据) | SAP 物流专员 |
+| `ZZ_TRACKING_STATUS` | Text | 200 | 最新物流状态 (CPI回写) | CPI iFlow |
+| `ZZ_ETA_TIMESTAMP` | DateTime | — | 预计送达时间 (CPI回写) | CPI iFlow |
+| `ZZ_LAST_CHECK_TIME` | DateTime | — | 末次查询时间 (CPI回写) | CPI iFlow |
+| `ZZ_TRACKING_URL` | URL | — | 物流公司查询链接 (CPI回写) | CPI iFlow |
+
+### 2.4 分页与补偿机制
+
+```
+当前次查询结果 count:
+├─  count = 0    →  无待追踪单据, iFlow正常结束
+├─  count ≤ 100  →  全部处理
+└─  count > 100  →  处理前100条, 下个周期(30分钟后)自动处理剩余
+                        通过 $orderby 机制保证最久未查的优先被处理
+```
+
+---
+
+## 第三步：路由器分流 — CPI 按物流公司分配处理分支
+
+### 3.1 Content-Based Router 设计
+
+CPI 查询结果可能包含多家物流公司的单据。通过 Router 组件按 `ZZ_LOGISTICS_COMPANY` 字段值分流到对应处理子流程。
+
+```
+查询结果 [50条交货单]
+    │
+    ▼
+┌───────────────────────────────────────────────┐
+│  Splitter                                      │
+│  · 表达式: /body/entry                          │
+│  · 类型:   IDoc → XML → 逐条拆分                │
+│  · 每条记录携带: 交货单号/物流公司/物流单号       │
+└───────────────────────┬───────────────────────┘
+                        │
+                        ▼
+┌───────────────────────────────────────────────┐
+│  Router (Content-Based)                        │
+│  判据: ${property.ZZ_LOGISTICS_COMPANY}        │
+│                                                │
+│  ┌──────────────────────────────────────────┐ │
+│  │  分支 A: property == 'SF Express'         │ │
+│  │  进入 → Sub-Process: Carrier_SF_Track     │ │
+│  │  ────────────────────────────────────      │ │
+│  │  · API地址:   https://open.sf-express.com │ │
+│  │  · 认证方式:   AppKey + MD5签名           │ │
+│  │  · 请求格式:   XML                        │ │
+│  │  · 响应格式:   XML                        │ │
+│  ├──────────────────────────────────────────┤ │
+│  │  分支 B: property == 'YTO Express'        │ │
+│  │  进入 → Sub-Process: Carrier_YTO_Track    │ │
+│  │  ────────────────────────────────────      │ │
+│  │  · API地址:   https://open.yto.net.cn     │ │
+│  │  · 认证方式:   API Key (Header)           │ │
+│  │  · 请求格式:   JSON                       │ │
+│  │  · 响应格式:   JSON                       │ │
+│  ├──────────────────────────────────────────┤ │
+│  │  分支 C: property == 'DHL'                │ │
+│  │  进入 → Sub-Process: Carrier_DHL_Track    │ │
+│  │  ────────────────────────────────────      │ │
+│  │  · API地址:   https://api.dhl.com         │ │
+│  │  · 认证方式:   OAuth 2.0                  │ │
+│  │  · 请求格式:   JSON                       │ │
+│  │  · 响应格式:   JSON                       │ │
+│  ├──────────────────────────────────────────┤ │
+│  │  分支 D: Default (不支持物流公司)          │ │
+│  │  进入 → Sub-Process: UnknownCarrier       │ │
+│  │  ────────────────────────────────────      │ │
+│  │  · 记录告警日志                              │ │
+│  │  · 邮件通知管理员: "未知物流公司: {名称}"     │ │
+│  │  · 该单据跳过不处理                          │ │
+│  └──────────────────────────────────────────┘ │
+└───────────────────────────────────────────────┘
+```
+
+### 3.2 并行处理与限流控制
+
+```
+Multi-Cast 并行模式:
+
+  Splitter 拆分为 50 条记录
+      │
+      ├── 第1-15条 (SF Express)  →  并行调用 SF API
+      ├── 第16-35条 (YTO Express) →  并行调用 YTO API
+      └── 第36-50条 (DHL)        →  并行调用 DHL API
+
+  限流控制 (每个子流程内):
+  · 顺丰: 最多并发 5 个请求 (SF API 限制 10 QPS)
+  · 圆通: 最多并发 5 个请求 (YTO API 限制 5 QPS)
+  · DHL:  最多并发 10 个请求 (DHL API 限制 20 QPS)
+
+  CPI 通过 Parallel Multicast + Thread Pool 实现并发控制
+```
+
+### 3.3 新增加物流公司的扩展方式
+
+CPI iFlow 架构天然支持新增物流公司: 只需添加一个新的 Sub-Process 分支, 无需改动其他分支:
+
+1. 在 CPI 中添加新的 Content-Based Router 分支
+2. 创建新的 Sub-Process, 封装该物流公司的认证逻辑和API调用
+3. 配置 Secure Store 凭证 (API Key/Secret)
+4. 在 Groovy Status Mapper 中添加该物流公司的状态映射规则
+5. 部署 iFlow, 新物流公司即时生效
+
+---
+
+## 第四步：API 调用 — CPI 请求物流公司获取轨迹数据
+
+### 4.1 顺丰 Express 调用示例
+
+```
+Sub-Process: Carrier_SF_Track
+───────────────────────────
+
+Step 4.1A — 签名生成 (Groovy Script)
+
+┌──────────────────────────────────────────────────────┐
+│  import java.security.MessageDigest                  │
+│                                                      │
+│  def appKey    = secureParam.SF_AppKey               │
+│  def appSecret = secureParam.SF_AppSecret            │
+│  def trackNum  = property.ZZ_TRACKING_NUMBER         │
+│  def timestamp = String.valueOf(System.currentTime...)│
+│                                                      │
+│  def signStr   = "$appSecret${timestamp}$trackNum"   │
+│  def signMd5   = MessageDigest.getInstance("MD5")    │
+│                    .digest(signStr.bytes)            │
+│                    .encodeHex().toString()           │
+│                                                      │
+│  property.SF_Timestamp = timestamp                   │
+│  property.SF_Signature = signMd5                     │
+└──────────────────────────────────────────────────────┘
+
+Step 4.1B — HTTP 请求 (REST Receiver)
+
+┌──────────────────────────────────────────────────────┐
+│  Method:  POST                                        │
+│  URL:     {{SF_BaseURL}}/trace/query                  │
+│                                                       │
+│  Headers:                                             │
+│    Content-Type:  application/xml                     │
+│    X-Auth-Key:    {{SF_AppKey}}                       │
+│    X-Auth-Sign:   ${property.SF_Signature}            │
+│    X-Auth-Timestamp: ${property.SF_Timestamp}         │
+│                                                       │
+│  Body (XML):                                          │
+│    <Request service="TraceQuery">                     │
+│      <TrackingNumber>SF1234567890123</TrackingNumber> │
+│      <Language>zh-CN</Language>                       │
+│    </Request>                                         │
+│                                                       │
+│  Timeout: 30s                                         │
+│  Retry:   最多3次                                      │
+│  Retry Interval: 5s / 10s / 30s (指数退避)            │
+└──────────────────────────────────────────────────────┘
+
+Step 4.1C — 响应示例
+
+┌──────────────────────────────────────────────────────┐
+│  <Response service="TraceQuery">                      │
+│    <TrackingNumber>SF1234567890123</TrackingNumber>   │
+│    <Route>                                            │
+│      <AcceptTime>2026-06-23 08:00:00</AcceptTime>    │
+│      <AcceptAddress>上海浦东分拣中心</AcceptAddress>   │
+│      <Remark>已揽件</Remark>                           │
+│    </Route>                                           │
+│    <Route>                                            │
+│      <AcceptTime>2026-06-23 10:30:00</AcceptTime>    │
+│      <AcceptAddress>上海分拣中心</AcceptAddress>       │
+│      <Remark>运输中</Remark>                           │
+│    </Route>                                           │
+│    <Route>                                            │
+│      <AcceptTime>2026-06-23 15:00:00</AcceptTime>    │
+│      <AcceptAddress>南京分拣中心</AcceptAddress>       │
+│      <Remark>到达目的地城市</Remark>                    │
+│    </Route>                                           │
+│    <EstimatedDeliveryTime>                            │
+│      2026-06-24 14:00:00                              │
+│    </EstimatedDeliveryTime>                           │
+│  </Response>                                          │
+└──────────────────────────────────────────────────────┘
+```
+
+### 4.2 圆通 Express 调用示例
+
+```
+Sub-Process: Carrier_YTO_Track
+────────────────────────────
+
+┌──────────────────────────────────────────────────────┐
+│  Method:  POST                                        │
+│  URL:     {{YTO_BaseURL}}/open/track/query            │
+│                                                       │
+│  Headers:                                             │
+│    Content-Type:  application/json                    │
+│    X-API-Key:    {{YTO_APIKey}}                       │
+│                                                       │
+│  Body (JSON):                                         │
+│    {                                                  │
+│      "waybillNo": "YT9876543210987",                  │
+│      "language": "zh-CN"                              │
+│    }                                                  │
+│                                                       │
+│  响应示例:                                            │
+│    {                                                  │
+│      "code": "200",                                   │
+│      "data": {                                        │
+│        "waybillNo": "YT9876543210987",                │
+│        "details": [                                   │
+│          {                                             │
+│            "time": "2026-06-23 09:15:00",             │
+│            "status": "已揽收",                         │
+│            "location": "杭州转运中心"                  │
+│          },                                           │
+│          {                                             │
+│            "time": "2026-06-23 16:40:00",             │
+│            "status": "运输中",                         │
+│            "location": "南京转运中心"                  │
+│          }                                            │
+│        ],                                             │
+│        "eta": "2026-06-24 18:00:00"                   │
+│      }                                                │
+│    }                                                  │
+└──────────────────────────────────────────────────────┘
+```
+
+### 4.3 DHL 调用示例
+
+```
+Sub-Process: Carrier_DHL_Track
+────────────────────────────
+
+┌──────────────────────────────────────────────────────┐
+│  认证 (第一步 — OAuth Client Credentials):            │
+│    POST https://api.dhl.com/oauth/token               │
+│    Body: grant_type=client_credentials                │
+│          client_id={{DHL_ClientID}}                   │
+│          client_secret={{DHL_ClientSecret}}           │
+│    → 获取 access_token                                 │
+│                                                       │
+│  查询 (第二步 — REST):                                │
+│    GET https://api.dhl.com/shipments/{{trackingNo}}   │
+│    Authorization: Bearer {{access_token}}             │
+│                                                       │
+│  响应示例 (JSON):                                     │
+│    {                                                  │
+│      "shipmentId": "DHL998877665544",                 │
+│      "status": {                                       │
+│        "code": "in_transit",                          │
+│        "description": "Shipment in transit",           │
+│        "timestamp": "2026-06-23T11:00:00Z"            │
+│      },                                               │
+│      "events": [                                      │
+│        {"location": "Shanghai Hub",                    │
+│         "status": "departed",                         │
+│         "time": "2026-06-23T08:00:00Z"},              │
+│        {"location": "Nanjing DC",                      │
+│         "status": "arrived",                          │
+│         "time": "2026-06-23T14:00:00Z"}               │
+│      ],                                               │
+│      "estimatedDelivery": "2026-06-25T12:00:00Z"      │
+│    }                                                  │
+└──────────────────────────────────────────────────────┘
+```
+
+---
+
+## 第五步：状态映射与回写 — CPI 将物流轨迹保存到 SAP
+
+### 5.1 统一状态映射 (Groovy Script)
+
+各物流公司返回的状态描述各异, CPI 通过统一的 Groovy Mapper 映射为 SAP 标准状态。
+
+```
+Groovy Script: StatusMapper
+────────────────────────────────────────────────────────────
+
+┌──────────────────────────────────────────────────────────┐
+│                                                          │
+│  输入:                                                     │
+│    · carrier (物流公司)                                   │
+│    · rawStatus (原始状态码)                               │
+│    · rawLocation (当前位置)                               │
+│    · rawETA (预计送达时间)                                 │
+│    · rawEvents (原始轨迹数组)                              │
+│                                                          │
+│  映射表:                                                   │
+│                                                          │
+│  顺丰:                                                    │
+│    已揽件      →  ACCEPTED      →  "已揽件"              │
+│    运输中      →  IN_TRANSIT    →  "运输中[{location}]"  │
+│    派送中      →  OUT_FOR_DEL   →  "派送中"              │
+│    已签收      →  DELIVERED     →  "已签收"              │
+│    异常        →  EXCEPTION     →  "异常[{原因}]"        │
+│                                                          │
+│  圆通:                                                    │
+│    已揽收      →  ACCEPTED      →  "已揽件"              │
+│    运输中      →  IN_TRANSIT    →  "运输中[{location}]"  │
+│    派件中      →  OUT_FOR_DEL   →  "派送中"              │
+│    已签收      →  DELIVERED     →  "已签收"              │
+│                                                          │
+│  DHL:                                                     │
+│    picked_up   →  ACCEPTED      →  "已揽件"              │
+│    in_transit  →  IN_TRANSIT    →  "运输中[{location}]"  │
+│    out_for_delivery → OUT_FOR_DEL → "派送中"             │
+│    delivered   →  DELIVERED     →  "已签收"              │
+│    exception   →  EXCEPTION     →  "异常[{原因}]"        │
+│                                                          │
+│  输出 (CPI Property):                                     │
+│    tracking_status  = "运输中[南京分拣中心]"              │
+│    eta_timestamp    = "/Date(1719...)/"                  │
+│    last_check_time  = "/Date(1719...)/"                  │
+│    tracking_url     = "https://www.sf-express.com/..."  │
+│    status_changed   = true / false                       │
+│                                                          │
+└──────────────────────────────────────────────────────────┘
+```
+
+### 5.2 回写 S/4HANA — OData PATCH
+
+```
+OData PATCH Request
+────────────────────────────────────────────────────────────
+
+┌──────────────────────────────────────────────────────────┐
+│  HTTP Method:   PATCH                                     │
+│                                                          │
+│  Endpoint:                                               │
+│    /sap/opu/odata/sap/API_OUTBOUND_DELIVERY_SRV          │
+│    /OutboundDelivery('0080000010')                       │
+│                                                          │
+│  Headers:                                                │
+│    Content-Type:       application/json                  │
+│    Authorization:      Bearer {{oauth2_token}}           │
+│    x-csrf-token:       {{csrf_token}}                    │
+│                                                          │
+│  Body (仅更新追踪字段，不更新业务数据):                    │
+│  ┌────────────────────────────────────────────────────┐ │
+│  │  {                                                 │ │
+│  │    "ZZ_TRACKING_STATUS":   "运输中[南京分拣中心]",  │ │
+│  │    "ZZ_ETA_TIMESTAMP":     "/Date(1740729600000)/",│ │
+│  │    "ZZ_LAST_CHECK_TIME":   "/Date(1740723000000)/",│ │
+│  │    "ZZ_TRACKING_URL":                              │ │
+│  │      "https://www.sf-express.com/webtrack"         │ │
+│  │  }                                                 │ │
+│  └────────────────────────────────────────────────────┘ │
+│                                                          │
+│  CSRF Token 获取 (前置步骤):                               │
+│    GET /sap/opu/odata/sap/API_OUTBOUND_DELIVERY_SRV     │
+│    Header: x-csrf-token: Fetch                          │
+│    → 从响应 Header 提取 x-csrf-token 值                   │
+└──────────────────────────────────────────────────────────┘
+```
+
+### 5.3 回写优化策略
+
+```
+状态变更判断 (Groovy Script):
+────────────────────────────
+
+if (新的 tracking_status == 当前 SAP 中的 ZZ_TRACKING_STATUS) {
+    → 跳过 PATCH (状态无变化, 节省 API 调用)
+} else {
+    → 执行 PATCH 更新状态
+}
+
+if (新的 tracking_status 包含 "已签收") {
+    → 执行 PATCH 标记 "已签收"
+    → 后续查询 $filter 自动排除此单
+    → 可选: 触发客户通知 (邮件/SMS)
+}
+
+if (新的 tracking_status 包含 "异常") {
+    → 执行 PATCH 标记异常状态
+    → 触发告警通知 → SAP Alert Notification Service
+}
+```
+
+### 5.4 写回数据流示意
+
+```
+CPI ──────────────────────────────────────▶ S/4HANA Cloud
+
+交货单: 0080000010
+  ┌──────────────────────┬──────────────────────────────────┐
+  │  字段                 │  更新前         →  更新后          │
+  ├──────────────────────┼──────────────────────────────────┤
+  │  ZZ_TRACKING_STATUS   │  "已揽件"       →  "运输中[南京分拣中心]" │
+  │  ZZ_ETA_TIMESTAMP     │  null           →  2026-06-25 14:00     │
+  │  ZZ_LAST_CHECK_TIME   │  2026-06-23 08:30→  2026-06-23 09:00    │
+  │  ZZ_TRACKING_URL      │  null           →  https://...          │
+  └──────────────────────┴──────────────────────────────────┘
+
+  ⚠ 不更新的字段:
+  ├─ DeliveryDocument (主键, 不可更新)
+  ├─ SoldToParty / ShipToParty (业务数据, 不动)
+  ├─ ZZ_LOGISTICS_COMPANY (录入后不变)
+  └─ ZZ_TRACKING_NUMBER (录入后不变)
+```
+
+---
+
+## 第六步：异常处理 — CPI 全链路容错与告警
+
+### 6.1 异常分类与处理矩阵
+
+```
+┌────────────────────────────────────────────────────────────────────────┐
+│  Exception Sub-process                                                  │
+│  ─────────────────────                                                 │
+│                                                                        │
+│  ┌──────────────┬──────────────┬──────────────────┬─────────────────┐ │
+│  │  异常类型      │  触发条件     │  CPI 处理动作      │  后续行为        │ │
+│  ├──────────────┼──────────────┼──────────────────┼─────────────────┤ │
+│  │              │              │                  │                 │ │
+│  │ API 调用超时  │ 30s无响应    │ 重试1次(30s超时)  │ 下个周期补偿重试 │ │
+│  │              │              │                  │                 │ │
+│  │ API 返回429   │ 物流API限流  │ 指数退避重试       │ 退避后仍失败     │ │
+│  │  (限流)       │              │ 60s → 120s → 300s │ → 标记告警      │ │
+│  │              │              │ 最多3次            │                 │ │
+│  │              │              │                  │                 │ │
+│  │ API 返回500   │ 物流API故障  │ 不重试, 跳过该单    │ 下个周期自动重试 │ │
+│  │  (服务器错误)  │              │ 记录异常日志       │ 连续3次 → 告警  │ │
+│  │              │              │                  │                 │ │
+│  │ API 返回404   │ 运单号不存在  │ 回写SAP状态:       │ 永久排除此单     │ │
+│  │  (无此运单)   │              │ "物流单号异常"     │ (下次查询时      │ │
+│  │              │              │                  │  $filter 排除)  │ │
+│  │              │              │                  │                 │ │
+│  │ S/4HANA       │ OData PATCH │ 写入 CPI          │ 下个周期补偿重试 │ │
+│  │ PATCH 失败    │ 返回4xx/5xx │ Data Store        │ 最多3次         │ │
+│  │              │              │                  │                 │ │
+│  │ S/4HANA       │ IP被限流    │ 废弃本次调度       │ 下个周期自动恢复 │ │
+│  │ 返回429 (限流) │              │ 降低$top至50      │                 │ │
+│  │              │              │                  │                 │ │
+│  │ ETA 逾期       │ ZZ_ETA <    │ 告警发送邮件       │ 下个周期重新     │ │
+│  │  (未签收)      │ 当前时间     │ 通知物流管理员     │ 获取ETA更新      │ │
+│  │              │ + 状态≠签收  │                  │                 │ │
+│  └──────────────┴──────────────┴──────────────────┴─────────────────┘ │
+└────────────────────────────────────────────────────────────────────────┘
+```
+
+### 6.2 告警通知配置
+
+```
+CPI Exception → Exception Sub-process
+    │
+    ├── 发送邮件 (Mail Receiver Adapter)
+    │   To:      logistics-admin@company.com
+    │   Subject: "[物流追踪异常] 运单号: SF1234567890, 交货单: 0080000010"
+    │   Body:    异常类型 + 时间戳 + 建议处理动作
+    │
+    └── 写入 CPI Data Store (持久化)
+        Key:   EXCEPTION_{DeliveryDocument}_{TrackingNo}
+        Value: { "type": "TIMEOUT", "retryCount": 2, "lastAttempt": "..." }
+        用途:  跨调度周期补偿重试 + 运维审计
+```
+
+### 6.3 全链路重试策略
+
+```
+第N次调度 (每30分钟一次)
+    │
+    ├── 正常查询:  $filter 排除已完成/异常单
+    │              $top=100 取新一批待追踪单
+    │
+    ├── 补偿重试:  从 CPI Data Store 读取上次失败的记录
+    │              retryCount < 3 → 重新调用物流API
+    │              retryCount ≥ 3 → 清理记录 + 邮件告警
+    │
+    └── 状态不变:  状态与上次相同 → 跳过 PATCH
+                  状态变更    → 执行 PATCH 回写
+```
+
+### 6.4 异常数据流完整图示
+
+```
+┌──────────────────────────────────────────────────────────────────┐
+│  CPI iFlow 异常处理流程                                            │
+│                                                                   │
+│                        ┌─────────────┐                            │
+│                        │  Timer 触发  │                            │
+│                        └──────┬──────┘                            │
+│                               │                                    │
+│                  ┌────────────▼────────────┐                      │
+│                  │ S/4 OData GET 查询       │                      │
+│                  └────┬──────────────┬─────┘                      │
+│                       │ 成功          │ 失败                        │
+│                       ▼               ▼                            │
+│                 ┌──────────┐   ┌──────────────┐                   │
+│                 │ 处理数据  │   │ 记录告警日志  │                   │
+│                 └────┬─────┘   │ 等待下次重试  │                   │
+│                      │         └──────────────┘                   │
+│          ┌───────────┼───────────┐                                │
+│          ▼           ▼           ▼                                │
+│     SF API       YTO API     DHL API                              │
+│    ┌──┴──┐      ┌──┴──┐     ┌──┴──┐                               │
+│    │成功  │失败   │成功 │失败  │成功 │失败                           │
+│    └──┬──┘└──┬──┘└──┬─┘└──┬─┘└──┬─┘└──┬─┘                          │
+│       │      │      │     │     │     │                             │
+│       ▼      ▼      ▼     ▼     ▼     ▼                             │
+│   ┌──────┐ ┌─────┐ (同上) (同上) (同上) (同上)                     │
+│   │Map   │ │重试  │                                                 │
+│   │PATCH │ │告警  │                                                 │
+│   └──┬───┘ └─────┘                                                 │
+│      │                                                              │
+│      ├─ PATCH 成功 → 更新 S/4HANA                                  │
+│      ├─ PATCH 失败 → CPI Data Store 记录                           │
+│      └─ 状态 "已签收" → 标记完成                                    │
+└──────────────────────────────────────────────────────────────────┘
+```
+
+---
+
+## 附录A：CPI 安全与凭证管理
+
+| 安全要素 | 实现方式 | 位置 |
+|---------|---------|------|
+| S/4HANA 认证 | OAuth 2.0 Client Credentials Grant (凭证对象) | CPI Security Material |
+| 物流 API 密钥 | Secure Store Parameters (加密存储) | CPI Secure Store |
+| TLS 传输加密 | TLS 1.3 + HTTPS | 所有 HTTP Adapter 默认 |
+| CSRF 防护 | x-csrf-token Fetch → Set | 每次 PATCH 请求前获取 |
+| 密钥轮换 | External Parameter 动态读取, 运维可通过 CPI UI 更新 | CPI Manage Security |
+| 审计日志 | CPI Message Processing Log 记录全部 HTTP 请求/响应元数据 | CPI Web UI 查看 |
+
+---
+
+## 附录B：CPI 运维指标
+
+| 监控维度 | 指标 | 采集方式 |
+|---------|------|---------|
+| iFlow 健康 | 每次执行成功率、执行耗时 | CPI Monitoring Dashboard |
+| 物流 API | 各公司响应时间 / 成功率 / 限流次数 | iFlow Groovy 自定义计数 |
+| 数据更新 | 每次查询总量 / 状态变更数 / 跳过数 | iFlow Groovy 自定义计数 |
+| 异常率 | 超时数 / 重试数 / 永久失败数 | CPI Exception Sub-process |
+| S/4 API | OData GET/PATCH 成功率和响应时间 | CPI Message Processing Log |
+| 配额消耗 | 各物流公司 API 调用量 (每日/每月) | iFlow Groovy 计数器汇总 |
+
+---
+
+> **方案编制**：基于 SAP S/4HANA Cloud Public Edition 2602 + SAP BTP Integration Suite  
+> **方案核心**：CPI 主动发起 → 查询 SAP 未签收交货单 → 调用物流 API → 统一映射 → 回写 SAP  
+> **扩展原则**：完全遵循 Clean Core，扩展均在 BTP 侧, S/4HANA 仅使用 Key User 自定义字段  
+> **法律声明**：本方案为售前建议，具体功能可用性和许可条款以 SAP 正式合同为准

sources/SAP解决方案.md

+# 百疆集团 SAP S/4HANA Cloud（公有云）解决方案
+
+> 编制日期：2026-06-03
+> 版本：V1.2（更新千易/金蝶/税务集成/电商平台路径/DMS-BTP确认）
+
+---
+
+## 目录
+
+- [1. 项目概述](#1-项目概述)
+- [2. 项目目标与范围](#2-项目目标与范围)
+- [3. 总体解决方案架构](#3-总体解决方案架构)
+- [4. B2B 模块解决方案](#4-b2b-模块解决方案)
+- [5. SAP Scope Item 映射与流程架构](#5-sap-scope-item-映射与流程架构)
+- [6. B2C 模块解决方案](#6-b2c-模块解决方案)
+- [7. 财务管理解决方案](#7-财务管理解决方案)
+- [8. 其它功能模块解决方案](#8-其它功能模块解决方案)
+- [9. 非 SAP 系统范围与集成方案](#9-非-sap-系统范围与集成方案)
+- [10. 实施计划与路线图](#10-实施计划与路线图)
+- [11. 待确认事项与风险](#11-待确认事项与风险)
+
+---
+
+## 1. 项目概述
+
+### 1.1 公司概况
+
+百疆集团是大疆 DJI 全球核心一级代理商，年营业额约 40-50 亿元，员工约 500 人。业务覆盖中国、菲律宾、加拿大、墨西哥、巴西等国家，跨国经营，且持续扩展。产品线覆盖消费级无人机、农业机、行业级大疆全系产品及配件，同时承担售后维修、培训、租赁、电商零售等业务。
+
+### 1.2 系统现状与痛点
+
+| 问题域 | 现状描述 |
+|--------|---------|
+| 系统分散 | 简道云、金蝶、千易、WMS 等多套系统并行，数据不互通 |
+| 流程不统一 | 各国各组织流程差异大，总部难以统一管控 |
+| 跨境管控弱 | 多币种、多税制、多法规环境下的财务核算复杂 |
+| 业务财务脱节 | 业财数据不同源，人工对账量大，月结周期长 |
+| 库存风险高 | 超卖频发，SN 码未实现全生命周期追溯 |
+| 售后与返利 | 无法闭环，返利规则复杂且手工处理 |
+
+### 1.3 需求概述
+
+详细需求参见已梳理的需求文档：
+
+| 文档 | 内容 |
+|------|------|
+| [百疆集团数字化需求_概述与计划.md](./百疆集团数字化需求_概述与计划.md) | 公司概述、项目背景、核心目标、组织范围、推进计划 |
+| [百疆集团数字化需求_B2B模块.md](./百疆集团数字化需求_B2B模块.md) | B2B 十大子模块详细需求及各国差异化 |
+| [百疆集团数字化需求_B2C模块.md](./百疆集团数字化需求_B2C模块.md) | 电商管理、专卖店、会员、积分、促销、C端售后 |
+| [百疆集团数字化需求_其他功能模块.md](./百疆集团数字化需求_其他功能模块.md) | 财务、预算、固定资产、经营看板、OA |
+| [20260603-客户交流纪要.md](./20260603-客户交流纪要.md) | 售前沟通系统现状、业务方向及待确认事项 |
+
+---
+
+## 2. 项目目标与范围
+
+### 2.1 核心目标
+
+- **业务端**：统一全球业务流程与数据标准，模块化适配各国差异化，减少手工台账，库存精细化管控，业财数据同源
+- **财务端**：统一全球会计科目与核算口径，业财一体自动生成凭证，银企直连与自动开票、出口退税，多维度经营分析报表
+
+### 2.2 组织范围
+
+总部及全部核心经营主体，一期优先：**总部、菲律宾、中国（安徽/黑龙江）、加拿大、墨西哥、巴西**
+
+### 2.3 功能范围
+
+| 模块 | 归属 | 适用系统 |
+|------|------|---------|
+| 商品管理、价格管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 采购管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 客户关系管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 销售管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 仓储管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 销售物流管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 返利管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 售后管理 | 一期 | SAP S/4HANA Cloud |
+| B2B 经销商订货平台 (DMS) | 一期 | 基于 SAP **BTP CAP** 自研，与 SAP 集成 |
+| 财务管理 | 一期 | SAP S/4HANA Cloud |
+| 电商管理 | 二期 | **千易** 作为全局电商 OMS，对接所有电商平台（Shopee/Lazada/Amazon/美客多/独立站等），千易与 SAP 集成 |
+| 专卖店管理 | 二期 | 非 SAP（POS/零售系统），与 SAP 集成 |
+| 会员管理、积分管理 | 二期 | 非 SAP（CRM 平台），与 SAP 集成 |
+| 促销管理 | 二期 | 非 SAP，与 SAP 集成 |
+| C端售后管理 | 二期 | 非 SAP，与 SAP 集成 |
+| 预算管理 | 二期 | SAP S/4HANA Cloud |
+| 固定资产管理 | 二期 | SAP S/4HANA Cloud |
+| 经营看板 | 二期 | SAP S/4HANA Cloud + SAC |
+| OA（飞书） | 不实施 | 飞书原生，与 SAP 集成审批/通知 |
+
+---
+
+## 3. 总体解决方案架构
+
+### 3.1 架构总览
+
+```
+┌──────────────────────────────────────────────────────────────────────┐
+│                        经销商 / 客户终端                                │
+└────────────────────────────┬─────────────────────────────────────────┘
+                             │
+┌────────────────────────────┴─────────────────────────────────────────┐
+│                    B2B 经销商订货平台 (DMS)                            │
+│              (基于 BTP CAP 自研, 非 SAP 实施范围)                       │
+└────────────────────────────┬─────────────────────────────────────────┘
+                             │ API / Events
+┌────────────────────────────┴─────────────────────────────────────────┐
+│                      SAP Integration Suite (CPI)                      │
+│                      集成中枢 / API 管理 / Event Mesh                   │
+└──────┬──────────────┬──────────────┬──────────────┬──────────────────┘
+       │              │              │              │
+┌──────┴──────┐ ┌─────┴──────┐ ┌───┴──────┐ ┌───┴──────────┐
+│ SAP S/4HANA │ │ BTP WMS   │ │  飞书    │ │  金蝶 / 金税 │
+│ Cloud (ERP) │ │ (SN 追踪   │ │ (OA/审批) │ │  (仅存/集成) │
+│             │ │  仓库作业   │ │          │ │              │
+│ 核心业务+财务│ │  第三方仓   │ │ 非SAP范围 │ │  非SAP范围    │
+└──────────────┘ │  协同)    │ └──────────┘ └──────────────┘
+                 └───────────┘
+```
+
+### 3.2 SAP S/4HANA Cloud 覆盖范围
+
+SAP S/4HANA Cloud 作为百疆集团的核心数字化平台，承载以下能力：
+
+- **主数据管理**：物料、客户、供应商、价格、财务科目等全球统一主数据
+- **采购到付款 (P2P)**：供应商管理、采购申请/订单、入库、发票校验、付款
+- **订单到收款 (O2C)**：销售订单、发货、开票、收款、返利、信用管理
+- **仓库管理 (WM)**：入库、出库、调拨、盘点（以数量级管理，SN 明细追踪由 BTP WMS 承载）
+- **物流管理 (LE)**：运输管理、运费核算、物流商协同
+- **财务会计 (FI)**：总账、应收、应付、资产、银行、多币种、多账簿
+- **管理会计 (CO)**：成本核算、利润分析、预算执行
+- **报表与分析**：实时报表、嵌入式分析、SAC 集成
+
+### 3.3 非 SAP 系统定位
+
+明确不在 SAP 实施范围内的系统及替代方案：
+
+| 系统 | 定位 | 处置策略 |
+|------|------|---------|
+| **WMS（BTP 自研）** | **新建** | 基于 SAP BTP 自研，负责 SN 码全生命周期追踪、仓库内细粒度作业管理 |
+| **简道云/JOD** | **替换** | 一期替换为 SAP + DMS 平台 |
+| **千易** | **保留增强** | 作为 **全局电商 OMS**，对接所有电商平台（Shopee/Lazada/Amazon/美客多/独立站等），获取订单/交货/付款数据，汇总后与 SAP 集成 |
+| **金蝶** | **不纳入使用** | SAP 上线后不再使用，仅保留历史数据查询能力 |
+| **飞书** | **全球统一 OA 平台** | 作为集团 OA 标准，不与 SAP 竞争 |
+| **税务系统** | **对接集成** | 各国税务系统（金税、RFC、NF-e 等）与 SAP 对接 |
+| **电商平台** | **外部集成** | 菲律宾通过千易对接，其他国家通过各自电商 OMS 与 SAP 集成 |
+| **DMS 订货平台** | **新建（BTP）** | 基于 SAP BTP CAP 自研，国内网页下单 + 国外销售代下单，与 SAP 集成 |
+
+---
+
+## 4. B2B 模块解决方案
+
+### 4.1 商品管理
+
+**SAP 方案：** 使用 SAP S/4HANA Cloud **Material Master** 统一全球物料编码体系。
+
+- 支持多语言、多 UOM、多维度物料描述
+- 通过 **Product Data Model (PDM)** 管理品类、批次、SN 码规则
+- **EAN/UPC** 管理功能支持加拿大 BBY SKU CODE、EAN 后 8 位等需求
+- Bundle 物料通过 **BOM (Bill of Material)** 或 **Variant Configuration** 实现
+- 拆包入库通过 **Handling Unit Management (HU)** 结合 SN 管理实现
+- 各国差异化定价通过 **Condition Contract** 和 **Condition Records** 管理
+
+### 4.2 价格管理
+
+**SAP 方案：** 使用 **Condition Contracts** 和 **Condition Technique** 管理分级定价。
+
+- 按国家/客户等级/产品维度定义价格条件表
+- 阶梯定价、有效期管理、价格审批工作流（通过 **SAP Workflow Management**）
+- 利润测算通过 **Condition Contract** 内置的利润模拟实现，低于阈值自动报错
+- 多币种定价自动转换汇率
+
+### 4.3 B2B 采购管理
+
+**SAP 方案：** 端到端 **Source-to-Pay** 流程。
+
+| 功能 | SAP 模块/能力 |
+|------|--------------|
+| 供应商管理 | **Business Partner (BP)** 统一供应商主数据，支持分级分类 |
+| 采购订单管理 | **Purchase Order** + 审批工作流（多级审批） |
+| 采购申请 | **Purchase Requisition** + 预算管控（一期不启用预算，二期关联） |
+| 采购入库 | **Goods Receipt** + **Handling Unit** + **SN Management** |
+| 采购付款 | **Invoice Verification** + **Automatic Payment Run** |
+| 退换货 | **Returns Purchase Order** + **Credit Memo** |
+| 采购返利 | **Condition Contract (Vendor Rebate)** |
+
+**各国差异化处理方式：**
+- 多币种采购通过 SAP 自动汇率转换
+- 菲律宾成本绑定（运费、关税、押金）通过 **Landed Cost** 功能分摊
+- 加拿大一揽子采购订单通过 **Scheduling Agreement** 实现
+- 巴西多家供应商通过多 **Info Record** 维护不同价格
+- 北非联营公司采购通过 **Stock Transport Order (STO)** 实现
+
+### 4.4 B2B 客户关系管理
+
+**SAP 方案：** 使用 **SAP Business Partner (BP)** + **Customer Credit Management** 统一管理客户全生命周期。
+
+- 客户主数据支持多国家、多角色、多地址
+- **Customer Hierarchy** 管理客户分级（S/A/B/C）
+- **Customer Material Info Record** 维护客户物料映射
+- **Credit Management** 支持信用额度、冻结、解冻、审批
+- **Account Receivable Aging** 管理账期与逾期预警
+- 客户价格通过 **Condition Records** 自动匹配等级/专属价/阶梯价
+- 数据权限通过 **Authorization Object** 实现国家和业务员隔离
+
+### 4.5 B2B 销售管理
+
+**SAP 方案：** **Order-to-Cash (O2C)** 全流程。
+
+- 销售订单支持手工录入和 DMS 平台接口批量导入
+- 多级审批工作流（**SAP Cloud Workflow**）
+- 订单变更通过 **Change Management** 记录全程轨迹
+- 销售订单联动 **Delivery** → **Goods Issue** → **Billing** → **AR Accounting**
+- 样品管理通过 **Sales Order (Item Category = Sample)** 管理申请、借用、归还、转售
+- 销售收入确认通过 **Revenue Accounting** 或 **Billing Plan** 实现跨期处理
+
+### 4.6 B2B 仓储管理
+
+SAP S/4HANA Cloud 负责库存的**数量级管理**，SN 码级别的细粒度作业管理由基于 **SAP BTP 自研的 WMS** 承担。
+
+#### SAP S/4HANA Cloud（数量级管理）
+
+| 能力 | 说明 |
+|------|------|
+| 仓库主数据 | 实体仓/虚拟仓/售后仓，支持自有仓和第三方仓定义 |
+| 库存查询 | 实时查询现存量、可用量、在途、冻结、预留（按仓库/商品/批次） |
+| 批次管理 | **Batch Management** 与 WMS SN 码联动 |
+| 入库/出库记账 | **Goods Receipt/Issue** 接收 WMS 执行结果更新库存账 |
+| 调拨指令 | **Stock Transport Order (STO)** 发起跨仓调拨，WMS 执行实物移动 |
+| 盘点记账 | **Physical Inventory** 接收 WMS 盘点结果，自动生成盘盈盘亏 |
+| 预警 | **Stock Monitoring** + **Reorder Point Planning** |
+
+#### BTP WMS（SN 级别精细化执行）
+
+> SN 码全生命周期由 BTP WMS 管理，SAP S/4HANA Cloud 不涉及 SN 序列号。
+
+| 能力 | 说明 |
+|------|------|
+| SN 码追踪 | 全生命周期追溯（采购入库→销售出库→售后→退货） |
+| 入库执行 | 扫码收货、SN 绑定、批次校验、上架推荐 |
+| 出库执行 | 拣货、SN 扫码校验、打包、装运 |
+| 库内作业 | 库位管理、移库、补货、波次管理 |
+| 调拨执行 | 接收 SAP STO 指令，完成实物调拨并反馈结果 |
+| 盘点执行 | 生成盘点任务、扫码盘点、差异上报 |
+| 第三方仓协同 | SAP 发起出入库指令 → BTP WMS 转发第三方仓 → 第三方执行 → 反馈结果至 BTP WMS → 同步 SAP |
+
+### 4.7 B2B 销售物流管理
+
+**SAP 方案：** **SAP Transportation Management (TM)** 或 **SAP S/4HANA Cloud Embedded TM**。
+
+- 承运商管理（物流商档案、费率、保价规则）
+- 运费自动核算（按重量/体积/距离/阶梯）
+- 运单管理、面单打印
+- 物流轨迹通过第三方物流 API 集成查询
+- 承运商对账与差异处理
+
+### 4.8 B2B 返利管理
+
+**SAP 方案：** **SAP Condition Contract (Customer Rebate)**。
+
+- 返利类型配置：销量返利、金额返利、推广返利、售后返利
+- 多维度返利规则：客户、产品、时间、区域、渠道
+- **Accruals** 自动计提返利负债
+- **Settlement Management** 按周期生成结算单
+- 返利抵扣：支持销售单抵扣、回款抵扣、费用抵扣、开票折扣
+- 各国差异化：多币种、预扣税、分级返利等
+
+### 4.9 B2B 售后管理
+
+**SAP 方案：** **SAP S/4HANA Cloud Service Management**，SN 级设备档案由 BTP WMS 维护。
+
+- 设备档案（质保规则、维修历史，SN 级明细由 BTP WMS 管理）
+- **Service Notification** → **Service Order** → **Service Confirmation** 流程
+- 保内/保外区分：保内转大疆结算，保外收费
+- 备件管理（**Service Parts Planning**）：领料、出库、旧件回收（数量级 SAP 记账，SN 级 BTP WMS 管理）
+- 退换货处理：**Returns Order** + **Credit Memo Request**
+- 费用结算：维修费/备件费/工时费核算与对账
+
+### 4.10 B2B 经销商订货平台 (DMS)
+
+> **不在 SAP 实施范围内。** 百疆集团倾向做轻前端，SAP 做重后端。已确认基于 **SAP BTP CAP** 自研。
+
+**方案建议：**
+- DMS 平台基于 **SAP BTP (Business Technology Platform)** 的 **CAP (Cloud Application Programming)** 模型自研
+- SAP S/4HANA Cloud 作为数据核心，**被动接收** DMS 推送的销售订单
+- 主数据（物料、客户、价格、库存）由 SAP 同步至 DMS
+- 通过 **SAP Integration Suite (Cloud Integration / CPI)** 实现实时接口集成
+
+**典型接口清单：**
+| 方向 | 接口内容 | 协议 |
+|------|---------|------|
+| SAP → DMS | 物料主数据、客户主数据、价格信息、实时库存 | OData / API |
+| DMS → SAP | 销售订单、退货申请、客户主数据变更 | OData / SOAP |
+| 双向 | 订单状态、发货状态、物流状态同步 | Event Mesh |
+
+---
+
+## 5. SAP Scope Item 映射与流程架构
+
+基于 SAP S/4HANA Cloud Public Edition 2602 版本（672 个 Scope Items），以下为百疆集团核心需求的 **Scope Item 推荐映射**，供蓝图阶段的 Fit-to-Standard 研讨会参考。
+
+### 5.1 订单到收款 (Order-to-Cash) — B2B/B2C 销售
+
+| 业务流程 | 推荐 Scope Item | 说明 |
+|---------|----------------|------|
+| 销售订单管理 | `BD9` — Sales Order Processing | 标准销售订单，支持 DMS/千易推送 |
+| 可用性检查/ATP | `BMC` — Availability Check | 库存校验与承诺 |
+| 交货与出库 | `3BS` — Outbound Delivery from Sales Order | 发货、拣配、装运 |
+| 开票处理 | `J59` + Billing — Customer Invoice | 销售发票、贷项凭证 |
+| 应收管理 | `J59` — Accounts Receivable | 收款、核销、账龄 |
+| 信用管理（基础） | `BD6` — Basic Credit Management | 信用额度控制 |
+| 信用管理（高级） | `1QM` — Advanced Credit Management | 自动信用决策、信用代理集成 |
+| 退货处理 | `BDD` / `BKP` — Returns Processing | 退货订单、退款 |
+| 价格管理 | `BNZ` — Pricing (Condition Technique) | 条件定价、阶梯价、促销价 |
+| 返利/折让 | `55I` — Royalties Settlement | 客户返利计算与结算 |
+| 样品管理 | 基于 `BD9` + Sample Item Category | 借用、归还、转售 |
+
+### 5.2 采购到付款 (Source-to-Pay) — B2B 采购
+
+| 业务流程 | 推荐 Scope Item | 说明 |
+|---------|----------------|------|
+| 供应商主数据 | `J45` — Business Partner for Supplier | 统一供应商管理 |
+| 采购申请 | `J45` — Purchase Requisition | 采购申请与审批 |
+| 采购订单 | `J45` — Purchase Order Processing | 标准/框架/一揽子订单 |
+| 收货入库 | `3BR` / `BMC` — Goods Receipt | 按 PO 收货，含分批 |
+| 发票校验 | `J60` — Invoice Verification | 3-Way Match（PO/GR/Invoice） |
+| 应付管理 | `J60` — Accounts Payable | 付款、清账 |
+| GR/IR 监控 | `2V7` — Monitoring of Goods and Invoice Receipts | 未清匹配项监控 |
+| 供应商返利 | `55I` / Condition Contract | 采购返利计提与结算 |
+| 外协加工 | `BMY` — Subcontracting | 配件本地采购外协 |
+| 服务采购 | `22Z` — External Service Procurement | 服务类采购 |
+
+### 5.3 库存与仓储管理
+
+| 业务流程 | 推荐 Scope Item | 说明 |
+|---------|----------------|------|
+| 库存管理 | `BMC` — Inventory Management | 库存收发存、调拨、盘点 |
+| 批次管理 | `BLF` — Batch Management | 批次创建、追溯、派生 |
+| 序列号管理 | `BLL` — Serial Number Management | SAP 级 SN 管理（数量级） |
+| 物理盘点 | `BMC` — Physical Inventory | 全盘/抽盘/循环盘点 |
+| 库存预警 | Reorder Point Planning | 安全库存、补货建议 |
+| 第三方仓协同 | `2RU` — Production Order Processing with 3rd-Party WM | 第三方仓库指令集成 |
+
+> SN 码级别精细管理由 BTP WMS 承载，SAP 仅管理数量级库存（`BLL` 可用于 SAP 侧 SN 级记录）。
+
+### 5.4 销售物流管理
+
+| 业务流程 | 推荐 Scope Item | 说明 |
+|---------|----------------|------|
+| 承运商管理 | Carrier Selection in Delivery | 物流商档案与费率 |
+| 运费核算 | Transportation Charge Calculation | 按重量/体积自动算费 |
+| 运单管理 | Output Management (`1LQ`) | 运单、面单打印 |
+| 物流跟踪 | Event Management | 轨迹查询与状态更新 |
+
+### 5.5 售后与维修管理
+
+| 业务流程 | 推荐 Scope Item | 说明 |
+|---------|----------------|------|
+| 服务通知/报修 | `3MO` — Service Request Management | 多渠道报修登记 |
+| 服务工单 | `3D2` — In-House Repair | 维修工单、备件领用 |
+| 服务合同/质保 | Service Contract Management | 质保规则、保内/保外 |
+| 退换货 | `BDD` — Returns Processing | 退货申请、退款处理 |
+| 备件管理 | Spare Parts Planning | 备件库存、收发存 |
+
+### 5.6 财务管理
+
+| 业务流程 | 推荐 Scope Item | 说明 |
+|---------|----------------|------|
+| 总账与财务关账 | `J58` — Accounting and Financial Close | 总账、月末结账 |
+| 应收管理 | `J59` — Accounts Receivable | 收款核销、账龄分析 |
+| 应付管理 | `J60` — Accounts Payable | 付款、发票校验 |
+| 资产管理 | `J62` — Asset Accounting | 固定资产全生命周期 |
+| 银行/资金管理 | `BFA` — Basic Bank Account Management | 银行账户管理 |
+| 现金管理 | `BFB` — Basic Cash Operations | 资金头寸监控 |
+| 银企直连 | `1EG` — Bank Integration with File Interface | 文件接口银行集成 |
+| 银企直连（高级） | `16R` — Bank Integration with SAP MBC | 多银行直连平台 |
+| 成本会计 | `J54` — Overhead Cost Accounting | 费用归集与分摊 |
+| 利润分析 | `J55` — Margin Analysis | 按产品/客户/渠道核算 |
+| 预算管理 | `2FM` — Financial Planning and Analysis | 预算编制与控制 |
+| 税务计算 | `4Q2` — External Tax Calculation | 多国税务集成 |
+| 财务规划 | `4RC` — Integrated Financial Planning | 年度预算编制 |
+| 多币种处理 | `J58` — Parallel Currencies | 集团币种+本地币种 |
+| 合并报表 | `1SG` — Group Reporting | 集团财务合并 |
+
+### 5.7 端到端流程集成
+
+基于 SAP 标准最佳实践，百疆集团的核心端到端流程链如下：
+
+```
+订单到收款 (OTC)：
+  DMS/千易 → BD9(销售订单) → BMC(ATP检查) → 3BS(发货出库) → Billing(开票) → J59(应收) → J58(关账)
+
+采购到付款 (P2P)：
+  MRP/手工 → J45(采购申请) → J45(采购订单) → 3BR(收货) → J60(发票校验) → J60(付款) → J58(关账)
+
+库存管理：
+  3BR(采购入库) → BMC(库存记账) → 3BS(销售出库) → BMC(盘点) → 库龄/预警
+  调拨：STO → BTP WMS(实物调拨) → BMC(库存同步)
+```
+
+---
+
+## 6. B2C 模块解决方案
+
+### 5.1 电商管理
+
+> **不在 SAP 实施范围内。** 电商管理属于前台业务系统范畴。
+
+**方案建议：**
+- 所有电商平台（Shopee/Lazada/Amazon/美客多/速卖通/TikTok/独立站等）统一通过 **千易** 对接
+- 千易获取各平台的 **订单数据、交货数据、付款数据** 等，汇总处理后与 SAP 对接
+- SAP S/4HANA Cloud 通过 **SAP Integration Suite** 与千易对接
+- **库存同步**：SAP 实时推送可用库存至千易（1 分钟以内）
+- **订单同步**：千易推送已审核订单至 SAP 生成销售订单，SAP 返回发货状态
+- **财务结算**：电商平台结算数据由千易推送至 SAP，自动生成应收/收款凭证
+
+### 5.2 专卖店管理
+
+> **不在 SAP 实施范围内。** 门店管理属于零售前端系统范畴。
+
+**方案建议：**
+- 门店收银/POS 系统独立选型（支持直营和联营两种核算模式）
+- SAP S/4HANA Cloud 作为后端，接收门店销售汇总数据
+- 门店库存由 SAP 统一管控，通过 **Consignment** 或 **Stock Transfer** 流程管理门店铺货
+- 两套报表计算逻辑（直营 vs 联营）在零售系统中实现，财务结果反映至 SAP
+
+### 5.3 会员管理 / 积分管理 / 促销管理
+
+> **不在 SAP 实施范围内。** 属于 C端客户运营与营销系统范畴。
+
+**方案建议：**
+- 会员管理、积分、促销等功能由独立的 **CRM/会员平台** 实现
+- SAP 提供客户主数据基础，会员平台补充会员标签、等级、行为数据
+- 促销活动产生的优惠价格通过 **Price Condition** 接口传入 SAP
+- 积分财务处理通过 SAP **Accruals** 管理积分负债
+
+### 5.4 C端售后管理
+
+> **不在 SAP 实施范围内。** 建议结合 B2B 售后管理统一在服务平台上处理，或独立建设 C 端售后系统。
+
+**方案建议：**
+- 报修、检测定损、维修执行、退换货等流程在售后服务平台上运行
+- 备件库存由 SAP 统一管理，售后服务平台通过接口领料/退料
+- DJI Care 权益核销、折扣券等营销类售后在平台处理
+- 费用结算结果同步至 SAP 财务模块
+
+---
+
+## 7. 财务管理解决方案
+
+### 7.1 基础档案与总账管理
+
+### 7.2 应收管理 (AR)
+
+### 7.3 应付管理 (AP)
+
+### 7.4 资金管理
+
+### 7.5 成本管理
+
+### 7.6 存货核算
+
+### 7.7 电商财务
+
+### 7.8 金蝶保留方案
+
+**决策确认：** SAP 上线后金蝶不再使用，仅保留历史数据查询能力。
+
+- SAP 上线时完成历史数据迁移（科目余额、未清应收应付、未清采购/销售订单）
+- 金蝶保持历史数据库访问权限，供审计和追溯查询，不再录入新业务
+- 金蝶本地税务功能通过 SAP **Localization** 或税务集成系统替代
+
+---
+
+## 8. 其它功能模块解决方案
+
+### 8.1 预算管理
+
+### 8.2 固定资产管理
+
+### 8.3 经营看板
+
+### 8.4 OA（飞书）
+
+> **不在 SAP 实施范围内。** 飞书已作为百疆集团的全球 OA 标准。
+
+**集成方案：**
+- 飞书审批流（出差、报销、采购申请等）审批完成后，通过 **SAP Integration Suite** 触发 SAP 业务单据（如采购订单、费用凭证等）
+- SAP 业务待办事项通过 **SAP Task Center** 同步至飞书工作台
+- 消息通知（采购到货提醒、订单异常、逾期预警）通过飞书机器人推送
+
+---
+
+## 9. 非 SAP 系统范围与集成方案
+
+### 9.1 明确不在 SAP 实施范围内的系统
+
+### 9.2 集成架构总览
+
+### 9.3 关键集成场景
+
+### 9.4 集成技术选型建议
+
+| 组件 | 推荐方案 | 说明 |
+|------|---------|------|
+| **集成平台** | SAP Integration Suite (Cloud Integration) | SAP原厂，预置OData/SOAP/API适配器 |
+| **Open Connectors** | SAP Open Connectors | 预置电商平台 (Shopee/Amazon/Lazada) 连接器 |
+| **API 管理** | SAP API Management | 统一API网关，监控与安全管控 |
+| **事件驱动** | SAP Enterprise Eventing / Event Mesh | 订单状态变更、库存变更等异步消息 |
+| **BTP 扩展** | SAP BTP CAP | DMS 平台及 WMS 均基于 CAP 自研，与 CPI 无缝集成 |
+| **BTP WMS（自研）** | SAP BTP CAP + SAP S/4HANA Cloud APIs | SN 码追踪、库内作业、第三方仓协同 |
+| **千易集成适配** | 千易 API + CPI 适配开发 | 千易作为全局电商 OMS，通过 CPI 实现订单/交货/付款数据与 SAP 双向同步 |
+
+---
+
+## 10. 实施计划与路线图
+
+### 10.1 总体路线图
+
+### 10.2 一期部署节奏（国家分批）
+
+| 批次 | 国家 | 上线时间 |
+|------|------|---------|
+| P1 | 总部、安徽、黑龙江 | 2026年11月 |
+| P2 | 菲律宾 | 2026年11月 |
+| P3 | 加拿大 | 2026年12月 |
+| P4 | 墨西哥、巴西 | 2026年12月 |
+
+---
+
+## 11. 待确认事项与风险
+
+### 11.1 已确认事项
+
+### 11.2 仍需确认的事项
+
+### 11.3 风险与应对
+
+| 风险 | 等级 | 应对措施 |
+|------|------|---------|
+| **各国财税合规差异大**（预扣税、RFC、多税率等） | 高 | SAP 多国本地化版本已覆盖主流国家，差异化通过 **Localization Toolkit** 配置 |
+| **多系统并行期数据一致性** | 中 | 明确各系统数据主源（SAP 为主），通过 CPI 实时同步，Daily Reconciliation 机制 |
+| **经销商对 DMS 平台接受度** | 中 | DMS 需提供多语言、友好的 UI/UX，与 SAP 数据实时同步保证库存/价格准确 |
+| **项目资源紧张（5个月一期上线）** | 中 | 建议分 P1-P4 批次上线，避免 Big Bang，关键里程碑前置卡点管理 |
+| **金蝶历史数据迁移质量** | 中 | 提前进行数据抽取与清洗，上线前完成科目余额与未清项核对 |

sources/全渠道O2O_SAP公有云方案.md

+# 全渠道 / O2O 销售 — SAP S/4HANA Cloud 解决方案
+
+> **方案类型**：售前技术方案  
+> **基础平台**：SAP S/4HANA Cloud Public Edition 2602  
+> **适用范围**：大型商超客户的全渠道（线上+线下）融合销售场景  
+> **核心能力**：BOPIS 门店提货 · 融合计费 · 数字支付 · 全渠道促销 · 门店运营
+
+---
+
+## 目录
+
+- [一、方案总体架构](#一方案总体架构)
+- [二、Scope Item 选型总览](#二scope-item-选型总览)
+- [三、全渠道融合计费（1MC）](#三全渠道融合计费1mc)
+- [四、BOPIS — 线上购买门店提货（5FZ）](#四bopis--线上购买门店提货5fz)
+- [五、数字支付集成](#五数字支付集成)
+- [六、全渠道促销引擎](#六全渠道促销引擎)
+- [七、门店运营能力](#七门店运营能力)
+- [八、高级 ATP — 全渠道订单承诺](#八高级-atp--全渠道订单承诺)
+- [九、零售物流与 DC 配送](#九零售物流与-dc-配送)
+- [十、会员制/订阅计费（可选）](#十会员制订阅计费可选)
+- [十一、实施路径与建议](#十一实施路径与建议)
+- [十二、限制与注意事项](#十二限制与注意事项)
+
+---
+
+## 一、方案总体架构
+
+```
+┌──────────────────────────────────────────────────────────────────────┐
+│                     全渠道/O2O 销售 SAP 技术架构                        │
+├──────────────────────────────────────────────────────────────────────┤
+│                                                                      │
+│  前端渠道层                                                           │
+│  ┌──────────┐  ┌──────────┐  ┌──────────┐  ┌──────────┐            │
+│  │ 电商平台  │  │ 移动 App  │  │ 门店 POS  │  │ 小程序    │            │
+│  │ (天猫/京东)│  │          │  │          │  │          │            │
+│  └────┬─────┘  └────┬─────┘  └────┬─────┘  └────┬─────┘            │
+│       │             │             │             │                   │
+│       ▼             ▼             ▼             ▼                   │
+│  ┌──────────────────────────────────────────────────────────────┐   │
+│  │                     SAP 全渠道中枢                             │   │
+│  │                                                                │   │
+│  │  EBDR API（1MC） ← 外部渠道计费数据聚合 → 融合发票              │   │
+│  │  5FZ BOPIS       ← 线上订单 → 门店履约                         │   │
+│  │  1Z1/1S2/53V     ← 数字支付中枢（支付宝/微信/银联...）           │   │
+│  │  637/7Z6         ← 全渠道促销 → 线上线下统一价格                 │   │
+│  └─────────────────────────────┬──────────────────────────────────┘   │
+│                                │                                      │
+│  ┌─────────────────────────────┴──────────────────────────────────┐   │
+│  │                    后端执行层                                    │   │
+│  │                                                                │   │
+│  │  BD9 标准销售  │  5FW 门店运营  │  J59 应收管理                  │   │
+│  │  2LN/1JW ATP  │  3HV POS连接   │  57Z 订阅计费                  │   │
+│  │  69L 零售物流  │  3I7 补货计划  │  BKP/BDD 退货                  │   │
+│  └────────────────────────────────────────────────────────────────┘   │
+│                                                                      │
+└──────────────────────────────────────────────────────────────────────┘
+```
+
+---
+
+## 二、Scope Item 选型总览
+
+### 2.1 两步选型法
+
+```
+Step 1: 商超全渠道场景 → SAP 流程匹配
+  多渠道电商 → EBDR API → 1MC 融合计费
+  BOPIS → 5FZ + 5FW + 3HV
+  线上支付 → 1Z1 + 1S2 + 53V
+  促销活动 → 637 + 7Z6
+  门店运营 → 5FW + 3HV + 5FY
+
+Step 2: SAP 流程 → Scope Item ID
+```
+
+### 2.2 全量 Scope Item 清单
+
+#### 核心销售与计费
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **1MC** | Omnichannel Convergent Billing | 多渠道计费数据融合为统一发票 | Default |
+| **BD9** | Sell from Stock | 标准库存销售 | Default |
+| **BKK** | Sales Order Fulfillment Monitoring | 订单执行监控 | Default |
+| **J59** | Accounts Receivable | 应收账款管理 | Default |
+
+#### BOPIS 全渠道履约
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **5FZ** | Omnichannel Order Fulfillment for Retail | BOPIS 核心：线上购→门店提 | Optional（CBC） |
+| **5FW** | My Store Management | 门店店员履约操作 | Optional（CBC） |
+| **3HV** | Store Connectivity – Inbound | POS 数据回传 S/4HANA | Optional（CBC） |
+| **3I2** | Store Connectivity – Outbound | 主数据下发 POS | Optional（CBC） |
+
+#### 数字支付
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **1Z1** | Digital Payments – Sales | 销售侧支付集成 | Default |
+| **1S2** | Digital Payments | 支付中枢（Payment Hub） | Default |
+| **53V** | Digital Payments Foundation | 支付基础设施 | Default |
+
+#### 全渠道促销
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **637** | Retail Promotions | 零售促销定义（时段/门店/商品/价格） | Optional（CBC） |
+| **7Z6** | Omnichannel Sales Promotions for Sales Orders in Retail | 零售订单全渠道促销应用 | Optional（CBC） |
+| **7T7** | Omnichannel Sales Promotion (OPPS) – Consumer Products | 消费品全渠道促销 | Optional |
+
+#### 门店运营
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **5FY** | In-Store Purchase Order Management | 门店自主补货 | Optional（CBC） |
+| **3HQ** | In-Store Merchandise Management | 门店商品信息一站式查询 | Optional（CBC） |
+| **3HR** | In-Store Inventory Management | 门店库存管理/盘点 | Optional（CBC） |
+| **3HU** | In-Store Customer Order Management | 门店代客下单 | Optional（CBC） |
+
+#### 零售基础
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **3I1** | Products for Retail | 零售商品主数据（GTIN） | Optional（CBC） |
+| **3I3** | Sites for Retail | 门店/DC 主数据 | Optional（CBC） |
+| **3I4** | Sales Pricing for Retail | 零售定价 | Optional（CBC） |
+| **3I5** | Assortments | 商品组管理 | Optional（CBC） |
+| **3I7** | Replenishment Planning for Stores | 门店补货计划 | Optional（CBC） |
+
+#### ATP / 订单承诺
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **2LN** | Basic ATP Processing | 基础可用性检查 | Default |
+| **1JW** | Advanced ATP Processing | 高级 ATP（回单优先级+替代确认） | Default |
+
+#### 零售物流
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **69L** | Retail Logistics with Embedded WM | DC→门店配送+WM | Optional（CBC） |
+| **69M** | Retail Logistics with Third-Party WM | DC→门店+第三方仓库 | Optional（CBC） |
+| **5FX** | Store Ordering from Distribution Center | 门店向DC订货(STO) | Optional（CBC） |
+| **5FL** | Merchandise Allocation | 商品分货（推式配货） | Optional（CBC） |
+
+#### 退货
+
+| ID | 名称 | 定位 | Provisioning |
+|----|------|------|:---:|
+| **BKP** | Customer Returns | 标准退货（含质检） | Default |
+| **BDD** | Lean Customer Returns | 简化退货（B2C零售推荐） | Default |
+
+---
+
+## 三、全渠道融合计费（1MC）
+
+### 3.1 核心定位
+
+`1MC` 是 S/4HANA Cloud 实现全渠道统一发票的核心引擎。它通过 **EBDR（External Billing Document Request）** 接口接收来自外部电商平台、订阅系统、第三方渠道的计费数据，与 S/4HANA 内部销售数据（BD9）融合，生成 **单一客户发票**。
+
+### 3.2 FSD 权威描述
+
+> "You can use omnichannel convergent billing to converge billing data from your system with billing data from one or more external sources. The external billing data is persisted in your system in the form of External Billing Document Requests (EBDRs)."
+
+— FSD_04_Sales_Capabilities.md §3.14.1.7
+
+### 3.3 EBDR 接口机制
+
+```
+┌──────────────────────────────────────────────────────────────┐
+│                    EBDR 接口数据流                              │
+├──────────────────────────────────────────────────────────────┤
+│                                                              │
+│  外部电商/订阅平台 ──→ EBDR API (RESTful) ──→ BDR1 文档       │
+│        │                         │                           │
+│        │              ┌──────────┴──────────┐                │
+│        │              │                     │                │
+│        │         SAP Integration      Excel 模板              │
+│        │         Suite 连接器         手动上传                │
+│        │              │                     │                │
+│        ▼              ▼                     ▼                │
+│  ┌─────────────────────────────────────────────────┐        │
+│  │            Billing Due List（计费清单）           │        │
+│  │  内部数据: BD9 销售订单 + J14 项目服务             │        │
+│  │  外部数据: BDR1 (EBDR)                          │        │
+│  └────────────────────┬────────────────────────────┘        │
+│                       │                                      │
+│                       ▼                                      │
+│  ┌─────────────────────────────────────────────────┐        │
+│  │              融合发票                              │        │
+│  │  CBD1: 外部数据独立开票                            │        │
+│  │  CBD2: 外部+内部数据合并开票                       │        │
+│  │  CI01: 外部+专业服务数据合并                       │        │
+│  └────────────────────┬────────────────────────────┘        │
+│                       │                                      │
+│                       ▼                                      │
+│              J59 应收 / FI-AR 收款                            │
+│                                                              │
+└──────────────────────────────────────────────────────────────┘
+```
+
+### 3.4 关键 Fiori Apps
+
+| App | 用途 |
+|-----|------|
+| EBDR_API_TEST | 测试 EBDR API 连通性 |
+| F2960 (Manage Billing Document Requests) | 管理外部计费请求 |
+| F0798 (Create Billing Documents) | 创建融合发票 |
+| F2740 (Manage Invoice Lists) | 管理发票清单 |
+
+---
+
+## 四、BOPIS — 线上购买门店提货（5FZ）
+
+### 4.1 业务目的
+
+> "A consumer buys merchandise online and picks it up in a store. This eliminates the risk of missed deliveries, theft of delivered items, and unnecessary shipping charges."
+
+— SAP_Scope_Item_Catalog_RAG §5FZ
+
+### 4.2 依赖链
+
+```
+5FZ（BOPIS 核心）
+ ├── BNZ（基础配置 — 必须）
+ ├── 1S2（Digital Payments — 线上支付）
+ ├── 1Z1（Digital Payments Sales — 销售侧支付）
+ └── 5FW（My Store Management — 门店履约操作）
+      ├── 3HV（Store Connectivity Inbound）
+      ├── 5FY（门店自主补货）
+      └── 637（零售促销规则）
+```
+
+### 4.3 BOPIS E2E 流程
+
+```
+消费者线上商城下单 → 选择"门店自提"
+        │
+        ▼
+  电商平台通过 EBDR API / SOAP 将订单传入 S/4HANA
+        │
+        ▼
+  系统路由至指定门店（5FZ + ATP 检查门店库存）
+        │
+        ▼
+  门店员工通过 5FW（My Store Management）接收提货通知
+  Fiori App: F4711, F4643
+        │
+        ▼
+  门店备货完成 → 系统通知消费者到店取货
+        │
+        ▼
+  消费者到店出示取货码 → 门店确认交付（BOPIS App）
+        │
+        ▼
+  BOPIS 销售确认 → 库存扣减 → FI 凭证自动过账
+        │
+        ▼
+  1MC 融合计费（如需合并其他渠道数据） + 1Z1 支付确认
+```
+
+### 4.4 关键 Fiori Apps
+
+| App | 用途 |
+|-----|------|
+| BOPIS | 门店 BOPIS 履约会话 |
+| F4711 | 订单执行视图 |
+| F4643 | 门店取货管理 |
+| F4111 | 门店库存查询 |
+| F4639 | 门店商品搜索 |
+
+---
+
+## 五、数字支付集成
+
+### 5.1 支付架构
+
+```
+支付服务提供商 (支付宝/微信/银联/Stripe/PayPal...)
+        │
+        ▼
+    53V (Digital Payments Foundation) — 底层接口连接
+        │
+        ├──→ 1S2 (Digital Payments) — 支付中枢 Hub
+        │        │
+        │        └──→ J59 AR 收款过账
+        │
+        └──→ 1Z1 (Digital Payments – Sales) — 销售侧
+                 │
+                 ├──→ BD9 销售订单（线上支付）
+                 ├──→ 5FZ BOPIS（门店提货支付）
+                 └──→ BKZ 集中开票支付
+```
+
+### 5.2 支付相关 Scope Items
+
+| ID | 名称 | 层级 | 依赖 |
+|----|------|------|------|
+| **53V** | Digital Payments Foundation | 基础设施层 | BND |
+| **1S2** | Digital Payments | 支付中枢 | 1S0 |
+| **1Z1** | Digital Payments – Sales | 销售支付 | BD9、BD3、BKZ、BDK |
+
+### 5.3 支付流程
+
+```
+销售订单 → 选择支付方式（信用卡/支付宝/微信）→
+  → 1Z1 调用 1S2 支付中枢
+  → 1S2 路由到 53V 底层接口
+  → 53V 与 PSP（支付服务商）交互
+  → 支付结果回传 S/4HANA
+  → J59 自动清账应收
+```
+
+---
+
+## 六、全渠道促销引擎
+
+### 6.1 637 — Retail Promotions（基础促销）
+
+| 属性 | 内容 |
+|------|------|
+| **业务目的** | 定义促销时间段、参与门店、产品范围、促销价格、采购数量 |
+| **关键 App** | WAK1、WAK5、VKP2、WA02、F6443、F6441 |
+
+**促销生命周期：**
+```
+促销创建 (WAK1) → 商品分配 (F6443) → 价格发布 (VKP2) →
+  采购建议 → 促销上线 → 执行监控 → 促销结束/清理
+```
+
+### 6.2 全渠道促销应用
+
+| 渠道 | 促销引擎 | 说明 |
+|------|---------|------|
+| 线上电商 | 7T7（OPPS Consumer Products） | 消费品电商促销价格同步 |
+| 线下门店 | 7Z6（OPPS for Retail SO） | 门店 POS 促销价格执行 |
+| 统一管理 | 637（Retail Promotions） | 促销主数据中枢 |
+
+```
+637 促销主数据 → 
+  ├── 7T7 → 线上电商促销价格
+  ├── 7Z6 → 线下门店 POS 促销
+  └── 3I4 → 零售定价层渗透
+```
+
+---
+
+## 七、门店运营能力
+
+### 7.1 门店核心 Scope Items
+
+| ID | 名称 | 业务目的 |
+|----|------|---------|
+| **5FW** | My Store Management | 门店员工统一操作界面：收货/盘点/BOPIS履约/价格查询 |
+| **5FY** | In-Store Purchase Order Management | 门店自主补货申请 |
+| **3HQ** | In-Store Merchandise Management | 商品信息查询：描述/价格/库存/采购提前期/POS销售 |
+| **3HR** | In-Store Inventory Management | 门店库存精准管理、盘点、调拨 |
+| **3HU** | In-Store Customer Order Management | 门店缺货时代客下单 |
+
+### 7.2 POS 门店连接
+
+| ID | 方向 | 作用 |
+|----|------|------|
+| **3HV** | POS → S/4HANA | POS 交易数据聚合后回传 ERP，触发库存/财务过账 |
+| **3I2** | S/4HANA → POS | 商品主数据、售价、税率、GTIN 下发给 POS |
+
+> ⚠ **重要**：POS 数据不是直接传入 ERP。大多数零售商先将 POS 交易发送到**中间聚合层**（审计/汇总系统），再由 `3HV` 批量传入 S/4HANA。
+
+### 7.3 门店库存架构
+
+```
+总部 DC（Distribution Center）
+  │
+  ├── 69L/69M 零售物流
+  │     ├── 5FX 门店向DC订货（STO）
+  │     └── 5FL 商品分货（推式配货）
+  │
+  ▼
+门店（Store - 3I3 Sites for Retail）
+  ├── 5FW 门店员工操作台
+  │     ├── 收货确认
+  │     ├── 盘点（3HR）
+  │     ├── BOPIS 履约（5FZ）
+  │     └── 库存调拨
+  │
+  ├── 3HQ 商品信息查询
+  │     ├── 商品描述/价格
+  │     ├── ATP 可用库存
+  │     ├── POS 销售数据
+  │     └── 采购/到货信息
+  │
+  └── 5FY 门店自主补货
+        └── 采购申请 → DC 调拨 → 收货
+```
+
+---
+
+## 八、高级 ATP — 全渠道订单承诺
+
+### 8.1 ATP 能力分层
+
+| 级别 | Scope Item | 能力 | 适用场景 |
+|------|-----------|------|---------|
+| 基础 | `2LN` | 工厂/DC/库位/批次级实时可用性检查 | 标准销售 |
+| 高级 | `1JW` | + 回单优先级 + 替代确认 + 产品配额 | 全渠道需求波动 |
+
+### 8.2 全渠道 ATP 应用场景
+
+```
+线上消费者浏览商品 → ATP Check（2LN 基础：有货/无货）
+        │
+        ├─ 有货 → 承诺交期 → 下单 → 路由至最优发货点
+        │
+        └─ 无货 → 1JW Advanced ATP：
+               ├─ ABC★ 推荐替代商品（相似品/同品类）
+               ├─ ABC★ 推荐附近有货门店（BOPIS 路由）
+               ├─ PAL★ 检查配额（限量促销品）
+               └─ BOP 进入回单优先级队列
+```
+
+### 8.3 回单处理分段（BOP）
+
+| 优先级 | 分段名称 | 含义 |
+|--------|---------|------|
+| **最高** | Win | 确保满足 |
+| **高** | Gain | 争取满足 |
+| **中** | Improve | 改善满足 |
+| **中低** | Redistribute | 重新分配 |
+| **低** | Fill | 填充满足 |
+| **最低** | Lose | 可能失单 |
+
+> ABC★、PAL★、SuP★ 需额外订购
+
+---
+
+## 九、零售物流与 DC 配送
+
+### 9.1 DC 物流 Scope Items
+
+| ID | 名称 | 业务目的 |
+|----|------|---------|
+| **69L** | Retail Logistics with Embedded WM | DC 入库→存放→拣货→出库至门店（含 WM） |
+| **69M** | Retail Logistics with Third-Party WM | DC + 第三方仓库管理 |
+| **5FX** | Store Ordering from Distribution Center | 门店向 DC 下单（库存转储 STO） |
+| **5FL** | Merchandise Allocation | 总部主动分货到门店 |
+| **3I7** | Replenishment Planning for Stores | 门店补货计划（最优订货量/时间） |
+| **3I8** | Replenishment Planning for Distribution Centers | DC 向供应商补货计划 |
+
+### 9.2 推式 vs 拉式配送
+
+| 模式 | SAP 实现 | 说明 |
+|------|---------|------|
+| **拉式**（门店要货） | 5FX Store Ordering | 门店根据销售/库存主动向DC下 STO |
+| **推式**（总部配货） | 5FL Merchandise Allocation | 总部根据品类计划/促销主动分货 |
+
+---
+
+## 十、会员制/订阅计费（可选）
+
+对于商超的会员卡充值、周期性扣费场景：
+
+### 10.1 标准计费路径（小额订阅）
+
+| ID | 名称 | 说明 |
+|----|------|------|
+| **57Z** | Subscription Management with Sales Billing | 周期性计费、自动续签，走标准 FI-AR |
+
+### 10.2 CI/FI-CA 路径（大规模会员）
+
+| ID | 名称 | 说明 |
+|----|------|------|
+| 2AR | Contract Accounting – Master Data | 合同会计主数据 |
+| 2BG | Convergent Invoicing – Invoice Creation | 融合发票创建（用量+订阅） |
+| 2BI | Contract Accounting – Customer Payments | 客户支付处理 |
+| 2UJ | Open Item Management | 未清项管理 |
+| 2BK | Daily and Monthly Closing | 日结/月结 |
+
+> ⚠ **架构警示**：FI-CA 与标准 FI-AR（J59）是两套不同的应收体系，**不可混用**。选择 CI 路径意味着该客户群体全部走 FI-CA。
+
+---
+
+## 十一、实施路径与建议
+
+### 11.1 分阶段实施
+
+```
+Phase 1: 融合计费 + 数字支付（6-8周）
+  · 1MC EBDR 接口配置
+  · 外部电商平台对接测试
+  · 1Z1 + 1S2 + 53V 支付中枢配置
+  · 融合发票生成验证
+
+Phase 2: BOPIS + 门店运营（6-8周）
+  · 5FZ BOPIS 配置（需 CBC）
+  · 5FW + 3HV + 3I2 门店连接
+  · 门店库存/履约流程上线
+  · SAP Central Business Configuration 激活
+
+Phase 3: 促销 + ATP 增强（4-6周）
+  · 637 + 7Z6 促销引擎
+  · 1JW 高级 ATP（替代确认/BOP）
+  · 全渠道促销价格同步
+
+Phase 4: 供应链 + 会员（按需）
+  · 69L/69M 零售物流
+  · 5FX/5FL DC-门店配送
+  · 57Z 或 CI 路径会员计费
+```
+
+### 11.2 商超全渠道最小必选集
+
+| 业务域 | Scope Items | 说明 |
+|--------|------------|------|
+| 核心销售 | BD9 + BKK + BKP + J59 | 销售→履约→应收 |
+| 融合计费 | 1MC | 多渠道路由数据融合 |
+| BOPIS | 5FZ + BNZ + 1S2 + 1Z1 + 5FW | 线上购门店提 |
+| 支付 | 53V + 1S2 + 1Z1 | 支付基础设施 |
+| 促销 | 637 + 7Z6 | 促销定义+执行 |
+| 门店 | 5FW + 3HV + 5FY | 门店运营+POS对接 |
+| ATP | 2LN + 1JW | 全渠道承诺 |
+| 零售基础 | 3I1 + 3I3 + 3I4 | 商品/门店/定价 |
+
+---
+
+## 十二、限制与注意事项
+
+| 类别 | 限制 | 应对 |
+|------|------|------|
+| **零售激活** | 5FZ、637、5FW、3HV 等需 SAP CBC 激活 | 项目启动前确认 CBC 可用性 |
+| **POS 集成** | POS 数据需经中间聚合层传入 3HV | 评估 POS 中间件方案 |
+| **FI-CA 隔离** | CI 路径与标准 AR 不可混用 | 明确分群：高频会员走CI、大宗客户走AR |
+| **7T7/7Z6** | 部分 Scope Item 描述缺失（2602新增） | 按实测结果为准 |
+| **ATP 高级功能** | ABC★/PAL★/SuP★ 需额外订购 | 纳入采购清单 |
+
+---
+
+> **参考来源**：SAP S/4HANA Cloud 2602 Knowledge Base (KB_Agent1_Flat)，Layer 1/2/3/5  
+> **生成时间**：2026-06-24  
+> **说明**：所有 Scope Item ID 均来源于知识库 Layer 2 目录和 Layer 5 E2E 文件预验证。Retail 行业 Scope Items 需通过 SAP Central Business Configuration 激活。功能可用性以正式合同为准。

sources/客户沟通确认清单.md

+# 百疆集团数字化项目 — 客户沟通确认清单
+
+> 本清单记录在需求分析过程中识别出的**需要与客户进一步确认/讨论**的问题。
+> 对应主报告：`百疆集团数字化需求分析报告.md`
+
+---
+
+## 一、业务场景类
+
+### 1.1 售后维修全过程管理（Q3）
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 客户需求中提及"售后维修"，但未说明维修业务的具体运作模式 |
+| **SAP 能力边界** | SAP Service 模块侧重服务订单→确认→开票的财务闭环，不提供维修车间级的过程管控（故障诊断、技师派工、换件记录、测试验证等） |
+| **需要确认的问题** | ① 售后维修的流程链路是怎样的？（客户寄修/到店/现场？）<br>② 是否需要维修过程的工单派工和进度追踪？<br>③ 替换备件的领用/退库是否需要与库存系统联动？<br>④ 是否接受 BTP 轻量开发维修工单 App + S/4HANA 只做业财结果的架构？ |
+| **确认人** | |
+| **确认结果** | |
+
+---
+
+### 1.2 大疆系统对接（Q4）
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 百疆大部分产品从大疆采购，存在采购订单/库存/结算的数据交互需求 |
+| **SAP 能力边界** | SAP 无大疆原生连接器 |
+| **需要确认的问题** | ① 百疆在大疆侧采购的具体方式是？（经销商门户下单？EDI？邮件？）<br>② 是否需要在 S/4HANA 中直接触发对大疆的采购订单？<br>③ 大疆是否有对外 API 或 EDI 接口可对接？<br>④ 库存信息是否需要从大疆实时同步？（如大疆供货可用量查询）<br>⑤ 月度结算对账目前如何操作？是否希望通过系统自动化？ |
+| **确认人** | |
+| **确认结果** | |
+
+---
+
+## 二、电商集成类
+
+### 2.1 电商平台对接模式
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 客户有 Shopee/TikTok/Lazada/Amazon/独立站等多个线上渠道，库存超卖是明确痛点 |
+| **SAP 能力边界** | SAP 无原生电商平台连接器；已确定的方案为"轻量聚合层 + S/4HANA 做后台记录系统"（方案4） |
+| **需要确认的问题** | ① 各平台日均订单量级？峰值？<br>② 是否需要库存实时同步，还是按小时/按日同步可接受？<br>③ 各平台是否要求运单号/发货状态自动回传？<br>④ 独立站目前使用什么系统搭建？是否有 API 能力？<br>⑤ 跨境物流如何运作？（国内仓发货 / 海外仓 / 第三方仓） |
+
+---
+
+### 2.2 线下零售/直营店 POS
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 客户有直营专卖店和线下大型商超（Costco/BBY）渠道 |
+| **SAP 能力边界** | SAP 无原生 POS 模块 |
+| **需要确认的问题** | ① 直营店目前使用什么 POS 系统？<br>② Costco/BBY 是否有 EDI 对接要求？<br>③ 线下渠道是否需要实时库存查询，还是每日汇总即可？ |
+
+---
+
+## 三、财务类
+
+### 3.1 多国出口退税
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 财务端目标中提及"出口退税" |
+| **SAP 能力边界** | 各国出口退税规则差异大，需按国家评估本地化 Scope Item 是否覆盖 |
+| **需要确认的问题** | ① 需要出口退税的国家/地区列表？<br>② 目前出口退税操作是手工还是已有系统支持？<br>③ 是否有专门的退税服务商或税务顾问？ |
+
+---
+
+### 3.2 返利核算方式（Q7）
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 客户痛点："售后与返利无法闭环"。百疆同时涉及上游（大疆采购返利）和下游（对分销商销售返利）两类返利 |
+| **SAP 能力** | 下游返利 → `1B6 Sales Rebate Processing` 标准支持；上游返利（大疆）在 SAP 中有两种核算路径 |
+| **需要确认的问题** | ① 从大疆拿到的采购返利，在百疆的会计准则下应**冲减采购成本**，还是确认为**其他业务收入**？<br>② 返利结算周期？（季度/年度/按销售额阶梯？）<br>③ 返利金额是否可以可靠预估，还是到账才确认？<br>④ 是否有返利冲销/退货时返利扣回的复杂场景？ |
+| **确认人** | |
+| **确认结果** | |
+
+---
+
+### 3.3 本地化税务合规
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 客户涉及 10+ 国家/地区的财税合规 |
+| **需要确认的问题** | ① 各国法定报表要求（巴西 NF-e、墨西哥 CFDI、加拿大 GST/HST 等）<br>② 各国会计准则（IFRS / Local GAAP）<br>③ 各国财年变体是否与集团一致？ |
+
+---
+
+## 四、遗留系统类
+
+### 4.1 历史数据迁移
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 当前使用简道云、金蝶、千易、WMS 等多套系统 |
+| **需要确认的问题** | ① 各系统需迁移的数据范围（主数据/交易数据/历史财务数据）？<br>② 迁移时间窗口要求？（上线前一次性 / 并行期逐步）<br>③ 金蝶当前使用的会计科目表是否可与 SAP 科目表映射？ |
+
+---
+
+## 五、模块边界类
+
+### 5.1 OA 办公自动化
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 功能模块需求中包含 OA |
+| **解决方案** | SAP 审批流仅覆盖业财事务型审批（PO/销售订单/发票），不覆盖全员 OA（请假/报销/公告/日程）。建议保留飞书/钉钉 + API 集成 |
+| **需要确认的问题** | ① 当前使用什么 OA 系统？飞书/钉钉/其他？<br>② 需要 OA 覆盖的业务范围？（仅审批流 / 包含考勤/报销/知识管理）<br>③ 能否接受 SAP 只负责业财审批，OA 审批留在原系统？ |
+
+---
+
+### 5.2 租赁与培训业务
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 公司概述中提及"租赁"业务 |
+| **需要确认的问题** | ① 租赁业务的规模和模式？（无人机按天/按月租赁？押金管理？）<br>② 培训业务是收费培训还是随售服务？<br>③ 这两个模块是否一期范围，还是后续阶段考虑？ |
+
+---
+
+## 六、实施策略类
+
+### 6.1 一期范围确认
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 客户明确一期优先：总部、菲律宾、中国（安徽/黑龙江）、加拿大、墨西哥、巴西 |
+| **需要确认的问题** | ① 各国的一期模块范围是否一致？还是按国家裁剪？<br>② 越南/巴西/墨西哥等国的本地化税务要求是否已在考虑范围内？<br>③ 各国语言/时区/货币设置的需求？ |
+
+---
+
+### 6.2 人员与变革管理
+
+| 项目 | 内容 |
+|------|------|
+| **问题来源** | 客户需求中提及各国人员分布（从 10 人到 106 人不等） |
+| **需要确认的问题** | ① 各国是否有本地 IT/财务关键用户参与项目？<br>② 语言障碍如何解决？（本地化培训材料/双语顾问）<br>③ 上线策略？（全球统一上线 / 国家逐个上线） |
+
+---
+
+*本清单基于需求文档分析结果生成，建议在需求确认会议上逐条讨论。*

sources/寄售代销_SAP公有云方案.md

+# 寄售 / 代销 — SAP S/4HANA Cloud 解决方案
+
+> **方案类型**：售前技术方案  
+> **基础平台**：SAP S/4HANA Cloud Public Edition 2602  
+> **适用范围**：大型商超客户的寄售/代销业务（客户寄售 + 供应商寄售）  
+> **关联 E2E 域**：L2C（销售）+ S2P（采购）+ P2F（供应链库存）+ R2R（财务结算）
+
+---
+
+## 目录
+
+- [一、方案总体架构](#一方案总体架构)
+- [二、Scope Item 选型总览](#二scope-item-选型总览)
+- [三、客户寄售（我方→商超）](#三客户寄售我方商超)
+- [四、供应商寄售（供应商→商超）](#四供应商寄售供应商商超)
+- [五、零售行业供应商寄售](#五零售行业供应商寄售)
+- [六、定价机制与结算引擎](#六定价机制与结算引擎)
+- [七、财务过账全解析](#七财务过账全解析)
+- [八、跨模块集成拓扑](#八跨模块集成拓扑)
+- [九、实施路径与建议](#九实施路径与建议)
+- [十、限制与注意事项](#十限制与注意事项)
+
+---
+
+## 一、方案总体架构
+
+SAP S/4HANA Cloud 2602 支持**双向寄售**，覆盖商超客户的两类核心场景：
+
+| 方向 | 视角 | 核心逻辑 | 物权归属 |
+|------|------|---------|---------|
+| **客户寄售**（Customer Consignment） | 商超作为供货方 | 商超将货物放至客户（如企业团购客户）现场，客户领用后结算 | 商超 → 领用后转移 |
+| **供应商寄售**（Supplier Consignment） | 商超作为采购方 | 供应商将货物放至商超门店/DC，商超售出或领用后结算 | 供应商 → 售出后转移 |
+
+```
+┌──────────────────────────────────────────────────────────────────┐
+│                      寄售方案 SAP 技术架构                         │
+├──────────────────────────────────────────────────────────────────┤
+│                                                                  │
+│  ┌─────────────────────────┐    ┌──────────────────────────┐    │
+│  │   客户寄售侧（Sales）      │    │  供应商寄售侧（Procurement）│    │
+│  │                          │    │                          │    │
+│  │  1IU Customer Consignment│    │  2LG Supplier Consignment│    │
+│  │  4LZ SA with Consignment │    │  2NY SA for Consignment  │    │
+│  │  3NR Scheduling Agreement│    │  71P Retail Sup.Consign  │    │
+│  └───────────┬──────────────┘    └────────────┬─────────────┘    │
+│              │                                │                  │
+│              ▼                                ▼                  │
+│  ┌───────────────────────────────────────────────────────────┐   │
+│  │                  库存 / 供应链层                             │   │
+│  │  寄售库存独立库位 → Movement 309（寄售→自有）→ MRKON 结算    │   │
+│  └───────────────────────────────────────────────────────────┘   │
+│              │                                │                  │
+│              ▼                                ▼                  │
+│  ┌───────────────────────────────────────────────────────────┐   │
+│  │                    财务结算层                                │   │
+│  │  J59 应收（客户结算） / J60 应付（供应商结算）                 │   │
+│  │  J58 总账月结 / 2V7 GR/IR差异监控                           │   │
+│  └───────────────────────────────────────────────────────────┘   │
+│                                                                  │
+└──────────────────────────────────────────────────────────────────┘
+```
+
+---
+
+## 二、Scope Item 选型总览
+
+### 2.1 两步选型法
+
+```
+Step 1: 商超场景 → SAP 流程匹配
+  客户寄售 → L2C_08 场景A（实物商品）+ 寄售扩展
+  供应商寄售 → S2P_09（采购）+ 寄售类别（Item Category K）
+  零售供应商寄售 → Retail 行业专用（71P）
+
+Step 2: SAP 流程 → Scope Item ID
+```
+
+### 2.2 全量 Scope Item 清单
+
+#### 客户寄售侧（Sales）
+
+| ID | 名称 | 业务定位 | Provisioning |
+|----|------|---------|:---:|
+| **1IU** | Customer Consignment | 核心：货物→客户寄售库存→领用结算 | Default |
+| **4LZ** | Sales Scheduling Agreement with Consignment | 含寄售的长期框架合同（计划协议+寄售） | Default |
+| **3NR** | Sales Scheduling Agreements | 基础：销售计划协议（框架合同） | Default |
+
+#### 供应商寄售侧（Procurement）
+
+| ID | 名称 | 业务定位 | Provisioning |
+|----|------|---------|:---:|
+| **2LG** | Supplier Consignment | 核心：供应商库存→领用→MRKON结算 | Default |
+| **2NY** | Scheduling Agreement for Consignment Procurement | 寄售采购计划协议（减少文书工作） | Default |
+| **71P** | Supplier Consignment for Retail | 零售专用版供应商寄售（无资金占用风险） | Optional（CBC） |
+
+#### 基础支撑
+
+| ID | 名称 | 说明 |
+|----|------|------|
+| J45 | Procurement of Direct Materials | 采购基础 |
+| BNZ | Pricing Master Data / Config | 定价主数据/基础配置 |
+| J59 | Accounts Receivable | 应收账款 |
+| J60 | Accounts Payable | 应付账款 |
+| J58 | General Ledger / Financial Close | 总账/月结 |
+| 2V7 | GR/IR Monitoring | GR/IR差异监控 |
+| 1JI | Real-Time Procurement Monitoring | 寄售库存实时监控 |
+
+---
+
+## 三、客户寄售（我方→商超）
+
+> **场景**：商超将自有商品（如生鲜、日配品）放置在企业团购客户/大客户的现场仓库中。客户按需领用，定期结算。
+
+### 3.1 核心 Scope Item：1IU — Customer Consignment
+
+| 属性 | 内容 |
+|------|------|
+| **LOB** | Sales / Order and Contract Management |
+| **Provisioning** | Default（默认激活） |
+| **前置依赖** | J45、BNZ |
+| **主数据依赖** | BNF（物料）、BND（客户） |
+| **业务目的** | 货物初始过账至客户寄售库存，物权仍归商超。客户仅在领用时才承担付款义务 |
+
+### 3.2 客户寄售全流程
+
+```
+┌──────────────────────────────────────────────────────────────┐
+│                    客户寄售 E2E 流程                            │
+├──────────────────────────────────────────────────────────────┤
+│                                                              │
+│  ① Fill-up（寄售补货）                                        │
+│     创建寄售补货销售订单 → 交货 → 发货过账                     │
+│     Fiori: F1873 → VL01N → VL06O_CLOUD                       │
+│     货物进入客户寄售库存（物权仍归商超，无FI凭证）               │
+│                              │                               │
+│                              ▼                               │
+│  ② Issue（客户领用）                                          │
+│     客户从寄售库存领用 → 触发结算开票                          │
+│     Fiori: F0798（开票）                                      │
+│     开票类型: F2 → 借应收 贷收入+税金                          │
+│                              │                               │
+│                              ▼                               │
+│  ③ Pick-up（库存取回）                                        │
+│     取回客户未使用的寄售库存                                   │
+│     Fiori: F0869A → VL06O                                    │
+│                              │                               │
+│                              ▼                               │
+│  ④ Return（退货处理）                                         │
+│     寄售库存退货 → BKP/BDD 标准退货流程                        │
+│                                                              │
+└──────────────────────────────────────────────────────────────┘
+```
+
+### 3.3 关键 Fiori Apps
+
+| App | 用途 |
+|-----|------|
+| F1873 (Manage Sales Orders) | 创建寄售补货销售订单 |
+| VL01N | 创建外向交货单 |
+| VL06O_CLOUD (Manage Outbound Deliveries) | 拣配 + 发货过账 |
+| F0798 (Create Billing Documents) | 寄售领用开票 |
+| F0869A (Create Outbound Deliveries) | 寄售取回交货 |
+
+### 3.4 增强方案：4LZ — 计划协议 + 寄售
+
+当商超与客户存在**长期稳定供货关系**（如食堂承包、连锁便利店供货），可通过 `4LZ` 将销售计划协议与寄售结合：
+
+| 功能 | 说明 |
+|------|------|
+| 交货计划 | 按周期（日/周/月）自动生成交货计划 |
+| JIT 交付 | 通过 EDI 向客户发送交货计划（日期+数量） |
+| ASN 发送 | 向客户发送 ASN（Advanced Shipping Notification）|
+| 客户发票 | 自动发送发票至客户系统 |
+| Fiori Apps | VA32（变更计划协议）、VA33（显示）、VL10E（交货创建） |
+
+> `4LZ` 依赖 `3NR`（销售计划协议基础）+ `1IU`（寄售能力），Catalog_RAG 明确标注前置关系。
+
+---
+
+## 四、供应商寄售（供应商→商超）
+
+> **场景**：品牌供应商（如宝洁、可口可乐）将商品放置于商超门店/DC。商超售出后，系统定期自动结算给供应商。商超无需预付货款，不占用资金。
+
+### 4.1 核心 Scope Item：2LG — Supplier Consignment
+
+| 属性 | 内容 |
+|------|------|
+| **LOB** | Sourcing and Procurement / Invoice Management |
+| **Provisioning** | Default（默认激活） |
+| **前置依赖** | [BHD]、[BNZ] |
+| **主数据依赖** | BNR（供应商）、BNE（采购组织）、BHD（物料） |
+| **业务目的** | 供应商提供物料并存放在商超现场。供应商保留法定所有权，仅领用时才需付款 |
+
+### 4.2 供应商寄售全流程
+
+```
+┌──────────────────────────────────────────────────────────────┐
+│                    供应商寄售 E2E 流程                          │
+├──────────────────────────────────────────────────────────────┤
+│                                                              │
+│  ① 创建寄售信息记录                                            │
+│     Fiori: F1982（Manage Purchasing Info Records）            │
+│     类别选择：Consignment                                     │
+│                              │                               │
+│                              ▼                               │
+│  ② 创建寄售采购订单                                            │
+│     Fiori: F0842A（Create Purchase Order）                    │
+│     Item Category: K（寄售类别）                               │
+│                              │                               │
+│                              ▼                               │
+│  ③ 收货过账（GR）                                             │
+│     Fiori: F0843（Post Goods Receipt）                        │
+│     物料进入寄售库存 → 无FI凭证（物权仍属供应商）                │
+│                              │                               │
+│                              ▼                               │
+│  ④ 领用/售出（转储至自有库存）                                  │
+│     Fiori: F1061（Transfer Stock）                            │
+│     Movement Type: 309（寄售→自有库存）                        │
+│     此时产生物料消耗/库存价值变化                                │
+│                              │                               │
+│                              ▼                               │
+│  ⑤ 寄售结算 MRKON                                            │
+│     结算引擎：MRKON（Consignment Settlement）                  │
+│     自动生成：物流侧供应商发票 + FI 会计凭证                     │
+│     借: 原材料/库存科目  贷: 应付账款-供应商                    │
+│                              │                               │
+│                              ▼                               │
+│  ⑥ 供应商付款                                                 │
+│     J60 应付账款 → 付款运行 → 供应商付款                        │
+│                                                              │
+└──────────────────────────────────────────────────────────────┘
+```
+
+### 4.3 关键主数据配置
+
+| 数据对象 | 示例值 | 说明 |
+|---------|--------|------|
+| 物料 | RM128 | 寄售物料 |
+| 工厂 | 1310 | 收货物料所在工厂 |
+| 寄售库位 | **131C** | 专用寄售存储地点（独立于自有库位） |
+| 供应商 | 13300001 | 寄售供应商 |
+
+### 4.4 关键角色
+
+| 角色 | 职责 |
+|------|------|
+| SAP_BR_PURCHASER | 创建寄售信息记录、寄售采购订单 |
+| SAP_BR_WAREHOUSE_CLERK | 收货到寄售库位、转储至自有库存 |
+| SAP_BR_AP_ACCOUNTANT | 执行 MRKON 结算、应付账款管理 |
+
+---
+
+## 五、零售行业供应商寄售
+
+### 5.1 71P — Supplier Consignment for Retail
+
+| 属性 | 内容 |
+|------|------|
+| **LOB** | Solutions for Specific Industries / Retail |
+| **Provisioning** | Optional（仅 SAP Central Business Configuration） |
+| **业务目的** | 供应商保留完全法定所有权直到零售商将商品售给最终消费者。库存保留在供应商账户，零售商持有非评估库存 |
+| **零售商优势** | 减少资金占用风险（no capital tie up） |
+| **关键 Fiori Apps** | F4334、F4643、MM42、NORM、MM41、F1602、F1982、F4892 |
+
+**71P 与通用 2LG 的差异：**
+
+| 维度 | 2LG（通用） | 71P（零售专用） |
+|------|-----------|---------------|
+| 触发结算时点 | 领用/转储时 | 售出给最终消费者时 |
+| 库存类型 | 寄售库存 | 非评估库存（DC + 门店） |
+| 财务处理 | 标准 AP 流程 | 零售结算集成 |
+| 适用行业 | 通用 | 零售/商超专属 |
+| 激活方式 | 默认 | 需 CBC 激活 |
+
+---
+
+## 六、定价机制与结算引擎
+
+### 6.1 寄售信息记录定价
+
+| 定价方式 | SAP 实现 | 说明 |
+|---------|---------|------|
+| 固定价格 | 信息记录维护净价（PB00） | 有效期管理，过期预警 |
+| 阶梯价格 | 条件记录按数量阶梯 | 量大从优 |
+| 供应商折扣 | RA00 折扣条件类型 | 结算时自动扣减 |
+
+### 6.2 MRKON 结算引擎
+
+```
+MRKON 结算执行：
+┌─────────────────────────────────────────────────────┐
+│  1. 读取寄售库存领用记录（Movement 309）               │
+│  2. 按供应商+物料汇总领用量                           │
+│  3. 匹配信息记录中的协议价格                           │
+│  4. 生成物流侧供应商发票（Logistics Invoice）          │
+│  5. 生成 FI 侧会计凭证（Journal Entry）               │
+│  6. 供应商发票进入 Logistics Invoice Processing      │
+│  7. 触发 J60 AP 应付账款管理                          │
+└─────────────────────────────────────────────────────┘
+```
+
+### 6.3 客户寄售结算触发
+
+| 触发事件 | SAP 操作 | 产出 |
+|---------|---------|------|
+| 客户领用确认 | F0798 开票 | 借: 应收 / 贷: 收入+税金 |
+| 定期对账 | 寄售库存报告 | 寄售库存余额 vs 客户确认领用 |
+| 差异处理 | 盘点差异调整 | 贷项/借项凭证 |
+
+---
+
+## 七、财务过账全解析
+
+### 7.1 供应商寄售（2LG）财务过账序列
+
+| 步骤 | 业务操作 | 会计凭证 | 说明 |
+|------|---------|---------|------|
+| ① GR 收货 | 寄售库位 131C | ❌ 无 FI 凭证 | 仅数量更新，物权仍属供应商 |
+| ② 转储 309 | 寄售→自有库存 | 库存价值转移 | 物料从非评估→评估库存 |
+| ③ MRKON 结算 | 寄售结算 | 借: 原材料/库存 / 贷: 应付账款 | 一手生成 FI 凭证 + 供应商发票 |
+| ④ 付款 | J60 付款运行 | 借: 应付账款 / 贷: 银行存款 | 供应商结算完成 |
+
+### 7.2 客户寄售（1IU）财务过账序列
+
+| 步骤 | 业务操作 | 会计凭证 | 说明 |
+|------|---------|---------|------|
+| ① Fill-up 补货 | 发货至客户寄售库存 | ❌ 无收入凭证 | 仅库存转移（自有→客户寄售） |
+| ② Issue 领用 | 客户领用开票 | 借: 应收 / 贷: 收入+税金 | 收入确认时点 |
+| ③ 收款 | J59 收款清账 | 借: 银行存款 / 贷: 应收 | 回款完成 |
+
+---
+
+## 八、跨模块集成拓扑
+
+```
+┌──────────────────────────────────────────────────────────────┐
+│                       寄售集成全景                              │
+├────────────────────┬─────────────────────────────────────────┤
+│ Sales (SD)         │ 1IU 客户寄售补货 + 领用开票               │
+│                    │ 4LZ 计划协议+寄售 → VA32/VA33 → VL10E    │
+│                    │ 3NR 销售计划协议（框架基础）               │
+├────────────────────┼─────────────────────────────────────────┤
+│ Procurement (MM)   │ 2LG 供应商寄售 → Item Category K → MRKON │
+│                    │ 2NY 寄售计划协议 → 简化采购               │
+├────────────────────┼─────────────────────────────────────────┤
+│ Inventory (IM/WM)  │ 寄售库位 131C（非评估库存）               │
+│                    │ Movement 309: 寄售→自有库存              │
+│                    │ WM 支持从寄售库存过账至自有库存            │
+├────────────────────┼─────────────────────────────────────────┤
+│ Finance (FI)       │ J60 AP → MRKON触发应付账款               │
+│                    │ J59 AR → 客户领用→应收→收款               │
+│                    │ J58 Financial Close → 期末关账            │
+├────────────────────┼─────────────────────────────────────────┤
+│ Controlling (CO)   │ 寄售领用可分配到成本中心/内部订单           │
+├────────────────────┼─────────────────────────────────────────┤
+│ TM (Transportation)│ 客户寄售补货/取回 → 运输需求+运费结算       │
+│                    │（FSD_07 确认 TM 支持寄售场景）              │
+├────────────────────┼─────────────────────────────────────────┤
+│ Analytics          │ 1JI → 寄售库存实时监控看板                 │
+└────────────────────┴─────────────────────────────────────────┘
+```
+
+---
+
+## 九、实施路径与建议
+
+### 9.1 分阶段实施策略
+
+```
+Phase 1: 供应商寄售（2LG）— 4-6周
+  · 寄售供应商主数据配置
+  · 寄售库位（131C）设置
+  · 寄售信息记录（Consignment Info Record）维护
+  · 寄售采购订单 Item Category K 配置
+  · MRKON 结算排程配置
+  · 端到端测试（GR → 领用 → 结算 → 付款）
+
+Phase 2: 客户寄售（1IU）— 3-4周
+  · 客户寄售销售订单类型配置
+  · Fill-up → Issue → Pick-up → Return 全流程
+  · 寄售库存监控报告
+  · 定价条件与开票配置
+
+Phase 3: 零售寄售（71P）— 按需（需 CBC）
+  · SAP Central Business Configuration 激活
+  · 零售寄售与门店 POS 集成
+  · DC 非评估库存管理
+```
+
+### 9.2 关键配置检查清单
+
+| 配置项 | 路径 | 说明 |
+|--------|------|------|
+| 寄售信息记录类别 | F1982 → Info Category: Consignment | 区分标准采购与寄售采购 |
+| PO 项目类别 K | 采购订单行项目类别 = K | 标记寄售采购 |
+| 寄售库位 | 独立 Storage Location（如 131C） | 与自有库存物理/逻辑隔离 |
+| Movement Type 309 | 物料移动类型 | 寄售库存 → 自有库存 |
+| MRKON 定期作业 | 后台 Job 排程 | 建议按周/按天自动运行 |
+| 寄售库存报告 | 1JI 实时监控 App | 寄售库存水位预警 |
+
+---
+
+## 十、限制与注意事项
+
+### 10.1 FSD 功能边界
+
+| 约束项 | 详情 |
+|--------|------|
+| **寄售库存不参与 MRP** | 寄售库位通常设为非 MRP 相关，防止重复采购 |
+| **GR 无 FI 凭证** | 收货至寄售库位不产生会计凭证，仅数量更新 |
+| **结算触发点唯一** | FI 凭证仅在 MRKON 结算或 F0798 开票时产生 |
+| **零售激活门槛** | 71P 需要 SAP Central Business Configuration |
+| **TM 集成** | 客户寄售的 TM 集成需TM模块及相关 Scope Items 配合 |
+
+### 10.2 实施提醒
+
+| 风险点 | 等级 | 应对 |
+|--------|:--:|------|
+| 寄售库存差异 | 🟡中 | 定期盘点寄售库存，与供应商/客户对账 |
+| MRKON 结算异常 | 🟡中 | 先在 Q 系统验证结算逻辑和账户分配规则 |
+| 信息记录过期 | 🟡中 | 设置有效期预警，到期前自动提醒续签 |
+| 寄售 vs 自有库存混淆 | 🟢低 | 严格区分库位编号，权限隔离 |
+
+---
+
+> **参考来源**：SAP S/4HANA Cloud 2602 Knowledge Base (KB_Agent1_Flat)，Layer 1/2/3/5  
+> **生成时间**：2026-06-24  
+> **说明**：所有 Scope Item ID 均来源于知识库 Layer 2 目录和 Layer 5 E2E 文件预验证。功能可用性以正式合同和 SAP 官方激活确认函为准。

sources/批发直销_O2C_SAP公有云方案.md

+# 批发直销 / Order-to-Cash — SAP S/4HANA Cloud 解决方案
+
+> **方案类型**：售前技术方案  
+> **基础平台**：SAP S/4HANA Cloud Public Edition 2602  
+> **适用范围**：大型商超客户的批发/大宗直销业务（E2E 场景A：实物商品库存销售）  
+> **核心能力**：报价→订单→交付→开票→回款 全链路（O2C）
+
+---
+
+## 目录
+
+- [一、方案总体架构](#一方案总体架构)
+- [二、Scope Item 选型总览](#二scope-item-选型总览)
+- [三、场景A 最小必选集](#三场景a-最小必选集)
+- [四、Lead & Quote（线索到报价）](#四lead--quote线索到报价)
+- [五、Order & Fulfillment（订单到交付）](#五order--fulfillment订单到交付)
+- [六、Bill & Collect（账单到回款）](#六bill--collect账单到回款)
+- [七、定价条件技术](#七定价条件技术)
+- [八、信用管理](#八信用管理)
+- [九、ATP 与交货调度](#九atp-与交货调度)
+- [十、退货处理](#十退货处理)
+- [十一、返利管理](#十一返利管理)
+- [十二、财务集成](#十二财务集成)
+- [十三、跨域集成全景](#十三跨域集成全景)
+- [十四、商超场景特别增强](#十四商超场景特别增强)
+- [十五、实施路径与建议](#十五实施路径与建议)
+
+---
+
+## 一、方案总体架构
+
+批发直销是 S/4HANA Cloud 最成熟的核心流程，对应 L2C_08 的 **场景A：实物商品（Sell from Stock）**。
+
+```
+┌──────────────────────────────────────────────────────────────────────┐
+│                    批发直销 O2C SAP 技术架构                            │
+├──────────────────────────────────────────────────────────────────────┤
+│                                                                      │
+│  Phase 1: Lead & Quote            Phase 2: Order & Fulfillment       │
+│  ──────────────────               ─────────────────────────          │
+│  BDG 销售报价                      BD9 标准销售订单                    │
+│  1IQ 销售询价                      BD6 信用检查                       │
+│  1O0 销售计划                      2LN/1JW ATP检查                    │
+│  2YJ ML预测                       BKK 订单执行监控                    │
+│        │                                │                            │
+│        ▼                                ▼                            │
+│  报价→客户接受→转订单              订单→ATP→信用→交货→PGI             │
+│                                          │                            │
+│                                          ▼                            │
+│  ┌───────────────────────────────────────────────────────────────┐   │
+│  │            供应链执行层（P2F）                                    │   │
+│  │  BML 仓库管理 → 3BS 拣货策略 → 63V 移动拣货 → PGI 发货过账        │   │
+│  │  6W2 TM 运输管理（自营车队）                                     │   │
+│  └───────────────────────────────────────────────────────────────┘   │
+│                                          │                            │
+│                                          ▼                            │
+│  Phase 3: Bill & Collect                                            │
+│  ─────────────────────                                              │
+│  BD9 开票 → J59 应收 → BKZ 集中开票 → 收款清账                        │
+│  BDQ 借项更正 / BKL 贷项更正 / BKP 退货 → 贷项凭证                    │
+│  1B6 返利结算                                                      │
+│                                          │                            │
+│                                          ▼                            │
+│  ┌───────────────────────────────────────────────────────────────┐   │
+│  │            财务结算层（R2R）                                     │   │
+│  │  J58 总账月结 / J62 成本会计 / 2QL 利润中心核算                   │   │
+│  └───────────────────────────────────────────────────────────────┘   │
+│                                                                      │
+└──────────────────────────────────────────────────────────────────────┘
+```
+
+**SAP 量化业务价值：**
+
+| 指标 | 改善幅度 |
+|------|---------|
+| 销售管理效率 | 提升 50% |
+| 订单处理能力 | 提升 7倍 |
+| 批量改价周期 | 数周 → 3-4天 |
+| 收入增长 | 2%-10% |
+| 订单履行时间 | 缩短 5%-50% |
+
+---
+
+## 二、Scope Item 选型总览
+
+### 2.1 两步选型法
+
+```
+Step 1: 商超场景 → SAP 流程匹配
+  实物商品库存销售 → L2C_08 场景A（Sell from Stock）
+
+Step 2: SAP 流程 → Scope Item ID
+  BD9（核心）+ BKK（监控）+ BKP（退货）+ J59（应收）+ BDG（报价）
+```
+
+### 2.2 全量 Scope Item 清单
+
+#### Lead & Quote
+
+| ID | 名称 | 优先级 | 业务目的 |
+|----|------|:---:|---------|
+| **BDG** | Sales Quotation | 必选 | 报价创建→定价→转订单 |
+| 1IQ | Sales Inquiry | 建议 | 报价前需求确认 |
+| 1O0 | Planning Apps for Sales | 建议 | 销售目标与预测 |
+| 2YJ | ML Model Training – Sales | 评估 | 报价转化率预测 |
+
+#### Order & Fulfillment
+
+| ID | 名称 | 优先级 | 业务目的 |
+|----|------|:---:|---------|
+| **BD9** | Sell from Stock | 必选 | 标准库存销售全流程 |
+| **BKK** | Sales Order Fulfillment Monitoring | 必选 | 订单执行异常监控 |
+| **BKP** | Customer Returns | 必选 | 标准退货（含质检） |
+| BDH | Sales Order with One-Time Customer | 建议 | 临时/散客订单 |
+| BKA | Free Goods Processing | 建议 | 买赠活动处理 |
+| BDD | Lean Customer Returns | 建议 | 简化退货（B2C零售推荐） |
+| 3NR | Sales Scheduling Agreements | 评估 | 长期框架合同+周期交货 |
+| BKJ | Sales Order with Customer Down Payment | 评估 | 大额订单预付款 |
+| 73P | Sales Order Automation | 评估 | AI/RPA 订单自动化 |
+
+#### Bill & Collect
+
+| ID | 名称 | 优先级 | 业务目的 |
+|----|------|:---:|---------|
+| **J59** | Accounts Receivable | 必选 | 应收账款管理 |
+| **BDQ** | Invoice Correction – Debit Memo | 必选 | 发票低价更正 |
+| **BKL** | Invoice Correction – Credit Memo | 必选 | 发票高价更正 |
+| BKZ | Invoice List & Collective Billing | 建议 | 多门店统一开票 |
+| 1B6 | Sales Rebate Processing | 建议 | 年度/季度返利结算 |
+| BD6 | Basic Credit Management | 评估 | 信用额度管控 |
+| 1Z1 | Digital Payments – Sales | 评估 | 在线支付集成 |
+
+#### 供应链支撑
+
+| ID | 名称 | 优先级 | 业务目的 |
+|----|------|:---:|---------|
+| 2LN | Basic ATP Processing | 必选 | 基础库存可用性检查 |
+| 1JW | Advanced ATP Processing | 建议 | 高级 ATP（回单+替代确认） |
+| BMC | Basic Inventory Management | 必选 | 核心库存管理 |
+| BML | Basic Warehouse Management | 建议 | 仓库任务管理 |
+| BLF | Batch Management | 评估 | 批次追溯（食品效期管理） |
+
+#### 消费品行业增强
+
+| ID | 名称 | 优先级 | 业务目的 |
+|----|------|:---:|---------|
+| 5HL | Sell from Stock – Consumer Products | 评估 | 消费品行业版库存销售 |
+
+---
+
+## 三、场景A 最小必选集
+
+> **来源**：L2C_08 §六
+
+| ID | 名称 | 定位 |
+|----|------|------|
+| **BD9** | Sell from Stock | 核心：销售订单→交货→开票全流程 |
+| **BKK** | Sales Order Fulfillment Monitoring | 订单执行监控、异常处理、交货确认 |
+| **BKP** | Customer Returns | 客户退货处理（质检出库检验） |
+| **J59** | Accounts Receivable | 应收账款核心：客户账目、到期管理、催收 |
+| **BDG** | Sales Quotation | 报价创建、定价条件、报价转订单 |
+
+> 仅需以上 5 个 Scope Item 即可跑通完整的 O2C 闭环。
+
+---
+
+## 四、Lead & Quote（线索到报价）
+
+### 4.1 BDG — Sales Quotation
+
+| 属性 | 内容 |
+|------|------|
+| **业务目的** | 客户询价 → 创建报价 → 客户接受/拒绝 → 转销售订单 |
+| **主数据依赖** | BNF（物料）、BND（客户） |
+
+**报价流程：**
+
+```
+客户询价 → 1IQ 销售询价（可选）
+               │
+               ▼
+         BDG 创建报价（F1873）
+         · 物料+数量+交期
+         · 系统自动定价
+         · 支持审批流
+               │
+         客户接受/拒绝
+               │
+               ▼
+     接受 → 转 BD9 销售订单
+     拒绝 → 归档报价记录
+```
+
+### 4.2 报价增强
+
+| App/Item | 能力 |
+|----------|------|
+| 1O0 (Planning Apps) | 销售目标设定、计划 vs 实际对比 |
+| 2YJ (ML Model Training) | 报价转化率预测、销售体量预测 |
+| 1BS (Fiori Analytical Apps) | 销售漏斗、订单量、信用 KPI 看板 |
+
+---
+
+## 五、Order & Fulfillment（订单到交付）
+
+### 5.1 BD9 — Sell from Stock 核心流程
+
+```
+┌──────────────────────────────────────────────────────────────────┐
+│                     BD9 O2C E2E 流程                               │
+├──────────────────────────────────────────────────────────────────┤
+│                                                                  │
+│  ① 创建销售订单（F1873）                                          │
+│     角色: Internal Sales Rep                                      │
+│     录入: 售达方 + 送达方 + 物料 + 数量                            │
+│     系统自动: 定价、交期、ATP检查、信用检查                         │
+│        │                                                         │
+│        ▼                                                         │
+│  ② 创建外向交货单（F0869A）                                       │
+│     角色: Shipping Specialist                                     │
+│     系统检查可用库存, 生成交货单号                                  │
+│        │                                                         │
+│        ▼                                                         │
+│  ③ 拣配处理（VL06O_CLOUD）                                       │
+│     角色: Warehouse Clerk                                         │
+│     领取拣配任务 → 输入拣配数量 → 更新库存状态                      │
+│        │                                                         │
+│        ▼                                                         │
+│  ④ 发货过账 PGI（VL06O_CLOUD）                                    │
+│     角色: Shipping Specialist                                     │
+│     Post Goods Issue                                              │
+│     → 减少库存 (MM凭证)                                            │
+│     → COGS 记账 (FI凭证: 借 COGS / 贷 存货)                       │
+│        │                                                         │
+│        ▼                                                         │
+│  ⑤ 开票（F0798）                                                 │
+│     角色: Billing Clerk                                           │
+│     从 Billing Due List 选择交货单                                 │
+│     → 自动继承交货数据                                             │
+│     → 过账 FI凭证: 借 应收 / 贷 收入 + 税金                       │
+│        │                                                         │
+│        ▼                                                         │
+│  ⑥ 收款（J59）                                                   │
+│     银行对账单导入 → 自动匹配未清发票 → 自动清账                    │
+│                                                                  │
+└──────────────────────────────────────────────────────────────────┘
+```
+
+### 5.2 关键角色与操作
+
+| 步骤 | 角色 | Fiori App |
+|------|------|-----------|
+| 创建订单 | Internal Sales Rep | F1873 Manage Sales Orders |
+| 信用检查 | Credit Controller | F4596 Manage Credit Accounts |
+| 创建交货 | Shipping Specialist | F0869A Create Outbound Deliveries |
+| 拣配+PGI | Shipping Specialist | VL06O_CLOUD Manage Outbound Deliveries |
+| 开票 | Billing Clerk | F0798 Create Billing Documents |
+| 收款 | AR Accountant | F1246 Manage Incoming Payments |
+
+### 5.3 BKK — 订单执行监控
+
+| 监控维度 | 说明 |
+|---------|------|
+| 缺失单据 | 统计未创建交货单/发票的订单 |
+| 交货阻止 | 信用冻结、缺货冻结、输出失败 |
+| 开票阻止 | 价格差异、数据不完整 |
+| 信用阻止 | 超出信用额度自动冻结 |
+| 合规问题 | 产品与贸易合规异常 |
+
+### 5.4 销售订单类型
+
+| 订单类型 | 代码 | 场景 |
+|---------|------|------|
+| 标准订单 | OR | 常规批发销售 |
+| 报价转订单 | OR | BDG 报价接受后参照创建 |
+| 一次性客户 | OR + CPD | BDH 临时客户快速下单 |
+| 退货订单 | CBAR / CBRE | BKP / BDD 退货流程 |
+| 计划协议 | LZ | 3NR 周期交货框架合同 |
+| 预付款订单 | OR + Billing Plan | BKJ 大额订单预付款 |
+
+---
+
+## 六、Bill & Collect（账单到回款）
+
+### 6.1 开票方法
+
+| 开票类型 | 代码 | 触发来源 | 用途 |
+|---------|------|---------|------|
+| 标准发票 | F2 | 交货单 PGI 后 | 正常销售开票 |
+| 借项凭证 | L2 | BDQ 借项请求 | 价格/数量差异追加收费 |
+| 贷项凭证 | G2 | BKL 贷项请求 / BKP 退货 | 退款/退货 credit |
+| 预开发票 | — | F2876 Preview | 审核通过后转正式发票 |
+| 集中发票 | Invoice List | BKZ | 多订单合并为一张发票（统一付款方） |
+
+### 6.2 BKZ — 集中开票
+
+```
+门店A → 销售订单 SO-001 → 开票 F2-001
+门店B → 销售订单 SO-002 → 开票 F2-002   ┐
+门店C → 销售订单 SO-003 → 开票 F2-003   ├→ Invoice List → 发送总部统一付款方
+门店D → 销售订单 SO-004 → 开票 F2-004   ┘
+```
+
+> **商超场景**：各门店独立下单，总部统一结算。BKZ 将多个门店的发票合并为 Invoice List 发给总部付款方。
+
+### 6.3 发票更正
+
+| Item | 场景 | 流程 |
+|------|------|------|
+| **BDQ** | 发票金额偏低 | 借项请求 → 审批 → L2 借项凭证 |
+| **BKL** | 发票金额偏高/数量差异 | 贷项请求 → 审批 → G2 贷项凭证 |
+
+### 6.4 预付款（BKJ）
+
+```
+大额订单 → Billing Plan:
+  ├─ Date Category 04: 预付款请求（30%）
+  │     → 客户支付预付款
+  │     → FI: 借 银行 / 贷 预付款
+  └─ Date Category 02: 最终发票（100%）
+        → 自动抵扣预付款 30%
+        → 客户支付尾款 70%
+```
+
+---
+
+## 七、定价条件技术
+
+### 7.1 SAP 条件定价技术
+
+SAP 通过**条件技术（Condition Technique）**实现灵活的多维度定价：
+
+| 条件表（Table） | 存取顺序（Access Seq） | 条件类型（Cond Type） | 定价过程（Procedure） |
+|:---:|:---:|:---:|:---:|
+| 定价数据存储 | 查找优先级 | 计算规则 | 步骤组合 |
+
+### 7.2 核心定价要素
+
+| 定价要素 | 条件类型 | 说明 |
+|---------|---------|------|
+| 基本售价 | PR00 | 物料基础销售价格 |
+| 客户折扣 | K004 | 按客户等级设置折扣率 |
+| 数量折扣 | K014 | 阶梯定价，量大从优 |
+| 物料附加费 | KF00 | 特殊包装/物流加价 |
+| 运费 | KF01 | 按送达地址计算 |
+| 最低/最高限价 | VPRS + MFPI | 防止定价异常 |
+| 含税/不含税 | 税码 J1/J2 | 区分含税与不含税客户 |
+| 促销定价 | K020 | 限时特价活动 |
+
+### 7.3 商超定价场景
+
+| 场景 | SAP 实现 | 适用条件 |
+|------|---------|---------|
+| 按客户等级定价 | K004 条件记录 | 金牌/银牌/普通客户不同折扣 |
+| 按采购量阶梯定价 | K014 数量折扣 | 100箱以下 / 100-500箱 / 500箱以上 |
+| 按渠道定价 | 定价过程按分销渠道区分 | 直销 vs 经销不同价格体系 |
+| 客户专属定价 | 客户物料信息记录 | 客户自有编码对应专属价格 |
+| 限时促销价 | K020 营销定价 | 大促期间临时价格覆盖 |
+
+---
+
+## 八、信用管理
+
+### 8.1 BD6 — Basic Credit Management
+
+| 属性 | 内容 |
+|------|------|
+| **业务目的** | 辅助信用决策，早期确定应收款损失风险 |
+| **依赖** | BD9、BDN、BJE |
+
+### 8.2 信用控制架构
+
+| 检查点 | 检查内容 | 违规处理 |
+|--------|---------|---------|
+| 销售订单创建 | 订单金额 + 未清应收 > 信用额度 | 订单**自动冻结** |
+| 交货单创建 | 发货金额 + 未清应收 > 信用额度 | 交货单**拦截** |
+| 手动审批 | 超限订单待审批 | 工作流审批 → 释放/拒绝 |
+| 周期性扫描 | 批量扫描超限客户 | 生成预警通知 |
+
+### 8.3 信用管理流程
+
+```
+客户申请信用额度
+    ↓
+信用评估 → SAP 维护信用额度（F4596）
+    ↓
+业务运行自动检查:
+  ├─ 正常 → 订单放行
+  ├─ 超限 → 冻结 → 信用部门审批
+  └─ 预警 → 80%额度提醒
+    ↓
+收款后额度自动恢复
+```
+
+### 8.4 关键 Fiori Apps
+
+| App | 用途 |
+|-----|------|
+| F4596 (Manage Credit Accounts) | 信用额度维护 |
+| F4600 (Credit Account Overview) | 信用仪表盘 |
+| F4602 (Process Credit Requests) | 信用审批工作台 |
+
+---
+
+## 九、ATP 与交货调度
+
+### 9.1 ATP 能力矩阵
+
+| 级别 | Scope Item | 能力 |
+|------|-----------|------|
+| **基础** | 2LN | 工厂/DC/库位/批次级实时可用性检查 |
+| **高级** | 1JW | + BOP 回单优先级 + ABC★替代确认 + PAL★产品配额 |
+
+### 9.2 高级 ATP 应用
+
+```
+订单创建 → ATP 检查（2LN）
+  ├─ 库存充足 → 承诺交期 → 创建交货单
+  └─ 库存不足 → 1JW Advanced ATP:
+       ├─ BOP 按客户优先级回单分配
+       ├─ ABC★ 推荐替代商品（如有）
+       ├─ PAL★ 检查配额（限量商品）
+       └─ SuP★ 客户库存保护
+```
+
+### 9.3 WM 出库流程
+
+```
+创建外向交货单 → 创建仓库任务(WT) → 执行拣配 →
+  打包发货装卸单元(HU) → 过账货物出库(PGI)
+```
+
+---
+
+## 十、退货处理
+
+### 10.1 BKP vs BDD
+
+| 维度 | BKP（标准退货） | BDD（精益退货） |
+|------|:---:|:---:|
+| 订单类型 | CBAR | CBRE |
+| 质检步骤 | ✅ 必含质检 | ❌ 无质检 |
+| 退款方式 | 贷项凭证 或 替代品发货 | 仅贷项凭证 |
+| 入库移动类型 | 651（质检库存） | 653（直接可用库存） |
+| 适用场景 | 高价值商品/生鲜/需质检 | 简单退货（包装/数量问题） |
+| 处理周期 | 3-5天 | 1-2天 |
+
+### 10.2 BKP 标准退货流程
+
+```
+创建退货订单 (CBAR) → 生成RMA → 退货收货 (651/653) →
+  质检处置（接收/拒收/分选/让步）→ 贷项凭证过账 或 替代品发货
+```
+
+### 10.3 商超退货策略建议
+
+| 商品类别 | 推荐方案 | 原因 |
+|---------|---------|------|
+| 生鲜/冷链/易损品 | BKP | 需要质检决定销毁或复用 |
+| 常规包装食品 | BDD | 包装问题简单退换 |
+| 高价值商品 | BKP | 需要检验确认责任 |
+| 批量退换 | BKP | 需要质检驱动规模处置决策 |
+
+---
+
+## 十一、返利管理
+
+### 11.1 1B6 — Sales Rebate Processing
+
+| 属性 | 内容 |
+|------|------|
+| **业务目的** | 基于客户销售额的后续返利结算 |
+| **核心对象** | Condition Contracts（条件合同） |
+
+### 11.2 返利流程
+
+```
+维护返利条件合同 → 销售业务量累积 →
+  → 部分结算（Partial Settlement） / 最终结算（Final Settlement）
+  → 贷项凭证（Credit Memo）→ 客户收款
+```
+
+### 11.3 关键 Fiori Apps
+
+| App | 用途 |
+|-----|------|
+| F3680 (Manage Condition Contracts) | 返利条件合同维护 |
+| F3681 (Settle Condition Contracts) | 返利结算执行 |
+| WB2R_BUSVOL | 业务量选择 |
+| WB2R_SC | Settlement Cockpit |
+
+### 11.4 商超返利场景
+
+| 返利类型 | SAP 实现 | 说明 |
+|---------|---------|------|
+| 年度采购返利 | 1B6 年度结算 | 按年度累计采购额阶梯返利 |
+| 季度目标返利 | 1B6 部分结算+最终结算 | 按季度目标达成情况结算 |
+| 单品返利 | 1B6 按物料选择 | 指定商品按销量返点 |
+| 多客户组返利 | 1B6 组合选择 | 连锁门店按集团总额返利 |
+
+---
+
+## 十二、财务集成
+
+### 12.1 J59 — Accounts Receivable 核心能力
+
+| 能力 | 说明 |
+|------|------|
+| 自动应收创建 | 销售开票后自动生成 FI 应收凭证 |
+| 银行对账自动核销 | 导入对账单 → 自动匹配 → 自动清账 |
+| 催收管理 | 逾期应收款监控与催收流程 |
+| 对账单 | 打印/发送客户对账单 |
+| 坏账准备金 | 2PD Provisioning of Overdue Receivables |
+
+### 12.2 销售→财务完整凭证流
+
+```
+BD9 开票 → FI凭证: 借 12100000 应收 / 贷 41000000 收入 / 贷 22000000 销项税
+  ↓
+J59 收款 → FI凭证: 借 11001060 银行存款 / 贷 12100000 应收
+  ↓
+R2R 关账:
+  ├─ J58 总账月结
+  ├─ J62 成本会计
+  ├─ 2QL 利润中心核算
+  └─ 2V7 GR/IR 差异监控
+```
+
+---
+
+## 十三、跨域集成全景
+
+```
+                     ┌──────────────────────────────────────────────┐
+                     │        L2C（销售到收款）                        │
+                     │  BDG → BD9 → BKK → BKZ/BDQ/BKL → J59        │
+                     │        + BKP/BDD + BKA + BKJ + 1B6           │
+                     └───────┬──────────┬──────────┬────────────────┘
+                             │          │          │
+              ┌──────────────┼──────────┼──────────┼──────────────┐
+              │              │          │          │              │
+              ▼              ▼          ▼          ▼              ▼
+    ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐
+    │  P2F_12      │ │  P2F_11      │ │  S2P_09      │ │  R2R_14      │
+    │  物流/仓库    │ │  制造/计划    │ │  采购         │ │  财务/关账    │
+    │              │ │              │ │              │ │              │
+    │ ATP检查(2LN) │ │ MRP需求(J44) │ │ 三方采购触发  │ │ AR(J59)      │
+    │ WM出库(3BS)  │ │ 销售驱动MRP  │ │ 供应商直发    │ │ 收入确认(1K2)│
+    │ TM运输(6W2)  │ │ JIT交付触发  │ │              │ │ 总账(J58)    │
+    │ 批次(BLF)    │ │              │ │              │ │ 月结         │
+    └──────────────┘ └──────────────┘ └──────────────┘ └──────────────┘
+```
+
+---
+
+## 十四、商超场景特别增强
+
+### 14.1 消费品行业专项（5HL）
+
+`5HL` — Sell from Stock – Consumer Products 是专为消费品（FMCG）行业定制的版本：
+- 与生产流程无缝集成（需 5HK QM in Discrete Mfg）
+- 消费品级别产品特性支持
+
+### 14.2 商超场景推荐增强包
+
+| 场景 | 追加 Scope Item | 说明 |
+|------|---------------|------|
+| 多门店独立下单→总部统一付款 | BKZ | Invoice List 集中开票 |
+| 买赠活动（买10送1） | BKA | Free Goods 自动赠送 |
+| 长期供货框架合同 | 3NR | 销售计划协议 |
+| 大额订单预付款 | BKJ | 预付款管理 |
+| 年度/季度返利 | 1B6 | Condition Contracts 返利结算 |
+| 临时/散客 | BDH | One-Time Customer |
+| 生鲜/易损品退货 | BKP + BLF | 标准退货+批次追溯 |
+| 常规退货 | BDD | 精益退货 |
+| 食品效期管理 | BLF | 批次管理 + 有效期限踪 |
+| 自营车队配送 | 6W2 + 6W3 + 6W4 | TM 运输管理 |
+
+---
+
+## 十五、实施路径与建议
+
+### 15.1 分阶段实施
+
+```
+Phase 1: MVP 基础 O2C（6-8周）
+  · BDG + BD9 + BKK + BKP + J59 + BDQ + BKL
+  · 报价 → 订单 → 交货 → 开票 → 收款 全链路
+  · 包含退货和发票更正
+
+Phase 2: 增强功能（4-6周）
+  · BD6 信用管理
+  · 1B6 返利管理
+  · BKZ 集中开票
+  · BDH 一次性客户
+  · BKA 免费商品
+
+Phase 3: 高级能力（4-6周）
+  · BKJ 预付款管理
+  · 3NR 销售计划协议
+  · 1JW 高级 ATP
+  · BLF 批次管理
+
+Phase 4: 运营优化（按需）
+  · 1BS 销售分析看板
+  · 1O0 销售预测
+  · 73P AI/RPA 订单自动化
+```
+
+### 15.2 关键架构决策
+
+| 决策点 | 选项 | 商超推荐 |
+|--------|------|:---:|
+| AR 路径 | FI-AR（J59） vs FI-CA（2AR） | **J59**（实物商品=标准AR） |
+| ATP 级别 | Basic（2LN） vs Advanced（1JW） | **1JW**（需求波动大、季节性强） |
+| 退货策略 | BKP vs BDD | **两者并存**：日常BDD，质检BKP |
+| 信用管理 | 开/关 | **开**（批发大额交易必须） |
+| 运输管理 | 无TM vs 6W2/3/4 | 自营车队→TM，外包→无需 |
+
+### 15.3 主数据准备
+
+| 数据类别 | 说明 | 前置 Item |
+|---------|------|:---:|
+| 物料主数据 | 贸易商品类型（TG11/12/20） | BNF |
+| 客户主数据 | 售达方/送达方/付款方 | BND |
+| 定价主数据 | 条件记录/定价过程 | BNZ |
+| 组织单位 | 销售组织/分销渠道/工厂/库位 | BNG |
+| 输出管理 | 发票打印/邮件/EDI | 2YX |
+
+---
+
+> **参考来源**：SAP S/4HANA Cloud 2602 Knowledge Base (KB_Agent1_Flat)，Layer 1/2/3/5  
+> **生成时间**：2026-06-24  
+> **说明**：所有 Scope Item ID 均来源于知识库 Layer 2 目录和 Layer 5 E2E 文件预验证。FSD 审查确认 2602 版本所有核心销售能力无已知功能限制（Note Box 为空）。功能可用性以正式合同为准。

sources/百疆投标方案_V3维护指导书.md

+# 百疆集团 SAP S/4HANA Cloud 投标方案 V3 维护指导书
+
+> **适用范围**：`百疆集团 SAP S4HANA Cloud 投标方案_v3.md`（以下简称"V3 方案"）的后续维护与扩展。
+> **目标读者**：BOS 公司投标/实施顾问、二线专家、文档审阅人。
+> **版本基线**：V3.0（2026-06-06 交付，2,779 行 / 186 KB / ~146 页 / 26 章 + 4 附录）。
+> **核心原则**：保持文档的"技术严谨性 + 商务可读性 + 内部一致性"三性统一。
+
+---
+
+## 目录
+
+1. [V3 文档结构地图](#1-v3-文档结构地图)
+2. [必读文件清单](#2-必读文件清单)
+3. [风格与口径约定](#3-风格与口径约定)
+4. [Scope Item 引用规范（关键）](#4-scope-item-引用规范关键)
+5. [4 大主更新场景操作指南](#5-4-大主更新场景操作指南)
+   - 5.1 添加项目案例
+   - 5.2 更新项目计划
+   - 5.3 更新项目组织
+   - 5.4 更新项目策略
+6. [辅助更新场景](#6-辅助更新场景)
+7. [文档维护工作流](#7-文档维护工作流)
+8. [质量检查清单（修改后必走）](#8-质量检查清单修改后必走)
+9. [常见错误 FAQ](#9-常见错误-faq)
+10. [升级路径与联系人](#10-升级路径与联系人)
+11. [附录：V3 章节-功能矩阵](#附录v3-章节-功能矩阵)
+
+---
+
+## 1. V3 文档结构地图
+
+V3 方案采用"**两篇制**"结构。第一篇讲"做什么"，第二篇讲"怎么做"。
+
+### 第一篇：业务方案（13 章 + 附录 A/B）
+
+| 章节 | 标题 | 可维护程度 | 典型维护动作 |
+|------|------|------------|--------------|
+| 1 | 项目概述 | ⭐⭐ 低频 | 客户基本信息、行业地位、痛点排序变更 |
+| 2 | 项目目标与范围 | ⭐⭐ 低频 | 范围边界、组织范围、Phase 切分调整 |
+| 3 | 总体解决方案架构 | ⭐⭐⭐ 中频 | 架构图版本演进、Layer 调整、Growing Core 演进 |
+| 4 | B2B 模块解决方案 | ⭐⭐⭐⭐ 高频 | 子模块细化、新增客户场景、规则调整 |
+| 5 | Scope Item 映射 | ⭐⭐ 中频 | 勘误、域内 ID 替换、流程图调整 |
+| 6 | B2C 模块解决方案 | ⭐⭐⭐ 中频 | 电商平台、门店、会员规则 |
+| 7 | 财务管理解决方案 | ⭐⭐⭐ 中频 | 银行清单更新、本地化账簿 |
+| 8 | 其它功能模块 | ⭐⭐ 低频 | 预算、固资、看板、OA |
+| 9 | 非 SAP 系统范围与集成 | ⭐⭐⭐ 中频 | 集成场景、接口调整 |
+| 10 | 实施方法论与计划 | ⭐⭐⭐⭐⭐ 极高 | **GDK 框架调整、Phase 节奏、里程碑** |
+| 11 | 项目组织与交付保障 | ⭐⭐⭐⭐ 高频 | **GPO/RPO/LPO 任命、RACI 矩阵** |
+| 12 | 待确认事项与风险 | ⭐⭐⭐⭐⭐ 极高 | **客户确认状态变化、新增待确认** |
+| 13 | 商业价值总结 | ⭐⭐ 低频 | ROI 数字、价值点增删 |
+| 附录 A | 术语表 | ⭐⭐ 低频 | 新增术语 |
+| 附录 B | 参考资料 | ⭐⭐ 低频 | 新增链接、KB 文件 |
+
+### 第二篇：实施深化（13 章 + 附录 C/D）
+
+| 章节 | 标题 | 可维护程度 | 典型维护动作 |
+|------|------|------------|--------------|
+| 14 | 11 国本地化手册 | ⭐⭐⭐⭐⭐ 极高 | **法规/税务/银行/物流/Scope/集成 六要素更新** |
+| 15 | 6 大 E2E 详细架构 | ⭐⭐⭐ 中频 | 步骤调整、异常处理 |
+| 16 | 15 个集成场景时序 | ⭐⭐⭐ 中频 | 接口时序、消息结构调整 |
+| 17 | 网络/安全/灾备 | ⭐⭐ 低频 | 架构图、灾备指标 |
+| 18 | 数据模型与主数据 | ⭐⭐ 低频 | MDG 范围、字段映射 |
+| 19 | 性能与扩展性 | ⭐⭐ 低频 | 性能指标、监控 |
+| 20 | 项目甘特图 | ⭐⭐⭐⭐⭐ 极高 | **P1-P4 进度调整、新增国家** |
+| 21 | 风险登记册 | ⭐⭐⭐⭐⭐ 极高 | **新增/关闭/调整风险** |
+| 22 | 培训计划 | ⭐⭐⭐ 中频 | 角色调整、课程变更 |
+| 23 | 变更管理计划 | ⭐⭐⭐ 中频 | 变更流程调整 |
+| 24 | 沟通管理计划 | ⭐⭐⭐ 中频 | 沟通频率、升级路径 |
+| 25 | 质量管理计划 | ⭐⭐ 低频 | 质量门调整 |
+| 26 | Cutover 切换剧本 | ⭐⭐⭐⭐⭐ 极高 | **4 批切换时间、步骤、应急** |
+| 附录 C | 本篇关键决策记录 | ⭐⭐ 低频 | 新增决策 |
+| 附录 D | V3 全文页数估算 | ⭐ 低频 | 仅在结构调整时更新 |
+
+### "5 星"高频维护章节清单（5、10、11、12、14、20、21、26）
+
+这些章节在项目推进过程中会**持续变化**，必须有专人负责维护；其余章节基本一次性定稿。
+
+---
+
+## 2. 必读文件清单
+
+### 2.1 项目内文件（仓库根目录）
+
+| 文件 | 用途 | 阅读顺序 |
+|------|------|----------|
+| `AGENTS.md` | 仓库规则 + KB 引用规范 + 工作模式 | 1（必读）|
+| `findings.md` | 调研发现 + DJI 生态 + 痛点 + 48 项 ID 验证附录 | 2（必读）|
+| `task_plan.md` | 11 阶段任务追踪（V3 阶段已完成）| 3 |
+| `progress.md` | 会话日志（含 V3 决策历史）| 4 |
+| `百疆集团 SAP S4HANA Cloud 投标方案_v3.md` | V3 方案本体 | 5（必读）|
+| `百疆集团 SAP S4HANA Cloud 投标方案_v2.md` | V2.0 基线（仅参考 V3 改动时使用）| 按需 |
+| `Global_Delivery_KB.md` | IMG GDK 中文摘要（10.1/11.1 引用）| 按需 |
+| `Global_Delivery_Kit_Reference.md` | IMG GDK 英文原文 | 按需 |
+| `技术需求文档/技术需求文档/百疆集团数字化需求_概述与计划.md` | 425 人分布表 + 推进计划 | 6 |
+| `技术需求文档/技术需求文档/百疆集团数字化需求_B2B模块.md` | B2B 10 子模块 | 7 |
+| `技术需求文档/技术需求文档/百疆集团数字化需求_B2C模块.md` | B2C 7 模块 | 8 |
+| `技术需求文档/技术需求文档/百疆集团数字化需求_其他功能模块.md` | 财务/预算/固资/看板/OA | 9 |
+| `技术需求文档/技术需求文档/20260603-客户交流纪要.md` | 售前沟通记录 | 10 |
+| `技术需求文档/技术需求文档/SAP解决方案.md` | V1.2 详细方案（与 V3 互补）| 按需 |
+| `附件1报价模板.xlsx` | 商务报价 | 商务侧 |
+| `副本MBC 连接银行清单.xlsx` | 250+ 银行直连清单 | 7 章财务 |
+
+### 2.2 BOS KB（强制加载）
+
+**根目录**：`C:\Users\hongb\Claude Cowork\101 SAP Cloud ERP 2602\KB_Agent1_Flat\`（29 个文件，5 层架构）
+
+| 必读文件 | 用途 |
+|----------|------|
+| `KB_00_Navigation_Map.md` | KB 导航图（**强制加载**）|
+| `SYSTEM_PROMPT_Agent1_v1.67.md` | Agent1 规则（7 条禁止规则）|
+| `SAP_Scope_Item_Catalog_RAG.md` | 2602 Scope Item 完整目录（672 个）— **验证权威源** |
+| `Scope_Selection_Guide.md` | 业务场景 → Scope Item 索引（正向选型）|
+| `SAP_Product_Overview.md` | RISE/GROW/BTP 路线图背景 |
+| `Scope_Item_Process_Mapping.md` | ID → 业务目的反向溯源 |
+| `Layer 5 E2E 架构/*`（7 个）| L2C/S2P/I2M/P2F/A2D/R2R 架构决策 |
+| `Layer 3 流程库/*`（7 个）| 系统操作步骤、Demo 脚本 |
+| `Layer 1 FSD 功能描述/*`（7 个）| 功能存在性确认、Note Box 限制条件 |
+
+**KB 访问约定**：在 `C:\00 workspace\01 projects\FY26\0606 百疆\BOS KB.lnk` 有快捷入口。
+
+---
+
+## 3. 风格与口径约定
+
+### 3.1 文档格式
+
+| 项 | 约定 |
+|----|------|
+| 语言 | 中文正文，英文专有名词（SAP Scope Item、API 名称等）保留英文 |
+| 字体编码 | UTF-8 with BOM（如 Windows 打开中文乱码，保存时切到此编码）|
+| 标题级别 | `##` 一级 / `###` 二级 / `####` 三级，**禁止跳级** |
+| 表格 | 必带表头列，列宽对齐使用分隔符 `\|------\|` |
+| 代码块 | 时序图用代码块，键入 ` `（3 反引号） |
+| 引用块 | 关键决策/金句用 `>` 引用块，每章不超过 3 处 |
+| 列表 | 无序列表用 `-`，有序列表用 `1.`，缩进 2 空格 |
+| 章节锚点 | `##` 标题需生成同名锚点（GitHub 自动） |
+
+### 3.2 客户/项目命名约定
+
+| 场景 | 规范 | 反例 |
+|------|------|------|
+| 客户全称 | **百疆集团**（首次出现可用"百疆集团（DJI 全球 Tier-1 经销商）"）| "百疆"、"百江" |
+| 客户品牌 | "DJI" | "大疆" |
+| 11 个国家 | 菲律宾 / 加拿大 / 墨西哥 / 巴西 / 意大利 / 中亚 / 北非 / 巴基斯坦 / 美国 / 安黑 / 总部 | "菲"、"加"、"北美"（首次可，后续需全称）|
+| 国家缩写（仅在内部表头）| 菲 / 加 / 墨 / 巴 / 意 / 中 / 北 / 巴 / 美 / 安 / 总 | 跨章节需在表头注明 |
+| BOS | "BOS 公司"（首次） / "BOS"（后续）| "我们公司" |
+| 总部法人 | "**江苏百疆**"（或"百疆集团总部"）| "中国总部" |
+
+### 3.3 术语规范
+
+- 完整术语表见 **附录 A**（14 项）。新增术语必须同步追加到附录 A，并在首次出现处加注。
+- 禁止在文档中混用：
+  - "S/4HANA Cloud Public" vs "S/4HANA Cloud Private" — 本项目是 **Public**（GROW with SAP）
+  - "RISE" vs "GROW" — Public Edition 走 **GROW**，本文档语境下不出现 RISE
+  - "Scope Item" vs "Process" — Scope Item 是 SAP 后台标识符
+  - "集成" vs "接口" — "集成"指系统级连接，"接口"指单条技术通道
+  - "Growing Core" / "CORE" / "核心范围" — 同一含义，统一用 "**Growing Core**"（首字母大写）
+
+### 3.4 数据表达约定
+
+| 项 | 约定 |
+|----|------|
+| 人数 | 阿拉伯数字（425 人，**不写**"四百二十五人"）|
+| 金额 | 阿拉伯数字 + 单位（500 万、USD 1,200,000）|
+| 时间 | ISO 8601 简写：2026-11-15 / 2026 Q1 / W15（第 15 周）|
+| 版本号 | V3.0 / V3.1（点号后一位）|
+| Scope Item ID | 2-4 位大写字母（**禁止**输出 `x.x.x` 格式）|
+| 章节引用 | `Ch.X.Y`（X 章 Y 节）|
+| 文档引用 | `[文档名][日期]` 或 `[文件名:行号]` |
+
+### 3.5 不允许的表述
+
+- ❌ "已严格执行" / "100% 完成" / "完美匹配"（无证据支撑的自我声明）
+- ❌ "行业领先" / "最强大脑" / "降本增效"（空洞宣传词）
+- ❌ "TODO" / "TBD" / "待补充" 留在交付件中（**必须**显式写明责任人和截止日期）
+- ❌ "未来 SAP 路线图将支持 X 功能"（路线图内容必须注明"**非已发布功能**"）
+
+---
+
+## 4. Scope Item 引用规范（关键）
+
+> **这是 V3 文档与同行文档最大的差异点。** V3 方案共引用 ~70 个 Scope Item ID，全部经过 2602 KB 验证。本节是引用规范的强制约束。
+
+### 4.1 引用格式
+
+```
+【优先级】[ID] [名称] — 来源：[文件名]
+```
+
+**示例**：
+- `【P1】[BD9] Sales Order Management and Monitoring — 来源：SAP_Scope_Item_Catalog_RAG.md`
+- `【P2】[3XK] In-House Repair — 来源：Scope_Item_Process_Mapping.md`
+
+### 4.2 7 条禁止规则（Agent1 强制）
+
+| # | 禁止内容 | 后果 |
+|---|----------|------|
+| 1 | 编造项目文档不存在的决策 | 文档失信 |
+| 2 | 混淆 Cloud Public vs On-Premise | 选型错误 |
+| 3 | **输出 `x.x.x` 格式的 Scope Item ID**（100% 幻觉）| 客户验证失败 |
+| 4 | 跨域一次性生成完整 ID 列表 | 错配概率 ↑ |
+| 5 | 不同域出现同一 ID 不同名称 | 冲突不标 |
+| 6 | 自我声明"已严格执行" | 公信力崩塌 |
+| 7 | 路线图内容未注明"非已发布功能" | 误导客户 |
+
+### 4.3 KB 验证流程（强制）
+
+每次新增/修改 Scope Item 引用前，**必须**走以下流程：
+
+```
+1. 打开 KB_00_Navigation_Map.md，确认该 ID 属于哪一层
+2. 反向溯源：SAP_Scope_Item_Catalog_RAG.md 查 ID → 确认业务目的
+3. 正向选型：Scope_Selection_Guide.md 查业务场景 → 确认 ID 匹配
+4. Layer 1 FSD 查功能存在性 + 限制条件（Note Box）
+5. Layer 3 流程库查操作步骤、凭证流
+6. 写入文档时附引用来源文件名
+```
+
+### 4.4 选型输出规则
+
+- **大范围选型**（>5 个 ID）：按 E2E 域（L2C/S2P/I2M/P2F/A2D/R2R）**分批输出**，每批不超过 8 个
+- **单点选型**：可直接输出
+- **冲突检测**：同一 ID 在不同域名称不同，**必须**标注并说明取舍
+- **未在 KB 中的 ID**：标记 `【需确认】` 并附原文链接，不直接使用
+
+### 4.5 V3 已有 5 处勘误（保持警觉）
+
+| ID | V2.0 错称 | V3 正确名称 | 出现位置 |
+|----|-----------|-------------|----------|
+| `3MO` | Service Request Management | **Service Contract Management** | 5.1 L2C, 4.x Service |
+| `3D2` | In-House Repair | **Service Order Management and Monitoring** | 5.1, 4.x |
+| `3XK` | V2.0 缺失 | **In-House Repair**（V3 新增）| 5.1, 4.x |
+| `2RU` | 3rd-Party WM Integration | **Production Order + 3PL WM**（纯 3PL 无独立 Item）| 5.1 I2M, 9.x |
+| `BNZ` | Pricing Scope Item | **非独立 Scope Item**，为多 Item 的依赖主数据 | 5.3, 7.x |
+
+> **遇到这 5 个 ID 时，必须先回查 V3 当前名称再使用。**完整 48 项 ID 验证表见 `findings.md` 附录。
+
+### 4.6 冲突检查示例
+
+```markdown
+❌ 错误：
+- [3MO] 服务请求管理 — 5.1
+- [3MO] 服务合同管理 — 4.5
+
+✅ 正确：
+- [3MO] Service Contract Management — 4.5 服务合同 / 5.1 L2C 概览
+> 注：V2.0 错称 "Service Request Management"，V3 已勘误
+```
+
+---
+
+## 5. 4 大主更新场景操作指南
+
+### 5.1 添加项目案例
+
+#### 适用场景
+
+客户问"你们做过类似的吗？""百疆这种全球分销模式有参考吗？"时，需在文档中追加案例佐证。
+
+#### 案例应放在哪里
+
+| 案例类型 | 应放位置 | 形式 |
+|----------|----------|------|
+| 同行业（消费电子分销）| 第 13 章 商业价值 → 13.1 收益后追加 13.5 案例 | 子节 13.5 "**项目案例参考**" |
+| 同模式（多国多组织贸易）| 第 3 章 总体架构 → 3.8 案例 | 子节 |
+| 同规模（11+ 法人 / 425 人）| 第 10 章 实施方法论 → 10.7 案例 | 子节 |
+| 同方法（GROW + GDK）| 第 10 章 → 10.8 Growing Core 案例 | 子节 |
+
+#### 案例模板（强制）
+
+每个案例**必须**包含以下 7 项，缺一不可：
+
+```markdown
+### 案例 [编号]：[客户化名] — [项目核心特征]
+
+| 维度 | 内容 |
+|------|------|
+| **客户画像** | 行业、规模、地理覆盖（如：消费电子 / 12 国 18 法人 / 480 人）|
+| **核心痛点** | 2-3 个（量化优先）|
+| **方案范围** | SAP S/4HANA Cloud Public + BTP CAP + CPI 集成 |
+| **关键 Scope Item** | 列出 5-10 个核心 ID（带优先级标注）|
+| **实施节奏** | P1-P4 时间、人月、关键里程碑 |
+| **量化成果** | 月结 7 天 → 3 天 / 库存准确率 85% → 98% / 返利处理 80h/月 → 8h |
+| **可复用资产** | 3-5 项（如 Growing Core 模板、LOC Hook 库、4D 矩阵方法）|
+```
+
+#### 案例合规要求
+
+- **客户化名**：必须匿名化（如"某东南亚消费电子分销商"），**禁止**用真实客户名
+- **数据脱敏**：金额、人数、SKU 数允许 ±20% 调整，但必须在表头注明"**已脱敏**"
+- **保密协议**：若涉及 NDA 客户，**禁止**写入；可在内部 KB 留存但不上投标方案
+- **时间**：案例实施时间晚于 2023-01（避免与旧 SAP 版本混淆）
+- **来源**：注明"客户授权引用" / "公开案例" / "行业调研"
+
+#### 操作步骤
+
+1. 准备案例素材（客户授权 + 内部 KB）
+2. 按模板填表（7 项必填）
+3. 在文档对应章节追加子节
+4. 在 13.5 汇总表中加一行
+5. 走第 8 节 QA 清单
+
+### 5.2 更新项目计划
+
+#### 适用场景
+
+- 客户调整 P1-P4 Go-Live 时间
+- 新增/删除国家/Phase
+- 资源（人月）变化超过 10%
+- 关键里程碑（Go-Live、UAT、Cutover）调整
+
+#### 应更新的章节（**全部同步**）
+
+| 章节 | 更新内容 | 数据源 |
+|------|----------|--------|
+| **Ch.2.2** | 一期 P1-P4 + 二期/三期组织范围（时间表）| 客户确认 |
+| **Ch.10.4-10.5** | 一期节奏 + 总体路线图（与 2.2 一致）| 同上 |
+| **Ch.10.6** | 关键里程碑（10 个节点）| 同上 |
+| **Ch.20.1-20.3** | 甘特图（按 P1/P2-P4/二-三期）| 同上 |
+| **Ch.26** | Cutover 切换剧本（4 批）| 同上 |
+| **Ch.21** | 风险登记册（时间相关风险）| 时间变动后回查 |
+
+> **铁律**：Ch.2.2、Ch.10、Ch.20、Ch.26 中的时间数据**必须**保持一致。如发现不一致，先解决冲突再交付。
+
+#### 时间数据一致性检查
+
+修改任一时间点后，运行以下检查：
+
+```markdown
+- [ ] Ch.2.2 范围表的时间 ↔ Ch.10.6 里程碑
+- [ ] Ch.10.4 一期节奏 ↔ Ch.20.1 甘特图
+- [ ] Ch.20.1 P1 Go-Live ↔ Ch.26.1 P1 Cutover
+- [ ] Ch.10.5 总体路线 ↔ Ch.20.2/20.3 二/三期甘特图
+- [ ] Ch.12.2 待确认事项中的时间承诺
+```
+
+#### Go-Live 时间变更模板
+
+```markdown
+> **V[X.Y] 更新说明（YYYY-MM-DD）**：
+> 原 P[X] Go-Live：YYYY-MM-DD
+> 新 P[X] Go-Live：YYYY-MM-DD
+> 变更原因：[客户决策 / 资源调整 / 法规变化]
+> 影响范围：[Ch.X / Ch.Y / Ch.Z]
+> 已同步章节：[列表]
+```
+
+> **每次更新必须在章节开头或附录 C 留痕。**附录 C 已有 6 项 V3 决策记录，新增 V[X.Y] 后必须追加。
+
+### 5.3 更新项目组织
+
+#### 适用场景
+
+- GPO / RPO / LPO 任命/变更
+- 客户组织调整（如新增国家组）
+- BOS 资源调整
+- RACI 矩阵角色新增/删除
+
+#### 应更新的章节
+
+| 章节 | 更新内容 |
+|------|----------|
+| **Ch.3.3** | 系统职责划分中 GPO/RPO/LPO 角色（与 11.1 同步）|
+| **Ch.10.1** | GDK 阶段中 GPO 任命时点 |
+| **Ch.11.1** | GPO/RPO/LPO 三级组织架构图 + 人员名单 |
+| **Ch.11.2** | RACI 矩阵 |
+| **Ch.12.2** | 待确认事项中 GPO 任命项（关闭）|
+
+#### GPO/RPO/LPO 命名规范
+
+| 角色 | 命名规则 | 示例 |
+|------|----------|------|
+| GPO | `GPO-[业务域]`（财务/业务/IT）| `GPO-财务`：客户 CFO 张三 |
+| RPO | `RPO-[区域]`（亚太/美洲/欧中非）| `RPO-亚太`：客户副总裁 李四 |
+| LPO | `LPO-[国家代码]` | `LPO-PH`：菲律宾 IT 经理 王五 |
+
+> **首次写入时附完整姓名+职位，后续可只写代号。**
+
+#### RACI 矩阵更新规则
+
+| 角色变化 | 是否更新 RACI |
+|----------|---------------|
+| 同一角色换人 | ❌ 不更新（仅 11.1 人员名单变更）|
+| 角色新增/删除 | ✅ 更新 |
+| 角色职责变化 | ✅ 更新（重画 R/A/C/I 单元格）|
+| 新增业务域 | ✅ 追加列 |
+
+#### 操作步骤
+
+1. 客户/BOS 双方确认新组织（书面/邮件）
+2. 更新 Ch.11.1 架构图（用 Mermaid 或 ASCII）
+3. 更新 Ch.11.2 RACI 矩阵
+4. 检查 Ch.3.3 / Ch.10.1 同步
+5. 在 Ch.12.2 关闭对应待确认项（移至 12.1 已确认）
+6. 附录 C 追加决策记录
+
+### 5.4 更新项目策略
+
+#### 适用场景
+
+策略层调整包括（按重要度）：
+
+| 策略类型 | 示例 | 影响范围 |
+|----------|------|----------|
+| **架构策略** | 引入/退出某系统、调整集成方式 | Ch.3 / Ch.9 / Ch.17 |
+| **方法论策略** | Growing Core 范围调整、Phase 切分变化 | Ch.10 / Ch.20 |
+| **范围策略** | 一期/二期范围变化、Scope Item 替换 | Ch.2 / Ch.4-8 / Ch.14 |
+| **风险策略** | 风险偏好调整、应对策略升级 | Ch.12 / Ch.21 |
+| **交付策略** | 远程/现场比例、AMS 模式 | Ch.11 / Ch.13 |
+
+#### 策略更新前必走的 5 个问题
+
+> **不答这 5 个问题，不要动文档。**
+
+1. **为什么变？** — 客户决策 / 法规变化 / 内部资源 / 行业趋势
+2. **影响哪些章节？** — 列清单
+3. **是否有反向影响？** — 一个改动是否破坏 3 个其他章节
+4. **是否需要客户确认？** — 商务侧流程
+5. **是否触发 GDK 框架变化？** — 涉及 Growing Core / 4D 矩阵时**必须**通知原作者
+
+#### 策略变更记录模板
+
+```markdown
+## 附录 C.X 策略变更记录 V[X.Y]
+
+**变更日期**：YYYY-MM-DD
+**变更类型**：[架构/方法论/范围/风险/交付]
+**变更人**：[姓名]
+**变更内容**：
+- 旧：[原策略]
+- 新：[新策略]
+**影响章节**：[Ch.X / Ch.Y / Ch.Z]
+**客户确认**：[是/否/邮件日期]
+**反向影响评估**：[无 / 列出]
+**附录 C 索引**：本决策为第 X 项
+```
+
+#### 重大策略变更的"必审批"清单
+
+以下变更**必须**经过项目经理/架构师/客户总监三方确认：
+
+- ❗ 改变 Phase 切分（如 P1 推迟超过 1 个月）
+- ❗ 改变 Growing Core 范围
+- ❗ 引入/退出 RISE/GROW 路径
+- ❗ 改变 GPO 任命方式
+- ❗ 改变银企直连银行清单（涉及银行合规）
+- ❗ 改变本地化合规范围（涉及法规）
+- ❗ 改变 BTP/WMS 集成架构
+
+---
+
+## 6. 辅助更新场景
+
+### 6.1 勘误修正
+
+#### 操作步骤
+
+1. 在 `findings.md` 附录追加"V[X.Y] 勘误记录"
+2. 修改文档对应章节
+3. 在 Ch.5.3 V2.0→V3.0 勘误表下方追加"V3.0→V[X.Y] 勘误表"
+4. 在章节开头加 `> **V[X.Y] 勘误 (YYYY-MM-DD)**` 引用块
+
+#### 勘误分级
+
+| 级别 | 定义 | 处理时效 |
+|------|------|----------|
+| **P0-严重** | 数字错误、Scope Item 名称错误、影响客户决策 | 24 小时内 |
+| **P1-中等** | 错别字、术语不一致、链接失效 | 1 周内 |
+| **P2-轻微** | 格式调整、表述优化 | 下次大版本 |
+
+### 6.2 待确认事项变更
+
+#### 三种状态
+
+| 状态 | 标记 | 位置 |
+|------|------|------|
+| 已确认 | ✅ | 移至 Ch.12.1（V3 已有 9 项）|
+| 待确认 | ⭐ | 留在 Ch.12.2（V3 已有 8 项）|
+| 已关闭/不适用 | ❌ | 移至 Ch.12.4 关闭清单 |
+
+#### 新增待确认事项模板
+
+```markdown
+### 12.2.X [事项简述]
+
+- **提出方**：[BOS / 客户 / 共同]
+- **提出日期**：YYYY-MM-DD
+- **影响范围**：[Ch.X / Ch.Y]
+- **决策需求**：[具体问题]
+- **建议方案**：[BOS 倾向 + 理由]
+- **决策截止**：[YYYY-MM-DD]
+- **风险等级**：[高/中/低]
+- **决策人**：[客户方角色]
+```
+
+### 6.3 风险登记册更新
+
+- **新增风险**：用 Ch.21 现有格式追加到合适级别（高/中/低）
+- **关闭风险**：移至 Ch.21.X 关闭清单，注明关闭日期和原因
+- **调整风险**：保留原编号，更新字段并加"**V[X.Y] 调整说明**"
+
+#### 风险数量约束
+
+- 风险总数应控制在 **30-40 项**（V3 当前 35 项）
+- 删除已关闭风险**不要**直接删，移至关闭清单
+- 新增风险超过 5 项时，重新做一次优先级排序
+
+### 6.4 附录更新
+
+| 附录 | 更新频率 | 注意事项 |
+|------|----------|----------|
+| A 术语表 | 低 | 新增术语必须与正文同步 |
+| B 参考资料 | 低 | 链接失效立即更新 |
+| C 关键决策记录 | **每次**策略变更后 | 强制留痕 |
+| D 页数估算 | 仅结构大改后 | 用 A4 / 11pt / 单倍行粗略估算（1 页 ≈ 600 字 + 4 个表格）|
+
+---
+
+## 7. 文档维护工作流
+
+### 7.1 三步流程
+
+```
+┌──────────────────────────────────────────────────────────┐
+│  Step 1：修改前                                            │
+│  - 备份当前 v3.md → v3_YYYYMMDD_HHMM_backup.md          │
+│  - 在 task_plan.md 登记修改任务                          │
+│  - 必读 5 个问题（见 5.4 策略更新）                     │
+└──────────────────────────────────────────────────────────┘
+                          ↓
+┌──────────────────────────────────────────────────────────┐
+│  Step 2：修改中                                            │
+│  - 按本指导书对应章节操作                                │
+│  - 严格遵循 Scope Item 引用规范（见 4）                 │
+│  - 严格遵循风格约定（见 3）                              │
+│  - 实时更新附录 C 决策记录                                │
+└──────────────────────────────────────────────────────────┘
+                          ↓
+┌──────────────────────────────────────────────────────────┐
+│  Step 3：修改后                                            │
+│  - 走 8 节 QA 清单（10 项必检）                          │
+│  - 在 progress.md 追加会话日志                            │
+│  - 关闭 task_plan.md 对应任务                            │
+│  - 通知相关 reviewer                                      │
+└──────────────────────────────────────────────────────────┘
+```
+
+### 7.2 并行修改规则
+
+- **同一章节**：禁止两人同时改（用 git/worktree 隔离）
+- **不同章节**：可并行，但必须在 progress.md 声明
+- **关联章节**：如 Ch.10 + Ch.20 时间数据，**必须**串行
+
+### 7.3 版本号管理
+
+| 版本号 | 触发条件 | 通知范围 |
+|--------|----------|----------|
+| V3.0 | 初版 | 全部 |
+| V3.1 | 单章节勘误 / 术语调整 | 项目组 |
+| V3.2 | 多章节优化 / 新增案例 | 项目组 + 客户 |
+| V4.0 | 重大结构调整 / 范围变化 | **全部 + 客户评审** |
+
+> V3.x 内部不留版本（一次定稿到下一版），除非涉及 7.3 表格中的"重大调整"。
+
+### 7.4 备份策略
+
+- 每次修改前自动备份到 `.opencode/memory/backups/v3_YYYYMMDD_HHMM.md`
+- 备份保留最近 10 个版本
+- 重大版本（V3.x）永久保留
+
+---
+
+## 8. 质量检查清单（修改后必走）
+
+> **完成任何修改后，必须逐项打勾。** 10 项中任意一项未通过，**不得**视为完成。
+
+### 8.1 内容一致性
+
+- [ ] **时间数据一致**：Ch.2.2 / Ch.10.4-10.5 / Ch.20 / Ch.26 中的 P1-P4 Go-Live 时间完全一致
+- [ ] **Scope Item 一致**：同一 ID 在文档所有位置的名称完全一致（如 4.5 节"3MO"和 5.1 节"3MO"必须同名）
+- [ ] **术语一致**：附录 A 术语与正文首次出现处一致
+- [ ] **人名/项目名一致**：GPO/RPO/LPO 姓名、角色、代号在 11.1/11.2/3.3/10.1 中一致
+- [ ] **数字一致**：人数（425）、法人数（11+）、Phase 数（P1-P4）等关键数字在 5 处以上提及且数字一致
+
+### 8.2 Scope Item 引用合规
+
+- [ ] **格式正确**：`【优先级】[ID] [名称] — 来源：[文件名]`
+- [ ] **无 `x.x.x` 格式**：所有 ID 都是 2-4 位大写字母
+- [ ] **来源标注**：每个 ID 都附 KB 文件名
+- [ ] **5 处勘误警觉**：3MO / 3D2 / 3XK / 2RU / BNZ 已使用正确名称
+- [ ] **冲突已标注**：若同 ID 在不同章节名称不同，已显式说明
+
+### 8.3 风格合规
+
+- [ ] **标题无跳级**：`## → ### → ####` 严格
+- [ ] **表格有表头**：所有 markdown 表格首行为列名
+- [ ] **无 TODO/TBD**：所有占位符已替换为具体内容
+- [ ] **无自我声明**：未出现"已严格执行"/"完美"等
+- [ ] **路线图注明**：涉及未来功能处已加"**非已发布功能**"标签
+
+### 8.4 流程合规
+
+- [ ] **附录 C 留痕**：本次修改已在附录 C 登记
+- [ ] **进度日志更新**：progress.md 已追加本次会话
+- [ ] **备份已保存**：v3_YYYYMMDD_HHMM.md 已生成
+- [ ] **task_plan.md 关闭**：对应任务已勾选
+- [ ] **Reviewer 通知**：已邮件/IM 通知相关 reviewer
+
+### 8.5 商务合规
+
+- [ ] **客户化名**：所有案例已脱敏
+- [ ] **NDA 客户**：未泄露任何 NDA 信息
+- [ ] **价格/工时**：未写入具体数字（仅在商务附件 1 中）
+- [ ] **银行清单**：7 章财务中仅引用国家+银行名，未写账号
+
+---
+
+## 9. 常见错误 FAQ
+
+### Q1. 我想加一个新的 Scope Item，直接写就行吗？
+
+**A**: 不行。**必须**先走 4.3 KB 验证流程 6 步。未验证的 ID 一律标 `【需确认】`，不直接写入正式章节。
+
+### Q2. Ch.10 中 Growing Core 范围能改吗？
+
+**A**: 可以，但是属于 **重大策略变更**（见 5.4 必审批清单），需项目经理/架构师/客户总监三方确认 + 附录 C 留痕。
+
+### Q3. P1 Go-Live 时间推迟了，文档要改几处？
+
+**A**: 最少 5 处：Ch.2.2、Ch.10.4-10.5、Ch.10.6、Ch.20.1、Ch.26.1。**必须**用 8.1 一致性检查表逐项核对。
+
+### Q4. 客户要求增加一个国家（如越南），需要做什么？
+
+**A**: 走"新增国家"流程（5.2 时间更新 + 5.4 策略更新 + 6.2 待确认变更 + 14.x 本地化手册新增）。涉及至少 8 个章节同步。
+
+### Q5. Scope Item 名称在不同 SAP 版本（如 2202 vs 2602）不一致，用哪个？
+
+**A**: **强制使用 2602 版本**（与项目所在 KB 目录一致）。如果客户已经在用 2202 系统，需在文档中显式注明"系统版本 2202，名称差异以实际为准"。
+
+### Q6. 我写了一个章节，客户说看不懂，怎么办？
+
+**A**: 90% 的情况是**专业术语过密**。执行以下优化：
+1. 每个 SAP 术语首次出现加"中文（英文）"双标
+2. 把抽象描述改为"**客户场景 → SAP 流程 → 凭证/单据**"三段式
+3. 复杂流程加 1-2 个具体数字示例（如"返利冲抵：DJI PRM 账户 100 USD → 客户订单 100 USD → 余额 0"）
+4. 加 Mermaid/ASCII 时序图
+
+### Q7. 我手头没 KB 文件，能不能凭记忆写？
+
+**A**: **绝对不行**。Agent1 禁止规则第 3 条（不输出 `x.x.x` 格式 Scope Item）就是为了防止这种情况。**没有 KB 验证的 ID 不写入文档**。
+
+### Q8. 客户问"BOS 做过类似项目吗"，但我没案例素材，怎么办？
+
+**A**: 三种应对：
+1. **拒答**：礼貌告知"受 NDA 限制无法分享"，转用同行业通用方法论描述
+2. **抽象化**：写"某东南亚消费电子分销商"（必脱敏）
+3. **方法论代替案例**：用 Growing Core / 4D 矩阵等方法论创新点替代具体案例
+
+### Q9. V3 文档可以直接发给客户吗？
+
+**A**: **V3.0 是内部版本**。发给客户前需：
+- 删除或泛化所有 BOS 内部信息（如报价、风险等级）
+- 替换"客户"为"贵司"
+- 加封面页 + 客户专属页眉
+- 经项目经理/商务 2 人审核
+
+### Q10. 我发现 V3 第 X 章有个错误，但属于"作者风格选择"，应该改吗？
+
+**A**: 区分"错误"与"风格"：
+- **错误**：Scope Item 名错、数字错、链接失效、引用来源缺 → **必须**改（5 处勘误 + Ch.5.3 表）
+- **风格**：段落长短、表格列序、引用块位置 → **不动**（避免破坏原作者的节奏）
+
+---
+
+## 10. 升级路径与联系人
+
+### 10.1 升级路径（按问题类型）
+
+```
+                    ┌──────────────────────┐
+                    │   Level 0：自查        │  ← 80% 问题
+                    │   （看本指导书）       │
+                    └──────────┬───────────┘
+                               │ 未解决
+                               ↓
+                    ┌──────────────────────┐
+                    │   Level 1：原作者     │  ← 15% 问题
+                    │  （V3 编写团队）      │
+                    └──────────┬───────────┘
+                               │ 重大变更 / 客户决策
+                               ↓
+                    ┌──────────────────────┐
+                    │   Level 2：项目经理   │  ← 4% 问题
+                    │  （审批流程）         │
+                    └──────────┬───────────┘
+                               │ 战略级 / 影响交付
+                               ↓
+                    ┌──────────────────────┐
+                    │   Level 3：客户总监   │  ← 1% 问题
+                    │  （商务/客户侧）      │
+                    └──────────────────────┘
+```
+
+### 10.2 常见问题对应升级路径
+
+| 问题类型 | 升级至 |
+|----------|--------|
+| Scope Item 名称不确定 | Level 1 + KB 团队 |
+| 数字一致性冲突 | Level 1 |
+| P1-P4 时间调整 | Level 2 |
+| 新增/删除国家 | Level 2 + 客户侧 |
+| Growing Core 范围变化 | Level 2 + 客户总监 |
+| NDA / 商务敏感 | Level 3 |
+| 银行清单更新 | Level 1（仅内部）|
+| 本地化合规范围 | Level 2 + 客户法务 |
+| 文档格式/排版 | Level 0 自查 |
+
+### 10.3 紧急情况
+
+- **客户明天要交付**：跳过 Level 0，直接 Level 1 同时发邮件通知
+- **P0 严重错误**（数字 / Scope Item 名称错）：24 小时内修复，邮件通知所有相关方
+- **客户拒绝签收**：立即 Level 3 介入
+
+---
+
+## 附录：V3 章节-功能矩阵
+
+> 用于快速定位"某个需求应在哪个章节改"。
+
+| 客户问题/需求 | 涉及章节 |
+|---------------|----------|
+| 公司基本信息 | 1.1 |
+| 痛点排序变更 | 1.2 |
+| 业务/财务目标 | 2.1 |
+| 范围调整 | 2.2 |
+| 系统架构 | 3.1, 3.2, 3.4 |
+| GPO/RPO/LPO | 3.3, 11.1 |
+| 4D 矩阵 | 3.2 |
+| Growing Core | 3.4, 10.2 |
+| 数据流 | 3.5 |
+| 主数据治理 | 3.7, 18.x |
+| B2B 子模块 | 4.x |
+| Scope Item | 5.1, 5.2, 5.3 |
+| B2C 模块 | 6.x |
+| 财务（总账/AR/AP）| 7.1-7.4 |
+| 银行直连 | 7.5 |
+| 预算/固资/看板/OA | 8.x |
+| 集成方案 | 9.x |
+| 实施方法论 | 10.x |
+| 实施节奏 | 10.4-10.5 |
+| 里程碑 | 10.6 |
+| RACI | 11.2 |
+| 待确认事项 | 12.2 |
+| 风险 | 12.3, 21.x |
+| 商业价值 | 13.x |
+| 11 国本地化 | 14.x |
+| 6 大 E2E | 15.x |
+| 集成时序 | 16.x |
+| 网络/安全/灾备 | 17.x |
+| 性能 | 19.x |
+| 甘特图 | 20.x |
+| 培训 | 22.x |
+| 变更/沟通/质量 | 23-25.x |
+| Cutover | 26.x |
+| 决策记录 | 附录 C |
+| 术语 | 附录 A |
+| 参考资料 | 附录 B |
+
+---
+
+## 结语
+
+本指导书的目标是让任何接手 V3 文档的同事**1 小时内**：
+- 理解文档结构（看第 1 节）
+- 找到要改的章节（看附录矩阵）
+- 按规范修改（看第 5-6 节）
+- 验证质量（看第 8 节）
+- 遇到问题时知道找谁（看第 10 节）
+
+如果本指导书本身有错误或遗漏，**请通过附录 C 留痕**，并升级至 Level 1。
+
+> **文档维护的本质不是写新内容，而是让旧内容始终可用。** — 百疆 V3 维护团队

sources/百疆方案讲演_讲解提示_v1.0.md

+# 百疆方案讲演 — 讲解提示（竞争性话术版）v1.0
+
+> 配套：百疆方案讲演_策略与大纲_v1.0.md + 百疆主线流程图_v1.0.pptx（2页）
+> 编制：2026-06-11 | 用途：讲演人排练与现场提词
+
+---
+
+## 0. 三条讲解铁律
+
+1. **每个功能后面必须跟一句"对你意味着什么"。** 竞品讲功能清单，你讲业务后果。说完"Condition Contract"必须接"大疆下个月改返利政策，你们不用找我们改代码"。
+2. **永远用客户需求文档里的原话当锚点。** "做轻前端""总部-国家管控""性价比最高的方式""持续新增国家"——这些词一出口，客户立刻知道你读懂了他。
+3. **主动亮短板=掌控感。** 菲律宾一期手动、千易暂不集成、5个月工期紧——你先说出来，竞品就没法用它攻击你。
+
+---
+
+## 1. 开场30秒（定调，背下来）
+
+> "今天我不打算给各位讲SAP有多少个功能模块。我们仔细研究了百疆的需求文档，我们的判断是：这个项目的本质只有两件事——**把账和货管住，把扩张变成复制**。百疆还在持续开新的国家，每开一国，系统是重新上一遍，还是复制一遍？这是今天方案的核心。接下来90分钟，我只讲一条流程线、三个边界决策、一张分批时间表。"
+
+**为什么这样开场**：竞品都会从公司介绍和产品介绍讲起。你跳过自我介绍直奔客户的本质矛盾，前30秒就完成差异化。
+
+---
+
+## 2. 主线流程图（第1页）逐步讲解提示
+
+讲法总纲：**手指沿着流程线从左走到右，一步一停，每步20-40秒。**
+
+| 步骤 | 讲什么 | 价值钩子（必说） | 竞品对比暗线（点到为止） |
+|------|--------|----------------|------------------------|
+| ① 经销商下单 | 经销商在DMS自助下单，国外销售可代下单 | "你们说前端要做轻——DMS就是轻前端，SAP在后面做重" | 暗指竞品把订货平台做成重型定制 |
+| ② 库存校验ATP | 下单瞬间SAP实时校验可用库存 | "**超卖在下单那一秒就被拦住**，不是事后对账发现" | 现状：简道云手工台账，必然超卖 |
+| ③ 信用与审批 | 信用额度自动冻结、多级审批 | "应收风险前置——这是需求文档里'风险前置'四个字的落地" | — |
+| ④ 拣货扫SN出库 | WMS扫码出库，SN绑定客户 | "每一台无人机从入库到交付，SN全程有账可查" | 竞品方案SN靠Excel |
+| ⑤ 签收批量激活 | 大客户签收即批量激活 | "激活率以后还要和返点挂钩——这个数据基础今天就埋好" | 呼应纪要中客户的未来期望 |
+| ⑥ 自动开票 | 业务单据自动生成财务凭证 | "**业务做完，账已经做完了**——这就是业财同源" | 现状：人工对账量大 |
+| ⑦ 返利计提抵扣 | 自动计提、周期结算、抵扣应收 | "大疆给什么返利，你给客户什么返利；规则变，改配置，不改代码" | 竞品：规则一变就是二开项目 |
+| ⑧ 自动月结 | 多币种多账簿，快速关账 | "六个国家的账，总部月初几天就能合上" | 现状：月结周期长 |
+
+**走完流程线后的收束句（必说）**：
+> "各位注意，我刚才讲的不是八个功能，是**一笔订单的一生**。它流过三个系统，但每个数据只有一个来源。这就是和'多套系统拼起来'的方案最根本的区别。"
+
+---
+
+## 3. 差异化价值页（第2页）讲解提示
+
+**节奏：先念左边金色'要害'，停顿两秒，反问一句，再给右边答案。** 让客户先在心里承认问题，答案才有重量。
+
+| 要害 | 反问句（停顿后说） | 答案的重音词 |
+|------|------------------|-------------|
+| 持续新增国家 | "明年要开新国家的时候，是再做一个项目，还是复制一套模板？" | **复制式上线** |
+| 多国财税合规 | "巴西的NF-e、墨西哥的CFDI，今天谁在替你们扛合规风险？" | **SAP原生本地化**（不是外挂） |
+| 返利即生命线 | "上次大疆改返利政策，你们的台账改了多久？" | **改配置不改代码** |
+| 超卖与SN追溯 | "出了超卖，是ERP的问题还是WMS的问题？谁负责？" | **同栈一体，一家负责** |
+| 系统越上越多 | "数字化这几年，你们的系统是变多了还是变少了？" | **系统做减法** |
+
+**本页收束句**：底部金句直接念出来，放慢语速：
+> "我们交付的不是一套软件，而是'总部—国家'的全球管控模板——**每新增一个国家，就是复制一次成功。**"
+
+---
+
+## 4. 竞品反击话术（被比较时用，绝不主动贬低）
+
+| 竞品攻击 | 反击框架（不点名、用事实） |
+|---------|--------------------------|
+| **国产ERP更便宜、本地化更好** | "国内本地化大家都好。问题在海外：巴西NF-e、墨西哥CFDI、加拿大税制、菲律宾合规——这些是不是原生能力，决定了每开一国是配置两周还是二开半年。百疆的主战场在海外。" |
+| **NetSuite等云ERP更适合分销** | "通用云ERP做标准分销没问题。百疆的复杂度在三处：大疆返利体系、SN全生命周期、B2B订货平台深度集成——这三处都需要平台级扩展能力（BTP），而不是表单级定制。" |
+| **其他SAP伙伴（同产品）** | "产品一样的时候，比的是两件事：**架构判断**（哪些不该SAP做——我们的方案里千易保留、飞书保留、金蝶只读，系统做减法）和**自研交付能力**（DMS和WMS我们用SAP同栈自己做，不转包）。" |
+| **客户自己想"简道云再升级"** | 不正面否定，引用其需求文档："'已无法支撑全球化、多组织、多业态的快速发展'——这是你们自己的结论。低代码适合做轻前端，DMS就是这个定位；但账和货的核心必须是强约束系统。" |
+| **5个月上线，别人说做不到/你们吹牛** | "做不到的是Big Bang。我们是P1到P4分四批，每批范围收敛在B2B+财务，公有云预配置最佳实践、Fit-to-Standard不做大开发——节奏是用范围纪律换来的。"（注意：承诺加"自项目启动起算"） |
+
+---
+
+## 5. 语言禁区（说错一句，前功尽弃）
+
+1. **不贬低金蝶/简道云**——客户用了多年且金蝶保留只读。说"它完成了历史使命"，不说"它不行"。
+2. **不报未经KB验证的Scope Item ID**——讲演现场只讲业务语言；ID留给Fit-to-Standard工作坊，报错一个ID损失全部专业权威。
+3. **不说"SAP什么都能做"**——你的差异化恰恰是"我们知道SAP不该做什么"。
+4. **不当场承诺预算管理细节**——纪要明确放二期，回应口径："标准功能能覆盖到什么程度，我们放到工作坊用系统演示给你看。"
+5. **不替客户决策SN归属/金蝶处置等待确认项**——口径："这是蓝图工作坊第一批要共同敲定的议题"，顺势推进下一阶段。
+6. **时间承诺必须带条件状语**——"自项目启动起算5个月"，不是"11月一定上线"。
+
+---
+
+## 6. 现场节奏与对象控制
+
+- **盯人**：架构图和差异化页讲给**拍板人**（看着他讲"系统做减法""复制式扩张"）；流程细节讲给**业务负责人**；集成与BTP讲给**IT**。
+- **停顿点**：每讲完一个泳道、每个反问句后，停2秒扫视全场。竞品的讲演是连续播放，你的讲演有呼吸。
+- **被打断是好事**：客户插话问细节=进入了你的流程线。答完立刻拉回主线："这个问题工作坊里我们用系统演示，现在回到流程线第⑥步。"
+- **收尾动作**：最后一页停在"蓝图工作坊议题清单"，把"要不要选我们"的问题转换成"工作坊什么时候开始"。
+
+---
+
+*v1.0 | 2026-06-11 | 排练建议：完整走一遍计时，主线流程页不超过12分钟，差异化页不超过8分钟*

sources/百疆集团各国差异性需求明细解决方案.md

+# 百疆集团各国差异性需求明细解决方案
+
+> **文档来源**：`各个国家的差异性需求-2.0-BOS.xlsx`（需求汇总 21 条）
+> **文档性质**：客户需求解决方案（明细版），按需求类型归类整理，逐条给出 SAP 方案应答
+> **说明**：系统截图后期补充，文中以【截图占位】标注插入位置
+
+---
+
+## 一、需求总览与归类
+
+### 1.1 需求归类框架
+
+21 条需求按「模块 → 子类」两层归类：
+
+| 模块 | 子类 | 需求编号 |
+|------|------|----------|
+| 业务模块 | 销售订单与结算 | #2、#3、#6、#7 |
+| 业务模块 | 定价、折扣与税务 | #4、#5 |
+| 业务模块 | 采购与库存 | #1、#9 |
+| 业务模块 | 跨组织业务协同 | #8、#12 |
+| 业务模块 | 信用与返利 | #10、#11 |
+| 财务模块 | 收入确认与核算 | #13、#19、#20 |
+| 财务模块 | 开票与关税 | #16、#17 |
+| 财务模块 | 资金管理 | #15、#21 |
+| 财务模块 | 多币种与合并报表 | #14、#18 |
+
+### 1.2 需求汇总一览表
+
+| 序号 | 模块 | 归类 | 需求名称 | 涉及国家/地区 | SAP 方案要点 | 能否演示 |
+|------|------|------|----------|----------------|--------------|----------|
+| 1 | 业务 | 采购与库存 | 采购流程校验（数量/SN） | 通用 | 收货校验 + 序列号管理 + SAP AI | 需 SAP 视频 |
+| 2 | 业务 | 销售订单与结算 | 销售单可同时下单套装和非套装产品 | 安徽、黑龙江、巴西、意大利、墨西哥 | 销售 BOM + 套装/单件混合下单 | 可以 |
+| 3 | 业务 | 销售订单与结算 | 销售单可使用多个渠道的余额 | 安徽、黑龙江 | 账户组合支付 + 信用额度 + 折扣分摊 | 可以 |
+| 4 | 业务 | 定价、折扣与税务 | 明晰各国流转税规则并在下单时关联带出 | 巴西、加拿大等 | 发货地+收货地税务确定 | 可以（PPT 有巴西） |
+| 5 | 业务 | 定价、折扣与税务 | 可实现多形式的销售折扣 | 加拿大等 | 整单折扣 + 现金折扣（条件技术） | 可以 |
+| 6 | 业务 | 销售订单与结算 | 销售单金额可分期付款 | 巴西、其他国家 | 分期付款计划 + 账期/信用额度 | 可以 |
+| 7 | 业务 | 销售订单与结算 | 一个销售单可以分仓发货 | 加拿大 | 行项目级库存地点 + 部分交货，无需拆单 | 可以 |
+| 8 | 业务 | 跨组织业务协同 | 一国销售出库单自动生成另一国采购入库单 | 菲律宾、北非（埃及） | 公司间销售/公司间采购自动传递 | 可以 |
+| 9 | 业务 | 采购与库存 | 根据实仓和虚仓推送数据到 WMS | 加拿大 | 虚拟库存地点占库 + 实仓对接千易 | 可以 |
+| 10 | 业务 | 信用与返利 | 客户信用等级随下单数量递增 | 巴西 | 信用管理 + 等级升级规则（需开发） | 不行 |
+| 11 | 业务 | 信用与返利 | 自动抓取并汇总返利数据 | 通用 | 标准返利协议 + 部分规则开发 | PPT 有说明 |
+| 12 | 业务 | 跨组织业务协同 | 一个单据可同时传财务模块多个单据 | 安徽、黑龙江 | 一单多凭证（出库/入库/应收应付） | — |
+| 13 | 财务 | 收入确认与核算 | 可设置不同的确认收入节点 | 墨西哥、加拿大、美国 | 出库记发出商品，签收触发开票确认收入 | — |
+| 14 | 财务 | 多币种与合并报表 | 本国货币自动转换为本位币 | 中亚 | 三种货币金额并行记账 | 可以 |
+| 15 | 财务 | 资金管理 | 第三方平台抓取银行数据生成财务单据 | 安徽、黑龙江 | 银企直连 + 收付款 APP | PPT 有说明 |
+| 16 | 财务 | 开票与关税 | 多样的开票形式（套装/子件开票） | 安徽、黑龙江 | 销售 BOM 计费控制，按套装或子件开票 | 可以 |
+| 17 | 财务 | 开票与关税 | 关税自动分配到入库产品 | 通用（金蝶现状） | 采购订单费用分摊（按价值比例） | 可以 |
+| 18 | 财务 | 多币种与合并报表 | 集团层面报表合并 | 通用 | S/4HANA Group Reporting，集团货币人民币 | 可以 |
+| 19 | 财务 | 收入确认与核算 | 销售单折扣入费用 | 通用 | 独立条件类型，折扣计入费用科目 | 可以 |
+| 20 | 财务 | 收入确认与核算 | 一个组织设置三套利润报表 | 菲律宾 | COPA 多维度利润分析（自营/合营） | 说明 |
+| 21 | 财务 | 资金管理 | 飞书报销流程数据传输至财务系统 | 安徽、黑龙江、菲律宾、加拿大 | CPI 集成，直接生成凭证或经付款单 | 说明 |
+
+### 1.3 各国/地区需求分布
+
+| 国家/地区 | 涉及需求 |
+|-----------|----------|
+| 安徽、黑龙江 | #2、#3、#12、#15、#16、#21 |
+| 巴西 | #2、#4、#6、#10 |
+| 加拿大 | #2、#4、#5、#7、#9、#13、#21 |
+| 墨西哥 | #2、#13 |
+| 意大利 | #2 |
+| 菲律宾 | #8、#20、#21 |
+| 北非（埃及） | #8 |
+| 美国 | #13 |
+| 中亚 | #14 |
+| 通用（未限定国家） | #1、#11、#17、#18、#19 |
+
+---
+
+## 二、业务模块需求明细方案
+
+### 2.1 采购与库存
+
+#### 需求 1：采购流程校验
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 工厂发货数量与我方收货数量是否一致；工厂发货 SN 与我方收货 SN 是否一致。 |
+| **涉及国家** | 通用 |
+| **现状** | 依赖人工核对工厂发货单与到货实收数量、SN 清单。 |
+| **SAP 方案** | ① 收货过账（MIGO）按采购订单校验数量，配置过账容差（超收/欠收上限），超差自动拦截或提示；<br>② 启用**序列号管理（Serial Number）**，收货时逐台扫描登记 SN，与工厂发货 SN 清单自动比对，差异清单化展示；<br>③ 结合 **SAP AI（数字助理）** 对差异进行提示与跟踪。 |
+| **演示方式** | 需要 SAP 视频演示 |
+| **截图** | 【截图占位：收货过账 SN 校验界面】 |
+
+#### 需求 9：根据实仓和虚仓推送数据到 WMS
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 加拿大：虚仓帮助大客户占用库存；实仓调拨推送数据到千易（WMS）进行仓储动作；虚仓调拨仅在 ERP 内产生库存变化，不推送千易。 |
+| **涉及国家** | 加拿大 |
+| **现状** | 同一套库存逻辑中区分实仓/虚仓动作，需要手工判断是否推送 WMS。 |
+| **SAP 方案** | ① **虚拟库存地点（Virtual Storage Location）**：虚仓调拨仅做库存地点间转移，不触发仓储执行，同时通过库存预留（Reservation/Allocation）实现大客户占库；<br>② **实仓库存地点**：库存地点配置仓储（Warehouse）标识，调拨过账触发 WMS 集成（通过 CPI/接口推送千易）；<br>③ 说明：SAP 本身有标准占库存策略（ATP/库存分配），可与现有虚仓逻辑统一。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：库存地点维护 + 虚仓调拨/实仓 WMS 推送日志】 |
+
+### 2.2 销售订单与结算
+
+#### 需求 2：销售单可同时下单套装和非套装产品
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 安徽、黑龙江、巴西、意大利、墨西哥：同一子产品在不同套装内的价格不同；下单时可同时下 A 套装（a、b、c）和非套装产品 a、b、c。 |
+| **涉及国家** | 安徽、黑龙江、巴西、意大利、墨西哥 |
+| **现状** | 套装与单件需分开下单，无法在同一销售单内混录。 |
+| **SAP 方案** | ① 使用**销售 BOM（Sales BOM / Set）**维护套装构成与套装价格；<br>② 套装行与单件行可在**同一销售订单**内混合录入，套装按 BOM 展开计价（各子件在不同套装内的条件价格可独立维护）；<br>③ 系统自动处理套装子件与单件相同物料的库存扣减与开票。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：套装与非套装混合下单的销售订单界面】 |
+
+#### 需求 3：销售单可使用多个渠道的余额
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 安徽&黑龙江：补贴（工厂+公司）+ 客户打款 + 信用额度；下单时「补贴账户」使用上限为订单金额 30%，使用的折扣金额需分配到订单的子产品金额中。 |
+| **涉及国家** | 安徽、黑龙江 |
+| **现状** | 客户预付款、补贴、信用额度分散在不同台账，下单时手工核算可用额度与抵扣比例。 |
+| **SAP 方案** | ① 补贴账户、预收账款（客户打款）通过**客户特殊总账/收款账户**在 SAP 内统一管理，下单时按账户自动带出可用余额；<br>② 信用额度部分由**信用管理（Credit Management）**校验；<br>③ 折扣金额通过**条件技术分摊到订单行项目**金额中；<br>④ ⚠ 待确认：「补贴账户使用上限为订单金额 30%」的规则口径需客户明确（BOS 回复未理解该项）。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：销售订单多账户支付/余额抵扣界面】 |
+
+#### 需求 6：销售单金额可分期付款
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | ① 巴西：销售单带出客户信用等级，信用等级决定分期次数（可手选）与首付比例，客户按期回款；<br>② 其他国家：维护客户账期与信用额度，下单时使用信用额度，账期内还款即可。 |
+| **涉及国家** | 巴西、其他国家 |
+| **现状** | 分期计划与账期均靠线下约定，系统不联动控制。 |
+| **SAP 方案** | ① 巴西：使用 **SAP 分期付款计划（Installment Plan）**，按客户信用等级自动带出期数与首付比例（可手工调整），到期自动生成收款提醒；信用等级带出需增强开发；<br>② 其他国家：客户主数据维护**账期（Payment Terms）与信用额度**，下单时信用检查自动校验。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：分期付款计划界面 + 客户账期/信用额度维护界面】 |
+
+#### 需求 7：一个销售单可以分仓发货
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 加拿大：一个销售订单可从多地仓库发货；目前处理方式是拆销售单，每单选择一个仓库。 |
+| **涉及国家** | 加拿大 |
+| **现状** | 需手工拆单，订单拆分后管理难度大、物流费用分摊不准确。 |
+| **SAP 方案** | ① 销售订单**行项目级确定库存地点**（各仓库分别分配数量），一张订单多地点备货与部分交货（Partial Delivery）；<br>② 出库时按行项目分别过账（Picking + Goods Issue），运费可按行分摊，无需拆单。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：同一销售订单多库存地点分配/发货界面】 |
+
+### 2.3 定价、折扣与税务
+
+#### 需求 4：明晰各个国家的流转税规则，销售单下单时关联带出
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 巴西、加拿大等国家流转税与发货地、收货地均相关。 |
+| **涉及国家** | 巴西、加拿大等 |
+| **现状** | 各国税制差异大（巴西 ICMS/IPI/PIS/COFINS 等），人工判断易出错。 |
+| **SAP 方案** | ① SAP **税务确定（Tax Determination）**：按发货地+收货地+客户税属性自动确定税率税种，销售订单自动带出；<br>② 巴西已实现（S/4HANA 本地化支持 ICMS/IPI/PIS/COFINS 等）；<br>③ 新国家配置对应税码与税逻辑，随系统上线逐步覆盖。 |
+| **演示方式** | 可以（PPT 中有巴西流转税页面） |
+| **截图** | 【截图占位：销售订单自动带出流转税界面】 |
+
+#### 需求 5：可实现多形式的销售折扣
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | ① 加拿大：主表折扣率字段参与子表产品价格计算，销售单折扣率可联动更新子表单产品价格（整单折扣）；<br>② 其他：使用现金支付时可通过折扣率对每个产品金额做折扣。 |
+| **涉及国家** | 加拿大等 |
+| **现状** | 折扣规则不统一，整单折扣无法联动行价格，现金折扣依赖手工。 |
+| **SAP 方案** | ① **整单折扣（Header Discount）**：条件技术设置主表折扣率，系统自动按金额/数量权重分摊至子表行项目价格；<br>② **现金折扣（Cash Discount）**：配置付款条件（如 2/10 Net 30），客户现金支付时按行项目金额自动计算折扣。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：整单折扣联动行价格 + 现金折扣计算界面】 |
+
+### 2.4 跨组织业务协同
+
+#### 需求 8：一国销售出库单自动生成另一国采购入库单
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | ① 菲律宾：批发公司销售出库数据作为零售公司收货通知单数据；<br>② 北非：埃及销售出库数据作为联营国家采购入库数据。 |
+| **涉及国家** | 菲律宾、北非（埃及） |
+| **现状** | 跨组织货物流靠人工二次录入，数据重复且易错。 |
+| **SAP 方案** | ① **公司间销售（Intercompany Sales）/公司间采购**：销售出库过账后自动生成对方公司代码的采购订单与收货通知，流程自动化；<br>② 通过 CPI/接口实现批发→零售、埃及→联营国的数据自动传递。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：公司间销售自动生成对方采购单界面】 |
+
+#### 需求 12：业务模块的一个单据可同时传财务模块的多个单据
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 安徽&黑龙江：<br>① 直发订单工厂发货后在 ERP 维护发货数据至发货明细单，发货明细单同时传金蝶的采购入库单和销售出库单；<br>② 资金调整单记录工厂返利、公司返利及其他资金调整事项，传金蝶的其他应收单和其他应付单。 |
+| **涉及国家** | 安徽、黑龙江 |
+| **现状** | 通过金蝶实现一单多传，账务与业务跨系统联动。 |
+| **SAP 方案** | ① SAP 中**一个业务单据自动生成多张财务凭证**：直发场景下发货过账同时生成销售出库（收入/成本）与采购入库（工厂直发入库）凭证，无需中间单据；<br>② 返利结算（Rebate Settlement）自动生成应收/应付调整凭证；<br>③ ⚠ 需确认：SAP 上线后金蝶是否保留（建议由 SAP 统一承担，逐步替换）。 |
+| **演示方式** | — |
+| **截图** | 【截图占位：一单生成多凭证的过账日志界面】 |
+
+### 2.5 信用与返利
+
+#### 需求 10：客户信用等级可随下单数量递增
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 巴西：8 个信用等级，信用等级随下单套装产品数量增加而增加（最多到 6 级），7 级和 8 级需要人工申请。 |
+| **涉及国家** | 巴西 |
+| **现状** | 信用等级靠线下评估维护，无法随下单量自动升级。 |
+| **SAP 方案** | ① **SAP 信用管理（Credit Management）**支持信用额度与信用检查的标准化管理；<br>② 信用等级随累计采购数量自动升级（1-6 级）需**定制开发**；7/8 级人工申请走审批流；<br>③ ⚠ 注意：完整实现需 **SAP 高级信用管理（SAP Premium Credit Management）** 另购模块或开发费用，需商务确认。 |
+| **演示方式** | 不行 |
+| **截图** | 【截图占位：客户信用等级与信用额度管理界面】 |
+
+#### 需求 11：可自动抓取并汇总返利数据
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 根据返利类型，自动抓取销售数据、客户提货数据等，按规则自动生成资金调整单。 |
+| **涉及国家** | 通用 |
+| **现状** | 返利数据依赖人工汇总计算，周期长、口径不一。 |
+| **SAP 方案** | ① SAP **标准返利处理（Rebate Agreements）**：按返利协议自动抓取销售/提货数据，按规则自动累计并结算生成调整凭证；<br>② 特殊返利规则（按国家/渠道定制）需开发增强；<br>③ 结算结果自动生成资金调整单（应收/应付）。 |
+| **演示方式** | PPT 中有说明 |
+| **截图** | 【截图占位：返利协议维护 + 返利结算清单界面】 |
+
+---
+
+## 三、财务模块需求明细方案
+
+### 3.1 收入确认与核算
+
+#### 需求 13：可设置不同的确认收入节点
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 墨西哥、加拿大：ERP 扫码做销售出库时自动传销售出库单；小客户出库即下推应收单确认收入；大客户确认签收后（jodoo 维护签收时间）触发下推应收单。<br>美国：所有客户均为客户签收后确认收入。 |
+| **涉及国家** | 墨西哥、加拿大、美国 |
+| **现状** | 出库与签收两套流程并行，小客户/大客户收入确认时点不一，靠手工判断。 |
+| **SAP 方案** | ① 销售出库过账时借记「发出商品 / 库存商品」，不确认收入；<br>② 小客户：出库过账即触发开票（Billing），确认收入（借应收/贷收入）；<br>③ 大客户：签收时间由外部系统（jodoo→BTP 轻应用）采集，通过 CPI 集成回传 SAP 触发开票确认收入；<br>④ 美国：统一客户签收后开票确认收入；<br>⑤ 凭证逻辑（SAP 与现状一致）：出库借发出商品/贷库存商品；开票借应收/贷应交增值税+主营收入，同时结转成本（贷发出商品）。 |
+| **演示方式** | — |
+| **截图** | 【截图占位：销售出库过账凭证 + 开票确认收入凭证界面】 |
+
+#### 需求 19：销售单折扣入费用
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 销售单收入正常计算，折扣部分单独计入费用。 |
+| **涉及国家** | 通用 |
+| **现状** | 折扣冲减收入，无法单独反映销售费用。 |
+| **SAP 方案** | 折扣通过**独立条件类型**记账：收入按原价确认，折扣金额通过科目确定规则计入**销售费用科目**（而非冲减收入），满足管理分析需求。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：折扣条件类型科目确定配置 + 凭证分录界面】 |
+
+#### 需求 20：一个组织设置三套利润报表
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 菲律宾：零售分自营、合营两种模式：<br>① 自营：一套报表（成本价→零售价）；<br>② 合营：两套报表（成本价→零售价、批发价→零售价）。 |
+| **涉及国家** | 菲律宾 |
+| **现状** | 自营与合营利润口径混在一起，无法分别出报表。 |
+| **SAP 方案** | ① **COPA 利润分析**按「业务模式（自营/合营）」与「价格基准（成本价-零售价、批发价-零售价）」维度出具三套利润报表；<br>② ⚠ 待确认：合营模式下**法定报表**如何出具（法人口径）需客户明确。 |
+| **演示方式** | 说明 |
+| **截图** | 【截图占位：COPA 三套利润报表界面】 |
+
+### 3.2 开票与关税
+
+#### 需求 16：多样的开票形式
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 安徽&黑龙江：A 套装（a、b）+ B 套装（c、d）= C 套装（a、b、c、d）；开票时开一张 A 套装发票和一张 c、d 的发票。 |
+| **涉及国家** | 安徽、黑龙江 |
+| **现状** | 按套装与子件灵活开票需人工选择。 |
+| **SAP 方案** | 通过**销售 BOM + 计费控制（Billing Copy Control）**：销售端可按套装开票或按子件开票，开票形式可在订单/交货时指定（本需求即：套装 BOM 行按套装开票 + 单件行按子件开票）。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：套装按子件/套装开票的发票界面】 |
+
+#### 需求 17：关税分配操作
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 金蝶通过采购费用分配，将费用应付单中的关税按比重（该产品关税费用/总关税费用）分配至入库产品；新系统能否自动实现关税分配？ |
+| **涉及国家** | 通用（金蝶现状） |
+| **现状** | 手工或半自动完成关税分摊。 |
+| **SAP 方案** | 采购订单上可维护**运费/关税等条件费用**，系统按产品**金额价值比例自动分摊**到采购订单行项目并资本化入库存成本，全过程自动。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：采购订单关税费用维护 + 分摊结果界面】 |
+
+### 3.3 资金管理
+
+#### 需求 15：可通过第三方平台抓取银行数据生成财务单据
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 安徽&黑龙江：通过银企直连将银行收款/付款数据传到金蝶，生成对应收款单/付款单；生成的收款单自动传到简道云。 |
+| **涉及国家** | 安徽、黑龙江 |
+| **现状** | 银企直连-金蝶-简道云链路。 |
+| **SAP 方案** | ① **SAP 银行集成（银企直连/银行文件接口）**自动抓取银行收付款数据，生成收款单/付款单；<br>② SAP 提供**收付款专用 APP**（Fiori）处理银行对账与收付款；<br>③ 简道云如保留，通过 CPI 同步收款单信息。 |
+| **演示方式** | PPT 中有说明 |
+| **截图** | 【截图占位：银企直连收款单生成界面】 |
+
+#### 需求 21：飞书报销流程数据传输至财务系统
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 飞书报销流程数据传至财务系统：直接生成凭证？还是传输到单据？<br>目前：安徽、黑龙江计划传输到付款单，通过付款单生成凭证；菲律宾、加拿大计划直接生成凭证。 |
+| **涉及国家** | 安徽、黑龙江、菲律宾、加拿大 |
+| **现状** | 报销数据靠人工转录至财务系统。 |
+| **SAP 方案** | 飞书报销系统通过 **CPI 集成**传输至 SAP：<br>① 安徽/黑龙江：先生成**付款单（付款建议）**，审核后过账生成凭证；<br>② 菲律宾/加拿大：直接生成**财务凭证**；<br>③ 两种模式均可在集成接口中配置实现。 |
+| **演示方式** | 说明 |
+| **截图** | 【截图占位：飞书报销集成生成的付款单/凭证界面】 |
+
+### 3.4 多币种与合并报表
+
+#### 需求 14：本国货币自动转换为本位币
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 中亚：金蝶单据录入本国货币金额后自动转换成本位币，系统通过本位币将三个国家的数据汇总成统一报表。 |
+| **涉及国家** | 中亚 |
+| **现状** | 依赖金蝶汇率换算，口径不统一。 |
+| **SAP 方案** | SAP 每张日记账分录自动记录**三种金额**：公司代码货币（各国本位币）、交易货币（业务交易货币）、集团货币（集团本位币，合并报表用），汇率自动换算，多国数据直接按集团货币汇总。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：多币种日记账分录（三种金额）界面】 |
+
+#### 需求 18：集团层面报表合并
+
+| 项目 | 内容 |
+|------|------|
+| **需求描述** | 各国没有关联交易，各国有自己的货币，报表使用人民币自动合并。 |
+| **涉及国家** | 通用 |
+| **现状** | 手工合并各国报表，周期长。 |
+| **SAP 方案** | **SAP 标准合并报表（S/4HANA Group Reporting）**：集团货币人民币，各国账套自动折算合并；即使无关联交易也可出集团合并报表，集团货币在系统初始化时设置。 |
+| **演示方式** | 可以 |
+| **截图** | 【截图占位：集团合并报表界面】 |
+
+---
+
+## 四、共性需求归类汇总（同类项合并方案）
+
+多条需求可归并为统一的平台能力，建议按以下主题集中建设：
+
+### 4.1 定价与折扣体系（#2、#4、#5、#16、#19）
+
+| 需求 | 统一方案 |
+|------|----------|
+| #2 套装+非套装下单 | 销售 BOM 统一管理套装构成与套装价格 |
+| #4 流转税 | 税确定引擎（发货地+收货地+客户属性） |
+| #5 多形式折扣 | 条件技术统一管理整单折扣/现金折扣/行折扣 |
+| #16 多样开票形式 | 计费控制统一支持按套装/子件开票 |
+| #19 折扣入费用 | 折扣条件类型独立记账科目 |
+
+**结论**：一套「定价条件 + 销售 BOM + 税确定 + 开票控制」机制即可覆盖 5 条需求。
+
+### 4.2 信用与回款体系（#3、#6、#10）
+
+| 需求 | 统一方案 |
+|------|----------|
+| #3 多渠道余额/补贴账户 | 客户账户体系（特殊总账）+ 信用额度 |
+| #6 分期付款/账期 | 分期付款计划 + 付款条款 |
+| #10 信用等级递增 | 信用管理 + 等级规则（需开发/高级模块） |
+
+**结论**：以 SAP 信用管理为核心，构建「账户余额 → 信用检查 → 分期回款 → 等级升级」闭环。
+
+### 4.3 跨组织与集成（#8、#12、#15、#21）
+
+| 需求 | 统一方案 |
+|------|----------|
+| #8 出库单转他国入库单 | 公司间销售/采购自动传递 |
+| #12 一单传多财务单据 | 业务单据自动生成多张财务凭证 |
+| #15 银企直连 | 银行集成自动生成收付款单 |
+| #21 飞书报销 | CPI 集成（直接凭证或经付款单） |
+
+**结论**：以 SAP 为唯一业务/财务主数据源，通过 CPI 统一对接外部系统（银行、飞书、WMS/千易、简道云），减少中间系统重复录入。
+
+### 4.4 多币种与合并（#14、#18）
+
+| 需求 | 统一方案 |
+|------|----------|
+| #14 货币自动转换 | 三种货币金额并行记账 |
+| #18 集团合并报表 | Group Reporting 集团货币自动合并 |
+
+**结论**：平行货币 + 标准合并模块，天然满足「各国本地币记账、人民币合并出报表」。
+
+### 4.5 返利与资金调整（#11、#12-②）
+
+| 需求 | 统一方案 |
+|------|----------|
+| #11 返利自动抓取汇总 | 标准返利协议 + 规则开发 |
+| #12-② 资金调整单 | 返利结算自动生成应收/应付调整凭证 |
+
+**结论**：返利协议统一管理上游（工厂/公司）与下游返利，结算结果直接生成资金调整凭证。
+
+---
+
+## 五、需客户确认事项
+
+| 编号 | 来源需求 | 待确认事项 | 影响 |
+|------|----------|------------|------|
+| Q1 | #3 | 「补贴账户使用上限为订单金额 30%」的规则口径（按订单、按产品？） | 余额抵扣方案设计 |
+| Q2 | #6 | 巴西销售单自动带出客户信用等级（决定期数与首付比例）需增强开发，确认是否接受开发 | 开发范围 |
+| Q3 | #10 | 信用等级自动递增需开发 + 高级信用管理（1QM）软件费用，确认商务投入 | 商务范围 |
+| Q4 | #12、#13、#15、#21 | SAP 上线后，金蝶、简道云是否保留？（建议由 SAP 统一承接，逐步替换） | 集成范围与过渡期策略 |
+| Q5 | #20 | 菲律宾合营模式的法定报表出具口径 | 法报方案 |
+| Q6 | #9 | 现有虚仓占库逻辑与 SAP 标准库存分配策略的取舍 | 库存方案 |
+| Q7 | #11 | 特殊返利规则清单（哪些需定制开发） | 开发范围 |
+| Q8 | #13 | 大客户签收时间采集（现 jodoo）在新系统的对应方案（BTP 轻应用/APP） | 集成方案 |
+
+---
+
+## 六、后续补充说明
+
+1. **系统截图**：本方案文中以【截图占位】标注的位置，后续在 Demo 环境完成对应功能演示后补充 SAP 系统截图。
+2. **演示方式汇总**：可以演示 14 条（#2、#3、#4、#5、#6、#7、#8、#9、#14、#16、#17、#18、#19 等），需 SAP 视频 1 条（#1），PPT 已有说明 3 条（#11、#15），说明型 2 条（#20、#21），需开发/商务确认 1 条（#10）。
+3. **本方案为需求应答版**，待 Q1-Q8 确认后细化至具体配置/开发设计。

sources/百疆集团数字化需求_B2B模块.md

+# 百疆集团数字化需求文档 — B2B 模块（2.1）
+
+> 来源：百疆集团数字化需求文档（对外版）
+> 整理时间：2026-06-03
+
+---
+
+## 目录
+
+- [1. 商品管理](#1-商品管理)
+- [2. 价格管理](#2-价格管理)
+- [3. B2B 采购管理](#3-b2b-采购管理)
+- [4. B2B 客户关系管理](#4-b2b-客户关系管理)
+- [5. B2B 销售管理](#5-b2b-销售管理)
+- [6. B2B 仓储管理](#6-b2b-仓储管理)
+- [7. B2B 销售物流管理](#7-b2b-销售物流管理)
+- [8. B2B 返利管理](#8-b2b-返利管理)
+- [9. B2B 售后管理](#9-b2b-售后管理)
+- [10. B2B 经销商订货平台](#10-b2b-经销商订货平台)
+
+---
+
+## 1. 商品管理
+
+### 物料档案
+
+建立标准化物料编码体系，记录规格型号、SN 码、EAN 码、品类、批次、适配机型、保质期、归属仓库等核心信息，支持多维度查询与追溯。
+- 赠品管理、营销物料管理
+- 物料分组对齐工厂
+- 图片、文档上传
+- Bundle 定价：Bundle 里面同一产品价格不一定一样
+- 工厂发货整包，拆包后增加内部编码，拆包入库
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 总部 | 统一物料编码（加拿大增加内部编码） |
+| 菲律宾 | 按渠道分价；支持比索定价 |
+| 加拿大 | 价格按客户产品点位定价（一客一价）；支持加币；商超专用价，Part Number 及 EAN 后 8 位及 BBY 的 SKU CODE 字段 |
+| 墨西哥 | 美客多商超价；按客户等级定价；比索定价 |
+| 巴西 | 客户分级价（S/A/B/普通/新客户）；雷亚尔定价 |
+| 美国 | 标准定价；美元定价；不囤货，价格短期生效 |
+| 北非 | 按六个国家单独定价，无客户等级区分；多货币 |
+| 巴基斯坦 | 统一批发价，暂无客户等级区分；巴基斯坦卢比和美元定价 |
+| 安徽/黑龙江 | 统一批发价；人民币定价 |
+
+---
+
+## 2. 价格管理
+
+### 商品价格档案
+
+构建分级价格体系，各个国家 / 分公司设置标准价格，适配跨境多币种定价需求。
+
+### 价格调整
+
+- 支持价格批量调整、阶梯定价、区域专属定价
+- 配置价格生效 / 失效时间，记录调整日志，保障价格合规可追溯
+- 流程审批
+- 利润测算-判断逻辑，低于一定数值报错
+
+---
+
+## 3. B2B 采购管理
+
+### 3.1 供应商管理
+
+建立全球供应商档案，记录供应商编码、名称、类别、账期、折扣、返利规则、币种、税号、联系人等信息，支持供应商分级分类管控。
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 总部 | 统一供应商、统一审批、统一汇率管控（单据实时汇率或月度固定汇率） |
+| 菲律宾 | 预付款为主；跨币别付款；购入库物料绑定其他相关成本（运费、关税、押金、保险等） |
+| 加拿大 | 渠道采购 + 电商采购（旺季 Q2/Q3）；一揽子采购订单；预付；存在同一申请单多笔工厂订单场景 |
+| 墨西哥 | 预付款；仅大疆一家供应商 |
+| 巴西 | 8 家供应商；价格不统一；雷亚尔兑美金付款 |
+| 美国 | 快进快出、不囤货、直发为主 |
+| 北非 | 预付款，埃及从大疆采购，坦桑尼亚、摩洛哥、安哥拉作为联营公司以成本价从埃及采购 |
+| 巴基斯坦 | 预付款，仅从大疆采购 |
+| 安徽/黑龙江 | 预付款；滚动核销；无账期 |
+
+### 3.2 采购订单管理
+
+- 支持订单创建、审批、修改、作废、拆分/合并
+- 按货品类型（大件/配件）差异化管理
+- 适配各区域订单审批流程
+- 支持多币种订单与全球下发
+- 回采 SN 码二次入库（后期需调研）
+
+### 3.3 采购申请管理
+
+支持采购申请发起、流程审批、跟踪，关联预算管控。
+
+### 3.4 采购入库管理
+
+- **入库仓库管理**：区分国内仓、海外各国实体仓，绑定对应组织主体，按国家隔离入库数据
+- **入库规则配置**：设置默认入库库区、入库优先级、批次管理规则、SN 序列号入库管控规则
+- **实物收货**：按采购订单核对货品型号、规格、数量、批次；支持整单收货、部分分批收货；支持扫码录入、批量导入收货数据；绑定 SN 码、批次号
+- **成本自动归集**：跨境海外采购入库，精准核算存货成本
+- **单据与查询管理**：入库单据管理、入库明细查询、在途采购查询
+- **异常业务处理**：
+  - 货品短装 — 实收数量少于订单数量，备注差异原因，按实际数量入库
+  - 货品错发 — 型号规格不符，直接拒收，同步对接供应商调换
+  - 破损变质 — 质检判定不合格，拒绝入库，发起采购退换货流程
+  - 核对货品数量、SN 码、规格，处理长短货、破损等异常
+- 批导数据触发发货
+
+### 3.5 采购付款管理
+
+- 支持预付款、货到付款、跨币种付款
+- 管理发票认证、匹配、红冲
+- 自动核销预付款与应付账款
+- 记录付款流水，适配银行转账、折扣冲账等付款方式
+- 采购对账
+
+### 3.6 采购退换货管理
+
+处理采购退货、换货业务，记录退换货原因、数量、SN 码，生成对应单据与凭证，跟踪退换货进度。
+
+### 3.7 采购返利管理
+
+- **促销活动类返利**：新春促销活动账单、促销价保结算、调价保护、库存保护类返利
+- **市场推广类补贴**：地推补贴、门头/门店形象补贴、声量/品牌推广类补贴、平台商/渠道合作补贴
+- **考核/销量类返利**：年度/季度考核返利、运载/产品系列专项返利
+- **售后/折扣结转类返利**：年底售后结转折扣、农机售后折扣
+
+> 此项为大疆返利给本公司，每年的返利不一样，目前填写的是历年的返利项目，只返到 PRM 的账户余额用于下单抵扣金额。关联采购单。
+
+---
+
+## 4. B2B 客户关系管理
+
+### 4.1 客户档案
+
+- **客户全档案维护**：经销商编码、名称、国家、地址、联系人、电话、邮箱、税号、开户信息、合作状态、币种、语言、客户类型（经销/代销）、客户资质附件，支持多国家主体隔离
+- **客户等级配置**：支持客户分级（按总部要求 SABC 管理），增加其他评级；DJI 客户编码（现客户映射表），用于价格、返利、授信、权益差异化管控
+- **客户标签维护**：支持区域、渠道、重点客户、潜力客户、商超客户等标签自定义，用于精细化运营筛选
+- **客户状态管控**：正常/停用/冻结/黑名单状态管理，控制客户下单、授信、返利权限
+- **客户负责人**
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 菲律宾 | B2B；多币种；账期 30/60 天；存货出库-SN 传大疆工厂 |
+| 加拿大 | 商超系统订单对接；销售订单分仓发货；库存管控到发货；授信管控到发货；按产品点位下单；账期 30/45/60 天 |
+| 墨西哥 | B2B + 美客多代销；全款 / 30/60/90 天 |
+| 巴西 | B2B；全款 / 30/60/90 天；客户分级价 |
+| 美国 | 快进快出、不囤货、直发为主 |
+| 北非 | B2B；管控库存和客户余额；存在预付、赊销、现结现付 |
+| 巴基斯坦 | B2B；管控库存和客户余额；存在预付、赊销 |
+| 安徽/黑龙江 | B2B；预收款为主；少量账期 |
+
+### 4.2 客户价格管理
+
+- **客户等级定价**：按客户合作等级自动匹配对应批发价格
+- **专属客户价**：支持单独为指定客户设置独有成交价格
+- **销量阶梯价**：根据采购数量设置多档价格，自动匹配对应阶梯结算
+- **区域价格管控**：按不同国家、地区划分价格体系
+- **价格权限管控**：设置不同人员价格查看、修改、调价权限
+- **价格有效期管理**：设置价格生效与失效时间，到期自动失效
+- **含税/未税价格切换**：灵活配置报价模式
+- **价格批量调整**：支持按品类、客户群体批量统一调价
+- 加拿大固定点位和团单、现金折扣
+
+### 4.3 客户权限管理
+
+- **数据权限隔离**：按国家、分公司、业务员做客户数据隔离
+- **客户归属管理**：支持业务员归属分配、客户交接、变更日志留存
+- **功能权限控制**：区分新增、编辑、停用、对账、导出权限
+
+### 4.4 客户库存管理
+
+是否按照 SN 码？是否激活？（加拿大、墨西哥）
+
+### 4.5 信用管理
+
+- **信用额度管理**：支持总额度、已用额度、可用额度、冻结额度管控
+- **授信审批**：授信新增、调整、冻结、解冻多级审批，全程日志可追溯
+
+### 4.6 账期管理
+
+- **账期管理**：支持差异化账期，按国家、客户等级自动匹配规则
+- **逾期风险管控**：支持逾期金额、逾期天数预警；可配置发货锁控、下单限制
+
+### 4.7 交易业务管理
+
+- 订单数据关联：汇总客户所有历史/在途/已完成/取消订单，状态实时同步
+- 发货履约记录：关联发货单、出库、物流、签收数据
+- 回款应收管理：展示客户应收余额、回款记录、核销明细、账龄情况
+- 退换货记录：统一记录客户退货、换货、质保售后记录
+
+### 4.8 客户跟进管理
+
+- **订单进度**：跟进客户名下所有销售订单，实时查看订单进度、发货状态
+- **货款进度**：管控客户对账情况、应收欠款、约定账期与回款进度
+- **账期预警**：对临近账期、逾期欠款自动预警
+
+---
+
+## 5. B2B 销售管理
+
+### 5.1 销售单管理
+
+生成销售报价单，包含商品、价格、客户档案、公司档案、折扣、返利等信息，支持销售单报价审批、修改、作废、跟踪，关联价目表自动带出价格。
+
+### 5.2 销售下单管理
+
+- **销售订单新增**：支持手工录入、引用报价单快速生成；完整录入客户、商品、数量、单价、结算方式、交货地点等
+- **订单审核流程**：设置多级审核机制，审核通过后生效锁定库存
+- **订单变更修改**：未审核订单直接修改；已审核订单走变更流程
+- **销售订单取消**：支持正常作废取消，自动释放库存、恢复授信额度
+- **订单状态管控**：草稿、待审核、已审核、部分发货、全部发货、已完结、已取消等
+- **订单批量处理**：支持批量下单、批量审核、批量导出
+- **订单关联业务**：销售单联动发货、出库、应收对账、返利抵扣
+- **订单查询与台账**：多维度筛选查询，可查看明细、流转记录、取消记录
+- **缺货到货提醒**
+
+### 5.3 样品管理
+
+- 关联商品主数据
+- 样品申请审批：支持销售、市场、售后、展会、客户试用申请
+- 含用途、型号数量、领用/借用人员、预计归还日期、关联客户/项目；多级审批
+- 样品借用归还、样品转售/转自用、样品台账库存
+- 样品全流程管理
+
+### 5.4 销售对账管理
+
+- **收入类型管理**：区分产品销售收入、培训收入、租赁收入等
+- **跨期收入处理**：支持预收、分期确认收入
+- **自动生成收入凭证**：按确认规则自动推送生成财务记账凭证
+- **销售对账管理**：集中完成往来核对、应收回款核销、账目核对
+
+---
+
+## 6. B2B 仓储管理
+
+### 6.1 仓库基础管理
+
+管理实体仓、虚拟仓、售后仓、演示机仓、电商仓；支持仓库编码、名称、地址、类型、所属组织维护；配置库位、货架管理；区分自有仓库、第三方仓库。
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 总部 | 统一 SN、统一库存标准、统一预警 |
+| 菲律宾 | 3 个实体仓；货架 + SN 管理；平行仓库 |
+| 加拿大 | 25 个系统仓（8 实 17 虚）；第三方仓 + 自有仓；先进先出 |
+| 墨西哥 | 16 个平行仓库；第三方管理；SN 跟踪 |
+| 巴西 | 3 个仓库（2 三方 1 自营）；SN 跟踪 |
+| 美国 | 零库存、快进快出、直发、不囤货 |
+| 北非 | 6 个国家共 10 个仓，埃及为一级仓，香港仓为第三方管理 |
+| 巴基斯坦 | 7 个仓（2 个为清关中转虚拟仓）；香港仓第三方管理；SN 追踪 |
+| 安徽/黑龙江 | 4 个仓库（售后/自发/直发/演示）；SN 关联 |
+
+### 6.2 库存查询能力
+
+实时查询现存量、可用量、在途库存、冻结库存、预留库存；支持按仓库、商品、批次、SN 码、品类、区域多维度筛选。
+
+### 6.3 入库管理
+
+支持采购入库、赠品入库、退货入库等多种入库类型；可分批收货，绑定批次与序列号；入库后自动更新库存。
+
+### 6.4 出库管理
+
+对接销售订单完成正常发货出库；支持退换货出库、领用出库；出库自动扣减库存，严格校验库存。
+
+### 6.5 调拨管理
+
+- 支持同组织及跨仓库货品互相调拨
+- 线上提交调拨流程，完成调出调入确认
+- 实时同步双方仓库库存
+- 涉及实仓需要 SN 扫码出库
+- 国内客户借货还货 — SN 做新入库
+
+### 6.6 库存记录
+
+统一记录入库（采购入库、退货入库、调拨入库、盘盈入库）、出库（销售出库、退货出库、调拨出库、领用出库、盘亏出库）、扫码、调拨、盘点、调整等流水，关联单据、人员、时间。增加滚动库龄管理，超过一年折价（标准总部定）。
+
+### 6.7 库存预警体系
+
+设置安全库存、最高库存、缺货预警、临期预警（库龄分析、库龄预警），库存异常自动推送提醒，支持补货申请发起。
+
+### 6.8 SN 码管理
+
+建立 SN 码全生命周期追溯体系，关联采购入库、销售出库、售后维修、退换货等环节，记录 SN 码流转轨迹，适配无人机整机及核心部件的序列号管控需求。
+
+### 6.9 盘点管理
+
+支持全盘、抽盘、定期盘点、临时盘点；生成盘点单，录入实盘数量；自动核对账实差异，生成盘盈盘亏报告；审批后调整库存，记录盘点日志。
+
+---
+
+## 7. B2B 销售物流管理
+
+### 7.1 物流商管理
+
+- 物流商档案、承运商维护（编码、名称、联系人、费率、国家）
+- 运费规则配置（重量、体积、地区、阶梯）
+- 陆运/空运/海运/快递，分类管理
+- 保价规则（费率、上限、默认保价）
+
+### 7.2 发货管理
+
+物流发货、B2B 订单发货、生成运单、面单打印。
+
+### 7.3 物流跟踪
+
+物流轨迹查询。
+
+### 7.4 异常处理
+
+丢件、破损、拒收、理赔、补发、退货。
+
+### 7.5 费用管理
+
+运费核算、自动算费、订单/批次核算运费；承运商对账/费用核对、差异处理。
+
+---
+
+## 8. B2B 返利管理
+
+### 8.1 返利促销设置
+
+- 配置返利类型：销量返利、金额返利、新品推广返利、区域专属返利、电商返利、售后扣返利
+- 返利维度：客户、产品、时间、区域、渠道
+- 阶梯规则、封顶/保底、生效/失效时间、优先级
+- 支持多币种返利计算
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 总部 | 统一规则、统一计算、统一审批 |
+| 菲律宾 | 按客户/产品返利；跨币种；预扣税 |
+| 加拿大 | toB 打折；商超打折 |
+| 墨西哥 | 美客多返利；阶梯返利 |
+| 巴西 | 客户分级返利；促销返利 |
+| 美国 | 标准返利；短期结算 |
+| 北非 | 永降返利、促销返利 |
+| 巴基斯坦 | 永降返利、促销返利 |
+| 安徽/黑龙江 | 销售返利；冲减应收 |
+
+> 根据客户 SN 激活的数据，确定返利的数字。
+
+### 8.2 返利额度管理
+
+- 建立客户返利台账，记录返利总额、已用、未用、冻结、作废
+- 按月/季自动生成返利额度或手动录入（活动返利、补偿返利）
+- 关联促销文件审批，支持额度查询与对账
+
+### 8.3 返利使用方式管理
+
+- 支持销售单抵扣、回款抵扣、费用抵扣、开票折扣
+- 配置抵扣规则（优先抵扣期间、单笔上限、订单比例限制）
+- 自动拆分入账（销售收入、返利、税金、预扣税）
+
+### 8.4 返利结算与开票
+
+- 按月/季生成返利结算单，与客户对账确认
+- 区分开票返利（销售折扣、开红字发票）与不开票返利（计入其他应付）
+- 处理退货/售后对应的返利扣减
+
+### 8.5 客户返利管理
+
+- **返利类型**：管理促销返利、销量考核返利、市场补贴、售后折扣等
+- **自动核算**：按政策自动核算客户可享返利额度
+- **自动抵扣**：支持销售订单抵扣、回款冲抵等多种方式
+- **期限管理**：设定返利使用期限，到期自动失效
+- **返利台账报表**：生成明细台账、结算单据；支持往来对账；自动同步财务生成凭证
+
+---
+
+## 9. B2B 售后管理
+
+### 9.1 基础档案
+
+- 设备档案管理、设备 SN 档案维护、质保规则管理
+- 质保政策配置、售后人员/网点、售后网点与人员
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 菲律宾 | 售后仓、SN 跟踪、维修换新 |
+| 加拿大 | 售后仓、SN 跟踪、维修换新 |
+| 墨西哥 | 保内退大疆，保外收费修 |
+| 巴西 | 保内退大疆，保外收费修 |
+| 巴基斯坦 | 售后仓、SN 跟踪、维修换新 |
+| 安徽/黑龙江 | 售后仓、维修、备用机；维修换新 |
+| 备注 | 客户直接付工厂，无法支付我们收取客户手续费 |
+
+### 9.2 维修管理
+
+- 报修登记、多渠道报修录入、报修审核、报修校验与派单、报修跟踪与进度查询
+- 收件登记、收货与外观检查、故障检测、固件/硬件检测、定损报价、维修方案与报价、报价审核、报价确认与生效
+- 维修作业、维修/换件/升级、备件领用、备件出库管理
+- 维修质检、维修后检测、维修报告、维修结果归档
+- 区分保内和保外：保内大疆结算，保外收费
+
+### 9.3 退换货管理
+
+- 退货申请、质量/无理由退、换货/置换、质量换货/Care 置换
+- 退款管理、售后退款处理
+- 退货扣返利、返利自动扣减
+
+### 9.4 备件管理
+
+- 备件档案、原装备件维护、备件库存、备件出入库
+- 旧件回收、故障件管理
+
+### 9.5 费用结算
+
+- 费用核算：维修费/备件费/工时费
+- 对账管理：工单/应收对账
+- Care 抵扣、Care 权益核销
+
+---
+
+## 10. B2B 经销商订货平台
+
+### 10.1 基础管理
+
+- **经销商档案**：统一编码、名称、行业、国家、联系人、税号、账号、信用额度、账期、返利规则、价格体系、合作等级、状态管理
+- **经销商权限**：分角色权限（下单/查询/对账/报表）、数据隔离、多语言/多币种适配
+- **商品权限**：经销商可售范围、禁售型号、限量商品管控
+- **价格档案**：分级价目表、客户专属价、点位价、阶梯价、促销价、含税/未税价、多币种价
+
+> 国内经销商通过网页下单，退换货；国外为销售代下单模式。
+> 国内客户到款账户、折扣账户、信用额度账户，客户下单折扣账户只能用 40%，剩余用其它账户支付。
+
+### 10.2 订货下单管理
+
+- **自主下单**：经销商自助选品、数量、规格、SN/批次、发货仓库、物流方式、币种、付款方式（预付/账期），订单流程审批
+- **订单类型**：正常订单、样品单、补单、换货单、取消单、预订单
+- **订单规则**：最小起订量、限购、批次/SN 可选、多仓发货、拆分合并、校验库存/授信
+- **订单状态**：草稿 → 待审 → 已审 → 待付款 → 待发货 → 已发货 → 完成 → 取消 → 关闭
+
+### 10.3 订单执行管理
+
+- **订单确认**：审核、锁价、锁库存、校验授信额度
+- **出库关联**：订单 → 出库 → 物流 → 签收全链路
+- **异常处理**：缺货、超量、地址错误、取消、改单、退货、换货
+
+### 10.4 付款与结算
+
+付款方式、预付款管理、自动核销、多币种结算。
+
+### 10.5 返利与折扣
+
+- **返利关联**：订单自动匹配返利规则、可抵扣金额、已抵扣、剩余额度
+- **折扣管理**：促销折扣、批量折扣、点位折扣、运费折扣、售后折扣
+- **开票处理**：折扣/返利自动带出，冲减开票金额，自动分拆科目（收入/返利/税金/预扣税）
+
+### 10.6 订单查询与对账
+
+- **经销商端**：订单列表、详情、发货物流、付款、返利、对账、发票申请
+- **总部端**：经销商订单汇总、按国家/产品/时间统计、异常订单预警
+- **对账管理**：订单、发货、退货、返利、折扣、费用、预扣税一键对账、差异处理、确认签字

sources/百疆集团数字化需求_B2C模块.md

+# 百疆集团数字化需求文档 — B2C 模块（2.2）
+
+> 来源：百疆集团数字化需求文档（对外版）
+> 整理时间：2026-06-03
+
+---
+
+## 目录
+
+- [1. 电商管理](#1-电商管理)
+- [2. 客户门店管理](#2-客户门店管理)
+- [3. 专卖店管理](#3-专卖店管理)
+- [4. 会员管理](#4-会员管理)
+- [5. 积分管理](#5-积分管理)
+- [6. 促销管理](#6-促销管理)
+- [7. C端售后管理](#7-c端售后管理)
+
+---
+
+## 1. 电商管理
+
+### 店铺信息
+
+统一管理全球电商店铺，记录店铺名称、平台、国家/站点、交易币种、发货仓库、运营人员等信息，支持店铺状态管控。
+
+**各国家/区域差异化：**
+| 国家/区域 | 平台 |
+|-----------|------|
+| 总部 | 统一平台、统一商品映射、统一库存同步 |
+| 菲律宾 | Lazada/Shopee/TikTok；比索；线上仓，物流保价 |
+| 加拿大 | 亚马逊、沃尔玛、BBY、shopify、shopline 接口 |
+| 墨西哥 | 美客多、亚马逊、独立站、沃尔玛、TikTok、temu |
+| 巴西 | 速卖通、shein |
+
+各国家主流的电商平台接口接入。
+
+### 订单处理
+
+- 自动拉取平台订单，管理正常销售单、退货单、取消单
+- 支持订单审核、拆分、合并、拦截异常订单
+- 同步订单信息至 ERP 与 WMS
+- 跟踪订单发货、物流、签收、退款全流程
+
+### 商品管理
+
+- 同步平台商品与线下物料档案
+- 维护平台商品 SKU、名称、规格、价格、图片、上下架状态
+- 支持商品映射、批量上下架、价格同步
+
+### 库存管理
+
+- 实现电商库存与线下库存实时同步（1 分钟以内）
+- 配置同步规则
+- 支持电商库存查询、预警、调拨
+- 避免超卖、缺货
+
+### 仓库管理
+
+管理电商专属仓库，支持收货、上架、拣货、打包、发货、退货入库，提升电商订单处理效率。
+
+### 物流管理
+
+- 管理头程调拨、尾程发货物流商
+- 配置费用模板
+- 跟踪物流详情
+- 支持商品保价、运费核算、物流对账
+
+### 退换货管理
+
+- 处理电商客户拒收、退货业务
+- 记录退换货原因、状态
+- 质检商品完好度，区分二次售卖、二手仓、索赔处理
+- 关联售后维修与返利扣减
+
+---
+
+## 2. 客户门店管理
+
+- 客户展陈上样、铺货数据、销售数据、竞品信息
+- 人工维护、需要报表
+
+---
+
+## 3. 专卖店管理
+
+### 门店基础管理
+
+- 维护门店档案（编码、名称、状态、地址、营业时间、负责人、联系方式、所属仓库）
+- 员工档案、岗位/角色、权限配置
+- 门店可售范围、门店类型（直营网点/展厅）
+- 支持多语言、多币种适配
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 总部 | 统一门店档案、统一权限、统一报表 |
+| 菲律宾 | 直营门店；比索；直营门店向批发公司下单，批发公司销售出库单传到直营门店的采购入库单 |
+
+### 门店销售管理
+
+- 支持门店开单收银、手工录入/批量导入销售单
+- 销售退货申请与入库、会员关联
+- 促销活动执行、发票开具、退款处理
+- 跟踪销售业绩、单据状态
+
+### 门店库存管理
+
+- 管理门店补货申请、采购收货、调拨出入库
+- 库存盘点、损耗报损、库存预警
+- 支持门店库存查询、在途库存跟踪、库存流水追溯
+
+### 门店数据管理
+
+- 实时同步门店销售数据、库存数据、会员数据至总部
+- 支持门店数据隔离、权限管控
+- 直营和联营的核算方式，两套报表计算逻辑
+
+---
+
+## 4. 会员管理
+
+### 会员档案
+
+- 会员建档、会员查询、会员编辑
+- 会员标签、会员等级
+- 会员合并/去重、黑名单管理
+
+### 会员行为
+
+- 消费记录查询、积分账户查询、会员权益查询
+
+### 会员运营
+
+- 会员分群、会员导入/导出
+
+---
+
+## 5. 积分管理
+
+### 规则
+
+- 积分发放规则、积分扣减规则
+- 积分有效期、积分过期规则
+
+### 账户
+
+- 积分增加、积分扣减、积分冻结/解冻、积分手工调整
+
+### 流水
+
+- 积分流水查询、积分冲正
+
+---
+
+## 6. 促销管理
+
+### 活动基础
+
+- 促销活动创建、促销活动审批、促销活动启停
+
+### 活动类型
+
+- 单品折扣、满减活动、满折活动、买赠活动
+- 组合套餐、限时活动
+
+### 活动范围
+
+- 适用门店、适用商品、适用会员等级、活动日历
+
+---
+
+## 7. C端售后管理
+
+### 设备档案与质保管理
+
+- 建立设备档案，记录 SN 码、型号、激活时间、固件版本、销售渠道、首次激活记录、质保期限
+- DJI Care 绑定状态（随心换、行业无忧）、剩余置换次数
+- 区分保修、人为损坏、意外、飞丢等状态
+- 采购换货
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 总部 | 统一质保、统一流程、统一 SN 追溯 |
+
+### 报修服务管理
+
+- 登记 SN 码、故障现象、飞行日志、炸机照片/视频、环境信息
+- 自动/手动派单至维修中心/授权点
+- 跟踪报修进度
+
+### 检测定损与维修执行
+
+收件登记（外观检查、SN 核对、配件清点、拍照留证）
+→ 故障检测（固件诊断、飞控日志分析、硬件检测、人为/非人为判定）
+→ 定损报价（质保免费/人为收费/意外走 Care）
+→ 维修执行（故障修复、零部件更换、固件升级、校准调试、质检复核）
+→ 生成维修报告
+
+### 退换货与退款管理
+
+- 处理 7 天无理由退货、质量问题退货、Care 置换、召回换新
+- 支持订单取消、退货退款、预付款退款、平台结算退款
+- 冲减收入/应收、扣减返利、处理预扣税
+
+### 备件与库存管理
+
+- 管理原装备件（机身、云台、电池、电机、飞控）档案、序列号、批次、适配机型
+- 维护备件库存、安全库存、预警
+- 支持维修工单关联领料、出库登记、旧件回收与处理
+
+### 费用结算与对账
+
+- 管理维修费、备件费、工时费、运费、置换费、服务费
+- 支持 Care 权益、折扣券、返利抵扣
+- 在线支付、对公转账、平台结算
+- 工单对账、应收/应付对账、返利/折扣对账

sources/百疆集团数字化需求_其他功能模块.md

+# 百疆集团数字化需求文档 — 其它功能模块（2.3）
+
+> 来源：百疆集团数字化需求文档（对外版）
+> 整理时间：2026-06-03
+
+---
+
+## 目录
+
+- [1. 财务管理](#1-财务管理)
+- [2. 预算管理](#2-预算管理)
+- [3. 固定资产管理](#3-固定资产管理)
+- [4. 经营看板](#4-经营看板)
+- [5. OA](#5-oa)
+
+---
+
+## 1. 财务管理
+
+### 基础档案
+
+- 组织账簿（一套科目、多账簿、单账套、多组织）
+- 自然月会计期间；多币种；汇率
+- 4 级科目、辅助核算
+- 客户/供应商/物料/银行/税率/费用项目档案
+- 汇率管理，固定汇率
+
+**各国家/区域差异化：**
+| 国家/区域 | 特点 |
+|-----------|------|
+| 总部 | 一套科目、多账簿、统一汇率、统一报表，报表维度可调整，自然年和自然月 |
+| 菲律宾 | 多币种结算；预扣税 |
+| 加拿大 | 多币种结算；商超结算；合并报表 |
+| 墨西哥 | 多币种结算；美客多结算；RFC 税务；代销核算 |
+| 巴西 | 多币种结算；多税率；合并报表 |
+| 美国 | 多币种结算；直发核算；零库存成本 |
+| 巴基斯坦 | 多币种结算 |
+| 安徽/黑龙江 | 结算币种-人民币；预收款；成本核算 |
+
+> 当地出具本位币的账目 + 人民币账目。银企直连需求。
+
+### 应收管理
+
+- 信用额度、账期、逾期预警
+- 应收单据、收款核销、返利抵扣、售后冲减
+- 账龄、坏账
+- 客户多项目支付，国家内过项目核算预警，多项目费用提醒
+
+### 应付管理
+
+- 供应商账期、折扣、返利
+- 预付款、应付单据、付款核销、暂估、发票
+
+### 资金管理
+
+- **资金收支登记**：记录收款、付款流水，清晰记录收支用途、金额、往来单位
+- **账户余额管控**：实时统计各账户可用资金
+- **回款进度管理**：跟踪客户回款进度，核对到账金额
+- **付款计划管理**：梳理供应商付款计划，合理安排付款时间
+- **资金流向统计**：自动汇总资金流入流出数据
+- **资金预警提醒**：资金余额不足、大额支出提前提醒
+- **资金台账查询**：多维度查询资金明细流水
+
+### 成本管理
+
+- **采购成本核算**：自动统计货品采购原价
+- **各项费用归集**：归集日常经营杂费、运营开销
+- **跨期成本处理**：支持待摊费用分摊
+- **利润精准测算**：结合收入与各项成本，自动核算单品、单客实际经营利润
+- **成本数据分析**：汇总各类成本占比数据
+
+### 账期管理
+
+- 客户账期设置：按客户等级、合作约定灵活设置结算账期
+- 应收账期跟踪：自动统计欠款账龄
+- 到期回款提醒：临近结算日期自动推送
+- 逾期账款管控：统计逾期欠款数据
+- 账期规则管控：按既定规则执行结算
+- 账期对账台账：出具应收应付账期明细报表
+
+### 存货核算
+
+- 先进先出/加权平均
+- 成本构成、头程分摊、单据核算、成本结转、对账
+
+### 费用与报销
+
+- 费用类型，预算控制（多国家/部门费用标准、超标审批、预算占用与预警）
+
+### 电商财务
+
+- 平台结算（Lazada/Shopee/TikTok/独立站，每周结算，核对结算金额与到账金额）
+- 收入确认（按结算周期确认，关联平台订单）
+- 费用处理（佣金、代扣税、手续费、退款、退货）
+- 资金对账（平台提现、银行流水、应收核销）
+- 按日销售单更新
+
+### 总账管理
+
+- 凭证；自动凭证
+- 审核/过账/作废/冲销
+- 月末调汇、损益结转、预提摊销、现金流（间接法、强制指定）
+- 报表查询
+
+---
+
+## 2. 预算管理
+
+### 预算基础设置
+
+- **预算科目维护**：对接财务会计科目，搭建收入、成本、费用、资产、采购全维度预算科目，适配多国家多账簿核算
+- **多维度预算规则**：支持按公司、国家、部门、项目、品类、季度、月度多维度编制预算
+
+### 预算编制
+
+- **年度整体预算申报**：各海外公司、国内主体、各部门线上申报年度营收、采购、费用、资产预算，总部汇总整合
+- **预算分期拆解**：年度预算自动拆解为季度、月度预算
+- **多级预算审核**：部门申报 → 区域审核 → 财务审核 → 总部管理层终审，全程留痕
+
+### 预算执行管控
+
+- **单据实时占用预算**：采购单、费用报销、资产采购等提交时自动占用预算，超预算预警或拦截
+- **预算实际核销**：费用付款、采购入库、资产入账后自动核销对应预算
+- **预算变更调整**：支持调增、调减、预算挪用，流程可审批、可追溯
+
+### 预算预警
+
+预算临近阈值、超支、预算结余不足实时预警，杜绝无预算、超预算支出。
+
+---
+
+## 3. 固定资产管理
+
+### 资产基础档案
+
+- **资产分类维护**：办公设备、电子设备、仓储设备、售后设备、门店设备、运输设备等
+- **全资产台账建立**：编码、名称、规格、SN、采购单价、采购日期、所属公司、所属门店/仓库、使用人、质保期、资产状态、原值、累计折旧等
+- **资产条码/二维码绑定**：每台资产生成唯一条码，支持扫码查询
+
+### 资产新增与入账
+
+- 采购资产入库建档：对接采购单据，新购资产自动建档
+- 特殊资产入账登记：支持内部调拨、自建、赠送资产手工建档
+- 新增资产审核管控
+
+### 资产日常管理
+
+- **资产领用/退库管理**：记录使用责任人，明确资产归属
+- **跨组织/跨门店调拨**：自动变更资产归属、更新台账
+- **资产维保台账**：登记维修、保养记录，跟踪使用状态
+
+### 资产折旧与处置
+
+- **资产月度折旧计提**：支持平均年限法等，按国家、资产类别自动计提
+- **资产账实盘点**：扫码盘点、批量导入，自动计算盘盈盘亏
+- **资产报废/变卖清理**：核算残值、清理损益，完成资产销账
+
+---
+
+## 4. 经营看板
+
+### 整体经营概览
+
+- **经营核心数据看板**：销售额、订单量、发货量、回款金额、毛利、退货率、履约率，支持日/周/月/季度/年切换
+- **各国区域经营汇总**：总部、菲律宾、加拿大、墨西哥、巴西、美国、中亚、北非、巴基斯坦、意大利、国内主体分国家隔离与汇总
+- **B2B/B2C/零售多业态展示**：区分经销商订单、电商平台订单、线下门店数据
+
+### 销售业绩看板
+
+- **订单数据看板**：下单量、成交订单、取消订单、待发货、已发货、异常订单
+- **商品维度销量排行**：按产品、品类、型号统计销量、销售额、毛利
+- **经销商/客户销售排行**：B2B 客户销量、采购频次、毛利排行
+- **线下门店经营数据**：日销、客流、成交、会员消费、促销转化、门店毛利
+
+### 库存与供应链看板
+
+- **全局库存监控**：总库存、在库、在途、冻结、可用库存、售后库存、样品库存
+- **采购/调拨/履约进度**：采购在途、调拨在途、待收货、待出库、待签收
+
+### 财务风控看板
+
+- **回款与账龄监控**：应收总额、已回款、待回款、逾期金额、账龄结构
+- **客户信用风控监控**：授信使用率、超额度客户、逾期客户、高风险客户
+- **经营毛利分析**：按国家、渠道、品类、订单核算营收、成本、费用、毛利
+- 客户库存
+- 直营和联营的核算方式，两套报表计算逻辑
+
+---
+
+## 5. OA
+
+### 基础办公
+
+- 消息中心：内部即时通讯、公告、通知、待办提醒、消息推送
+- 日程管理：个人日程、会议预约、会议室管理、日程共享
+- 邮件/通讯：内部邮件、通讯录、组织架构、联系人管理
+- 新闻公告：公司新闻、规章制度、红头文件、公示发布
+
+> 当前使用飞书。
+
+### 流程审批
+
+- **通用审批**：请假、出差、报销、用印、加班、借款、采购申请（礼品采购）
+- **合同审批**：合同起草、评审、盖章、归档（合同记账、分期支付）
+- **公文管理**：收文、发文、传阅、督办、公文格式标准化
+- **自定义流程**：支持搭建各类业务审批流（入职、离职、付款、立项等）
+
+> 飞书 + 补充。
+
+### 人事行政
+
+- 组织架构管理
+- 人事管理：员工档案、入职/转正/调岗/离职、考勤管理、排班
+- 考勤打卡：签到、外勤打卡、请假、加班、考勤统计
+- 绩效考核：KPI 制定、评分、绩效归档
+- 薪酬管理：薪酬测算、发薪
+
+> 飞书 + 补充。
+
+### 行政后勤
+
+- 资产管理：办公用品申领、固定资产登记、领用、盘点、报废
+- 车辆管理：用车申请、派车、油耗、维修
+- 后勤管理：食堂、宿舍、保洁、维修报修
+- 费用报销：差旅报销、日常报销、发票管理、财务对接
+
+> 当前使用飞书。
+
+### 文档与知识管理
+
+- 文档中心：文件上传、版本管理、权限控制、在线预览
+- 知识库：制度库、案例库、培训资料、常用模板
+- 档案管理：电子档案归档、借阅、检索
+
+> 当前使用飞书。
+
+### 任务管理
+
+- 任务督办：任务下发、进度跟踪、逾期提醒
+- 项目管理：项目立项、进度、里程碑、协作、汇报
+- 工作汇报：日报、周报、月报、述职
+
+> 当前使用飞书。

sources/百疆集团数字化需求分析报告.md

+# 百疆集团数字化需求分析与SAP解决方案映射报告
+
+> **生成日期**：2026-05-29  
+> **数据来源**：百疆集团数字化需求文档（对外版）  
+> **知识库版本**：SAP S/4HANA Cloud Public Edition 2602  
+> **知识库文件**：KB_Agent1_Flat（31个文件）  
+
+---
+
+## 一、客户概述
+
+| 维度 | 内容 |
+|------|------|
+| **公司** | 江苏百疆企业管理有限公司 |
+| **产品线** | 消费级无人机、农业机、行业级，大疆全系整机/云台/电池/遥控器及配件 |
+| **业务范围** | 售后维修、培训、租赁、电商零售 |
+| **采购模式** | 大部分从大疆采购，少部分配件本地采购 |
+| **销售渠道** | 线上（Shopee/TikTok/Lazada/Amazon/独立站）、线下（Costco/BBY/大型分销商/小型分销商/直营专卖店） |
+| **仓库类型** | 自有仓库 + 第三方仓库 |
+| **现有系统** | 简道云、金蝶、千易、WMS等多套系统分散管理 |
+| **地域覆盖** | 总部、菲律宾、加拿大、墨西哥、巴西、中亚、北非、巴基斯坦、意大利、安徽、黑龙江 |
+
+---
+
+## 二、现有痛点与SAP解决方案映射
+
+| # | 现有痛点 | SAP解决方案 | 对应知识库 |
+|---|---------|-------------|-----------|
+| 1 | **数据不互通** | SAP S/4HANA Cloud统一平台，Universal Journal单一数据源，消除系统孤岛 | SAP_Product_Overview.md: LOB全景 |
+| 2 | **流程不统一** | SAP Activate方法论 + Fit-to-Standard，标准化全球业务流程 | SAP_Product_Overview.md: 实施方法论 |
+| 3 | **跨境管控弱** | SAP Multi-Entity / Intercompany流程（5D2/5HP Advanced Intercompany Sales & Stock Transfer）| 06_Intercompany_ETO_Processes.md: 5D2/5HP |
+| 4 | **多币种核算复杂** | Universal Journal多币种并行会计（集团货币+本币+功能货币）| R2R_14_Finance_FPA.md: 并行估值架构 |
+| 5 | **售后与返利无法闭环** | 1B6 Sales Rebate Processing + BKP Customer Returns + 服务合同管理 | L2C_08_Process_Architecture.md: 返利/退货 |
+| 6 | **库存超卖风险高** | ATP（Available to Promise）+ aATP（Advanced ATP）含Supply Protection | FSD_07_SupplyChain_Capabilities.md: 3.17.1 ATP |
+| 7 | **报价问题** | BDG Sales Quotation管理 + 定价条件配置 | FSD_04_Sales_Capabilities.md: 3.14.1.3 |
+| 8 | **报表分散** | SAP Fiori嵌入式分析 + SAP Analytics Cloud统一报表 | SAP_Product_Overview.md: 分析能力 |
+| 9 | **人工对账量大** | 业务单据自动生成财务凭证（Event-Based Posting），银企直连自动对账 | FSD_01_Finance_HR_Capabilities.md: 3.9.2 |
+
+---
+
+## 三、核心目标 → 解决方案映射
+
+### 3.1 业务端目标
+
+| 目标 | SAP解决方案 | Scope Items |
+|------|-------------|-------------|
+| 统一全球业务流程与数据标准 | SAP Activate Fit-to-Standard + Multi-Entity架构 | 全局流程标准化 |
+| 模块化设置匹配各国业务差异 | 公司代码+工厂+销售组织多维度配置 | 多组织架构 |
+| 减少人工录入和台账 | Fiori UX + 业务单据自动过账 + AI辅助 | 73P Sales Order Automation |
+| 库存精细化管控 | WM仓库管理 + ATP可用性检查 + 物理盘点 | 3.17.5 WM + 3.17.3 Inventory |
+| 业财数据同源，风险前置 | Universal Journal实时业财一体 + Predictive Accounting | ACDOCA + 3.9.1.6 |
+
+### 3.2 财务端目标
+
+| 目标 | SAP解决方案 | 核心能力 |
+|------|-------------|---------|
+| 统一全球会计科目/账簿/汇率/核算口径 | Universal Parallel Accounting + 集团会计科目表 | R2R_14并行估值架构 |
+| 打通业财数据通道，自动生成凭证 | Event-Based Posting + 自动集成（SD→FI, MM→FI）| 3.9.2 Financial Accounting |
+| 银企直连、自动开票、出口退税 | 银行对账单处理 + SD Billing + 多国税务合规本地化 | 3.14.1.6 Sales Billing |
+| 满足各国财税合规 | FSD各国本地化Scope Items（含巴西NF-e等）| FSD各国本地化章节 |
+| 财务分析报表支撑决策 | SAP Analytics Cloud + Fiori分析应用 + 盈利分析（COPA）| R2R_14 FP&A |
+
+---
+
+## 四、功能模块详细需求 → 方案映射
+
+### 4.1 B2B模块（2.1）
+
+| 需求点 | SAP方案 | Scope Item ID |
+|--------|---------|--------------|
+| 大客户/分销商销售订单管理 | Sell from Stock 标准流程 | BD9 |
+| 销售报价/询价 | Sales Quotation / Inquiry | BDG / 1IQ |
+| 销售合同管理 | Sales Contract Management | I9I |
+| 信用管理 | Credit Management（信用额度检查）| 内置 |
+| 公司间交易（总部→国家公司） | Advanced Intercompany Sales | 5D2 |
+| 公司间库存转移 | Advanced Intercompany Stock Transfer | 5HP |
+| 定价与条件管理 | Price Management（定价过程，条件类型）| 3.14.1.2 |
+| 返利管理 | Sales Rebate Processing | 1B6 |
+| 经销商门户 | BTP Extension / SAP Commerce Cloud | 需评估 |
+
+### 4.2 B2C模块（2.2）
+
+| 需求点 | SAP方案 | Scope Item ID |
+|--------|---------|--------------|
+| 线上电商订单接入 | Omnichannel Convergent Billing + API集成 | 1MC |
+| Shopee/TikTok/Lazada/Amazon集成 | BTP iFlow + API集成 | 需定制开发 |
+| 独立站订单管理 | API集成 + Sales Order Automation | 73P |
+| 线下零售/直营店管理 | Omnichannel Convergent Billing | 1MC |
+| 消费者退货处理 | Customer Returns | BKP |
+| 贷项/借项凭证 | Credit Memo / Debit Memo | 1EZ / 1F1 |
+| 在线支付集成 | Digital Payments – Sales | 1Z1 |
+
+### 4.3 财务管理模块（2.3）
+
+| 需求点 | SAP方案 | Scope Item ID/能力 |
+|--------|---------|-------------------|
+| 总账会计 | General Ledger Accounting | 3.9.2.1.1 |
+| 应收应付 | Accounts Receivable / Payable | J59 / J60 |
+| 多币种核算 | Universal Journal多币种能力 | 内置 |
+| 集团合并报表 | Group Reporting / Consolidation | 1SG |
+| 集团估值（公司间利润抵消）| Group Valuation | 5W2（高级公司间必须）|
+| 银企直连 | Bank Statement Processing + Payment Run | J58 |
+| 出口退税 | 各国税务本地化Scope Items | 按国家评估 |
+| 自动开票 | Sales Billing自动开票 | 3.14.1.6 |
+
+### 4.4 预算管理模块（2.3）
+
+| 需求点 | SAP方案 | Scope Item ID/能力 |
+|--------|---------|-------------------|
+| 预算编制 | Budget Availability Control（成本中心/项目）| 3.9.1.2 |
+| 预算执行监控 | Budget Consumption Monitoring | Fiori App |
+| 预算与实际对比 | Plan/Actual Analysis | R2R_14 FP&A |
+| 合并预算规划 | Plan Consolidation（集团级）| 28B |
+
+### 4.5 固定资产管理模块（2.3）
+
+| 需求点 | SAP方案 | Scope Item ID/能力 |
+|--------|---------|-------------------|
+| 资产全生命周期管理 | Asset Accounting | J62 |
+| 在建资产管理 | Asset Under Construction | BFH |
+| 折旧计算 | 直线/加速/减值等多方法 | 内置 |
+| 多准则并行折旧 | Parallel Valuation（IFRS/Local GAAP）| 并行会计架构 |
+| 资产盘点 | Physical Inventory for Assets | 内置 |
+
+### 4.6 经营看板模块（2.3）
+
+| 需求点 | SAP方案 | Scope Item ID/能力 |
+|--------|---------|-------------------|
+| 销售KPI看板 | SAP Fiori Analytical Apps for Sales | 1BS |
+| 财务分析看板 | SAP Analytics Cloud集成 | R2R_14 |
+| 库存分析看板 | Inventory Analytics | 3.17.3 |
+| 采购分析看板 | Procurement Analytics / Spend Visibility | 3.16.2 |
+| 盈利分析（COPA）| Profitability & Cost Analysis | 3.9.1.5 |
+| 管理层驾驶舱 | SAP Analytics Cloud Dashboard | SAC集成 |
+
+### 4.7 OA模块（2.3）
+
+| 需求点 | SAP方案 | 说明 |
+|--------|---------|------|
+| 审批流程 | SAP Workflow（采购审批/销售审批/财务审批）| 内置 |
+| 流程自动化 | SAP Workflow Management | BTP能力 |
+| 协同办公 | 建议第三方OA系统（如飞书/钉钉）通过API集成 | 非SAP核心能力 |
+| 文档管理 | SAP Document Management System | 内置 |
+| 人力资源 | SAP SuccessFactors集成 | HR模块 |
+
+---
+
+## 五、技术架构建议
+
+### 5.1 推荐产品组合
+
+```
+┌─────────────────────────────────────────────────────────────────┐
+│                  百疆集团数字化平台架构                                            │
+├─────────────────────────────────────────────────────────────────┤
+│   GROW with SAP (SAP S/4HANA Cloud Public Edition)                 │
+│   ├─ Finance Premium Package (财务全覆盖)                         │
+│   ├─ SCM Premium Package (供应链/库存/仓储)                       │
+│   ├─ Sales Package (B2B/B2C销售管理)                              │
+│   └─ Professional Services (售后维修管理)                         │
+├─────────────────────────────────────────────────────────────────┤
+│   SAP BTP (Business Technology Platform)                           │
+│   ├─ Integration Suite (电商平台集成：Shopee/TikTok/Lazada)      │
+│   ├─ Extension Suite (OA/经营看板定制开发)                        │
+│   └─ Analytics Cloud (管理层驾驶舱)                               │
+├─────────────────────────────────────────────────────────────────┤
+│   SAP Business Network                                             │
+│   └─ Ariba Buying (间接采购管理)                                  │
+└─────────────────────────────────────────────────────────────────┘
+```
+
+### 5.2 实施路线图（建议分期）
+
+| 期次 | 范围 | 内容 |
+|------|------|------|
+| **一期** | 总部+菲律宾+中国+加拿大+墨西哥+巴西 | 财务核算+销售管理+库存管理+采购管理 |
+| **二期** | 扩展至意大利+中亚+北非+巴基斯坦 | 集团合并报表+预算管理+经营看板 |
+| **三期** | 全集团覆盖 | OA集成+电商深度集成+AI智能分析 |
+
+---
+
+## 六、无法满足的需求（需澄清或补充方案）
+
+以下需求在当前SAP S/4HANA Cloud Public Edition 2602知识库中**无法直接覆盖**，需要进一步与客户沟通或通过扩展开发实现：
+
+### 6.1 电商平台深度集成
+
+| 需求 | 说明 | 建议方案 |
+|------|------|---------|
+| Shopee/TikTok/Lazada/Amazon原生集成 | SAP无原生电商平台连接器 | 需通过SAP BTP Integration Suite开发定制iFlow |
+| 独立站订单自动录入 | SAP无原生独立站对接 | 通过API集成+73P Sales Order Automation |
+| 多渠道库存同步 | 避免各平台超卖 | 建议BTP开发实时库存同步中间件 |
+
+### 6.2 特定业务场景
+
+| 需求 | 说明 | 建议方案 |
+|------|------|---------|
+| **简道云/金蝶/千易历史数据迁移** | 无标准迁移模板 | 需使用LTMC/Legacy Data Migration进行定制迁移 |
+| **出口退税自动化（多国）** | 各国出口退税规则复杂，需按国家评估 | 评估具体国家本地化Scope Items |
+| **OA办公自动化** | SAP非OA核心领域 | 建议保留飞书/钉钉作为OA前台，通过API与SAP集成 |
+| **售后维修全流程管理** | 需结合Service模块与第三方维修管理 | FSD_05 Service + BTP定制 |
+| **租赁业务管理** | SAP标准支持有限 | 需通过BTP扩展开发租赁管理模块 |
+| **培训业务管理** | SAP无原生培训管理模块 | 建议第三方培训系统+API集成 |
+| **零售POS（Point of Sale）** | 直营专卖店POS收银 | 需第三方POS系统+SAP集成 |
+| **大疆API直接对接（采购）** | 需与大疆系统对接采购订单/库存 | 需BTP开发EDI/API接口 |
+
+### 6.3 需求中未提及但建议关注
+
+| 建议项 | 说明 |
+|--------|------|
+| **AI能力利用** | SAP 2602已内置AI功能（Accounting Accruals AI Agent, AI-assisted production routing），可提升效率 |
+| **数据合规（GDPR/各国数据保护）** | 跨国企业需关注数据驻留与隐私合规 |
+| **本地化税务合规** | 巴西NF-e、墨西哥CFDI、加拿大GST/HST等需专门评估 |
+
+---
+
+## 七、推荐Scope Items快速清单
+
+### 必选（Must Have）
+
+| Scope Item | 名称 | 所属模块 |
+|-----------|------|---------|
+| BD9 | Sell from Stock | B2B/B2C销售 |
+| BDG | Sales Quotation | 销售报价 |
+| BKK | Sales Order Fulfillment Monitoring | 订单执行 |
+| BKP | Customer Returns | 退货管理 |
+| J58 | Financial Closing | 财务关账 |
+| J59 | Accounts Receivable | 应收账款 |
+| J62 | Asset Accounting | 固定资产 |
+| 5D2 | Advanced Intercompany Sales | 公司间销售（总部→国家）|
+| 5HP | Advanced Intercompany Stock Transfer | 公司间库存转移 |
+| 5W2 | Group Valuation | 集团估值（利润抵消）|
+| 1SG | Group Reporting | 集团合并报表 |
+
+### 强烈建议（Strongly Recommended）
+
+| Scope Item | 名称 | 所属模块 |
+|-----------|------|---------|
+| 1MC | Omnichannel Convergent Billing | B2C全渠道计费 |
+| 1BS | Fiori Analytical Apps for Sales | 经营看板 |
+| 1B6 | Sales Rebate Processing | 返利管理 |
+| 1EZ | Credit Memo Processing | 贷项凭证 |
+| 1F1 | Debit Memo Processing | 借项凭证 |
+| 1IQ | Sales Inquiry | 销售询价 |
+| BDQ | Invoice Correction | 发票更正 |
+| 73P | Sales Order Automation | 订单自动化 |
+| 3F0 | Event-Based Production Cost Posting | 生产成本核算 |
+| 2LH | Automated Invoice Settlement | 自动发票结算 |
+
+### 评估选用（Evaluate）
+
+| Scope Item | 名称 | 说明 |
+|-----------|------|------|
+| 28B | Plan Consolidation | 合并预算规划 |
+| 2YJ | Predictive Analytics – Sales | 销售预测 |
+| 4GT | Solution Order Management | 捆绑销售（产品+服务+订阅）|
+| 57Z | Subscription Management | 订阅计费 |
+| 1Z1 | Digital Payments – Sales | 在线支付 |
+| 40Y | Intercompany Reconciliation | 公司间对账 |
+
+---
+
+## 八、知识库引用索引
+
+> 本报告基于以下KB文件生成：
+
+| KB文件 | 引用章节 |
+|--------|---------|
+| KB_00_Navigation_Map.md | 总体架构 |
+| SAP_Product_Overview.md | 产品定位/许可/2602亮点 |
+| SAP_Domain_Mapping.md | LOB分类映射 |
+| Scope_Selection_Guide.md | Scope Item选型 |
+| L2C_08_Process_Architecture.md | B2B/B2C销售流程架构 |
+| S2P_09_Process_Architecture.md | 采购流程架构 |
+| R2R_14_Finance_FPA.md | 财务核算/合并/FP&A |
+| P2F_11_Plan_Manufacturing.md | 计划与制造 |
+| P2F_12_Logistics_Warehouse.md | 物流仓储 |
+| A2D_13_Asset_Management.md | 资产管理 |
+| FSD_01_Finance_HR_Capabilities.md | 财务/HR功能详情 |
+| FSD_04_Sales_Capabilities.md | 销售功能详情 |
+| FSD_05_Service_Capabilities.md | 服务功能详情 |
+| FSD_06_Procurement_Capabilities.md | 采购功能详情 |
+| FSD_07_SupplyChain_Capabilities.md | 供应链功能详情 |
+| 06_Intercompany_ETO_Processes.md | 公司间流程操作 |
+| 01_Finance_Controlling_Processes.md | 财务/控制流程操作 |
+| 05_Sales_SD_Processes.md | 销售SD流程操作 |
+| 04_Procurement_MM_Processes.md | 采购MM流程操作 |
+| 03_Inventory_WM_Processes.md | 库存/WM流程操作 |
+| COPA-集团估值配置步骤-SAP公有云.md | 集团估值详细配置 |
+
+---
+
+*报告结束*

sources/需求答疑清单.md

+# 百疆集团数字化需求答疑清单
+
+> 本文件基于需求文档分析，汇总需向客户澄清确认的问题。
+> 按优先级分为 P0（必须确认）、P1（重要确认）、P2（可按需确认）。
+
+---
+
+## P0 — 核心业务场景必须确认
+
+### P0-1 组织架构：菲律宾业务线核算方式
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 菲律宾分为消费机（106人）、行业机（13人）、农业机（14人）三条独立业务线 |
+| **待确认问题** | ① 三条业务线在系统内是否需要**独立核算损益**（各自出利润表）？<br>② 三条业务线是否有独立的库存、采购、销售流程？<br>③ 如果独立核算，是只做内部管理需求，还是三条线法律上的独立公司？ |
+| **SAP 方案影响** | 决定一个菲律宾公司代码设 1 个还是 3 个；决定公司间交易复杂度 |
+
+---
+
+### P0-2 公司间交易模式：货物流与发票流
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 未明确说明公司间交易的具体物权转移方式 |
+| **待确认问题** | ① 总部采购大疆商品后，是**全部入总部仓再分销**，还是大疆**直发到各国**？<br>② 总部到各国的货物流是：<br>   a. 总部仓 → 各国本地仓 → 各国客户<br>   b. 总部仓 → 直发各国客户（不经过各国仓）<br>   c. 两者混合？<br>③ 在途货物（已发货未签收）的**丢失/损坏风险由谁承担**？<br>④ 物权转移时点是：发货过账？客户签收？还是按合同约定？ |
+| **SAP 方案影响** | 决定是否启用 Stock in Transit 科目；决定公司间销售流程配置 |
+
+---
+
+### P0-3 采购与库存模式：按单采购还是备货采购
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | "产品大部分从大疆采购"；功能模块含 B2B 和 B2C |
+| **待确认问题** | ① B2B 业务接到客户订单后，是从**自有仓库现货出库**，还是收到订单后才**向大疆下单采购**？<br>② B2C 业务的货品是否也是从同一个仓库出库？<br>③ B2B 和 B2C 的库存是**同一批货**（共享库存池），还是**分开存放、分开管理**？<br>④ 是否根据**销售预测**提前备货到各国仓库？预测由谁做、多久做一次？ |
+| **SAP 方案影响** | 决定库存管理策略（MTS vs MTO）；决定是否需要 MRP/DDMRP；决定 B2B/B2C 库存是否分管理 |
+
+---
+
+### P0-4 售后维修业务详细流程
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 需求概览中提到"同时承担售后维修" |
+| **待确认问题** | ① 维修业务的完整流程是什么？<br>   - 客户寄修/到店维修/现场维修？<br>   - 是否包含故障诊断、报价确认、维修派工、测试验证环节？<br>   - 是否需要追踪每个工单的技师、工时、换件记录？<br>② 维修更换的备件是否与库存系统联动？<br>③ 收费维修 vs 保修期内免费维修，两类如何区分？<br>④ 维修履历是否需要追溯到单台设备（序列号）？<br>⑤ **是否有第三方维修商参与**？如果有，如何协作（寄修给第三方 / 第三方上门 / 第三方提供替换件）？ |
+| **SAP 方案影响** | 决定 SAP Service 模块能否满足，还是需要 BTP 轻量维修工单 App |
+
+---
+
+### P0-5 大疆采购对接方式
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | "大部分从大疆采购" |
+| **待确认问题** | ① 向大疆采购的具体操作方式：<br>   a. **大疆经销商门户**手动下单？<br>   b. 有 EDI/API 接口可对接？<br>   c. 邮件/电话下单？<br>② 采购价格和返利是通过什么方式获取和确认的？<br>③ 是否需要从大疆实时查询**可供货量**？<br>④ 月度对账结算目前如何操作？ |
+| **SAP 方案影响** | 决定是否需要 BTP 开发大疆接口；决定采购流程是在 SAP 内走完还是部分手工 |
+
+---
+
+## P1 — 重要确认
+
+### P1-1 返利规则与核算方式
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | "售后与返利无法闭环" |
+| **待确认问题** | **上游返利（大疆给百疆）：**<br>① 大疆返利是否有明确的规则与订单/采购量挂钩？（如：月采购量超过 X 台，返 Y%）<br>② 按会计准则，大疆返利应**冲减采购成本**还是**确认为收入**？<br><br>**下游返利（百疆给分销商）：**<br>③ 对分销商的返利如何计算和结算？<br>   - 按销售额阶梯返利？（如月销超 100 台返 2%）<br>   - 按单品返利？（如某型号每卖一台返 $5）<br>   - 返利是在**订单中直接扣减**，还是**季度/年度统一结算**？<br>④ 分销商下单时是否能看到折后价，还是先全价购买再返款？<br><br>**电商返利：**<br>⑤ 电商平台（Shopee/ TikTok/ Lazada/ Amazon）是否有平台侧的返利/优惠券/补贴？这些如何与 SAP 内的收入核算对应？ |
+| **SAP 方案影响** | 决定返利配置方案（订单级自动计算 vs 事后结算）|
+
+---
+
+### P1-2 电商平台对接深度与实时性
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 销售渠道包括 Shopee/TikTok/Lazada/Amazon/独立站 |
+| **待确认问题** | ① 各平台日均订单量级、峰值订单量是多少？<br>② 各平台是否需要**实时**库存同步，还是每小时/每日同步可接受？<br>③ 是否要求 SAP 侧发货后**自动回传**运单号和物流状态到各平台？<br>④ 独立站目前使用什么系统和建站工具？是否有标准 API？<br>⑤ 各平台的结算单/对账单，是否需要在 SAP 内做统一对账？<br>⑥ **千易系统目前是否已对接了各电商平台？** 能获取到订单数据、发货数据、退货数据吗？如果已对接，数据是否完整可用？ |
+| **SAP 方案影响** | 决定轻量聚合层（方案4）的开发范围和实时性需求 |
+
+---
+
+### P1-3 线下零售与商超对接
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 线下大型商超（Costco/BBY/大型分销商） |
+| **待确认问题** | ① Costco 和 BBY 是否要求**EDI 对接**（ASN/发票/对账）？<br>② 直营专卖店目前使用什么 **POS 系统**？<br>③ 线下渠道是否需要实时库存查询，还是每日汇总即可？<br>④ 商超渠道是否有**寄售（Consignment）**模式？（货到商超，售出后结算）<br>⑤ 需求文档中写的"专卖店"是指**线上品牌旗舰店**，还是**线下的实体直营店**？或者是两者都有？ |
+| **SAP 方案影响** | 决定 EDI 需求；决定是否需要 POS 集成 |
+
+---
+
+### P1-4 SN码（序列号）管理
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 未明确说明序列号管理方式。无人机产品有唯一 SN 码 |
+| **待确认问题** | ① 百疆目前如何记录每台设备的 SN 码？（写在 Excel ？金蝶里？还是千易/WMS 中有记录？）<br>② 从哪些环节开始记录 SN？<br>   - 大疆发货到百疆时记录？<br>   - 百疆出库给客户时记录？<br>   - 还是维修时才开始查 SN？<br>③ B2C 业务（电商直营）发货时，是否也要记录每台设备卖给了哪个客户？<br>④ 电商平台上的订单如何匹配到 SN 码？（特别是平台不传 SN 的情况下）<br>⑤ 客户报修时，如何获取客户购买的 SN 号？是否有线上渠道让客户自助查询？ |
+| **SAP 方案影响** | 决定是否启用 Serial Number 管理功能，以及是否需要 BTP 做 SN 查询入口 |
+
+---
+
+### P1-5 各国税务合规需求
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 财务目标中"满足各国财税合规要求" |
+| **待确认问题** | ① 各国是否需要 SAP 直接出具**法定税务报表**？<br>   ② 各国是否使用**当地会计准则**（Local GAAP），还是统一用 IFRS？<br>③ 各国财年是否与集团一致？<br>④ **银企直连**需要覆盖哪些国家的哪些银行？<br>   - 总部（中国）：哪些银行？<br>   - 菲律宾、加拿大、墨西哥、巴西：各需要对接哪些本地银行？ |
+
+---
+
+### P1-6 第三方仓与虚拟仓管理
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 仓库包括自有仓库、第三方仓库；需求补充提到"加拿大有17个虚拟仓" |
+| **待确认问题** | ① **第三方仓库**：<br>   - 目前第三方仓是否与现有 WMS 系统对接了？<br>   - 如果没有对接，新系统上线后是否需要对接？<br>   - 第三方仓的**盘点**如何操作？百疆派人去盘，还是第三方提供盘点报告？<br>② **虚拟仓**：<br>   - 需求中提到的"虚拟仓"（如加拿大 17 个虚拟仓）具体是什么概念？<br>   - 是**逻辑上的库存分区**（如按销售渠道/区域分），还是物理上实际存在的仓库？<br>   - 虚拟仓是否用来做**库存分配**（比如给不同渠道预留库存）？<br>③ **埃及的一级仓**：<br>   - 需求中提到的"埃及一级仓"是储存什么货？主要供哪些国家/渠道使用？ |
+
+---
+
+### P1-7 特殊业务规则澄清
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 需求补充中涉及多个未定义的业务术语 |
+| **待确认问题** | ① **"加拿大固定点位和团单、现金折扣"** 是什么意思？<br>   - 固定点位 = 固定客户的固定取货点？<br>   - 团单 = 团体采购订单？<br>   - 现金折扣 = 付款条件折扣（如 2/10 Net 30）？<br>② **"国内客户到款账户、折扣账户、信用额度账户，客户下单折扣账户只能用40%，剩余用其它账户支付"** 是什么意思？<br>   - 是否指一个客户有多个资金账户，下单时按比例拆分支付？（如折扣账户付 40%，现金账户付 60%） |
+
+---
+
+### P1-8 会员管理
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 需求补充提到"会员管理" |
+| **待确认问题** | ① 会员体系是面向 B2C 消费者还是 B2B 分销商？<br>② 会员信息从什么渠道获取？（线上注册、线下门店登记？）<br>③ 会员等级/积分/权益规则怎样？是否需要与 SAP 内的订单和财务数据联动？ |
+| **SAP 方案影响** | 决定是否需要 SAP BTP 开发会员模块，或对接第三方会员系统 |
+
+---
+
+## P2 — 边界确认
+
+### P2-1 术语澄清：需求文档中的"ERP"指什么
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | B2C 中要求"同步订单信息至 ERP 与 WMS" |
+| **待确认问题** | ① 这里的 **"ERP"** 是指目前的**金蝶系统**，还是未来规划的**新系统（SAP）**？<br>② 如果是指 SAP，那上线前这段时间的订单同步如何处理？ |
+| **SAP 方案影响** | 不影响方案设计，但影响实施过渡期的数据策略 |
+
+---
+
+### P2-2 租赁与培训业务
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | "培训、租赁" |
+| **待确认问题** | ① 租赁业务模式：按天/按月租赁？押金管理？逾期处理？<br>② 培训业务：收费培训还是随售免费培训？是否算独立业务线？<br>③ 租赁和培训是否在一期范围内？ |
+
+---
+
+### P2-3 经营看板一期范围
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 经营看板 |
+| **待确认问题** | ① 一期想看什么指标？<br>   - 仅 SAP 内数据（财务/库存/销售订单分析）？<br>   - 还是必须含**电商平台**的销售数据？<br>② 看板使用对象是谁？（总部管理层/各国经理/运营人员）<br>③ 是否需要移动端查看？ |
+
+---
+
+### P2-4 各国一期模块范围裁剪
+
+| 项目 | 内容 |
+|------|------|
+| **需求原文** | 一期优先：总部、菲律宾、安徽/黑龙江、加拿大、墨西哥、巴西 |
+| **待确认问题** | ① 这些国家的一期模块范围是否**完全一致**，还是按需裁剪？<br>   （例如加拿大只做财务，菲律宾要做全模块）<br>② 各国是否有本地 IT/财务关键用户配合项目实施？<br>③ 上线策略：全球统一上线还是逐个上线？ |
+
+---
+
+