[UiBot]什么是RPA

70人参与 |分类: 产品百科|时间: 2019年09月24日

1 简介

欢迎您使用UiBot

如果您听说过RPA,或者做过rpa方面的项目,那么此时您正在作出一个明智的选择。因为截至发稿时间为止,UIbot在国内RPA平台中,产品设计和技术实现上都处于遥遥领先的地位。您可以跳过本章后续的内容,直接开始感受Uibot的魅力。

如果您还没有听说过RPA,不要着急,待我慢慢解释。

1.1 什么是RPA

我们平时在使用计算机软件进行工作的过程中,常常遇到大量机械重复而又繁琐的工作,在人工操作这些软件的时候,不仅很容易感到疲劳和厌烦,还经常会出错。比如,对于财务工作人员来说,常常需要使用网上银行,给很多客户转账,转一笔账也许并不算麻烦,但如果每天要转成百上千笔账,那就是一件摧残人性的工作了。更可怕的是,有时候头晕眼花,在“金额”一栏中多输入一个零…..不必吃惊,这样的事情已经发生过很多次了。

面对计算机,这种简单重复的体力劳动,不仅是财务,在物流、销售、人力资源等很多工作中都大量存在。当然,财务是“重灾区”,所以,作为财务方面的顶尖专家,国际著名的四大会计师事务所(安永、普华永道、德勤、毕马威)在2017年先后把国外已有初步应用的“财务机器人”的概念概念引入中国,试图制造一个软件机器人,或者叫数字化劳动力,自动完成这些计算机上的机械、重复的工作。

后来,大家逐渐发现其实“软件机器人”在财务之外的领域也大有可为,偷懒是共同人类的天性,于是,这些机器人很快在国外和国内的很多领域都得到了大量的应用,而且有愈演愈烈之势。当然,此时已不局限于财务领域了,“财务机器人”的说法显得有些不合时宜。于是,从美国开始,大家普遍把制造各种“软件机器人”当成了一个新的行业,称之为Robotic Process Automation,中文翻译为机器人流程自动化,简称RPA

实际上,软件的流程自动化并不是一个新概念,比如Microsoft Office早在二十多年前就自带了“宏”的功能,可以自动化操作Office来工作(如图)。

Office的“宏”(Macro)功能
Office的“宏”(Macro)功能

但是,RPA和早期的流程自动化有所不同,RPA强调对已有的系统“无侵入”,什么意思呢?如果一个软件本身不支持自动化的功能,那么RPA就可以大显身手了。RPA不需要对这个软件进行任何修改,而是通过模拟人的阅读和操作的方式,让这个软件实现自动化。不仅如此,如果有两个、三个甚至更多的软件需要一起工作,如果采用传统的“宏”的方式,那必须让这些软件都进行修改,实现一套统一的接口才行,一个不改,流程就不能自动化,这显然有点儿强人所难,毕竟这些软件很可能不是同一个厂商开发的!但是,如果用RPA,这些软件全部都不需要经过任何修改,RPA会制造一个“软件机器人”,模拟人的阅读和操作,让机器人自动完成这个流程,这种“无侵入”的特点是RPA的核心魅力之一。

说RPA成为一个新的行业,一点儿也不夸张,在美国,RPA领域已经出现了好几家市值数十亿美金的“独角兽”企业,专门为其他行业提供RPA的产品和服务。他们的产品做得很不错,能够较好的满足RPA的需求,但是到了中国,或多或少还是经常出现“水土不服”的情况,比如对中文的支持,对国内网银等软件的支持都有差强人意的地方,而且还缺乏本土化的技术服务,出了问题不能马上得到响应。在这种情况下,选择奥森科技有限公司出品的UiBot来做RPA,就是您最明智的选择了。

1.2 RPA平台和UiBot

UiBot是一种RPA平台,什么是RPA平台呢?且听我慢慢解释:

为了打造一个“软件机器人”,实现RPA,即机器人操作的流程自动化,通常需要几个步骤:

  1. 需要梳理和分析现有的工作流程,看看什么地方可以用机器人来改造,实现自动化;

  2. 需要从技术上实现“软件机器人”,让它能够阅读和操作流程中所涉及到的所有软件;

  3. 需要把“软件机器人”部署到实际工作环境中,启动机器人开始工作,如果出现问题还要及时处理。

第一步通常由业务专家来做,比如在财务领域,就需要财务专家来进行财务工作流程的梳理和分析;第二步通常由IT专家来做,对于这些编程高手来说,用python这样强大的编程语言来实现一个模拟人类工作的机器人,并非难事;第三步通常由普通工作人员来做,只要按一个按钮,启动机器人,就可以在旁边喝茶刷手机了,一切都很美好,对不对?

可是事实并非如此。第一步,业务专家梳理和分析流程,没问题。第二步,问题来了,术业有专攻,IT专家常常沉浸在数字化的世界里,对业务一窍不通,根本不理解业务专家梳理的流程是怎么回事儿,无从下手!第三步,问题更大了,普通工作人员又不懂IT,让他们去启动机器人还行,出现问题怎么解决?只能呼叫IT专家紧急支援,如果支援不及时,可能就耽误了工作。

比如,笔者自己是IT技术出身,见了财务领域的“台账”、“交易性金融资产”这样的名词就头大;反之,笔者耳熟能详的“句柄”、“线程”等概念,对于大多数财务专家来说,恐怕也是一头雾水,更别提普通工作人员了。

怎么办呢?RPA的理念是:

  • 打造RPA平台,把一些常见的RPA功能做成半成品,就像方便米饭、方便面等方便食品一样。

  • 让业务专家站在RPA平台这个巨人的肩膀上,自己就能做出机器人,难度就像泡一碗方便面一样。

  • 让普通工作人员也能看懂机器人的大致原理,必要的时候还可以修改,难度就像给方便面加一点点调料一样,根本不需要求助IT专家。

  • 从此,RPA的生产过程不再需要IT专家参与,世界重归美好!

啰嗦了这么多,终于带出 “RPA平台” 的概念了。所谓RPA平台,就是把“软件机器人”分解成很多零件,让不懂IT的业务专家能以搭积木的方式,把这些零件在自己的工作台上搭起来,而不需要IT人员的参与。让普通工作人员能看到机器人的基本原理和执行的情况,还能进行简单的维护。

所以,RPA平台的关键指标是:

  • 要足够强大,零件数量要多,什么复杂的场景都能应对;

  • 要足够简单,不需要IT专家的参与,普通人就可以轻松掌握;

  • 要足够快捷,普通人稍微熟练一些以后,可以用最便捷的方式,快速实现自己的机器人。

为了实现这些指标,各种RPA平台作出了很多努力,但效果仍然差强人意。主要是因为这些指标往往是相互矛盾的,按下葫芦浮起瓢,想要强大就很难简单,想要简单又很难快捷。比如有的RPA平台直接让大家用Python编程语言来实现RPA,因为Python本身就足够强大,可是术业有专攻,业务专家和普通用户要精通Python,恐怕不那么容易。所以,这样“剑走偏锋”的RPA平台输掉了简单和快捷这两项指标,结果自然是“走火入魔”。

UiBot也是一种RPA平台,为了在RPA平台的这三个关键指标上取得平衡,UiBot作出了大量的努力。有些努力您能够从软件界面中看到,有些努力您可能看不到,比如针对一些关键的设计理念,UiBot的设计人员曾花费半年的时间深入调研和反复讨论,几易其稿,才终于拿出一个相对完善的方案。所以,我们很自信的说UiBot在国内的RPA平台中处于遥遥领先的地位,是因为产品经过精心打磨,三个关键指标都达到了比较满意的程度。

当然,仅凭努力还不够。实际上,奥森科技有限公司的核心团队从2001年开始,就在做流程自动化方面的事情了,到今天为止已经过去了十几年,所以才能积累丰富的经验,在一些关键点的设计和研发上把握得游刃有余。这也是UiBot在产品设计和技术实现上足够领先的资本。

1.3 UiBot的发展历程

前面提到,在财务、物流、销售、人力资源等很多领域,都存在大量简单重复的软件操作,甚至到了摧残人性的地步。但实际上,早在上个世纪末,这种摧残人性的软件已经在游戏领域大量出现了。游戏其实也是一个需要人来完成的流程,但是,很多游戏开发者的设计水平不够,又希望玩家能在游戏中停留尽可能多的时间,所以故意把简单的流程重复无数遍,玩家苦不堪言。

于是,早在本世纪初,针对游戏领域的“软件机器人”就已经应运而生了,其中最著名的是2001年问世的“按键精灵”。按键精灵最早在Windows PC上运行,针对Windows客户端游戏进行自动化操作;从2009年起,出现了“网页版按键精灵”,针对网页游戏进行自动化操作;从2013年起,又出现了“手机版按键精灵”,针对Android手机上的游戏进行自动化操作。这样一套产品体系,把主流游戏一网打尽,其技术积累之深厚可见一斑。

但按键精灵的成功决不在于技术上的优势,而是其“简单易用”的设计理念。按键精灵本身不是一个软件机器人,而是软件机器人的制造工具,这套工具要足够容易上手,让不是IT专家的游戏玩家也能轻松掌握,才算是达到“及格线”。在这一点上,按键精灵做得很成功,目前已经有几万名游戏玩家能够熟练的用按键精灵制造自己的“软件机器人”,还分享给更多的人使用,而这些玩家大多数并不精通IT技术,甚至没有接受过高等教育。

从某种意义上讲,2001年出品的“按键精灵”完全可以看作是RPA的先驱。实际上,当2017年以后,RPA的概念在国内开始生根发芽的时候,国内有很多介绍RPA的文章,都会用按键精灵来举例子。虽然按键精灵本身是针对游戏设计的,和财务等领域的“软件机器人”有所不同,但因为名气大,容易理解,用来阐述RPA的概念再合适不过了。

那么,按键精灵的制作团队现在在做什么呢?它们在RPA方面有无斩获呢?当然有,他们认真分析了RPA的具体需求,对按键精灵进行了一次几乎推倒重来的大革新,既保留了团队十几年以来的积累,又积极满足RPA的需求,终于打造了一款强大、易用、快捷的RPA平台。没错,这就是UiBot。

现在,你明白为什么UiBot有资格傲视群雄了吧?

由于面向的领域不同,按键精灵和UiBot从基本理念上就有很多不同点(当然,技术上的差异更是天翻地覆了)。

  • 按键精灵针对个人用户的需求作出了很多优化,能制作用户界面,能设定热键,能支持多线程操作,这些功能在UiBot中都被删掉了。

  • UiBot针对企业用户的需求作出了很多优化,能支持SAP自动化操作,能以流程图方式展现,能支持分布式的控制中心,这些都是按键精灵不具备的。

  • 按键精灵的主要指标是运行速度快,因为游戏画面瞬息万变,慢了会跟不上游戏的节奏;软件体积小,因为个人用户的下载带宽有限,等等。这些指标在UiBot中并不重要。

  • UiBot的主要指标是运行稳定性好,容错性强,遇到特殊状况宁可停下来,也不盲目操作,另外每次运行都有迹可循,这些指标上远远超过了按键精灵。

所以,到底用按键精灵还是UiBot,要看您的具体需求。如果是游戏领域,推荐您仍然使用按键精灵,如果是RPA,果断选择UiBot。

1.4 后续内容

一般的RPA平台至少会包含以下三个组成部分:

  • 开发工具:主要用来制作“软件机器人”的流程,当然也可以运行或者调试这些流程。

  • 运行工具:当开发完成后,普通用户使用这个工具,来运行已有的流程,也可以查阅运行结果。

  • 控制中心:当需要在多台PC上运行”软件机器人“的时候,可以对这些”软件机器人“进行集中控制,比如统一分发流程,统一设定启动条件等。

UiBo也不例外,在UiBot中,这三个组成部分分别被命名为UiBot Creator、UiBot Worker和UiBot Commander,对应RPA平台的开发工具、运行工具和控制中心。如图所示:

UiBot的三个组成部分
UiBot的三个组成部分

如果只需要少量的PC运行流程,可以由Creator制作出流程后,直接打包分发给Worker使用,Commander不需要参与;如果需要大量的PC运行流程,比较合适的方式是Creator把流程先上传到Commander,再由Commander统一下发给各个Worker,并统一指挥各个Worker执行流程。

当然,本文是UiBot的开发者指南,所以,本文主要介绍我们如何使用Creator去创建流程(包括其中的一些技巧),至于如何打包分发给Worker,如何上传到Commander,请查阅软件使用说明书。

在阅读本文的同时,建议您到UiBot的官方网站 http://www.uibot.com.cn 下载并安装一份UiBot Creator的社区版,社区版是永久免费的,只需要您在线登录一下,或者离线激活一下,即可无限制使用。

如果您之前有一点点的编程经验,无论什么编程语言,只要知道什么是变量,什么是条件判断,那么阅读本文都会更加顺畅。如果没有,也没关系,我们在附录中,对UiBot涉及到的一点点编程基础概念进行了简单的介绍,通俗易懂。点击这里即可查看,请您在阅读后续内容之前,提前学习一下。

准备好了吗?下面将开始我们的UiBot之旅,Let’s Go!


来源:[jane小姐](微信/QQ号:1055692322),转载请保留出处和链接!

地址: