在单一供应商演示之前,业务组织的大多数自动化采购在类别一级都是错误的。
一个团队购买了RPA,因为"自动"是要求的,然后发现6个月,因为实际问题需要跨系统的流程管弦,而不是通过遗留的UI来点击一个机器人.
或者他们买一个智能自动化平台 用于一个工作流程 它总是会是简单,直截了当的API管弦乐, 并支付一个他们从未需要的认知层。
这三个类别解决了真正不同的问题,它们之间的混淆以具体可避免的方式昂贵.
RPA:实现UI的自动化,而不是进程机器人过程自动化做一件事,它比大多数投出者暗示的要窄:它模仿了人类与屏幕的相互作用——点击按钮,读取字段,打入值——通常通过UI选择器或应用程序的可访问性树,而不是通过API.
这就是它的全部要点:RPA存在对于完全不暴露API的系统,或者获得API访问比仅仅使用一个人的界面的机器人需要更长的时间.
该机制也是其决定性弱点。
针对特定的UI坐标或元素选择器所构建的机器人会突破基础应用程序的改变——一个按钮动作,一个字段会被重新贴上标签,一个供应商会运送一个UI更新——并且故障通常会默不作声,直到有人通知进程停止完成.
这是关于生产RPA部署的单一最常见的抱怨,并不是执行错误,而是结构性的:机器人过程自动化基本上是以模仿视觉界面为主来构建的,而视觉界面的改变则是出于与自动化无关的原因,取决于它们.
RPA是专用于纺椅任务的正确工具——在互不相通的系统之间移动数据,其中至少有一面没有API可用,使人工输入真正昂贵.
它对于任何需要解释非结构化输入或协调跨出几个系统与真正分支逻辑的多步骤过程的事物来说都是错误的工具.
BPA: 协调过程,而不只是点击的 Business 进程自动化运行一个关卡向上——它是指定义和执行跨系统的工作流程,一般是通过API,webhooks,和定义的进程状态,而不是模仿一个UI完全.
一个BPA平台可能在CRM中触发一个动作,等待一个响应,基于该响应的分支,调用第二个系统,如果一个条件没有得到满足,则通向人类任务队列的路径——一个真正具有真实状态的多步骤进程,而不是一个单一的UI-模仿任务.
实际操作上很重要的区别: 业务流程自动化和机器人流程自动化解决了同一个更广泛的问题的不同层次,它们不是竞争对手,而是同一堆的不同深度——一个BPA工作流程可以合法地将一个RPA机器人称为一个步骤,对于不存在API的特定子任务,同时通过适当的系统集成来协调其他一切.
将它们视为可互换的团队最终要么强迫bittle UI自动化到一个API一直访问的问题上,要么试图制造出单一的RPA机器人手柄分支,多系统逻辑,它从未被构建来维持.
智能自动化:在管道智能自动化中添加判断是RPA或BPA外加一个认知层——OCR和文档理解,NLP用于无结构文本,分类模型——让自动化处理无法以干净,可预见方式到达的输入.
一张布局因供应商而异的发票PDF,一张在路由之前需要分类的客户电子邮件,一张带有手写字段的扫描表——这些都不是RPA的UI点击或BPA的API管弦乐可以自己处理的,因为两者都假设输入的结构已经足够直接行动了.
了解RPA的实际差异