后台自动化层
流程和机器人保持运行
启动进程的代码行
交易量线性增长；后台工作增长得更快，因为每笔交易都有一些例外情况。
超出限额的支付、有争议交易的退款、加入商家——每一项都需要一系列的批准，而该批准链存在于电子邮件线程中。
从提供商门户导出，将其放入文件夹中，然后将其加载到会计系统中。人充当连接电缆的工作。
这笔交易的钱在哪里，为什么被拒绝，如何退款。答案就在系统中，但找到答案很少比询问同事更快。
不同的任务需要不同的工具。混淆它们的代价高昂：机器人无法取代流程，助手也无法取代机器人。
批准、升级和截止日期绘制为图表：谁批准，超出限制会发生什么，如果一天内没有人答复，任务将转到哪里。系统执行图表，而不是某人的记忆。
如果交易对手没有 API，机器人会执行人类所做的事情：登录门户、获取导出、将文件放在其所属的位置。按计划进行，而且不会忘记。
它根据您自己组织的数据回答问题：交易状态、拒绝原因、更改历史记录。它节省的不是交易，而是搜索时间——每天加起来一个小时。
后台自动化通常作为单一工具出售，这是它的主要弱点。指向审批流程的机器人会变成脆弱的结构：更改审批顺序，机器人就会崩溃。一个旨在取代文件混洗的过程遇到了对方没有 API 的情况。正确的划分很简单：流程描述决策，机器人执行动作，助手回答问题。
第二个区别是自动化的作者是谁。经典的部署需要供应商和几个月的项目，之后每次更改都需要供应商。在这里，该流程由在操作员仪表板上工作的同一个人组装在操作员仪表板上，他最了解时间实际浪费在哪里。更改的成本降至半小时，并且自动化不再陈旧。
以及诚实的边界。自动化不会接管调查有争议的交易、与提供商协商费用或决定是否向可疑收款人发放资金。这就是后台工作的本质。这三层的要点是，您的员工将一天的时间都花在这上面，而不是在窗口之间复制行。
三个设置向导。操作员单独完成它们——无需开发。
步骤、角色、过渡条件、截止日期和升级。流程从事务事件开始或手动开始。
场景、时间表、凭证和失败行为：重试、推迟或移交给某人。
助手可用的数据范围、用户角色和边界：它回答什么和传递什么。
从流程开始，而不是从机器人开始：在写下批准顺序之前，机器人会自动处理这些混乱的事情，而且成本比手工操作要高。