SAP推出RPA,低代码工具以帮助减少开发人员债务

在其年度开发者大会上,SAP推出了一项新的自动化技术,而不是其中的三项,希望能够招募公民开发者加入其平台。

企业必须用其他资源来补充其中央应用程序开发小组,为业务人员配备低代码和无代码开发平台以及机器人流程自动化(RPA)工具,使他们能够承担一些编程工作。

对于依赖SAP的企业而言,情况尤其困难,因为在SAP S / 4HANA上在云中重新实现遗留的R / 3应用程序正在占用可能正在开发新功能的开发人员。

现在,SAP以其在2020年12月的在线TechEd开发人员活动中发布的SAP Cloud Platform Extensions的形式给出了一个答案,或者说是三个答案。这三个流程自动化工具是SAP Cloud Platform Workflow Management,用于实现低代码自动化。企业工作流程,包括其ERP和Qualtrics客户体验平台之间的流程;适用于没有编码技能的业务用户的SAP Ruum,无法自动化部门流程;和SAP Intelligent Robotic Process Automation 2.0(SAP智能机器人流程自动化2.0),从2021年1月开始,每个S / 4HANA Cloud订阅都将包含其限量版。SAP推出RPA,低代码工具以帮助减少开发人员债务

SAP推出RPA,低代码工具以帮助减少开发人员债务

SAP于2018年中推出了其智能RPA工具的1.0版,并于当年11月收购了一家小型法国RPA软件供应商Contextor。但它在RPA领域的作用不如微软推出的Power Automate(在2016年被称为Flow)强大,其中包括一些具有Office 365许可证的免费功能。

Futurum Research首席分析师丹尼尔·纽曼说:“微软的Power Platform一直是低码增长的催化剂。” “看到SAP在其RPA和低代码产品方面付出更多的努力,这令人鼓舞。”

SAP必须在RPA表上争取自己的位置,但是:“我们看到其他企业软件领导者,包括Salesforce,Oracle,ServiceNow,Amazon Web Services和Google,都对低码进行了大量投资以推动增长。公民应用程序开发”,纽曼说。

阻碍创新

SAP面临的一个挑战是,诸如UiPath,Blue Prism和Automation Anywhere等RPA纯业务已通过与其软件和使用其工具构建的机器人的集成,建立了巨大的收入流,同时又解决了企业的直接业务问题,成为了另一种一段阻碍创新的遗留代码。

Forrester副总裁兼首席分析师Craig Le Clair表示,这可能不利于企业,阻止其进行流程转换,也不利于SAP,因为SAP的大部分收入都取决于企业迁移并升级到S / 4HANA。

Le Clair表示,虽然RPA最初是消除重复性人类活动爆发的一种方法,可以使短时间的特定任务自动化,但结合流程流程功能可以端对端地进行改革和转换时,它的功能更加强大。

Le Clair认为,SAP首次涉足RPA的方向是错误的。他说:“他们试图在内部构建自己的RPA解决方案,该解决方案仅处理API。” “ RPA的全部目的是完全像人工操作一样直接与现有接口,现有应用程序集成,这样做的好处是您无需构建API。”

该公司的新产品正在使其重回正轨。Newman说:“简化SAP内部流程将受到客户以及企业用户的欢迎。”

Constellation Research首席分析师Holger Mueller说,企业中最终用户“拥有”自动化命运的能力很重要。

“没有足够的开发人员,因此企业正在寻找方法来创建适合其企业应用程序和整体自动化需求的方法,其中包括具有’轻’技术意识的企业用户,以创建所需的自动化方法。”

Forrester的Le Clair警告说,在为业务用户提供更多的设计,开发和自动化责任方面,存在根本性的压力。他说,一方面,CIO冒着在没有适当的运营模型和治理的情况下进行开发的风险,但另一方面,由于业务部门了解业务,因此可以更好地推动开发。他说:“您的数据科学家应该参与业务,因为他们了解可以复制业务活动的模型,这就是理论。”

安全问题

Constellation的Mueller说,RPA中有很多IT部门需要做的工作:“ CIO必须确保这些应用程序不会造成安全问题或数据驻留问题。”

对于Le Clair,CIO需要在自动化和低代码开发的其他方面提供指导,包括安全性,编码标准和设计。

当RPA僵尸程序松动时,仅密码管理是一个巨大的问题。Le Clair说:“这些机器人使用与人类相同的凭据来进入公司拥有的最受信任的应用程序,”他警告说,确保这些凭据不会被错误使用的有效政策可能会长达25页:“安全,加密的凭证保管库只是一个方面。”

还有一个问题是企业应允许多少个RPA平台。

Le Clair说:“ SAP将会面临的问题之一是公司可能已经拥有两个或三个RPA解决方案。” “他们是要使用已经购买的,在与SAP没有任何关系的四个不同部门中拥有的产品,还是要引入一个新部门并允许这种自动化功能在组织中扩散?那将是一个问题。”

合理化是良好的运营模型和治理策略的一部分,但他仍认为大多数组织中至少有两个自动化平台,这部分是因为市场上的产品倾向于专门用于后台功能或前台功能例如客户服务或联络中心自动化。

“您可能会看到一家公司拥有一种更面向后台的RPA解决方案,而您还会看到它为前台提供了另一种解决方案。”

Le Clair认为,SAP的RPA平台可能会在高度依赖其ERP平台的企业中占据优势。“这样做确实避免了一些许可成本,因为如果它是与SAP核心系统集成的SAP RPA功能,则被认为是SAP内部的,因此无需支付许可费用。”

Mueller认为,尽管RPA的出现是为了填补程序员的不足,但它最终有可能创造出更多的程序员。

他说:“许多企业用户告诉我,他们的低代码/无代码经验也使他们在全代码项目中也变得更好。”

本文是51RPA中文社区原创文章。发布者:RPA小当家,转载请注明出处:https://www.51rpa.net/rpanews/8857.html

发表评论

邮箱地址不会被公开。 必填项已用*标注