步入智能自动化：RPA迁移过程中的实践与考量--RPA中国 | RPA全球生态 | 数字化劳动力 | RPA新闻 | 推动中国RPA生态发展

2023年对于自动化行业来说，是充满变革的一年。随着新一代智能自动化平台为用户带来更为简洁的体验，以及许多顶尖的RPA供应商大幅度提升价格和许可费用，众多企业开始考虑或已经开始将他们的RPA资源从传统工具转向新的智能自动化平台。

当我们说到“RPA迁移”，我们通常指的是将现有的RPA流程（即由RPA机器人自动执行的任务流程）从一个环境（例如，一个特定的服务器或云服务）迁移到另一个环境的过程。

对于大部分公司而言，RPA的迁移是由以下五个核心目标推动的：

降低成本：传统的RPA工具价格较高，且许多工具在过去一年里有大幅度的价格上涨，因此组织的自动化总成本呈现出指数增长。然而，随着市场上出现更具性价比的选项，更多的企业正寻求减少自动化运营费用并利用更优的定价模型。

降低复杂性：传统 RPA 工具较复杂，因此通常需要高技能的技术员工将每个自动化流程编码到生产中。然而，下一代智能自动化平台提供直观的拖放画布，使普通业务用户也能够设计和开发自动化。

实现规模化：传统的RPA平台由于其复杂性，通常需要依赖IT部门来开发和部署自动化流程，这往往导致工作积压严重，无法有效扩展，也难以实现理想的投资回报率。然而，通过使用简化的RPA平台来降低复杂性，那些拥有易用自动化工具的公民开发者能更容易地把握自动化的机遇，从而加速整个企业的RPA应用的推进。

利用更好的功能和特性：尽管传统的RPA平台在产品开发方面似乎陷入了停滞，但新兴的产品却提供了更丰富的特性和功能，这些特性和功能可以真正利用出自动化的价值和优势，如提升效率和提升流程输出的质量。

与企业架构更好的兼容性：尽管传统的RPA平台并不总是能够和组织企业架构中的其他工具顺畅地协同工作，但新型的自动化平台却提供了大量的连接器，使得它们能够轻松地自动化与企业架构中的其他应用程序和服务进行交互的业务流程。

自动化的利益相关者在认识到将公司的RPA资产迁移到智能自动化平台可以实现的目标的同时，也应该关注那些表明RPA迁移时机已经到来的警告信号。虽然这些信号会因公司的具体情况而异，但一般包括以下几个方面：

* 自动化实践带来的回报和投资回报率显著；

* RPA供应商的价格和许可费用在上升；

* 难以在全公司范围内扩展自动化实践；

* 过度依赖技术资源来开发和交付自动化流程；

* 使用的遗留RPA工具过于复杂。

在此之上，强烈建议进行一次可行性评估，以明确将现有RPA资产迁移到新的自动化平台所需的努力程度；在现有的RPA资产中，有多少是与选定的目标工具兼容的；哪些流程可以进行优化或者淘汰，以此来降低总体的拥有成本并减少未来可能面临的维护和支持问题。

如果所有的初步研究都指向从传统的RPA系统转向下一代自动化平台，那么好消息就是，现在的迁移过程比以往任何时候都更加容易。虽然这仍然是个挑战，但现在有专门设计的技术可以处理大部分过去需要手动完成的转换和映射工作，这大大减少了过去进行RPA迁移所需的工作量和时间。

但是，仍然需要在目标的RPA平台和环境中测试和部署迁移过来的自动化。将自动化从传统的RPA工具迁移到新的智能自动化平台是一项与开发全新的自动化不同的任务。尽管存在这种差异，但是应该尽可能严格地按照公司的RPA软件开发生命周期(SDLC)协议进行操作，以确保一致性、标准化和质量。

通常来说，目标RPA平台代码完成后的大部分或者全部开发活动，应该与新的开发活动保持一致。这些活动主要包含以下五个基本步骤：

集成测试：在自动化迁移的测试中，首个行动应是集成测试。这涉及对所有与机器人交互的自动化组件和系统进行全面的端对端测试。集成测试的目的是检查是否满足功能性和非功能性的需求，例如性能、安全性和可靠性等。

用户验收测试：和所有软件开发一样，进行用户验收测试将有助于确认解决方案是否满足最终用户、业务客户或其代表的需求和期望。

文档：RPA生命周期管理中的一个主要问题是文档的缺失。由于缺乏明确的实践来记录RPA设计和交付，组织往往难以完全了解他们在自动化资产中拥有什么。RPA迁移提供了解决这个问题的机会。作为测试和部署迁移自动化的一部分，文档是必不可少的。在文档化步骤中，必须完成所有相关的操作和持续维护文档。这可能包括流程设计文档、解决方案设计文档、技术用户手册、支持用户手册，以及根据组织的SDLC标准所需的任何其他文档。

签核：在部署之前，应收集所有涉及RPA迁移和自动化的利益相关者（例如业务合作伙伴、安全团队成员、合规团队成员以及运营团队成员）的批准。

部署：最后一步是实际部署迁移的自动化。这涉及在目标平台的生产环境中启动自动化并验证所有相关的操作。

当然，从传统的RPA系统向智能自动化平台的过渡现在比以往更为简便。然而，这并不是一蹴而就的过程。企业必须采取适当的步骤来评估这样的迁移是否适合他们，并在确认后，按照组织的软件开发生命周期协议进行相应的操作。

继续阅读：