关于机器人过程自动化，你知道些什么?

区域规划是什么?

机器人过程自动化(RPA)是一种利用软件机器人自动化重复性任务和手工流程，以执行重复性和通常平凡的工作，并提高性能的技术。

RPA可以包括软件机器人，简称“机器人”，通过虚拟地执行按键和鼠标点击，模拟用户手动操作软件的活动。他们从网页和/或桌面应用程序窗口读取文本。您可以为它们的行为编写脚本，包括一些条件分支，并将该脚本视为可重用组件(例如，web服务)。早在20年前，PRA就被用于大型机，它的一个基本版本已经被用于Word和Excel等应用程序。对于特定种类的活动——重复越多越好——RPA效果很好。您是否必须并排运行两个应用程序，并手动将其中一个的信息重新输入到另一个中?让一个机器人来代替它。

RPA可以为整个组织中的数百个痛点提供解决方案。它通过与网站、业务和桌面应用程序、数据库和人员交互来执行重复性和通常平凡的工作，从而提高工作性能。考虑高容量、高价值和高风险。

• 高容量、高重复性的流程很容易成为自动化的目标，因为这些流程占用了大量时间，而这些时间可以更好地用于需要更多人类思考和同理心的工作。在这些过程中陷入困境最终会抑制组织的增长和扩展能力。
• 高价值过程对组织来说是极其重要的。RPA流程可以创造更好的客户体验，减少用户流失。
• 高风险的流程可能会让你的公司陷入错误或延误的麻烦。也许复制-粘贴错误会导致代价高昂的法规遵循违反，或者过程积压会导致例行地错过最后期限。

自动化的机会无处不在，你如何优先考虑它们?

为什么要避免RPA?

RPA听起来很有吸引力，但也有一些不能忽视的警告。

它是资源密集型
如果正在模拟用户活动，则需要运行与用户运行相同的环境。这意味着浏览器会话，甚至桌面会话。如果您想要大规模地进行这项工作，后勤、许可和硬件成本可能会增加。

它是脆弱的
机器人模拟用户的问题是，机器人在没有远见的情况下，没有为意外情况做好准备。如果应用程序显示意外的错误消息，如果操作系统宣布更新可用，如果应用程序崩溃，如果页面不可用，等等，机器人将不总是知道该做什么。如果应用程序的UI发生了变化，而bot构建器却不知道，那么bot就不知道该怎么做。

它会引发安全问题
如果我可以编写一个机器人，它可以使用我的凭证访问一个服务，并使它对其他人可用，我可能会有效地授予他们对我所拥有的服务的相同访问权。不是每个人都能接受的。政策可以缓解这一问题——如果bot构建者注意到它们的话。

一个更值得思考的问题

RPA并不是真正的机器人过程自动化。这是机器人任务自动化。RPA中没有任何内容涉及实际的端到端业务流程、案例逻辑、总体战略目标和针对它们的进展，以及无数其他通常属于业务流程管理/数字流程自动化(BPM/DPA)权限范围的内容。

例如，解决IT帮助台票据可能需要审查票据、将其分配给个案工作者、搜索知识档案、与主题问题专家协商、与用户验证票据是否可以关闭等。RPA可以在某些方面提供帮助，但更大的过程需要大量的判断(评估和决策);例如，经理决定将罚单分配给谁，IT支持决定让经理回去询问特别困难的罚单，经理或IT支持决定取消或拒绝罚单，等等。

没有BPM/DPA, RPA只会加快工作速度，可能还会减少某些地方的错误，而且几乎没有机会进行转换。BPM/DPA流程可以使用任意数量的RPA机器人，在流程从头到尾的过程中完成单个任务。它们已经使用了应用程序编程接口(API)调用，那么机器人为什么不也使用呢?

使用BPM/DPA来确定应该做什么、它的状态是什么、正在使用哪些资源、结果是否满足目标，以及根据已经发生的情况接下来应该发生什么。使用RPA(和api，有时还包括手动人工任务分配)来执行流程需要完成的任务。只要应用程序架构师认识到RPA和BPM/DPA的相对(和互补)角色，RPA就会成为一个有价值的工具，可以添加到组织的保留表中。