RPA技术应用存在的风险及应对研究

摘要：近年来RPA应用技术蓬勃发展，在给企业带来管理和效率提升的同时，也带来了诸多风险因素，本文将从管理与技术的角度分析RPA应用中具体存在哪些风险，并提出相应的应对策略和举措。

关键词：RPA 风险 应对

一、综述

随着RPA技术应用越来越广泛，风险问题也不断发生，2021年10月26日，元气森林一淘宝店铺因优惠设置错误，原价79元一箱（12瓶）的气泡水，因自动化设置优惠失误，造成实际售价每箱约3.5元，错误的价格导致该款气泡水销量暴增30万单，据说店铺或将损失200多万元。在近日举行的莫斯科国际象棋公开赛中，一国际象棋机器人夹断了一名7岁参赛儿童克里斯托弗的手指。这是很显然的RPA技术应用风险，还有很多看不到的导致经济利益损失的风险案例，面对这些风险，我们是不是应该停止应用这些机器人？显然不是，而是应更加慎重地去研究如何使用机器人技术，也就是我们在使用RPA技术时，保持谨慎的态度，采取一系列策略和措施，在既享受RPA技术带来的红利，同时做好风险管理，避免类似事故的发生或者降低发生的可能。下面本文将从RPA技术应用中的风险识别、风险策略、管理举措入手，来陈述如何管理RPA技术应用风险，以供借鉴。

二、RPA应用中存在的风险分析

（一）RPA应用战略目标制定风险

主要表现在启动引入RPA技术时，没有制定RPA应用战略目标，或者制定的RPA应用战略不合理（目标过高、目标过低）、企业战略目标不清晰、战略目标未能有效分解。

1.没有战略目标，或者战略目标不明确。没有制定RPA应用战略目标，就像是没有方向的航船，只是在大海上茫无目的地漂流，在出现选择的时候，就缺少指导原则，不知何去何从，如在遇到外部市场需求时，是否要去承接，最后很可能因为没有既定目的，在应用过程中难以引起足够重视，在重大事项上又难以抉择，最终走上错误的道路，或者弃用RPA技术。

2.制定的战略目标过高。根本不可能完成的目标，导致参与人员丧失信心，缺乏积极性，从而导致RPA应用失败。

3.制定的战略目标过低。不需要怎么努力就实现了的战略目标，明显是浪费了企业资源，太容易实现目标，那就和没有目标差不多。

（二）采购RPA产品风险

采购RPA产品存在的风险有：

1.预期风险。所采购的RPA产品从功能、性能上难以满足预期。

2.价格风险。所采购产品价格过高，导致战略目的失败。

3.供应商风险。采购RPA产品后，供应商破产倒闭，导致后续升级、运维服务缺失带来的应用风险。

4.政策风险：因政策变更，不允许特种行业使用RPA技术。

（三）RPA应用项目实施风险

RPA应用项目在实施中存在以下风险：

1.缺乏IT技术支撑。虽然RPA是低代码甚至是无代码平台，但是其应用的思想逻辑与程序开发类似，再加之目前国内市场上提供的RPA产品功能有限，并不能实现所有需求，而往往是开放各种程序语言的接口，由程序语言开发出插件、组件再转入RPA应用，如果缺乏IT技术支持，在很多应用场景上会遇到技术瓶颈，或者导致实现的效率大打折扣。

2.缺乏业务支持。没有业务支持，空有RPA工具，就像是巧妇难为无米之炊，实施注定失败。

3.缺乏人力资源支撑。没有人力资源支撑，人员无法集中精力做RPA的研究与开发，往往是应付了事，导致RPA实施各项绩效指标平平，质量、效率难达预期。

4.缺乏管理平台。缺乏统一的管理平台，RPA应用数量、效果难以统计；RPA的应用场景难以统一管理，存在重复开发和不可控制的风险漏洞；RPA的运维无法得到有效监管，导致RPA停用。

（四）RPA安全风险

RPA在应用过程中可能存在以下安全风险：

1.密码泄漏风险。在RPA设计时往往需要自动登录一些网站或者操作系统，那么就存在传输和录入用户账号与密码的过程，此处就存在无法避免的密码泄漏的安全风险。

2.权限管理风险。在RPA运行过程中，可能出现RPA的权限过大，导致人为利用RPA登录系统后，绕过权限管理体系，进行越权非法操作系统、更改数据。

3.数据泄漏风险。RPA运行过程中存在对敏感数据的抓取、加工处理，导致业务数据留存于日志、录相文件中，存在泄漏风险。

4.数据丢失风险。RPA在对数据的操作过程中，可能因环境或者系统异常导致误操作，而引起数据丢失风险。

（五）RPA需求管理风险

在需求管理环节可能存在以下风险：

1.业务流程挖掘不足。在RPA需求挖掘时，因人员能力、业务流程复杂度、技术实现难度等各种原因，导致可用RPA实现的业务流程非常少，导致项目失败。

2.业务流程挖掘过度。过度挖掘自动化流程，本不属于RPA来实现的一些管理性的需求，或者使用其他技术手段能更好地解决的自动化问题，都交给了RPA来实现，导致RPA需求过泛滥，ROI偏低，资源难于聚集重点业务流程，导致项目效果不好。

3.需求分析信息不准确。由于需求分析人员对业务的不熟悉，在与业务人员进行交流沟通时，可能存在误解、曲解业务人员的描述，从而导致需求分析的信息不准确。

4.需求分析信息不完整。没有将开发人员需要的相关细节信息了解完整，导致后期不断返工，重新沟通，增加成本，降低效率。

5.重复分析业务流程。对RPA整体业务流程不掌握，对已经在用的RPA业务流程重复分析，导致资源浪费。

（六）RPA开发管理风险

在开发管理环节可能存在以下风险：

1.开发环境风险。RPA本身是系统的表层集成，用于跨系统集成，对于企业外部的系统，一般没有测试环境，那么直接在生产环境进行开发，存在错误地处理业务数据风险。

2.代码规范问题。RPA虽然是低代码平台，但仍然是程序的开发应用，代码不规范，将会导致后期阅读难、维护难。

3.代码质量风险。开发的RPA程序代码可能存在逻辑错误，如陷入死循环、错误地跳过必须处理的环节、缺少异常处理等。

4.RPA代码管理风险。对于RPA代码没有进行安全的保管，存在代码丢失风险；没有对代码进行版本管理，存在修改错误难以恢复的风险。

（七）RPA部署应用风险

在部署应用环节可能存在以下风险：

1.应用环境风险。RPA产品使用过程中，程序开发、单元测试与系统集成测试通常是在测试环境进行，但在进行用户验收测试或RPA投产上线后可能会遇到非应用或业务异常的情况。这是由于生产环境和开发测试环境之间可能存在差异性所导致的，而这些差异又非常细小，比如操作系统或浏览器的版本不同、系统的某些相关设置不一致、某时段补丁插件自动推送安装导致的弹窗等，这些差异极易被忽略，但又影响RPA的应用。

RPA产品在上线投产前已经过单元测试、系统集成测试与用户验收测试等多项测试。但RPA在日常运行中可能会出现应用程序中断或网络卡顿、网站响应异常等特殊情况，若设计RPA时未考虑此类情况的发生，可能会导致后续任务执行失败。此外，上线投产的RPA流程也可能会因为操作系统、浏览器、应用的自动升级，界面模块升级前后不一致而出现运行异常的情况。

2.应用迁移风险

RPA产品因开发时没有设定与客户使用端同样的系统环境，导致开发好的RPA产品部署到用户终端时，不能正常运行，需要进行大量的调试工作，使得迁移工作费时费力。

3.处理错误数据风险

RPA产品在执行过程中可能会存在一些数据异常或超出业务规则的情况。尽管测试阶段测试人员已经尽可能模拟各种业务情况，但测试样本数据和真实业务数据之间的差异性仍旧是不能避免的。同时RPA难以识别业务提供的形式、格式都合法的错误数据，从而批量处理错误数据，导致结果错误。

4.批量错误处理业务

RPA产品在执行过程中可能因设计疏漏，导致批量错误地处理业务，导致业务处理错误风险。

三、RPA风险应对

针对RPA风险可采用以下4种策略：风险承担、风险规避、风险转移、风险控制。

1.风险承担。风险承担是企业对风险承受度之内的风险，在权衡成本效益之后，不准备采取控制措施降低风险或者减轻损失的策略。

2.风险规避。风险规避是企业对超出风险承受度的风险，通过放弃或者停⽌与该风险相关的业务活动以避免和减轻损失的策略。

3.风险转移。风险转移是企业通过合同或⾮合同的⽅式将风险转嫁给另⼀个⼈或单位的一种风险管理策略。

4.风险控制。风险控制是企业在权衡成本效益之后，准备采取适当的控制措施降低风险或者减轻损失，将风险控制在风险承受度之内的策略。

针对RPA应用过程中存在的风险建议采取的应对策略与措施：

1. RPA应用战略目标制定风险应对

采用风险承担策略，战略目标的制定属于管理层经过多方信息收集，对未来做出判断而做出的最终决策。为了使目标更加科学合理，可以聘请专业的咨询机构进行分析论证，协助战略目标，以防止战略目标不明确，过高或过低的风险。

2. 采购RPA产品风险应对

可采取风险控制策略，在采购RPA产品前，对政策进行研究分析，规避政策风险；对RPA产品进行POC测试；对RPA产品供应商进行综合实力调研对比。

3. RPA应用项目实施风险

可采用风险控制和风险转移策略。企业实施RPA项目时可建立专项项目小组，并赋予调用内部资源的权力，避免技术、业务、人力支持不足的问题，同时对于管理平台，可以采用引进外部技术，签订合同，将管理平台风险转移至外部。

4. RPA安全风险应对

应采用风险控制策略。对选用的RPA产品进行安全架构风险分析，包括机器人的创建、控制、运行和识别跨系统连接产品时，安全体系结构漏洞和虚拟化方法的使用和授权漏洞。同时进行安全设计审查，如数据流分析，以验证安全控制集成到RPA中；集成安全扫描工具，作为RPA机器人创建过程的一部分，用于扫描后台生成的安全漏洞代码；严格RPA权限控制、接触管理，防止越权访问；对RPA机器人处理的敏感重要数据进行加密处理，监测RPA机器人在处理敏感数据时是否符合规范；配置全过程完整的日志跟踪。

5.RPA需求管理风险应对

可采用风险控制策略。在需求挖掘工作开始之前，先借鉴同行业案例经验，避免挖掘不足，同时建立业务流程实施标准，对业务流程进行严格评估，避免流程挖掘过度；对于从事需求分析的人员进行考核上岗，需要具备行业专业知识和RPA基本知识，能够做好业务需求与开发的桥梁作用。

也可采用风险转移策略。将需求挖掘部分工作外包给专业的咨询公司或者RPA团队，签订合同目标,明确业务流程数量、质量和预期收益。

6. RPA开发管理风险应对

可采用风险控制策略。一是建立程序设计规范和代码规范；二是对开发人员进行资质认证，只有具备一定资质的人员才能进行业务流程开发；三是建立代码审查机制，由资深技术专家负责对代码的逻辑、规范、质量进行检查；四是建立统一的代码管理平台，保证代码安全；五是加强RPA产品的版本管理，对各版本进行保存，以便恢复。

也可采用风险转移策略。将开发工作外包给专业的RPA技术团队，签订合同目标,明确管理要求。

7. RPA部署应用风险应对

可采用风险控制和风险规避策略。对于迁移风险和应用环境风险，可以在开始实施阶段就统一规划好专门用于RPA的虚拟机或者PC机，做好系统环境的标准化、规范化，同时将环境提供给开发团队，降低因系统环境的差异引起的迁移和应用风险；对于处理错误数据的风险，可以在业务执行前进行数据校验，对于数据形式、格式合法无法校验的错误数据，应考虑错误带来的影响程度，如果可以接受就采用风险承担策略，不可接受则采用风险规避策略，对这部分业务不使用RPA处理；对于批量处理错误的风险，应考虑错误产生的后果，是否在可接受范围内，如果风险较大，应采取风险规避策略，对RPA进行下线处理。

四、结语

RPA是一项非常便捷的数字化转型利器，能够为企业的数字化转型提供强力支撑，但是在实施过程中存在很多风险，应针对可能的风险做好应对策略，积极采取防范措施，避免实施失败。总之我们在使用RPA时，既不能因噎废食，也不能讳疾忌医，科学合理应对风险，充分发挥工具作用，为企业带来收益。

参考文献：

[1]高雅.RPA财务机器人的技术特点与实践应用[J].轻纺工业与技术，2020，49（06）：98+103.

[2]陈红智．财务共享中心模式下的风险与控制[J]．中国总会计师，2020（06）：64-65．

[3]王言.RPA：流程自动化引领数字劳动力革命[M].机械工业出版社，2020：250-260