adspecs 0.1.12

package/.adspecs/templates/21-/344/270/232/345/212/241/346/226/271/346/241/210/346/250/241/346/235/277.md

@@ -0,0 +1,661 @@
+# {项目名称} — 业务方案
+
+> **版本**: v1.0
+> **创建日期**: {日期}
+> **适用人员**: 业务顾问、产品经理、需求分析师
+> **目的**: 完整描述业务方案的核心逻辑、流程架构、流程详述、字段定义、业务规则及角色权限，作为系统设计与开发的单一信息源。
+
+---
+
+## 修订记录
+
+| 版本 | 日期   | 修订人 | 修订内容               |
+| ---- | ------ | ------ | ---------------------- |
+| v1.0 | {日期} | {姓名} | 初始版本：完成全部编写 |
+
+---
+
+## 1. 概览
+
+> **填写指引**: 本章节是模块业务蓝图的开篇，用简明扼要的方式回答"要做什么、为什么做、做到什么程度、谁在用"四个核心问题。填写本节时应聚焦业务视角，避免过早陷入技术细节。本章节内容应与 PRD §1 需求概览保持一致。
+
+### 1.1 基本信息
+
+| 字段         | 填写说明                            | 示例                                         |
+| ------------ | ----------------------------------- | -------------------------------------------- |
+| **需求名称** | 简短描述需求的名称                  | 保税与再生资源存货管理                       |
+| **需求编号** | REQ-{YYYYMMDD}-{NNN} 格式           | REQ-20260708-001                             |
+| **所属模块** | {主模块} - {子模块}                 | P05 仓储物流管理 - P05-07 保税与再生资源存货 |
+| **需求来源** | 产品经理 / 业务方 / 客户 / 合规要求 | 产品经理 / 业务方 / 海关合规要求             |
+| **创建日期** | YYYY-MM-DD                          | 2026-07-08                                   |
+| **优先级**   | P0 / P1 / P2 / P3                   | P0                                           |
+
+### 1.2 需求背景
+
+#### 1.2.1 为什么需要这个需求？
+
+> **填写指引**: 用 1~3 句话描述当前的业务痛点或问题。每条痛点建议单独成行，便于后续追溯到具体功能点。
+
+**模版**:
+
+```
+{业务主体} 在 {业务场景} 中面临以下痛点：
+- {痛点1}: {具体表现}
+- {痛点2}: {具体表现}
+- {痛点3}: {具体表现}
+```
+
+**示例（P05-07）**:
+
+> 华峰铝业作为铝合金板带箔出口加工企业，进口保税铝锭、保税中间合金等原材料享受进口关税暂免政策。当前保税物料管理存在以下痛点：
+> - 保税料台账依赖手工 Excel 维护，数据不可靠，无法满足海关随时稽核的要求
+> - 保税料投入消耗缺乏系统追踪，无法精确掌握每批保税料的剩余重量和消耗去向
+> - 成品出口时核销流程依赖人工匹配，容易遗漏或错误关联，导致核销不及时面临海关处罚风险
+
+#### 1.2.2 期望达到什么目标？
+
+> **填写指引**: 用 1~2 句话描述期望达成的业务目标，应尽量可度量、可验证。
+
+**模版**:
+
+```
+建立以 {核心关注点} 为核心的 {管理领域} 体系：实现 {核心能力1}、{核心能力2}、
+{核心能力3}，确保 {质量属性}，满足 {合规/业务要求}。
+```
+
+**示例（P05-07）**:
+
+> 建立以海关合规为核心的保税与再生资源存货管理体系：实现保税料台账全生命周期管理（入库建账→投入消耗跟踪→产出关联→出口核销闭环），所有事务记录只增不改不删（append-only），保税原料→成品全链路可追溯，出口核销自动匹配，满足海关稽核和环保税务合规要求。
+
+### 1.3 需求范围
+
+#### 1.3.1 包含哪些功能？
+
+> **填写指引**: 列出该需求包含的主要功能点。每个功能点应与 PRD §4 功能清单中的三级功能对应。
+
+**模版**:
+
+```
+{功能1}、{功能2}、{功能3}、{功能4}、{功能5}
+```
+
+**示例（P05-07）**:
+
+> 保税物料台账管理（BondedMaterialLedger 全生命周期）、保税料标识管理（is_bonded 标记+海关申报单号关联）、保税料投入消耗跟踪（订阅生产投料事件自动递减）、保税料产出关联（成品与保税原料追溯关系建立）、保税核销流程（出口销售自动匹配+海关凭证关联）、再生资源全流程管理、保税物料报表与海关稽核数据导出、SAP 保税数据同步
+
+#### 1.3.2 不包含哪些功能？
+
+> **填写指引**: 明确说明该需求不包含的内容，并指明由哪个模块负责。这是避免模块职责越界的关键声明。
+
+**模版**:
+
+```
+- {不包含功能1}（{模块编号} {模块名称} 负责 {具体职责}，本模块仅 {本模块职责}）
+- {不包含功能2}（{模块编号} {模块名称} 负责，本模块不介入）
+```
+
+**示例（P05-07）**:
+
+> - 保税料入库操作（P05-01 原辅材料仓库负责入库，标记 is_bonded=true 后通知 P05-07 建账）
+> - 生产投料执行（P06-02 生产执行负责，P05-07 仅订阅投料事件）
+> - 成品出口销售操作（P09-02 拣配与发货负责，P05-07 仅订阅出库事件进行核销）
+> - 条码追溯关系存储（P11-02 追溯系统负责存储，P05-07 仅调用 SDK 写入）
+
+### 1.4 涉及角色
+
+> **填写指引**: 列出所有会与本模块交互的角色，并简述其职责。角色应与 PRD §1.4 / §5 权限矩阵对齐。
+
+**模版**:
+
+| 角色        | 职责描述     | 主要操作   |
+| ----------- | ------------ | ---------- |
+| **{角色1}** | {描述该角色} | {操作列表} |
+| **{角色2}** | {描述该角色} | {操作列表} |
+| ...         | ...          | ...        |
+
+**示例（P05-07）**:
+
+| 角色             | 职责描述                       | 主要操作                                   |
+| ---------------- | ------------------------------ | ------------------------------------------ |
+| **保税管理员**   | 负责保税台账日常管理与核销操作 | 创建台账、监控消耗、执行核销、导出稽核数据 |
+| **仓库操作员**   | 入库时标记保税料               | 标记 is_bonded=true、关联海关申报单号      |
+| **财务人员**     | 查看保税核算报表、处理差异     | 查看报表、确认 SAP 同步数据                |
+| **海关合规专员** | 应对海关稽核检查               | 审核核销操作、导出海关稽核报表             |
+
+---
+
+## 2. 业务核心逻辑
+
+> **定位**：业务方案的逻辑起点。描述那些支配整个方案走向的最根本的业务判断。产品经理读完能理解"为什么流程要这么设计"。
+>
+> **格式**：无固定模板，但必须覆盖以下各节内容。语言精炼、准确；若涉及责任划分，明确角色与责任边界；若涉及分层或分域，说明层/域之间的关系。
+
+---
+
+### 2.1 核心术语对照表
+
+> 定义方案中所有关键术语，避免歧义。每个术语必须给出**业务语言解释**，并附**释例**（真实业务场景的具体例子）。
+
+| 术语           | 定义                                                                                            | 业务语言解释                                 | 释例                                                             |
+| -------------- | ----------------------------------------------------------------------------------------------- | -------------------------------------------- | ---------------------------------------------------------------- |
+| {如：订单}     | {严谨定义，明确本文中的特指含义，如"本文的'订单'是指与客户确认后的正式需求，包括单次合同、SO…"} | {一句话业务解释，如"客户正式下达的要货"}     | {具体例子，如"6月5日客户A正式下达PO：5052铝板50吨、6月30日交货"} |
+| {如：销售预测} | {定义，如"对未来客户需求的预估判断，不具有法律效力"}                                            | {一句话，如"客户'可能会要多少货'的提前判断"} | {如"销售预计A客户6月份5052牌号铝板需求300吨"}                    |
+| {如：备货计划} | {定义}                                                                                          | {业务解释}                                   | {释例}                                                           |
+
+> **说明：** {补充不适用场景或特殊情况说明，如"不使用框架合同的非长期客户，一般不会开展销售预测"}
+
+---
+
+### 2.2 典型场景对比
+
+> 若业务存在多种典型场景（如数据来源不同、准确度不同），在此对比说明。
+
+| 场景       | 名称               | 数据来源                                      | 准确度/特征          |
+| ---------- | ------------------ | --------------------------------------------- | -------------------- |
+| **场景一** | {如：客户需求计划} | {如：客户通过EDI/门户/邮件正式发布的滚动需求} | {相对较高，仍有偏差} |
+| **场景二** | {如：销售判断预测} | {如：销售人员基于客户沟通、市场经验的判断}    | {较低，波动大}       |
+
+> **关键认知**：{在此强调最容易误解的核心判断，如"即使是客户正式发布的需求计划，在法律上仍属于'预测'而非'订单'。主机厂通常会声明'本预测仅用于供应商备料参考，实际需求以PO为准'。"}
+
+---
+
+### 2.3 责任边界与核心原则
+
+> 明确各角色在业务中的责任边界——谁对什么负责、负责到什么程度。
+
+**核心原则：** "{用一句话概括责任划分原则，如'销售对销售预测负责，计划对备货计划负责，双方共同对交付结果负责'}"
+
+| 责任主体             | 负责对象                   | 核心逻辑                                                     |
+| -------------------- | -------------------------- | ------------------------------------------------------------ |
+| {如：销售}           | {如：销售预测（需求信号）} | {如：信号是否全面（不漏报）、是否没有恶意夸大（不重大虚报）} |
+| {如：供应链（计划）} | {如：备货计划（供应决策）} | {如：决策是否匹配实际需求、库存是否高效}                     |
+| {如：双方共同}       | {如：交付结果（客户满意）} | {如：订单是否按时交付}                                       |
+
+> **关键洞察**：{在此点明最关键的角色认知，如"销售预测不是'生产指令'，而是'市场情报'。销售是情报提供者，供应链是情报使用者。情报提供者对情报质量负责，情报使用者对使用情报做出的决策负责。"}
+
+---
+
+### 2.4 核心业务运作逻辑
+
+> 用文字+流程图描述业务最核心的运作方式。如涉及线上/线下双通道，需分别说明。
+
+```mermaid
+flowchart TD
+    subgraph 线上传递["线上传递（{系统名}）"]
+        S1["① {阶段1名称}（{角色}）<br>{输入/操作内容}"]
+        S2{"② {阶段2名称}（{角色}）"}
+        S3["③ {阶段3名称}（{角色}）"]
+        S1 --> S2
+        S2 -->|"{分支A：条件 → 结果，流程结束}"| END_A["流程结束"]
+        S2 -->|"{分支B：条件 → 标记问题}"| S3
+    end
+    subgraph 线下传递["线下传递（会议/协商）"]
+        S4["④ {阶段4名称}（{角色}）<br>面对面协商分歧<br>讨论后可能的出口：<br>├── {出口A}<br>└── {出口B}<br>会议纪要和决策结果线上记录"]
+    end
+    subgraph 线上闭环["线上闭环（{系统名}）"]
+        S5["⑤ 执行决策<br>{根据决策结果，各方在系统中完成对应操作}"]
+    end
+    S3 -->|不认可| S4
+    S2 -->|认可| END_B["调整数据，流程结束"]
+    S4 --> S5
+```
+
+---
+
+### 2.5 核心实体关系
+
+> 描述业务涉及的核心实体之间的层级关系与数量对应关系。
+
+#### 2.5.1 实体关系示意图
+
+```mermaid
+erDiagram
+    {实体A} ||--o{ {子实体A} : "{关系说明}"
+    {实体B} ||--o{ {子实体B} : "{关系说明}"
+    {实体B} ||--o{ {子实体C} : "{关系说明}"
+    {子实体B} ||--|| {实体D} : "{关系说明，如 1:1 生成}"
+    {实体D} ||--o{ {子实体D} : "{继承关系说明}"
+```
+
+#### 2.5.2 实体关系说明
+
+| 关系描述            | 数量关系 | 说明                          |
+| ------------------- | -------- | ----------------------------- |
+| {如：实体A → 实体B} | 1:N      | {如：一个预测可对应多个订单}  |
+| {如：实体B → 实体D} | **1:1**  | {如：订单生效后1:1生成履约单} |
+
+---
+
+### 2.6 生命周期阶段逻辑
+
+> 描述核心业务对象在各生命周期阶段的动作、状态变化和影响。
+
+| 阶段                       | 动作                              | {对象A} 变化                           | {对象B} 变化         |
+| -------------------------- | --------------------------------- | -------------------------------------- | -------------------- |
+| **{如：创建（草稿）}**     | {如：可查询关联数据供参考}        | {如：无变化}                           | {如：无变化}         |
+| **{如：提交审批}**         | {如：自动匹配→展示结果→确认→锁定} | {如：已锁定量+N，剩余量-N}             | {如：状态变为待审批} |
+| **{如：审批通过}**         | {如：占用转为正式核销}            | {如：已核销量+N，已锁定量-N}           | {如：状态变为已生效} |
+| **{如：审批驳回}**         | {如：自动释放占用}                | {如：已锁定量-N，剩余量+N}             | {如：状态回退至草稿} |
+| **{如：撤回}**             | {如：自动释放占用}                | {如：已锁定量-N，剩余量+N}             | {如：状态回退至草稿} |
+| **{如：变更（数量减少）}** | {如：释放未执行部分占用}          | {如：已核销量-N（减少量），剩余量+N}   | {如：重新进入审批}   |
+| **{如：取消}**             | {如：释放未执行部分占用}          | {如：已核销量-N（未执行量），剩余量+N} | {如：状态变为已取消} |
+| **{如：关键属性变更}**     | {如：原值释放+新值重新校验}       | {如：原周期释放，新周期占用}           | {如：触发重新审批}   |
+
+---
+
+### 2.7 核心机制详述
+
+> 对业务中涉及的关键机制（如匹配规则、锁定机制、释放机制等）逐一展开说明。
+
+#### 2.7.1 {机制名称，如：匹配规则}
+
+> 描述对象之间的自动关联/匹配逻辑。
+
+**匹配条件：**
+
+| 匹配条件                       | 说明                                |
+| ------------------------------ | ----------------------------------- |
+| {如：同客户 + 同产品 + 同周期} | {如：交付批次交期所在周 = 预测周期} |
+
+**匹配流程：**
+
+```mermaid
+flowchart TD
+    A["{触发动作，如：点击'提交审批'}"]
+    B["系统自动匹配<br>遍历{对象}每个{子项}的每个{批次}"]
+    C{"{匹配条件描述}"}
+    D["标记'{未匹配标识}'"]
+    E["展示匹配结果弹窗"]
+    F["{角色}确认"]
+    G["系统{执行锁定/占用}"]
+    H["进入后续流程"]
+
+    A --> B --> C
+    C -->|匹配| E
+    C -->|无匹配| D --> E
+    E --> F --> G --> H
+```
+
+#### 2.7.2 {机制名称，如：锁定机制}
+
+| 维度                       | 说明                                                                   |
+| -------------------------- | ---------------------------------------------------------------------- |
+| **锁定时点**               | {如：用户在匹配结果弹窗中点击"确认并提交"后立即锁定}                   |
+| **锁定粒度**               | {如：行级别。同一行可以被多个对象锁定，但锁定总量不能超过剩余量}       |
+| **锁定后对其他操作的影响** | {如：其他对象创建/提交时，看到的剩余量 = 总量 - 已核销量 - 当前锁定量} |
+
+#### 2.7.3 {机制名称，如：释放机制}
+
+| 触发场景           | 释放动作                           |
+| ------------------ | ---------------------------------- |
+| **{如：审批驳回}** | {如：自动释放该对象全部锁定}       |
+| **{如：撤回}**     | {如：自动释放该对象全部锁定}       |
+| **{如：生效}**     | {如：锁定量转为已核销量，不再释放} |
+
+#### 2.7.4 {机制名称，如：取消与变更处理}
+
+| 场景                             | 处理规则                                 |
+| -------------------------------- | ---------------------------------------- |
+| **{如：全部取消（未执行）}**     | {如：全部占用回滚，已核销量全部释放}     |
+| **{如：部分取消（部分已执行）}** | {如：已执行部分不回滚，仅未执行部分释放} |
+| **{如：变更（数量减少）}**       | {如：未执行部分减少的数量，释放占用}     |
+| **{如：数量增加}**               | {如：不允许走变更，需创建新对象独立处理} |
+
+---
+---
+
+## 3. 业务流程架构
+
+> **定位**：业务流程的分级全景图，让产品经理快速把握业务分几个域、每个域有哪些端到端流程。
+>
+> **格式**：Mermaid `flowchart LR` 或表格。
+
+---
+
+### 3.1 流程编号规则
+
+> 说明流程编号的命名规范，确保全局唯一。
+
+| 层级     | 编号格式               | 示例        | 说明                                   |
+| -------- | ---------------------- | ----------- | -------------------------------------- |
+| 业务域   | {域名缩写，如 LTC}     | LTC         | {业务域全称，如 Lead to Cash}          |
+| 一级流程 | {域名}-{序号}          | LTC-02      | 一级流程在业务域下的序号               |
+| 二级流程 | {域名}-{序号}-BP{序号} | LTC-02-BP01 | 二级流程（业务流程）在一级流程下的序号 |
+
+### 3.2 流程架构图（可选）
+
+> 使用 Mermaid `flowchart LR` 绘制流程架构图，以 subgraph 表示业务域。
+
+```mermaid
+flowchart LR
+    subgraph 业务域A["{业务域 A，如 LTC-01 合同管理}"]
+        A1["LTC-01-BP01 {流程名}"]
+        A2["LTC-01-BP02 {流程名}"]
+    end
+    subgraph 业务域B["{业务域 B，如 LTC-02 销售预测}"]
+        B1["LTC-02-BP01 {流程名}"]
+        B2["LTC-02-BP02 {流程名}"]
+    end
+    subgraph 业务域C["{业务域 C，如 LTC-03 订单管理}"]
+        C1["LTC-03-BP01 {流程名}"]
+    end
+```
+
+### 3.3 流程清单（必需）
+
+> 流程编号全局唯一，分层逻辑与 F1 保持一致。"简要说明"用一句话描述流程的触发与结束。
+> 流程清单必须覆盖方案范围内的所有端到端流程。
+
+| 一级流程编号 | 一级流程名称   | 二级流程编号 | 二级流程名称       | 简要说明                                             |
+| ------------ | -------------- | ------------ | ------------------ | ---------------------------------------------------- |
+| {如：LTC-02} | {如：销售预测} | LTC-02-BP01  | {如：预测提报流程} | 从{如：业务员填报预测}开始，到{如：计划确认备货}结束 |
+|              |                | LTC-02-BP02  | {如：预测变更流程} | 从{如：业务员发起变更}开始，到{如：变更生效}结束     |
+| {如：LTC-01} | {如：合同管理} | LTC-01-BP01  | {如：合同创建流程} | 从{触发事件}开始，到{结束状态}结束                   |
+
+---
+---
+
+## 4. 业务流程文件
+
+> **定位**：每条流程的完整业务描述，是业务顾问最核心的产出。
+>
+> **格式**：Mermaid 流程图（以 subgraph 模拟泳道）+ 步骤说明表，流程图与步骤说明表必须一致。
+
+---
+
+### 流程一：{LTC-02-BP01 流程名称}
+
+#### 4.1.1 流程图（Mermaid）
+
+> **绘制要求：**
+> - 使用 `flowchart TD` 格式，以 `subgraph` 模拟泳道（每个 subgraph 名称 = 业务岗位）
+> - 节点 = 业务动作（动词+名词，如"提报预测""评估备货可行性"），节点 ID 使用步骤编号
+> - 菱形节点（`{}`） = 判定分支（条件用业务语言标注，穷尽不遗漏）
+> - 步骤编号在节点名称中标注，格式：{流程编号}-{步骤序号}
+
+```mermaid
+flowchart TD
+    subgraph 业务员
+        S1["{LTC-02-BP01-1.0} {提报预测}"]
+        S3["{LTC-02-BP01-3.0} {调整并重提}"]
+    end
+    subgraph 计划员
+        S2{"{LTC-02-BP01-2.0} {评估备货可行性}"}
+    end
+    S1 --> S2
+    S2 -->|"{可满足}"| END1["流程结束"]
+    S2 -->|"{不可满足}"| S3
+    S3 -->|"{认可方案}"| END2["调整后提交，流程结束"]
+    S3 -->|"{不认可}"| S2
+```
+
+#### 4.1.2 步骤说明表
+
+> 步骤编号格式：{二级流程编号}-{步骤序号}（如 LTC-02-BP01-1.0）
+>
+> "业务动作描述"应包含完整操作逻辑，若步骤内有多个子操作，使用编号列举。
+
+| 步骤编号          | 步骤名称             | 执行角色     | 业务动作描述                                                                                                                                                         | 输入                       | 输出               | 判定条件/分支             | 异常处理         |
+| ----------------- | -------------------- | ------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------- | ------------------ | ------------------------- | ---------------- |
+| {LTC-02-BP01-1.0} | {如：提报预测}       | {如：业务员} | {如：业务员填报销售预测信息，提交评审。}                                                                                                                             | {如：市场信息}             | {如：销售预测信息} | —                         | {异常情况及处理} |
+| {LTC-02-BP01-2.0} | {如：评估备货可行性} | {如：计划员} | {如：供应链计划员根据库存、产能、物料等约束，评估是否满足预测。<br>1. 若能满足，流程结束，按此备货；<br>2. 若不能，标记缺口并提出建议方案（如推迟交期、分批交付等）} | {如：预测信息、库存、产能} | {如：对预测的反馈} | {如：可满足/不可满足}     | {异常处理}       |
+| {LTC-02-BP01-3.0} | {如：调整并重提}     | {如：业务员} | {如：业务员收到反馈后：<br>1. 若认可建议方案，直接在系统中调整预测，重新提交，经计划员确认后流程结束；<br>2. 若不认可，升级处理，线下会议决策，按决策结果调整。}     | {如：缺口标记及建议方案}   | {如：修改后的预测} | {如：认可方案/不认可方案} | {异常处理}       |
+
+> **要求**：
+> - 泳道图与步骤说明表必须一致，步骤编号在图中标注
+> - 分支条件必须穷尽，不遗漏异常路径
+> - 业务动作描述中若涉及子步骤，使用编号（1. 2. 3.）列举完整逻辑
+
+---
+
+### 流程二：{LTC-02-BP02 流程名称}
+
+#### 4.2.1 流程图
+
+```mermaid
+flowchart TD
+    %% 按业务岗位建 subgraph，节点 ID 使用步骤编号
+```
+
+#### 4.2.2 步骤说明表
+
+| 步骤编号 | 步骤名称 | 执行角色 | 业务动作描述 | 输入 | 输出 | 判定条件/分支 | 异常处理 |
+| -------- | -------- | -------- | ------------ | ---- | ---- | ------------- | -------- |
+| {编号}   | {名称}   | {角色}   | {描述}       | {入} | {出} | {条件}        | {处理}   |
+
+---
+
+### 流程 N：{按需复制上述结构}
+
+> 为流程清单（F2）中的每条流程创建对应的流程图和步骤说明表。
+
+---
+
+### 附录：状态流转汇总
+
+> **定位**：从 F3 各流程中归纳，按业务事项汇总跨流程的完整状态变化。
+>
+> **格式**：绘制 mermaid 格式的状态图。
+
+---
+
+#### 附-1 状态定义
+
+> 按业务事项列出所有状态值。状态名称必须与 F4 字段清单中状态字段的枚举值完全一致。
+
+| 业务事项       | 状态名称 | 状态编码  | 含义说明                 |
+| -------------- | -------- | --------- | ------------------------ |
+| {如：销售预测} | 草稿     | DRAFT     | 已创建但尚未提交         |
+|                | 已提交   | SUBMITTED | 已提交，等待计划员评估   |
+|                | 已驳回   | REJECTED  | 计划员评估后驳回，需修改 |
+|                | 已接收   | ACCEPTED  | 计划员确认，纳入备货     |
+|                | 已取消   | CANCELLED | 草稿或已驳回状态下的取消 |
+| {如：合同}     | {状态名} | {编码}    | {含义}                   |
+
+#### 附-2 状态流转路径
+
+| 业务事项       | 当前状态 | 触发事件/操作  | 目标状态 | 条件/约束        | 来源流程步骤    |
+| -------------- | -------- | -------------- | -------- | ---------------- | --------------- |
+| {如：销售预测} | 草稿     | 提交           | 已提交   | 必填字段完整     | LTC-02-BP01-1.0 |
+|                | 已提交   | 计划员接收     | 已接收   | 计划员评估可满足 | LTC-02-BP01-2.0 |
+|                | 已提交   | 计划员驳回     | 已驳回   | —                | LTC-02-BP01-2.0 |
+|                | 已驳回   | 修改后重新提交 | 已提交   | 修改完成         | LTC-02-BP01-3.0 |
+|                | 草稿     | 取消           | 已取消   | 仅草稿状态可取消 | —               |
+| {如：合同}     | {当前}   | {触发事件}     | {目标}   | {条件}           | {步骤编号}      |
+
+#### 附-3 状态流转图
+
+```mermaid
+stateDiagram-v2
+    [*] --> 草稿: 创建
+    草稿 --> 已提交: 提交
+    已提交 --> 已接收: 计划接收
+    已提交 --> 已驳回: 计划驳回
+    已驳回 --> 已提交: 修改重提
+    已驳回 --> 已取消: 取消
+    草稿 --> 已取消: 取消
+    已接收 --> [*]
+    已取消 --> [*]
+```
+
+---
+---
+
+## 5. 业务字段清单
+
+> **定位**：从 F3 产出物中提取的字段统一定义，确保业务信息完整、口径一致。
+>
+> **格式**：表格。
+
+---
+
+> **填写要求：**
+> - 字段名称使用业务语言（如"合同编号"），严禁技术字段名（如 `contract_id`）
+> - 枚举值必须全量列出，不可遗漏或写"等"
+> - 同一字段在不同产出物中出现时，以首次出现的定义为准，后续保持一致
+> - "说明"列补充口径细节（如"由财务系统同步""仅内部使用"）
+> - 状态字段的枚举值必须与 F3-附录的状态列表完全一致
+> - 分组顺序与 F3 产出物清单一致
+
+### 5.1 {产出物 1 名称}（如：销售预测单）字段清单
+
+| 字段分组 | 字段名称   | 字段类型   | 是否必填 | 枚举值/取值范围                          | 默认值 | 说明                         |
+| -------- | ---------- | ---------- | -------- | ---------------------------------------- | ------ | ---------------------------- |
+| 基本信息 | 预测单编号 | 文本       | 是       | 按编码规则自动生成                       | —      | 全局唯一，提交后系统自动生成 |
+|          | 预测周期   | 日期范围   | 是       | —                                        | —      | 预测覆盖的时间范围           |
+|          | 预测状态   | 枚举       | 是       | 草稿 / 已提交 / 已驳回 / 已接收 / 已取消 | 草稿   | 枚举值与 F3-附录完全一致     |
+| 客户信息 | 客户名称   | 文本       | 是       | 从客户主数据选择                         | —      | 关联客户主数据               |
+|          | 客户编码   | 文本       | 是       | —                                        | —      | 由客户名称联动自动填充       |
+| 产品信息 | 产品名称   | 文本       | 是       | 从产品主数据选择                         | —      | —                            |
+|          | 预测量     | 数值（吨） | 是       | >0，精确到小数点后2位                    | —      | —                            |
+| 答复信息 | 计划答复量 | 数值（吨） | 否       | ≥0                                       | —      | 计划员填写，表示可备货量     |
+|          | 答复意见   | 文本       | 否       | —                                        | —      | 计划员填写，驳回/建议说明    |
+|          | 答复状态   | 枚举       | 否       | 待答复 / 可满足 / 部分满足 / 不可满足    | 待答复 | 计划员评估后填写             |
+
+### 5.2 {产出物 2 名称} 字段清单
+
+> 复制上述表格结构，为每个产出物创建字段清单。
+
+| 字段分组 | 字段名称 | 字段类型 | 是否必填 | 枚举值/取值范围 | 默认值 | 说明   |
+| -------- | -------- | -------- | -------- | --------------- | ------ | ------ |
+| {分组}   | {名称}   | {类型}   | {是/否}  | {枚举/范围}     | {默认} | {说明} |
+
+---
+---
+
+## 6. 业务规则清单
+
+> **定位**：从 F3 判定节点和步骤说明中提取的校验、计算、决策规则，是功能逻辑的单一信息源。
+>
+> **格式**：表格。
+
+---
+
+> **填写要求：**
+> - "来源流程步骤"必须填写 F3 中对应的步骤编号
+> - 状态流转路径已在 F3 和 F3-附录中描述，F5 不重复
+> - 规则ID全局唯一，格式为"{一级流程编号}-RL-{序号}"
+
+### 6.1 校验规则
+
+| 规则 ID         | 规则名称             | 规则描述                         | 触发时机         | 来源流程步骤    | 不满足时行为                 |
+| --------------- | -------------------- | -------------------------------- | ---------------- | --------------- | ---------------------------- |
+| {LTC-02-RL-001} | {如：预测量必填校验} | {如：预测量必须大于 0}           | {如：提交预测时} | LTC-02-BP01-1.0 | {如：提示"预测量必须大于0"}  |
+| {LTC-02-RL-002} | {如：预测周期校验}   | {如：预测周期不得早于当前周期}   | {如：提交预测时} | LTC-02-BP01-1.0 | {如：提示"预测周期已过"}     |
+| {LTC-02-RL-003} | {如：撤回前置校验}   | {如：预测撤回需校验计划端未排产} | {如：撤回预测时} | LTC-02-BP01-3.0 | {如：提示"已排产，不可撤回"} |
+
+### 6.2 计算规则
+
+| 规则 ID         | 规则名称             | 规则描述                                      | 触发时机               | 来源流程步骤 | 计算公式/逻辑                   |
+| --------------- | -------------------- | --------------------------------------------- | ---------------------- | ------------ | ------------------------------- |
+| {LTC-02-RL-010} | {如：预测剩余量计算} | {如：剩余量 = 预测量 - 已核销量 - 当前锁定量} | {如：查询预测可用量时} | —            | 剩余量 = 预测量 - 已核销 - 锁定 |
+
+### 6.3 决策规则
+
+| 规则 ID         | 规则名称           | 规则描述                                      | 触发时机         | 来源流程步骤 | 决策结果       |
+| --------------- | ------------------ | --------------------------------------------- | ---------------- | ------------ | -------------- |
+| {LTC-02-RL-020} | {如：审批级别判定} | {如：金额>50万需总经理审批，否则部门经理审批} | {如：提交审批时} | {步骤编号}   | {审批路由走向} |
+
+---
+---
+
+## 7. 业务角色与权限
+
+> **定位**：从 F3 泳道中汇总所有角色，定义其操作权限、数据范围及约束条件。
+>
+> **格式**：表格。
+
+---
+
+> **填写要求：**
+> - 操作权限矩阵中的每一行，必须能在 F3 中找到对应步骤
+> - 数据权限范围写明"谁能在什么条件下看什么数据"，不能写"默认全部可见"
+> - 权限描述使用业务语言（如"查看本人经办合同"）
+> - 若有动态权限（依赖金额、状态等条件），在约束与备注中引用 F3 或 F5 对应条目
+> - 同一岗位角色需按细粒度拆分（如"销售人员"拆为"创建人"与"非创建人"）
+
+### 7.1 角色清单
+
+| 角色编号 | 角色名称                 | 角色说明                                     | 来源流程（F3 泳道） |
+| -------- | ------------------------ | -------------------------------------------- | ------------------- |
+| R01      | {如：业务员（创建人）}   | {如：预测单的创建者，拥有完整编辑权限}       | LTC-02-BP01         |
+| R02      | {如：业务员（非创建人）} | {如：其他业务员，仅可查看，不可编辑}         | —                   |
+| R03      | {如：计划员}             | {如：负责评估预测可行性，填写答复信息}       | LTC-02-BP01         |
+| R04      | {如：审批人（销售经理）} | {如：负责审批变更单，限本团队}               | LTC-02-BP02         |
+| R05      | {如：系统管理员}         | {如：负责系统配置参数管理，不可操作业务数据} | —                   |
+
+### 7.2 操作权限矩阵
+
+> √ = 可操作 × = 不可操作 ⚠ = 有条件可操作（见约束与备注列）
+
+| 业务操作                        | R01 业务员(创建人) | R02 业务员(非创建人) | R03 计划员 | R04 审批人 | R05 系统管理员 | 备注                     |
+| ------------------------------- | ------------------ | -------------------- | ---------- | ---------- | -------------- | ------------------------ |
+| 预测单创建                      | √                  | ×                    | ×          | ×          | ×              |                          |
+| 预测单编辑                      | √                  | ×                    | ⚠          | ×          | ×              | ⚠ 计划员仅可编辑答复字段 |
+| 预测单提交                      | √                  | ×                    | ×          | ×          | ×              |                          |
+| 预测单撤回                      | √                  | ×                    | ×          | ×          | ×              | 需校验计划端未排产       |
+| 预测单删除（无编号）            | √                  | ×                    | ×          | ×          | ×              | 物理删除                 |
+| 预测单取消（有编号草稿/已驳回） | √                  | ×                    | ×          | ×          | ×              |                          |
+| 预测单详情查看                  | √                  | √                    | √          | √          | √              |                          |
+| 预测单列表查看                  | √                  | √                    | √          | √          | √              |                          |
+| 预测单接收                      | ×                  | ×                    | √          | ×          | ×              | 计划部门专属操作         |
+| 预测单驳回                      | ×                  | ×                    | √          | ×          | ×              | 计划部门专属操作         |
+| 答复字段填写                    | ×                  | ×                    | √          | ×          | ×              | 计划建议量/答复意见      |
+| 变更单新增/编辑                 | √                  | ×                    | ×          | ×          | ×              |                          |
+| 变更单提交/撤回                 | √                  | ×                    | ×          | ×          | ×              |                          |
+| 变更单审批                      | ×                  | ×                    | ×          | √          | ×              | 审批范围限本团队         |
+| 系统配置管理                    | ×                  | ×                    | ×          | ×          | √              | 提前期/强制转订单等参数  |
+
+### 7.3 数据权限范围
+
+| 角色                 | 可查看数据范围           | 可编辑数据范围                   | 约束条件                      |
+| -------------------- | ------------------------ | -------------------------------- | ----------------------------- |
+| R01 业务员(创建人)   | {如：所有预测单}         | {如：仅自己创建的预测单和变更单} | {如：编辑仅限草稿/已驳回状态} |
+| R02 业务员(非创建人) | {如：所有预测单（只读）} | {如：无}                         | {如：不可编辑任何预测单}      |
+| R03 计划员           | {如：所有预测单}         | {如：仅答复字段}                 | {如：仅已提交状态可操作}      |
+| R04 审批人(销售经理) | {如：本团队变更单}       | {如：无}                         | {如：审批范围限本团队}        |
+| R05 系统管理员       | {如：所有预测单（只读）} | {如：仅系统配置参数}             | {如：不可操作业务数据}        |
+
+### 7.4 权限约束与备注
+
+| 编号 | 约束说明                                                     | 引用条目             |
+| ---- | ------------------------------------------------------------ | -------------------- |
+| C-01 | {如：预测单编辑仅限"草稿"和"已驳回"状态}                     | F3附录: 状态流转路径 |
+| C-02 | {如：预测撤回需校验计划端未排产，已排产则不可撤回}           | F5: LTC-02-RL-003    |
+| C-03 | {如：变更单审批人仅限本团队销售经理，不可跨团队审批}         | F3: LTC-02-BP02      |
+| C-04 | {如：预测单删除仅适用于尚未生成编号的草稿，物理删除不可恢复} | —                    |
+
+---
+
+
+## 8. 风险与待确认问题
+
+### 8.1 风险清单
+
+| 风险编号 | 风险描述 | 影响范围 | 发生概率 | 影响程度 | 应对措施 | 责任人 | 状态 |
+| -------- | -------- | -------- | -------- | -------- | -------- | ------ | ---- |
+| R-01     | {描述}   | {范围}   | 高/中/低 | 高/中/低 | {措施}   | {人}   | 开放 |
+
+### 8.2 待确认问题清单
+
+| 问题编号 | 问题描述 | 关联章节 | 提出日期 | 期望确认日期 | 确认方 | 状态   | 结论 |
+| -------- | -------- | -------- | -------- | ------------ | ------ | ------ | ---- |
+| Q-01     | {描述}   | §{章节}  | {日期}   | {日期}       | {方}   | 待确认 | -    |
+
+---
+
+## 9. 确认签
+
+### 9.1 确认声明
+贵我双方确认：本业务方案所述的**需求概览（§1）、业务核心逻辑（§2）、业务流程架构与流程文件（§3、§4）、业务字段清单（§5）、业务规则清单（§6）、业务角色与权限（§7）**符合贵方业务要求，作为后续产品需求说明书编写与系统设计的业务依据。§8 所列风险与待确认事项按评审会议结论执行。蓝图签署后如需调整业务口径，双方按项目变更流程处理。
+
+### 9.2 签署
+
+| 签署方 | 角色       | 姓名（签字） | 日期 |
+| ------ | ---------- | ------------ | ---- |
+| 甲方   | 业务负责人 |              |      |
+| 甲方   | 项目经理   |              |      |
+| 乙方   | 业务负责人 |              |      |
+| 乙方   | 项目经理   |              |      |
+
+**文档结束**