BPM 与 RPA

在云之后,机器人过程自动化(RPA)是下一个时髦的词,在机器学习和人工智能时代,新的趋势和新兴的技术正在蓬勃发展。

根据Forrester Wave的2017年第一季度报告:“企业面临数字化运营的巨大压力,他们看到常规操作完全自动化的未来。这些企业将RPA作为其自动化策略的一部分。”

Forrester估计,到2021年,将有超过400万台机器人执行办公,行政,销售和相关任务。随着供应商将RPA推向更高的价值,机器人的管理及其治理将成为一个日益严重的问题,而高级分析将加剧这些担忧。

但是经常有人会问或质疑RPA与Business Process Automation有何不同?业务流程自动化不是一回事吗?

BPA / BPM平台允许团队创建流程自动化工作流,这些工作流可以与交换信息的多个多样化系统集成并处理涉及某些人工任务自动化的方案。主要缺点是这些活动需要在那些系统上进行API或数据库访问,涉及编码,开发并且很耗时。如果要连接的系统不支持任何API集成,在网络外部或客户不愿意共享或提供对API /数据库的访问权限,该怎么办。

这是RPA平台超越的地方;因为它们具有非常复杂的框架,可配置软件机器人以非编程方式智能捕获和执行可重复的任务,而这些任务以前是需要人工执行的。

好消息是– RPA完全无代码且与平台无关。

敏捷业务技术的样本比较:

图片标题

以下是一个简单的示例企业场景,该场景为基于角色的用户手动提供对应用程序的访问,并使用BPA和RPA流程。

图片标题

典型的工作流程如下:

  • Project或IT Manager向团队成员提出基于角色的应用程序访问的请求。
  • 故障单是由支持工程师创建,转发和确认的。
  • 支持团队使用管理员凭据登录到应用程序。
  • 导航,搜索和验证用户是否已经作为角色的一部分存在。
  • 如果不存在,则将用户添加到应用程序。
  • 将更新发送给项目经理并关闭故障单。

通过脚本化业务流程自动化调用类似​​流程将需要创建一个新流程,该流程涉及通过从自动化队列激活的API / DB调用进行后端访问。这些活动将需要一个服务帐户或数据库凭证,必须对其进行加密和保存才能在系统上执行相应的操作。自定义流程工作流实现可能必须经过应用程序开发生命周期。

相比之下,RPA工具可帮助支持团队记录所执行的各种常规活动(捕获和回复)。诸如Automation Anywhere,UiPath,Blue Prism等行业领先的RPA工具内置了Studio Designer,以可视化方式创建自动化模型,而无需任何代码。机器人可以根据需要记录,安排和触发完整的手动操作。可以轻松地,以较短的持续时间和零编码来构建模型。

那么,应该选择哪种型号呢?

好吧,响应取决于要构建的自动化项目的目标。如果目的是使主要的重复性人类活动自动化,那么RPA将是更好的选择,另一方面,如果要实施的自动化流程复杂,涉及多个系统和平台的精简,则BPM Software将是首选。到平台。

原文


本文由 RPA Club 作者:Editor 发表,其版权均为 RPA Club 所有,文章内容系作者个人观点,不代表 RPA Club 对观点赞同或支持。如需转载,请注明文章来源。

发表评论