> For the complete documentation index, see [llms.txt](https://doc.duaer.com/zh/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.duaer.com/zh/build/process-replay.md).

# 在 Duaer 里回放生成的工作流程，再发布

发布从流程生成的工作流程之前，Duaer 用过去 7、14 或 30 天的事项回放你保存的这个版本：它会给谁发卡片、发得对不对。拟合度达到 60% 才能发布；不够时所有者或管理员可以附说明发布，记入审计日志。执行工作流程的动作还必须在批准之后。
## 回放做了什么

回放的是你保存的这个版本，包括你自己改过的地方。对过去的每一天，Duaer 把事项还原成那一天的样子，按这一天的计划时间运行工作流程，看它会给谁发卡片；协同工作流程的选择取事项当时实际走的下一步。

回放不写任何数据、不保存执行记录、不调用任何外部系统：发卡片、写回、HTTP、邮件、AI 这类节点只把输入原样传下去。同一个组织同一时间只跑一次回放。

## 运行回放

1. 打开工作流程，点顶栏的「由流程生成」标记。
2. 在「回放」里选「天数」：7 天、14 天或 30 天，点「运行回放」。所有者和管理员可以运行，成员可以查看。
3. 几秒到几分钟后显示结果。回放截止到数据里最后一次发生的步骤（不算未来的时间）。

## 怎么读拟合度

- 监控和执行：拟合度是精确率和召回率的综合（F1）。精确率是发了卡片的事项里真的超时的比例，召回率是真的超时的事项里收到卡片的比例。下面列出「已提醒但未超时」和「已超时但未提醒」的事项编号。
- 协同：拟合度 = 0.7 × 下一步正确 + 0.3 × 负责人正确。下一步正确：事项实际走的下一步在选项里、并且走到了那个分支；负责人正确：卡片发给的人就是实际做下一步的人。覆盖率只显示不计分：在每日检查之前就已经决定、没收到卡片的事项算未覆盖。下面列出「未走到实际的下一步」和「未出卡片即已决定」的事项。
- 「历史」里保留每次回放和每条发布说明；旧版本的标着「旧版本」。

例如一个实验室数据来源回放 30 天：监控拟合度 95%（精确率 91%、召回率 100%）；一个制造订单数据来源的协同工作流程：拟合度 78%（下一步正确 100%、负责人正确 27%、覆盖率 76%）。负责人正确率低，说明「负责人」列记的是最后经手的人，不一定是做下一步的人。

## 发布规则

- 这个版本最近一次回放的拟合度达到 60%，显示「可以发布」，照常 [发布](/zh/build/save-and-publish.md) 即可。
- 每次保存都是一个新版本，要为新版本再回放一次。
- 没有回放或不到 60% 时，点发布会弹出「请先回放此版本」，说明原因。所有者和管理员可以填写说明后点「附说明发布」；说明只对这一个版本有效，并记入审计日志，显示为「未经回放发布生成的工作流程」。
- 执行工作流程还有一条：每个已启用、可能对外操作的节点前面，必须有一个等人回复的等待节点（批准卡片）。否则发布时弹出「操作前需要批准」，列出这些节点，这一条不能用说明绕过。
## Questions

### 回放会不会真的发卡片或调用我的系统？

不会。回放不写任何数据、不保存执行记录、不调用外部系统，工作流程本身也不会被改动。

### 为什么改了一个时限就不能发布了？

每次保存都是新版本，发布前检查的是要发布的那个版本。为新版本运行一次回放即可；拟合度达到 60% 就能发布。

### 拟合度一直不到 60% 怎么办？

先看下面的事项清单：是提醒得太多（调高时限）、漏掉了（调低时限），还是负责人不对（检查负责人邮箱列）。确实需要先上线时，所有者或管理员可以附说明发布。

### 执行工作流程能附说明绕过批准吗？

不能。对外操作前必须有人批准，这一条没有例外。把动作放回批准的等待节点之后，或者先停用它。

## 相关

- [Duaer 从流程生成的三种工作流程：监控、协同、执行](https://doc.duaer.com/zh/build/process-workflows.md)
- [在 Duaer 里从数据看出流程，并生成工作流程](https://doc.duaer.com/zh/build/process.md)
- [在 Duaer 里保存并发布工作流程](https://doc.duaer.com/zh/build/save-and-publish.md)