RPA技术债务的三大隐患

RPA技术债务的三大隐患

您可能忽略了RPA技术债务的三大隐患

如果您希望有选择地自动化遗留系统中各个组件的工作，并在不花费大量时间的情况下帮助实现流程自动化，那么RPA应该备受关注。像Deutsche Telekom这样的全球公司已经推出并自动化了2500个单独的机器人程序，节省了超过1亿欧元。但是，过分依赖RPA可能会使您陷入困境。NatWest的业务自动化服务部门的Paul Jones甚至将RPA归类为技术债务。那么，您该如何避免这种债务？预防是最好的治疗方法，在赶上RPA潮流之前，请仔细考虑是否需要RPA解决方案或工作流引擎。

失去对长时间运行过程的控制

端到端自动化和协调长期运行的流程的能力对于业务连续性和客户体验都是至关重要的。但是要做到这一点，您需要状态处理和持久性-等待用户完成任务，计时器到期或可能发生外部事件的能力。

RPA工具无法端对端地处理这种编排，因为它们被设计为同步的。结果，您总是必须将中间操作触发的端到端过程“分解”为单个部分。这使得很难看到整体流程，并且很容易失去对重要过程的跟踪。

同样，如果出现问题，您也无法失去状态。为了管理长时间运行的流程，您需要某些功能，例如修复和重试失败的实例的能力，例如流程卡住时的超时和升级。您还需要考虑版本迁移，尤其是在该进程的旧版本仍在运行时。RPA工具通常不提供此类功能。

如果仅依靠RPA工具，则将难以处理端到端长时间运行的流程。相反，您将需要一个工作流引擎，该引擎可以保持状态并提供跟踪时间并触发与时间相关的事件的机制。Camunda可以轻松地对此进行管理，它支持标准的BPMN 2.0计时器事件，使您能够对日期，持续时间和周期做出反应，并让您自由地以正确的方式处理这些情况。Camunda还能够跨版本迁移状态。

俯瞰外部事件

在大多数过程中，必须能够对过程外发生的事情做出反应。例如，客户可能在仓库处理订单时取消订单，而流程需要通过确保未发货来对此做出反应。为了实现这一点，您需要具有侦听并通知进程外部发生的事件的能力。由于RPA技术并非旨在与外部事件进行交互，因此存在丢失流程重要更新的风险。但是，Camunda实现消息事件，例如启动或中断进程，这些事件专门等待外部事件发生以触发动作。Camunda进一步通过Java和REST提供了Message-API，可将其与Kafka或RabbitMQ等其他消息传递系统集成，从而为您提供统一的事件体系结构。

缺乏编排

RPA用户应该能够根据其使用情况选择合适的RPA技术，并根据需要组合工具。假设您有一个过程，第一步涉及在旧式大型机用户界面中访问数据-一个理想的RPA用例。然后，对于该过程的下一步，您需要与基于Web的现代用户界面进行交互。您可以轻松地使用两个专用的RPA工具来进行管理。但是，您不能做的是协调工作流本身。在这里，能够集成来自不同供应商的不同RPA技术的工作流引擎是更好的方法。值得关注的另一点是可见性。RPA工具通常缺少流程层，这对于跨工具集成是必不可少的，并且可以促进跨不同RPA供应商的流程的透明，端到端可见性。这可能会导致用户陷入供应商锁定情况。

RPA还是工作流引擎？

技术债务可能是您的麻烦。这就是为什么必须使用正确的工具来完成这项工作的原因。RPA和工作流引擎都具有优势，选择正确的技术实际上取决于您的用例。RPA擅长作为自动化单个任务的战术解决方案，但实际上不应该用于自动化核心业务流程。相反，应该将其视为具有完善的API和其他集成点的现代IT基础架构战略之旅的一部分。