# VISTA Scene 1.2.4 产品需求文档

**版本**：1.2.4

**创建日期**：2026-07-30

## 修订记录

| 修订日期 | 版本 | 修订内容 |
|---|---|---|
| 2026-07-30 | 1.2.4 | 创建 VISTA Scene 1.2.4 产品需求文档。 |
| 2026-08-04 | 1.2.4 | 明确共通问题的素材归属与发布限制；补充素材新增与编辑入口、常用成员权限、CB 撤回异常处理和撤回结果邮件。 |
| 2026-08-06 | 1.2.4 | 修正创建问题时标记为共通问题后的生成、分类、计数和独立状态规则；补充关联素材状态检查、附件、历史回复、不可取消、不可删除和线上原型链接。 |
| 2026-08-10 | 1.2.4 | 补充素材检查页面中共通问题标注及列表序号的显示样式。 |

VISTA Scene 1.2.4 增加创建素材问题时标记为共通问题、撤回 CB、截止时间排序、素材新增与编辑入口、常用成员和评论列表。本文未写明的产品规则继续沿用 VISTA Scene 1.2.1、1.2.2 和 1.2.3。

## REQ-001 创建素材问题时标记为共通问题

**优先级**：P0

**类型**：功能增加

**线上原型**：[VISTA Scene 原型](https://scene.homevista.work/prototype/)

**关联素材共通问题示例页面**：[外观鸟瞰1 / 1UP / 评论列表 / 共通问题](https://scene.homevista.work/prototype/#/projects/1/materials/104/check/1UP)

### 背景

现有共通问题入口用于直接提出不指定画面位置的问题，创建时需要选择关联素材。用户在素材画面中创建问题时，也需要将有具体标注位置的问题直接保存为共通问题。

现有共通问题会按照关联素材分别生成问题。每个关联素材各有一条共通问题，各素材的问题状态独立。未完成的共通问题只影响其所属素材，不影响项目内其他素材发布 UP。

### 需求范围

1. 本需求只在创建素材问题时增加「标记为共通问题」选项。
2. 现有「提出共通问题」功能及其入口、关联素材、权限、状态、显示和通知规则不变；发布限制按照问题关联的素材分别判断。
3. 创建问题时选中「标记为共通问题」并保存后，该问题直接保存为原素材中的共通问题，不生成普通问题。
4. 原素材不重复生成问题。每增加一个关联素材，系统在该素材中生成一条共通问题。
5. 各素材中的共通问题分别计数、分别修改状态，并分别影响所属素材发布 UP。
6. 原素材中的共通问题保留创建时填写的内容、所属 UP、视点或图片、标注位置、标注截图、附件、回复和状态。
7. 其他关联素材中的共通问题带入问题内容、原标注截图和问题附件，并保留原标注的来源信息；不带入原素材中的历史回复，不复制原标注坐标，也不在其他素材画面中生成标注点。
8. 保存前可以取消勾选「标记为共通问题」。保存成功后，共通问题不能改回普通问题，也不提供取消共通标记的操作。
9. 已保存的普通问题不能改为共通问题。共通问题不能删除。

### 问题生成与归属

1. 每一条共通问题归属于一个具体素材，不属于项目整体。
2. 直接提出共通问题时，可以关联一个或多个素材。系统按照所选关联素材，分别生成共通问题。
3. 创建素材问题时选中「标记为共通问题」，当前素材自动作为关联素材。
4. 保存后，当前素材中直接生成一条共通问题，不先生成普通问题，也不新增第二条问题。
5. 用户每选择一个其他关联素材，系统在该素材中新增一条内容、问题附件和初始状态与当前素材问题相同的共通问题。原标注截图作为来源参考一并显示，当前素材中的历史回复不带入该素材。
6. 关联 A、B、C 三个素材时，A、B、C 各有一条共通问题，共计三条问题。
7. 各素材中的共通问题分别保存状态。修改其中一个素材的问题状态，不改变其他关联素材的问题状态。
8. 各素材分别保留自己的 UP 进度，不要求关联素材处于相同 UP。
9. 共通问题生成完成后，各素材中的问题内容、附件、回复和状态分别保存。修改其中一个素材的问题，不改变其他关联素材中的问题。
10. 关联素材原状态为「待 CB」时，生成共通问题后变为「CB 中」；原状态为「CB 中」时保持不变。

### 关联素材条件

1. 创建普通问题的素材自动作为关联素材。
2. 其他关联素材必须使用最新版本，且当前状态为「待 CB」或「CB 中」。
3. 关联素材不需要与原素材处于相同 UP 轮次。
4. 系统在其他关联素材中生成的共通问题归属于该素材保存时的当前 UP。
5. 打开关联素材选择时，系统检查各素材的版本和当前状态。
6. 保存前，系统再次检查全部已选素材的版本和当前状态。
7. 任一已选素材在保存时不再满足条件，整次共通问题保存失败，所有关联素材均不生成问题。
8. 保存失败时，提示不满足条件的素材名称和当前状态，由用户重新选择关联素材后再次保存。

### 创建素材问题

1. 普通问题表单增加「标记为共通问题」选项，默认不选中。
2. 选中后显示现有共通问题的关联素材选择。创建问题的素材自动选中，用户可以继续选择满足关联素材条件的其他素材。
3. 选项下方显示以下说明：

```text
保存后，处于「待 CB」的所选素材将进入「CB 中」。
```

4. 保存后，该问题直接保存为原素材中的共通问题，不生成普通问题。
5. 原素材中的共通问题保留创建问题时的内容、所属 UP、视点或图片、标注位置、标注截图、附件、回复和状态。
6. 每个额外关联素材分别新增一条共通问题。
7. 其他关联素材中的问题带入问题内容、原标注截图和问题附件，不带入原素材中的历史回复；生成时回复列表为空。
8. 保存前取消勾选时，问题按照现有普通问题规则保存，只影响原素材。
9. 保存为共通问题后，不能取消共通标记，也不能改回普通问题。
10. 已保存的普通问题不显示「标记为共通问题」入口。
11. 共通问题不能删除。
12. 新增权限、可操作状态和问题初始状态继续使用现有问题规则。
13. 当前素材和其他关联素材原状态为「待 CB」时，保存成功后分别变为「CB 中」；原状态为「CB 中」时保持不变。

### 列表显示与操作

1. 每个素材的共通问题列表只显示归属于该素材的共通问题。
2. 保存为共通问题后，该问题不作为普通问题显示，只显示在共通问题分类和全部问题列表中。
3. 同一素材中的同一条问题即使同时出现在共通问题分类和全部问题列表中，也只计算一次。
4. 原素材中的共通问题显示创建素材问题时的标注点和标注截图。点击问题后，定位到原素材、原 UP、原视点或图片和原标注位置。
5. 素材检查页面显示共通问题标注时，标注序号使用深色圆角方形，外侧显示白色边框；共通问题列表中的对应序号使用深色圆角方形。
6. 其他关联素材中的共通问题不显示该素材的标注点，不把原标注坐标复制到该素材。
7. 其他关联素材中的问题卡片显示原标注截图，并标明来源素材和来源 UP。
8. 在其他关联素材中点击问题卡片时，打开当前素材中的问题详情，不自动切换到原素材。
9. 点击问题状态操作时只处理当前素材中的问题状态，不触发页面跳转。
10. 直接提出且没有画面标注的共通问题不显示标注截图、来源标注或空白占位。

### 问题状态

1. 问题状态继续使用「待修改」「待确认」「已修改」。
2. 本需求所称“未完成的共通问题”，是指状态为「待修改」的共通问题。
3. 每个关联素材中的共通问题分别保存状态。
4. 修改当前素材中的共通问题状态，不改变其他关联素材中的问题状态。
5. 当前素材中的共通问题进入「待确认」或「已修改」后，不再因该问题限制当前素材发布 UP。
6. 同一素材中的问题在共通问题分类和全部问题列表中显示相同状态。
7. 修改共通问题状态沿用现有操作，不增加二次确认。

### UP 发布限制

1. 本文所称“提交 UP”对应系统现有的「发布 UP」操作。
2. 发布某一素材的 UP 时，系统只检查归属于当前素材的共通问题。
3. 当前素材存在至少一条未完成的共通问题时，当前素材不能发布 UP。
4. 当前素材没有未完成的共通问题时，不得因项目内其他素材存在未完成的共通问题而禁止发布 UP。
5. 标记为共通问题后，各关联素材中分别生成的问题只限制各自所属素材发布 UP。
6. 直接提出的共通问题也只限制生成问题的素材，未关联素材不受影响。
7. 共通问题创建后新增的素材不受已有共通问题影响。
8. 当前素材中的全部共通问题进入「待确认」或「已修改」后，解除共通问题造成的发布限制。
9. 解除共通问题造成的发布限制后，仍需继续检查当前素材是否满足普通问题、文件上传和流程状态等现有发布条件。
10. 因未完成共通问题无法发布时，显示以下提示：

```text
当前素材仍有未完成的共通问题，暂时无法发布 UP。请先完成当前素材的共通问题。
```

### 内容、权限与通知

1. 原素材中的共通问题保留创建时填写的内容、所属 UP、视点或图片、标注位置、标注截图、回复、附件和状态。
2. 其他关联素材中的问题显示共通问题内容、原标注截图、问题附件、来源素材和来源 UP，不显示该素材的标注点。
3. 其他关联素材中的问题不显示原素材已有的历史回复，生成时回复列表为空。生成后的回复和状态操作归属于当前素材中的问题。
4. 共通标记不增加任何查看、编辑或修改状态的权限。
5. 每个素材中的共通问题按照该问题所属素材、所属 UP 和现有问题权限判断可用操作。
6. 各素材中生成的问题沿用现有共通问题通知规则。同一素材中的问题同时显示在共通问题分类和全部问题列表时，不重复发送通知。
7. 共通问题保存后不显示取消共通标记或删除入口。
8. 共通问题生成完成后，各素材中的内容、附件、回复和状态分别保存，后续修改互不影响。

### 验收条件

1. 普通问题表单显示「标记为共通问题」选项，选中后显示关联素材选择。
2. 创建问题的素材自动作为关联素材，用户可以继续选择其他关联素材。
3. 保存后，该问题直接保存为原素材中的共通问题，不生成普通问题，也不作为普通问题显示。
4. 原素材不重复生成问题；每个额外关联素材分别新增一条共通问题。
5. 关联 A、B、C 三个素材时，三个素材各有一条共通问题，共计三条问题。
6. 原素材中的问题保留原有内容、所属 UP、视点或图片、标注位置、标注截图、附件、回复和状态。
7. 共通问题显示在所属素材的共通问题分类和全部问题列表中，不显示在普通问题分类中。
8. 同一素材中的同一条问题即使出现在两个列表中，也只计算一次。
9. 各素材中的共通问题分别保存状态。修改一个素材的问题状态，不改变其他素材的问题状态。
10. 原素材中的问题显示标注点，点击后定位到原素材、原 UP 和原标注位置。
11. 素材检查页面中的共通问题标注使用深色圆角方形序号和白色边框，共通问题列表中的对应序号使用深色圆角方形。
12. 其他关联素材中的问题不显示该素材的标注点，也不复制原标注坐标。
13. 其他关联素材中的问题卡片显示原标注截图、来源素材和来源 UP。
14. 在其他关联素材中点击问题卡片时，页面保持在当前素材并打开问题详情。
15. 点击问题状态操作时不触发页面跳转，只修改当前素材中的问题状态。
16. 直接提出且没有画面标注的共通问题不显示标注截图、来源标注或空白占位。
17. 当前素材存在未完成的共通问题时，当前素材不能发布 UP。
18. 项目内其他素材存在未完成的共通问题时，不影响当前素材发布 UP。
19. 当前素材中的全部共通问题进入「待确认」或「已修改」后，共通问题造成的发布限制解除。
20. 某素材仍存在未完成的普通问题或不满足其他现有发布条件时，即使该素材的共通问题已经全部完成，该素材仍不能发布 UP。
21. 共通标记不增加任何操作权限。
22. 同一素材中的问题不产生重复计数或重复通知。
23. 共通问题创建后新增的素材不受已有共通问题影响。
24. 其他关联素材中新增的共通问题，其初始状态与原问题相同。
25. 关联素材选择只允许选择最新版本处于「待 CB」或「CB 中」的其他素材。
26. 不允许新增问题的其他素材不能被选为关联素材。
27. 原素材和其他关联素材处于不同 UP 轮次时，仍可按照各自当前 UP 分别生成共通问题。
28. 其他关联素材中生成的共通问题归属于该素材保存时的当前 UP。
29. 打开关联素材选择时，系统检查素材版本和当前状态。
30. 保存前，系统再次检查全部已选素材的版本和当前状态。
31. 任一已选素材在保存时不再满足条件时，整次共通问题保存失败，所有关联素材均不生成问题，并提示不满足条件的素材名称和当前状态。
32. 其他关联素材中的问题带入原问题内容、原标注截图和问题附件。
33. 其他关联素材中的问题不带入原素材已有的历史回复，生成时回复列表为空。
34. 保存前可以取消勾选「标记为共通问题」，取消后按照普通问题规则保存。
35. 保存为共通问题后，不能取消共通标记，也不能改回普通问题，界面不显示取消入口。
36. 已保存的普通问题不显示「标记为共通问题」入口，也不能改为共通问题。
37. 共通问题不能删除，界面不显示删除入口。
38. 共通问题生成完成后，修改一个素材中的问题内容、附件、回复或状态，不改变其他关联素材中的问题。
39. 当前素材或其他关联素材原状态为「待 CB」时，生成共通问题后分别变为「CB 中」；原状态为「CB 中」时保持不变。

## REQ-002 按截止时间排序

**优先级**：P1

**类型**：功能优化

### 背景

项目和素材都有截止时间。用户需要根据截止时间判断处理顺序，不需要自行维护分组或优先级。

### 项目列表排序

项目列表提供以下三种排序方式：

1. 默认排序。
2. 截止时间正序，截止时间较早的项目显示在前。
3. 截止时间倒序，截止时间较晚的项目显示在前。

### 素材列表排序

素材列表提供以下三种排序方式：

1. 默认排序。
2. 截止时间正序，截止时间较早的素材显示在前。
3. 截止时间倒序，截止时间较晚的素材显示在前。

### 排序规则

1. 示例项目始终显示在项目列表第一位，不参与默认排序、截止时间正序或截止时间倒序。
2. 默认排序沿用现有项目列表和素材列表的显示顺序。
3. 没有截止时间的项目或素材排在有截止时间的数据之后。
4. 系统不增加逾期优先、逾期分组或其他特殊排序。
5. 排序只改变当前列表的显示顺序，不修改项目或素材的截止时间。

### 验收条件

1. 项目列表和素材列表都可以选择默认排序、截止时间正序和截止时间倒序。
2. 截止时间正序时，日期较早的数据在前；截止时间倒序时，日期较晚的数据在前。
3. 两种截止时间排序下，没有截止时间的数据均显示在有截止时间的数据之后。
4. 选择默认排序后，列表恢复现有显示顺序。
5. 列表不显示逾期优先或逾期分组。
6. 无论选择哪一种排序，示例项目都显示在项目列表第一位，其他项目按照所选规则排序。

## REQ-003 增加素材新增与编辑入口

**优先级**：P1

**类型**：功能优化

### 背景

原有素材新增和编辑入口较隐蔽。用户进入素材进展时间线后，需要根据当前 UP 是否已有素材，直接进入已有的新增或编辑功能。

本需求中的“新增”是为已经生成的 UP 添加素材内容，不是新建素材条目。

### 页面入口

1. 保留原有素材新增和编辑入口。
2. 在素材进展时间线的 UP 节点后增加新增或编辑入口。
3. 当前 UP 尚未添加素材内容时，显示 `+` 新增入口，不显示编辑入口。
4. 点击 `+` 后，打开现有的素材新增表单，并将内容添加到当前素材的当前 UP。
5. 当前 UP 已有素材内容，且符合现有编辑条件时，显示编辑入口，不显示 `+` 新增入口。
6. 点击编辑入口后，打开现有的素材编辑表单。
7. 新增入口和编辑入口的判断、显示角色、可操作状态、表单内容和保存规则与现有内部入口一致。
8. 新增入口和编辑入口不增加新的操作权限。

### 名称限制

素材名称继续使用现有规则：1UP 发布后不得修改素材名称。

### 验收条件

1. 原有素材新增和编辑入口继续显示并可正常使用。
2. 当前 UP 尚未添加素材内容时，UP 节点后显示 `+` 新增入口，不显示编辑入口。
3. 点击 `+` 后打开现有的素材新增表单，保存结果归属于当前素材的当前 UP。
4. 当前 UP 已有素材内容且符合现有编辑条件时，UP 节点后显示编辑入口，不显示 `+` 新增入口。
5. 点击编辑入口后打开现有的素材编辑表单，表单内容和保存结果与原有入口一致。
6. 新增和编辑入口的判断结果与现有内部入口一致。
7. 不符合现有新增或编辑条件的角色和状态下，不显示或不能使用对应入口。
8. 1UP 发布后，通过任一编辑入口都不能修改素材名称。

## REQ-004 常用成员

**优先级**：P1

**类型**：功能增加

### 背景

运营、内部制作、制作负责人和服务商经常参与多个项目。每次新增项目时逐个搜索这些成员，操作重复且容易漏选。

### 需求范围

系统增加独立于项目的常用成员名单。常用成员名单用于添加项目成员时快速选择人员，不代替项目成员和项目角色。

常用成员包括运营、内部制作、制作负责人和服务商，不包括客户和客户负责人。

### 权限规则

1. 常用成员分为“管理常用成员”和“选择常用成员”两类操作，两类操作分别判断角色权限。
2. 只有系统管理员可以管理常用成员名单，包括添加常用成员、修改常用角色和移除常用成员。
3. 系统管理员和运营可以在项目成员管理页面选择常用成员，并将所选账号添加到当前项目。
4. 内部制作、制作负责人、服务商、客户和客户负责人不能管理或选择常用成员。
5. 账号进入常用成员名单后，不自动获得任何项目的查看或操作权限。
6. 从常用成员名单选择账号加入项目后，账号按照当前项目中设置的角色获得权限。
7. 项目角色和权限继续使用现有规则。

### 全局管理入口

1. 常用成员管理入口的按钮名称为「管理常用成员」。
2. 「管理常用成员」位于项目列表，不放在任何单个项目的成员管理页面中。
3. 只有系统管理员可以看到并使用「管理常用成员」。运营、内部制作、制作负责人、服务商、客户和客户负责人不显示该按钮，也不能进入常用成员管理页面。
4. 打开常用成员管理时，不需要选择项目；新增或移除成员后，结果对所有项目生效。
5. 项目成员管理页面只管理当前项目成员，不提供常用成员名单的维护操作。
6. 已保存成员的常用角色可以直接修改，修改后用于以后添加项目成员时自动带入角色。
7. 修改常用角色不改变该成员在已有项目中的角色和权限。

### 添加项目成员

1. 系统管理员和运营进入当前项目的成员管理页面，点击「添加成员」后，可以使用「选择常用成员」。
2. 只有系统管理员和运营可以看到并使用「选择常用成员」。内部制作、制作负责人、服务商、客户和客户负责人不显示该入口。
3. 选择常用成员后，系统自动带入成员名称、电子邮件地址和常用角色。
4. 系统管理员和运营可以按照当前项目需要修改成员角色后再添加。
5. 常用成员名单不显示客户和客户负责人。
6. 未进入常用成员名单的账号仍可以通过现有电子邮件地址方式添加。

### 验收条件

1. 常用成员名单不依附于任何项目。
2. 只有系统管理员可以看到并使用项目列表中的「管理常用成员」。
3. 常用成员名单只包含运营、内部制作、制作负责人和服务商。
4. 账号仅进入常用成员名单时，不能查看任何未加入的项目。
5. 从常用成员名单添加账号后，该账号只获得当前项目中所设置角色的权限。
6. 原有搜索并添加项目成员的方式继续可用。
7. 项目成员管理页面不显示常用成员管理入口。
8. 系统管理员和运营在项目成员管理页面点击「添加成员」后，可以看到并使用「选择常用成员」。
9. 系统管理员修改常用角色后，新添加项目成员时自动带入新角色，已有项目中的角色和权限保持不变。
10. 选择常用成员后，成员名称、电子邮件地址和常用角色自动带入添加成员表单，系统管理员和运营可以在提交前修改当前项目角色。
11. 运营不能添加、修改或移除全局常用成员。
12. 内部制作、制作负责人、服务商、客户和客户负责人不能看到或使用「管理常用成员」和「选择常用成员」。

## REQ-005 评论列表默认展开

**优先级**：P2

**类型**：体验优化

### 背景

用户进入素材检查页时，评论列表默认收起，容易忽略评论和页面操作。

### 展开规则

1. 进入一个素材的检查页时，评论列表默认展开。
2. 用户手动收起评论列表后，在同一个素材内切换不同 UP，评论列表保持收起。
3. 用户切换到其他素材后，新进入素材的评论列表默认展开。
4. 进入位置标注时，评论列表可以临时收起；标注保存后，评论列表重新展开。
5. 本需求不改变评论内容、问题状态和评论权限。

### 验收条件

1. 从素材列表或素材进展时间线进入素材检查页时，评论列表自动展开。
2. 手动收起评论列表后，在同一个素材内切换 UP，评论列表不会自动展开。
3. 进入另一个素材的检查页时，评论列表自动展开。
4. 保存位置标注后，评论列表自动展开。

## REQ-006 系统管理员撤回 CB

**优先级**：P2

**类型**：功能增加

### 背景

客户负责人或服务商可能误提交尚未完成的 CB。CB 提交后，客户、客户负责人和服务商不能继续新增问题或修改问题状态，因此需要在运营或制作负责人尚未点击「开始确认」时提供受限的撤回能力。

撤回 CB 不作为客户、客户负责人、服务商或运营的普通功能，只由系统管理员处理。

### 申请过程

1. 误提交人通过邮件联系项目运营，说明需要撤回的项目、素材、CB 和原因。
2. 同一项目存在多名运营时，由其中一名运营核对申请并向系统管理员提出撤回要求。该运营是本次撤回的申请运营，并对申请内容负责。
3. 申请运营不能执行撤回。
4. 系统不增加客户申请、运营审批或管理员审批页面。

### 操作权限

1. 只有系统管理员可以执行撤回 CB。
2. 客户、客户负责人、服务商、运营、内部制作和制作负责人均不能执行撤回。
3. 系统管理员执行撤回时，从当前项目的运营成员中选择申请运营，并填写撤回原因。
4. 误提交人由系统根据被撤回 CB 节点的实际提交记录自动取得，不允许手动修改。
5. 申请来源固定为邮件，由系统自动记录，不在撤回表单中填写。

### 管理入口

1. 系统管理员的左侧导航底部增加「系统管理」，与项目列表分开显示。
2. 点击「系统管理」后进入独立的管理后台，不属于某个项目或素材。
3. 管理后台包含「CB 撤回」功能。「CB 撤回」页面包括「可撤回素材」和「撤回记录」两个页签，默认显示「可撤回素材」。
4. 素材检查页、素材进展时间线和项目成员页不显示撤回 CB 入口。
5. 非系统管理员不显示「系统管理」入口，也不能通过页面地址进入管理后台。

### 撤回操作

1. 「CB 撤回」页面只列出当前可以撤回的素材，不显示不可撤回的素材。
2. 系统管理员可以按项目筛选可撤回素材。
3. 列表显示项目、素材、CB 节点、CB 提交人、CB 提交时间和撤回操作。
4. 点击某个素材的「撤回」后打开操作弹窗。弹窗显示撤回对象、CB 提交人和 CB 提交时间；系统管理员选择申请运营并填写撤回原因。
5. 申请运营表示核对客户邮件并提出本次撤回要求的运营人员。一个项目存在多名运营时，只能选择其中一人作为本次申请运营。
6. 弹窗中的「确认撤回」是最终确认。确认时系统重新判断是否允许撤回；判断过程、条件数量和通过结果不在界面展示。不能撤回时，界面只显示具体原因，不生成撤回记录。
7. 撤回成功后，该素材不再出现在可撤回素材列表中。

### 允许撤回的条件

系统管理员执行撤回时，必须同时满足以下条件：

1. 撤回对象是当前最新一轮 CB。
2. 当前状态为「已 CB」。
3. 运营或制作负责人尚未点击「开始确认」。
4. 下一版 UP 尚未建立。
5. 素材尚未确认进入渲染，也未确认纳品。

任一条件不满足时，系统拒绝撤回并显示不能撤回的原因。

确认撤回时仍满足全部条件的，系统应完成撤回。满足条件但撤回未完成时，属于系统错误，不按「不允许撤回」处理。

### 撤回异常

1. 确认撤回时某项允许撤回条件已发生变化的，系统拒绝撤回并显示具体原因。
2. 确认撤回时仍满足全部条件，但因系统错误未能完成撤回的，界面显示「撤回失败，请重试」。
3. 撤回失败时，CB 保持「已 CB」，不生成成功撤回记录。
4. 撤回失败后，该素材仍满足全部撤回条件的，继续保留在「可撤回素材」中，允许系统管理员再次执行撤回。

### 撤回结果

1. 当前状态从「已 CB」返回「CB 中」。
2. 被撤回 CB 节点中已有的问题、问题状态、回复和附件全部保留。
3. 客户、客户负责人和服务商可以在被撤回的同一个 CB 节点中继续补充问题或修改问题状态。
4. 具有 CB 提交权限的客户负责人或服务商重新提交后，系统继续使用被撤回的同一个 CB 节点，不新建 CB 节点。
5. 素材时间线不显示单独的撤回节点或永久撤回记录。撤回后，被撤回的 CB 节点按普通「CB 中」状态显示；重新提交后，该 CB 节点按正常提交后的状态显示。

### 撤回结果邮件

1. CB 状态修改和撤回记录保存成功后，系统立即发送「CB 撤回通知」邮件。
2. 收件人为当前项目内的全部运营、内部制作、制作负责人、服务商、客户和客户负责人。
3. 发件人名称、邮件样式和页尾内容沿用 [《邮件通知》](https://alidocs.dingtalk.com/i/nodes/YndMj49yWjQQLDdrSQw13LeP83pmz5aA) 的现有定义。

#### 场景 8：CB 撤回通知

**シーン8：CB提出の取り消しのお知らせ**

触发条件：系统管理员成功撤回满足全部撤回条件的 CB，素材状态返回「CB 中」且撤回记录保存成功后，向当前项目内的全部运营、内部制作、制作负责人、服务商、客户和客户负责人发送邮件。

条件：システム管理者が撤回条件をすべて満たすCB提出の取り消しを完了し、素材のステータスが「CB中」に戻り、撤回記録の保存が完了した後、現在のプロジェクト内の運営、内部制作、制作責任者、サービス会社、顧客、顧客責任者にメールを送信します。

---

标题：CB 撤回通知

```text
[UserName]

您参与的项目中，以下素材的 [CBNode] 提交已撤回，素材状态已返回「CB 中」。客户、客户负责人和服务商可以继续补充问题或修改问题状态。

项目：[ProjectName]
素材：[ContentName]
撤回的 CB：[CBNode]
地址：[MaterialURL]
撤回时间：[WithdrawTime]

此邮件为自动发送，无需进行回复，请不要将邮件内容泄露给第三方。
```

タイトル：CB提出の取り消しのお知らせ

```text
[UserName]

ご参加いただいているプロジェクトで、以下の素材について、[CBNode]の提出が取り消され、素材のステータスは「CB中」に戻りました。顧客、顧客責任者、サービス会社は、引き続き指摘事項を追加したり、指摘事項のステータスを変更したりできます。

プロジェクト名：[ProjectName]
素材：[ContentName]
提出が取り消されたCB：[CBNode]
URL：[MaterialURL]
取り消し日時：[WithdrawTime]

このメールはシステムによって自動的に送信されます。そのまま返信しないようお願いします。また、メール内容を他者に知らせないでください。
```

#### 模板变量

1. `[UserName]`：当前邮件收件人的显示名称。
2. `[ProjectName]`：被撤回 CB 所属的项目名称。
3. `[ContentName]`：被撤回 CB 所属的素材名称。
4. `[CBNode]`：被撤回的 CB 节点名称，必须显示实际轮次，例如 `2CB`。
5. `[MaterialURL]`：被撤回 CB 所属素材的详情页地址，点击后直接进入该素材。
6. `[WithdrawTime]`：CB 撤回成功的时间，显示格式沿用系统现有时间规则。

#### 发送失败

1. 邮件发送失败时，不改变已经成功的 CB 撤回结果，不删除成功撤回记录，也不将 CB 恢复为「已 CB」。
2. 邮件发送失败的记录和处理方式沿用现有邮件通知规则，不重新执行 CB 撤回。

### 撤回记录

1. 只有已经成功执行的 CB 撤回才生成撤回记录。
2. 撤回记录只记录成功的 CB 撤回操作，不表示整个系统的操作日志。
3. 撤回记录包括项目、素材、CB 节点、CB 提交人、CB 提交时间、申请运营、申请来源、撤回原因、操作管理员和撤回时间。
4. 撤回记录不得修改或删除。
5. 撤回记录不依附于当前项目或素材，可以按项目和撤回时间查询。
6. 撤回记录只允许系统管理员和必要的技术维护人员查看，不在素材时间线中展示。
7. 状态修改与成功记录必须同时完成；记录写入失败时，系统不得修改 CB 状态。
8. 撤回记录至少保留至对应业务数据完成保存期限。

### 验收条件

1. 非系统管理员不能看到或调用撤回 CB 功能。
2. 只有当前最新、状态为「已 CB」，且运营或制作负责人尚未点击「开始确认」的 CB 可以撤回。
3. 下一版 UP 已建立、已进入渲染或已纳品时，系统拒绝撤回。
4. 撤回后状态返回「CB 中」，已有问题、状态、回复和附件保持不变。
5. 撤回后素材时间线不增加撤回节点或永久撤回标记。
6. 具有 CB 提交权限的客户负责人或服务商重新提交后，系统继续使用被撤回的同一个 CB 节点，不新建 CB 节点。
7. 撤回成功后，可以在「撤回记录」中查询；未执行的撤回不生成记录。
8. 成功记录写入失败时，CB 状态不发生变化。
9. 系统管理员可以从左侧导航进入「系统管理」，不需要先进入项目或素材。
10. 管理后台只显示「CB 撤回」菜单；「CB 撤回」页面包含「可撤回素材」和「撤回记录」两个页签，默认显示「可撤回素材」。
11. 素材检查页、素材进展时间线和项目成员页不显示撤回 CB 入口。
12. 非系统管理员看不到「系统管理」入口，也不能通过页面地址进入管理后台。
13. 「CB 撤回」页面只显示满足全部撤回条件的素材，并可按项目筛选。
14. CB 提交人和提交时间由系统自动取得，不需要管理员填写。
15. 撤回记录可以跨项目查询，并支持按项目和撤回时间筛选。
16. 点击素材的「撤回」后才显示撤回表单；表单只要求管理员选择申请运营并填写撤回原因。
17. 申请运营只能从当前项目的运营成员中选择；申请来源固定记录为邮件。
18. 确认成功后，该素材从可撤回列表中移除。
19. 界面不显示撤回条件、条件数量或通过结果；不能撤回时显示具体原因。
20. 确认撤回时仍满足全部撤回条件的，系统能够完成撤回。
21. 满足全部撤回条件但因系统错误撤回失败时，CB 保持「已 CB」，不生成成功撤回记录，界面显示「撤回失败，请重试」。
22. 撤回失败后仍满足全部撤回条件的，素材继续显示在可撤回列表中，系统管理员可以再次执行撤回。
23. CB 状态修改和撤回记录保存成功后，系统立即向当前项目的运营、内部制作、制作负责人、服务商、客户和客户负责人发送「CB 撤回通知」邮件。
24. 邮件显示项目、素材、被撤回的 CB 节点名称及其实际轮次、素材地址和撤回时间，并明确客户、客户负责人和服务商可以继续补充问题或修改问题状态。
25. 邮件发送失败时，已完成的 CB 撤回不回退；发送失败按现有邮件通知规则处理。
26. 不增加客户撤回申请、运营审批或系统管理员审批页面。
27. 可撤回素材列表显示项目、素材、CB 节点、CB 提交人、CB 提交时间和撤回操作；撤回弹窗显示撤回对象、CB 提交人和 CB 提交时间。
28. 撤回成功后，客户、客户负责人和服务商可以在被撤回的同一个 CB 节点中继续补充问题或修改问题状态。
29. 「CB 撤回通知」的发件人名称为「HOME VISTA」，邮件样式和页尾内容与现有邮件通知一致。
30. 撤回记录包含项目、素材、CB 节点、CB 提交人、CB 提交时间、申请运营、申请来源、撤回原因、操作管理员和撤回时间，不得修改或删除。
31. 撤回记录只允许系统管理员和必要的技术维护人员查看，并至少保留至对应业务数据完成保存期限。
32. 邮件发送失败时，不删除成功撤回记录，不将 CB 恢复为「已 CB」，也不重新执行 CB 撤回。