企业搞自动化的首要现实门槛，往往不是"机器人能不能点按钮"，而是"系统实在太多了"。一家中大型企业的后端通常并存着 ERP、财务系统、CRM、供应链系统、网银平台、OA、各种业务专线系统，有的提供标准 API，有的只有网页，有的连网页都没有只能操作桌面客户端。如何把这些异构系统"接进来"，是自动化平台架构设计的核心命题。本文梳理一套可复用的连接器与统一适配层设计模式。
一、异构系统的三类接入形态
按交互方式，企业系统大致可归为三类：
- 接口型（API/消息队列）：提供标准接口，适合用服务编排方式对接，稳定且易监控；
- 网页型（Web/门户）：只有网页后台，需通过浏览器自动化操作，难点在登录态、验证码、反爬策略；
- 桌面型（GUI 客户端）：专业软件或老旧系统，只能模拟键鼠操作，难点在控件识别与异常恢复。
真实企业里三类并存，且网页型与桌面型往往占大多数。因此平台不能只支持 API，必须同时具备图形界面穿透能力。
二、统一适配层的设计目标
统一适配层要解决四件事：
- 协议适配：把 HTTP、数据库直连、浏览器、桌面 GUI 等不同通道封装成一致的调用接口；
- 会话与凭据管理：统一处理登录态、令牌刷新、多账户切换，并做到凭据隔离（不同流程用不同凭据，互不泄露）；
- 异常与重试：网络抖动、弹窗、页面改版都能被识别并触发重试或转人工，避免静默失败；
- 可观测：每个连接器的调用次数、成功率、耗时都被记录，便于排障与容量规划。
三、连接器的复用与沉淀
在大型集团里，连接器应当像"组件"一样被沉淀和复用，而不是每个分支机构重复造轮子。典型实践包括： - 标准化连接器库：把对接网银、对接主流 ERP、对接第三方支付等做成可配置的标准件；
- 适配层屏蔽差异：上层业务流只需声明"从哪个系统取什么数据"，具体怎么连由适配层决定；
- 发布闸门：新连接器上线前经过测试与审核，避免未经验证的连接器流入生产。
以某大型银联机构为例，其自动化涉及统一业务系统、收单服务平台、开放平台、营销平台、统一支付平台等数十个核心系统，业务跨系统属性强、规则明确，正是靠统一的连接器与适配层，才把数十个自动化流程稳定跑起来。
四、工程经验 - 先做接口型，再做网页/桌面型：能用 API 的绝不模拟点击，稳定性与可维护性更好；
- 凭据隔离是底线：把账号密码写死在脚本里是重大风险，必须用凭据托管；
- 连接器要可测试：每个连接器带健康检查，上线即可监控；
- 复用优先于新建：先查组件库，避免重复适配同一系统。
把异构系统"接进来"的能力，决定了自动化能覆盖多少业务。统一适配层不是炫技，而是让业务流作者专注于"做什么"，把"怎么连"留给平台。
五、几个避坑点
连接器建设里容易踩的坑：为每套系统写专用硬编码而非通用适配器，导致维护爆炸；把账号密码明文写进脚本，埋下安全雷；跳过异常重试与超时处理，网络抖动就整批失败；忽视度量，不知道哪个连接器调用频次居前。把这些前置考虑进去，统一适配层才真正可用。
