LittleR

最新国内RPA赛道拿钱玩家盘点,为何又要靠包装新概念?

截止2021年4月,国内RPA赛道初步盘点拿了投资人钱的公司已经有11家。 大厂孵化,用户自己研发着玩的没有计算在内。

RPA故事快讲不下去的时候,开始靠包装低代码概念的公司已经越来越多了。为何在需要专注的方向还没做出名堂,就要战略方向重定向?

首先请参阅目前RPA赛道获得融资的玩家:

图片

数一数发现已经有11家,当然这里不包括华为RPA,阿里云RPA,金蝶用友RPA,以及部分以用户身份自己开发着玩的团队的RPA。

原赛道玩的不好-> RPA赛道

来也、达观,典型的原赛道混的不好,战略转向到RPA的玩家。

来也之前在智能客服赛道,那个赛道有头部玩家 Udesk 等 ;

达观之前主要在NLP赛道 , NLP赛道生意不好做。

总之表中的若干家公司战略重定向到RPA赛道了。

所以,来也和达观的 B+ 或 C轮是因为之前的赛道已经完成了 A或B轮 ,并不是在RPA这个领域真的到了B+或 C 。

Low-Code赛道?

低代码 Low-Code 是一个独立的赛道 ,那个赛道已经有不少玩家。我们早先就分析过 RPA与Low-Code的区别以及如何互补

RPAPlus:

然而本质上RPA和中台都是无法无中生的,如果需要帮助用户快速交付小前台的应用,RPA和中台都不太适用。快速交付小前台的应用的解决方案叫做,低代码平台(Low-Code)

低代码(Low-Code)平台 ,恰恰是搞定,快递开发交付,快递影响业务需求,上线全新的前台业务应用的方案。

RPAPlus代表,公众号:RPAPlus 数字员工中台 与 RPA,站在企业视角解读两个技术体系

云扩等公司已经或者正打算开拓低代码这个领域的公司不在少数。

在公司核心产品方向还没有做的足够好的情况下,转而开拓更多的方向,这样做到底好或不好,留待大家自己分析。 我们觉得,除非手上资源多到富余,才适合去碰这样的全新的方向。

当把本来就不富余的RPA产品与核心开发资源,分散到一个全新赛道的产品的时候,有可能是两头空的。

UiPath的故事是不一样的,首先UiPath处于绝对优势,金融也好,技术储备也好,那么他就可以有多余的力量,收购和完善补足他的产品线不足,例如收购Process Mining 公司等行为 。

最后

咱们国内的“氛围”似乎就注定了好像只能做短、平、快的事。投资人也不愿意做风险极大的长线投资 ,因为在3-5年的时间里面可能有太多的变数,不太相信被投的人和团队,也担心大环境的变化而导致的风险。

RPA赛道玩家也是心浮气躁的,在RPA产品核心领域的提升是缓慢和代价巨大的,所以怕难畏难的情绪在蔓延。如果没有一个强有力的目标感 ,做产品的公司往往会跑偏 ,因为目前绝大多数RPA研发团队都是研发在主导产品开发。

最后,咱们打一个比方吧 : 玩游戏的时候,是不是在大号玩不下去的时候,玩小号特别有特殊的成就感。不过大家又都明白,不能老靠建小号获得成就感的。

RPAPlus: 有很多自媒体都是打一枪就跑,什么热蹭什么,而我们不一样,我们一个专注在RPA+AI这个领域,我们是RPA Plus 。

-END-

你可能喜欢

 RPA与爬虫、按键精灵、脚本到底有什么区别

  微软Power Automate Desktop在唱哪一出?符合一款主流RPA        工具的要求吗

   刚刚微软确认收购RPA平台软件公司Softomotive

→  微软进入RPA市场,这意味着什么?

→  谈谈邮件触发器-Mail Trigger

→  2020年建行、招行、南京银行应用RPA数字员工的成绩单

→  中台 与 RPA,站在企业视角解读两个技术体系

→  桌面自动化实现原理-RPA+

「RPAPlus」 | 专注RPA+AI 咨询
LittleR

RPA与爬虫、按键精灵、脚本到底有什么区别

RPA跟爬虫有什么区别?

RPA跟按键精灵有什么区别?

RPA跟脚本程序有什么区别?

RPA跟传统开发有什么区别?

RPA跟自动化测试软件有什么区别?

流程自动化业内人士应该多数有被问及这些问题,不过好像还没有一个比较系统的回答。

 

对许多普通用户来说,很难完全搞清楚这么多不同名词之间的区别。我们将最主流RPA产品的标准化能力与实现对应的这些能力的非RPA技术实现方案做了一个简单对比:

RPA魅力--“多面手”

通过以上对比可以发现,主流成熟RPA产品的能力具备了完整的企业应用自动化方案,可以将几乎所有企业办公会碰到的应用场景在技术上全部完美实现。RPA产品的魅力就在于单个产品(或平台),具备了如此丰富且可靠的能力,如果产品在易用性和开发效率上又做了许多打磨的话,就完全可以实现早先RPA理念中非常重要的一条“快速交付”能力。

对比非RPA技术实现路径:

许多时候都是拿RPA产品的一个能力点,去对比某一项技术实现路径。就比如:

网页数据-读

单纯的去网页上抓(读)数据,对象网站又几乎没有反爬措施的情况下,网络爬虫,似乎是更高效的方案。

网络爬虫最基础的实现原理:

即笼共分两步:

第一步:拿指定URL页面所有内容

第二步:分析这些内容

以上最基础流程基本没有实用价值,需要加上批量循环的URL调度器,毫无节制的去对象网站收刮站点的内容:

即笼共分三步:

第一步:轮询URL调度器

第二步:拿指定URL页面所有内容

第三步:分析这些内容

为了高效,很多爬虫是“臭不要脸”又毫无节制的,他们会给对象网站沉重的压力。这是为什么很多网站不喜欢被爬的原因之一。为什么说爬虫毫无节制呢,因为爬虫会把有用的,没用的,反正这个URL下的所有东西都拿过来,然后再在本地做数据分析留下它要的数据,抛弃99.999%的无用信息。

那RPA是怎么做的?

RPA是跟人一样的处理逻辑,打开一个网页,找有没有RPA想找的东西,有就拿下来,没有就接着找,或者直接说“找不到”。

其二,RPA对于网页的技术实现是需要把网页打开进行UI呈现的,RPA是没有“headless”模式的(headless模式是selenium 的参数,意思是不显示浏览器直接操作) 。为什么技术这么设计 ?这样设计的目的就是最大限度的模拟人的行为进行作业。人需要网站完全加载了,才知道下一步应该点哪里,而不是提前分析网站的HTML代码解析出那个按钮对应的HREF是哪里。

第三,RPA对目标网站的压力不会比真人大多少。不会像爬虫,伪装N个Header头,多线程发起N个Request请求,简单的概括就是,RPA不暴力。它可能比人快,但是是在游戏规则内合理合法的快。

所以常规的网站反爬对于RPA基本是无效的,除了在login阶段的验证码同样会带来一点麻烦外。RPA干的那点事,在网站后台看起来是跟普通人在作业几乎一摸一样的,如果网站把RPA的行为都列入反爬限制,那么这个网站的误伤率一定高的可怕,会把很多普通人的行为也给屏蔽了。

有些人可能会说,Python+Selenium 也能实现类似人的访问模式。好吧,Selenium确实有网页自动化能力,但是网页元素识别提取,整合后的系统可靠性可能还是不如主流的RPA产品靠谱。所以为什么我们一直说,RPA工具的元素拾取器是RPA工具的灵魂功能。

某国产RPA(容智)的网页自动化实现就是直接拿Selenium稍微改了改。

RPA产品-“像个人”

由于RPA已经逐渐形成了清晰的产品形态,产品(平台)打造的各种机器人管理、行为审计监控、机器人资源池、灵活扩展、任务触发排期机制、第三方账号密码管理、统一的数据规范等等让RPA更像一个真正的数字员工同事,而不只是一款软件。

至于那些用各种技术拼凑起来的脚本方案,开发效率低,管理维护难,可靠性差是基本可以确定的。

开篇的很多提问我们可能没法一个个展开去阐述,仅以RPA与网络爬虫的区别进行举例分析,希望可以把这个问题讲明白。

 

LittleR

华为推出AntRbot RPA,助力“数智员工”开启新型工作模式

匠心独具,华为解锁“数智员工”,创造新型工作模式

 

在信息化高速发展的大潮下,各行各业都在力求加入数字化转型的赛道,构建新的工作方式和服务模式尤为重要。然而,企业内部往往存在应用割裂、数据孤岛、业务断点等情况,给业务人员带来大量手工重复劳动的负担…..

 

那么,有没有可能一类“员工”能够专门解决这类手工重复操作、费时费力的工作,把生产力真正的解放出来?

 

答案是,有的!RPA便是这个“员工”。

 

什么是RPA?

RPA (Robotic Process Automation),即机器人流程自动化,是一种软件技术,可以使软件机器人像人一样,在不同系统之间进行数据的提取、录入和验证等操作,从而辅助人类员工完成业务流程操作,即便是复杂的业务流程也可以由多个机器人协同或者与人协同工作完成。也正是因为这些原因,业界又将RPA亲切的称为“数字员工”。

 

这个RPA数字员工的引入,会给企业带来显著的商业收益。首先当然是流程效率的提升,比如在处理大量需下载、录入数据的表格时,RPA可直接代替人工输入,用时大大缩减;其次是提升流程质量,我们都知道,在手工进行数据搬运和处理时,人工错误是无法避免的,而RPA的引入则可以将错误率降至接近于零的水平,而且整个操作过程都是可以回溯和审计的;此外,RPA还可以采用录制和图形化编排等方式开发,大大提升开发效率高;部署时也无需改造现有IT系统,周期短、风险低。

 

根据小编的了解,华为内部目前已部署的RPA可等效为超过8000个数字员工,分别应用在了生产、制造、财经、HR、零售、审计等各个业务领域。此外华为的RPA产品还在数字政府、交通、金融、制造等多个行业得到了应用。

AI赋能,让RPA机器人具备 “感知”和“思考”能力

RPA虽好,但也不是万能的。首先,喂给RPA的数据必须是结构化数据,如果碰到证件、语音这类非结构化数据,RPA机器人则无法感知,导致“看不懂“和”听不明“。此外,传统的RPA只适用于规则明确的业务流程,没有思考和判断能力,一旦出现超出预设规则的例外和偏离场景,便会直接“宕机”。

为了弥补RPA在感知和思考能力上的“先天不足”,将AI与RPA结合也理所当然的成为了技术趋势的下一跳,业界也给这个组合起了个好听的名字,叫“智能自动化”。

 

正如弗雷斯特咨询给出的定义,“智能自动化=AI(如计算机视觉,文本分析,机器学习)+RPA(机器人流程自动化)”,并且预测到2022年智能自动化将在全球创造价值1340亿美金劳动力。

 

在华为,我们将RPA与机器学习、OCR、TTS、ASR等技术整合,帮助RPA机器人构建思考能力和听、说、读、写技能,让“数字员工”升级成为“数智员工”。

 

 

RPA & 低代码开发平台(LCDP),打通数字化最后一公里的好搭档

有人可能会说RPA本身不就是低代码吗,怎么又来了个低代码开发平台?搜索百度可以看到,低代码开发平台是无需编码或通过少量代码就可以快速生成应用程序的开发平台,具有上手快、开发快、运行快、运维快的特点。RPA和LCDP都是希望通过低代码技术降低开发门槛,让过去必须专业IT人员才能完成的开发工作,现在通过业务人员也可以完成。如果把低代码技术比作一根树干,那么RPA和LCDP就是树干上长出的两支树枝,一个是基于已有流程和应用快速生成的RPA机器人,另一个则是帮助没有IT支撑的业务流程快速构建应用程序。

将RPA和低代码开发平台结合,也能在业务数字化的过程中产生意想不到的效果。最近,我们在和某国际化学校的招生流程自动化项目中发现,该学校招生流程大致可以分为:报名/订单-面试安排-结果录入这几个环节,其中报名/订单流程由某SaaS应用承载,面试安排和结果录入流程却主要通过线下表格或者文档管理,是没有IT应用支撑的。导致招生的数据散落在线上和线下的各个角落,需要老师花费大量时间整理数据,以确保准确性和唯一性。

为了帮助老师们解决这个问题,我们通过华为RPA管理中心上的低代码开发模块,在一周内帮助老师们开发了招生数据管理应用。从此,RPA机器人可自动从SaaS报名系统下载数据,并根据所需的数据格式导入到由低代码开发平台创建的招生数据管理应用中。通过这个应用,老师们可以直接在线查看和处理学生信息、一键发送面试预约邮件,并且将面试信息在线录入到系统中,不仅实现了整个招生过程的数字化,还有效支撑了教务等其他流程对招生数据的调用。

 

RPA+AI+低代码开发平台,让智能自动化进入业务的每个环节

上面提到了RPA与AI,RPA与低代码开发平台(业务应用小程序开发)分别结合的妙用,那么如果把三者放在一起究竟能碰撞出什么样的火花呢,让我们通过一个智慧报销的小视频来了解一下。

 

最后,小编向大家透露个小秘密,华为已经将AI+RPA+低代码开发平台整合,并即将在近期正式发布端云协同智能自动化解决方案,请大家敬请期待!

想了解更多RPA+AI+低代码的小知识?3月19日20:00,华为RPA首席架构师及产品研发专家Andy将在华为云DevRun开发者沙龙直播间分享RPA的发展现状并详细介绍华为实践,还有直播互动奖品等候大家,千万不要错过哟!

华为RPA直播:

https://bbs.huaweicloud.com/forum/thread-109247-1-1.html

华为RPA产品:

https://console.huaweicloud.com/naie/products/rpa

华为RPA学院:

https://ilearningx.huawei.com/portal/courses?q=AntRobot

LittleR

微软Power Automate Desktop在唱哪一出?符合一款主流RPA工具的要求吗?

2019年11月,微软正式宣布进军RPA领域,推出Power Automate 平台。

2020年5月,微软公布收购Softomotive,扩展原Power Automate平台在桌面级自动化方向不足。

2020年9月,微软Softomotive 的产品WinAutomation的基础上推出Power Automate Desktop。并没有什么人关注。

近期微软宣布可以让Win10用户,免费使用Power Automate Desktop。

事件发展基本就是以上的时间轴,今天咱们来捋一下微软这回重磅推的Power Automate Desktop到底是怎么回事。

事件背景:

还记得去年5月微软刚公布收购Softomotive的情况吗?

在微软CEO Satya Nadella 5月19日发布的Build keynote上,他证实微软已经收购了软件机器人自动化平台Softomotive。

RPAPlus代表,公众号:RPAPlus刚刚微软确认收购RPA平台软件公司Softomotive

Softomotive 是被收购的RPA公司的名称,他们的产品叫做 WinAutomation 。

公司被收购后的第一个命运是公司除名 ,被微软收购后,Softomotive 这个名字就从世界上消失了。WinAutomation是产品名,在微软完成所有产品融合和改造前,暂时还会存在一段时间。目前是 WinAutomation 和 Power Automate Desktop 两个产品同时存在的状态,不过其实他们俩就是一回事。

2019年11月初,由微软举办的“Ignite2019”大会在美国奥兰多召开。微软将Microsoft Flow重命名为“Power Automate”,并为Power Automate添加了机器人流程自动化(RPA)功能。

RPAPlus代表,公众号:RPAPlus微软进入RPA市场,这意味着什么?

微软为何需要收购一款更专业的RPA产品?

RPAPlus:当前版本的Power Automate 擅长将Online微软系的应用数据打通,技术上实现更多是通过API调用,而不是RPA最典型的“基于UI非侵入式”。

RPAPlus代表,公众号:RPAPlus微软进入RPA市场,这意味着什么?

因为原来的Power Automate不能称之为传统意义上的RPA,RPA行业其实也没有把Power Automate当回事。

Power Automate Desktop 在Win10系统中免费用

官网&下载地址:  https://flow.microsoft.com/en-us/desktop/

如果想要体验请前往以上官网链接下载和试用,安装包171 M,下载速度超级快。

RPA行业哪些公司玩过免费策略

RPA行业号称过免费的产品很多,这个行业最早宣传免费的玩家是Uipath,当时2016-2017年间要PK如日中天的Blue Prism,在BluePrism和AA下载软件包和获得测试license都还要靠关系的年代,Uipath推出了免费社区版。Uipath当时的一小步,为Uipath后面的发展壮大奠定了坚实的基础。不过随着时间的推移,Uipath的所谓免费社区版限制其实越来越多,需要实时保持登陆,需要承诺被推送和使用最新的Pre Release版本(帮忙做产品公测),有时还会碰到uipath后台登不上导致的一些使用问题发生。

 

2018年下半年,Uibot刚出来混的时候,打的旗号也是社区版“永久免费“,当时主要PK彼时还比较火的国产艺赛旗RPA。

 

“免费“–打着引号的免费是软件行业后来者非常典型的策略。微软PA Desktop 作为后来者,在之前根本无人问津的背景下喊出免费的口号就很容易理解了。

真的免费吗?免费到什么程度

首先我们可以阅读一下 PA Desktop的license 声明

详情可参考:https://docs.microsoft.com/zh-CN/dynamics365/legal/slt-power-automate-desktop

图片

总结一下:

  • 软件可以免费使用
  • 软件会收集你的信息
  • 软件没有支持
  • 软件强制更新

拿这个免费软件做商业项目就算了,跑个人敏感信息的流程也不建议,天下没有免费的午餐。

简析Power Automate Desktop的产品力

先聊聊粗略体验后发现优点:

相较于 Power Automate Platform ,Power Automate Desktop 让微软第一次获得了桌面级的比较完整的RPA能力。对微软PRA的战略是一个强有力的扩充 。

 

相较于其它 RPA行业的老玩家 ,Power Automate Desktop 是什么水准呢?

Power Automate Desktop 基础组件及功能是比较完善的,内置标准组件功能非常多,基本常见的RPA软件应该有的能力,看起来似乎都是有的,当然暂时还没时间一个个去测。

暂时发现的优点1:内置功能组件丰富且强大

暂时发现的优点2:文本参数无忧输入

有很多RPA工具,在输入文本的时候,不是让加上双引号””,就是加上单引号”,对于非开发背景的小伙伴不够友善。

产品肯定还是有更多优点的,只是体验的时间太短还未过多发现。下面聊聊这么短时间接触发现的产品缺点。

聊聊粗略体验后发现的缺点:

暂时发现的缺点1:流程文件保存巨慢

任何轻微的修改,甚至不修改,点击保存 系统需要3~5秒的响应时间。

推测应该是由于所有的流程配置都需要保存到后台服务器上造成的。

暂时发现的缺点2:RPA产品的灵魂功能 元素拾取太弱鸡

在我们的使用认知中,我们需要让RPA 点击某元素,这应该是最基础的一步。而PA Automate 把这个动作硬生生拆成了两步 ,第一步,把鼠标移动到元素位置 ,第二步,触发鼠标点击。

鼠标悬停到元素上 ->实现把元素移动到那个位置

鼠标点击 ->只能实现鼠标点击

图片

不要小看这样的产品点,就光这一点会导致RPA流程开发效率降低许多。

另外,PA Desktop元素识别的响应速度巨慢,拿鼠标移动到一个元素,延迟半秒-1秒红色框框才显示。我们随便玩玩的工具 RPAPlus SPY++ ,体验都要好不少。

图片

还有,UI元素库功能像个半成品

PA Desktop有一个统一的UI元素管理库,产品这样设计的初衷应该是想要在流程开发的便于重复调用该元素,同时也便于后期的维护。不过就目前的状态,UI元素列表无法自定义修改名称,更无法修改适配元素类型,反正蛮鸡肋的。

暂时发现的缺点3:发现了一个小Bug

一个因出错导致流,重启APP后居然也无法打开了。

聊聊RPA开发Studio的易用性-流程画布功能:

Power Automate Desktop 的流程开发视图,是最简单省事的拖一个长条进来,然后点开后配置参数。这样的可视化开发基本等于没有画布功能,只比AA桌面版直接显示代码略好,流程画布功能约等于0。

10年前就能开发出Windows Workflow Foundation(目前数款RPA Studio的图形化工具基础)的微软,难道做不出一款像样的流程画布设计工具吗?

或许微软这方面的开发牛人团队走了,或许开发设计这方面的东西比较费时间,微软还没准备好。总之,目前的PA Desktop 可视化流程设计也是弱鸡水平。

Power Automate Desktop被其它应用调用的可行性:

一款应用面很广的APP,最好是可以通过一些方式供别人调用的。无论是通过进程调用,还是API之类的,目的是更高效,也让基于这些应用做服务的二次开发商有包装自己价值的空间。而Power Automate Desktop目前看起来并不太有这方面的空间。

目前简单体验的结果是,Power Automate Desktop 的产品力在RPA行业应该还在二三流水平徘徊,并没有因为微软的加持而有突破。

 

Power Automate Desktop会是市场搅局者吗?

这款产品本身感觉算不上有力的搅局者,但是这个产品的老爹家大业大,是一个强大的搅局者。

微软官网简单一个声明就可以引起这么大的关注,再加上微软那么大的客户群基数,产品再弄点捆绑销售啥的肯定是需要引起重视的。用互联网行业的话来讲,微软流量太大了,但凡微软倾力扶持的“傻儿子”稍微争点气,总还是能取得不错成绩的。

说到这里咱们也可以以国内的阿里云RPA作为参考,阿里云RPA本身的产品力比较弱鸡,阿里云都是半卖半送的在推这玩意,买PaaS送RPA ,不过依然没什么浪花。

微软的Power Automate Desktop最后会不会混得跟阿里云RPA一样,目前还犹未可知,相信时间会给大家答案的。

你可能喜欢

→  刚刚微软确认收购RPA平台软件公司Softomotive

→  微软进入RPA市场,这意味着什么?

→  谈谈邮件触发器-Mail Trigger

→  2020年建行、招行、南京银行应用RPA数字员工的成绩单

→  中台 与 RPA,站在企业视角解读两个技术体系

→  桌面自动化实现原理-RPA+

「RPAPlus」 | 专注RPA+AI 咨询
LittleR

谈谈邮件触发器-Mail Trigger

触发器(Trigger)是指满足某条件后可以自动触发指令的一种监测技术手段。

邮件触发器 (Email Trigger)指收到某邮件后马上触发某指令的实时监测功能,常用于对邮件实时性要求高和邮件工作量大的场景。

文章目录

前言:

首先、我们看一下目前市面上的产品是怎么做的

Outlook自带功能:规则和通知

Uipath官网邮件触发器Sample:

云扩的所谓“邮件触发器”:

那么邮件触发器到底应该怎么做?

部署于服务器端的邮件触发器:

部署于Robot执行端的Outlook邮件触发器:

Outlook邮件触发器- Demo

 

前言

触发器(Trigger)是指满足某条件后可以自动触发指令的一种监测技术手段。

 

最早触发器的概念来自于SQL Server 数据库用来确保数据完整性的一种方法,它的执行不是由程序调用,也不是手工启动,而是由事件自动触发的。比如当对一个表进行Insert / Delete / Update时就会激活它执行 , 所以SQL Server是自带这样的监测功能的 ,某些RPA产品基于Work Queue的触发器是可实现的,因为Work Queue的数据都是写在后台数据库中的。

 

回归正题,我们来聊一聊邮件触发器,顾名思义,就是指收到某邮件立马发出某指令的实时监测功能。

 

RPA+AI行业邮件触发器场景:7*24实时邮箱响应处理机器人(例如:实时邮件订单处理机器人 ,实时邮件查询机器人)。

首先,我们看一下目前市面上的产品是怎么做的

Outlook自带功能:规则和通知

用过的人都知道,Outlook的规则功能是很好用,但是呢,不是用做触发器的。规则匹配后的下一步并不具备触发器的能力,只能用作邮件按文件夹分类这个功能。所以,这玩意不叫邮件触发器,从微软的命名就可以看出这一点。

Uipath官网邮件触发器Sample

Uipath官网的触发器Sample链接:

https://www.uipath.com/kb-articles/email-automation-mail-trigger-sample

这是Uipath官网的一个邮件触发器Sample,设计是可以根据一定时间间隔去Gmail上收邮件的过程。以上流程其实有一个最大的问题在于,需要额外部署一台Uipath Robot去完成这个任务,注意,还不可以是Attended Robot ,还得是费用约7W/年的Unattended Robot 。不光如此,还得部署到一台Win10虚拟机,费用约1W/年。 所以为了实现邮件触发器的功能,用户需要每年花费8W来实现。

 

Uipath中还有不少别的触发器,例如:

 

System Trigger, Hotkey Trigger 等等,不过这些Trigger必须到Trigger Scope中才可以用。Trigger Scope执行后,程序就会进入监测等待状态,别的流程任务就无法开展。

真正不干扰Robot执行的实时Trigger,Uipath 主要通过 Word Queue 新增/结束等来实现。原因自然是Work Queue部署在SQL Server上。

云扩的所谓“邮件触发器”:

云扩官方的介绍:

https://academy.encoo.com/zh-cn/wiki/Activities/Triggers/OutlookTrigger.md?uuid=275976c5-0684-49ab-8ca8-e6d06f3042a9

 

可以看到这个所谓的触发器就是一个Activity,输入参数基本没有。

 

 

这玩意哪是什么触发器。什么必选输入项都没有,输出一个newmail ?

实时监测?监测间隔多久?监测条件是什么?

还有人在提问,为何这个触发器没反应。。。

 

有反应才怪呢,这个流程只是一瞬间的一个动作,那个Moment去收了一下邮件。还想收后面的新邮件,开什么玩笑。

 

云扩的问题应该出在产品规划和设计的人都不太懂这个名称应该代表的意义。

 

其实RPA产品基本都能实现邮件自动化处理,不过想要实现邮件触发器功能,需要有一台Robot 7*24小时每隔几秒去监测邮箱。这种做法与Uipath介绍的那个做法相似,都需要浪费一个几万元/年的License和浪费一台虚拟机,就是比较浪费资源。

 

那么邮件触发器到底该怎么做?

部署于服务器端的邮件触发器:

后台的实时线程 -> 用于可通过协议直接收取的邮件场景

IMAP 、POP3 间隔几秒收邮件,比较适用于开放协议的外部邮箱。

 

注意,这个方案最好部署在服务器端,作为RPA Platform 后台的功能点之一。因为Server是7*24小时运作的 , 在Server上部署一个邮件触发器任务困难并不大。只要解决RPA Robot是可以通过API方式调用,这个方案是可行性非常高的。

 

不过这个方案并不适用于全部场景,因为有些企业的Exchange 邮件系统,必须通过加了域且在内网的Outlook才可以收邮件,所以服务器的邮件触发器方案不适用于这类场景。

部署于Robot执行端的Outlook邮件触发器:

通过额外的桌面级轻量级应用程序来实时监测Outlook邮箱这样的轻量级任务。

 

部署过RPA项目的人会有经验,其实在企业级的应用场景,加了域的Robot,一般是 Windows虚拟机镜像,配上了对应的Outlook账号,这是非常常见的场景。

Outlook邮件触发器Demo

在安装有Outlook的终端执行

在没有Outlook的终端执行

 

Demo官网可免费下载测试

 

 

Demo应用下载地址:

Mail_TriggerV0.2 (下载3)

 

LittleR

2020年建行、招行、南京银行应用RPA数字员工的成绩单

2020年是非常特殊的一年,国内不少金融圈用户晒出了他们应用数字员工的成绩单。

一、建行-

数字化劳动力运营服务日均节省工时过万

内容转载于:   https://d.xiumi.us/board/v5/3zrqF/267290528

作者: 业务处理中心 -渠道与运营管理部

数字化劳动力运营服务

日均节省工时过万

2020年1-12月,全行智能运营服务能力不断提升,两个爆款产品流程自动化机器人(RPA)和智能信息识别(ICR)应用场景不断扩展,累计节省工时达104.7万个。

2021年1月底,RPA累计完成555项应用场景上线,日均节省工时达到5889个,持续为数字化经营6大战机护航。ICR累计完成31类应用场景上线,日均节省工时达到4159个。两项产品运营服务日均节省工时过万。

 

场景案例一:RPA在北京分行公积金账户维护中心中的应用

北京分行住房金融业务部员工说:

“我们分行受公积金中心委托,需要在2021年3月前完成20万户公积金数据的迁移,时间紧,任务重,就算一个员工从早做到晚,也只能完成150户,预计要投入22人。业务处理中心帮我们应用RPA之后,日均能完成2400户数据迁移,效率提升了16倍,不用人工操作了。现在,我们非常有信心完成这件“不可能完成的任务”!”

场景案例二:RPA在反洗钱数据补录中的应用

中心合规与监督一处员工说:

“过去反洗钱数据补录工作,由中心和分行共投入36人才能完成全行的任务。现在,RPA已经应用于77个场景,补录率达74%,只需中心12人就能处理全行的补录业务。”

场景案例三:RPA在单位账户备案中的应用

网点营运主管说:

“以前单位账户备案,需要我们登录人行系统,一个一个的手工录入核对。现在有了机器人的帮忙,不仅正确率100%,效率还提高了5倍,实实在在为我们基层网点减负了。”

场景案例四:ICR在集约化生产中的应用

中心生产管理处员工说:

“在集约化生产中,过去行里主要依靠外包服务商进行人工录入,如今,ICR的运用替代了40%以上的人工作业,尤其是疫情期间,每天可替代离场外包200余人,有力确保集约化生产的连续性。”

场景案例五:ICR在对公信贷财务报表识别中的应用

湖北分行某支行对公客户经理说:

“以前啊,涉及到对公信贷客户的财务报表,比如资产负债表、利润表等,都是手工录入,费时费力还容易出错。ICR应用后,以前50分钟的活儿,5分钟搞定,我们只需要扫描上传就行,更多的时间可以用在客户营销上。”

二、招行-

招商银行 AI 全布局

部分内容转载于:  公众号“AI金融评论”

点击前往原公众号文章

作者: 周舟

RPA(机器人流程自动化)

截至2020年10月,国内采用RPA企业中金融业占比最高,为54.55%,在这当中有77.78%的金融机构为银行。

其中,浦发银行和招商银行为首批使用RPA的银行,分别于2016和2017年率先在国内金融业引入RPA技术,以提高运营自动化水平,效果非常可观。

2018年12月,招商银行在上线的新版网上托管银行系统中,使用了智能机器人参与业务处理,率先实现RPA技术在资产托管领域的应用。

2020年,招商银行在原CBS7.0平台基础上创新性集成了RPA共享池技术,推出CBS-RPA,可以快速帮助企业搭建完善的财资管理系统,构建全面的财资管理体系,解决财资管理的难题与困扰。

该产品推出后便广受欢迎,推出仅半年已在全国近十家大型集团企业成功上线。

在2020年中期报告中,招商银行指出在核查、录入、咨询等24个中后台场景中应用RPA、OCR和NLP(自然语言处理)等金融科技技术,报告期内替代业务笔数达1164万笔。

招行行长田惠宇表示:RPA用机器替代简单的外包,大量节约了成本。

三、南京银行-

南京银行RPA成果汇报

内容转载于:   点击前往

运营类

numerix估值导入

自动从summit系统下载估值数据,填入numerix系统进行估值,再将结果导入summit系统,通过专线链接路透,节省大量人工操作时间,且能确保数据无误。

理财产品新增

集中运营部新增理财产品,需要多系统录入,中间还需要人工审核,通过RPA机器人集中调度,多系统、多步骤操作,实现了机器与人工相结合,提高业务办理效率。

xfund自动记账

机器人自动提取交易银行部xfund系统、核心系统数据,汇总差异,按照不同维度生成统计结果供业务人员核查。原先眉笔对账耗时半天,现降为15分钟。

内部户来账提醒

当内部户发生交易或明细变动时,机器人根据内部户账号、备注、金额等信息筛查出交易明细,鑫易通通知相关人员。

信贷类

杭州分行房产查询

在个人贷款环节,网点提交材料后,总行统一上传给RPA机器人定时批量查询,核验其真实性,集中查询提高了贷前检查效率。

CFC信贷系统录入审核

CFC贷款,RPA机器人依托新运管系统的审批模块完成信息真实性校验、关键信息自动录入,输出初审决策,每天可审核一千多条数据。

贷款调息

疫情期间,我行响应国家政策,多次使用机器人批量对困难企业进行贷款减息操作,缓解了企业压力。

对账报表类

托管部对账

机器人自动邮件解析,登录各个外部系统网页,查看下载数据,按处理规则,处理数据并自动比对,最后通知处理结果。

机构自动对账

金融同业部等机构对账,需要从各个外围系统取数与核心数据核对,涉及一百多个科目,流程复杂,用时较长,现使用机器人进行对账半个小时便可完成。

机构月报

每月最后一天自动到报表系统、鑫同业、数据风险集市等系统爬取各项指标,生成比对结果文件,发送给业务人员。

扬州分行报表

每月第一天早上定时从信用风险统计分析系统、OA系统、驾驶舱系统下载所需报表,读取具体指标并计算,将结果发送给指定人员。

风险类

企业司法信息查询

定期批量查询指定企业司法信息,对企业工商信息进行监督,检测到异常企业及时提示风险,执行效率快,每天可查询两千多条。

北京分行风险检测

使用四台RPA机器人并发处理协助业务人员查询反洗钱系统风险名单,核心客户信息、账号及流水、贷款信息、账号冻结情况以及工商、司法信息,每天能完成八百条记录。

杭州分行账户年检

年检期间,业务提交企业清单,机器人自动查询鑫航标、人行、本行核心系统客户信息生成比对报表,发生变动予以标红,并生成汇总表,每天可检查五六百家。

风险等级查询

针对指定企业或者个人,机器人在核心系统逐条查询对应的风险等级、开户机构等信息。

其他类

进项税抵扣

财务会计部每个月通过微信小程序扫码上传发票至后台,由机器人定时去国家税务局网站抵扣,可多人操作,大大降低了发票录入时间,也省去了人工核对环节。

自动化测试

提供自动化测试平台,可配置测试接口及执行顺序,执行后,机器人便按顺序调起,并将测试结果网页展示,可定时执行,也可设置案例执行等待时间。

CFX人力信息导入

员工信息量大,且无法导入,人工录入耗费时间,容易出错,现通过RPA机器人自动录入,十秒一条,准确无误。

会议通知

定时检查邮箱,查找指定部门,或者指定人员参加的会议,及时通过鑫易通将会议内容发送通知到具体人。

 

-END-

 

LittleR

BluePrism 忘记密码怎么办?

使用BluePrism的过程中,特别是自用的学习版本,经常会容易忘记登录密码而导致无法登录的囧状。

今天我们就来教大家,如何重置自己的Admin的密码。

 

第一步:下载 SQL Server Management Studio (SSMS)

下载地址: https://aka.ms/ssmsfullsetup

第二步:用SSMS连接 Blue Prism后台数据库

Learning版 :连接   (LocalDB)\BluePrismLocalDB

服务器名称是如何自知的么?查看配置界面即可知晓

 

 

第三步:找到  BluePrism 数据库 -> dbo.BPAPassword 表

 

UPDATE BPAPassword SET salt = ”, hash = ‘208512264222772174181102151942010236531331277169151’, type = 0

WHERE userid = (SELECT userid FROM BPAUser WHERE username = ‘admin’)

 

该SQL语句执行后,管理员admin密码已经被重置为 admin

不用SQL语句,可视化编辑效果也一样。

 

老版本V5及以下:

UPDATE BPAUserSET password = ‘208512264222772174181102151942010236531331277169151’

 

 

第四步: 以默认账号密码登录

admin    admin

 

LittleR

Uipath中小流程范例-Solution Architect中Calculate Client Security Hash实践

▲点击「RPAPlus」设为【星标】,查看信息不“迷路”

Uipath官方学院的Solution Architect认证中有一个重要的实践课题,叫做“Calculate Client Security Hash”。该实战比较完整的体现了常规中小型RPA流程的设计和实践方法。本文就为大家详解该流程的设计与实现方法。

Uipath Solution Architect 认证

Uipath官网学院中的Solution Architect 认证需要完成一个开发实战的小项目。

首先我们来看一下“Calculate Client Security Hash”到底需要做什么?

这个项目的PDD描述中的业务逻辑是这样的:

流程目标

我们用大白话给大家解释一下到底要让机器人做什么事情

1: 打开并登陆到ACME测试网站。(首次需要注册一个与Uipath学院邮箱名一样的账号,URL:https://acme-test.uipath.com/login )

2:重置测试账号数据。(首次登陆后,先重置数据)

3:在Work Items中把Type是Wl5,状态是Open的工单找出来。

4:点击目标工单,将用户的ID、NAME、COUNTRY取出来。并以 ID-NAME-COUTRY 格式组成字符串

5:将上一步获得的 ID-NAME-COUTRY ,复制到计算Hash值的网站(http://www.sha1-online.com/),并点击计算获得结果

6:将上一步获得的结果,更新到工单的备注页(Update Workitem, 添加结果到备注,修改状态为 Completed,再点击Update)

7: 以上步骤完成了其中的某一笔工单,机器人需要把所有符合条件的工单都处理了。

流程设计

在清楚需要做什么之后,需要简单设计这个中小规格的Process。

首先确定流程开发基本路线:

A) 仅使用 Sequence 序列方式开发

不推荐。无论后续是否再将子任务写到不同的xaml文件中,针对以上这个有大循环的流程,跨2个应用系统,纯Sequence的开发方式会使流程的可读性和可维护性变差。

B) 使用Workflow + Sequence方式开发

推荐。顶层业务逻辑使用Workflow,子任务使用Sequence 。并且还建议这个项目子任务不拆分到新的 xaml文件,原因是Uipath的内部跨文件用arguments传参的方式并不是太方便,当然更没必要用上OC的功能。

关于传参,平台级的BluePrism AA的RPA工具显然会更加好用。

C) 使用 Enterprice Robot Framework

不太推荐。这个官方机器人企业框架确实适合中大型项目,初始化、异常处理、日志记录、工作流都非常清晰,不同的任务写到不同的子任务文件,通过Main流程在调用一个个的子任务文件。

为什么不推荐,对于这样的小项目 o(╥﹏╥)o 太麻烦了。

流程实现

Main流程文件最终设计

项目设计分析:

#1 让机器人按顺序一条条工单记录往下找,找到一条处理一条,还是批量先把所有工单先读进来,再分析处理?

肯定是批量读所有Page页的工单再批量处理。

问题1:每条工单Action的那个Icon 如何动态获取 ? 

根据Page和WIID 编辑动态的Selector是一个方案,不够太麻烦,还要先点这个放大镜才能进入工单详细页。

解决方案:工单详细页都是以 acme-test.uipath.com/work-items/ + WIID组成的URL,所有只要有WIID,就可以自动拼成最终URL。

问题2:重置数据后动态生成了多少页数据怎么确定

问题3:文本处理

不熟悉Uipath的同学,对于文本的处理一定很头疼。

这里使用:


Str_NAV.Split(Environment.NewLine.TocharArray)  用于拆分这个String
以下逻辑用于获得这个MaxPage ,如果不考虑代码在Uipath中实现就是下面这个样子

 

问题4:批量抓数据用什么方法?

请务必使用 Extract Data 这个功能,简单又强大。

#2 机器人获得一条工单信息,再打开另一个标签页去访问SHA1网站,怎么样做最可靠和高效

关于打开工单详细信息页,建议在ACME页面的基础上,使用Navigate To 功能,这样就不会新开一个网页或者新的TAB页。

关于SHA1页面如何打开和切换比较好?

方案一: 在Chrome浏览器新的Tab页中打开

可以通过发送 快捷键“CTRL+T”新打开标签页,或者以AA模式控制鼠标点击加号。 发送快捷键看起来更加稳定。

通过使用快捷键 “CTRL+SHIRT+TAB”来切换不同的标签页。

也就是说ACME网页和SHA1网页都只需要打开一次,减少网站不停打开和关闭带来的负面影响。不过实际应用中发现这样做有问题,CTRL+SHIRT+TAB这个快捷键有时会打开曾经关闭了的标签页。

方案二: 老老实实新打开SHA1网页,计算完结果关闭。第二个循环再打开一次。

该项目中我们用了方法二,因为更加可靠和稳定,打开和关闭同一个网页也是有时间间隔的不会对服务器造成什么压力。

RPAPlus:如果Uipath有专门的打开标签页,单独控制标签页的Acitity会简单很多,不过目前还并没有这样的标准功能。

#3 关于ID-NAME-COUNTRY字符串拼接


ClientInformation.Split(Environment.NewLine.TocharArray)  拆分信息到多行
trim(Split(trim(Array_ClientInfo(1)),":")(1).ToString)   分别获取ID和NAME等
官网www.rpaplus.com提供了整个文件的包也可以直接下载

#4 关于最后怎么通过这个Hash流程认证

跑完流程后,记得不要再次重置账户数据。

到Calculate Client Security Hash – Upload Assignment这个地方,上传文件。系统会几分钟内评估出结果,确定是否通过。

 

#5 最后官网下载这个包,填写你自己的邮箱和密码,开箱即用。

 

登录后点击下载:

Calculate Client Security Hash (下载23)
LittleR

Mainframe大型机–RPA流程自动化

Mainframe是什么

Mainframe是一种大型商业服务器,当今更多地被形容成一整套操作、应用和系统的集合,目前广义上已经把之前更加细分的大型机、小型机、其他一些Unix基本都可以归类为mainframe了。金融系统一直是应用大型机数量最大最集中的领域。

我们听过的mainframe 系统可能主要有,是类似Linux的一种系统:

  • IBM AIX/370, S/390
  • AS/400 System
  • HP mainframe
  • 其它
Terminal连接到一台AS400

Terminal连接到一台AS400

 

谁在使用 Mainframe

Mainframe是每秒执行数百万笔交易的最佳平台,可靠性高是其最大特点。咱们国内很多银行,保险公司,甚至一些制造业都有mainframe系统在生产上运行。一些mainframe系统已经被定义为 legacy system(遗留系统),但是依然不影响这些系统的重要性。

RPAPlus: 我们接触过部分用户,有考虑从基于 mainframe 的核心系统迁移到基于Windows的C/S平台的核心系统。由于分布式应用的兴起,单机性能瓶颈也慢慢被解决了。但可能有一件事会出乎很多人的预料,有部分已经习惯基于命令行作业的业务老师们,会觉得图形化窗体操作界面效率低,反而更愿意使用他们熟悉的mainframe系统。

 

Mainframe Emulators 大型机连接终端

  • IBM iAccess For Windows
  • TN3270
  • HP Teamtalk
  • Micro Focus
  • 其它

 

RPAPlus: 如有想玩一玩mainframe终端模拟器,尝试RPA交互,可以点击下载一个 TN3270试用版。

TN3270 (下载2)

 

Mainframe可以被自动化吗?

Terminal Emulator 交互

RPA工具自动化mainframe应用的方式一般是与最终用户使用的同一终端仿真器进行交互。与仿真器进行交互的方式通常有这样几种。

与仿真器交互的两种方法是:

  • 仿真器高级语言应用程序接口(EHLLAPI)
  • 屏幕抓取模拟器屏幕
  • 另类复制黏贴方式
  • 其它

EHLLAPI指使用该接口的通用终端模拟器,这种方式是目前最主流的RPA 自动化mainframe 解决方案,有非常高的准确性和速度。不同的终端模拟器会有不同的配置,想要完全兼容不同的模拟器也需要相应的匹配开发。

屏幕抓取模拟器这种方式的核心是使用Computer Vision,这种方式类似于实现Citrix虚拟机的方式,可靠性和速度均较差,容易受很多诸如位置分辨率等因素影响。这样的方法是万不得已情况下才会考虑使用的方案,而且仅限于执行非常小的任务。

所谓另类方式也是近两年碰到的,因为有人发现某些终端模拟器上显示的文字是可以被全屏拷贝出来的,实现读取内容目的,然后点一下终端模拟器窗体会自动定位到输入光标位置,实现输入目的,多数界面是带有很多输入光标位置的,所以可靠性极差。

RPAPlus: 严格的讲,第三种方式的可靠性和准确率更是低的可怜,根本不建议用。 除非有一个非常特殊的场景,只需要简单几步,正好可以这样搞定。

部分RPA产品,能力上的不足可以大方的承认,不要硬着头皮对客户说,“什么都行”,最后害人害己。

 

 

BluePrism支持的部分 terminal模拟器清单

BluePrism支持的部分 terminal模拟器清单

 

Uipath 有一个关于mainframe的Activity,名字叫“UiPath.Terminal.Activities”(没有在实际项目验证过,多次尝试下载这个Activities也都报错没有成功)

有几种方法可以使提到的终端自动化:

  • 使用现有/已安装的终端应用程序
  • 使用IBM EHLLL标准
  • 使用这些协议的UiPath内部实现

 

Terminal Record Wizard

 

 

 

 

 

还有其他方案么?

还有另一种自动化大型机应用程序的方法,它可以与现有的RPA工具一起使用。为什么不与终端仿真器直接交互,而与终端仿真器UI交互?ActiveOps(以前称为OpenConnect)一直提供大型机连接产品,并具有无需台式机模拟器即可自动执行大型机应用程序的技术。

怎么运作

ConnectiQ使用TN3270连接到大型机,这与终端仿真器使用的协议相同。该软件维护与大型机的持久会话并处理所有屏幕映射。区别在于没有实际的屏幕。一切都存储在内存中,并且直接处理原始数据,而不是发送到屏幕进行人机交互。这样可以减少开销并显着提高性能。因为它是基于服务器的,所以它将在一个平台上支持数千个并发会话。

ConnectiQ是包含此技术的产品,非常适合与RPA工具集成。ConnectiQ不依赖于API与大型机应用程序进行交互。它可以访问原始的3270数据,因此它“看到”了每个属性和每个字符,从而使其比使用API​​或屏幕抓取的技术更加准确。

没有代码的设计任务

提供了一个名为Configure的任务设计器工具,用于创建与大型机屏幕交互的任务。它旨在供了解应用程序和流程的人员而非程序员使用。配置允许您创建执行常见功能的任务。任务可以调用其他任务,从而可以重用常用功能并减少交付价值的时间。任务完成后,您只需部署到服务器并将其标记为可用于服务即可。版本控制是本机提供的,允许您为每个环境支持多个版本。

用户可以使用SOAP或RESTful服务通过Web服务调用来访问任务。这使客户可以将大型机应用程序数据集成到任何应用程序中,包括客户门户,移动应用程序,前台应用程序,后台应用程序和RPA机器人。

 

RPAPlus: 我们认为自动化有UI的终端模拟器,效率已经够高了,而且可以有一个直观的感受和验证机器人的作业是否合理合法。

 

为什么自动化Mainframe有必要

本文中所讲的自动化mainframe指得是自动化操作连接mainframe的终端模拟器,而不是真正自动化mainframe本身。

普通一线业务用户,需要打开终端模拟器,登录mainframe ,login to不同的模块,录入业务数据,获得业务反馈。通过类似DoS界面操作生产数据是很多人没有经历过的,不过这样的系统,这样的岗位确实存在。如何帮助需要与mainframe系统打交道的业务人员提升效率和准确率呢, RPA自动化Mainframe 

 

某保险公司保单核心系统

某保险公司保单核心系统

 

RPA 自动化的生存环境往往是在企业现有系统不够完善,或者有各种陈旧系统的环境里 ,作为企业级RPA,能打通企业各类陈旧系统对于保障最后自动化成功至关重要。

 

LittleR

BluePrism 分割拆分长文本,自定义可复用对象

BluePrism的内置法法中没有包含处理长文本分割的方法,特别是当我们需要将长文本根据某些特殊字符进行拆分,生成Connection的时候。

根据需要,咱们自定义设计一个 叫做SplitText 的对象:

输入参数备注
InputText文本,输入待处理长文本
SplitBy文本,分割符号
输出参数备注
ResultCollection,结果按集合返回

第一步:新建一个名称叫做 SplitText的对象

第二部:双击配置代码类型,如下图所示

选择Visual Basic

第三步:新建2个输入变量,1个输出变量

第四步:拖进来一个 Code代码块,修改名称为SplitText

在Input参数面板,填写两个输入变量

在Outputs面板填写1个输出变量

 

第五步:编写核心代码

 

 

 

Dim words as String()= Split(InputText, SplitBy)
Result.Columns.Add("ColunmText")
for i = 0 to ubound(words)
Dim R As DataRow = Result.NewRow
R("ColunmText") = words(i)
Result.Rows.Add(R)
next i

第六步:测试刷新没有错误后,Public 这个Action 。

好了,这个简单的拆分长文本的自定义对象已经设计完成了。

 

LittleR

Uipath开发过程中最常见的5类错误

在大型企业RPA CoE团队工作的RPA Developer ,由于团队需要遵循的标准流程,代码审查过程的实施,可以确保最佳编码实践和尽可能多库中可重用的代码模板。但是更多的刚开始接触Uipath专业人员刚开始往往很难避免这些错误。

 

 

UiPath RPA开发人员的5个常见错误

 

#1 未找到选择器/ UI元素未发现

异常类型:UiPath.Core.SelectorNotFoundException

Uipath流程测试或执行的时候,最容易出现的错误就是元素识别错误。其实无论是使用Uipath还是其它RPA工具,这个错误始终都可以排在第一位。
导致这个错误的原因一般有以下几点:

* 在一个或多个属性中捕获的特定于环境的名称,例如qa / uat / dev等。应用程序URL包含端口号,该端口号在不同环境中有所不同 “ cls”或“ title”或CSS属性中的动态值。
* 在单击或在某些字段中键入之前,没有检查构建以测试元素是否存在。
* 使用动态选择器来构建标题或其他格式不正确且空间未调整的属性。
* 使用id属性;有时属性ID会动态更新,因此请使用通配符并形成自己的自定义选择器。
* 未使用“附加浏览器/附加”窗口。

 

RPAPlus:关于Attach Browser或Attach Windows ,这一步最核心的意义是要告诉RPA,你需要跟某个特定的浏览器打交道,而不是另一个有相似Selector的窗体,别的窗体获取信息可能报错,可能获取了错误信息而不自知。Uipath在元素拾取阶段并不会像BluePrism之类的工具强制Attach ,这样带来的使用体验是,一个看起来更方便,一个更严谨。

 

#2 调用的对象是空的

这是Uipath开发容易犯下的另一个常见的错误。

异常类型:System.NullReferenceException

当使用没有设置值的变量(未初始化)时,通常会发生这个错误。该错误的说明是很容易理解,但是如果没有太多的开发经验还是比较容易犯这个错误。

因此,此错误描述说被调用以获取或设置其值的对象没有引用。这意味着您正在尝试访问未实例化的对象。

“如果可以为空,则将为空”

这是一个非常常见的错误,可能由于各种原因而发生。根本原因确实取决于遇到的特定情况。

为避免此问题,

* 在if语句中专门使用变量之前检查null
* 检查是否从其他工作流程中收到任何参数
* 检查是否使用剪贴板设置变量值
* 检查文件读取操作后是否尝试获取文件内容
* 循环活动前检查并验证DataTables

 

Uipath Studio中有“删除未使用变量的功能”,不过可能无法完全消除以上的问题。

 

 

 

#3 活动超时问题

 

异常类型:UiPath.Core.ElementOperationException:达到超时

当机器人正在等待某些元素出现在屏幕上并且该元素即使在30秒(默认)后仍在屏幕上不可用时,会发生错误“超时”。

  • 尽管可以使用元素的外观,但是元素的背景代码可能未完全加载到系统中。
  • 某些不需要的弹出屏幕也会导致异常。
  • 也可能是由于网络延迟导致在特定的超时窗口中无法正确加载。
  • 或者可能完全在不同的屏幕上

在对元素执行任何操作(如单击/键入/双击/双击等)之前,可以使用“元素存在”活动修复大多数问题, 以便确认机器人是否能够检测到元素是否正确加载。

为了避免这种情况–

* 可以在“超时 ”字段中增加超时量 。确保使用配置值,并将配置文件中的变量和值作为字典键值对,参考REFramework中使用配置文件进行操作,并从常量表中获取值一样。
* 如果使用的属性为“ WaitForReady”的活动,则尝试使用“无/完整”的设置。
* 在对元素执行任何操作(例如,单击/键入/双击等)之前,请使用活动“元素存在”。

 

#4图片未找到问题

异常类型:Uipath.Core.ImageOperationException:找不到图像

此类问题的主要原因是,当从Orchestrator运行流程时,它以不同的屏幕分辨率(与可能用于开发自动化工作流程的屏幕分辨率)连接到远程环境(您的运行时机器人)。

在工作流程中,您可能已经使用了图像来单击它,但它不在远程屏幕的可见部分中,而是有滚动条……

为避免此类情况,请确保为orchestrator应用相同的屏幕分辨率设置,以使编排器打开RDP CONNECTION。

* 首先开发一个工作流程,以获取开发环境的屏幕分辨率设置。
* 使用“拍摄屏幕快照”活动和“保存图像”活动来捕获开发环境的屏幕分辨率。
* 检查保存的图像属性中的详细信息选项卡。注意深度,高度和宽度。
* 登录到Orchestrator并更改机器人的运行时设置(分辨率宽度,高度和深度)。
* LoginToConsole设置为false。在注销RDP的情况下,机器人将能够创建自己的新的单独会话。
* 重新启动uipath服务(运行-> services.msc-> Uipath Robot->重新启动)

 

注意: 确保从机器人机器注销,不要直接断开连接。
可以在Orchestrator运行时窗口或Robot UiPath.Settings文件中应用设置。前者将覆盖后者的设置。

#5保存下载文件的问题

对于许多Uipath开发人员来说,这是个很麻烦的问题。

以下是一些相关问题–

  • 无法将文件保存到特定位置
  • 文件另存为选择器不起作用
  • Type into 文件保存不起作用
  • 在保存当前日期的文件时有一些问题
  • 从IE下载文件时出现问题,因为无法检测到另存为工具栏
  • 从Chrome下载文件时出现问题,因为它会强制下载
  • 从Internet Explorer保存文件时选择下拉菜单另存为的问题

述所有问题都没有万能的解决方案,也取决于浏览器设置。

为了避免工作流中出现此类问题,应该检查以下内容

* 对于“另存为文件”选择器不起作用,因为选择器对于指向对话框的类值而言看起来不正确。确保检查saveas按钮的cls属性。
* 对于输入路径时遇到的问题,可以使用path+”\”+document_name+”. extention”+”[k(enter)]” ,并启用SENDWINDOWMESSAGE属性,并禁用“模拟类型”;还要在DELAYBETWEENKEYS中设置一些时间戳,大约2000毫秒
* 要保存具有今天日期的文件,请使用“filename” +”_”+now.tostring(“dd_MMM_yy”)+”.extension” –可以相应地更改日期格式
* 对于与chrome保存位置有关的问题,请选中“在下载之前询问每个文件的保存位置”旁边的复选框。在浏览器设置中是否选择。Chrome的默认行为是自动将文件下载到当前设置的“下载”文件夹中。需要将Chrome浏览器的设置更改为在下载文件之前先询问位置

 

 

以上问题在Uipath开发过程中比较容易出现,当然还有更多的问题,也欢迎到

 Uipath子论坛 留言探讨。

 

「RPAPlus」 | 专注RPA+AI 咨询

https://www.rpaplus.com

首页

 

LittleR

Uipath中调用Python的方法

 

难度等级:初学者。   

 

这篇文章将有助于在UiPath中使用Python活动(Activity),该活动允许从UiPath调用和执行Python脚本。不仅可以执行Python脚本,还可以将参数传递给Python方法,并将结果分配给UiPath变量,该变量可在以后的RPA流程中使用。   请注意:Python Scope仅支持Python 3.6或更早版本 (不支持python3.7 和更新的版本)  

步骤:

  1. 创建Python脚本
  2. 安装UiPath.Python.Activities库
  3. 添加“ Python作用域”活动
    1. 通过path属性将Python范围指向Python解释器
    2. 确保正确配置了版本和目标属性
  4. 添加“加载Python脚本”活动
    1. 将文件路径添加到Python脚本
    2. 创建结果变量并将其分配给活动的result属性
  5. 添加“调用Python方法”活动
    1. 分配输入参数
    2. 分配实例名称
    3. 分配方法名称
    4. 创建结果变量并将其分配给活动的result属性
  6. 添加“获取Python对象”活动
    1. 将Python对象分配给Invoke Python Method结果变量
    2. 将TypeArgument分配给Python方法返回类型
    3. 创建结果变量并将其分配给活动的result属性
  7. 添加一个显示Python结果的消息框

详解:

让我们深入研究上面列出的步骤。

创建Python脚本

在创建新的UiPath进程之前,应首先创建一个测试Python脚本(名为BasicMath.py)(建议Python脚本和虚拟环境与UiPath进程位于同一根文件夹中):  

 

# takes a list of numbers as a parameter
def addition(numbers):
 
    sum = 0
 
    for number in numbers:
 
        sum += number
 
    return sum
 
 
# takes a list of numbers and the total to be subtracted from as a parameter
def subtraction(numbers, total):
 
    for number in numbers:
 
        total -= number
 
    return total
 
 
# takes the state (add or subtract), list of numbers and the total to be subtracted from (if state supports it) as a parameter
def main(state, numbers, total):
 
    if state == "subtract":
 
        return subtraction(numbers, total)
 
    elif state == "add":
 
        return addition(numbers)

 

 

安装UiPath.Python.Activities库

创建一个新的UiPath进程,向Main.xaml文件中添加一个序列,然后单击“管理软件包”,如下所示:

 

 

 

 

搜索UiPath.Python.Activities时,请确保您专注于“所有软件包”

 

 

 

 

 

选择UiPath.Python.Activities库,然后单击“安装”按钮。单击安装按钮后,在出现提示时单击“保存接受”

 

 

 

 

现在我们已经安装了库,我们可以将我们的过程连接到Python。

添加“ Python Scope”活动

在“活动”面板中搜索“ python”,然后将“ Python范围”拖到Main.xaml文件中的Sequence中。

 

 

 

 

 

现在…要将作用域链接到解释器,您需要在Python Scope“ path”属性中提供到解释器的路径

 

 

 

要查找默认Python解释器的路径,请创建基本的Python脚本并运行以下命令:

 

import os
import sys
print(os.path.dirname(sys.executable))

 

也可以通过命令提示符来完成:

 

 

确保在Python作用域的属性中正确配置了目标版本

 

 

添加“加载Python脚本”活动

是时候从活动窗格中获取“加载Python脚本”活动并将其拖到Python范围中了:

 

 

 

在活动的“文件”属性中将路径添加到Python脚本:

 

 

单击“结果”属性,然后按Ctrl + K创建一个名为basicMathScript的新变量(PythonObject类型)

 

“调用Python方法”活动拖到Python范围中:

 

 

创建一个名为inputNumberList的变量(类型为[T]的Array,其中T为int32),并将默认值分配给{1,2,3,4,5}

 

将以下值分配给相应的“调用Python方法”属性:
输入参数{“ add”,inputNumberList,0} (状态,数字,总计)
实例basicMathScript (这是“加载Python脚本活动”的结果变量) )
名称“ main” (这是应执行的方法的名称)
结果:按Ctrl + k创建一个名为pythonInvokeResult的变量(PythonObject类型)

 

 

 

添加“获取Python对象”活动

“获取Python对象”活动拖到Python范围中:

 

 

将以下值分配给相应的“获取Python对象”属性:
– Python对象pythonInvokeResult (这是“调用Python方法的结果”)
– TypeArgumentInt32 (这是指Python方法返回的结果类型)
结果:hit Ctrl + k创建一个名为pythonMainResult的变量(类型为Int32)

 

 

添加一个显示Python结果的消息框

搜索“消息 框”活动并将其拖到“ Python作用域”中:

 

 

 

将消息框的Text属性分配给pythonMainResult.ToString

 

 

执行后,您将看到以下消息框和结果:

 

 

 

 

要测试减法,请随意处理发送到“调用Python方法”活动中的参数:

 

最终过程应如下所示:

 

 

也欢迎到 Uipath子论坛 留言探讨。

 

「RPAPlus」 | 专注RPA+AI 咨询

https://www.rpaplus.com

首页

 

 

LittleR

流程自动化机器人(RPA)中的安全风险:如何预防它们

RPA的主要优点

使用机器人过程自动化可以帮助公司最大程度地减少人工工作中固有的错误,从而大大提高工作的准确性和质量。它还可以对业务流程进行细粒度的监视,因为可以记录,分析和优化实时机器人流程的所有动作。

也许最重要的好处是,RPA使企业减少了对流程工人的依赖,从而提高了效率。公司经常发现,随着RPA带来的工作满意度的提高,由争议性争端,时间和出勤问题和/或薪资问题等导致的劳动力问题减少了。

所有我ñ所有,自动化流程更易于管理,控制和预测。

3Gem Research对美国和英国的250名部门主管进行了调查,涉及部门包括商务服务,金融,银行和制造业。根据受访者的说法,“生产率和24/7可用性在收益方面分别排名第一和第二(分别为62%和61%),其次是58.4%的受访者认为“结束重复工作”是最大收益。 ”

RPA有多广泛?

根据同一项调查,“在所有美国/英国企业中,有94%的企业回答说他们要么拥抱机器人,要么认为机器人的未来将不可避免。几乎一半(49.2%)的受访者认为10%的业务(即30%的业务)可以立即实现自动化。” 此外,至少在美国,目前只有12%的企业不考虑任何形式的自动化。

有关企业领导者对RPA的看法的更多事实

❏超过一半的全球商业领袖拥护机器人,而94%的人对机器人的未来持开放态度。

❏三分之一的业务领导者预见到了自动化方面的快速变化,并做出了相应的计划。

❏大约一半的企业(在英国为47%,在美国为57%)接受人与机器协同工作的想法。

❏几乎一半的受访者(49.2%)认为他们多达三分之一的业务是可自动化的。

RPA最突出的安全风险是什么?如何预防?

图片发布

根据业务类型的不同,可以有效地自动化各种程序。一些适合自动化的通用流程是常规业务流程,例如文件传输,订单处理,工资核算等。所有这些都要求自动化平台有权访问机密信息(库存清单,信用卡号,地址,财务信息,密码等)。 。)关于公司的员工,客户和供应商。

因此,安全风险的管理是RPA发展的重中之重。最迫切的问题是要确保不会通过归因于软件机器人的特权或为机器人开发工作流的特权来滥用机密数据。

数据安全性问题可以分为两个高度相互联系的方面:

·数据安全性。目标是对数据完全保密,正确使用。隐私,例如受到良好保护的个人和公司数据,对于倾向于与计算机“携手并进”工作的企业领导者来说,是自然而然的问题。

·访问安全性。目的是消除未经授权的用户访问和操纵机器人处理的私人数据的可能性。这进一步防止了自动化平台功能的滥用。需要访问安全性,以保护RPA业务免受员工的意外错误和黑客攻击。

幸运的是,有几种减轻RPA安全风险的方法。有助于实现更高安全级别的因素直接涉及上述两点。因为正如安全技术专家Bruce Schneier所说,“安全不是产品而是过程”。

如何预防RPA安全风险

1.最突出的安全因素是基于在RPA团队中分配不同的角色来隔离对数据访问。每个成员的活动都受到分配的角色的约束,从而将欺诈活动保持在控制之下。例如,按照协议的要求,在获得双方同意之前,任何更改都不能进入实时环境。所有用户,流程或个人都必须使用登录凭证才能访问环境(所谓的凭证保险库)。因此,只有特定的授权用户才能访问系统中的敏感数据。

2. Active Directory集成用于通过集中团队凭据进行管理来分配角色。它提供了一个用于登录凭据的控制中心。与第三方平台相比,跟踪机器人流程执行的活动可以更好,更直接地控制潜在的麻烦动作。一个重要的结果是团队内部分工的配置和实施。通过活动目录集成严格定制的RPA环境可提高业务效率。这明确了为什么增强RPA的安全级别会映射到增强的自动化效率上,这是它的另一个主要优势。

3.加密是对活动目录集成的补充,是实现数据使用安全的一种手段。如果基于角色的访问减少了内部安全风险,则加密可以保护公司免受外部恶意攻击。高级加密协议可保护凭证保险库的管理详细信息。

4.有助于增强RPA安全性的其他因素包括:完成计划的任务,制定明确的桌面策略或确保免受恶意软件和木马的侵害。

RPA如何降低业务运营中先前存在的风险

通过实施基于角色的访问或加密将RPA安全风险降至最低后,机器人流程自动化将使业务运营的整体风险降低。

总体而言,RPA实际上减少了与培训员工和向他们传授安全实践(例如密码管理,隐私设置的应用)相关的安全相关工作,因为它确保了零接触环境。通过消除手工工作,自动化可以从宏观上最大程度地降低安全风险。

除了安全风险,RPA的零接触环境还有助于减轻业务运营中其他与人有关的风险。自动化环境没有偏见,偏见或变异性,所有这些都会使人为工作带来错误风险。因此,RPA确保使用可信赖的数据降低风险和一致性。

自动化过程中缺乏随机性和可变性,进一步确保了对RPA平台内置的公司要求的统一合规性的提高

另一方面,灵活性和对RPA平台变更的内在适应性确保了自动化流程的可扩展性,或它们适应变更和增加复杂性的能力。因此,RPA能够更好地应对动态业务环境中固有的风险。

结论

在公司中使用流程自动化机器人一个全部原因是其减少人工工作固有错误风险的能力。但是,RPA本身必须应对安全风险。这就是说,在快速发展的全球环境中,对数据和访问安全风险的担忧是合理的。但是,风险是可以控制的。

为此,应明智地执行RPA。“明智的实施”基本上等于选择稳定的RPA产品或提供商,并辅以适当,持续的安全措施监控。提供基于角色的机密数据访问和数据加密是应对安全风险的最重要手段。

安全风险大概是RPA帮助缓解的最重要风险。但是正如我们所看到的,自动化可以通过提高对业务规范的一致性,自适应性和确保可靠的数据来显着降低其他风险。

LittleR

RPA和安全性:被劫持机器人的风险

 

机器人流程自动化(RPA)是使用软件执行的重复业务流程的简化,该软件可以执行图像识别并与遗留应用程序进行交互,通常以比人类更快的速度和准确性来执行任务。RPA通常基于面向规则的软件,但开始也包括用于自动化简单决策流程的AI工具。

RPA有什么优势? 根据3Gem Research的调查,其好处包括:

  • 生产率
  • 24/7可用
  • 消除重复工作

但是RPA的挑战之一是管理安全性。RPA软件通常与敏感的客户数据进行交互。内部人员或远程黑客可能能够访问或控制RPA脚本并以执行欺诈性行为的方式对其进行更改。

EY一份报告发现, “在保护RPA实施时,组织必须考虑整个机器人生态系统的技术,流程和人为因素。一个安全的设计应该包括需求,选择,架构,实施和持续运营的整个产品生命周期。”

FortressIQ的自动化和流程卓越负责人Jon Knisley告诉DarkReading.com: “尽管RPA可以在提高生产率和提高合规性方面带来巨大价值,但该技术的确为网络攻击引入了新的载体。RPA机器人需要与人类相同的系统访问权限,因为它们在表示层运行。由于凭证不断访问不同的应用程序以剪切,复制,粘贴和移动数据,因此凭证经常被硬编码到脚本中或从不安全的位置提取。

BlueCat信息安全和合规总监Cuneyt Karul告诉DarkReading.com, “作为关键系统的一部分,RPA可能构成单点故障,并导致难以恢复的中断。僵尸程序可以很好地扩展,但是它们构成的安全风险也可以,因此使其成为DDoS攻击的理想工具。RPA还容易受到零日漏洞的影响,这些零日漏洞是它们所运行的平台和操作系统所固有的。为了减轻RPA的风险,应将其视为IT基础架构中的任何其他系统。这意味着应该对其进行严格的设计,开发,测试和监视。”

LittleR

电子保单智能识别录入解决方案

各类电子保单核心信息提取,极大提升保单录入与核对工作效率

适配保单类型多
车险保单、医疗险保单、产险保单 ……快速适配学习能力

Web API
7*24小时识别服务100%识别准确率全天候私享服务接口

不限识别数量

灵活集成
集成到自有应用平台通过RPA处理数据,录入平台通过其他开发语言 Post/Get获得保单核心信息

轻松维护
不需要变更流程和前端代码实施更新最新保单模板

自动提取保单核心要素

自动提取保单核心要素

在线测试接口

在线测试接口

备注
更多详情或者DEMO试用,可以联系客服小漾,微信号RPAPlus

-END-

► Google 在其新平台中引入了LowCode开发和API管理,不过并没有RPA功能
►克服RPA维护的痛苦-如何确保自动化流程的业务连续性
RPA数字员工帮助企业提升合规性
►RPA职业机会蓬勃发展-《2020年流程自动化机器人开发人员状况报告》
► BluePrism2020全球数字劳动力调查报告
► 谈谈RPA“攻城师”的职业前景
►刚刚,AnotherMonday被Hyland收购,国际RPA市场并购潮已出现
► 案例研究:自动化项目中的变更管理
► RPA数字员工的安全挑战
「RPAPlus」 | 专注RPA+AI 咨询
https://www.rpaplus.com

首页

LittleR

Google 在其新平台中引入了LowCode开发和API管理,不过并没有RPA功能

Google Cloud副总裁,总经理兼平台负责人Amit Zavery

Google Cloud副总裁,总经理兼平台负责人Amit Zavery

Google推出了一项新策略,可通过无代码应用程序开发和API管理工具帮助非程序员参与企业数字化转型。

该公司最近推出了其业务应用程序平台,该平台不仅包括API管理和无代码应用程序开发,还包括自动化和数据见解,以帮助开发人员创建和扩展应用程序,自动化业务工作负载并使旧版应用程序现代化。

商业应用平台基于对Apigee和AppSheet的收购,将工作流自动化,API管理和无代码功能结合在一起。加州圣塔克鲁兹(Santa Cruz)的GlobalData分析师夏洛特·邓拉普(Charlotte Dunlap)表示,期望谷歌继续投资于新功能:“毫无疑问,谷歌下一步将寻求RPA(流程自动化机器人)技术。”

她补充说,与Microsoft Power Platform和Power Automate以及IBM Cloud Pak for Automation等竞争对手相比,RPA在Google平台上是一个空白。

微软在五月份收购了RPA软件提供商Softomotive,以在这一关键的应用程序开发领域中提供其产品,以帮助用户创建自动执行业务流程的机器人。

7月,IBM收购了巴西RPA供应商WDG解决方案Em Sistemas EAutomaçãoDe Processos LTDA,也称为WDG Automation。该公司的工具具有注入AI的自动化功能,将增强IBM现有的自动化功能。

同时,谷歌与RPA提供商UiPath集成在一起,但缺乏本地RPA工具。

另一位分析师表示,这并不一定意味着谷歌的方法被误导了。

Constellation Research的分析师Holger Mueller说,提供RPA功能的方式有两种。您可以将其连接到现有应用程序上,这是一些传统的独立RPA供应商所做的。Mueller说:“另一种方法是构建包含RPA元素的新应用程序,这些元素跨越RPA试图粘合在一起的孤岛-然后添加低代码/无代码应用程序开发。” “后者就是谷歌正在做的事情。这是有道理的。”

谷歌绘制商业应用平台路线图

Google Cloud副总裁兼总经理Amit Zavery表示,展望未来,Google将在业务应用平台中添加人工智能和机器学习,生命周期管理,安全性和生产力以及协作等功能。

Zavery说,现在可用的Business Application Platform版本具有API网关的Beta版,该服务可帮助开发人员为Google Cloud工作负载和无服务器后端构建API。业务应用程序平台不仅面向公民开发人员,而且网关的复杂性也不会暴露给他们。

Google Cloud的API网关基于为云原生应用程序设计的Envoy开源边缘和服务代理,具有身份验证,密钥验证和速率限制的功能。Envoy最初由Lyft开发,是一种高性能C ++分布式代理,设计用于单个服务和应用程序以及大型微服务体系结构。

此外,作为启动业务应用程序平台的一部分,Google提供了适用于AppSheet的Apigee数据源的常规可用性,使AppSheet用户可以使用Apigee API来构建应用程序而无需进行编码。

低代码开发是这一趋势的重要因素,并非所有大型云供应商都有可靠的低代码故事。谷歌呢。

约翰·布拉丁切维奇Forrester Research分析师

Zavery说,业务应用程序平台的最后一部分是AppSheet Automation的早期访问版本,该版本使非技术用户可以大规模自动化流程。

这些举措使Google能够继续巩固其整体自动化策略。

Forrester分析师John Bratincevic表示:“低代码开发是这一趋势的重要因素,并非所有大型云供应商都有可信的低代码故事。Google确实如此。”

Bratincevic补充说,一些专注于公民开发人员的低代码/无代码供应商在工作流和流程自动化方面表现不佳,而通过AppSheet Automation,Google可以称其为竞争优势。

而且,“ AppSheet着眼于公民开发商和社区的街道信誉在大型云供应商中是独一无二的。这是与众不同的,” Bratincevic说。

 

「RPAPlus」 | 专注RPA+AI 咨询
https://www.rpaplus.com

首页

LittleR

RPA数字员工帮助企业提升合规性

近年来,我们已经看到全球各地的政府以更加严格的规则来规范其国家的商业活动,给企业带来了更大,更昂贵的挑战。咨询公司Duff&Phelps预测,明年银行监管成本将从占银行收入的4%增加到10%。法律,公司和合规部门的职责是保护企业免受不必要的风险和失败的影响,而这些部门均应发挥关键作用。通过共同努力,他们可以确保企业遵守每个国家/地区制定的新法规。行业类型无关紧要-所有公司都必须在确保遵守法律合规标准和规则的过程中发挥积极作用,以产生其运营,员工和客户。

但是,雇用更多人并不是减轻监管负担的解决方案,因为合规性需求仍然是人为主导的问题。要提高合规性管理效率,需要的是复杂工作流程的自动化。为了长期解决这一挑战,合规领导者必须寻求技术,包括机器人流程自动化(RPA),该技术可以自动执行基于规则的重复性任务,从而使专业人员腾出精力来专注于更具战略性,创造性和认知性的工作。

确实如此。Forrester Consulting的一项最新研究题为“工作的未来仍在书写中,但谁在握笔呢?据透露,在未来的12个月中,预计有66%的企业将增加其RPA软件支出,以使员工摆脱管理任务。它指出,自动化(即RPA)将使企业能够为客户提供更好的服务,这将推动转化和收入增长。此外,自动化还使企业能够降低成本,在市场中脱颖而出并改善员工体验。

它的影响力也在增长,有助于创建实现合规性管理所需的复杂工作流程。确实,全世界将近十分之一的企业(88%)认为,自动化将使他们能够专注于更具战略性的计划,从而加快人类的成就。因此,企业应寻求采用“自动化至上”的思维方式,以人工+数字员工应对业务挑战。

 

加强合规措施

鉴于政府的审查日益严格,使用技术来帮助企业的合规性措施和努力变得越来越重要,而政府本身也在使用RPA来最大化并增加其监督工作。

正如律师事务所Allen&Overy指出的那样,由于当今监管审查的压力越来越大,合规性已提升到公司董事会议程的上方。对于企业而言,至关重要的是,他们使用RPA来确保它们满足必要的要求。几乎没有什么地方可以藏起来,并且企业的财务风险很高。在2019年1月至2019年4月期间,英国处以超过9.35亿英镑的罚款,这表明监管活动显着增加,截至今年为止,英国总共仅处以3.34亿英镑的罚款。此外,对于违反通用数据保护条例(GDPR)规则的公司,最高罚款可达年度全球营业额的4%或2000万欧元(以较高者为准)。

不幸的是,许多公司仍然不知道他们的流程是否不符合合规性标准,或者在不合时宜之前如何补救不合规的操作。这是“ RegTech”可以发挥关键作用的地方。RegTech是指通过技术来管理金融行业内的监管流程,包括监管监控,报告和合规性。汤森路透(Thomson Reuters)的一项调查发现,RegTech正在形成合规性:52%的受访者声称这些技术解决方案正在影响他们的管理方式,而将近五分之一(17%)的受访者称他们已经实施了一个或多个RegTech解决方案。

 

流程自动化机器人:确保符合标准的答案

RPA可以通过帮助创建更强大和有效的合规计划来协助合规。通过减少法律问题,更好地留住员工和客户以及改善业务运营,RPA可以在许多方面提供帮助。它使组织可以更好地控制自己的运营,并在出现合规性问题时更轻松地对其进行处理。它还可以提供更高级别的合规性,因为一旦将流程建立为带有RPA的自动化工作流,无论流程是否涉及数据传输和迁移,发票处理或采购订单,都将以相同的方式每次执行而不会出错。发行。这意味着RPA使公司能够建立无与伦比的过程准确性水平,尤其是与人类员工可以完成的工作相比。所以,企业可以更好地在所有业务流程中保持更高的合规性。而且,对于任何意外的合规性审核,机器人会将其行动以及人类员工的行动保存到活动日志中,从而创建审计跟踪,以准确记录执行了哪些流程以及如何执行。

Landmark是一家使用RPA在合规情况下改善业务运营的公司。在将增值税(VAT)引入中东之后,Landmark需要处理47,000条记录,以确保公司符合严格的合规标准。它的团队花了10天的时间来整理记录,然后才使流程自动化-总共花费了60分钟,节省了98.75%的时间。简而言之,RPA节省了Landmark的工作时间,同时提高了内部效率。

新现状

法规遵从成本的上升是法规数量背后的主要驱动力之一。每周平均会发布45篇与监管相关的新文件。专家将这种变化称为“正常”水平,控制合规性的义务意味着对技术的依赖性更大。通过使用RPA,他们不仅可以限制风险敞口,而且可以自动化,简化和优化合规性管理,从而创造竞争优势。

 

 

「RPAPlus」 | 专注RPA+AI 咨询
https://www.rpaplus.com

首页

LittleR

克服RPA维护的痛苦-如何确保自动化流程的业务连续性

流程自动化机器人(RPA)彻底改变了现代企业对每个关键业务流程的看法。事实上,分析机构Gartner预测,到2024年,大多数组织将能够通过重新设计流程和实施自动化技术,将其运营成本降低多达30%。但是,由于预测到的对自动化技术的高度依赖,因此重要的是,企业应制定应急计划,以应对意外情况和错误情况。这就是RPA维护发挥作用的地方。

确保业务连续性

世界各地的企业都了解RPA的力量和潜力。麦肯锡公司表示,有88%的企业希望实施更多的机器人自动化,但往往不知道从哪里开始,特别是在确定首先应该自动化哪些流程时。在考虑从何处开始实施自动化策略时,公司通常会依靠最复杂且对业务至关重要的任务,但这样做未必是最稳妥的。

过去几年中最成功的自动化项目已经通过自动化一些具有最小业务连续性风险的简单流程(例如工资单等HR流程)来开始其自动化之旅。但是,随着企业希望提高其自动化水平,重要的是,他们必须清楚了解其流程和业务重要性。在此阶段,企业应寻求进行彻底的业务影响分析(BIA),以便他们可以了解与某些流程的自动化停机有关的风险,并在出现问题时采取正确的响应和维护协议。

企业应该为每个自动化流程设置关键的恢复时间目标(RTO),那是使流程恢复正常运行所需的时间。这应考虑到执行流程的特定时间。例如,对于使电子邮件自动化的零售商,在每年双11活动之前,订单量为特别多,因此11月的RTO将需要比一年中其他部分更快。同样,这应该评估RTO在一周中是否需要比周末更快。

其他重要的考虑因素包括查看流程停机将导致多快的财务或声誉影响业务。这里的业务挑战是资源,数字员工为内部IT资源增加了另一层复杂性。实际上,最近一项针对RPA的影响的研究发现,有41%的受访者表示,机器人管理所花费的时间和资源比他们预期的要多。因此,当企业缺乏内部资源来维护其数字员工时,就会出现一个挑战。

 

扩展维护

当企业希望扩展其自动化规模时,就会出现另一个挑战。RPA应该始终与企业的长期战略目标联系在一起。应该将其视为帮助企业实现其总体目标的工具,而不仅仅是试图解决流程中损坏的部分的短期解决方案。因此,不太可能在同一业务中建立单独的RPA项目,但各自为政,对帮助业务实现其总体战略目标没有多大用处。

因此,企业应该自然而然地寻求扩大规模。这是第二个RPA维护挑战出现的地方,企业应如何看待扩大其实时数字员工队伍的维护?

一种选择是利用负责实施自动化的开发人员的交付团队。尽管这是维护方面的有效选择,但并非没有风险。这是因为一旦他们成功交付了5到10个自动化功能,他们的角色就会从开发人员的角色转变为全职RPA维护者。这限制了他们开发和交付新自动化项目的能力,并可能导致整个自动化计划陷入停滞。

 

规模成本

有证据表明,最成功的自动化项目是在工业规模上进行自动化时发生的,但是在内部完成规模化自动化会导致巨大的维护成本。例如,在早期阶段,可以由一个专职人员(FTE)维护5-10个自动化。但是,为了弥补假期或病假等缺勤,需要为此职位提供备份人员,因此需要一个以上的人。这样可以确保流程始终可以启动并运行,并保持业务连续性。

但是,随着企业扩大其自动化程度,成倍地需要更多的FTE。例如,如果一个FTE最多可以维护10个流程,那么要维护100个自动化,则至少需要10个FTE。因此,例如,如果一个FTE的年平均成本为¥100,000 元,那么10个FTE的年业务成本至少为100万元。对于企业而言,这是一笔巨大的成本,并且可能导致企业推迟扩展其自动化规模,或者冒着对所有自动化系统未进行适当维护的风险。

 

外包的价值

那么企业如何克服RPA维护的挑战?答案在于找到值得信赖的合作伙伴。将维护外包给有始终不间断的24/7专家的外部资源,可以通过将时间分配给企业的内部交付团队来加快交付成本,降低成本并降低自动化停机的风险。

外包维护还提供了在需要时扩展其维护需求的机会。随着维护需求的增长,外包能力意味着企业将不必投资全天候可用的熟练人员。即使企业只有很少的自动化,企业也可以通过夜间运行更新和报告来优化流程的正常运行时间,维护专家可以随时响应任何给定时间出现的问题。

最终,这意味着可以在高峰时间更改和满足RTO。总之,外包维护是企业可以经济高效地保证业务连续性,同时确保扩展自动化规模的最佳方法。

 

「RPAPlus」 | 专注RPA+AI 咨询
https://www.rpaplus.com

首页

LittleR

RPA职业机会蓬勃发展-《2020年流程自动化机器人开发人员状况报告》

领先的RPA公司UiPath在对全球1500名RPA专业人士进行调查的基础上,发布了《2020年流程自动化机器人开发人员状况报告》。报告显示,由于自动化市场的状态,RPA专业人士看到了巨大的职业机会。报告发现,70%的RPA专业人士认为他们的组织明年将雇佣更多的开发人员,而84%的人表示,他们作为RPA开发人员的工作将对他们的下一个职业发展产生积极的影响。

该报名相对比较全面和专业,受访的对象主要是来自美国、印度和日本的1500名RPA专业人士,并没有中国受访者/(ㄒoㄒ)/~~参与。

受访人职位类型包括:

• RPA developers (71%)

• RPA leads /managers (11%)

• Solution architects (10%)

• RPA specialists (7%)

• RPA infrastructure engineers (1%)

 

职位类型与性别比例

职位类型与性别比例

 

受访者来自不同规模的公司

受访者来自不同规模的公司

 

有不同的教育背景

有不同的教育背景

不同类型的RPA从业经验

不同类型的RPA从业经验

不同类型的工作经验

不同类型的工作经验

 

报告中的一些重点数据:

96%受访者对从事RPA这个工作感到满意

96%受访者对从事RPA这个工作感到满意

96%受访者对从事RPA这个工作感到满意

 

 

更有不少比例的小伙伴觉得做RPA开发工程师可以获得很大乐趣

不同地区关于RPA从业人员未来一年是否考虑换工作的调查(没有中国):

未来1年是否考虑换工作

未来1年是否考虑换工作

RPA难学吗?

 

该研究将近几个月来对RPA技能需求的增加归因于COVID-19, 60%的受访者表示,大流行加速了对RPA的需求。这与Forrester Consulting最近进行的一项研究一致,该研究发现,由于流感大流行,全球有50%的企业计划增加RPA的采用。

从2020年7月21日到8月10日,UiPath对84个国家的RPA专业人士进行了调查,其中以美国、印度和日本代表最多。71%的受访者的职位是RPA开发人员,其他受访者是RPA领导/经理、解决方案架构师、RPA专家和RPA基础设施工程师。

调查发现,96%的RPA专业人士对自己的职业感到满意,89%的人士认为他们的组织重视他们的工作。此外,92%的受访者认为,RPA行业在未来五年内有很大的发展潜力,而81%的受访者认为他们的工作充满挑战。受访者还参加了RPA认证项目以提高技能,96%的认证开发人员接受了UiPath的RPA认证。

“企业对加快数字化转型努力以实现业务灵活性和连续性的需求前所未有。”RPA已经证明自己是一种能够使业务变得敏捷、灵活和高效的技术。看到RPA专业人士的需求比以往任何时候都大,这并不令人惊讶,”UiPath Learning高级副总裁汤姆克兰西说。

 

报告下载

2020年流程自动化机器人开发人员状况报告 (下载39)

 

大咖观点:
陆岷峰教授

安永合伙人刘岳

普华永道合伙人钱剑虹

前BluePrism北亚总经理

► 谈谈RPA“攻城师”的职业前景
►刚刚,AnotherMonday被Hyland收购,国际RPA市场并购潮已出现
► 案例研究:自动化项目中的变更管理
► RPA数字员工的安全挑战
► 中台 与 RPA,站在企业视角解读两个技术体系
► 自我修复RPA机器人目前阶段有产品实现了吗?
「RPAPlus」 | 专注RPA+AI 咨询
https://www.rpaplus.com

首页

LittleR

BluePrism2020全球数字劳动力调查报告

BluePrism于近期发布关于“数字劳动力对业务敏捷性和生存的影响”的2020年全球数字劳动力调查报告,下面本文将简单介绍报告内容。

数字劳动力对业务敏捷性和生存的影响

自动化在未来工作中的关键作用

自动化是全球生产力问题的解决方案,也是数字化转型和业务敏捷性的驱动力。

自动化在我们生活中的作用正在迅速变化,以适应我们周围世界的需求。在我们新的经济现实中,数字化转型已经成为商业的首要任务,组织也越来越多地寻找保持弹性、响应性和竞争力的方法。

自动化和人工智能(AI)永远在改变着企业的思维方式和员工的工作方式。这一变化得益于流程自动化机器人(RPA)的力量,这对于组织如何在全球经济中生存和繁荣至关重要。

在去年的报告分析智能自动化对未来工作的影响的基础上,我们继续调查RPA和智能自动化在我们不断变化的全球工作场所中扮演的关键角色。今年,我们的研究重点是:

1)自动化在解决全球生产力问题中的作用

2)在工作场所采用自动化所面临的挑战,以及

3)组织如何解决员工和客户对这种采用的担忧

 

我们发现,世界各地的业务决策者都坚信自动化是推动数字化转型的关键,进一步强调了这些技术将继续对全球整体生产力和业务敏捷性产生的影响。绝大多数的业务决策者也同意RPA和或智能自动化对于他们的业务保持竞争力是必不可少的。这些领导者将这些技术视为他们数字化转型努力的核心,并明白为了在混乱的商业环境中茁壮成长,他们必须采用这些技术——而员工们也准备好并愿意接受这些技术。

企业必须确保员工做好充分准备,以应对工作方式的这种变化。如果不这样做,他们就有可能失去取得真正进展的机会。在一个受欢迎的变化中,大多数知识型员工表示,他们也认为自动化改善了他们的工作,并对工作场所产生了积极影响。我们的研究结果表明,业务决策者和员工一致认为,尽管面临着挑战,但自动化有明显的好处

实现它。组织现在的责任是确保这种发展顺利而有效地进行,以便能够保持在其行业的前沿。

数字告诉我们什么

 

RPA和自动化对组织的影响

解决全球生产力问题

RPA和自动化为组织面临的许多挑战提供了解决方案

有一半的知识型员工正在努力应对工作量的要求,其中82%的人认为自动化将有助于缓解这一问题。

业务决策者

近三分之二的商业领袖表示,在满足客户需求方面遇到了困难,他们认为自动化将有助于解决这一挑战。当这些企业试图回归新常态时,客户服务将成为它们在规模上争取客户的关键因素。

63% 的商业决策者觉得他们在努力满足客户的需求

93% 的商业决策者相信自动化将有助于解决这个问题

81%的业务决策者相信RPA/和或自动化为业务提供的不仅仅是节省时间和成本

79%的商业决策者相信RPA/和或自动化帮助他们的组织连接筒仓部门

92%的决策者认为RPA对推动数字化转型很重要,94%的决策者认为自动化对推动数字化转型很重要

五分之四的商业决策者认为自动化(79%)和RPA(78%)是全球生产力问题的解决方案。

知识工作者正在努力应付工作量的需求,决策者正在努力满足客户的需求,并且花费了太多的时间。管理任务。这些都是大多数人认为可以通过自动化缓解的问题。全球生产力增长停滞在原来的十分之一。

根据布鲁金斯学会(Brookings Institute)的研究,对于一些经济体来说,40年前的新数据表明自动化技术是一个可能的解决方案,工人们也愿意并准备接受它。

业务领导者将RPA和自动化视为他们数字化转型努力的核心,并理解他们必须采用该技术,否则就会在这个竞争激烈的业务环境中死亡。这项技术的好处是丰富的,甚至超越了部门间的隔阂,这是许多公司仍在努力解决的一个挑战

虽然决策者认为自动化的最大好处是节省成本和让团队专注于战略性工作,但对知识型员工最大的好处是到目前为止节省了时间(72%)。

知识工作者认为以下是RPA/自动化的主要好处:

 

商业领袖和他们的员工是否认同自动化带来的好处?

大多数知识型员工(71%)同意自动化将使他们的组织更具创新性,三分之二的人表示自动化能改善他们的工作(65%和64%)。

从改进工作和节省时间和成本,到允许团队更多地关注战略性工作和使组织更具创新性,知识工作者和决策者都同意自动化提供了很大的好处。

一个组织的员工在业务的各个层次上对这些好处的结合越紧密,就越容易引入自动化和嵌入数字员工,使其成为未来混合劳动力的关键成员。

实现自动化和RPA

 

RPA的业务执行

决策者已经准备好收获利益,知识工作者紧随其后

业务领导已经准备好部署自动化并获得好处。绝大多数公司都计划在其组织范围内推行自动化,其目标不仅是看到时间和成本节约的好处,还包括扩展能力

其他的新兴技术。虽然人们急切地想要部署自动化,而且在很多情况下,已经制定了相应的计划,但是当商业领袖追求他们的自动化野心时,仍然存在挑战。

业务决策者和知识工作者

大多数知识工作者和决策者都同意,他们的组织理解并准备好了自动化,从it如何扩展业务、满足需求(82%)或拥有可靠的安全流程(80%)。

围绕RPA和自动化进行沟通

 

当涉及到有效的实施时,沟通是关键

业务决策者

超过半数的雇主和他们的雇员谈论过RPA(56%)。在这些人中,五分之四的人(81%)讨论过它将如何影响他们的工作。

 

业务决策者

三分之二的雇主和他们的员工谈论过自动化(64%)。在这些人中,五分之四的人(79%)讨论过它将如何影响他们的工作。

 

虽然自动化的好处在整个工作场所得到一致认可,但企业仍然面临引入数字员工的挑战,以促进无缝采用和自动化的成功。在推出自动化和RPA以及那些竭尽全力的组织时,沟通仍然是至关重要的

有效地沟通这些技术将如何直接影响工作将最终获得RPA和自动化所提供的所有好处。

适应变化的劳动力

 

人们对自动化越来越信任,愿意与数字同事一起重新学习

知识工作者

对于数字员工为其职业生涯带来的好处和可能性,大多数知识型员工与商业领袖意见一致。

89%的知识型员工了解技术将产生怎样的影响他们的工作

62%的知识型员工对自动化将创造的机会感到兴奋

76%的商业决策者对自动化将创造的机会感到兴奋

总的来说,人们对数字同事的信任和适应程度在不断提高。随着超过一半的知识型员工对自动化将创造的机会感到兴奋,员工们不断地接受自动化带来的好处。为员工提供指导和学习的业务将引入数字员工,从而实现最平稳的过渡。

业务决策者和知识工作者

四分之三的知识型员工认为,他们的雇主应该在人力和数字员工之间建立信任(73%),而85%的决策者认为这是他们必须做的事情。

78%的公司提供学习新技能/资格的机会,当他们引进技术,将改变他们的工作

82%是连续的

74%的人认为,如果实施自动化,雇主就有责任对员工进行再培训或再教育

80%的知识型员工对通过重新培训来改变工作角色感到舒适

78%的知识型员工认为,使用技术来自动化任务将改善他们的工作生活

 

报告原文,登陆后点击下载 BluePrism2020全球数字劳动力调查报告 (下载20)

 

大咖观点:
陆岷峰教授

安永合伙人刘岳

普华永道合伙人钱剑虹

前BluePrism北亚总经理

► 谈谈RPA“攻城师”的职业前景
►刚刚,AnotherMonday被Hyland收购,国际RPA市场并购潮已出现
► 案例研究:自动化项目中的变更管理
► RPA数字员工的安全挑战
► 中台 与 RPA,站在企业视角解读两个技术体系
► 自我修复RPA机器人目前阶段有产品实现了吗?
「RPAPlus」 | 专注RPA+AI 咨询

 

LittleR

谈谈RPA“攻城师”的职业前景

RPA“攻城师”的职业前景如何?这个话题互联网上其实已经被讨论过几次,今天咱们从RPA开发从业者和那些正在考虑要不要做这份工作小伙伴的视角来聊一聊这个话题。

诚然,RPA行业存在夸大RPA作用的宣传,导致有部分人觉得RPA炒作太过头了。RPA+AI机器人不是万能的,还是有不少缺点跟局限的,而后期需要人维护就是一个很大的“缺点”。站在企业视角,需要持续投入人力维护是缺点,但站在RPA开发维护工程师的角度这个缺点反而更像是优点。为了便于区别,我们就暂时把:

  • 使用RPA产品实现业务流程需求叫做“RPA开发”
  • 使用C++/.Net 等语言开发RPA产品叫做“RPA研发”

曾有人讲研发RPA产品的门槛低,支持这个观点的人认为,自动化脚本包一个壳就可以称之为RPA ;拿一个开源的自动化框架(例如OpenRPA)改一改也可以称之为自研的RPA ,所以支持者觉得研发RPA产品的门槛低。

反对这个观点的人认为,这是浅显的想法,没有把RPA当一个产品来看。因为有个轮子能拉着走的工具,和能下赛道的“宝马”差的可不是一星半点。所以做RPA产品的门槛是极高的。

RPAPlus两种观点都认可,站在做真正的好产品的立场,让RPA产品的使用者用起来爽,研发RPA产品这件事绝对是非常难的。

RPA开发工程师入门门槛不高

RPA开发工程师的入门门槛是比较低的,因为已经有人把一个可以拖拉拽的产品做出来了,不需要从0去探索企业自动化方案。通过目前市场上主流的RPA产品,简单的业务流程自动化基本可以通过产品内置组件和简单的逻辑实现。

不过,这仅仅限于那最简单的一些自动化需求,对于稍微有一点难度的正常项目,RPA就有可能牵涉,项目架构、复用、容错、循环、数据库操作、WebService、引入各类第三方应用等。

对于计算机相关专业毕业的学生,或者逻辑思维比较强的小伙伴,经过简单的培训上手应该都没什么问题。

做RPA开发最重要的是RPA的开发思维,对于掌握完整RPA开发思维的小伙伴是可以快速适应新的RPA工具。

RPA开发工程师需求大

RPA的行业生态主要由3个不同角色来构成。他们分别是1-RPA 产品工具供应商(如UiPath,BP,AA)、2-RPA 服务供应商(如PwC,安永)、3-RPA  应用客户。其中RPA服务供应商是连接其余两者的重要节点。

RPA开发工程师在以上提到的三类行业角色中其实都可以找到对应的需求。

通过智联招聘、前程无忧、猎聘等平台搜RPA关键词就可以看到招聘的需求还是蛮大的。等到RPA市场和行业应用率足够高的时候,RPA服务供应商和RPA应用客户的需求还会继续扩大。

哪些小伙伴适合RPA开发工程师

工作时间不长(1-3年)偏技术类的工作岗位的小伙伴。适合,可以用很短的时间帮助完成从1万月薪->2万月薪的跨越。

本职工作业务领域想突破技能瓶颈的小伙伴。适合,会RPA的会计,会RPA的HR是非常有优势的。 

对于已经有很多年(5-10年)开发经验的高阶开发。慎入 ,入职可能意味着降薪和其它烦恼。如果是去做RPA产品的研发,适合。还是在点原先的技能树,研发RPA的经验应该也可以带来更多机遇。 

总体来说,RPA开发工程师入门门槛低,但这个岗位天花板也挺低的,如何寻求突破呢?

RPA进阶和突破

RPA开发工程师是比较容易进阶和突破的,因为RPA天生的基因导致RPA与业务的捆绑度非常高,RPA相关岗位的出现让技术路线小伙伴转偏业务向出现了很多可能。

业务思维导向的复合型人才,懂业务,会沟通,强逻辑,加上RPA的加成;RPA做项目提升的是综合解决问题的能力,追求精进纯粹的开发技能的小伙伴不建议尝试RPA。

相较于RPA开发工程师,以下几个RPA相关职位可以获得更大的发展空间:

RPA项目经理

RPA咨询专家

RPA架构师

RPA产品总监

关于RPA开发工程师前景看看网友怎么说

某网友:“多一门手艺总不是坏事。”

某网友:”工作难找,学习一项新的技术怎么都是对自己对未来有莫大帮助的。“

某网友:“RPA 其实就是面向目标系统的 UI 编程,随着提供API 的系统越来越多,注定是要没落的。”

某网友:“其实coding能力没有多少提升,感觉越干心越虚。”

某网友:“这是一个深坑,作为老司机已经在里面爬不出来了,钱少事多疯狂出差,对象都吹了仨儿。好的RPA工程师必须对多门语言都有涉猎,可是为何工资比其他开发低一大截。”

某网友:“如果指的是基于rpa软件的开发,我觉得没多大前景。毕竟软件厂商的口号是让业务人员掌握和使用它。口号能不能实现另说哈”

某网友:”RPA运维成本极高,我现在做银行RPA,银行的系统每月都有版本更新的,每次更新拾取界面的元素都会变,就会失效了,经常维护。我这个项目已经上线了70个流程,每月银行上大版时,70个流程会瘫了几个呢?每次都头大 。“

某网友:”短期来看,目前缺口大,算得上是粥多僧少,可以搞搞,但是长期来看,干了这个低门槛的工作,一旦这个产业被替代或者下滑,再出去找工作的话,不好找到合适的IT工作(指的是需要掌握一些开发语言、开发框架、数据库之类的传统开发或者AI、区块链技术)做这个要小心。“

网友留言中程序员的占比应该是最高的,好多人表达了自己对这个职业前景的担忧。

 

欢迎点击评论链接写下你的观点  

点击写下评论

 

大咖观点:
陆岷峰教授

安永合伙人刘岳

普华永道合伙人钱剑虹

前BluePrism北亚总经理

刚刚,AnotherMonday被Hyland收购,国际RPA市场并购潮已出现
► 案例研究:自动化项目中的变更管理
► RPA数字员工的安全挑战
► 中台 与 RPA,站在企业视角解读两个技术体系
► 自我修复RPA机器人目前阶段有产品实现了吗?
「RPAPlus」 | 专注RPA+AI 咨询
https://www.rpaplus.com

首页

LittleR

刚刚,AnotherMonday被Hyland收购,国际RPA市场并购潮已出现

2020年8月21日美国公司内容服务提供商Hyland收购了总部位于德国的RPA软件开发商Another Monday。高度可配置的功能丰富的端到端RPA软件解决方案的添加扩展了Hyland的流程自动化功能,并增强了其内容服务产品组合。

海外RPA市场并购潮已经出现,预计国内RPA市场会在2021-2022迎来行业大洗牌,并且将会持续3-5年之久。

 

 

Hyland官网

Hyland官网

 

AnotherMonday官网

AnotherMonday官网

 

Hyland的总裁兼首席执行官Bill Priemer表示,在公司的内容服务平台中添加RPA可以扩展公司的低代码流程自动化产品。他认为,此次收购将为公司所有客户带来更高水平的数字化转型。

Hyland指出,作为加速数字化转型计划的一部分,组织必须利用自动化工具来应对业务挑战。

该公司表示,RPA的添加“是Hyland智能自动化战略不可或缺的组成部分,自然适合其客户群-Hyland服务的行业和地区具有广泛而动态的用例”。

Priemer继续说道:“我们期待结识另一个星期一的同事,欢迎我们的新客户和合作伙伴加入Hyland社区,并将这项强大的技术整合到我们现有的解决方案中。”

Gartner 在《机器人RPA自动化软件2019魔力象限》中将AnotherManday定为有远见者。其四个互补软件产品将使Hyland的客户能够通过创新的RPA功能来扩展现有的过程自动化解决方案。

在Everest Group的2019年PEAK Matrix流程自动化机器人报告中,该公司还被评为“主要竞争者”。

 

该报告指出了RPA趋势,包括向基于使用情况的计费过渡以及诸如计算机视觉和工作流管理等解决方案的发展。这些也导致RPA使用率上升。

根据AnotherManday 的说法,其自动化方法假定扩展是RPA的核心部分-但是许多RPA软件解决方案仅专注于自动化周期的一小部分。AnotherManday 将RPA设计为整体解决方案,而不是工具。

AnotherManday 的首席执行官汉斯·马滕斯(Hans Martens)表示:“快速增长的RPA市场是一个令人兴奋且充满挑战的空间,其快速增长以及众多可能的应用程序使组织可以轻松地进行合并和集成,以提供更好,更灵活的业务流程支持。

“我们认为Hyland最适合将RPA技术嵌入其强大的自动化平台,真正为每个人实施简单的端到端自动化。”

Hyland表示,由于将技术整合到现有平台产品中,它将继续支持《AnotherManday 》当前的解决方案和客户。

海外RPA并购潮已出现,国内厂商时间已经不多

国外RPA市场早于中国发展,19年我们提供的海外RPA产品公司清单已经有将近百家,然而相对比较有影响力是TOP20。

国内RPA机器人行业报告(公开版)(该报告发行于19年5月份)

 

 

GlobalRPA行业并购潮

GlobalRPA行业并购潮

 

通过以上图片可以清晰的看到 海外RPA市场并购潮已经显现,SAP去年也收购了一家叫做Contextor的RPA产品公司,市场需要重新洗牌。咱们国内尽管2019年才是RPA元年,但是自主品牌RPA发展迅速,整体行业上约相对落后2年时间。

我们清楚的看到从去年到今年,有许多小伙伴开始新加入到RPA这个领域,有些人甚至都觉得有蓝海变红海的感觉。

国内RPA行业清洗会在2021-2022左右出现
RPAPlus: 我们预估国内RPA行业清洗会在2021-2022年出现,最终将持续3-5年完成行业清洗。届时RPA项目不会像现在这么乱象丛生,RPA产品公司不会像现在这样百家争鸣。
► 案例研究:自动化项目中的变更管理
► RPA数字员工的安全挑战
► 中台 与 RPA,站在企业视角解读两个技术体系
► 自我修复RPA机器人目前阶段有产品实现了吗?
► 我居然将RPA机器人技术用在了自己P2P理财维权上
► Business Process Modeling-数字流程建模简介
► RPA未来发展趋势,Robot as a Service是一个不错的方向吗? 
►RPA + BPM 互补带来更优企业智能自动化方案
► TOP5 Process Mining 流程挖掘软件公司 2020
► Low-Code能帮助克服RPA的缺陷吗
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
https://www.rpaplus.com

首页

LittleR

RPA数字员工的安全挑战

对于RPA数字员工,有许多人其实是有顾虑的,有人担心机器人会不会自动疯跑;机器人偷偷做了一些事情不该做的任务 ;机器人会不会被黑客控制继而威胁企业信息安全。今天我们探讨的话题就是关于RPA数字员工在企业应用中对于企业本身信息安全的挑战。

企业引入RPA软件或平台后,一个间接可以获得巨大权限,有各类Web服务,API,数据交换能力的全新且容易被攻击的对象就产生了。

 

 

 

 

RPA数字员工

对于许多考虑尝试RPA数字员工机器人的企业来说,对安全的担忧是非常重要的因素。通常情况下,IT和合规部门会比较谨慎,担心数十个机器人员工在内部系统中疯狂运行的可能性。当涉及到RPA安全问题时,首先应该考虑哪些问题?
RPA流程通过用户在图形用户界面中执行活动列表,然后在GUI中执行这些活动来模仿人类员工的活动。这样会导致一些安全问题。当向人员提供对系统的访问权限时,该人员就具有内在的信任。为了使RPA顺利工作,需要将这种信任转移给RPA机器人。
RPA数字员工是目前最受欢迎的服务推动者之一,但对于在企业系统上释放机器人大军的想法,仍然存在大量的不信任,有时甚至是恐惧。在许多情况下,主要的障碍是IT部门。RPA数字员工一个经常被吹捧的“好处”是业务本身可以实现机器人解决方案,而不需要IT输入,但事实是,当出现问题时,如果需要IT在解决方案上合作,那么将需要IT参与设计和部署。
尽管存在这些担忧,和大环境的不利因素,但RPA市场仍在增长。危险在于,在当前的趋势中,公司很容易建立一个“快速而不可靠”的机器人能力,缺乏安全性、可扩展性和可持续性。虽然短期内可能会有成本效益,但从长远来看,公司很可能会在风险和规模上为其付出代价。

Attended & Unattended Robot

Attended : 有人参与机器人,发生在前端办公室员工的桌面上。应用类型更接近个人助手机器人 ,需要前端用户自己按需应用。
Unattended: 无人参与机器人,发生在后台IDC或云平台上。Unattended应用类型是更纯粹的7*24小时数字员工模式 。 
Attended Robot 与 Unattended Robot的安全性要求和区别是非常巨大的,几乎就是两种产品形态。

 

前台机器人 VS 后台机器人

前台机器人 VS 后台机器人

 

RPA数字员工的安全挑战

希望实现RPA的组织应该意识到与安全相关的挑战。这些包括:

 

RPA数字员工面临的安全挑战

RPA数字员工面临的安全挑战

 

需要维护审计日志:这些对于跟踪机器人的运行状况和有效性非常重要。例如,如果一个机器人停止工作,审计日志将帮助识别潜在的原因,无论是雇员的不当使用还是恶意代码。缺少机器人的密码管理:机器人登陆第三方平台的账号加密,密码管理,需要有授权,获取密码等方法,密码维护通道。需要持续的监控:机器人需要在不同的级别上被定期的监控,以确保它们不会行为不端,这会导致很高的错误率和潜在的损害。

数据滥用:在一些过程中,如工资管理和文件传输,机器人需要访问私人信息,如密码,地址,信用卡号码等,员工,客户和供应商。这里的挑战是确保公司和个人数据保持机密,不被滥用。

开发后门与风险:RPA开发人员的不良企图或者开发的代码缺陷是可以导致后门或信息泄露风险的。 流程开发评估可以控制这个风险。

在恶意用户手中,可以开发RPA机器人来攻破组织的防御并窃取机密数据。

RPA数字员工核心安全要素

某品牌提出的关于RPA的4个核心安全要素是这样的:

随着机器人过程自动化(RPA)的广泛采用,组织已经开始理解,数字劳动力需要监督、安全和治理保障,类似于他们的人类对手。有四个高层考虑事项,业务领导人必须解决,以确保其数字劳动力的安全性和依从性。

基础设施安全

计划实现RPA的公司应该创建一个不受干扰的环境,在这个环境中他们的机器人可以操作(以及配置和分配)。

集中管理的用户访问控制
更宽松的访问控制,比如团队级别的访问,是不够的,确保安全性和依从性。每个机器人、流程甚至特定对象管理的访问参数本质上更安全。

系统化的活动日志

只有当每一个流程100%的交易内容都被实时记录并安全存储时,组织才能确保责任和责任。注意不只是说,流程成功跑完了就代表着业务成功了。

无可辩驳的审计跟踪

审计跟踪的质量和完整性对馁恶意活动会是巨大的威慑,不可抵赖性设置至关重要。

 

降低RPA的安全风险

RPA数字员工降低安全风险
进行定期审计和定期风险评估,实施适当的控制来监控RPA活动,确保所有机器人都在规定的规则范围内运行。应该定期查看RPA日志。还需要定期进行风险评估,以跟踪新风险的出现,检查控制是否失效,并确定是否有机器人应该退役。
控制RPA数字员工访问权限:公司应该谨慎对待他们如何授予在RPA环境中工作的访问权权限。如果可以在测试环境使用通用ID,在生产环境使用唯一的特定ID。
遵循严格的治理:规则和控制必须明确定义,以确保RPA安全。治理框架应该包括详细的标准、业务说明和开发标准。
使用安全的密码平台:密码平台允许RPA团队将所有第三方系统密码存储在一个安全的账密库,使用和授权都是受限和可控的。
选择合适的RPA潜在流程:公司应该利用基于最佳实践的评估方法来确定正确的RPA潜在流程。例如,评估方法应该描述现有流程中的当前风险和复杂性。
实施稳健的变更管理:一个结构化的变更管理流程对确保RPA实施的问责制和审核至关重要。这应该定义谁负责执行变更、评估风险、审查性能、提供批准、运行以前版本的备份,以及向用户发送通知。
确保业务连续性:必须创建一个清晰的业务连续性计划,概述执行每项任务所需的备份流程和信息源。内部审计团队应该检查业务连续性计划文档是否包含细节和Standby人员。
除了上述步骤,公司应该确保机器人符合组织的标准和安全控制。
RPA开发人员创建的代码应该被彻底审查,以防止破坏或错误。
最后,应该对所有bot活动和更改进行版本控制和验证,以提供遵从性的审计跟踪。

部分RPA产品漏洞

除了前面提到的安全风险,RPA产品本身也是存在许多潜在安全风险的,这些风险和缺陷来自对企业级使用的一些流行产品的分析。RPA产品中识别出的一些已知漏洞如下:

  • UiPath Orchestrator到2018.2.4允许任何经过身份验证的用户更改任意用户(甚至管理员)的信息,从而导致特权升级和远程执行代码。(CVE-2018–17305

  • 2018.3.4之前的UiPath Orchestrator允许CSV注入(CVE-2018–19855

  • 可以利用访问控制中的漏洞来提升Blue Prism中的特权(CVE-2019–11875

  • Pega Platform利用缺少的访问控制(CVE-2017–11356),允许经过远程身份验证的用户访问敏感的配置信息

  • PEGA Platform 7.2 ML0和更早版本中的多个跨站点脚本(XSS)漏洞(CVE-2017–11355

以上发现的部分漏洞可以在  CVE Details 站点找到详细内容:
CVE-2018–17305

CVE-2018–17305

RPAPlus: 为何Global TOP RPA 在产品技术层面(政治层面情况刚好相反)会相对安全性更好一些,因为这些软件已经存在很长时间了,在企业比较大规模得应用也有较长时间了,许多安全性和可靠性问题都曾经暴露并已经被修复。然而咱们国内的初创团队RPA产品,甚至很少有开始考虑安全问题的团队。所以,关于国产产品RPA数字员工安全性这个话题,估计有好几年的路可以走。

总结

使用RPA来提高生产力的组织应该仔细规划他们的实现,以保护自己不受安全破坏。RPA创建了易受风险影响的新应用层。此外,如果没有持续的监督,机器人可能无法有效地工作,导致问题、错误和潜在的损害。由于机器人可能需要访问私人信息,组织机构必须建立正确的安全措施。其中一些措施包括创建治理框架、审计日志、密码库和版本控制。建立这些流程将允许RPA数字员工自己处理安全风险,从而确保最佳的机器人性能并降低业务风险。

► 中台 与 RPA,站在企业视角解读两个技术体系
► 自我修复RPA机器人目前阶段有产品实现了吗?
► 我居然将RPA机器人技术用在了自己P2P理财维权上
► Business Process Modeling-数字流程建模简介
► RPA未来发展趋势,Robot as a Service是一个不错的方向吗? 
►RPA + BPM 互补带来更优企业智能自动化方案
► TOP5 Process Mining 流程挖掘软件公司 2020
► Low-Code能帮助克服RPA的缺陷吗
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
https://www.rpaplus.com

首页

 

LittleR

中台 与 RPA,站在企业视角解读两个技术体系【RPAPlus】

 

长文目录:

前言

中台项目融资情况

中台概念怎么来的

中台到底是什么

财务共享中心、人力资源共享中心

中台概念为何如此受欢迎

Supercell 模式

中台、RPA、低代码

结语

 

前言

2019年,最火的三大技术(概念):区块链、中台、RPA。

2019最火3大技术

2019最火3大技术

凑巧的是,2019年,RPAPlus受邀参加了若干场关于这三种技术的交流会。

  • 区块链火主要是因为政策;
  • RPA火是因为独特的接地气特质,以及海量的潜在市场;
  • 中台火是因为什么?

区块链本文不展开了,主要理一理中台和RPA。

尽管RPA技术由来已久,但是在中国受到广泛关注和发展还是从2019年开始的,资本异常关注国内RPA赛道,所以大家基本公认2019年是中国RPA元年。

 

百度指数“中台”两字的搜索量从2019年5月21日后开始陡增。 这天腾讯召开了“腾讯全球数字生态大会”,在会上,多位腾讯高管提到”开放中台能力,拥抱产品互联网“。从这以后,“中台”2个字开始更加频繁的出现在互联网上。

中台的概念是由中国人打造的,早期主要来自于阿里的共享事业部及2015年马云提出的“大中台、小前台”战略。之后国内的领军科技公司都纷纷开始有类似概念的输出。

不是说国外没有中台这个概念,只是人家可能叫的是另一个名字,概念也没有被“炒”热。如果中国完全成功后,再向国际市场输出,或许可以赢得更多机会。

中台项目融资情况

中台需求的大量出现紧接着推动了中台创业的爆发,中台投资热也乘势而上,以至于很多业内人士也称2019年为中台元年。

中台概念怎么来的

中台的准确官方定义目前其实还没有,因为还是新东西,更没有那个所谓的“官方”。

我们在互联网上看到的都是关于阿里的中台故事作为这个概念的缘起。

2015年,马云带领阿里高管对瑞典游戏公司Supercell进行了商务拜访。让他们惊讶的是,这家创造了年税前利润15亿美元的公司,只有不到200名员工。他们分散作战,每个团队只需要不超过7名员工。团队可以自行决定开发什么产品,以最快的速度推出公测版。如果用户不欢迎,则迅速放弃,寻找新的方向。

受到启发,回国后马云开始在阿里内部普及中台理念,并于2015年正式提出中台战略,推动“大中台,小前台”的组织和业务架构变革。

但其实更早之前,阿里巴巴就已经有了中台的理念,这要从2009年开始创建共享事业部说起。为了避免重复投入,以使得一套开发班子支撑多套业务应用,集团就提出了创建共享事业部。

最开始时,天猫只是淘宝事业部下面的一个部门,淘宝抽调了一拨人去支持天猫的产品开发和运营工作。由于天猫发展迅速,在阿里内部的战略意义越发重大,阿里很快就成立了一个与淘宝事业部平级的天猫事业部,但天猫的开发任务当时仍由淘宝的技术团队负责。

可想而知,分家不分工肯定会出问题。淘宝有限的开发资源自觉不自觉地就会优先倾斜本事业部,因此天猫的很多产品开发需求就总得不到及时响应。但完全分成独立的两摊事,为天猫配齐完整的项目开发和运营团队阿里又觉得浪费,因为淘宝和天猫的产品架构很相似,都有用户管理、商品管理、交易管理、店铺管理、购物车等模块,两套开发团队重复造轮子没必要。

为此,2009年阿里决定成立共享业务事业部,并将其定位为与淘宝和天猫平级的事业部,由其支撑后二者相同的开发需求,并将开发出来的应用变成可被任意业务调用的服务。而这个共享业务事业部就是阿里双中台之一的业务中台的原型。

混过职场的小伙伴都明白,能给公司带来收入的业务部门一般都是比较强势的,所以设立共享事业部之初,这个部门更像是一种摆设,还是毫无底线的支持淘宝和天猫两大前端业务线。

直到2010年,随着团购的兴起,阿里创立了聚划算,不管是天猫的商品还是淘宝的商品,只要能登录聚划算销量就蹭蹭上涨,因此聚划算的资源位成为了众人争抢的香饽饽。此时阿里提出不论谁想接入聚划算,都得经过共享事业部。共享事业部的话语权一下子就被抬升了。

 

经过漫长的磨合,升级,改进,阿里的中台变得越来越成熟。也有一些阿里做中台的元老,开始出去自立门户主攻中台这个领域。

中台到底是什么

中台是为前台而生的平台,它存在的唯一目的就是更好的服务前台规模化创新,进而更好的服务用户,使企业真正做到自身能力与用户需求的持续对接

RPAPlus对中台的理解:以共享,复用为方法避免重复投入,促进对前端的快速响应。服务前台进行快速创新,进而更好的服务用户, 使企业实现自身能力与用户需求的持续快速对接。

中台概念还包含: 业务中台、数据中台、技术中台 ……

 

阿里中台项目是适用于其自身的头部电商互联网中台项目,不一定适用于传统企业,也不一定适用于其他互联网公司。

但是中台的理念是被多数企业认可的。

中台其实是关于共享,避免重复投入,提升快速响应,缩减成本而导致的时代战略思考。

中台包含特别多的学科模块:

  • 管理咨询,组织架构调整
  • 业务咨询,业务流程梳理
  • 基础共享服务规划,平台规划
  • 数据中台规划
  • 技术中台规划
  • 中台运营支撑规划

中台不是随随便便就能玩起来的,效果也不是短期能看到的,没有自上而下的推动也是难以成功的。 要说有没有非常成熟的中台软件,买了就可以有中台,这也是非常不现实的想法。

财务共享中心、人力资源共享中心

财务共享的概念最早起源于美国福特汽车公司,它的起源是福特公司遭遇前所未有的危机,而在股东、高层的推行下实行的变革。

1903起始,福特汽车公司通过流水线的作业方式让机器流转,在当时整个市场上生产效率较高且同时产品较标准化,因此很快形成了较大的市场垄断。随后几十年的发展,福特二世时期,由于福特公司彼时已发展到一定阶段,集团下形成了诸多组织和事业部等一些机构,福特公司运营展现臃肿,部门与部门之间,事业部与事业部之间,各个业务条线之间各自管控,面临着行为方式和规则难以统一的管理难题。

1978年伊朗革命的爆发,触发美国爆发第一次经济危机, 1979-1980两伊战争引起的第二次石油危机,造成国际油价飙涨,再次使西方国家遭受打击。以美国为例GDP增长率由1978年的5.6%下降到1980年的3.2%,直至1981年0.2%的负增长。

而在这期间,1978-1981年福特汽车公司一方面人事发生了较大变动,同时经营效率下滑严重,当时整个集团的经营利润为-5.1亿美元,极大影响了各个股东的收益情况,受到各个股东的问责。

在这样的背景下,福特成立了专门的经营团队来做综合的决策,同时推动改革,最大的改革就是去解决各部门、各事业部之间的协同与资源共享问题。

福特刚开始建共享时,考虑的是设计等产品生产、开发上的共享。比如:以前各个事业部之间因为缺乏沟通以及协同,导致在做同款车时,没有共享各自的设计理念与思路,导致组装时出现搭配不上等各种返工问题,因此福特公司共享的概念就从设计开始延伸到业务的各个领域,包括财务领域。

将各个事业部重复标准化的作业集中起来处理,这就是整个财务共享原始的诞生,它是诞生于企业发展壮大后,各个事业部及各个部门之间数据无法进行协同的情况下。1981年福特公司在底特律创建了第一家财务共享服务中心,也是财务共享中心的鼻祖,在后续两年里通过这样的协作,扭转劣势,让福特盈利4.5亿美元。

财务共享服务:财务共享服务是一种将分散于各业务单位、重复性高,易于标准化的财务业务进行流程再造与标准化,并集中到一个新的业务单元(财务共享中心)下统一进行处理的作业管理模式,最终达到提高效率、创造价值、节约成本降低财务风险目的。

财务共享服务,人力资源共享服务,HelpDesk共享服务等等,创建这些企业共享服务的目的是相似的, 提升效率、降低成本、同时还希望加速对前端的响应。

将有共性的,可以重复利用的,知识技能高度汇聚的职能部门剥离出来,以提升团队整体的效能。这本来就是一种趋势,中台概念也是这种趋势中的一种应用趋势。

中台更像是一种方法论或者说理念。 没有一款标准的软件产品就叫做中台。

中台概念为何如此受欢迎

上了规模的公司都会发现许多积重难返的问题。 近十几年企业忙着上线各类信息化系统,ERP,CRM,OA ,客服系统,工单系统,电商平台等等 ,整个集团有几十个独立的应用系统,彼此还都互相独立的状况非常普遍。

这种局面导致集团信息化支撑面临巨大的压力,对前端创新的支撑度或者影响时间都完全跟不上时代节奏,让企业时刻都有被快速的科技发展时代洪流抛弃的恐惧。

某浙江大型传统制造企业建设中台目标是围绕三个统一“统一数据、统一技术、统一业务流程”。CIO们是看得到企业所面临的现实问题的,也在苦苦寻求解决问题的灵丹妙药,大家都盼望着有一种新的概念或者产品可以解决他们目前最棘手的战略问题,大家都把希望寄托在了中台上面。

  • 统一数据,可以通过数据中台解决
  • 统一技术,希望通过技术中台解决
  • 统一业务流程,期望通过业务中台解决

以上三个目标中,最难的无疑是统一业务流程这个宏伟目标。RPA圈子的许多朋友都接触过实际的业务工作流程,每一个企业的流程都是千差万别,想要找出一个统一的共性流程其实是艰难的。

中台这个概念至少指引了一个方向,让大家有努力的方向。

中台的价值,即服务复用后的直接结果:“降本增效”
降本增效,可以从下面几点理解:

  • 共性业务的无需重复投资建设,建设成本和维护成本降低;
  • 可以快速进行服务能力迭代,高效支撑前端业务变化;

 

Supercell 模式

知道Supercell的人可能不是太多,但玩过这几款他们公司游戏的人可能会多很多。

部落冲突

部落冲突

海岛奇兵

海岛奇兵

HeyDay

HeyDay

皇室战争

皇室战争

Supercell的中台,指的是将游戏开发过程中公共和通用的游戏素材和算法整合起来,为小团队提供工作的工具和框架,从而支持好几个小团队能够在短时间内开发出一款新的游戏,并鼓励员工充分试错。

有了中台的支撑,Supercell的“细胞”才可以非常灵活的运转,形成高效散兵作战模式。

RPAPlus:  Supercell的中台模式(自建统一的游戏开发框架),在项目前期确实可以极大的提升游戏开发效率和缩减成本,小团队更多只需要负责游戏创意、设计、并交付出来。从以下财务表现数据或许能说明,后期制约公司发展的可能也是这个“中台”。2016年Supercell不到两百人,目前已经超过三百人,人变多了,收益却小了。

Supercell近几年财务表现

Supercell近几年财务表现

游戏开发公司所谓的中台指的是将游戏开发过程中公共和通用的游戏素材和算法整合起来,为小团队提供工作的工具和框架。这样的做法局限是,大家会发现Supercell公司出品的游戏有许多相似的地方,比如:人物模型、关卡特色、动作方式 等等。 慢慢的,大家开始去玩基于这个中台(游戏框架)推出的新作品的时候,会觉得没那么有新意了。

而这对于不断追求创新和突破的游戏公司本身可能也是一种制约。因为想要有更深层次的创新,需要升级或再造中台,而这个代价明显是大于拿通用游戏开发引擎开发新锐游戏的。

以上这个观点互联网上没人提到过。

RPAPlusX

RPAPlusX

中台、RPA、低代码

有些人觉得RPA的战略高度不够,对企业带来的影响也有限,不过,这其实也要根据从哪个角度看这个问题。

【内功心法派】 顶层设计,系统架构,能力共享中心, AI-COE 等,站在一定高度通篇考虑全局,层层递进分解,C Level 老板推动。【外功实战派】 立足于现有部门需求,从部门级运作开始,脚踏实地,力争让用户尽快看到效果,天下武功唯快不破。至于项目维护,迭代,运营,跨部门,跨集团以后再说吧。
Kex,公众号:RPA虚拟员工转型之路RPA项目推进分析

目前许多国内RPA创业公司,RPA中小型服务公司,都把RPA项目格局做的非常低。典型的出发点都是帮助实现,部门级,甚至个人级的办公自动化应用。以这样的方式切入用户是容易,但是起点太低,给许多人造成了只是做了一些桌面自动化小项目。

P厂是美国医药巨头,从2017年开始就推动建设了全球性的 AI-CoE架构,其中包含RPA、OCR、NLP、CHATBOT等大家耳熟能详的AI能力,致力于将AI能力集中化&共享,,同时减少各地分支机构重复投入。

— 老外叫的这个AI-CoE,其实跟咱们叫的 AI中台,是一回事。

AI-CoE中发挥巨大实际产出的往往是RPA,所以也有一些公司是以RPA为核心来构建类似能力的。 咱们国内也可以亲切的称呼为,数字员工中台。

中台项目就不太一样,起点就都是战略层面的,都是需要自上而下推动的。要想把中台项目做好,可能首先需要做一次全面的战略咨询。详细了解目前企业的现状与问题,不同业务的部门的诉求,不同技术条线的瓶颈。

RPA项目在企业的落地生根后,也需要成为一种中台,只有成为了一种中台,才可以源源不断的注入活力,解决创新需求。

然而本质上RPA和中台都是无法无中生的,如果需要帮助用户快速交付小前台的应用,RPA和中台都不太适用。快速交付小前台的应用的解决方案叫做,低代码平台(Low-Code)

低代码(Low-Code)平台 ,恰恰是搞定,快递开发交付,快递影响业务需求,上线全新的前台业务应用的方案。

行文至此,我们可以越来越明白企业发展的趋势,共享化/复用/降低成本/快速响应前端需求。而解决这些问题的技术手段不应该是孤立的,技术和概念有很多重叠与融合的地方。

结语

无论什么样的技术革命,升级,改进,都是为了促进一个目的,简单的讲就是4个字,“降本增效”。

所以其实 中台、RPA、低代码、AI、大数据  ,在企业应用的时候都应该是互相融合的,你中有我,我中有你。 必须要有全局的战略性思考,构建合适的,灵活的组织架构来应对快速变化的挑战。

► 自我修复RPA机器人目前阶段有产品实现了吗?
► 我居然将RPA机器人技术用在了自己P2P理财维权上
► Business Process Modeling-数字流程建模简介
► RPA未来发展趋势,Robot as a Service是一个不错的方向吗? 
►RPA + BPM 互补带来更优企业智能自动化方案
► TOP5 Process Mining 流程挖掘软件公司 2020
► Low-Code能帮助克服RPA的缺陷吗
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
https://www.rpaplus.com

首页

 

LittleR

自我修复RPA机器人目前阶段有产品实现了吗?

2020年7月14日,Pega号称发布了业内首个可以自修复的RPA。宣传称“Pege推出了X-ray Vision  -业界首个自我修复的机器人自动化(RPA)功能,无需人工干预即可检测和修复损坏的机器人”

我们对于能够真正意义上解决这个问题的产品和解决方案非常关注,因为解决了这个问题代表着RPA行业向前迈进了一大步。

Pega  在2019年秋季进行的一项调查发现,87%的企业会遇到机器人故障。为什么?因为大多数RPA解决方案都依赖于表面级别的屏幕抓取,以在不断变化的应用程序场景中实现流程自动化。但是,当应用程序用户界面发生变化(这在任何不断发展的业务中每天都在发生)时,这些机器人大军就变得不可靠并且容易崩溃。结果:浪费的投资,意外的停机时间以及迅速增加的维护成本。

是的,正在运行中的许多机器人都面临着因为第三方应用系统变更而带来的中断风险。

所以我们对于能够真正意义上解决这个问题的产品和解决方案非常关注,因为解决了这个问题代表着RPA行业向前迈进了一大步。

Pega新功能X-ray Vison有自我修复能力吗

下面我们仔细体验一下由Becky Blackwell女士带来的新功能介绍

Becky Blackwell  | Pega机器人产品管理总监

Becky Blackwell | Pega机器人产品管理总监

通过观看介绍可以发现这个所谓X-ray 版本的核心功能其实是智能录制。

录制入口-三种不同类型

录制入口-三种不同类型

 

从智能录制的功能入口形态上看,没有太多特色,也是传统的BS,CS分类,只是把Chrome单独作为一种类型。

桌面应用录制-直接打开应用开启录制

桌面应用录制-直接打开应用开启录制

推测实现逻辑:根据应用程序路径,打开应用程序进程后绑定该进程,并为该进程建立独立模型。

录制Astend CRM Login

录制Astend CRM Login

填写完应用路径后,RPA直接启动应用程序,开始采集和录制。 完整的一个小步骤,例如:输入完整的用户名 ,会被自动快速生成一个录制步骤。(我们之前评测过一些产品,把输入的每一个字母都被拆分成一个个步骤,体验和可靠性极差)

按需暂停-继续功能

按需暂停-继续功能

 

亮点:跨应用平台录制

亮点:跨应用平台录制

从CRM拷贝数据到网页可以被录屏并结构化记录成一条

Pega新功能智能录制的核心亮点,应该算这个添加新应用类型。在保留原先正在录制的桌面应用(Astend CRM)的同时,新添加一个BS应用,同时记录这两个应用之间的交互,例如:从CRM中拷贝一个单号,复制到网页应用中去,系统可以完美记录这样的跨应用录制。

从CRM拷贝数据到网页可以被录屏并结构化记录成一条

从CRM拷贝数据到网页可以被录屏并结构化记录成一条

 

实时测试的意义在于,不用重复关闭打开应用,不用重复登陆,然后跳转到目标页面。可以直接在当前状态测试,这样可以提升机器人开发与测试效率。

实时测试

实时测试

 

Studio流程图

Studio流程图

最终转换为带逻辑,可编辑的流程图形态。

就以上介绍的这些功能,可以解决网站改版/APP改版而带来的RPA机器人中断需要维护问题吗?RPAPlus的分析是应该是不可以。

借助助X-ray Vision,Pega将在RPA上扩展其专利的Deep Robotics方法,该方法可持久地将机器人绑定在本机应用程序控件中,而不是在表面级别。新功能将利用AI算法,使其比当前可用的解决方案更容易,更快捷地创建新的bot并使它们保持运行。借助这种便捷性和速度,Pega将为组织提供一种可行的方式,以超越典型的少数机器人来显着地扩展其RPA计划。
正如 Francis Carden,Pega数字自动化和机器人技术副总裁说的那样:
“虽然RPA是智能自动化之旅的重要组成部分,但大多数组织最终发现,机器人通常非常脆弱,需要持续且昂贵的维护-这可以抵消RPA带来的某些优势。”
“通过X-ray Vision,Pega通过在全球范围内部署高级RPA解决了自动化难题的另一个关键部分。通过使机器人更快,更易于部署且更耐用,RPA将成为任何机器人中更加可靠的部分。企业的端到端自动化策略。”
从这个人的话中也可以听出来,这个X-ray主要应用在可以更快,更易于部署这个层面,至于更耐用,可能只是可以检测出何时出现了故障,并人为及时修复。 
  • 自动化损坏的机器人维护程序: Pega的RPA调查发现,开发人员花在修复机器人上的时间比他们预期的要多得多,这使机器人维护程序成为RPA的主要问题之一。使用Pega AI,X-ray Vision可以检测机器人何时出现故障并即时修复它们,从而帮助确保自动化弹性。机器学习将不断更新AI模型,以改善其随着时间的推移识别和修复损坏的机器人的方式。市场上没有其他RPA解决方案提供自修复RPA,这将大大减少管理和扩展机器人所需的时间和资源。
  • 使复杂的机器人编写更快,更轻松:组织面临的最大RPA挑战?Pega调查发现,即使是最简单的RPA方法,部署机器人也位于列表的顶部。使更复杂的应用程序自动化需要更高级和耗时的RPA方法,例如手动识别应用程序控件。Pega通过使用AI自动执行控件识别来消除这种手动工作。现在,RPA开发人员可以比易碎的屏幕抓取方法更快,更轻松地部署Deep Robotics的全部功能。
关于自修复能力和维护效率的探讨

对应用程序建模是一种趋势,最先实现这一应用模式的是BluePrism 。BluePrism也一直以他们独有的 应用程序Model 模型凸显与别家RPA的不同。 不过,BluePrism应用程序建模方式过于笨重和死板 ,使用起来效率并不是特别高,只是在后期维护的时候有不错的维护效率。

提升维护能力,主要可以通过应用程序建模的方式来解决。

自修复能力,需要非常复杂的机器学习,标注,改进的过程,对于内网应用着实是非常困难的一件事件。

相信随着时间的推移,技术的进步,以及投入的增长, Resilient Automation ,和真正的自修复机器人都是可以突破的。

► 我居然将RPA机器人技术用在了自己P2P理财维权上
► Business Process Modeling-数字流程建模简介
► RPA未来发展趋势,Robot as a Service是一个不错的方向吗? 
►RPA + BPM 互补带来更优企业智能自动化方案
► TOP5 Process Mining 流程挖掘软件公司 2020
► Low-Code能帮助克服RPA的缺陷吗
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
https://www.rpaplus.com

首页

 

LittleR

我居然将RPA机器人技术用在了自己P2P理财维权上

我很客气,标题都没点名,真融宝的托看到就请转告你们主子。

主要还是太信任,玩了四五年了,也从未有过任何逾期,违约的事情发生。利息也降得不算高,不像那些感觉很不靠谱的P2P,所以差点都忘了这货其实也是P2P。

事实是这样的:

7月2日开始到期不回款

从7月2日开始,所有到期的标的,不回款了。 我呢,正好有1笔7月2日的到期的5万,所以我第一时间就发现了问题。 7月2日只到了四百多,别的都显示转出中

到期不到款

到期不到款

由于7.2-7.4 陆续有人开始维权,投诉,报案,7月5日晚上,两位实际负责人被逼着做了一次直播。

7月5日晚上逼着出来做了一次直播
7月5日晚上直播

7月5日晚上直播

两个大哥给的方案是:

要么等,可能是等2年,慢慢的给你还钱 ;

要么债转 ,但是估计要打折,具体比例多少还不确定;

听完直播,有更多人,更火了,包括我自己。

7月7日海淀金融 调解中心开始约谈-到现在还没结果

说实在的,约是约了,能谈成什么样,还真的没谱啊。

所以7月8日,7月9日,还是一直鼓励全国的融宝宝,接着投诉,报案。以期获得更多政府关注,同时给予他们更多压力。

下面说下本文的重点

该平台会将每一笔你投在里面的钱,匹配给平均约50个借款人。这些信息通过APP可以看到,但是数量庞大,手动操作极其麻烦。为了在维权阶段获取更多证据,更是怕回头他们再临时给你匹配一些烂标,所以如果有机会把这些都导出来,截图留证,还是有一点点帮助的。

标的详情

标的详情

机器人作业动图

机器人作业动图

然后最后的结果是这样的:

然后最后的结果是这样的:

结果汇总表格

结果汇总表格

估计实际用处是不大的,但是至少心里有点底,他们到底会不会随意恶性更改你的数据。

从这些我拿到的数据来看,每一笔我投的标,至少大多数都是按期还款的,凭什么要让我们当冤大头呢?

► Business Process Modeling-数字流程建模简介
► RPA未来发展趋势,Robot as a Service是一个不错的方向吗? 
►RPA + BPM 互补带来更优企业智能自动化方案
► TOP5 Process Mining 流程挖掘软件公司 2020
► Low-Code能帮助克服RPA的缺陷吗
RPAPlus 中国领先的 AI+RPA行业研究公司

LittleR

RPA未来发展趋势,Robot as a service是一个不错的方向吗?

 

RaaS(Robot as a service ,机器人即服务)在咱们国内这个概念早期是在智能制造领域出现,例如智能物流机器人。

之前概念更多指除了直接销售协作机器人,很多公司也在尝试新的租赁方式,让使用机器人像雇佣工人一样按时计费。传统的机器人不具备安全性,需要与工人隔离,不但无法满足即插即用的场景还造成了额外的部署成本。机器人即服务(RaaS,Robot as a Service)这种新兴的商业模式,降低了初期的付费门槛,也更强调了硬件产品以外软件和服务的部分。可以反复重新编程以完成新的任务,帮助企业应对小批量多订单的生产挑战。

这本质是商务模式上的Robot as a Service,租赁代替购买,如果按这个逻辑理解,RPA公司基本都是Robot as a Service,因为RPA产品不提供买断License的方式,而是采用按年付费,类似订阅的付费方式。

 

RPA未来发展趋势,Robot as a service是一个不错的方向吗?

 

RPA是一个相对较新的、不断发展的行业。但RPA已经明确地证明了它的价值,并将继续快速增长。一些早期的炒作将在未来几年平息下来,随着一些早期的大公司逐渐淡出人们的视野,技术领域的前景将变得更加丰富。RPA最初是一个以业务用户为中心的领域,但随着RPA应用程序的影响越来越大,业务越来越关键,我们也渐渐看到了不同方向的产品开始慢慢出来。

 

产品层面真正的Robot as a Service :

首先机器人得部署在云端,提供SaaS服务;

其次不光搞定云端系统,最好也能在本地实现自动化能力;

最后使用体验/性价比得好。

 

RPA未来发展趋势,Robot as a service是一个不错的方向吗?

 

我们这里举一个例子,对于许多中小企业来说,企业主们喜欢在企业内部署开票软件,ERP财务模块,与税务局的蹩脚周旋吗?部署并维护好这些系统不是企业主的目的,甚至连用RPA机器人操作这些系统也不是最终目的,最终目的是帮客户开好发票,财务账目有记录,税务申报都完成,想查看财务数据随时能看到。这个场景其实特别适合RaaS , 那些蹩脚的系统公司都不用自己装了,RaaS公司提供更友善的云端接口用来替代之前的零散应用。

 

随着RPA工具的逐渐成熟,软件机器人成为每个组织最终都能够使用的商品。随着RPA开始为新类型的用例和更广泛的受众提供,软件机器人开发人员的角色将会有很大的需求。云配置也将成为这一发展的推动力,因为只有少数用户愿意投资运营自己的配置机器人服务,而同样的解决方案可以很容易地从云上购买。

 

有了广泛可用的RPA开发工具和云配置,我们将看到下一波RPA采用浪潮的开始。中小型企业将寻找合并业务自动化工具的方法,但没有自己专职的的IT服务部门,市场将需要一种新的服务提供商:机器人即服务(RaaS)运营商。RaaS运营商将占有一部分市场,一些运营商专注于特定的垂直领域,而另一些则是通用自动化服务提供商。

 

随着时间的推移,已经在使用RPA的大公司将寻找更多的方法来使用自动化工具,以提高效率,将操作任务外包到低成本地区的传统做法被大量的内部RPA开发人员所取代。这种做法被称为机器人外包,软件机器人开发人员将工作自动化,并将任务外包给机器人,以帮助提高员工效率和工作满意度。

 

 

 

 

LittleR

RPA + BPM 互补带来更优企业智能自动化方案

RPA的工作维度更偏向于基于工作任务为主,通常优秀的咨询公司及RPA大厂,需要一套额外的方法论(ROM,CoE 等)来弥补RPA在企业管理中的不足。

BPM的工作层次更偏向于上层的流程管理及优化,BPM的普及程度低的主要原因是落地性太差。

二者的互补融合让人期待!

RPA + BPM 互补带来更优企业智能自动化方案
什么是RPA?  Robotic Process Automation

RPA是一种软件技术,可以任何应用程序或网站中进行操作,就像人类一样,自动化复杂的、基于规则的工作。RPA提供了一个由软件机器人组成的虚拟劳动力来执行日常用户操作,解放了您的人员来为您的业务增加价值。

什么是BPM?  Business Process Management

BPM是一种旨在优化组织中的业务流程的企业方法。一个流程是一系列的活动,为了达到一个特定的目标,必须由人或系统以一种有组织的方式来执行。BPM可以与现有的企业软件(ERP、CRM)集成,大多数公司使用BPM逐步对现有软件的活动建模。

不同的聚焦点

虽然业务流程管理(BPM)和机器人流程自动化(RPA)基于事件使用类似的流程逻辑进行操作,动作,条件和循环,它们的应用程序的上下文有很大的不同。

 

BPM确保可靠的操作和业务流程基础设施,而RPA用于像人一样处理任务,

但速度要快得多;因此,它在一个更基层的层面上运作。

RPA

  • 任务(流程)级自动化
  • 定义具体的工作流程
  • 替代人工作业
  • 基于现状的快速集成能力
  • 处理重复性任务非常高效

BPM

  • 业务级别自动化
  • 定义通用的工作流
  • 人员参与
  • 系统间集成
  • 基础的公司平台
  • 用户、数据和系统之间协调

RPA + BPM 互补带来更优企业智能自动化方案

 

为何融合?

BPM可以被看作是公司运营的基础,它组织了一个协调的、高效的工作流,将用户、系统和数据集成在一起。RPA通过允许在记录时间内完成公司工作流中的某些任务来补充BPM。

 

简而言之,RPA和BPM并不冲突。尽管两者都在寻求流程优化,但它们的影响范围是不同的,而且每一种情况都需要一个或另一个更大的存在。实际上,在大多数情况下,最好的解决方案是同时实现这两个解决方案。

BPM和RPA是完全互补的。它们可以被无缝地集成,以利用它们在智能自动化方面的优势。

如今的解决方案包含管理工作流和决策逻辑业务规则的服务,以提供端到端流程可见性。架构师可以在云中设计和实现结构化的、自动化的流程,而智能RPA可以帮助运行重复的、基于规则的和以用户界面为中心的任务。智能BPM (iBPM)工作流可以触发智能RPA机器人,反之亦然。RPA可以用作从核心系统或外部网站收集数据的中间件。

RPA+BPM用例

RPA + BPM 互补带来更优企业智能自动化方案

我们想象一个银行业务中新客户培训的用例 :

  1. 客户通过银行网站收到的电子邮件或访问银行分行提出的要求,都由智能RPA机器人处理。
  2. 机器人在工作流中触发“客户登录”过程。
  3. 银行明确检查它不是冷线索,并将热线索发送给有参与的RPA机器人,用术语来说,它是一个数字助手,帮助收集数据来执行“了解你的客户”强制检查以获得新客户的批准。
  4. 批准后,工作流自动创建银行账户,并管理支票簿、信用卡、web和移动应用程序访问的供应,最后向新客户发送确认电子邮件。

RPA+BPM总结

非要纠结技术概念上谁包含谁,谁高于谁,在当下时代好像并没有那么大必要性。重要的是解决实际的问题,为企业带来价值,至于是RPA Plus BPM ,还是BPM Plus RPA我想并不是太重要。

非常棒的技术组合,值得有远见的用户尝试

► Low-Code能帮助克服RPA的缺陷吗
► 2020全球工作趋势预测 – IDC
► RPA机器人中断后怎么办?
► 刚刚微软确认收购RPA平台软件公司Softomotive
► 桌面自动化实现原理-RPA+
 RPA是什么?你们公司部署的可能只是桌面自动化
► 2019年全球TOP 几大RPA厂商商业数据分析
【RPA vs BPA】RPA与BPA的区别
► 几款不错的RPA开源软件分享[RPA Plus]
【视频分享】
安永合伙人刘岳-财务智能自动化打造可持续发展之旅
普华永道合伙人钱剑虹-机器人流程自动化的浪潮之下
陆岷峰 教授-数字员工,人力资源管理一个新时代的到来
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
LittleR

TOP5 Process Mining 流程挖掘软件公司 2020

如今的企业依靠数字信息在竞争激烈的市场中生存,这使得流程挖掘软件比以往任何时候都更有用。流程挖掘是一种分析方法,可以帮助分析业务流程,例如当前趋势、模式和信息系统日志数据中的详细信息。从这些日志中获得的见解可以用于提高业务组织的效率和效力。软件通常使用特殊的算法来理解业务流程的不同方面,并创建关键的性能指标。
在这个不断增长的领域,并不缺少软件公司,但是对于企业和大型公司来说,瞄准少数几个是势在必行的。本文接下来列出的是能够帮助组织简化业务操作的顶级过程挖掘软件公司。
 
流程挖掘允许根据实际事实和数据,而不是最初的理论描述来观察组织的行为。这是实现卓越运营的必要工具。 

TOP5 Process Mining 流程挖掘软件公司 2020  

ABBYY(TimelinePI)

ABBYY的Process Mining引擎之前被称为TimelinePI,它提供了一个数字智商解决方案,帮助企业进行数字化转型,从业务内容中创造更多价值。该公司拥有一个智能流程平台,允许任何业务组织将呈现在它们面前的任何信息转换为可视化模型,因此整个分析流程变得更加容易。它进一步帮助业务组织识别实时的痛点和预测未来的结果。
ABBYY Timeline融合了深度分析、预测分类和搜索功能,并具有粒度监控和警报功能。这些因素导致了过程和数据的完全透明,这可以支持任何组织的技术投资。
 

Celonis

Celonis提供了几个流程挖掘解决方案,帮助企业组织通过一组数据获得透明度和效率,从而减少他们的时间和金钱。该公司的智能业务云使用强大的挖掘技术,允许企业以一种全新的方式可视化他们的操作。
智能商业云有不同版本,如Snap(免费版)、企业版、学术版和Celonis咨询版。它还提供了以下几个功能:

  • 事件集合
  • 用户交互数据收集
  • 流程挖掘的人工智能
  • 流程中发现
  • 过程分析
  • 机器学习
  • 操作引擎
  • 流程自动化
  • 转换中心

 

Fluxicon

第三家流程挖掘软件公司Fluxicon,该公司提供一款名为Disco的软件。Disco易于使用,组织中的任何人都可以从可用的原始数据中快速得出可视化和可操作的见解。该软件允许企业优化性能,容易地控制偏差,或探索变化。
该软件包括快速过程挖掘算法和管理过滤框架。它还附带了一些其他特性,如自动化过程发现、过程图动画、详细统计、案例视图、日志过滤器、导入和导出数据以及项目管理。
 

Kofax

Kofax提供了一个智能软件平台,使组织能够转换信息密集的业务流程,并减少人工工作和错误。它允许组织实现所有业务操作的端到端的可见性,它们的性能和任何可能与它们的操作相关的风险。Kofax的智能软件平台允许商业组织为任何应用程序快速创建仪表板。Kofax Process Intelligence提供了一个全功能的Kofax Insight和预先构建的解决方案,用于Kofax捕获、Kofax全面敏捷性、Kofax Mark View、Kofax移动解决方案和Kofax RPA。
 

Live Objects

Live Objects为企业提供人工智能驱动的解决方案,以优化某些业务结果,如客户满意度、定价效率、订单、收入、收益、成本、风险控制等。它减少了影响业务操作的特别活动、流程异常和次优RPA自动化。
Live Object平台的一些特性包括现金流程优化、采购支付流程优化、财务流程优化和规则发现、RPA优化以及跨数据管理、规则和应用工作流层的智能跨功能应用程序迁移到云端。它还为风险缓解、风险识别和合同遵从性提供了解决方案。

LittleR

几款不错的RPA开源软件分享[RPA Plus]

几款不错的RPA开源软件分享[RPA Plus]

 

智能自动化将成为大势所趋,但并不是所有公司都选择购买商业付费软件,有部分研发能力比较强的公司可能会采取自研或结合开源框架的手段。

近两年,一直有很多同学在研究开源的RPA工具,这次为大家介绍几款不错的开源工具。

 

  • Robot Framework

Robot Framework是目前比较活跃的开源项目之一,是测试自动化和RPA的通用框架。与其他语言一样,它强调自然语言或人类可读的语言,以使其更易于使用。

Robot Framework还提供了一个web演示和完整的文档。

RPAPlus实际试用后觉得这个框架可能更偏向于自动化测试。

Github: https://github.com/robotframework/robotframework

几款不错的RPA开源软件分享[RPA Plus]

 

  • TagUI

TagUI由AI Singapore维护,是一个用于RPA的命令行界面,可以在任何主要的操作系统上运行。(这是开源RPA工具的一个常见特性,也是它与一些商业工具的区别之一。)TagUI使用术语和相关的“流程”概念来表示运行一个基于计算机的自动化流程,该流程可以按需完成,也可以按固定的时间表完成。(通过这种方式,TagUI中的流可能被称为脚本或机器人。)TagUI强调其语言的简单或自然。贡献者Ken Soh在2017年发布的一篇介绍TagUI的媒体文章中写道:“这使得UI自动化的快速原型化、部署和维护变得容易,无论你是否是开发人员。TagUI有丰富的在线文档。

Github: https://github.com/kelaberetiv/TagUI

TagUI的界面是纯命令行

几款不错的RPA开源软件分享[RPA Plus]

  •  RPA for Python

以前叫做“TagUI for Python”,这是一个用于RPA开发的Python包。RPA for Python是在TagUI上构建的,因此有了最初的名字。它拥有网站自动化、计算机视觉自动化、光学字符识别和键盘鼠标自动化等基本功能。

Python中pip install rpa 即可安装。

 

  • OpenRPA

OpenRPA也是一个蛮有趣的项目,基于Windows Workflow Foundation作为框架。WF被Uipath和许多国内RPA团队应用。

Github: https://github.com/open-rpa/openrpa

几款不错的RPA开源软件分享[RPA Plus]

Remark:谈到Windows WF,曾经我们基于 WF 的框架Demo用很短的时间就可以做一个RPA的Studio原型出来,说明技术含量还是蛮低的,请参考此文:

花了一点时间,我们自己做了一个RPA设计器

 

  • Robocorp

Robocorp是早期初创公司,该公司去年获得了560万美元的种子轮融资。承诺为开发人员提供基于云的开源RPA工具。官网目前可以通过邮件申请早期账号。

https://robocorp.com/

几款不错的RPA开源软件分享[RPA Plus]

  • Automagica

这可能是开源模式和免费增值模式之间的分界线:Automagica确实是开源的,对于非商业用途是免费的,但是商业用途需要商业许可证。这使得它成为希望学习、试验和原型的个人的一个潜在的好选择,但是商业用例将需要迁移到它的商业Automagica门户平。Automagica也有相对全面的介绍文档。

Automagica的自动化能力实现是基于Python,独立开发了一个云端应用平台,可以实现网页端的编码。

Github: https://github.com/automagica/automagica

几款不错的RPA开源软件分享[RPA Plus]

  • Taskt

Taskt强调易用性和无代码或低代码。Taskt是一个免费的开源工具,它承诺了同样的功能:无需编写代码就可以自动执行任务。它的功能之一是屏幕记录器,记录用户基于计算机的操作,然后将这些步骤转换成可重复的脚本(也称为RPA bot)。它还包括一个“看到什么就得到什么”的“bot设计器”,其中包含一个用于无代码RPA开发的标准命令菜单。

Github: https://github.com/saucepleez/taskt

几款不错的RPA开源软件分享[RPA Plus]

其实有不少开源的RPA工具或多或少是基于Python,我们近期也在仔细应用这些工具,后期会大家提供使用心得和建议。

阅读完这个文章,相信大家对国产RPA工具应该有更深的理解了。

 

► 企业有关于未来工作的路线计划图吗?
► 免费入驻-RPA产品在中国页面
► RPA新宣言:流程自动化机器人的十大定律
► 后危机时代:灵活可扩展的自动化逐渐成为标配
► Uipath 收发消息 R-Connect范例(官网可下载)
► RPA开发利器,R-Connect 人机交互解决方案
► 花了一点时间,我们自己做了一个RPA设计器
► 搜索引擎机器人-可下载
► RPA的门槛真的很低吗?
► RPAPlus 2020合作计划
► 突破RPA的障碍和最佳实践 RPA Plus
► 从疫情中窥机 – 人工智能商业潜力
► 重新审视当今最被炒作的RPA
► 国产RPA软件横评报告
「RPAPlus」 | 专注RPA+AI 研究、评测、教育

 

LittleR

免费微信与后端通讯工具推荐:R-Connect

R-Connect是基于微信服务号发送消息的解决方案。

使用者不需要安装任何应用,仅需要有手机微信即可正常接收和发送消息。

免费微信与后端通讯工具推荐:R-Connect

使用方法

第一步: 需要关注公众号

免费微信与后端通讯工具推荐:R-Connect

关注之后才可以正常接收及发送消息

第二步:通过手机扫码获取自己的RID

免费微信与后端通讯工具推荐:R-Connect

 

当然也可以用这个手机段在线工具进行消息发送测试

可以复制出来RID: 例如  orr6twjsaLjb3qISxVStqBT8KbWg (客服小漾的RID)

 

第三步:通过浏览器(或者开发语言)输入发送消息给微信

浏览器中输入: http://www.rpaplus.com:8000/add?id=orr6twjsaLjb3qISxVStqBT8KbWg&m1=hi&m2=urltest&type=0

id=  输入手机接口获取的RID

m1=  输入任意消息

m2=  输入任意消息

type=  0为T消息,1为C消息

 

使用Python  发送消息:

import requests
requests.get(“http://www.rpaplus.com:8000/add?
id=orr6twjsaLjb3qISxVStqBT8KbWg&m1=这个问题的答案是什么&m2=Python范例&type=0”)

 

回复消息可以直接在服务号对话窗口。

免费微信与后端通讯工具推荐:R-Connect

如何获取用户回复给自己的消息。

http://212.129.239.106/get /前面获取的RID
http://212.129.239.106/get/orr6twjsaLjb3qISxVStqBT8KbWg (范例)

如此即可以收到微信回复的消息到后端。

 

 

LittleR

搜索引擎机器人-附下载链接

搜索引擎机器人-附下载链接

 

 

利用Python pywin32 , selenium , BeautifulSoup 等,制作了一个简单的搜索引擎自动检索的机器人。

主要功能有:

  • 独立窗体程序
  • 自定义输入检索关键词、检索页数
  • 自动打开Baidu,检索,自动翻页
  • 转换Baidu地址为真实网站地址
  • 双击直接前往目的网站
  • 数据Excel汇总导出

 

开发语言:Python 3.7.6

必备环境:Chrome 浏览器

 

 

搜索引擎机器人-附下载链接

点击执行后,机器人开始自动执行

搜索引擎机器人-附下载链接

机器人自动打开网页,输入关键词,翻页

搜索引擎机器人-附下载链接

GUI接收检索信息,双击前往目标地址

搜索引擎机器人-附下载链接

   同时提供Excel版详细数据

该研究测试最大的意义在于探究,RPA与传统脚本方式(主要是Python)在一些网页类应用方面的差异,移植性,可复现,可维护性等核心。

 

可能很多人都觉得,RPA能实现的技术功能点,脚本类语言都可以实现。单纯从技术上分析,确实是如此。而且有些场景,Python比RPA更强大更高效。这次的搜索引擎机器人用纯RPA工具做,确实不见得有什么优势。

 

然后我们来分析一下,用Python 对比 企业级RPA平台的不足 :

 

程序引入了许多外部包,部分还需要配置依赖库,导致新环境配置成本高;

无法进行集中管理,更无法实时审计;

纯代码开发,只能以传统软件开发的方式进行维护 ;

业务用户友善度低,对非技术类人员整个过程都是黑盒子,不利于业务流程的改进;

 

下载地址:

搜索引擎机器人 (下载2824)