签署合同与SignaVio工作流程|signavio.

要开始使用Signavio Workflow来协调业务流程，您可以从一个简单的流程开始，并逐步添加结构。本文展示了一个业务流程示例，它可以从小处开始，但可能隐藏了大量的复杂性。

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

正如您所期望的那样，过程目标是签订合同。要从开始，您无需执行任何进程建模以将此添加到SignaVIO工作流程：而是创建一个具有代表进程目标的单个任务的进程。

两个东西表征签署合同，使软件支持有价值。首先，经理可以在任何时候都有大量合同来签署，这可能使其成为跟踪的挑战。其次，任何错误或遗忘的合同可能会产生比忽视其他类型的任务更高的成本。

传统的解决方案使用合同的打印副本作为物理令牌，并使用收文托盘来管理传入的案例。这是可靠的，只要你能把合同放在托盘里，一次处理一个，不需要使用电子副本。

在SignaVio工作流程中，甚至是一个具有单个任务的过程，概述了开放式案例的概述，因此您可以查看哪些合同尚未签名，以及任务分配，截至日期和升级，以管理团队中的工作。

当您在多个案例中使用简单的过程时，您自然地了解如何扩展过程模型。这通常意味着添加建模模式，例如批准模式或者协作模式。

对于签署合同，请在此之前添加文档审批模式签合同完成流程的任务。

现在这个过程有两个角色:a签收将审查并签署合同，以及作者必要时将更新合同。任何一个人都可以启动该过程并上传合同草案进行审查。接下来，添加另一个角色。

在SignaVio Workflow中，您可以在不影响现有案例的情况下发布此新流程版本，这继续使用它们启动时当前的版本。同时，新案例将使用新的流程版本。这允许您逐步工作，并使您从尝试模拟前面的完整过程。

这个过程仍然可以分开请求者要求签署合同的人的角色。使用以下角色通知请求者，一个电子邮件通知模式会把状态更新邮件发给发起此案的人。

这个版本的流程添加了一个新的衰退批准决定的选择，并发送电子邮件通知，通知请求者是否已签署合同。电子邮件任务要求请求者的电子邮件地址，所以上传合同任务的表单，添加一个请求者字段（用户或电子邮件地址）。

当您从简单的过程开始时，例如上面的前三个版本，您可能会考虑使用现成软件。然而，在实践中，您倾向于更快地达到标准工具灵活性的极限。

使用signavio工作流程，您可以继续扩展此过程。下一个版本包含几个更改。

此版本添加了一个代表审查选项，重新分配签收扮演别人的角色。的请求变更选项现在有一个单独的任务来描述更改，并且成功流现在具有Google驱动器存档和打印任务，与成功电子邮件通知并行。最后，为了清楚起见，该模型包括明确的开始和结束事件。

但是简单的签合同您仍然受益于Signavio Workflow提供的灵活性，可以简单地开始并在使用过程中逐步扩展该流程。同时，这种增量方法的价值也适用于其他过程。

作为一个过程制作者，您可能会认为您应该在某些时候停止扩展这些流程模型，因为增加复杂性和灵活性增加了维护模型的成本。然而，在实践中，人们从不断发展的过程中获得了很大的好处，这与他们的工作方式恰好匹配，然而，现实隐藏的复杂性很大。最重要的是，您会发现更容易简化您工作的方式，您了解如何工作的方式。

签署与signavio工作流的合同