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

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全球数字劳动力调查报告 (下载11)

 

大咖观点:
陆岷峰教授

安永合伙人刘岳

普华永道合伙人钱剑虹

前BluePrism北亚总经理

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

 

LittleR

阿里云推出全新RPA4.0,产品全面革新升级,赋能企业数字化转型

7月28日,围绕“更专业、更智能、深化集成”方向,阿里云RPA4.0版本重磅发布,除了品牌整体调整外,阿里云RPA还对可视化开发、录制和AI等多个方面进行了重大升级,进一步满足客户业务需求,为企业数字化转型提供高效、安全、智能的服务。

一、阿里云RPA4.0是什么?

阿里云RPA(Robotic Process Automation,机器人流程自动化)是一款软件机器人,能够模拟人的行为完成软件的交互,解决跨系统、跨平台、重复有规律的工作流程。阿里云RPA作为一款通用型产品或工具可融合到不同企业和业务流程中,提升业务的智能化水平,将人力从繁琐、重复低价值的工作中解放出来,投入到更高价值的创造性工作中。

时至今日,阿里云RPA已被超过50万各行各业的用户采用,可跟踪到的执行总次数已突破120亿次,阿里云RPA为用户提升了3-10倍的效率。

此次更新的4.0版本,致力于往更专业、更智能、深化集成的方向发展。本文将全方位探索阿里云RPA4.0的强大功能。

阿里云RPA4。0的整体架构

阿里云RPA4.0采用主流C/S架构模式,前端客户端采用。net平台,基于Windows系统具有自主研发的SDK及各项功能,后端服务端采用Linux(CentOS)操作系统,提供各类后台服务和组件。同时本次升级将服务型机器人、有人值守机器人、无人值守机器人的客户端归一,使架构更加精简。

三、阿里云RPA4.0重大升级

1品牌升级

阿里云RPA4.0希望能将理性的技术与感性的体验相结合,打造简洁、专业、高效的机器人流程自动化的极致体验。因此新品牌呈现专业、动感、注重效率的调性。

2视觉和交互升级

在RPA领域,高效是设计的首要目标。本次阿里云RPA4.0对客户端的视觉和交互体验进行了全新改版升级。包括:

提供了深色和浅色的模式选择,用户可根据办公环境的灯光状态、个人喜好进行调整。

新版的交互流程更扁平更清晰,让新用户容易学习理解。

将编辑器面板设计成灵活可定制的组件,使用更流畅更高效。

3)双模:可视化开发模式 + 编码开发模式

阿里云RPA4.0可同时支持可视化编排模式与编码开发模式双引擎模式。因此无论是对于技术型公司还是业务型公司,阿里云RPA都有对应的模式支持企业降本提效。

可视化编排模式,通过拖拽模块的方式,全面降低用户使用门槛,让业务人员也能快速搭建业务流程,提升日常工作效率。

编码开发模式,用完整、强大的编码开发模式赋能RPA工程师,协助企业实现复杂流程的开发。

4)无限录制:全面覆盖

阿里云RPA的原理是模拟人工操作,哪些人工操作能录制,哪些不能录制,决定了RPA的使用场景和范围。

阿里云RPA4.0拥有以下3种录制模式。

首先是标准录制,阿里云RPA4.0全面支持:

Windows7~Windows10各个操作系统版本

IE、Chrome等浏览器;

Win32、WinForm、WPF、Java、QT等各种类型应用程序;

Office全系列、WPS全系列;

常用的业务系统,包括SAP、用友、金蝶、Oracle等。

其次是图像录制。阿里云RPA4.0通过内置的图像分析算法,实现图像类控件的自动化,能在更为丰富的非标场景中,提供准确稳定的录制支持,并且具有与标准录制一致的使用体验。

最后,在图像录制的场景中有很多文字类区域,针对这种类型的非标控件,需要进阶的智能方法,就是OCR录制。阿里云RPA4.0通过内置的OCR引擎,对控件所在区域进行文字识别,通过指定关键词,对关键词所在位置进行鼠标键盘的自动化操作

5)AI赋能:通用智能场景 + 视觉自学习

前面所讲到的OCR录制,只是阿里云RPA4.0在录制过程中的一个AI赋能。在多元化的业务场景中,阿里云RPA4.0还可提供更多通用的智能化场景解决方案,比如电子卷宗管理、资质审核、财务报销、 口碑分析、舆论解析等。

除了不断扩展的通用智能化场景,阿里云RPA4.0还提供机器自学习平台的训练与识别能力,匹配企业的定制化需求。例如在票据的智能报销场景中,对票据的真伪进行验证;在实际的业务中,不同类型票据的模版结构会有差异,阿里云RPA4.0也可提供不同类型票据模板结构定制化解决方案。

6深化集成:协助用户解决全域全流程业务开发

阿里云RPA一直坚持以被集成的理念服务客户和众多合作伙伴,因此4.0版本允许用户以隐藏模式被集成进入客户或伙伴的整体解决方案中,同时提供了多种访问和调度能力供整体方案进行访问和交互。目前已经实现了与数据中台、业务中台等多种系统打通对接。

四、阿里云RPA4.0适用场景和案例

阿里云RPA4.0主要适用于跨系统、跨平台、重复、有规律的工作流程。

以某银行场景为例:对大量贷后上市公司的财务报表进行核查,是银行贷后管理的重点之一。由于缺少相应的系统进行自动化操作,通常信贷经理需花费大量人工进行重复性的搜索、下载、录入操作。使用阿里云RPA后,公司可大幅度减少了贷后管理的人力投入,且输出结果质量稳定可靠。

五、RPA的未来

阿里云RPA,是达摩院赋能的RPA。在智能RPA的进程中,基于达摩院持续输出的世界级AI能力,阿里云RPA将不断扩展边界,提供更广泛的业务流程操作,满足客户在不同场景下的业务需求,协助企业进行“数智”化转型。

未来阿里云RPA将以客户价值和社会价值为原则,持续打造更专业、更智能、深化集成的RPA产品,深耕RPA领域为更多的客户能够实现持续长久稳定的自动化业务而努力。

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

首页

 

思想瞭望者

UiPath不能稳定点击IE下载通知条“保存”按钮旁小三角按钮的问题

转载注意:本文由思想瞭望者于2020年7月3日首发于博客园,转载请注明出处!

现象:用UiPath自动操纵IE下载文件另存为时,许多同行遇到不能稳定点击“保存”按钮旁边的小三角按钮的问题。如下方图1红框所示。

红框中的小三角按钮令许多同行头痛

(图1:小三角按钮)

原因:IE的下载通知条其实有两种状态,一是常见的“通知”(如图2),二是“警报”(如图3)。当我们用UiPath在IE点击一个网页的下载链接,会先弹出“下载通知”,然后“下载通知”有可能很快转变成“下载警报”。对于UiPath来说已经是两个下载通知条了(只是外观相近而已),但是人眼看起来好像按钮还是那个按钮,除了底色在黄白间渐变,并没有感觉到什么不同。

 下载通知

(图2:下载通知)

下载警报

 (图3:下载警报)

多数时候“下载通知”和“下载警报”的完整Selector是相同的,但有时候二者会有细微然而关键的差异导致UiPath难以稳定点击那个小三角按钮。

有趣的是,一方面下载通知条的“警报”状态往往非常短暂,容易被人无意中忽略。另一方面,当下载通知条处于“警报”状态时,光标移到上面会令它瞬间转变为“通知”状态,于是难以通过Indicate on screen (UiPath Studio)或者Indicate Element(UI Explorer)捕捉到“警报”状态的对应Selector。

许多人不知道IE的这个行为,以为两者是一个东西。所以针对“下载通知”优化了Selector之后,一旦出现“下载警报”便会报错报异常,于是再想办法针对“下载警报”调整Selector,结果又导致“下载通知”不能稳定点击了,就显得一头雾水摸不着方向。

有的人利用两个状态容易互相转化的特点,有许多土办法来完成这个点击动作,包括但不限于:

  • 连续尝试单击那个小三角直至点击成功(用Retry Scope或者While/Do While),其实是他们的Selector只能处理其中一种情况,所以他们就不断重试直到下载通知条对应的状态出现。
  • 让光标先滑过下载通知条(用Hover),使下载通知条直接进入“下载通知”状态。

这些我认为只能视为Work around,而不是针对问题的Solution。

下面给大家展示一下我可以提供的线索。

首先以我的笔记本为例。环境信息如下:

系统信息

 (图4:笔记本系统信息)

IE版本信息

 (图5:IE版本信息)

网页所处安全区域及区域安全级别

 (图6:网页所处安全区域及区域安全级别)

在笔记本环境下,对于同一个下载链接,不论出现的是“下载通知”还是“下载警告”,我都捕获到了一样的完整Selector。因此在我的笔记本上,对于这个下载链接我可以写出一个通用的Selector来覆盖全部下载场景。

复制代码
1 <wnd app='iexplore.exe' cls='IEFrame' title='邮件 - XX XXXXXX - Outlook - Internet Explorer' aastate='可调大小, 可移动, 可设定焦点' />
2 <wnd cls='Frame Notification Bar' aastate='可设定焦点' />
3 <wnd aaname='通知' cls='DirectUIHWND' />
4 <ctrl automationid='IENotificationBar' name='通知' role='tool bar' text='通知' />
5 <ctrl name='保存' role='split button' text='保存' />
6 <ctrl name='6' role='drop down button' text='6' />
复制代码

但是在我的服务器上,我观察到IE有不一样的行为。服务器的环境信息如下。

系统信息

 (图7:系统信息)

IE版本信息

 (图8:IE版本信息)

网页所处安全区域及区域安全级别

 (图9:网页所处安全区域及区域安全级别)

当出现“下载通知”时,小三角按钮的完整Selector如下。

复制代码
1 <wnd app='iexplore.exe' cls='IEFrame' title='邮件 - XXXXXXXXXX@cn.gt.com - Internet Explorer' aastate='可调大小, 可移动, 可设定焦点' />
2 <wnd cls='Frame Notification Bar' aastate='可设定焦点' />
3 <wnd aaname='通知' cls='DirectUIHWND' />
4 <ctrl automationid='IENotificationBar' name='通知' role='tool bar' text='通知' />
5 <ctrl name='保存' role='split button' text='保存' />
6 <ctrl role='drop down button' />
复制代码

而出现“下载警报”时,小三角按钮的完整Selector如下。

复制代码
1 <wnd app='iexplore.exe' cls='IEFrame' title='邮件 - XXXXXXXXXX@cn.gt.com - Internet Explorer' aastate='可调大小, 可移动, 可设定焦点' />
2 <wnd cls='Frame Notification Bar' aastate='可设定焦点' />
3 <wnd aaname='通知' cls='DirectUIHWND' aastate='中级警报' />
4 <ctrl automationid='IENotificationBar' aastate='中级警报' name='通知' role='tool bar' text='通知' />
5 <ctrl name='保存' role='split button' text='保存' />
6 <ctrl role='drop down button' />
复制代码

可见,区别在于行号#3和#4出现了“aastate=’中级警报’”的属性,而这个属性在“下载通知”的完整Selector中则完全没有出现。经过实际测试,正是这个属性影响到小三角按钮点击动作的稳定性。而由于许多人并没有捕捉到或者仔细观察过“下载警报”的完整Selector,因此不容易发现这个细微的问题。

而且可以合理推测,随着安全区域的不同,以及对应的区域安全级别的不同,有可能会出现“初级警报”或者“高级警报”。再加上IE的Selector会随着系统语言变化。因此这里隐藏的变化比较多,要用一个Selector搞定各种场景还是有点困难的。

顺便也可以理解许多同行开发的IE下载文件动作在自己的机器上就是好的,部署到生产服务器就各种不稳定的情况。

我的解决方案:

RPA永远只有更好的办法,没有最好的办法。我就拿我的办法来抛砖引玉一下。大家可以发挥想象力,看看有没有更好的做法。

我会针对“下载通知”和“下载警报”分别设计一套逻辑,出现哪个用哪个。我习惯先用Pick看看能不能搞定,结果目前看来一直很稳定,可供大家参考。如果Pick不行的话,可以考虑依次尝试用两种Selector去先后点击,一个点不了的话另一个就会成功的。

解决方案

(图10:仅供参考)

这个问题相信不止是UiPath会遇到,其它的RPA工具在做IE自动化的时候应该也会遇到的,因此还是有必要稍微研究一下。

欢迎加入“UiPath精英群”参与深度探讨

加入UiPath精英群

LittleR

RPA机器人中断后怎么办?

RPA与SAT(软件自动化测试)在技术实现上非常相似。二者最大的区别,其一是服务对象不同,RPA服务于业务,是可以为企业带来直接ROI回报的,所以业务价值高;SAT服务于开发,带来的可能是更好的软件质量这类的间接价值,所以相对的业务价值偏低。

RPA与SAT第二个差异是,RPA运行在生产环境,SAT运行在测试环境。正是因为RPA是直接上生产的,导致有些维护问题会变得更加棘手。

RPA机器人中断后怎么办?

 

很少有RPA产品公司在宣传自身产品和解决方案的时候会主动提到RPA后续的维护问题。随着RPA在企业内部应用的逐步扩展,维护RPA会变得越来越麻烦。以下几类原因都可以导致RPA无法正常工作:

基础环境:网络连接故障、服务器维护、应用服务器挂起、访问权限丢失、URL更改等原因可以归于基础环境因素。这是导致RPA运行中断最主要的原因之一,如果无法及时找到问题原因,那么所有问题都会变成RPA供应商的问题。

应用变更:指RPA与之交互的应用,修改了或更新了,而且变更的内容导致RPA机器人元素识别出现异常。C/S应用更新后安装了新的本地客户端,B/S应用更新后浏览器显示出了不同的UI,那么很有可能需要维护RPA流程文件(或者也可以这么理解– 需要修改生产环境上的RPA流程源代码)。

  • 【有时维护是高效的】:有熟悉的RPA技术人员,可以直接在生产环境操作,受影响的业务流程少,那么有可能仅仅需要几分钟就可以修复中断的RPA机器人。
  • 【有时维护是痛苦的】:产品业务流程可维护性差,RPA技术人员对流程不熟悉,受影响的业务流程数量还不少,而且无法直接在生产环境上操作。最极端的情况是,生产环境已经应用了新版本,测试环境没有部署,又无法直接上生产操作,想想就头疼。这样的情况,没有半天一天,根本搞不定。

输入格式:有时前置输入格式错误,往往导致后续任务失败。因为RPA机器人是严格按照逻辑规则步骤执行的。

软件死机:RPA软件产品自身奔溃死机,导致的中断。解决问题的方法不复杂,往往是通过重启主机,但如果这类故障率高,那么RPA产品的可靠性问题就很严重。

在以上举例的几类问题中,最难维护的还是“应用变更”问题,因为只有这类问题才需要修改业务流程。而且,需要重点说明,一旦出现异常,异常恢复前工作了一半的流程如何继续,也是非常考验RPA产品和RPA工程师能力的地方。

克服RPA维护的痛苦


如何确保自动化流程的业务连续性。

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

确保业务连续性

麦肯锡公司表示,有88%的企业希望实施更多的机器人自动化技术,但往往不知道从哪里开始,尤其是在确定哪些流程应该首先实现自动化时。在考虑从何处开始其自动化策略时,公司通常会依靠最复杂且对业务至关重要的任务-但这是错误的方法。

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

组织应该为每个自动化流程设定关键的恢复时间目标(RTO);那是使流程恢复正常运行所需的时间。这应考虑到执行过程的特定时间。

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

弹性维护

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

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

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

管理–>合适的团队

有证据表明,最成功的自动化项目是在规模上进行自动化,但是在内部完成规模化自动化会导致巨大的维护成本。简单的从若干个人RPA开发工程师,升级为RPA共享服务团队,亦或更高层次的RPA卓越中心。

如果希望规划部署RPA战略,创建合适的团队,无论是自建团队,还是使用外包团队都需要优先考虑。

产品–>提升产品可维护性

产品易用性强,业务流程框架清晰,应用模型提升可维护性。

举一个关于国家税务局网站例子,假设企业有5个不同的税务流程需要到税务局网站操作,脚本模型自动化需要分别修改5个流程文件以适应可能而来的税务局网站升级。应用模型可能仅需要修改税务局网站模型,而无需分别修改5个流程文件。

► 刚刚微软确认收购RPA平台软件公司Softomotive
► 桌面自动化实现原理-RPA+
 RPA是什么?你们公司部署的可能只是桌面自动化
► 2019年全球TOP 几大RPA厂商商业数据分析
【RPA vs BPA】RPA与BPA的区别
► 几款不错的RPA开源软件分享[RPA&nbsp;Plus]
【视频分享】
安永合伙人刘岳-财务智能自动化打造可持续发展之旅
普华永道合伙人钱剑虹-机器人流程自动化的浪潮之下
陆岷峰 教授-数字员工,人力资源管理一个新时代的到来
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
LittleR

Desktop Automation Principles-RPAPlus

Automation of RPA products can be roughly broken down into desktop applications/browser applications/others (Mainframe/Java, etc.) by type. This article will analyze the principles of automation of desktop applications by RPA or automation class tools.

No matter what technology is used to perform automation, it must include at least the following elements:

Indicate

Look for elements, controls, input fields, and so on

Read

Read the text, status, location, whether to check or not, and so on

Control

Click, double – click, input content, drop – down and other operations belong to the scope of control

Desktop Automation Principles-RPAPlus

 

Win32API:

Windows API is a set of core application programming interfaces (apis) provided by Microsoft in the Windows operating system.

The Windows API (Win32) focuses on the programming language C because its exposed functions and data structures are described in that language in the latest versions of its documentation. However, the API can be used by any programming language compiler or assembler that can handle low-level data structures and call conventions specified for calls and callbacks. Similarly, internal implementations of API functions have historically been developed in several languages. Although C is not an object-oriented programming language, both the Windows API and Windows have historically been described as object-oriented. There are also many object-oriented language wrapper classes and extensions that make this object-oriented structure more explicit (Microsoft Foundation Class Library (MFC), Visual Component Library (VCL), GDI+, and so on). For example, Windows 8 provides the Windows API and WinRT API, which are implemented in c++ and are object-oriented by design.

Whether it is MFC, VCL or VB6, Win32 SDK is the root of it. In fact, what we deal with in the end are HWND and Windows Message.

【This article takes  Windows 10-  calc.exe as example】

Desktop Automation Principles-RPAPlus

 Spy++ information available is very limited

Spy++ can only identify the most basic calculator form name, location, HWND and other information, can not identify more details of each button, Win32API can not fully automate this kind of application.

Desktop Automation Principles-RPAPlus

Spy++  difficult to find information

Spy++ tool extracted hundreds of various forms of information, resulting in low search efficiency, more suitable for some older applications, and MSAA and UIA can be used with a good effect.

Win32API can operate on the underlying OS interface, used to handle the simulation of the keyboard and mouse, some special forms have a magic effect.

Desktop Automation Principles-RPAPlus

BluePrism win Mode information obtained is consistent with Spy++

BluePrism can manually switch Win32/AA/UIA pickup mode.

Based on Win32API has a very well-known automation tool AutoIT

Home

AutoIt v3 is a freeware BASIC-like scripting language designed for automating the Windows GUI and general scripting. It uses a combination of simulated keystrokes, mouse movement and window/control manipulation in order to automate tasks in a way not possible or reliable with other languages (e.g. VBScript and SendKeys). AutoIt is also very small, self-contained and will run on all versions of Windows out-of-the-box with no annoying “runtimes” required!

【 Win32API Disadvantage:】

Complex to use and high implementation cost. The use of Win32 API has a lot of need to pay special attention to the details, such as some Win32 API can not work across the process, some Windows Message can only be sent to the current thread created by the window, a little careless, will lead to automation program instability.

Too low level, inconvenient to use. In order to facilitate invocation, it is often necessary to encapsulate the API, which increases the implementation cost. For example, Win32 query form method, built-in methods FindWindow and FindWindowEx need to get HWND layer by layer, layer by layer search, in the nested layer UI program before particularly inconvenient. So you need to encapsulate some practical methods and classes

Different development tools, such as MFC, VCL, and.net Framework, deal with Win32 API in many details on the internal implementation. For example, the maintenance of WinForm Control on Win32 HWND in.net is dynamic, and the same WinForm Control’s HWND may change during the life cycle of the program, which is a fatal problem for Win32 apis that rely on HWND as their unique identity.

Many new framework form contents cannot be recognized. This calculator application, for example, makes the Win32 API almost useless for such applications.

 

MSAA:

Microsoft Active Accessibility (MSAA) is an application programming interface (API) for user interface Accessibility. MSAA was introduced in 1997 as an additional platform for Microsoft Windows 95. MSAA is designed to help assistive technology (AT) products interact with the standard and custom user interface (UI) elements of the application (or operating system) and access, identify, and manipulate the application’s UI elements. The AT product works with msaa-supported applications to provide better access for individuals with physical or cognitive difficulties, disabilities or disabilities. Some examples of AT products are screen readers for people with limited vision, on-screen keyboards for people with limited physical contact, or voice-over devices for people with limited hearing. MSAA can also be used for automated test tools and computer-based training applications.

Desktop Automation Principles-RPAPlus

Desktop Automation Principles-RPAPlus

AccExplorer recognizes the number 9

The AccExplorer tool recognizes the response very quickly, but it ignores many of the attributes that are important for automation, such as AumationId, Control Type, etc., so it’s inconvenient in practice.

MSAA pick-ups can be adapted to a wide range of Window desktop applications, and although UIA will inherit MSAA, there are plenty of scenarios where MSAA can handle automated elements at the moment.

Desktop Automation Principles-RPAPlus

Uibot(Local RPA Tool) recognizes the number 9 by default

MSAA way to identify calculator keys 9,

The Control Type of “numeric keypad” : 50026

Control Type of “nine” :50000

Other indicators can also be corresponding.

Thus, it can be determined that the default method for Uibot to recognize the Window application form is MSAA, and the name of the “Control Type” property is changed to “cid”.

Uibot USES MSAA to identify and influence elements very quickly, and it should be well optimized.

【 MSAA Disadvantage:】

MSAA is based on COM technology, but IAccessible is not a COM standard interface. For example, users do not need to call CoInitialize to use it, nor can they get further custom interfaces through QueryInterface. This limits what MSAA can offer.

The definition of the IAccessible interface is flawed. Many of the methods are optional, but some of the key methods to support UI automation are missing. For example, it provides accSelect to support the selection of controls, but there is no method like accExpand to support the expansion of tree controls and so on.

Complex form element positioning is inefficient

 

UIA:

Microsoft UI Automation (UIA) is an application programming interface (API) that allows access to, identification, and manipulation of user interface (UI) elements of another application. The goal of UIA is to provide UI Accessibility, which is the successor to Microsoft Active Accessibility. It also promotes GUI test automation, and it is the engine on which many test automation tools are based. Many RPA tools also use it to automate desktop applications in business processes.

UIAutomation is a new set of UI automation testing technology, or UIA, launched by Microsoft from Windows Vista. In the latest Windows SDK, UIA and other components that support UI Automation, such as MSAA, are released together, called the Windows Automation API. UIA’s property provider supports both Win32 and.net programs.

Desktop Automation Principles-RPAPlus

Desktop Automation Principles-RPAPlus

Uipath picks up key 9 by default

Reading the Selector property of the UiPath picker, you can see that UiPath has extracted the above image by UIA’s picker.

Desktop Automation Principles-RPAPlus

RPAPlus SPY+ can clearly show the tree structure, UIA attribute

[example of UIA application 2- WeChat desktop version]

 

Desktop Automation Principles-RPAPlus

Uipath pick up WeChat desktop – entire form highlighted

Can’t pick up the WeChat desktop version? It’s not

With rpaplus-spy + scan analysis, the reason can be found immediately

Desktop Automation Principles-RPAPlus

WeChat desktop – added a popupshadow to the form surface Desktop Automation Principles-RPAPlus

The WeChat desktop version adds a shadow-like or masked form to the surface of the application to block detection by the UIA recognition tool. (Wow~ ~ ~)

[UIA VS MSAA:] from Microsoft official documentation

Basic Design Principles

Although Microsoft Active Accessibility and UI Automation are two different technologies, the basic design principles are similar. The purpose of both technologies is to expose rich information about the UI elements used in Windows applications. Developers of accessibility tools can use this information to create software that makes applications running on Windows more accessible to people with vision, hearing, or motion disabilities.

Both Microsoft Active Accessibility and UI Automation expose the UI object model as a hierarchical tree, rooted at the desktop. Microsoft Active Accessibility represents individual UI elements as accessible objects, and UI Automation represents them as automation elements. Both refer to the accessibility tool or software automation program as the client. However, Microsoft Active Accessibility refers to the application or control offering the UI for accessibility as the server, while UI Automation refers to this as the provider.

Properties and Control Patterns

Microsoft Active Accessibility offers a single Component Object Model (COM) interface with a fixed, small set of properties. UI Automation offers a richer set of properties, as well as a set of extended interfaces called control patterns to manipulate accessible objects in ways Microsoft Active Accessibility cannot.

For more information, see UI Automation Properties Overview and UI Automation Control Patterns Overview.

MSAA Roles and UI Automation Control Patterns

Microsoft designed the Microsoft Active Accessibility object model at about the same time as Windows 95 was released. The model is based on “roles” defined a decade ago, and you cannot support new UI behaviors or merge two or more roles together. There is no text object model, for example, to help assistive technologies deal with complex web content. UI Automation overcomes these limitations by introducing control patterns that enable objects to support more than one role, and the UI Automation Text control pattern offers a full-fledged text object model.

Object Model Navigation

Another limitation of Microsoft Active Accessibility involves navigating the object model. Microsoft Active Accessibility represents the UI as a hierarchy of accessible objects. Clients navigate from one accessible object to another using interfaces and methods available from the accessible object. Servers can expose the children of an accessible object with properties of the IAccessible interface, or with the standard IEnumVARIANT COM interface. Clients, however, must be able to deal with both approaches for any server. This ambiguity means extra work for client implementers, and broken accessible object models for server implementers.

UI Automation represents the UI as a hierarchical tree of automation elements, and provides a single interface for navigating the tree. Clients can customize the view of elements in the tree by scoping and filtering.

Object Model Extensibility

Microsoft Active Accessibility properties and functions cannot be extended without breaking or changing the IAccessible COM interface specification. The result is that new control behavior cannot be exposed through the object model; it tends to be static.

With UI Automation, as new UI elements are created, application developers can introduce custom properties, control patterns, and events to describe the new elements. For more information, see Custom Properties, Events, and Control Patterns.

Transitioning from MSAA

The Windows Automation API framework provides support for transitioning from Microsoft Active Accessibility servers to UI Automation providers. The IAccessibleEx interface enables support for specific UI Automation properties and control patterns to be added to legacy Microsoft Active Accessibility servers without needing to rewrite the entire implementation. The IAccessibleEx interface also allows in-process Microsoft Active Accessibility clients to access UI Automation provider interfaces directly, rather than through UI Automation client interfaces. For more information, see The IAccessibleEx Interface.

Choosing Microsoft Active Accessibility, UI Automation, or IAccessibleEx

This section helps you determine which Windows Automation API solution to use to implement an assistive technology product or to make your application accessible to assistive technology products.

New Applications and Controls

If you are developing a new application or control, Microsoft recommends using UI Automation. Although Microsoft Active Accessibility can be easier to implement in the short term, the limitations inherent in this technology, such as its aging object model and inability to support new UI behaviors or merge roles, makes it more difficult and costly over the long term. These limitations become especially apparent when introducing new controls.

The UI Automation object model is easier to use and is more flexible than that of Microsoft Active Accessibility. The UI automation elements reflect the evolution of user interfaces, and developers can define custom UI Automation control patterns, properties, and events.

Microsoft Active Accessibility tends to run slowly for clients that run out of process. To improve performance, developers of accessibility tool programs often choose to hook into and run their programs in the target application process: an extremely difficult and risky approach. UI Automation is much easier to implement for out-of-process clients, and offers much better performance and reliability.

Existing Microsoft Active Accessibility Implementations

If you are updating an existing application or control that is based on Microsoft Active Accessibility, consider adding support for UI Automation by implementing the IAccessibleEx interface. First, ensure that your application or control meets the following requirements:

  • The baseline Microsoft Active Accessibility server’s hierarchy of accessible objects must be well organized and error free. IAccessibleEx cannot fix problems with existing accessible object hierarchies.
  • Your IAccessibleEx implementation must comply with both the Microsoft Active Accessibility specification, and the UI Automation Specification. Microsoft provides a set of tools for validating compliance with both specifications. For more information, see Testing Tools.

If either of these requirements is not met, consider implementing UI Automation natively. You can keep legacy Microsoft Active Accessibility server implementations for backward compatibility if it is necessary. From a UI Automation client perspective, there is no difference between UI Automation providers and Microsoft Active Accessibility servers that implement IAccessibleEx correctly.

 


 

These are the most standard and reliable technical implementations for handling desktop automation, but there are many more options that can be extended beyond the standard approach:

[based on coordinates] / [based on color] / [based on CV] adds more possibilities and infinite imagination to desktop automation, and the end result must be that as long as people can operate, so can robots.

In all automation technology scheme based on “based on the coordinate” is probably the most impossible, the main reason is lack of the articles mentioned “beginning to find, read,” read one of the three elements, results in the decrease of the accuracy of the automated process, mature intelligent automation engineer should try to avoid using the method based on coordinate.

In the future, we will also do more and more in-depth sharing on other types of automation, web automation.

Include: Chrome/IE automation, Java Access Bridge supported automation /Mainframe Emulator automation, and more.

The service number article cannot be updated in real time later, but the article on the official website will be modified and added with the passage of time.

 

LittleR

RPA是什么?你们公司部署的可能只是桌面自动化

RPA是数字员工,是企业智能自动化战略一部分。应用RPA战略应该包含完整流程咨询、优化、开发测试上线、运营管理,需要一整套数字员工管理办法。

RPA是什么?你们公司部署的可能只是桌面自动化

企业范围的自动化策略可以包括RPA、BPM、人工智能(AI)、案例管理,协作。使用框架是计划和管理这类复杂计划的好方法。

脚本自动化:在RPA技术出现之前,脚本自动化是企业自动化可选的比较靠谱自动化落地技术。用于解决最基础的几步任务自动化,技术的缺点是没有容错、任务管理、弱鸡的基于GUI的能力。商业上的优势是,几乎可以免费使用。

万事达卡全球业务服务中心- 近几年自动化旅程

万事达卡全球业务服务中心GBSC自动化之旅始于2012年的金融共享服务倡议。最初的目标集中在更好地利用固有的优势核心后台系统中的自动化功能(Oracle ERP、Hyperion、Workday等)。这包括选择使用第三方工具和开发临时脚本和工具。虽然这种方法是有益的,但没有完全满足人们对数字自动化的期望。

其结果是一个战略性的决定,开始了更广泛、更全面的自动化和创新,越来越多的利用RPA +AI 技术:

2015年,自主研发和引进包括VBS和python。这为无人值守自动化创造了可能性。2016年,GBSC评估了RPA软件,启动了一个自动化项目来部署RPA解决方案。GBSC自筹内部资金创新团队和投资基础设施。2017年,GBSC对运营业务流程专家进行了RPA培训,驱动手动流程向自动化转换,同时实现跨GBSC业务部门部署25个自动化流程的目标。2018年,GBSC增加员工和资金运营RPA,实现交付60个自动化流程,帮助节约超过2.3万小时/年的工作时间。
RPA虚拟员工转型之路,公众号:RPAPlus案例学习-万事达卡全球业务服务中心(GBSC)

在RPA流程自动化机器人之前,脚本自动化一直是企业自动化战略中非常重要的一部分。GBSC的自动化的发展路径让他们看到了RPA替代部分脚本自动化的可能性。

BPM:类似地,BPM也是一组非常成熟的工具,最适合用于大规模部署和转换。由于它通常需要对新应用程序进行大量的流程重新设计和构建,因此BPM可能变得复杂而昂贵。BPA是BPM体系中的流程自动化应用技术。

BPA和RPA都有一个相似的目的:通过自动化更有效地执行业务功能。BPA最早被引入技术市场,可以在其系统内实现RPA。区分BPA和RPA的三个主要因素是:整合、工作流程和定价。
RPAPlus代表,公众号:RPAPlus【RPA vs BPA】RPA与BPA的区别

相比之下,RPA还很年轻,但很快就成熟了,因此最适合用于重复性的、基于规则的任务。与前面提到的宏和脚本相比,这是一个复杂得多的演化。通常,它被策略性地部署或者与BPM工具结合使用。最后,人工智能最适合用于处理各种数据类型的复杂、内容较多的流程。

不过得益于Python的快速发展,高效,稳定的许多自动化技术框架正变得越来越容易。Python+自动化框架的能力在很多层次与主流RPA工具相当,优于许多国产本土初创RPA产品。别忘了Python还有自带的“种族天赋”,爬虫技术,在处理网页大数据信息抓取场景方面有不小的优势。

为什么说许多公司部署的只是桌面自动化应用?

因为目前许多RPA项目,都是使用RPA工具去落地实现很小的那一段业务流程TASK自动化,而实现这样的需求传统桌面自动化工具同样可以很好完成。无论从为企业带来商业价值角度,还是项目本身自动化在企业数字化转型战略中的格局,都是很小很片面的应用点。

所以这样的点应用,其实只是实现了桌面级别的自动化能力。

 

社区活跃会员孙先生观点:

相比传统软件开发,RPA机器人的开发是比较“新”的。这个新只是概念上的“新”,因为它一直存在于传统软件开发的过程中。当我提起(UI自动化测试)的名头,你会不会有所感悟。为什么我会这么说,因为它们的核心是完全一样的,只是目的不同。RPA的目的是要把数据正确的导入系统中,或者操作系统下载数据。而UI自动化测试则是通过异常数据对系统的操作从而发现系统存在的问题。那么我们可以看到他们的核心都是操作系统软件,只是目的不同而已。在我看来RPA(约等于)UI自动化测试。用一些开源自动化框架(selenium或者PUP/Win32API/UIA)足可以替代UIPath/AA/BP等软件的绝大部分功能。

RPA底层核心技术几乎完全传承于自动化测试框架,所以站在纯技术的视角去理解RPA确实相差不大。

 

核心技术上—>>> RPA 的部分能力 约等于 桌面自动化工具

 

核心商业逻辑 —>>>  商业目的完全不同,RPA是为了实现业务能力,自动化测试工具是为了服务开发人员,提升开发测试效率。由于商业目的不同,产品的设计理念就会完全不同,产品的发展路径也会大大不同,RPA朝着用户体验,业务使用者协作方向大踏步迈进。

RPA 是数字员工,实现商业价值,使业务工作流的自动化,不论是否需要集成第三方的各类应用能力。

 

问题:仅仅实现某些独立零散流程自动化有必要上RPA吗?

大企业高层考虑的是RPA是否符合企业数字化转型战略,如何围绕RPA创建数字员工的管理支撑体系,以及短期这笔的软件投入若干年之后是否会成为无效投资。

在乎成本的中小企业,更在乎机器人能否真的省钱,仔细核查投资回报。如果机器人的软件License支出占据了很大成本压力,考虑使用不需要License费用的自动化服务也不是不可以,只是选择靠谱的服务合作伙伴显得尤为重要。

RPA应用本应该不存在所谓的单机部署,如果有这样的需求,或许可以考虑传统的自动化解决方案。

► 2019年全球TOP 几大RPA厂商商业数据分析
【RPA vs BPA】RPA与BPA的区别
► 几款不错的RPA开源软件分享[RPA&nbsp;Plus]
► 企业有关于未来工作的路线计划图吗?
► 免费入驻-RPA产品在中国页面
► RPA新宣言:流程自动化机器人的十大定律
► Uipath 收发消息 R-Connect范例(官网可下载)
► RPA开发利器,R-Connect 人机交互解决方案
► 搜索引擎机器人-可下载
► RPA的门槛真的很低吗?
► RPAPlus 2020合作计划
► 突破RPA的障碍和最佳实践 RPA Plus
► 国产RPA软件横评报告
「RPAPlus」 | 专注RPA+AI 研究、评测、教育
孙越

开源RPA之路 之闭环解决方案

RPA(约等于)UI自动化测试 吗?

相比传统软件开发,RPA机器人的开发是比较“新”的。这个新只是概念上的“新”,因为它一直存在于传统软件开发的过程中。当我提起(UI自动化测试)的名头,你会不会有所感悟。为什么我会这么说,因为它们的核心是完全一样的,只是目的不同。RPA的目的是要把数据正确的导入系统中,或者操作系统下载数据。而UI自动化测试则是通过异常数据对系统的操作从而发现系统存在的问题。那么我们可以看到他们的核心都是操作系统软件,只是目的不同而已。在我看来RPA(约等于)UI自动化测试。用一些开源自动化框架(selenium或者PUP/Win32API/UIA)足可以替代UIPath/AA/BP等软件的绝大部分功能。

RPA开源架构设计

1)开发语言:选择一种你熟悉的语言(JAVA/C#/VBA/Python等等),作为编写业务逻辑的场所及封装RPA机器人可执行程序的平台。

2)RPA接口:浏览器API(selenium/Pup),WindowFormAPI(Win32API/UIA),鼠标控制类,文件控制类,文件夹控制类,Excel控制类,Log控制类,Xml控制类,PDF控制类,Mail控制类等等

(以上接口通过标准化封装后可以大大缩减开发时间以及日后维护成本)

3)控制器:通过windows自带(计划任务)可设置软件执行的日期及时间。配合Bat批处理文件可设置程序启动时间间隔(批处理文件可获取程序运行状态,如果已经到了下一次执行时间,批处理文件可先检测程序是否运行,如果运行将跳过本次预定执行)。

4)监控软件:(集群管理):因我们已经标准化了RPA的机器人的Log文件输出形式。可利用UDP通讯机制+多线程+队列开发出一款针对RPA机器人log进行监控的监控软件。

当然UIpath/AA/BP等产品的功能不止这么多,对于其他一些功能如验证码识别等都属AI的OCR图文识别领域。至于其他功能我相信传统开发语言优势更为明显。

为何更喜欢传统开发语言结合RPA自动化框架这种方式,它的优势很明显(稳定/可结合最新的框架/免费/设计思路清晰),这种结合方式可以把RPA产品代码量控制在千行以内。可以想象一个RPA工具只需要5人日左右就可开发完成,一个操作就是一行代码(只需要传递相关参数)。传统RPA产品为了适合各种场景,会把很多功能进行拆分以便灵活使用,但对于开发者来说就变得相对繁琐,比如对一个文本框进行数据录入。传统的RPA平台就需要编写至少两部操作。第一步需要录入,第二部需要对录入数据进行验证。用开源框架就可以自己编写框架核心技能把这两个操作整合在一个方法内。从而简化了开发步骤。类似这样的功能还有很多就不一一举例。一个上线的RPA机器人是否合格,一看稳定性,二看易用性,三看可维护性,四看性价比。基于这四点上这种模式完全满足。

总结:这套方案是成熟的,也是不成熟的。成熟的是这套方案是从千百个项目中总结出来的,同时也是不成熟的不成熟是运用的人还不够多,面对的场景还不够广。希望能找到这方面有着兴趣的有识之士一起能把这条路走的更远。

(如果你对这种模式感兴趣,可留言。我们相互学习)

LittleR

【RPA vs BPA】RPA与BPA的区别

【RPA vs BPA】RPA与BPA的区别

【RPA vs BPA】RPA与BPA的区别

自动化,特别是流程自动化并不是这两年因为RPA火热才出现的新东西。从精益生产和流水线生产的时代开始,流程自动化运动就一直在优化过程,以提高效率和降低成本,同时提供更高质量的最终产品。

 

什么是业务流程自动化(BPA)?

业务流程自动化(BPA)使工作流自动化,以提高组织的效率。BPA并不关注单个部门,而是通过实现集成所有现有应用程序的软件系统来关注整个组织。BPA关注的是整个端到端流程,而不是单个任务。

业务流程自动化通常需要对业务的低效性进行深入分析,以评估组织面临的最大问题。这是因为业务流程为后台和前台业务功能打下了基础——从管理发票和记录到快速开立客户账户,再到向潜在客户提供实时促销优惠。

在一天结束时,业务流程允许组织的所有不同部分高效地一起工作。后端功能如企业资源规划(ERP)和客户关系管理(CRM)实现了BPA。业务自动化的好处包括,降低成本,提高员工生产力和客户满意度。

 

什么是流程自动化机器人(RPA)?

流程自动化机器人(RPA)包含软件机器人(bots),它们模仿人类的任务。这些机器人通过记录人类执行的流程工作流来完成基于规则的任务。它们可以登录系统,浏览页面,输入和提取数据,模仿人类与计算机系统的交互。

传统的自动化程序遵循指导性代码,而机器人程序则按照说明性步骤进行训练。这使得机器人能够适应动态环境。传统的自动化无法在其代码之外执行步骤。例如,在处理excel表格中的数据时,传统的自动化会在空白字段中发现错误,需要人工干预。RPA bots会识别这个问题,并在空白字段中找到丢失的相关数据。无论应用程序使用何种技术,机器人都会与其他应用程序进行交互,经过训练后,它们就会继续执行自己的动作。

大大小小的公司都在迅速地将RPA整合到业务功能中,以提高它们的生产力。由于不同的供应商针对不同的需求,RPA市场正在增长。某些供应商合并了机器学习和认知数据,允许机器人使用结构化和非结构化数据进行操作,而其他供应商专注于大规模自动化。供应商的例子包括Automation Anywhere,UiPath,BluePrism和其它。前者使用机器学习,处理结构化和非结构化数据,这些机器人的目标是智能决策和适应非结构化数据,而不是大规模自动化。

金融、银行、医疗等行业都实施了RPA,以简化流程、降低风险和提高生产率。通过从不同的信息源和UI提取数据,然后组合和迁移数据形成元数据,bot通过复杂的数据管理来改进数据分析和准确性。RPA的另一个好处是易于实现:它集成在当前的软件中,而不改变现有的计算机系统。员工有更多的时间从事需要人类特征的增值活动,如创造力、情商和客户服务。

 

RPA和BPA有什么区别?

BPA和RPA都有一个相似的目的:通过自动化更有效地执行业务功能。BPA最早被引入技术市场,可以在其系统内实现RPA。区分BPA和RPA的三个主要因素是:整合、工作流程和定价。

集成

BPA采用了一种更全面的方法,解决了整个端到端过程。BPA的目标是简化组织中的所有工作流程,从而更快、更准确地做出决策。另一方面,RPA的主要功能是用软件代替耗时的人工任务。RPA不会破坏现有的业务流程,可以集成到现有的BPA软件中,如ERP和CRM。

在CRM中实现RPA的一个例子是网站上的聊天框。聊天框中弹出的“我如何能帮助你”是由机器人运行的。这些机器人将收集到的信息传递给一名员工,该员工随后处理客户。RPA通常用于采购自动化,其中提交表单、查看电子邮件和填充特定于供应商的表单等人工任务被机器人取代。相反,BPA是一种侵入性很强的整合形式。它用自己的软件对现有的系统进行大修,并实现自己的系统。BPA使用一个中央系统,所有业务单元都连接到该系统,并使所有工作流程自动化。整个业务流程的效率源于BPA。

 

工作流

RPA和BPA的目标是创建更有效的工作流程,两者使用不同形式的自动化。

RPA机器人访问桌面现有的用户界面并执行人工任务,例如,复制和粘贴、移动文件、发送电子邮件。整个工作流程由机器人记录和重复,完全替代人工任务。虽然某些机器人有决策和智能能力,但大多数机器人还没有发展到这个阶段。Bot自动化紧随屏幕抓取之后,这意味着它们将某些信息记录在web表单上,并将记录的数据存储起来供以后使用。

BPA中使用的工作流程更加复杂,使用单一的处理模型来创建集成多种系统的工作流程。这些系统彼此交换和提取信息,以实现任务自动化,这需要API和数据库访问。这需要对编码和开发的大量IT支持。使用RPA时不需要API:机器人自己记录、训练和行动。

定价

定价策略不同。UiPath定价的估计值根据订阅的不同而不同。BPA定价取决于公司的规模。具有跨业务功能的中间层软件的价格从1万美元到10万美元不等,而顶级软件的价格可以从这一水平迅速增长。

本质上,业务流程自动化(BPA)或业务流程管理(BPM)是用于描述组织中大规模端到端业务流程的流程工程和自动化的总称,而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 研究、评测、教育

 

思想瞭望者

UiPath实践经验总结(一)

原文系本人首发于博客园(点击下面的链接可跳转),应RPAPlus的邀约转发到这里。

有些观点是本人早期经验,如今回顾未必完全合理,建议理性参考。

https://www.cnblogs.com/ybyebo/p/9680149.html

用UiPath做RPA也有一段时间了,初上阵不久,遇到过不少大大小小的坑。以下列出一些心得体会,望能抛砖引玉,与同行进行更多交流。

 

1. 日志策略:将UiPath Robot的Logging Level设为Verbose,避免重新发明轮子。

2. 变量&参数命名要有规范,确保一眼就能看明白是什么类型什么用途。

3. 读取Configuration也有可能出错,需要包一层Try…Catch…。

4. 重复出现的逻辑应该提取出来作为单独的模块。

5. 避免在Open Browser中包含Activity,以使逻辑清晰,易于修改。

6. 每一 个Activity的作用/目的都要通过命名简要描述。

7. 避免使用Invoke Code,便于定位&调试问题。

8. 从Excel读取出来的DataTable要转换各列的DataType。

9. 避免使用Excel Application Scope,用Workbook Activities替代。

10. 避免使用非官方的Activities。

11. 常用的配置值要存为一个变量,以便于调用

12. PDF文档要打开后再打印,确保格式干净,稳定

13. 避免使用IF Activity,避免嵌套使用IF Activity,尽量使用Flow Decision替代

14. 用Element Exists超时不会报错,用On Element Appear和Find Element超时会报错

15. Web应用,WaitForReady必须设为Complete

16. 优先使用SimulateClick,其次是SendWindowMessages,最后才是Native,以提高性能,并且可以在后台运行

17. 操作前要确认处于预期的界面,确认目标Element已存在。操作后要确认操作结果正确,尤其是要确认Type Into输入了预期的值。

18. SimulateClick和SendWindowMessages操作过快,需要不断确认操作是否得到预期的结果

19. 选择打印机之后要确认是否正确连接打印机。如何确认?在打印界面点击Properties,确认弹出的窗口为预期的打印机属性窗口即可。

20. 对于有规律的网页数据,尽量先尝试Data Scraping (Extract Structured Data)。对自动产生的Selector采取逐层替换的方法改成正确的Selector。

21. 如何协调多个Project之间文件的分布,如何避免多人同时开发时的冲突?

22. 禁止使用Sequence,尽量使用Flow Chart

LittleR

Uipath 收发消息 R-Connect范例(官网可下载)

R-Connect是提供Robot 与 用户通过微信通讯的渠道。

文本为大家介绍Uipath当中如何调用R-Connect 发送消息和接收消息。

Uipath 收发消息 R-Connect范例(官网可下载)

由于Uipath自带HTTP Request Activity 基本可以0代码搞定消息收发。

注意:只有关注了公众号的用户才可以收到消息。

方法如下:

第一步 Multiple Assign (给变量赋值) 并计算得到 requrl

Uipath 收发消息 R-Connect范例(官网可下载)

第二步, 通过HTTP Request 发送消息给指定用户

注意: Rid 需要从该工具获取(微信扫码获取)

Uipath 收发消息 R-Connect范例(官网可下载)

Uipath 收发消息 R-Connect范例(官网可下载)

HTTP Request配置非常简单:

EndPoint (填网址)

Request Method (默认就是Get)

Response-> Result 填写一个返回变量

Uipath 收发消息 R-Connect范例(官网可下载)

HTTP Request也提供 Preview 测试,返回错误代码0,代表发送成功。

 

第三步,获取用户回复的消息

真实情况需要做一些处理,因为用户不会秒回,测试案例就不加这些逻辑了。

返回 False,代表用户还未回复。Uipath 收发消息 R-Connect范例(官网可下载)

 

Uipath 收发消息 R-Connect范例(官网可下载)

R-Connect.xaml  下载地址:

R-Connect[Uipath] (下载19)

 

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

RPA开发利器,R-Connect 人机交互解决方案

RPA开发利器,R-Connect 人机交互解决方案

R-Connect是普通人与机器人通信协作的解决方案。主要功能有:

机器人发起报警、协助请求、通知等要求给指定流程负责人

流程负责人答复、命令机器人给出反馈

机器人独立无法完成的业务逻辑判断,短信验证码等场景都可以通过

R-Connect方案来解决

R-Connect 有什么用?

RPA开发利器,R-Connect 人机交互解决方案
帮忙解决未定义业务逻辑,机器人向业务专家发起人工协助。并在业务专家指导或授权下,完成任务。
RPA开发利器,R-Connect 人机交互解决方案
帮忙解决复杂多通道验证码,例如:短信登陆验证码,U盾Token电子码,这些码往往只有注册用户才能收到。没关系,只要注册用户在一定时间(多次尝试)内帮忙回复给R-Connect即可。帮忙搞定很复杂的CV技术都不一定能搞定的识图类验证码。用人工判断告诉机器答案(由于登陆类操作发生的频次往往很低,将这个任务交由对应的流程负责人还是可以接受的)。RPA开发利器,R-Connect 人机交互解决方案

R-Connect 执行步骤可以由机器发起,例如上图所示,亦可以由人工发起。

常见的流程:

Step1:  机器人碰到问题解决不了,发给人类求助

Step2:  人类在微信(服务号)查看消息

Step3:  回复答案在聊天窗口

Step4:  机器人继续执行工作

·

R-Connect 怎么使用?

手机端测试接口:
RPA开发利器,R-Connect 人机交互解决方案
                                                       测试接口打开界面
测试接口会在授权后,读取RID,昵称,和头像信息。消息1-可编辑消息2-可编辑

可自定义输入测试内容

点击确定即发送测试消息

(微信扫码接入,或点击下方快捷连接)

RPA开发利器,R-Connect 人机交互解决方案

点击链接前往:       R-Connect手机测试页面Web调用接口:通过HTTP请求调用

http://www.rpaplus.com:8000/add?id=&m1=hi&m2=baby&type=0

http://www.rpaplus.com:8000/add?   为服务器地址

id=  输入手机接口获取的RID

m1=  输入任意消息

m2=  输入任意消息

type=  0为T消息,1为C消息

如果利用RPA工具中的代码块功能调用,范例如下:

Python代码块

import requestsrequests.get("http://www.rpaplus.com:8000/add?id=orr6twjsaLjb3qISxVStqBT8KbWg&m1=这个问题的答案是什么&m2=Python范例&type=0")

JS代码块

$.get("http://www.rpaplus.com:8000/add?id=orr6twjsaLjb3qISxVStqBT8KbWg&m1=这个问题的答案是什么&m2=JS范例&type=0",function(data,status){      alert("数据:" + data + "\n状态:" + status);

其实R-Connect不仅仅可以用在RPA+AI这个细分领域,也可以用于各类后端运维服务器监控,股票原油交易涨跌告警 等等。

如果有使用方面的问题,也欢迎到 https://www.rpaplus.com/community/

提问或交流

► 花了一点时间,我们自己做了一个RPA设计器
► 搜索引擎机器人-可下载
► RPA的门槛真的很低吗?
► RPAPlus 2020合作计划
►突破RPA的障碍和最佳实践 RPA Plus
►从疫情中窥机 – 人工智能商业潜力
► 重新审视当今最被炒作的RPA
► 白领机器人-3个应用与思考
► RPA案例 DHL物流行业应用
► RPA被过度炒作吗
► 国产RPA软件横评报告
► 微软进入RPA市场意味着什么
► 2019 RPA+AI行业峰会 | 成功落幕
「RPAPlus」 | 专注RPA+AI 研究、评测、教育

 

LittleR

搜索引擎机器人-附下载链接

搜索引擎机器人-附下载链接

 

 

利用Python pywin32 , selenium , BeautifulSoup 等,制作了一个简单的搜索引擎自动检索的机器人。

主要功能有:

  • 独立窗体程序
  • 自定义输入检索关键词、检索页数
  • 自动打开Baidu,检索,自动翻页
  • 转换Baidu地址为真实网站地址
  • 双击直接前往目的网站
  • 数据Excel汇总导出

 

开发语言:Python 3.7.6

必备环境:Chrome 浏览器

 

 

搜索引擎机器人-附下载链接

点击执行后,机器人开始自动执行

搜索引擎机器人-附下载链接

机器人自动打开网页,输入关键词,翻页

搜索引擎机器人-附下载链接

GUI接收检索信息,双击前往目标地址

搜索引擎机器人-附下载链接

   同时提供Excel版详细数据

该研究测试最大的意义在于探究,RPA与传统脚本方式(主要是Python)在一些网页类应用方面的差异,移植性,可复现,可维护性等核心。

 

可能很多人都觉得,RPA能实现的技术功能点,脚本类语言都可以实现。单纯从技术上分析,确实是如此。而且有些场景,Python比RPA更强大更高效。这次的搜索引擎机器人用纯RPA工具做,确实不见得有什么优势。

 

然后我们来分析一下,用Python 对比 企业级RPA平台的不足 :

 

程序引入了许多外部包,部分还需要配置依赖库,导致新环境配置成本高;

无法进行集中管理,更无法实时审计;

纯代码开发,只能以传统软件开发的方式进行维护 ;

业务用户友善度低,对非技术类人员整个过程都是黑盒子,不利于业务流程的改进;

 

下载地址:

搜索引擎机器人 (下载2822)

 

LittleR

花了一点时间,我们自己做了一个RPA设计器

研究RPA我们是认真的,这两天我们花了一点时间自己做了一个RPA设计器的技术原型。可以拖拉Activity,也可以flowchart画图,保存成xaml文件,导入xaml文件,设置变量,还可以运行测试。请参考以下视频

 

花了一点时间,我们自己做了一个RPA设计器

从2018年至今,可能很多人都有一个疑惑,为什么有些国产RPA工具跟Uipath长的那么像?刚开始我们也挺困惑,也有过各种猜测,是Uipath早期源代码泄露了吗?还是说可以反编译Uipath Studio ?结果证实其实并不是这么回事。

花了一点时间,我们研究了Windows Workflow Foundation

Windows Workflow Foundation (WF) is one of the parts of the .NET 3.0 framework as released by Microsoft.

http://www.windowsworkflowfoundation.eu/

微软官方在.NET Framework 4.5 中的 Windows Workflow Foundation (WF) 引入了许多新功能,如新活动、 设计器功能和工作流开发模型。

https://docs.microsoft.com/zh-cn/dotnet/framework/windows-workflow-foundation/whats-new

互联网上关于Windows Workflow Foundation WWF的讨论时间可以追溯一般在2012~2015年期间

从目前互联网上的资料来看,.NET Framework 4.6.1之后,微软应该没有对WWF有过更新(如有说的不准确也忘指正),4.6.1的发布时间也正是2015年。

花了一点时间,我们自己做了一个RPA设计器

Microsoft .NET framework发布历史

我们为什么聊WWF ?

因为全球人工智能行业独角兽估值No.1的企业 Uipath RPA Studio用的就是这个框架  ,不光如此国内若干家厂商RPA Studio 用的也是这个框架。

我们一直在思考用这个框架的优势和问题?

优势想必不用说了,“拿来主义”可以非常快速的开发出一个RPA设计器,组件还可以参考Uipath Activity怎么做的,所以核心的研发工作变成机器人管理后台和执行Agent的研发。

那么使用Windwows workflow foundation 又有什么劣势呢 ?

这个问题也好纠结,WWF是一个蛮老的框架,底层可塑性有限,然后还要被普通群众贴上山寨 Uipath的标签 ,太难了。

关于这个问题,欢迎高人到我们官网留言,官网视频清晰度也会高一些。

另外,如果有人希望交流探讨 WWF 或 RPA Studio框架,也欢迎入群或登录官网社区。

花了一点时间,我们自己做了一个RPA设计器

附. 关于微信公众号

官网:  www.rpaplus.com

微信公众号ID:RPAPlus 数字员工

社区论坛:www.rpaplus.com/community  持续运营中

花了一点时间,我们自己做了一个RPA设计器

LittleR

那些年把你逼疯的验证码,还能再浪一点吗?

验证码(CAPTCHA)是“Completely Automated Public Turing testto tell Computers and Humans Apart”(全自动区分计算机和人类的图灵测试)的缩写,是一种区分用户是计算机还是人的公共全自动程序。

Part 1:认识验证码世界

【直接识别型验证码】

那些年把你逼疯的验证码,还能再浪一点吗?

验证码通过一次识别直接获得答案,我们惊奇的发现随着时间推移,不带干扰,或者带很小干扰的这种类型的验证码已经越来越少,取而代之的是有越来越多干扰项的验证码,对机器的识别准确率是蛮大的考验。

 

【识别+计算验证码】

那些年把你逼疯的验证码,还能再浪一点吗?

识别文字或数字只是第一步,第二步如果是简单的加减乘除基本没任何难度,如果是复杂的文字需要理解语义,那么让机器搞定还是有一点难度的。

【拖动型验证码】

那些年把你逼疯的验证码,还能再浪一点吗?

拖动型最简单的就只需要从左拖到→_→,复杂一点的呢需要水平移动找缺口,更复杂的呢就是全方向背景干扰多的类型。

【识别点击验证码】

那些年把你逼疯的验证码,还能再浪一点吗?

目前已是蛮常见的验证码类型。

【娱乐性验证码】

那些年把你逼疯的验证码,还能再浪一点吗?

想成为验证码被人打,首先你得是明星,才得够红,那才有资格入选验证码库。“嘿,听说了吧,XXX也被做成验证码了” ,可能说明人家红了。

下面请鉴赏一组奇葩的验证码

那些年把你逼疯的验证码,还能再浪一点吗?

???纯阳五子,神马玩意,还有只羊,有什么关系吗?

那些年把你逼疯的验证码,还能再浪一点吗?

这个题问的也是,首先得知道这8位分别是干什么,有没有什么爱好和副业。就比如这金三胖,他的职业应该算“皇上”之类的对吧,那么他会不会同时又是个相声演员呢?我的天,得翻金三胖的履历才能了解吧。

那些年把你逼疯的验证码,还能再浪一点吗?

嗯~~  这个应该不算太难,第四个容嬷嬷肯定不是,那么第二个是谁?当过皇后吗?那些年把你逼疯的验证码,还能再浪一点吗?

那些年把你逼疯的验证码,还能再浪一点吗?

这个验证码更变态,好字打个引号,是想让人选谁是渣男吧。 可问题是,好与坏的标准一直是动态的,明白吗?那几个月可能是渣男坏人,过了几个月人家洗白后又会成好人的。所以这题的答案在不同的时间段可能还不一样。== ,第七个图里有两个男人,这怎么算?

那些年把你逼疯的验证码,还能再浪一点吗?

呵呵,“不懂球的胖子”,短短6个字,故事前因后果,信息量太大。

那些年把你逼疯的验证码,还能再浪一点吗?

带白的人物,指什么带白,名字带白,还是肤色白,头发白?

那些年把你逼疯的验证码,还能再浪一点吗?

舞法天女是一个角色,还是一种游戏职业?太二次元的题

那些年把你逼疯的验证码,还能再浪一点吗?

 

“喵星人抢不到”是什么意思,底下6个瞄,1个汪,1个马,是想让人选狗和马,还是选6只瞄。

来来, 还有银行知识专场
那些年把你逼疯的验证码,还能再浪一点吗?

这哪里是验证码,就是市场营销好哇。

【按需点击验证码】

那些年把你逼疯的验证码,还能再浪一点吗?

要求直接写在题目中的相对简单,还需要有文学造诣凑诗句的明显更难。

那些年把你逼疯的验证码,还能再浪一点吗?

刮刮乐验证码也挺有意思的

所有以上验证码都有一个特征,那就是谜题谜面信息源都在一个地方,都在那个在线平台的入口,结合打码平台,以上验证码都已可以破解

 

那些年把你逼疯的验证码,还能再浪一点吗?

按语序图像点击机器人实现案例

有兴趣的朋友还可以登录RPAPlus社区论坛,讨论不同RPA工具的验证码实现方案

https://www.rpaplus.com/community/rpaplus-uipath 探讨Uipath 验证码应用方案

https://www.rpaplus.com/community/rpaplus-blueprism 探讨BluePrism 验证码应对方案

https://www.rpaplus.com/community/rpaplus-others/   探讨Python解决这些验证码的方案

 

什么样的验证码难破解呢?

答案是将信息分散到不同的渠道,例如最常见的短信验证码,Token,网银盾

那些年把你逼疯的验证码,还能再浪一点吗?

语音验证码

那些年把你逼疯的验证码,还能再浪一点吗?

再进一步就需要目前国内很多科技公司在做的活体检测认证了

那些年把你逼疯的验证码,还能再浪一点吗?

Part 2:验证码之矛


许多推崇自动化的人觉得验证码是一种很讨厌的东西,他们天天想着怎么破解网站验证码。

破解验证码的思路大体如下,请参考:

1-  验证码抓图识别 , 丢给Tensor Flow 也好 ,Abby 也罢 , 或者合合信息,whatever 你觉得靠谱的OCR软件。所以都是用RPA工具截下图,丢给识别软件识别,然后再去拿结果。

2-  那些很复杂的验证码,还靠自己用机器学习,语义分析,机器视觉,各类高级算法去解决吗?    RPA + 打码平台  无疑是最优解决方案。 前文中按语序点击那个GIF动图,就是用到了打码平台。

打码平台:

之所以可以那么厉害,是因为哪怕技术手段都失效,人家还有真人做打码枪手作为最后一道防线。 而随着打码的次数越来越多,打码库越来越大,很多验证码都可以秒打。 这其实是另一个 “人工”智能。

那些年把你逼疯的验证码,还能再浪一点吗?

目前百度主动在做推广的两家打码平台,斐斐我们比较熟悉,上半年的文章中也提到过他。

  • 斐斐打码    http://www.fateadm.com
  • 尖叫数据   http://www.jianjiaoshuju.com

可能有人会问,如果纯内网无法连接外网的打码平台怎么办?

定制微信小程序,把验证码截图直接推送给相关业务老师微信客户端,待老师回复后,机器人继续工作,这个方案是不是比较酷。

Part 3:验证码之盾


我们知道有许多动态生成验证码的库,例如 Java  JCaptcha ,  jQuery Ajax Fancy Capcha,  Captcha PHP ,  3DCaptcha 等等,每一个库各有特色也各有缺点。

那些年把你逼疯的验证码,还能再浪一点吗?

那些年把你逼疯的验证码,还能再浪一点吗?

为了更好的解决这个问题,就有专门的第三方公司就开始专门提供人机验证等安全认证平台。

国内目前比较知名的有:

  • 网易网盾
  • 顶象无感验证

然后还有一堆没什么技术含量的只提供短信认证的平台,他们的优势是价格便宜。

Google 的人机验证服务 reCAPTCHA 对于屏蔽 NHT(RTBAsia:Non Human Traffic,非人类的访问)非常有用,但正常情况下在国内是无法正常使用的,那么怎样才能让 reCAPTCHA 在国内正常工作呢?

方法:

将前端中 JS 的 src 从

https://www.google.com/recaptcha/api.js

改为

https://www.recaptcha.net/recaptcha/api.js

将后端的 API 地址从

https://www.google.com/recaptcha/api/siteverify

改为

https://www.recaptcha.net/recaptcha/api/siteverify

那些年把你逼疯的验证码,还能再浪一点吗?

Part 4 小结

Part 4:小结

全文写了超过两千字了,却没怎么真正提的具体解决方法,原因是每一种类型的验证码都需要特定的方法去解决,全部放到一个文章简直无法阅读。后续可以到咱们社区一起探讨交流呀。

PS.  如何将自己的照片加入识图打码的平台呢?

附. 关于微信公众号

官网:  www.rpaplus.com

微信公众号ID:RPA_Journey

社区论坛:www.rpaplus.com/community  持续运营中

那些年把你逼疯的验证码,还能再浪一点吗?

 

LittleR

Blue Prism 一招搞定所有Excel问题

【MS EXCEL VBO的局限】

BP原装的Excel VBO能实现很多Excel的操作功能,但有更多细节的个性化功能其实是实现不了的。

  • 有些用户喜欢标记字体颜色,如何设置颜色,如何读取颜色;
  • 有些单元格是带公式的,如何设置公式,读取当前公式;
  • 有些文件是带密码的,如何设置密码,如何打开带密码文件;
  • 为了好看,专业,如何设置字体,行宽间距;
  • 有些数据导入Excel需要做分列操作;

Blue Prism 一招搞定所有Excel问题

码农小妖精曾分享过,VBO 实现下表中的功能:

输入参数名称 类型 描述 备注
Handle Number Excel实例
Workbook Text 待设定的Excel工作簿名称
Worksheet Text 待设定的Excel工作表单名称
Cell Reference Text 待设定的单元格范围 例如:A1:J1
Font Size Number 字体大小
Bold Flag 字体是否加粗 True or False
Italic Flag 字体是否倾斜 True or False
Underline Number 字体下划线 无下划线:-4142

单下划线:2

粗双下划线:-4119

不支持:4

紧靠在一起的两条细下划线:5

HorizontalAlignment Number 字体水平位置 靠左对齐:-4131

中间对齐:-4108

靠右对齐:-4152

VerticalAlignment Number 字体垂直位置 向上对齐:-4160

中间对齐:-4108

向下对齐:-4107

Cell R Number 预设定的单元格颜色R值 例如:高亮显示为黄色,Cell R = 255,Cell G = 255,Cell B = 0
Cell G Number 预设定的单元格颜色G值
Cell B Number 预设定的单元格颜色B值

非常感谢她的无私分享Blue Prism 一招搞定所有Excel问题Blue Prism 一招搞定所有Excel问题Blue Prism 一招搞定所有Excel问题

【如何快速掌握呢?】

秘诀其实在Excel的宏中。

新建一个测试Excel,启用宏。

Blue Prism 一招搞定所有Excel问题

开始录制宏之后,我对A1单元格设置了黄色背景,对A2单元格设置了字体颜色红色,对A3单元格设置了公式=A1+A2,对第四列我拉宽了一点。

这些动作在宏中的代码如下:

Blue Prism 一招搞定所有Excel问题

BP Excel VBO中的很多方法都是与宏中类似的,当然不是100%相同,我们就是要参照宏里面的很多写法来实现自己想要的增强版的 Excel VBO。

实例1:打开带密码Excel

Blue Prism 一招搞定所有Excel问题

代码块中的语句:

Blue Prism 一招搞定所有Excel问题实例2:读取单元格公式

Blue Prism 一招搞定所有Excel问题

Blue Prism 一招搞定所有Excel问题

实例3: 获取单元格背景颜色

Blue Prism 一招搞定所有Excel问题

 

Blue Prism 一招搞定所有Excel问题

其实如果参考宏里面的代码,几乎可以实现任何你想要的操控Excel的功能。本文的标题是一招搞定所有Excel问题,但其实还有一个话题没搞定,那就是RPA往Excel写数据的效率问题,几千行,几万行,甚至跟列数也有关系。 关于这一点要测试的内容有点多,暂就不提了,期待跟各位大大交流经验。

你们学会了吗?

Blue Prism 一招搞定所有Excel问题

LittleR

RPA虚拟机Bot如何关闭远程桌面运行

这篇文章一直犹豫要不要发,内容太干了,尽管咱们公号也一直是以干货多自居

实施过大型企业RPA项目的小伙伴们,一定会为一件事情烦恼,当机器人部署在虚拟机上,然后关闭mstsc之后,虚拟机windwows会失去GUI交互能力 ,导致键盘,鼠标之类操作通通失效。

什么意思? 有些玩RPA的还没经历这个步骤 ?我举个最简单的RPA例子:

让RPA机器人打开Baidu ,鼠标点一下输入栏,输入”Kex”,点“百度一下”按钮

RPA虚拟机Bot如何关闭远程桌面运行

 

在各位小伙伴自己的电脑上实现这个自动化就跟玩似的,但当你让这个东西部署在虚拟机,并且关闭远程桌面连接后,你发现机器人只干了一件事,那就是打开了Baidu ,后面的几步都失效了。 RPA虚拟机Bot如何关闭远程桌面运行

【必备知识】

如果还想了解的更深入,请参见以下链接:

https://blogs.technet.microsoft.com/markrussinovich/2010/02/24/pushing-the-limits-of-windows-user-and-gdi-objects-part-1/   (Mark Russinovich 大拿的文章)

https://docs.microsoft.com/zh-cn/windows/desktop/winstation/window-stations-and-desktops  (微软官方文章)

首先需要知道3个在Windows 操作系统中的经常用的对象:

Session、Windows Station 、 Desktop。

▲ Session  用户会话

  • 每个登录操作系统的用户都会被分配一个唯一的登录会话,用于标识该用户
  • 操作系统保留0号会话给一些系统服务及驱动使用,第1个登录系统的用户使用的 Session ID 为1,该用户执行的所有应用程序都在 Session 1 下执行。

Win7的任务管理器是可以设置查看会话 ID的,Win10单独多了用户TAB

RPA虚拟机Bot如何关闭远程桌面运行

Windows Station

  • Station 被认为是桌面和进程的安全边界
  • 每个 Session 都会包含多个 Station,而每个 Station 又包含1个或多个 Desktop
  • 多个 Station 中,只有名字叫 Winsta0 的 Station 才是交互式的 Station,也就是说只有它才能有 UI 并接受用户输入
  • 每个 Session 都有一个叫 Winsta0 的用户交互Station

▲ Desktop 桌面

WinSta0 包含至少三个Desktop:

登录(WinLogon)、屏保(ScreenSaver)、默认(Default)

  •  同一时间只会有一个Desktop处于激活状态
  •  用户准备登陆,WinLogon Desktop处于激活状态
  • 用户登陆后 Default Desktop处于激活状态
  • 屏保的时候,ScreenSaver处于激活状态

激活状态的Desktop才能接收用户输入,钩子才能获取其中的某个窗口消息。

RPA虚拟机Bot如何关闭远程桌面运行

▲ 原因

有了以上知识的铺垫,现在这个问题就很容易解释了。 当关闭远程桌面后,机器人所在的那台Windows会锁屏并切换到用户登陆桌面。用户登陆桌面自然无法完成那些人机交互。

【那么如何解决问题呢?】

▲解决方法

  • 跳板机,相信有些人尝试过这个方法,让跳板机保持  mstsc长开。 这个方法可以解决问题。但就是管理复杂,远程连接也不能断,每次重启都要开好多好多远程桌面,也要多浪费一台虚拟机和不必要的网络带宽。(这个方法我就不解释了RPA虚拟机Bot如何关闭远程桌面运行,如果需要,欢迎进群或者公众号私聊)
  • 关闭远程桌面但不关闭Default Desktop方案
  • 用Python写一个这样的脚本

RPA虚拟机Bot如何关闭远程桌面运行

把文件命名为CloseRDP.py 并存至  C:\Windows\System32

以管理员方式运行CMD , 然后键入CloseRDP.py

网上还有以下方案,Win10亲测不灵。

@%windir%\System32\tscon.exe 0 /dest:console

@%windir%\System32\tscon.exe 1 /dest:console

@%windir%\System32\tscon.exe 2 /dest:console

LittleR

到底为什么要用RPA?

坊间,市下,一直有这样的言论“许多年前,通过自动化测试工具,脚本,大厂提供的自动化接口,早就可以实现这些功能了,RPA的意义究竟在哪?到底是什么原因让RPA火起来了的?”

咱们来说说,到底为什么?

首先,RPA在欧美日先火起来真正的原因是:RPA产品也好理念也罢,真正获得了最终用户的支持。但凡有一线作业的后台业务部门,都迫切希望通过技术改进解放劳动力。我们曾经对比过RPA VS BPM VS 传统软件开发项目,对比表格只是简单列举了一些指标,并没有详细说明。

到底为什么要用RPA?

设想这样的一个场景,业务部门领导希望技术部门帮忙建设一个新的信息化定制系统或者改进现有系统的不足,技术部门的反馈往往是希望用户提出完整的需求(预算当然也由业务部门跟老板申请),并由技术部门负责评估成本,周期等关键因素。传统的IT开发项目经常被这么定义,只要用户能提出完整需求,只要有足够经费和时间,就很少有定制开发解决不了的问题。

 

传统的IT开发方案需求评估,开发周期,测试周期,上线周期都比较长,传统软件IT项目适合大型信息化系统建设。对许多最终用户而言,软件开发项目太不透明了,到底成本应该是多少,周期需要多久,项目进度怎么把控,需求变更怎么进行。甚至有些案例经过1-3年的项目开发,最后业务领导发现这个并不是他们当初想要的,或者因为时代快速变化,当初的设计已经Out 了。

到底为什么要用RPA?

普通人都是有未知恐惧心态的,对于自己无法清楚了解也无法控制的事情,还不如不做。

到底为什么要用RPA?

 

所以传统软件开发项目对于业务人员的黑盒子状态极大的打击了业务开发新需求的积极性。而RPA的特性在于对于业务人员友善:快速部署上线,需求变更灵活,低成本,业务逻辑理解比较容易。

低成本还体现在报价透明性,传统的报价模型有一类是根本业务收益来的,比如:某个系统可以帮企业省 1000万,那系统报价500万应该也不过分吧,而RPA的特点是,某个流程可能帮企业省了1000万,但是那个流程的开发成本可能还是 20 万。业务逻辑理解容易的前提是,RPA Studio流程设计便于理解。正因为RPA的这些特性,业务部门就不需要憋大需求,实现日常工作当中的一项项自动化就变得非常有趣了。

 

我们研究过几个有趣的案例, 某证券公司CFO绕过了IT部门直接在财务部内部建设了一个RPA运营团队,负责财务部业务流程自动化开发、运营和维护。我们姑且不论这种方式是否是最优方案,但是存在即合理的道理相信很多人应该也都听说过。

 

RPAPlus的观点: RPA是站在业务立场,特别是一线作业的白领立场而带来的劳动力升级改进革命。站在IT 或者开发视角的理解都是有较大偏差的,RPA需要解决的问题有以下这几个:

1-      可以对接日常企业常见的几乎所有系统。

UI自动化技术是王牌,但是目前有些RPA工具对于企业的一些常见系统并不支持,请一定甄别核验。UI自动化是也是分三个层次的,UI 识别 -> UI 读取- > UI 写入,Computer Vison 或图片识别技术是技术选择的下下策; 另一类对接是通过接口, 数据库接口,  web service接口等,RPA工具需要原生支持尽可能多的对接手段。

 

2-      提供完善的标准化功能

RPA的卖点就是产品化的工具平台,所以,动不动就靠Coding 绝不是主流RPA思路。流程设计、开发、测试、维护标准化,因为RPA不同于传统开发脚本的程序员,必须是企业级可管理的平台。

 

3-      安全和审计必不可缺

曾听说过一个非常有想法的观点,“RPA会成为企业里面一个可以对接各类系统,进入各类系统的综合工具平台,那如果这个平台本身不够安全,是不是意味着帮黑客打开了一扇大门”。目前大家对于安全性的考虑还不多,是因为我们还没有看到这一类安全事故,防范于未然 。

LittleR

RPA白领机器人处理的数据从哪来?

有没有哪个开发大神敢承诺,不管数据来源是什么,一天之内搞定所有数据导入问题?

C++大神,Java大神 ,.NET大神 ,

还是Python大神 ?   详见↓

Python大神或许是最有可能的,因为Python以极强的应用性著称。答案会在文末揭晓。

数据导入 

机器人在处理执行具体动作之前,想了解一下机器人是通过什么方式去获取源数据的。RPA白领机器人导入的数据来源一般都有哪些?RPA虚拟员工转型之路进行了整理:

1
从共享盘或FTP

这是最常见的数据导入途径,EXCEL是一个神奇的Office工具,被广泛应用在各行各业。有很多公司甚至拿EXCEL算绩效,发工资,算业绩。

Excel \ Word \ TXT

 

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   方便

 

2
从邮件正文或附件

 

企业内部,特别是跨企业的交流,如果没有成熟的应用系统,一般会以这种方式。例如,供应商发送订单信息过来;财务老师发送财务报表去另一个部门。 工具收取邮件只是第一步,更需要分析邮件标题、正文和附件,附件可能是压缩包

 

压缩包\ Excel\PDF

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   还算方便

 

3
从公开网页上获取

互联网上公开的资源,抓下来作为数据源

例如人民银行每天更新的汇率信息

 

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   不算太方便

Python:   很方便(需要一些门槛,掌握虫术的专家就跟玩似的,拿数据又快又全)

4
从网页版应用系统查询

 

很多白领每天都需要跟很多B/S架构的网站应用系统打交道,需要查询信息,处理数据等。例如,人工去工单系统拿工单信息,拿下来之后再人工去处理。

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   很不方便

5
从客户端版应用系统查询

 

C/S架构的客户端程序。

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   很不方便

 

6
从数据库获取

直接访问数据库获取源数据,这也是很多场合会面临的问题。传统开发阵营还是愿意接受这类操作的。

RPA白领机器人处理的数据从哪来?RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   方便

7
从Web Service接口获取

有些应用系统会对外开放Web Service,可以直接通过接口获取数据。

 

RPA取这些数据: 方便

传统开发阵营 :   方便

8
从系统的跑批文件

在金融行业,部门核心系统会产生跑批文件。

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   还算方便

 

9
从扫描设备/IC读卡器获取

从扫描设备/OCR/生物识别终端/IC读卡器获取,只要有对应的后台软件或者接口,RPA白领机器人都是应对自如

 

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   方便

 

10
从聊天机器人获取

RPA白领机器人处理的数据从哪来?

RPA取这些数据: 方便

传统开发阵营 :   不太方便

 

11
从语音机器人获取
RPA白领机器人处理的数据从哪来?
RPA取这些数据: 方便

传统开发阵营 :   不太方便

 

总结 

经过上述途径的分析,对一名RPA专家来说,干所有这些数据导入的事儿都是轻松的。

你认可 “RPA大神可以在最短的时间搞定各类数据导入问题”  吗?

LittleR

企业如何通过RPA赢得竞争

关于RPA你应该知道些什么

各行各业的公司都在向机器人流程自动化(RPA)投入资源。在国内不到两年的时间里(从18年开始),RPA的先行者往往是已经确定处于领先地位的公司,他们将在公司的几乎每一个功能中使用机器人。

此外,他们将使用RPA不仅仅是为了削减成本。RPA先行者正在把这项技术作为精益管理的重要组成部分,这将加强他们的市场地位。从IT管理到销售和业务开发,RPA先行者们正在利用这项技术来提高效率、加快上市速度和提高财务业绩。

RPA先行者在处理员工的担忧时走在了前列。他们对实施流程自动化计划是透明的,并积极培训受影响的员工。RPA先行者也最有可能坚持认为,提高员工的敬业度是评估RPA投资的一个关键指标。

RPA先行者是值得关注的公司,不仅因为他们更先进地使用了RPA,还因为这是他们数字成熟度的更广泛指标。相反,在这些领域落后的公司将很快发现自己处于明显的竞争劣势,因为RPA先行者可以占据更大市场份额,产生更高的收入和提高客户满意度。

经过数年国内外数据的研究与探索,我们发现RPA先行者有以下特点:

  • 使用RPA不仅仅是为了节省成本。他们已经将RPA用于提高质量、速度和性能。在未来,他们计划大幅增加机器人在从IT管理和营销到研发和产品开发等各个领域的使用。
  • RPA投入大。RPA先行者在RPA上的花费是其他公司的5到10倍。投资不足,人员和治理过程都可能无法形成对竞争对手在效率和有效性方面的明显优势。
  • 成为该领域内RPA 交付价值的杰出案例。RPA先行者正从这些工具中获得各种各样的好处。他们的业务案例的前三个标准是更好的质量、更快的上市速度和员工的参与度。
  • 在整个企业范围内推进RPA。RPA先行者确保IT基础设施可以支持整个公司对该技术的使用,并仔细监视和维护每个应用程序。他们还确保他们今天使用的RPA工具将支持对更多人工智能(AI)扩展性要求。
  • 解决员工的担忧。RPA领导者完全理解员工对工作中断的担忧。为了消除这些恐惧,RPA的领导者会解释他们的计划,与员工沟通,并积极培训员工,使他们的工作更有效率。
  • 比其他人更早获得回报。RPA先行者更有可能看到收入的增加、生产力的提高和成本的降低相比较于其他公司。他们对未来两年RPA推动经济增长的预期也最为积极。

然而,通过RPA获得竞争优势的道路有许多坑。公司很难确定潜在项目的优先次序。他们还要努力选择最好的产品并在整个企业中推进它们。

随着就业市场趋紧,RPA技能供不应求,满足人才需求是另一个重大挑战。为了克服这些障碍,我们研究发现,公司需要:

  • 创建有效的RPA实施计划,包括选择正确的解决方案和确保未来的可伸缩性。
  • 围绕健全的业务案例和持续的ROI度量部署适当的性能控制。
  • 制定考虑到工作前景的人事策略。

企业如何通过RPA赢得竞争

关于RPA先行者

我们大致可以将不同公司使用RPA程度分为以下5个程度,我们认为部分达到4-5级别的企业可以称之为RPA先行者。

1.     不考虑(或不适用)

2.     计划/试验:开发计划和业务用例,并测试RPA应用

3.     实现:在某些流程中实现RPA应用

4. 成熟:维护许多RPA业务流程并实现新的业务流程自动化

5. 高级:大多数流程都是自动化的,并提供主要的成本效益

RPA提供了许多优势

先行者正切身体会到,他们的RPA投资带来的好处远远超过成本节约。RPA更广泛的优势是生产率提高了,质量提高了,竞争地位更强了。而只有少数的公司认为降低成本是RPA的最大好处之一。

由于企业先一步并持续在生产相关业务中部署RPA,制造和采购/供应链管理人员拥有更丰富的经验,因此最有可能将更好的市场地位视为RPA的三大好处之一。考虑到人力资源管理人员对员工的关注,他们更倾向于看到员工有更大的参与度,以顾客满意为利益。有趣的是,c级别管理人员和他们的直接汇报者在他们对RPA如何提供帮助的看法上是一致的,这可以加速采用RPA。

RPA入门者 RPA先行者
提升生产效率 ☆☆☆☆☆ ☆☆☆☆
提升质量 ☆☆☆ ☆☆☆☆
市场竞争优势 ☆☆ ☆☆☆☆
客户满意度 ☆☆ ☆☆
更快速度 ☆☆ ☆☆☆
员工满意度 ☆☆☆
提升合规性 ☆☆
减少错误 ☆☆
更高收入 ☆☆
降低成本 ☆☆

☆多表示关注度高

RPA在公司的所有职能中变得更加普遍

考虑到潜在的好处,各行各业的企业都有计划将RPA部署到它们的几乎所有功能中。到目前为止,RPA的使用,特别是在领导者中,在IT管理、市场营销和沟通、质量/流程改进、产品开发和财务/会计方面进展最大。在未来两年内,部署将最迅速地扩展到审计和遵从性、运营/供应链管理和人力资源管理。

RPA Plus  AI 一定是趋势中的趋势

通过近期和许多学者,企业,RPA行业精英们的交流我们发现,RPA和人工智能之间的融合日益增强,尤其是当流程需要更复杂的解决方案来应对流程的可变性时。在这些情况下,公司可能希望求助于人工智能来理解这些变化,以便让RPA机器人更智能。RPA + AI 也正是 RPAPlus平台推动的方向。

建立全面的RPA计划

  • 企业需要创建可扩展的RPA解决方案,这些解决方案可以在整个企业中推广,并支持未来对AI和其他新兴技术的使用。
  • 在通过机器人实现自动化之前,企业必须确保流程标准化、数字化和安全。
  • RPA领导在RPA的所有阶段,从确定机会到评估绩效都参与关键职能。

由于用于开发RPA的工具软件已经发展到用户界面直观且易于使用的程度,RPA常常被各个部门使用在其本地IT系统甚至桌面(即,机器人桌面自动化)。因此,RPA不与其他系统绑定,而且几乎没有关于它们如何工作的文档。为了避免这种RPA工作的大杂烩,公司需要一个有效的RPA技术实施计划,利用正确的RPA产品,确保持续的维护,并为支持人工智能的未来使用打下基础。它们还需要治理结构以及清晰沟通的操作模型和指南。

在企业范围内采用RPA时,缺乏对组织策略一致性的控制的散漫状态只是企业面临的众多挑战之一。例如,40%的公司关注RPA产品的网络安全。几乎同样多的人在组织中难以扩展RPA应用程序。近三分之一的公司在为手头的任务选择正确的RPA产品方面存在困难。数据可用性不足和IT基础设施不足也令人头痛。

企业如何通过RPA赢得竞争

帮助企业改进他们的RPA计划,我们推荐:

  • 从容易通过RPA自动化的流程开始。所有的目光都将集中在早期的工作上,因此组织应该从简单的流程开始,并且RPA很可能在其中添加重要的价值。
  • 使流程在自动化之前尽可能地高效。许多企业将使现有的流程自动化。然而,从RPA中获得最佳效果是关于流程优化和转换的。一个充满低效的手工过程将简单地变成一个低效的自动化过程,从而抵消掉许多潜在的收益。公司还应该回顾他们已经自动化的流程,并确保它们得到了充分的优化。
  • 确保您为企业中的流程使用了正确的工具。流程可能非常复杂,业务领导人在实现RPA时可能没有意识到这一点。自动化整个流程可能需要比RPA更多的东西。例如,可能需要OCR或自然语言处理软件来处理过程中的所有变化。企业对可伸缩性和安全性的需求将更加严格。
  • 考虑RPA产品的可拓展性,以及它是否支持高级人工智能技术。企业往往不知道已经部署了多少机器人,更不知道它们如何工作或在哪里使用。通常情况下,当RPA在本地业务或功能级别开始采用时,其他任何人都不能使用。因此,公司常常难以在单个平台上扩展这些RPA应用程序并管理它们。此外,机器人最终将退役,并/或得到包括人工智能在内的新技术的支持。公司需要准备好继续推进他们的技术使用。
  • 预先评估和处理与计划中的RPA应用程序相关的任何网络安全和数据隐私风险。RPA会使公司面临更大的网络和安全风险。不集中开发和管理RPA的企业,连同它们的客户和供应商,都将面临更大的风险。为了保证机器人的安全性,必须记录每个流程的初始开发以及任何更改。每个流程都应该有一个审计跟踪,显示它是如何构建的,由谁构建的,它做什么,以及谁做了更改。
  • 确保选择了正确的RPA软件。公司应该小心他们购买或授权的机器人数量。企业通常会获得更多潜在流程以及开发和维护潜在流程所需的资源,可以使用的机器人。公司经常做出草率的决定,认为所有的RPA软件都执行相同的功能。在实践中,不同的平台采用非常不同的方法来自动化流程,并且使用的方式也不同。需要考虑的问题包括:Citrix或远程桌面是否需要与底层系统交互?正在使用什么ERP系统?api可以被利用还是需要UI自动化?所有的自动化都是无人参与的,还是某些流程需要手工交互? 等等
  • 持续维护的计划和预算。对每个机器人的彻底审计跟踪可以在维护中发挥重要作用。自动化流程常常模拟多种关于人类敲击键盘和计算机操作的情况。即使是很小的更改,比如重命名数据库字段,也可能导致应用程序崩溃。了解机器人的工作原理可以加快找出问题所在的速度。许多公司还低估了支持RPA环境所需的功能和技术资源的需求,特别是在管理异常和更改方面。
  • 分析和跟踪每个RPA应用程序的成本效益。它是至关重要的监控RPA交付的全部价值,超越效率和节约成本。企业应该跟踪生产率、质量和速度方面的改进。他们还应该评估员工敬业度和客户满意度的改善。

RPA需要团队方法

RPA领导者已经了解到自动化过程和扩展RPA需要输入来自多个部门和职能部门。企业往往会从把整个项目交给开发商开始。因此,没有人在系统地寻找新机遇,也没有人在监控已经到位的机器人的效率。

虽然RPA入门者主要依赖于IT专业人员(在某种程度上,还依赖于业务性能改进团队和业务单元负责人)来识别项目,但对于领导者来说,情况并非如此。事实上,几乎一半的领导人已经提出了跨职能团队或委员会,确定RPA的机会。此外,他们更有可能从分析、RPA和AI专业人士那里寻求输入。三分之一的RPA领导者还将项目批准的责任分配给跨职能团队,而入门者主要转向业务部门主管来完成这项任务。

定义和驱动正确的利益

  • RPA领导者在他们的RPA业务案例中考虑了广泛的利益,从提高生产力和员工敬业度到加快上市时间和创造收入。
  • RPA程序通常从概念证明开始,它应该针对不需要复杂编程的流程,但是当自动化时又将产生重大影响。
  • 如果做得正确,RPA可以产生经营和战略效益,并提供顶线和底线红利。

为RPA开发适当阶段的技术计划是必要的。成功的RPA实现还需要一个健全的业务案例,并有充足的预算和对性能和结果的持续监控作为支持。这确保了机会被正确地优先考虑,并交付预期的价值。

预算编制及监察结果

业务案例是有效的RPA规划的基础。然而,为了产生最好的结果,公司还必须有适当的预算。超过四分之一的公司(和类似的组织在实施RPA时,需要为每个流程提供适当的预算。更关键的是(对大约40%的公司来说)有一个持续维护的计划和预算。

同样重要的是衡量机器人的性能。对自动化流程进行持续的ROI监视是至关重要的,优先考虑和投资于RPA。当公司对这些投资进行曝光时,他们可以清楚地看到RPA是有回报的。RPA的领导者报告说,他们经历了更高的收入增长和生产率,并降低了成本。

关于人

  • 流程改进和自动化是一个基本操作和正在进行中的过程。公司正专注于通过内部项目开发他们的RPA员工。
  • 在组织架构方面,为了帮助RPA在整个企业中扩展,大多数领导者将他们的RPA专业人员集中在部门或卓越中心。

  • 雇员们害怕RPA对他们工作的影响。为了消除这些担忧,RPA领导对他们的计划是公开和透明的,并积极地进行再培训,将工作受到干扰的员工转岗。

关于开发能力

未来RPA人才将从何而来?总的来说,世界上大约有一半的公司在内部培养RPA人才。

随着RPA工具变得更直观、更易于开发和运行,RPA领导也更有可能使用IT专业人员培训非IT员工。另一方面,入门者刚刚开始从事RPA工作,因此倾向于外包工作,而只有很少比例的RPA资深玩家选择全部通过外包搞定。

大规模自动化

从资源的角度来看,公司如何组织RPA常常与他们在使用RPA方面的先进程度有关。为了以有组织和一致的方式扩展RPA,四分之三的RPA先行者将RPA专业人员置于集中的部门或卓越中心,一些RPA工作人员位于业务部门。相比之下,大多数新手采取的是一种更加分散的方法,RPA的工作人员大多或全部居住在业务单位或部门。

RPA团队由谁负责

大多数公司都有一个主管RPA的领导,主要是首席信息官、首席技术官或首席数字官。然而,也有一定比例的公司,不管他们的RPA使用水平如何,都将RPA的职责移交给首席战略官,以便为战略转型注入所需的业务线知识。我们也见过CFO作为RPA一把手的公司组织架构。

缓解员工的焦虑

有一半的公司认为RPA已经或将在未来取代许多工作,甚至更多的公司认识到员工对工作替代的担忧。为了减轻员工的恐惧,公司正在采取一些关键措施:公开使用RPA的计划,与雇员密切合作,理解并减轻他们的担忧,并强调在日常重复性工作上节省时间的积极意义。RPA先行者更加关注这些步骤。许多公司已经走在了这一问题的前面,并积极管理这些问题。超过一半的公司正在重新部署工作人员,并为新职责提供培训,这是其RPA计划的一部分。在RPA的先行者中,这个数字有较大提升。

 

开发成功的RPA路线图

企业如何通过RPA赢得竞争

在实施RPA中获得的最重要的10条经验教训

1- 分析和跟踪每个RPA流程的成本效益

2-利用RPA合作伙伴、供应商和顾问的生态系统

3-确保你有一个持续维护的计划和预算

4-确保选择合适的流程

5-制定和沟通一个清晰的RPA商业计划和策略

6-制定工作计划,确保技术和运营团队之间的协作

7-在自动化流程之前,分析流程并使其尽可能高效

8-确保RPA平台的可拓展性,并能够支持先进的人工智能技术

9-评估计划中的RPA应用程序的网络安全和数据隐私风险

10-确保您投资了正确的RPA软件

LittleR

RPA Studio Canvas现状及未来发展趋势

研究RPA我们是认真的,今天我们讨论的一个话题是关于RPA Studio Canvas ,即RPA 设计器流程设计画布工具的现状及未来发展趋势讨论。

RPA Studio Canvas现状及未来发展趋势

今年5月份有幸与上海某知名高校某教授讨论RPA行业与发展,对于RPA流程设计工具应该朝什么方向发展产生了一定分歧。教授的观点是RPA设计工具还是应该有门槛,RPA设计器应该只适合专业人士掌握或者精通,理由非常简单,软件行业的同志们需要有饭吃,RPA工具谁都会了,软件行业做RPA服务的公司就很难混。站在这个立场看这个问题,我们理解教授是在维护整个软件行业的同仁的利益。只是科技的发展考虑太多会不会让某些人没饭吃,会不会就太束手束脚了呢?再说RPA本来就是要去部分替代那些入门级白领的重复性工作。

 

言归正文,纵观目前RPA行业的几大门派我们发现了这样的RPA画布规律。

派系一:代码流派

代表产品:AutomationAnywhere    G1ANT

代码流派RPA设计器Studio 最大的特点就是自动化靠一行行的命令代码。与普通开发工具相比,每一行命令基本都可以找到组件,拖进去就可以使用,对程序开发人员来说已经是莫大的体验升级。

AA:

RPA Studio Canvas现状及未来发展趋势

AA Sample Task“Files-Folders”

不知道小伙伴对于这样的流程开发设计是怎么看的?反正我们听好几个玩过AA的小伙伴当面评价过“你们不觉得这样真的很方便吗?”

 

对于以前写C#,Java 的同学,觉得这样Coding和维护很舒服。

对于非开发人员看这个,觉得像看天书,这和敲代码有差别吗?

 

这个派系还有一家典型厂商 G1ANT:

RPA Studio Canvas现状及未来发展趋势

Language torule them all, one robot studio to robotize any platform or app

口号:用一种语言来统治它们,用一个机器人工作室来自动化任何平台或应用程序

 

对的,G1ANT觉得他们的RPA是一种新的语言。不知道大家怎么看这个问题?每一个RPA厂商各自为政都去开发一套自己的RPA语言,亦或是RPA这个行业真的还需要一门语言来Coding所有的RPA工具吗?

RPAPlus的观点:没必要

国产厂商Uibot显然也是这个派系的:

RPA Studio Canvas现状及未来发展趋势

有没有觉得理念跟AA很像:

首先管组件叫做命令(AA叫Command),其次是拖命令到右侧并配参数,然后以这个作为基础任务单元,用来合成流程。整个Studio中有画布,但是也是跟AA非常相似只有4个图标,开始,结束,流程块(AA叫执行TASK块),判断。

RPA Studio Canvas现状及未来发展趋势

艺赛旗iS-RPA V4.0, 5.0, 6.0 是代码流派,7.0开始引入了某开源游戏开发引擎Studio,设计器升级成画布方式,但是,由于那款游戏设计引擎天生的局限,画布并不是太合理。

派系二:流程图流派

派系二:流程图流派

代表产品:Blueprism  WorkFusion (Uipath的Flowchart也属于这一派)

流程图流派RPA设计器Studio 最大的特点就是流程画布极度与业务流程图逻辑接近,最大的特点就是对普通人比较友善,业务老师自己大概率能看懂流程设计。这其实是科技发展的一种进化,对业务用户来说,传统软件开发对他们极度不友善,因为软件开发过程对他们是黑盒子,他们不知道码农到底在干嘛,到底程序逻辑是不是他们想要的;然而流程画布的出现很大程度上改善了这个问题。还有一点其实是关于代码后门和安全审计,传统的软件开发项目如果服务商想要留下后门是非常容易办到的,而甲方往往没有能力去识别和验证,流程图派系RPA很大程度上能帮忙管理和优化这个问题。

BluePrism:

RPA Studio Canvas现状及未来发展趋势

BluePrismSample Process

Blueprism的Studio流程画布功能基本符合普通人对业务流程图的理解。我们之前也做过一个对比,得出的结论是:如果需要,Blueprism的流程设计图可以与业务设计图画的很相似。

RPA Studio Canvas现状及未来发展趋势

Workfusion:

RPA Studio Canvas现状及未来发展趋势

WorkFusionSample Process

Workfusion的免费版本 RPA Express 没有带流程图Workflow工具,需要选择RPAExpress Pro 才会有完整的流程图Studio工具。Workfusion的流程图设计还是蛮漂亮的。

派系三:序列流派

代表产品:Uipath

 

序列流派应该是Uipath首创,就是其框框套框框Sequence 方式。序列流派的特点是,理解流程优于代码流派,但是劣于流程图流派,但是还有一大好处是Sequence方式规避了Goto,流程只是按顺序和分支执行。

RPA Studio Canvas现状及未来发展趋势

 

在 Uipath、BluePrism、AA产品对比之设计器篇 一文中

我们还提到Flowchart只是UP的Activity(Uipath中的Activity就是其他RPA工具的组件)

可能是使用习惯的问题,Uipath直接使用Simple Process的流程图方式,调用Sequence Activity可能也会慢慢变成Uipath玩家的主流

RPA Studio Canvas现状及未来发展趋势

 

国内有若干厂商使用了序列流派Studio。

派系四:线性工作流派

代表产品:Kofax

 

线性工作流派RPA是线性工作流,主要特点是从头到尾线性执行。Kofax应该是主流RPA中唯一一款用Java开发的RPA工具,从产品架构的选择,流程设计Studio,到很多Kofax特有的功能,都证明了Kofax团队是原创独立自主的团队。

RPA Studio Canvas现状及未来发展趋势

Kofax Sample Process

派系五:其它流派

被归于其它流派可能是因为我们看的还不够多,还没归纳整理出其特点。NICE的产品也是比较有特色,比较适合前端呼叫中心助理类应用。待我们有更多更新的发现和总结,我们也会及时更新。如有说的不对的地方也请各位大大指正。

【关于RPA Studio 画布未来发展】

 

RPAPlus的观点:

软件的易用性和使用体验是每一家产品公司应该首要考虑的问题,因为人总是越来越矫情的。我们习惯了手机无线充电就不想拿一条线往手机上插,我们开车习惯了自动挡应该几乎很少还有人鼓吹要买手动挡的车子了。把RPA的用户想得尽量白痴,让三岁的小孩自己摸索就可以慢慢学会,这是未来的方向。做产品的人要把各种困难都自己消化,让用户简单,用户是上帝。

 

RPA取代儿童编程工具也会是顺势而为,因为RPA又强大又实用又易学,还让小盆友去学一个为了编程而编程的工具就没有意义了。

 

【关于网页版RPA Studio 设计器的探讨】

 

RPAPlus团队做了一个网页版设计器的原型,基本思路就是通过网页即可实现流程的设计,修改,调式等工作,需要安装一个Agent用来辅助收集元素和执行机器命令。我们也在思考网页版设计器+更优的流程图流派会不会是更好的一个发展发现。

 

 

最后你会选择支持哪个流派作为RPA未来发展方向?

1.您认为哪一个流派会更加适用未来的发展(单选)

 

LittleR

客户配合重要性–漫画版

最近做了几个项目,客户有配合的,也有因上级压力勉强配合的,说实话这两种类型的客户,对整个RPA项目的时间管理,成本管理,风险管理等影响真的挺大的。我也不打算写太多文字去阐述这些问题,避免使这篇文章变得枯燥无味,晦涩难懂,还是来画个漫画来作个比较吧。

首先来个定义

第一种类型的客户:进取,期待企业未来发展,对企业智能化感兴趣,员工也希望将自己的一部分工作丢出去让机器人分担,让自己可以做一些其他更有意义的工作。

第二种类型的客户:老板希望企业可以智能化,但是员工不想因机器人的出现夺走自己的工作或者因为机器人的出现要学习如何与机器人配合嫌麻烦,最好自己什么都不要做全让机器人做了,然后自己也不需要管理机器人。

 

 

Let’s Go!!!

 

启动阶段

 

第一种类型的客户

老板要求,员工也积极参与

客户配合重要性--漫画版

第二种类型的客户

老板要求,先鸦雀无声,老板点名后表面赞同

 

客户配合重要性--漫画版

规划阶段–流程筛选,流程设计,环境确认

 

第一种类型的客户

和咨询一起提出几个方面,相互探讨,决定出几个流程和优先级,明确范围和风险,积极配合环境准备。确认流程设计是否满足真正业务需求。

客户配合重要性--漫画版

第二种类型的客户

丢给咨询,你自己看着办吧咨询给提案后没有回复,最后领导问了才回复。全部让咨询自己做决定,自己去和IT沟通。流程设计完毕后不确认,先做吧

客户配合重要性--漫画版

执行阶段–开发,测试,需求变更

第一种类型的客户

开发完,测试亲自和开发员一起测试,确认是否有问题,发现小问题,改修量不大。一部分改修放到下期不影响上线。

客户配合重要性--漫画版

第二种类型的客户

开发完,测试, 仅看一部分流程结果。发现一大堆问题,改修量大,对原来设计变化影响大。必须改完才能上线,延期上线时间。改完后又发现问题,继续改,开发人员疲劳质量下降。更有甚者不会简单操作Excel看结果,比如Filter,教他如何做,也以自己是搞业务的为理由不肯学。

客户配合重要性--漫画版

 

收尾阶段–上线,实际使用

 

第一种类型的客户

成功上线,实际提高了工作效率。

客户配合重要性--漫画版

二种类型的客户

一直没有上线。

客户配合重要性--漫画版

所以说,一个RPA项目的成功与否,不是乙方单方面的努力,而且甲乙双方共同努力的结晶。

LittleR

Uipath、BluePrism、AA产品对比之设计器篇

版本说明:

Uipath V2018.3.2,BluePrism V6.3,Automation Anywhere 11.2

Uipath (UP)

  • 新建

Uipath、BluePrism、AA产品对比之设计器篇

  1. UP的产品思路是从易于开发者安装和使用开始,本质是以自建工程起步的单机版开发工具,尽管目前版本的名字已经从NewProject改名成NewProcess ,但本质上每个人新建的还是一个工程文件。
  2.  熟悉Visio Studio 等任何一款软件开发工具的朋友就会对工程的概念很熟悉 , 如果有人在CSDN上分享成果,大家更想要的肯定是完整的开发工程包。
  3.  特点:单机本地工程文件,流程项目协同/版本控制,开发者权限/审计,代码安全等需要额外的管理方法和工具才可以实现 ; 但最大优势是,安装部署简便,再加上Uipath的大市场战略,所以国内知道UP,玩UP的人数量上是最多的。
  • 流程设计

UP的设计器画面总给人一种无法看清流程全貌的感觉。

由于产品的历史原因和用户习惯使然,UP设计器还是主要在Main窗体里面套各种Sequence (序列,方框框)为主。

假设有如下需求已经通过Visio画出流程图,在UP中的实现参见下图:

Uipath、BluePrism、AA产品对比之设计器篇

如果不展开结构,似乎我们只看到了 Do While 和 If判断,那么我们就展开结构。

 

Uipath、BluePrism、AA产品对比之设计器篇

展开后的流程看起来累不累?Uipath、BluePrism、AA产品对比之设计器篇 熟悉UP的玩家说,“还好啊” 。但问题是,这个需求如此简单,流程设计逻辑就看起来那么烦人了,那复杂的长流程+很多逻辑分支的情况呢 ?

为了解决Sequence的很多缺点,UP推出了 FlowChart Activity。

UP推出FlowChart Activity 就是想以画布设计的方式部分解决流程设计的缺点

Uipath、BluePrism、AA产品对比之设计器篇

但从FlowChart只是UP的一个Activity组件就大概能明白目前UP对FlowChart的定位。我不确定未来UP是否会强化FlowChart组件,让其成为内置默认设计框架,而Sequence 变成一个Activity 。 如果到了那一天, UP或许更加强大了。 (还有一个很重要原因想必是很多UP玩家习惯了 Sequence,而不愿意去适应FlowChart)

  • 元素抓取

一款RPA工具是否强大,跟能抓到什么级别的元素还是蛮正相关的。不得不承认UP的元素抓取工具还是蛮强的。 点击 Indicate Element后 ,UP首先是以智能识别模式根据鼠标移动的位置自行判断元素类型和适配的方式。

Uipath、BluePrism、AA产品对比之设计器篇

如果是抓网页,默认会选择HTML方式去分析。有一些特殊情况可以考虑 UIA方式,实在无法识别就用区域模式去靠图片识别。

测试题是:  mail.qq.com    点击- 账号密码登陆按钮

Uipath、BluePrism、AA产品对比之设计器篇

UP可以抓到,Selector结构如下

Uipath、BluePrism、AA产品对比之设计器篇

这个测试其实不难,只是抛砖引玉 ,不妨在考虑下以下场景:

SAP/Oralce EBS /用友ERP 元素抓取能力如何

特殊网页数据Table抓取能力如何,控件怎么处理

特殊的Java开发程序抓取能力如何

甚至Mainframe程序是否可以读到模拟器中信息

某一项流程能不能被完美自动化,往往是由能否顺利抓取到元素,读取元素信息所决定的。

  • 可复用性

流程设计的基础模块功能可复用性的高低,是否可以方便其他人拿来就用,直接决定了项目开发效率和周期。

UP通过Add Folder 可以将一些通用性Library xaml文件导入到系统中(严格的讲只是被系统认到,并没有导入到系统的概念)。识别后也可以通过类似操作Activity的方式去调用这些共用。

但这些单独的文件,在项目协同,传参等方面还是有一些问题的。

Uipath、BluePrism、AA产品对比之设计器篇

Uipath、BluePrism、AA产品对比之设计器篇

 

BluePrism(BP)

  • 新建

区别于UP,BP的设计思路一开始就是定位企业级甚至金融级的RPA平台。

所以在已经部署有RPA的环境中,你想新建一个自动化Robot ,对不起你得先有账号。每一个开发都是经过认证并且行为可追溯的。

Uipath、BluePrism、AA产品对比之设计器篇

BP通过新建Process ,来定义流程。 Process流程可以有很多Page页,便于梳理流程结构 ;Process可以调用Object实现基础功能模块 ;Process也可以调用Process。

Uipath、BluePrism、AA产品对比之设计器篇

Uipath、BluePrism、AA产品对比之设计器篇

  • 流程设计

BP的设计画布更让有人设计的感觉。

BP的流程设计主要有两个维度:

第一个维度是Object ,

Object用来搞定跟各种第三方系统打交道的模型。Object 中有一个重要模块叫 Applicaiton Modeller ,通过这个适配器BP会协助开发者帮助建立BP与应用系统联系。

 

 

Uipath、BluePrism、AA产品对比之设计器篇

第二个维度是Process ,

只有Process才是可以被Publish发布到Control Room,以“正规”的方式去执行流程任务。 而Object仅仅可以在设计器Studio中运行 。

回到之前那个样例,如果在BP中实现设计,参见如下图

Uipath、BluePrism、AA产品对比之设计器篇

不得不佩服BP把设计器Studio做的非常好 。

很多场合如果是用BP流程设计开发,可以直接贴到项目的各种设计文档中。

  • 元素抓取

BP的元素抓取能力非常强,而且支持很多模式,混合使用各种不同模式可以有更佳的效果。

HTML Mode

Win32 Mode

UI Automation Mode

Accessibility Mode

Region Mode

BP可以轻松抓取账号密码登陆这个Tab Bar ,而且能对元素进行深入分析,勾选匹配项。

Uipath、BluePrism、AA产品对比之设计器篇

BP应该是目前唯一一家可以对市场上主流的Mainframe模拟器进行解析,读模拟器中数据,直接写数据到模拟器中。

  • 可复用性

BP VBO(Visiual Business Object 可视化业务对象)可以极大的提高流程开发的效率。 在面对比较复杂的流程的时候,可以分别由不同的开发人员设计不同的VBO对接不同系统 ,如果是在同一个开发平台 ,其他人可以直接在系统中调用别人已经开发好的VBO对象。如果不在同一个项目,也可以通过将VBO导出成XML文件的方式与别人共享。

Uipath、BluePrism、AA产品对比之设计器篇

Uipath、BluePrism、AA产品对比之设计器篇

BP项目在设计阶段,如何合理的设计不同的Object VBO对象,对项目进程会有较大的影响。

Automation Anywhere(AA)

  • 新建

与BP类似,AA也是企业级部署的RPA平台。

没有单机运行的设计器,要部署了完整的整套系统才可以登陆AA平台。AA在对外宣传的时候号称有非常强的高可用性系统架构,由于是设计器专题这些也就不展开了。

Uipath、BluePrism、AA产品对比之设计器篇

AA新建Workbench,就是基于Task的维度。

Uipath、BluePrism、AA产品对比之设计器篇

  • 流程设计

AA流程的核心是TASK,通过设计编写TASK来完成特定业务流程,或者再通过Workflow去调用TASK。当然TASK本身也可以调用TASK。

TASK里面利用很多很多Commands或者MetaBots,来组成具体的任务流。

Uipath、BluePrism、AA产品对比之设计器篇

AA的Task当中的流程设计界面长这个样子:

Uipath、BluePrism、AA产品对比之设计器篇

说实话,这样的流程设计界面太技术了,对普通人太不友好了。简直比网页源代码更复杂,不是吗?如果别人想读懂这个Task的内容,简直比直接读脚本代码更复杂。     #学AA好比新学一门语言

AA的WorkFlow 当中有部分可视化设计的功能,但是,实在是太局限了。 一共只有四个组件,一个Start ,一个End,一个IF,一个执行Task 。 所以Task才是AA的核心。

Uipath、BluePrism、AA产品对比之设计器篇

  • 元素抓取

元素抓取AA似乎也没有另外两家的强。

AA有三种拾取模式,Object对象模式, Coordinates坐标模式, Image 图片模式。

有RPA实践经验的人一般会优先选择对象模式, 坐标模式很容易因为客户端分辨率(窗口是否最大化)等问题而导致失误。 但AA的对象模式较弱,无法识别“账号密码登陆”,也不支持切换诸如HTML/UIA/CS等其它对象适配方式。

并无法识别mail.qq.com的测试,AA只能识别到整个区域,并无法识别“账号密码登陆”按钮。

Uipath、BluePrism、AA产品对比之设计器篇

另外客观的吐槽几点(如有任何不对的地方,欢迎大哥指正):

  • AA内置的Mouse Command 的四个方法全部是基于坐标去做点击的 Uipath、BluePrism、AA产品对比之设计器篇(无法适应窗体移动,或者最大化,分辨率一改就不灵)
  • AA很多复杂操作必须用到一个叫  Object Clone 组件。Object Clone组件很强,集合了很多功能,但是无论名称,还是定位总感觉怪怪的。 就好比之前做了很多组件发现不好用,后来一口气做了一个很强的Object Clone组件,里面有包含了太多的功能,名字也取的随意。

Uipath、BluePrism、AA产品对比之设计器篇

三种选择模式,各类操作动作(鼠标点击啥的,很多)

  • AA抓元素这个动作不舒服,需要按着鼠标移动到你想要检测的元素然后松开鼠标。其实不光是因为不顺手 ,还因为,比如如果你想切换不同的侦察元素模式,BP&UP 均可以通过按F? 来切换,但AA不行啊,因为一直保持鼠标左键按着。
  • 可复用性

AA关于复用性的设计全部在MetaBot当中体现。

MetaBot 类似于 BP的VBO,但还是有一些区别。其实严格的讲,MetaBot更像带Input Output的 BP的可重用Process , 因为MetaBot的感觉更像一个可复用子流程的感觉,而BP的VBO有很多基础共用组件的属性。

AA的Commands 通俗的讲就是组件,并不支持自定义导入或者导出 ,所有新能力的获取就得等厂家的新版本,或者索性通过外部的脚本。 而UP&BP 都能通过一些方法实现自定义组件并且复用的能力。

这也是为什么 UP 可以做Uipath GO平台,BP可以做 Blue Prism DX平台的原因,而AA却不可以的原因。

总结:

由于时间和精力关系,本文只是挑了4个与设计器关系较高的角度分析了这三款RPA软件的差异。但还有很多其它指标都会影响RPA工具,比如软件系统架构,管理后台,安全性,工作队列,部门流程权限等等。下回或许可以从 RPA后台&安全的切入点再进行深入分析 。

讲了这么多外国的软件,春节前打算做一期国产RPA工具的分析,希望可以获得各位国产厂商老师的支持 。

LittleR

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

(完整版报告下载请参阅文章末尾下载链接)

SSON报告显示RPA项目的实施比例从9%跃升到32%

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

RPA项目交付的7步指导

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

第一步  流程适用性评估

将流程适用性按高-中-低,分为三档。

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

第二步  选择服务商和RPA产品

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

第三步 落实自动化策略

第四步 POC

第五步 资源模型

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

 

第六步 COE

第七步  自动化Roadmap

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

 

报告还分析了若干了真实案例

以及办公室中常见的场景适用性评估

SSON报告-“7 Steps to successfully deploying RPA in your enterprise”

 

 

完整版报告的下载链接如下:

SSON完整版报告 (下载17)
LittleR

将机器人集成到企业基础架构中

一提到机器人,人们就会想到机械臂在制造业或汽车厂搬运重物或材料。机器人主要与执行高度复杂的任务有关,被认为更适合于重型工业工作或建筑工作。这是迄今为止大多数企业不使用机器人或RPA(机器人过程自动化)生产产品或服务客户的主要原因之一。机器人也被认为是被关在笼子里独立工作的生物,与人类工人没有互动。

有了新的先进编程方法,即使是中小型企业也可以轻松地将机器人集成到生产线或服务领域,从而提高收入和流程效率。这些新型的数字机器人能够处理与客户服务、网络安全、处理投诉和服务请求以及维护相关的简单日常任务。在未来的几年里,可以在半结构化和非结构化环境中工作的机器人将会出现。这将使企业能够利用机器人在整个企业中执行大量任务。此外,这些机器人现在将无缝地与人类员工协同工作,这将增强彼此的优势,提高整体生产率。

 

机器人作为团队成员:企业机器人的新形式

未来属于新一代高度进化的机器人,它们可以在任务和环境中处理越来越多的变化。机器人已经在制造业、物流、医疗保健、零售业和农业等多个行业得到应用。一些最高效的智能机器人由人工智能(AI)提供动力,并无缝地集成到整个企业运营中。从高度专门化的案例,到不那么密集和灵活的过程,机器人应用已经以多种方式渗透到企业中。

 

将机器人集成到企业基础架构中

工业机械臂:机械臂并不新鲜,尤其是对制造业和汽车工业来说。无论是用于流水线作业,还是搬运重物或危险物品,机器人手臂已经存在很长时间了。然而,新一代的机器人手臂将以人机协作的概念为动力,打造一条开创性的生产线。例如,在一家为汽车生产高科技自动变速器的工厂里,有一些特定的部件,即使工人处理不当,也可能会损坏。这可能会导致后续的制造缺陷。通过使用机器人来处理特定的精密零件,消除了任何可能损坏的风险以及生产缺陷的风险。与传统的与人工分离的机器人不同,新一代的协作机器人可以直接与人合作。未来的制造单位可以使用这种协作式机器人手臂来完成对人类工人来说过于危险或符合人体工程学困难的任务。

聊天机器人:聊天机器人是另一种迅速发展的机器人形式,主要用于提供更好的客户服务和提高客户参与度。聊天机器人是全天候客户服务的完美工具,可以为客户查询、故障排除或跟踪订单状态提供快速解决方案。想象一下,一位客户想开立一个新的银行账户,他可以与聊天机器人展开对话,而不是多次去银行、排长队或与超负荷工作的银行高管打交道。聊天机器人可以智能地与客户互动,然后根据需要,推荐正确的账户类型。然后聊天机器人就可以解释开立新账户所需的下一步操作,列出所需文件的大纲,并与最近分行的高管进行预约。这将帮助客户完成一个简单的步骤,为员工和客户节省宝贵的时间。聊天机器人可以帮助公司释放员工宝贵的时间,让他们专注于复杂的任务,从而确保最大限度地利用可用资源。

无人机:无人机已经成为最受欢迎的监视技术。无人机可以是遥控的、半自主的或完全自主的。虽然目前大多数无人机都是用于安全或信息收集,但一些电子商务巨头现在开始更密切地考虑将它们用于包裹投递。

社交机器人:顾名思义,社交机器人可以通过一系列的社交行为和规则与人或其他机器进行互动和交流。虽然还处于初级阶段,但这些机器人正在酒店业进行试点。这些机器人将被用于协助前台管理人员,或接受客房服务职位测试,或充当服务员。社交机器人能够增强自然的用户交互。

类人机器人:类人机器人的最终形式,类人机器人还没有成为主流,主要是因为部署它们需要很高的成本。仿人机器人可以是两足或四足的,可以在科学研究、个人帮助、娱乐、汽车制造和教育等领域发挥作用。这些机器人已经被用于医学模拟,让学生在不危及人类生命的情况下,在类人系统上工作和学习。目前的机器人过去只有人形,没有表情,未来的机器人将拥有表情丰富的面部、视觉和可移动的肢体,为人们提供更真实的体验和对医疗紧急情况的反应。

随着机器人应用越来越复杂,越来越多的企业工作流程和系统将由它们驱动。

admin

案例学习-万事达卡全球业务服务中心(GBSC)

万事达卡的全球业务服务中心(GBSC)是提供集中的全球金融交付的SSO,提供交易、会计、计费、人力资源运营、法律和特许经营等服务给横跨50个国家的地区和业务部门。

案例学习-万事达卡全球业务服务中心(GBSC)

自动化旅程

GBSC自动化之旅始于2012年的金融共享服务倡议。最初的目标集中在更好地利用固有的核心后勤系统的自动化能力(Oracle ERP、Hyperion、Workday等)。这包括选择使用第三方工具和开发临时脚本和工具。虽然这种方法是有益的,它没有完全满足人们对数字自动化程序可以实现。

结果是一个战略决策更广泛、更全面的自动化和创新与高层共享的计划一致服务组织与利用相结合新技术和新兴技术越来越多在RPA和AI市场建立:

2015年,自动化是由内部引进包括VB和python。这为无人值守自动化创造了可能性。

2016年,GBSC评估了RPA软件和启动了一个自动化项目来部署RPA解决方案。GBSC自筹内部资金创新团队和投资基础设施。

2017年,GBSC对运营业务流程专家进行了RPA培训,驱动手动流程向自动化转换,同时实现跨GBSC业务部门部署25个机器人的目标

2018年,GBSC增加员工和资金运营RPA,实现交付60台总机器人,帮助节约超过2.3万小时/年的工作时间。

GBSC创造了一个强大的端到端利用RPA&AI的自动化解决方案。这些创新的解决方案帮助很大使手工和重复的活动自动化提高质量、效率和生产力增强业务成果:

产能  创造了 10 + FTE (或 约 22000工作小时 2018年)

使用机器人来执行任务重复的任务,腾出资源来集中精力更高价值的工作

2016-2018年, 一共交付了 60个 机器人 。

 减少损失 和 支持 合规

方法和解决方案

RPA让评估运营和自动化可重复的手工任务成为可能。利用从各种RPA+AI中收集的实践和信息GBSC已经创建了一个虚拟员工队伍,自动化解决方案分为观察&报告,过程&记录,转换&认知。为了确保GBSC的跨部门协作,建立了RPA管理框架:

 提出想法: 鼓励 GBSC 团队 提交自动化的想法,无论是多么小的使用场景或者适应性不太高。通过不断的交流和培训,整个团队对RPA的认知会不断提升。

 验证想法: 自动化新需求的想法由流程经理负责评估其复杂度和产出。他们会优先选择任务量大、重复性高、复杂度相对较低的流程优先开始实施。

参考流程筛选评估标准。

 实施自动化: 利用的标准RPA开发过程 和参考最佳实践经验,以及敏捷管理方法

 奖励提出创意者: 通过实践检查出实实在在的自动化好处。奖励提出自动化想法员工,并在公司内部信息发布系统上表彰员工。

 监控自动化:持续监控RPA虚拟员工的及时性、效率和正确率等各项指标。

admin

保险行业应用场景

目前现状

来自不同数据源的手工输入:

保险业承担着常规的、费力的和费时的任务,如手工数据收集和数据输入。除了

由于成本昂贵,这种手工工作很容易受到人为错误的影响,从而导致录入错误。

老旧的应用程序和完全不同的系统:

传统上,保险公司流程的后端严重依赖老旧的系统和软件——其中一些已经不能满足今天客户的期望。我们曾经接触过数个保险客户,有多个用户依然还在使用着以mainframe(AIX等) 为平台的保险核心系统,这些系统的UI是如DOS一般的模拟器,大家是不是以为这已经是上个世纪的产品了。请参考下图:

保险行业应用场景

 

维护法规和遵从性:

保险公司需要接受保监会等多个公职部门监管,遵守资本要求、透明度和国家政策变化。法规遵从性对所有保险公司来说都不是可选的。

 

对更好服务的需求:

当下的保险行业用户对服务体验的要求越来越高。保险客户想要前所未有选择性,价格透明度,客服及时回答问题并办理相关业务。保险公司面临着非常大的挑战。

核保骗保处理:

核保流程复杂且繁琐,骗保的用户在国内也不少见,这些都需要投入极大的人力成本才有可能进行管控。

 

保险行业应用场景

保险行业RPA主要作用

优化索赔处理:

目前该流程是手工劳动密集型,处理例如排序、数据输入和文档的验证,优化流程使其更方便,有效和准确的。

增加客户满意度:

从繁重重复的工作中解脱出来,保险公司员工可以集中时间和资源提高索赔管理质量流程,减少索赔支付的周转时间和提供更佳的客户体验服务。

提高合规:

RPA可以在治理和法规遵从性大有可为,机器人可以详细记录过程中的每一步,便于后续审计等工作。这不仅是遵守法规要求,还能更快的执行过程和消除人为错误。

提供快速的投资回报:

RPA机器人可以在虚拟机或者实体机上执行业务任务系统或应用程序。基于UI的非侵入式操作,实现快速部署和快速上线。可以有非常高的投资回报率。

LittleR

流程适用性评估

相信很多盆友都思考过一个问题,到底什么样的工作、任务、流程,适合被RPA自动化。选择合适的流程并付诸落地实践是保障RPA项目不失败的重要一环。

在很多工作岗位上,有将近20~40%的工作是可以被自动化的。这里我们再强调一遍,RPA最典型的应用场景是基于规则的,重复的,人工判断介入低的工作。

流程筛选评估其实有很多种标准,标准也需要根据不同的企业文化和环境适当调整。总体来说流程评估,或者说需求评估应该分为三大类。

流程适用性评估

1
应用场景经验定义

根据对某一个细分行业,或者某一种职业的工作类型和场景,根据足够多的经验验证和积累而形成的一般性认知。一般我们可以将流程的试用性评定为高、中、低三档。

2
流程初筛

流程初筛的场景在很多大型企业用户那里经常发生,业务需求部门抛来了雪花般的RPA流程需求,并且每一个流程都是那么重要和紧迫。RPA项目团队,或者RPA卓越中心,经常碰到一种尴尬,要么没有人知道有RPA白领机器人这个东西;要么通过宣传推广,活多到根本忙不过来。这个时候流程初筛的本领就显得尤为重要。

大体上我们推荐两种方法来评定流程的适用性:第一种,流程象限评估法;第二种,流程筛选框架法 。

3
详细流程定义

用户提交了需求,肯定是希望得到反馈的,如果得不到合理的反馈,既不礼貌又打击别人的积极性。用户希望得到的反馈是“什么时候能上线?”  (就是这么简单直接)但是RPA团队需要在流程初筛的时候告诉用户,这个事能不能干,为什么;详细流程咨询和评估出来之后,给予合适的排期计划和开发测试计划,并引导用户在什么样的时间点给予什么样的配合,如果因为用户的配合度低而导致的Delay,  sorry 无能为力。

 

以下我们以RPA领域最常见的财务工作为例,为各位财务老师们抛砖引玉,简单分析了几个常见的财务工作类型。请参见下图

 

流程适用性评估

 

admin

RPA项目失败的几大原因

RPA白领机器人可以降低成本、减少错误、提高效率,以及将人工从数据输入等单调重复的任务中解放出来,使他们能够专注于更具挑战性的工作。企业越来越多地应用RPA来追求这些好处,行业研究预测,对该技术的需求将持续上升。

通过使用白领机器人和AI应用技术来提高业务流程自动化的需求,预计将是未来一段时间市场增长的一个关键趋势。

然而,RPA项目并不一定能100%获得成功。与其他技术计划一样,RPA实现可能会由于各种原因失败。这种相对较新的技术有可能在工作流程和公司文化中产生剧变。以下是RPA可能失败的几种方式,以及组织如何解决这些潜在的陷阱。

 

管理犹豫

任何有可能取代人类劳动者的技术都会引发争议,也会引发有关该技术将如何工作以及如何与员工互动的问题。RPA失败的最常见原因之一,往往不是技术问题,而是人的问题。有将近一般的POC项目最后不了了之,因为管理层还没有准备好进行变更。

因此,尽管该技术可能会在评估阶段得到验证,但决策者并没有马上决定将RPA工具传递下去,因为他们还没有准备好应用它们。

为什么迟疑?这可能是由于人事等方面的考量,或是将流程交给软件而不是人的不确定性,或者其他一些原因。

缺乏培训

如果组织没有花足够的时间让员工接受关于RPA工具的培训或教育,并且依赖太少的资源来完成所有任务,那么RPA项目更有可能失败。组织培养具有足够的RPA知识的广泛个人基础是至关重要的,这样他们就可以有效地识别和评估自动化机会。

主流的RPA供应商都在创建他们自己的学习生态,提供高质量的技术和非技术培训。企业在很大程度上没有利用这些资源。通常情况下,公司过于依赖少数人,而这些人很可能就是那些花时间变聪明的人。作为RPA虚拟员工转型之路一部分,组织需要确保RPA培训成为任何想参与其中的人的优先事项。

培训教育过程的一部分是确保业务使用者和支持团队真正了解RPA可以做什么,以及哪些流程适合被最先自动化。一旦你让你的用户更好地了解这项技术能做什么和不能做什么,那么就更容易建立共同的期望。

德国西门子集团(Siemens AG) IT企业内容管理部机器人战略、业务开发和项目主管(Andrea Martschink)说,在RPA项目中积累内部的RPA专业知识,并在技术和业务经理之间建立密切的合作,可以带来快速的结果和即时的业务影响。

 

错误的用例

如果为概念或试验的流程用例太复杂,就会导致项目进展缓慢。或者,如果用例没有创造足够的“令人惊叹”的因素,它将不会推动高管们购买所需的产品。曾出现过这样的情况:一家公司在应付账款(AP)中选择了一个测试流程用例,该用例提供了显著的投资回报(ROI),但它包含了相当程度的非结构化数据,并且需要OCR+ ,结果项目的推进很大程度上与OCR厂商的能力正相关。

与此同时,我们看到一些公司在短时间内成功地自动化了相对简单的流程,但不幸的是,没有产生良好的ROI或其他引人注目的好处。所以,重要的是要在自动化的潜在复杂性和好处之间取得平衡——无论是ROI、提高效率和效益,还是提高客户或员工的满意度。

有时候组织在没有充分评估待自动化流程的情况下,就急于将流程自动化。应该尽量避免将一切自动化的冲动。

通常对自动化的追求揭示了实施过程改进的重要机会,这些改进不仅可以提高自动化的潜力,还可以提高效率。最初的几个测试流程用例是最关键的,因为它们常常会建立或破坏与技术相关的动力。

 

IT&安全

即使RPA直接影响与IT相关的流程,一些组织也可能认为IT或信息安全管理人员不需要参与这些工具的部署。

但在理想情况下,IT和安全应该在项目初期就参与进来。从未遇到过不支持这项技术的IT团队,但当IT部门意识到某某部门在没有任何参与的情况下构建机器人时,就容易产生紧张的气氛。

西门子于2017年10月推出了一项RPA服务,目前在全球范围内都可以使用。该平台允许结构化和非结构化信息(如文本、语音、文件和电子邮件)触发RPA bot。机器人用于自动完成各种任务。

IT和安全人员不仅需要在规划阶段参与RPA计划,而且还需要持续的支持。

 

应用开发团队合作

在开发自动化功能时,与拥有该应用程序的应用程序开发团队合作是非常重要的

了解什么时候自动化可以在不同的环境中运行,以及在放置自动化的遗留系统中是否存在内存泄漏或问题,这些都是非常重要的。例如,将桌面自动化放在存在已知问题的遗留系统上可能会失败,因为自动化将使用更多内存,这会导致桌面超时问题。

有一个定义良好的变更控制过程是一个很好的实践,用于管理系统的变更,以及如何将变更通知使用这些系统的自动化。如果没有一个好的变更控制过程,并且应用程序的变更导致了自动化的中断,那么您的客户就会对自动化产生怀疑。失败可能是因为源应用程序,但自动化会因为无法工作而受到指责。