结论先行：RPA（Robotic Process Automation，机器人流程自动化）模拟人去点击软件界面，适合没有接口的老系统；工作流自动化通过 API（Application Programming Interface，应用程序编程接口）和事件在系统之间传递数据，更稳定、更快、维护成本更低。选型口诀：有接口选工作流，没接口才用 RPA，混合场景两者组合。行业参考数据显示，同样的业务量，工作流方案的综合成本通常只有 RPA 方案的一半以下。

"要不要上 RPA"是很多企业做自动化规划时的第一个问题。这个问题的本质是：你的自动化应该建在界面层，还是建在接口层？本文把两种技术的差别、适用场景和成本结构一次讲清。

一、本质区别：UI 层 vs 接口层

打个比方：工作流自动化像"银行转账"，资金在账户之间直接划转，规则明确；RPA 像"雇了一个代跑腿"，模仿人的动作打开网页、复制粘贴、点提交按钮。跑腿能应付任何柜台，但柜台一装修（界面改版），跑腿就迷路了。

二、三类场景怎么选

场景一：目标系统没有接口。十年前的 ERP（Enterprise Resource Planning，企业资源计划系统）、只有桌面客户端的业务软件，接口层是封闭的，只能让 RPA 模拟人工录入。这是 RPA 的主场。

场景二：系统之间有 API 可用。新系统普遍提供开放接口，工作流直接调用，数据在系统间秒级流转。以猫拽低代码（CatPull）为例，工作流引擎内置 HTTP 请求节点与云函数代码节点，可以直接对接各类系统的开放接口，把审批、通知、数据更新串成自动链路，不需要模拟任何界面操作。

场景三：混合链路。审批流在低代码平台跑，最后一步要把结果写进没有接口的老系统。做法是：工作流完成全部接口能做的环节，只把"最后一步录入"交给 RPA，把 RPA 的使用范围压缩到最小。

三、成本账怎么算

RPA 的成本结构：机器人授权按年付费（行业参考：单机器人年费数千到数万元），脚本开发按界面元素逐个配置，界面每次改版都要重新校准脚本，运维投入长期存在。工作流自动化的成本结构：接口对接一次性投入，之后按流程逻辑维护，接口契约不变就基本不动。

举例：一个每天 200 单的订单录入场景，RPA 方案需要 1 个机器人授权+脚本维护人力；工作流方案只需对接下单接口，一次配置长期运行。三年算总账，工作流方案普遍便宜 50% 以上，而且没有"界面改版连夜修脚本"的风险。

四、三条落地建议

1. 做自动化盘点时先画系统地图，标注每个系统"有接口/没接口"，接口覆盖的部分全部规划给工作流
2. RPA 只用于补位封闭系统，并把 RPA 脚本封装成标准接口挂在集成层，界面改版时只改这一处
3. 新建系统选型时把"是否提供开放 API"作为硬指标，从源头减少未来对 RPA 的依赖

FAQs

Q1：RPA 会被 AI 取代吗？

A：RPA 正在与 AI 融合为智能流程自动化：AI 负责识别非结构化内容（发票、邮件），RPA 负责最后的界面操作。被取代的是纯规则型 RPA 脚本，"AI 理解+RPA 执行"的组合反而更常用。

Q2：老系统改造前有必要先上 RPA 过渡吗？

A：可以过渡，但要算清账：老系统一年内计划替换或补接口，RPA 临时补位是合理的；系统还要用五年以上，则优先评估接口改造或更换支持开放 API 的系统，长期维护 RPA 脚本成本更高。

Q3：工作流自动化需要开发人员吗？

A：低代码平台下基本不需要。以条件分支、HTTP 请求、云函数这类节点拖拽编排为主，业务人员可完成大部分流程；涉及复杂字段映射时，有基础的开发人员写少量代码节点即可。

延伸阅读

• 工作流引擎怎么选？节点编排、条件分支与并行网关详解——工作流方案的引擎选型方法
• 低代码平台的 API 集成策略：怎么打通 ERP、财务与 CRM——接口层集成的架构策略
• 低代码平台生态与集成——平台集成能力全景
• 企业应用开发成本——自动化投入的总体成本框架