我们继续写关于我们选择的用于数字化业务的系统的文章。
一切如何开始，请在此处阅读。让我提醒您：
我们是一家服务公司，决定为我们的业务找到一个神奇的药丸，这要归功于它的“干性”，并且所有业务流程都顺利进行且没有间断。
我们认为它们是为了提供所需的功能。 哪一个
对我们来说3个重要功能
这些功能与我们在ServiceDesk中寻找的功能相差甚远。 请参阅第一篇文章中的完整列表。 在下一篇文章中，我们介绍了3个功能，这里介绍了3个功能。
本文比较：
- 无需编程即可根据传入呼叫自定义应用程序生命周期的能力。 理想情况下，这是为了节省时间。 对于一种类型的工作，无需与客户协调工作，而对于另一种类型的工作则是必要的。 生命周期可能会彼此不同，具体取决于应用程序的类型（关键，非关键，计划等）。 应该有一个方便的工具，使您可以标记和编辑它。
- 更改每个应用程序的历史记录。 我们希望收到类似仲裁的信息。 在这种情况下，我们正在谈论探索合作的整个时间顺序的机会，这通常有助于解决有争议的问题。 明确的应用程序更改历史对此非常有用。
- 员工之间的上报（责任转移）的灵活调整。 例如，一个人不能进入该应用程序。 然后，您需要将应用程序转移到负责人，然后由负责人将其转移给另一名员工。 是否可以在系统和预先配置的脚本中快速反映出来？
这些功能如何实现？
设置应用程序生命周期
普拉纳多
在运行过程中，我们看到一个简单的线性LC：开始-暂停-结束。
自定义不起作用。 真可惜
原则上，该系统可用于解决我们的问题，但是它并不方便。
Okdesk
灵活的设置。 可以创建新状态并定义它们之间的过渡。
简单直观的界面。
结论：如果最少，则该功能是可以接受的，即 够了。 但是无法在状态之间建立灵活的关系-我们将错过此功能。
格罗腾
未提供设置LC应用程序。
BPM在线
设置非常灵活。 可以创建新状态并定义它们之间的过渡。 通过内置功能进行的任何设置。
Hubex
可以单独创建和配置应用程序生命周期。 状态，阶段和过渡是可定制的，并且可以针对公司进行个性化设置。
瑙门
可以创建新状态并定义它们之间的过渡。
生命周期的灵活配置。 根据状态设置可见性和必填字段。 所有这些都可以在技术人员的界面中进行。
但是同样，该界面并不适合所有人。
变更记录
普拉纳多
没有观察到这样的历史。 仅在更改状态时确定时间。
这是不好的，因为没有仲裁会成功。 对变化的这种反映需要额外的压力并需要回忆过去的情况。 而且，如果您不记得了，您将失去仲裁权。
当然，这不适合我们。
Okdesk
相当标准的故事。 它记录了更改和应用程序状态（以前的和新的）何时发生。
令人愉快的-经过仔细的检查，很明显是谁更改了申请的状态。 但这也是一个缺点-您只有仔细观察才能考虑更改的作者（因为仅在更改的文本中标记了作者，而不是在单独的列中标记了作者）。
它适合我们吗？ 不，因为这样的故事要花很多时间才能处理。 至少，我希望更方便地显示历史记录，以便快速搜索信息。
格罗腾
系统存储应用程序的更改历史记录。
在历史记录中，您可以看到以下选项：
-变更日期
-状态
-变更的作者
此功能适合我们吗？ 是的，有可能。
BPM在线
对更改有多种看法。
在系统中，您可以查看应用程序每个阶段的更改历史记录：
-谁进行了更改，
-当他这样做时，
-哪个。
该系统的功能是否适合我们？ 大概吧 我们将进一步寻找。
Hubex
“更改历史记录”存储在应用程序内的相应部分中。
以下信息存储在历史记录中：
-申请状态，
-应用程序生命周期的阶段，
-谁进行了更改，
-当他进行更改时，
-更改时间是什么时候。
在这里，您可以找到有关申请状态，有效期和申请状态的信息。
一项非常不错的奖励：在变更历史中，您可以查看设施中是否有员工。 在请求状态（屏幕中央），系统显示更改的位置。
此功能是否适合我们公司？ 我认为是这样，但还有另一种解决方案。
瑙门
一个相当标准的故事。
解决了对应用程序属性的大多数更改的问题：
-修改日期，
-变更说明，
-变更的作者。
下一版本期望在更改状态时增加地理位置。
设置自动升级（责任转移）
理想情况下，我希望使此过程自动化，以便系统本身可以根据给定的场景来更改并通知负责应用程序的人员。
例如，如果应用程序处于“新”状态的时间超过2个小时，或者将应用程序的状态更改为“执行人拒绝”，那么系统是否可以独立地将应用程序转移到组织负责人？
普拉纳多
没有任何形式的升级设置。 a，这很简单，因为公司可能会因为失去客户而损失部分收入。 巨大的减号...
Okdesk
升级仅以单个电子邮件警报的形式实施，您可以配置警报的时间。
这并不完全适合我们，因为我不仅要通过电子邮件通知负责人。
格罗腾
在系统的典型版本中，未提供此功能。 仅个人定制。
原则上，您可以考虑使用此选项，但我不想花额外的钱。
BPM在线
升级是在业务流程设计器的“表单”选项卡中配置的。
您可以在此处指定任务执行条件或任务应完成的时间段。 否则，将在系统中通知管理。
这适合我们吗？ 不可以，因为管理人员并不总是“坐在”系统中，并且需要通过其他渠道（至少是电子邮件，SMS）进行通知。
Hubex
在系统中，您可以轻松配置升级-已配置发送通知的条件，通知文本和其他功能。
通知可通过推送消息或电子邮件获得。
适合我们吗？ 也许，但是没有足够的通知方法。
瑙门
为升级机制实现了大量设置。 有电子邮件，短信和推送通知。
该系统绝对适合我们的组织。
待续...
当然，这就是全部。 但是有很多材料。 我不想让我的著作让尊敬的读者感到厌烦。 而且没有时间上小说课了。
最后，我们不是Daria Dantsova，而是每天要为整本书加盖几张邮票。 因此，我们将逐步发布信息。
到连接！
第一部分第三部分