RPA 适合系统无接口、流程易变、短期降本；稳定高频链路应优先 API 或中间件。用 RPA 冒充集成会把脆弱性留给运维。本文写清一期单据、责任人和验收指标。 先回答高频疑问，再给对照表与要点。
全用 RPA 行不行？
短期可以降本，长期会变成机器人运维车间。
如何衡量该切换到接口？
看失败率、人月维护、业务峰值是否撑得住。
业务人员能否自己做 RPA？
可以做简单流程，但凭证、权限与变更管理仍要治理。
和 AI 智能体什么关系？
RPA 偏执行点击；智能体偏推理决策。关键交易仍要确定性接口。
把脆弱自动化当成债，而不是资产
| 判断维度 | 常见陷阱或成本 | 更稳妥的切法 |
|---|---|---|
| 无接口/短期 | RPA 过渡 | 设退役条件 |
| 稳定高频 | API/中间件 | 可审计 |
| 优先级 | 高频规则清晰 | 例外少 |
- 先问：对方系统有没有稳定 API 与沙箱。
- 界面频繁改版的，RPA 维护成本会指数上升。
- 合规与审计要求高的，接口链路更易举证。
- RPA 可作为接口未就绪时的过渡，并设退役条件。
- 自动化优先级：高频、规则清晰、例外少。
