工作流程——从请求到记录结果

工作流拥有整个决策周期：请求→准备→批准→执行→证明。批准并不是流程的结束；它打开下一个配置的操作，其结果也必须被记录。工作项是参与者在路线内的分配。文件保存了确切的证据；时间表将请求、授权决定和结果联系起来。

完成一个流程

1. 登录到您的公司工作区并打开允许的启动操作。
2. 选择一个可用的进程。查看服务器提供的公司和对象上下文。
3. 提供所需的事实和文件，然后提交一次。遵循已启动的流程，而不是在响应缓慢后创建重复流程。
4. 指定的参与者打开工作项目，查看请求和证据，并使用允许的决策或操作。
5. 如果请求更正，请求者将遵循返回路径并提供修改后的证据。
6. 成功的业务操作会随工作流转换一起记录。双方参与者都可以检查其范围允许的结果。

确切的操作标签和路线属于所选进程。批准并不是一般性的承诺，即后面的每一步都已经成功。

当路径改变时

取消遵循流程政策。已应用的业务操作可能需要链接的补偿流程。重试使用现有进程及其允许的恢复命令。缺少参与者、证据、权限、能力或依赖关系，就会出现可操作的障碍；隐藏按钮不是访问控制机制。

更改公司、对象或父级选择可能会使相关选择无效。提交前检查重新计算的选项。如果没有允许的选项，请要求您的公司管理员更正分配或配置。

行政管理

Railbase Studio 管理支持的公司流程配置。安装工作使用单独授权的系统工作流程。部署操作员仅通过管理服务器并不能获得公司决策权。

首个业务流程验收

使用单独的请求者和审阅者帐户。验证提交、返回、重新提交、决定、取消、拒绝访问和恢复。记录角色、行动、可见结果和持续的业务成果。仅完成页面加载并不能证明该过程有效。