AI辅助下的需求探索-完整软件需求规范文档

### PROC-CON-001 合同履约回款流程

**流程目标**：描述这个流程整体要达成的业务结果（一句话）

**流程参与角色**：列出流程中涉及的所有岗位角色（引用 ROLE 编号）

**流程步骤**（按顺序列出，每一步标注步骤类型）：

| 步骤 | 步骤描述 | 引用的业务功能 | 衔接类型 | 分支条件 |
|------|---------|----------------|---------|---------|
| 1 | 录入合同 | FUNC-CON-001 | 同步等待 | - |
| 2 | 系统自动生成付款条款 | FUNC-PMT-001 | 异步触发 | - |
| 3 | 录入开票信息（可重复执行） | FUNC-INV-001 | 同步等待 | - |
| 4 | 录入收款信息 | FUNC-INV-002 | 同步等待 | - |
| 5 | 判断是否全款回收 | - | 条件分支 | 是→步骤6；否→返回步骤3 |
| 6 | 关闭合同 | FUNC-CON-002 | 同步等待 | - |

**Mermaid 流程图**：

```mermaid
flowchart TD
    A[录入合同] -->|异步触发| B[系统自动生成付款条款]
    A --> C[录入开票信息]
    C --> D[录入收款信息]
    D --> E{是否全款回收}
    E -->|否| C
    E -->|是| F[关闭合同]

**"衔接类型"字段是强制必填项**，每一个步骤到下一步骤的衔接，必须从以下两个值中明确选择一个：

- **同步等待**：当前步骤的执行结果是下一步骤的直接输入，下一步骤必须等待当前步骤完成才能开始，当前步骤失败则整个流程在此中断
- **异步触发**：当前步骤完成后产生一个业务事件，下一步骤是对该事件的响应，允许延迟执行，下一步骤的失败原则上不影响当前步骤已经达成的结果

这个字段直接决定后续 ME 事件模型是否需要为该衔接点建立独立的事件定义，是流程描述中信息密度最高、也最容易被自然语言描述模糊掉的字段，撰写和评审时必须重点检查。

### 3.3 审批流说明（每个 APPR 一份，如适用）

**关键确认要求**：对于流程中涉及的每一个核心业务单据（如合同、开票单、付款申请），必须明确回答"这个单据是否需要人工审批"，不允许默认假设有或没有。如果存在审批流，按以下结构说明：

```markdown
### APPR-CON-001 合同审批流

**适用单据**：OBJ-CON-001 合同

**触发条件**：什么情况下需要走审批（如：合同金额超过 X 万元）

**审批节点**：

| 节点序号 | 审批角色 | 审批动作 | 通过后状态 | 驳回后状态 |
|---------|---------|---------|-----------|-----------|
| 1 | 部门经理 | 一级审批 | 进入二级审批 | 退回起草人修改 |
| 2 | 财务总监 | 二级审批 | 合同生效 | 退回起草人修改 |

**Mermaid 流程图**：

```mermaid
flowchart TD
    A[起草合同] --> B{金额是否超限}
    B -->|否| F[合同生效]
    B -->|是| C[部门经理审批]
    C -->|通过| D[财务总监审批]
    C -->|驳回| A
    D -->|通过| F
    D -->|驳回| A

如果该单据明确不需要审批，仍需在文档中显式记录"OBJ-CON-001 合同：无需审批，录入后直接生效"，不允许留空——留空会被视为信息缺失而非"无审批"的确认结果。

### 3.4 流程图输出要求

本规范中所有流程图，无论是端到端流程、审批流，还是后续业务功能中的分支逻辑示意，**一律使用 Mermaid 源代码格式输出**，不使用图片、不使用其他绘图工具的专有格式。常用图表类型：

- 顺序流程、分支判断：`flowchart TD`
- 审批流转：`flowchart TD` 配合菱形判断节点
- 跨角色协作时序：`sequenceDiagram`（可选，用于强调角色间交互顺序时使用）

---

## 四、第二部分：业务功能说明

### 4.1 本部分要回答的核心问题

- 这个业务功能由谁来操作？操作什么业务对象？
- 操作前需要满足什么条件？操作完成后业务对象自身变成了什么状态？
- 操作完成后是否会自动触发别的事情？
- 这个功能涉及哪些独立的业务规则？

### 4.2 业务功能说明结构（每个 FUNC 一份）

```markdown
### FUNC-CON-001 录入合同

**操作角色**：ROLE-SALES 销售人员、ROLE-CON-ADMIN 合同管理员

**主操作对象**：OBJ-CON-001 合同

**引用的关联对象**：OBJ-PRD-001 产品、OBJ-CUS-001 客户、OBJ-DEPT-001 部门

**前置条件**：
- 合同编号在系统中不存在（唯一性）
- 引用的产品、客户、部门均处于有效状态
- 当前用户具备合同录入权限

**操作步骤说明**（业务动作层，不涉及UI交互）：
1. 录入合同基本信息（合同编号、合同名称、所属产品、所属客户、所属部门、责任人）
2. 录入合同金额信息（合同总金额、税率）
3. 录入付款条款明细（至少一条，每条包含阶段名称、付款比例）
4. 提交保存

**涉及的业务规则**：
- RULE-CON-001 合同金额合规校验
- RULE-CON-002 税率合规校验
- RULE-PMT-001 付款比例总和校验

**后置状态变更**：
- 合同状态变更为"生效"

**下游触发**：
- 自动触发 FUNC-PMT-001（批量创建付款条款），衔接类型：异步触发（见 PROC-CON-001 步骤2）

### RULE-CON-002 税率合规校验

**规则类型**：校验类（输入数据是否合法）

**规则描述**：合同税率必须在 0 到 1 之间的小数（如 0.13 代表 13%）

**校验失败提示**：税率须在0到1之间

**被哪些业务功能引用**：FUNC-CON-001 录入合同、FUNC-INV-001 录入开票

### OBJ-CON-001 合同

**对象分类**：单据类对象

**对象说明**：企业与客户签订的销售合同，是合同管理的核心单据

**生命周期状态**：草稿 → 生效 → 已关闭

**业务属性**：

| 属性名 | 中文名 | 类型 | 长度/精度 | 是否必填 | 是否唯一 | 引用对象 |
|--------|--------|------|----------|---------|---------|---------|
| contractId | 合同编号 | 字符串 | 50 | 是 | 是 | - |
| contractName | 合同名称 | 字符串 | 200 | 是 | 否 | - |
| productId | 所属产品 | 字符串 | 50 | 是 | 否 | OBJ-PRD-001 |
| customerId | 所属客户 | 字符串 | 50 | 是 | 否 | OBJ-CUS-001 |
| departmentId | 所属部门 | 字符串 | 50 | 是 | 否 | OBJ-DEPT-001 |
| responsibleEmployeeId | 责任人 | 字符串 | 50 | 是 | 否 | OBJ-EMP-001 |
| totalAmount | 合同总金额 | 数值 | (18,2) | 是 | 否 | - |
| taxRate | 税率 | 数值 | (5,4) | 是 | 否 | - |
| status | 合同状态 | 枚举 | - | 是 | 否 | OBJ-ENUM-CON-STATUS |

**关联的聚合子对象**：

| 子对象 | 关联说明 | 父对象作废/删除时子对象如何处理 |
|--------|---------|----------------------------------|
| OBJ-PMT-001 付款条款 | 一份合同包含多条付款条款 | 合同删除则付款条款级联删除（组合关系） |

**关联的其他业务对象**：

| 关联对象 | 关联关系说明 | 父对象作废/删除时如何处理 |
|---------|-------------|---------------------------|
| OBJ-INV-001 开票明细 | 一份合同对应多张开票 | 合同删除后开票记录作为财务凭证独立保留（聚合关系，不级联删除） |

**参照完整性约束**：
- 合同总金额必须大于 0
- 税率必须在 0 到 1 之间

### OBJ-ENUM-CON-STATUS 合同状态枚举

**对象说明**：合同的生命周期状态取值集合

**取值列表**：

| 取值 | 中文名 | 说明 |
|------|--------|------|
| DRAFT | 草稿 | 已创建但未生效 |
| ACTIVE | 生效 | 正常履约中 |
| CLOSED | 已关闭 | 履约完成或终止 |

### ROLE-SALES 销售人员

**角色说明**：负责合同签订和客户维护的一线业务人员

**功能权限**（这个角色能操作哪些业务功能）：

| 业务功能 | 是否可操作 |
|---------|-----------|
| FUNC-CON-001 录入合同 | 是 |
| FUNC-CON-002 关闭合同 | 否 |
| FUNC-CON-003 查询合同列表 | 是 |

**数据范围**（对于可查询/可操作的功能，能看到/能改哪些范围的数据）：

| 业务功能 | 数据范围说明 |
|---------|-------------|
| FUNC-CON-003 查询合同列表 | 仅能查看责任人为自己的合同 |
| FUNC-CON-001 录入合同 | 仅能将自己设为责任人 |

| 术语 | 英文/缩写 | 含义说明 |
|------|----------|---------|
| GMV | Gross Merchandise Volume | 成交总额 |
| 合同履约 | Contract Fulfillment | 合同从生效到完成全部交付和回款的过程 |

| 问题编号 | 涉及部分 | 问题描述 | 提出日期 | 状态 | 确认结果 |
|---------|---------|---------|---------|------|---------|
| Q-001 | OBJ-CON-001 | 合同删除时，关联的开票记录是否需要级联删除？ | 2026-03-01 | 待确认 | - |