签署合同Signavio工作流

彼得•希尔顿|写的5分钟读

一个管理过程的例子

开始使用Signavio工作流协调业务流程,你可以从一个简单的过程开始,逐步添加结构。这篇文章展示了一个示例的一个业务流程开始小但可能隐藏大量的复杂性。

对于本文,让我们重新审视业务流程为谷歌提供了示例云打印集成:签署合同。签订合同可能看起来微不足道,但它涉及超过简单的把一个签名在一张纸上。

签订了合同

如你所愿,目标是签订合同的过程。首先,你不需要做任何添加这个Signavio工作流过程建模:而不是创建一个流程与单个任务,代表了过程的目标。

两件事情描述签订了合同,这使得软件支持值得的。首先,一个经理可能有大量的合同签署在任何时候,可以使它成为一个挑战来跟踪。第二,任何错误或忘记合同可能招致成本高于忽视其他种类的任务。

传统的解决方案使用的打印副本合同作为一个物理标记,和一个公文筐管理传入病例。这仍然是可靠的,只要你能保持托盘的合同,处理一次,不需要使用电子副本。

在Signavio工作流,甚至一个过程得益于有一个任务的概述开放的情况下,你可以看到哪些合同尚未签署,任务分配,由于日期和升级,管理在一个团队工作。

审查合同

当你使用一个简单的过程的情况下,你自然地学习你想扩展流程模型。这通常意味着增加造型模式,如一个批准模式或者一个合作模式

签订了合同,添加一个文档模式之前批准签署合同任务完成的过程。

现在这个过程有两个角色:一个签名者将审查和签署合同,作者如果有必要将更新合同。任何一个可以启动流程和上传合同草案进行审查。接下来,添加另一个角色。

在Signavio工作流,您可以发布这个新流程版本,而不会影响现有的情况下,继续当前的版本,当他们开始。与此同时,新病例将使用新流程版本。这允许您增量工作,使您预先从试图模型的完整过程。

通知请求者

这个过程可能还有一个单独的请求者角色谁要求签署合同。使用这个角色通知请求者,一个电子邮件通知模式邮件状态更新的人开始。

这个版本的过程添加一个新的下降选择批准的决定,并发送一封电子邮件通知,通知请求者是否签名者已经签了合同。电子邮件任务需要请求者的电子邮件地址,等等上传合同任务的形式,添加一个请求者字段(用户或电子邮件地址)。

额外的变化

当你开始用一个简单的过程,比如上面的第一个三个版本,您可能会考虑使用现成的软件。然而在实践中,你倾向于达到极限的一个标准工具的灵活性宜早不宜迟。

通过Signavio工作流,您可以继续扩展的过程,只要你喜欢。下一个版本包含了更多的变化。

该版本增加了一个委托评审选项,来重新分配签名者别人的角色。的请求改变选项描述的变化,现在有一个单独的任务和成功流现在Google Drive存档和打印任务,与成功的电子邮件通知。最后,该模型包含明确的开始和结束事件,清晰。

结论

然而简单的签署合同过程似乎起初,你仍然受益于灵活性Signavio工作流给你从简单开始,逐步扩展过程时使用它。同时,这个增量的值的方法也适用于其他进程。

作为一个过程建模者,你可能会认为你应该停止扩展这些过程模型在某种程度上,因为不断增加的复杂性和灵活性增加了维护的成本模型。然而在实践中,人们得到很多受益于发展一个完全匹配的过程如何工作,无论现实隐藏了复杂性。最重要的是,你会发现它更容易简化你的工作方式更可见性得到关于你的工作。

照片:杰森扫罗/ CCBY-ND 2.0

发表于:2016年2月10日-最后修改:2023年3月7日