您现在的位置是：网站首页>文章详情文章详情

为什么要用RPA

inlike2021-10-03【原创文章】浏览(1531) 评论(0) 喜欢(18)

简介RPA 并不是人工智慧（Artificial intelligence, AI），而是个人工智慧时代的「猿人」

为什么我们需要机器人自动化流程（Robotic process automation, RPA）呢？问这问题前，首先要厘清RPA 并不是人工智慧（Artificial intelligence, AI），而是个人工智慧时代的「猿人」，为什么这么说呢？我们看下图会发现所谓的数位化历程就像是个物种的演化史，是需要循序渐进，一步一步进行的

谈及AI 最为重要的指标，首先就是「数据」，对于任何一个公司来讲，数据的质量和数量都非常重要，到2022 年时，90%的公司战略会直接以数据为驱动力，如果没有准备够「Data」弹药，在环境、规则、需求变动得越来越快的现代，这场数位化的战恐怕会很难打下去。

多数企业都需要一个引子去启动任何新事物带来的变革，这个过程就像要地方职业爸爸妈妈突然放下手边老式的IE 浏览器改去使用Firefox 或Chrome，或是作业系统从Windows 改成使用Linux 。这些令人措手不及的状况，都可以同理到那些在组织待的比较长并已经习惯既定模式的员工的反抗心理，即便我们先有心理准备，现实跟理想的差距总是比我们预期的大。

相信许多企业开始探讨机器学习（Machine Learning）、深度学习（Deep Learning）等的愿景之前，也开始回头检视自己目前的实际状况，到底有没有折衷的方法可以让目前的办公室流程加速又能不用换系统，RPA 其实就是这样的需求背景下的产物。他可以用很快的速度「重复处理」人工的电脑作业，技术上也仅简单的在使用者图形界面（Graphical User Interface, GUI）上加入了自动化（Automation）而已。

从办公室后端（Back Office）的使用者来看，通常RPA 系统导入顾问只要稍微展示一下影片介绍RPA 概念，例如如何快速自动「key in」订单资料到销售系统，客户就会很兴奋地开始想像自己有多少个无聊重复又冗长的工作，并向顾问提出不同类型的工作丢给软体机器人执行的可能性。但若换成工程师的视角，可能会觉得瞠目结舌，心想其实技术上很简单啊！为什么不透过IT 部门写几个程式脚本（Script）去解决呢？除了根本找不到公司的IT 公司的技术部门通常无法帮忙处理的原因外，或许可以根据Gartner 的行业调查，从四点企业在运用IT 系统的现况来看出端倪。

80%的公司没有单一的企业资源规划（Enterprise Resource Planning, ERP）系统。即使是包含各种模组像财务、HR、通路、原料管理…等功能完善的ERP 领导厂牌如SAP、Oracle、Salesforce 等等，都很难真正落地到各式各样且繁杂细琐的公司业务需求。此外写开发客制化程式硬是去修改系统成用户所想要的样子的过程中，也会使得整个系统被卡死在目前的状态。而现实环境是动态的，企业不一定一直有预算和资源，找原先负责的厂商去持续因应变动的环境，继续进行客制化程式的开发。
大型企业（市值超过$10 亿美元）至少有100 种不同应用程式和系统的资料记录。包含Google、Microsoft、HP 等，全球已经超过1/3 的企业都已经导入RPA 系统，相信大型科技企业完全不缺乏顶尖的工程师，但我们总是得先思考效益问题，到底要保持现有的工作流程，还是要另起炉灶去整合、连接不同的系统，衡量评估后建立新系统所需要付出的成本和人力不见得较少。
服务导向架构（Service-Oriented Architecture, SOA）专案和大型资讯系统专案没有真正实现他们应有的商业价值。可想而知要撼动一个复杂的大型IT 专案，没有足够的准备、各方配合、够力的主导…的话，成功机率就会极低，更何况如果任何专案只要不成功就会使得流程更加零碎。
无法承受换系统过程中的风险，就一直沿用老旧的传统系统(legacy system)。第四点是接续这第三点而生的，其实企业高层比你想像中更急得想让公司转型，但是有些企业型态是无法有任何系统转换上的失误，譬如银行、保险业和金融业等。

那在来说说RPA 该怎么解决以上这些问题

假设你原先导入的ERP 系统无法自动把采购申请（ Purchase Request ）转成采购订单（ Purchase Order），导入的厂商就没办法帮你客制，因而需要多了许多人工作业去弥补这一段落差，这时就可以考虑用RPA 系统来衔接操作不同的数位操作画面。现在的RPA 技术也越来越进步，针对应用软体的使用者介面上像是按钮、工作视窗或是萤幕大小等细微变动的容忍度越来越好， RPA 会自行调整去因应目前的环境。
RPA 的核心精神就是「串连」，它是一种不具侵入性的系统软体，像是以Citrix、.NET、HTML、Java 等技术所开发出的应用软体大多都RPA 支援，此外常见商业系统软体如Mainframe Terminals、SAP、Oracle、Blackline 等等RPA 也支援。重点是RPA 的开发成本相较ERP 的修改或换制来的低很多。
当大型IT 专案失败做坏了后，累的还是员工，应该有许多白领都被这种因为更换系统所衍生的事情所折磨的经验。RPA 系统的导入规模比较小，光刚开始流程分析的选择就会审视到流程细节每一步骤的，大处着眼小处着手，配合敏捷式（agile）的专案管理，可以让开发时程缩短到以月计算，这样风险也会比较低，可以参考下图
如果公司评估利弊风险过后，决定继续沿用传统的系统，或着原本维护的系统厂商都已经倒闭，或因为市场环境和消费者的转变加快到人工无法负荷时，那RPA 或许是合适做数位转型的方法。