BPMN2中，如何处理用户任务数据校验或重入任务？
In BPMN2, How to handle user task data verification or re-entry task?
像这样
SomeCheck 可能涉及用户操作
这在 bpmn2 中可行吗？
我是流程引擎的新手，有没有其他方法可以处理这些情况？
您可以这样创建流程：
用户任务会有这样的输出：
第二个网关将验证先前用户任务的输出：
建议的解决方案按以下方式工作
- 演员填写资料
- 演员完成任务
- 网关评估条件
- 根据条件创建新任务。
我想说更方便的是
1.Actor填写数据
2. Actor 完成任务 - 立即触发异常（检查失败）并且用户任务未完成。 Actor 有可能修复输入。
如何：
向用户任务添加监听器，在检查失败的情况下将抛出异常。
http://www.flowable.org/docs/userguide-5.22.0/index.html#taskListeners
老实说，虽然上述方法有效，但它确实是一种糟糕的做法，因为它会扭曲您的流程跟踪和返工数据。而且，它非常丑陋，尤其是在当今响应迅速的 UI 世界中。
在继续流程之前，您应该验证字段和表单字段组合。
显然，开箱即用的 Activiti 社区 UI 不支持这个，但是版本 5 UI 非常过时（超过 4 年）。
我强烈推荐更健壮的 UI 层（例如 Brazos）。
格雷格
像这样
SomeCheck 可能涉及用户操作
这在 bpmn2 中可行吗？
我是流程引擎的新手，有没有其他方法可以处理这些情况？
您可以这样创建流程：
用户任务会有这样的输出：
第二个网关将验证先前用户任务的输出：
建议的解决方案按以下方式工作
- 演员填写资料
- 演员完成任务
- 网关评估条件
- 根据条件创建新任务。
我想说更方便的是 1.Actor填写数据 2. Actor 完成任务 - 立即触发异常（检查失败）并且用户任务未完成。 Actor 有可能修复输入。
如何： 向用户任务添加监听器，在检查失败的情况下将抛出异常。 http://www.flowable.org/docs/userguide-5.22.0/index.html#taskListeners
老实说，虽然上述方法有效，但它确实是一种糟糕的做法，因为它会扭曲您的流程跟踪和返工数据。而且，它非常丑陋，尤其是在当今响应迅速的 UI 世界中。 在继续流程之前，您应该验证字段和表单字段组合。 显然，开箱即用的 Activiti 社区 UI 不支持这个，但是版本 5 UI 非常过时（超过 4 年）。
我强烈推荐更健壮的 UI 层（例如 Brazos）。 格雷格