Appearance
高级设置、发布与上线验收
完成基础设置、表单设计和流程设计后，还需要在 高级设置 中确定审批运行规则，并依次执行校验、预览、发布和真实账号验收。设计器中“看起来正确”不等于流程已经具备上线条件。
高级设置会直接影响撤销范围、部门归属、审批人任务、意见审计、加签、签名、消息通知、退回和超时处理。修改前应先确认业务规则，修改已发布表单后必须重新发布。
1. 高级设置总览
进入 管理审批表单 → 编辑表单 → 4 高级设置 → 高级流程设置。
页面按照“发起人设置”和“审批人设置”排列。以下截图按页面从上到下完整展示全部配置，阅读时可以和本节各项说明对应查看。
2. 发起人设置
2.1 撤销设置
撤销设置包含审批单撤销和评论撤销，两者不要混淆。
| 配置 | 作用 | 上线建议 |
|---|---|---|
| 允许发起人撤销已通过的审批单 | 允许发起人在设定天数内撤销已经通过的审批 | 财务、合同等高风险流程应谨慎开启，并确认撤销后的业务数据如何处理 |
| 允许提交人撤销审批中的审批单 | 允许撤销仍在流转中的审批，页面标注最多 180 天 | 验收时检查未处理待办是否同步关闭，流程轨迹是否保留撤销记录 |
| 允许评论提交人撤销 | 允许在设定分钟内撤回本人评论 | 适合纠正误发内容；应验证其他人员刷新后不再看到已撤销评论 |
| 允许撤销所有时间提交的评论 | 不再限制评论撤销时间 | 审计要求较高的流程通常不建议开启 |
注意：撤销审批不等同于删除审批。审批编号、历史状态和操作轨迹应继续保留，便于审计和问题排查。
2.2 多部门选项
当发起人属于多个部门时，该设置决定“所在部门”的默认值和提交流程。
- 手动选择：所在部门默认留空，由发起人提交前选择；
- 其他系统提供的默认策略：按选定策略自动确定部门；
- 条件分支引用“发起人部门”时，使用的就是本次审批最终选定的部门。
选择“手动选择”后，发起页必须能够正常展示“所在部门”组件。验收时至少使用一个多部门账号，检查未选择时是否阻止提交、选择后条件分支是否命中正确。
2.3 代他人提交
开启后，发起人可以代表其他成员提交审批。使用该能力前，应明确以下信息：
- 谁拥有代提交权限；
- 审批详情中应同时记录实际操作人和被代提交人；
- 发起人部门、主管和条件分支究竟以哪一方身份解析；
- 被代提交人是否收到提交和完成通知。
人事、费用、合同等敏感流程建议先通过小范围账号验收，再向全员开放。
3. 审批人去重与审批意见
3.1 审批人去重
| 配置 | 作用 | 需要重点验证的问题 |
|---|---|---|
| 同一审批人在流程中多次出现时自动去重 | 避免同一个人在同一流程中重复处理 | 去重后是否会跳过必要的业务复核；条件分支和并行分支汇聚后是否仍符合预期 |
| 审批人和发起人是同一个人时自动通过 | 避免发起人再次审批自己的申请 | 高风险流程是否允许“自己发起、自己通过”；自动通过是否留下清晰轨迹 |
去重会改变实际产生的待办数量。流程中存在会签、并行分支或同一人承担多个角色时，必须使用真实人员组合测试，不能只看设计器中的节点数量。
3.2 审批意见填写
系统提供三种意见交互方式：
- 必须填写意见，才可以提交审批：适合需要审核依据的流程，可设置意见填写提示；
- 无需填写意见，不显示审批意见页面：操作最简，但审计信息最少；
- 无需填写意见，显示审批意见页面：仍可填写意见，同时支持在待办或审批中心直接审批。
建议审批拒绝、退回和高金额审批要求填写明确意见。提示文字应说明需要填写什么，例如“请填写核验结果、风险点和通过依据”，不要只写“请输入意见”。
3.3 审批意见可见范围
开启“评语仅管理员和审批人可见”后，普通查看人员不会看到受限评语。上线验收应分别使用发起人、审批人、表单管理员和普通抄送人账号查看同一审批，确认可见范围符合要求。
3.4 允许加签
开启后，审批人可以在处理过程中新增临时审批人。加签不是普通抄送，新加入人员会收到待办并参与流程处理。
- 前加签：加签人先处理，完成后回到原审批人；
- 后加签：原审批人先处理，再流转给加签人；
- 流程轨迹应将加签节点独立展示，并明确标注“前加签”或“后加签”。
验收时要检查加签人的待办、原审批人的待办状态、处理顺序和“已处理的”记录是否正确。
4. 手写签名与消息通知
4.1 手写签名
开启后，审批人必须添加手写签名才能同意审批。下方终端范围决定哪些终端需要签名，例如所有端。
发布前至少验证：
- PC 和移动端是否都能打开签名区域；
- 空签名是否会阻止提交；
- 签名是否正确保存并展示在审批记录中；
- 拒绝或退回是否也需要签名；
- 重新处理、撤销后再发起时是否误用旧签名。
4.2 审批单被拒绝时的通知
可分别通知以下人员：
- 拒绝节点前的所有人；
- 或签节点的其他或签审批人；
- 会签节点的其他会签审批人。
开启通知并不代表其他待办仍然有效。验收时应同时检查消息通知和待办状态，确认流程拒绝后未处理任务已经正确关闭。
4.3 审批节点被同意时的通知
当前页面可配置通知或签节点的其他或签审批人。或签场景下，一人同意通常会结束当前节点，其他人的待办应同步关闭；是否发送通知由此设置决定。
通知验收至少检查：接收人、消息标题、审批编号、当前状态、跳转链接以及消息时间。不能只验证“收到一条消息”。
5. 退回审批与限时审批
5.1 退回后再次提交
该选项决定审批被退回、发起人修改并再次提交后的流转方式。当前页面示例为“重新开始审批”。
上线前需要确认：
- 是从头重新审批，还是回到指定节点继续；
- 已经处理过的审批人是否会重新收到待办；
- 修改后的表单字段是否按节点权限重新开放；
- 原审批意见、附件和退回原因是否完整保留；
- 重新提交后的流程轨迹是否能区分前后两次处理。
5.2 限时审批
开启后，系统按照设置的天数对审批单应用限时规则。启用前应先明确“超时”后的产品行为，并用跨越阈值的测试数据验证提醒、状态、待办和后续流转，避免仅配置天数却没有验收超时结果。
6. 发布前校验
完成四个配置步骤后，在流程设计页点击 校验。校验通过是发布前置条件，但不替代真实账号测试。
校验时重点处理以下问题：
- 节点没有配置人员或人员来源无效；
- 条件分支缺少规则、优先级或默认分支；
- 并行分支缺少可执行路径或聚合规则；
- 表单字段已经删除，但流程条件或字段权限仍在引用；
- 会签、或签、依次审批/办理规则没有完整配置；
- 必填的节点权限、审批意见或人员选择设置不完整。
校验失败时应按照提示回到对应节点修复，再次执行校验，直到页面明确提示“审批流校验通过”。
7. 发布前预览
点击顶部 预览，分别检查 PC 和手机视图。预览应覆盖：
- 表单字段顺序、标题、帮助文字和必填标识；
- 日期、数字、单选、多选、附件等组件交互；
- 多部门用户的“所在部门”；
- 自选审批人、办理人等运行时选择组件；
- 敏感字段在不同节点的只读、可编辑和隐藏权限；
- 长文本、多个附件和手机窄屏下的布局。
预览只检查界面，不会证明人员解析、待办生成和条件判断正确；这些必须在发布后的真实账号验收中完成。
8. 发布与版本生效
建议按以下顺序发布：
- 确认基础设置、表单设计、流程设计和高级设置均已完成；
- 执行校验并确认通过；
- 完成 PC、手机预览；
- 点击顶部 发布；
- 确认系统提示发布成功；
- 返回表单管理，确认表单处于可用状态；
- 使用测试账号发起一条审批，开始上线验收。
页面标题下方会展示已发布状态。修改已发布配置后仍需重新发布；新配置通常只应用于重新发布后新发起的审批，已在途实例应按原版本继续验证和处理。
正式发布前建议记录表单名称、发布人、发布时间、主要变更、测试账号和回退方案，方便出现问题时快速定位版本。
9. 真实账号上线验收
9.1 按角色准备账号
至少准备以下账号，不要使用一个管理员账号完成全部验收：
| 角色 | 验收重点 |
|---|---|
| 单部门发起人 | 表单可见、字段填写、提交和“我发起的”记录 |
| 多部门发起人 | 所在部门选择、主管解析和条件分支命中 |
| 审批人 | 待办生成、意见、签名、同意、拒绝、退回和加签 |
| 办理人 | 会签、或签、依次办理和“已处理的”记录 |
| 抄送人 | 抄送消息、详情权限和敏感字段可见范围 |
| 表单管理员/数据管理员 | 数据查询、导出、删除权限和完整流程轨迹 |
9.2 基础场景
- [ ] 授权人员能看到表单，非授权人员看不到；
- [ ] 必填、选项、附件和手机布局正常；
- [ ] 提交后生成审批编号并进入“我发起的”；
- [ ] 第一审批人在“待处理的”收到任务；
- [ ] 操作完成后任务进入对应人员的“已处理的”；
- [ ] 消息通知中的审批编号、节点和状态与待办中心一致。
9.3 人员与分支场景
- [ ] 指定成员、角色、主管、发起人本人和自选人员解析正确；
- [ ] 多部门用户能选择所在部门，且分支使用本次选定部门；
- [ ] 会签所有参与人同时收到任务，一人完成后其他待办仍保留；
- [ ] 或签多人同时收到任务，一人完成后其他待办同步关闭；
- [ ] 依次审批/办理只给当前顺位人员生成待办；
- [ ] 每个条件分支至少准备一个命中样例，并验证默认分支；
- [ ] 并行分支启动全部命中路径，聚合前不会提前结束审批。
9.4 高级设置专项场景
- [ ] 审批中撤销、已通过撤销和评论撤销均符合时间范围；
- [ ] 代他人提交能区分操作人和被代提交人；
- [ ] 同一审批人去重和发起人自动通过符合业务规则；
- [ ] 三种审批意见模式与可见范围正确；
- [ ] 前加签、后加签顺序、待办和轨迹标识正确；
- [ ] 手写签名在指定终端必填并可查看；
- [ ] 拒绝、同意通知发送给正确人员，链接能打开对应审批；
- [ ] 退回后重新提交按设置重新开始或继续流转；
- [ ] 限时审批达到阈值后的提醒和状态符合预期。
9.5 异常与数据场景
- [ ] 空审批人按配置自动通过、拒绝或转交，不会静默结束；
- [ ] 拒绝、退回、撤销和删除状态显示一致；
- [ ] 附件可以上传、下载和预览，失败时有明确提示；
- [ ] 数据管理能按审批编号找到完整记录；
- [ ] 导出的表单字段、审批状态、发起时间和完成人员正确；
- [ ] 审批详情、消息通知、待办中心和数据管理的状态相互一致。
10. 上线结论与问题记录
每个测试样例至少记录：审批编号、发起账号、命中分支、参与人员、实际结果、预期结果、截图和是否通过。发现问题时不要只描述页面现象，应同时提供当前节点、操作时间、账号角色和相关接口错误。
只有当关键场景全部通过、阻断问题关闭并由业务负责人确认后，才可视为上线验收完成。
发生异常时进入：常见问题与排查。