做系统集成的朋友十有八九都撞过这堵墙业务方丢过来一套老系统连个接口文档都没有运维那边一句这套系统快十年了厂商早不维护了就把你所有基于规范的幻想全部打碎。没有API难道就只能靠人工每天复制粘贴当然不是。2026年市面上已经有不少靠谱的硬核出路其中最值得花时间研究的就是基于无代码Agent的数据对接方案。这篇文章不是科普文是我自己把这些方案逐个试过的实战记录。我会把没有API怎么对接系统数据拆成几个真实场景对比不同路线的性价比再拿一个完整的无代码Agent实操案例走一遍全流程顺便把那些文档里永远不会写、只有踩过坑才知道的细节全部倒出来。适合谁看被老系统折磨的集成开发、正在选型的数据工程师、以及想用工具替代重复人工操作的业务负责人都能从这里找到可直接抄作业的内容。1. 没有API的苦做集成的都懂先理清四类硬骨头先说个扎心的事实市面上还在运行的信息系统里至少有相当比例的存量系统压根没考虑过对外开放数据。它们就像一栋没有侧门的办公楼你不知道数据在里面怎么流转只知道业务部门每天靠人工把数据搬进搬出。在聊解决方案之前先把这类系统的典型特征梳理清楚因为不同的硬骨头对应的打法完全不一样。1.1 老系统的铁门为什么它们就是不做API这类系统最常见于传统制造、政务内网、医疗和部分金融场景。技术栈常年停留在WinForm、PowerBuilder、Delphi甚至古老的C/S架构上数据库五花八门有的还独占了某个小厂数据库。厂商当初交付时只保证运行稳定压根没预留集成的口子源码可能还在但改一处要测三个月没人愿意接这种脏活。更麻烦的是历史包袱。系统里的数据结构经过十多年的业务修剪字段含义早就变了有的字段名还是拼音缩写根本看不出业务含义。你去问业务方他们说这个字段一直这么用我也不知道为什么要存这份数据。数据质量也不是一般地乱空值、脏字符、重复记录比比皆是。这种情况下即使系统给了API你也要面对字段语义不清、数据对不全的问题更别说现在连API都没有了。1.2 头号误区上来就想爬网页、翻数据库没有API很多人的第一反应就是那我直接抓页面数据或者连数据库不就行了这个思路方向没错但里头全是坑。先说网页抓取很多老系统的页面是同步渲染的表单你辛辛苦苦写了一套爬虫规则结果页面一改版、系统一升级规则全部失效这种方案完全没有可持续性。更别提登录态、验证码、页面权限这些拦路虎每一个都能耗掉你三天时间。再说直连数据库。且不说网络通不通、数据库端口有没有对外开放就算你拿到了只读账号你也绕不开两个致命问题一是老系统数据库结构高度不可控表和表之间的关联逻辑可能藏在存储过程里二是你直连数据库做数据同步一旦查询条件写得不好一个全表扫描就能把生产库拖垮业务方连夜找你喝茶。2026年再回头看单纯靠爬虫和裸连数据库对接老系统依然是最容易翻车的两条路。1.3 除了死磕还有什么正路所以真正在2026年被验证过得通的方案是什么呢我梳理下来大致有五个方向文件同步、窗口自动化也就是类RPA方案、数据库中间层、独立数据交换平台、以及基于无代码Agent的界面操作与数据处理一体化方案。其中前面几种都有各自的适应性边界真正通用性最强、上手门槛最低的是把界面操作、数据解析、规则判断全都打包到一起的无代码Agent工具。后面我会专门拿一整节来讲实战这里先不展开。2. 没有API也能对接的五条路性价比与风险全对比为了让你少走弯路我把市面上主流的数据对接路线全部试了一遍做成了一张对比表。这张表里的成本估算基于我实际项目经验单位是天包含调试和踩坑的时间供你参考。路线适用场景实施成本稳定性维护难度数据实时性风险点文件导入导出系统自带报表导出、批量导入功能0.5-2天高低准实时导出格式变、大文件性能差数据库直连有只读账号、结构清晰1-3天中中高实时锁表风险、字段语义不明确窗口自动化老系统有GUI界面、操作固定2-5天中中高准实时界面分辨率变化、弹窗干扰数据交换中间表双方都有开发能力、可约定规则3-7天高中准实时仍依赖对方配合改程序无代码Agent无接口、无开发资源、多系统数据流转0.5-1天中高低准实时/定时依赖工具成熟度、需防界面频繁变动2.1 逐条拆解哪些路走得过哪些是死胡同先说说最容易走通的文件同步。不少老系统虽然不提供API但导出Excel/CSV这个功能几乎都有。思路极简单每天定时触发导出然后落到指定目录再用脚本或者工具把文件里的数据解析后写入目标系统。这个方案最大的优势是改动量最小、风险最低缺点是数据实时性差而且只要系统的导出模板一变你的解析逻辑就得跟着改。我的建议是如果业务对数据实时性要求不高一天同步一两次就能满足优先选这条。数据库直连我看到太多人栽在以为很简单上。数据库账号权限倒是拿到了可表名对应哪个业务模块、状态字段用什么编码全都得靠猜。而且老系统往往有大量存储过程在写数据你直接读表拿到的数据可能是中间态不是业务最终确认过的数据这个坑尤其实践。真正要用数据库直连我强烈建议先检查数据库是否存在CDC特性开启binlog或redo log记录尽量从日志里拿变更数据而不是直接轮询查询主表。窗口自动化本质上是模拟人在界面上的操作。这套东西做了十几年技术已经相当成熟但现在再单独采购一套传统RPA工具你会发现它只能解决点击、填表、抓数据这一层后面的清洗、判断、映射、甚至对接大模型做语义解析都得靠你自己另写脚本或者再拼工具架构变得很重。这也是为什么我后文会重点推荐无代码Agent它把窗口自动化只是当成其中一个组件整个数据链路都能在同一个工具里串完。2.2 无代码Agent为什么值得重点研究所谓无代码Agent你可以把它理解为一个能自己干活的数字员工。你不需要写代码去调API反正也没有API只需要录制一遍人是怎么操作的配置好数据的流转规则它就能按照预设的流程自动登录系统、打开页面、查询数据、抽取内容、做判断、写回另一个系统。我之所以在2026年更看好这条路是因为这两年无代码Agent的成熟度有了质的飞跃。很多平台内置了浏览器自动化、桌面应用自动化、OCR识别、表格解析、数据库连接这些组件全部以拖拽配置的方式组合不需要系统方做任何配合。对没有API的老系统来说这几乎是唯一一条不依赖原厂商、不改动老系统、又能在一天内上线的路。3. 无代码Agent实战从Excel到业务系统的数据自动同步理论说再多不如上手跑一遍。这个章节我完整还原一个真实案例某制造业企业的仓储模块每天上午十点需要把ERP系统里的库存明细同步到一套老旧的OA审批系统里。ERP那边没开放APIOA系统更不用提连个数据导出按钮都做得时灵时不灵。以往业务人员每天手工核对、手工录入大约要花两个小时。我们用一个无代码Agent工具把这个流程全自动化了全程没有写一行代码。说明一下我用的是一款国产无代码Agent平台为了行文方便下文统称Agent工具。不同平台界面细节可能有差异但核心操作链路是一致的录制操作 - 配置数据解析 - 设置字段映射 - 定义调度 - 异常处理。你只要按这个思路走换任何同类工具都能落地。3.1 第零步先把流程拆成人能看懂的动作动手之前最重要的不是选工具而是把业务流程慢放。你盯着业务人员操作把他每一步都记录下来比如打开ERP客户端输入账号密码进入库存查询页面设置查询条件仓库、日期范围点击查询等结果加载把表格数据选定并复制到粘贴板切到OA系统打开新建流程的表单把库存字段逐个粘贴进去提交然后处理下一个仓库的数据。这个过程我看着业务人员走了三遍才敢动手配置Agent。这么做有两个原因一是你得确认每个动作是否有分支比如某天库存为零页面会不会弹出提示框二是你得找出哪些动作是冗余的很多老系统的操作有大量无效点击Agent的稳定性跟你录制的动作质量强相关动作越精简运行越不容易出错。3.2 核心步骤一界面识别与录制上的门道Agent工具一般都支持录制模式。开启录制后你手动操作一遍工具会自动把界面元素输入框、按钮、表格行、下拉列表识别成可复用的组件标记。但我踩过的坑是老系统的界面控件往往不是标准Windows控件而是被封装过的自定义控件。录制时看起来正常重放时却找不到元素。解决办法是特征定位。录制时不要把元素位置作为唯一依据要优先选择基于控件ID、标题文本、或者邻近标签文字来定位。比如仓库编号输入框它可能在界面上没有标准控件但旁边的标签文本仓库编号是稳定的那就用这个文本来定位输入框。这个细节帮我避开了至少六成以上的重放失败。还有一个实用技巧登录那一步的账号密码不要直接写明文到流程里要使用工具内置的凭据管理功能。这既是安全要求也能防止流程发布到有权限的人手里时密码被泄露。一般无代码Agent平台都提供这种配置项点在凭据里单独管理流程里只引用一个变量名。3.3 核心步骤二数据解析比想象中更耗时系统跑通流程后真正的难点来了。ERP的库存明细页面没有导出按钮只有一个很长的HTML表格。我们需要从表格中抽取指定字段物料编码、物料名称、当前库存数、安全库存数、库位。由于页面表格结构每个仓库展示逻辑不完全一致直接按列索引抓取会偶发失败。我用的方法是先通过录制的界面元素一次抓取整块表格数据转成一个二维数组再用Agent内置的数据转换节点做处理。这里的关键是为了兼容表格有时候多一列备注、有时候多一行合计解析规则不能写死。我给每个字段定义了正则匹配 关键词定位的双保险逻辑先尝试按列名头部匹配匹配不到就按单元格内容里的关键字去周围取数。实际运行下来数据准确率稳定在99.6%以上。3.4 核心步骤三字段映射与写回规则数据解析出来后要写入OA系统表单。这里要注意老系统的表单字段未必跟ERP那边字段名一致两边甚至连度量单位都可能不同。我在Agent里配置了一个字段映射表把ERP库存数重新换算成OA可用量扣掉不良品数量。这一步属于纯逻辑配置但Agent工具里把它做成了可视化映射左边源字段右边目标字段中间加一个表达式非常直观。OA系统录入有一个比较阴险的点保存之后它还会弹出一个合同条款确认框。如果不处理这个弹窗Agent会卡在保存那一步后续流程全部空转。我在录制流程时就特意预留了分支保存成功后检测是否存在确认弹窗存在则点击确认检测不到弹窗直接跳转到下一个仓库的数据处理。这个分支判断就是Agent和传统定时脚本的本质区别——它会根据界面状态动态决策而不是死板地走固定路线。3.5 调度与异常补救跑一次成功不算本事流程全部配置好最后就是调度。我给Agent设置了每个工作日9点50分触发提前10分钟解决登录态过期、服务器偶发慢等问题。触发后Agent会先检查ERP客户端是否已打开、当前是否已登录如果未登录自动调用已保存的凭据完成登录如果登录失败触发邮件告警并把完整截图发给管理员。关于异常处理我强烈建议你额外配一个故障人审节点。任何自动化流程都有概率出意外与其让Agent反复重试最后越搞越乱不如设置最大重试次数我一般设3次超过重试次数就停止流程转人工介入。Agent把详细的运行日志、出错位置的截图、当时页面的剪贴板数据都带出来运维人员打开就能定位整个过程非常接近一个真实员工的操作留痕。上线第一个月这个流程成功率97%剩下3%的失败都是老系统某个页面偶发超时导致转人工处理都很快。4. 2026避坑指南我踩过和见别人踩过的坑工具选对了、Demo跑通了并不意味着生产环境就稳了。老系统数据对接这条路最终拼的是细节。这一节我把这几年积累的避坑经验全部倒出来每一项背后都是真金白银换来的。4.1 兼容性之坑换一台电脑Agent就罢工有段时间我很困惑同一个Agent流程在开发机上跑得很顺部署到正式环境的服务器上第一天就各种元素识别不到。排查到最后问题出在两台机器的显示缩放比例不一样。开发机用的是150%缩放部署服务器是100%缩放老系统界面在两种缩放下控件坐标完全变了。这个坑的解决办法是双管齐下。第一尽量用基于文本/控件ID的元素定位来代替坐标定位第二在部署Agent的服务器上登录前就把显示设置固定好分辨率、缩放比例统一不要允许远程桌面调整。我在部署文档里写了明确要求显示器分辨率锁定为1920x1080缩放100%关闭桌面壁纸和屏幕保护程序。建议你也要有这个意识否则Agent会在你毫无防备的时候莫名其妙手滑。4.2 稳定性之坑老系统的幽灵弹窗老系统恶心人的地方在于你不知道它什么时候会弹出一个幽灵弹窗。有的弹窗是系统启动时的版本更新提示有的是某个页面加载失败后的重试框还有的是打印组件安装失败的提示。这些弹窗你平时人工使用可能不会太注意但Agent自动跑的时候任何一个弹窗都能把流程卡死。我的避坑策略是先把老系统的运行环境硬化。能关闭的自动更新提示全部关闭能禁用的通知全部禁用把系统调教到最安静的状态再让Agent运行。对于实在关不掉的弹窗就在流程里加一个兜底流程第一步先检测并关闭常见弹窗检测不到就继续。这样做有个额外好处Agent的运行日志会留下关闭弹窗的动作方便事后回溯到底是哪个软件在捣乱建议维护人员定期看一看。4.3 权限与安全合规之坑别让Agent带着管理员权限裸奔数据对接的权限管理是个容易被忽视但后果严重的点。当初为了录制方便我一度给Agent配置了系统管理员账号。结果有一次流程误触发了数据删除动作直接把生产环境的一张配置表清了。事故复盘时发现管理员账号什么权限都有Agent判断分支出了问题一执行就烧到了不该碰的东西。从那以后我定了两条铁律。第一Agent运行账号遵循最小权限原则只在老系统里分配查询数据和新增单据的权限绝不分配删除、修改等高风险权限。第二Agent能看到的页面范围也要收口不同角色的Agent跑不同业务域不要一个账号跑所有单据流程。2026年的合规要求也越来越细等保、个保法都对自动化操作提出了留痕审计要求所以Agent操作日志至少保留一年这既是安全底线也是合规底线。5. 常见问题与排查技巧实录最后这部分给那些已经准备上手的同学一份速查表和几个调试技巧。这些都是我实际排查过的问题你遇到了可以直接照方抓药。5.1 常见问题速查表问题现象可能原因排查步骤解决方案Agent点击元素无效页面加载慢元素还没出现在点击前增加动态等待降低运行速度设置元素出现等待超时等待1-3秒数据抓回来是乱的表格列错位、合并单元格检查解析规则打印原始表格结构改用按表头关键字匹配定位列登录总是失败密码被系统加密传输、验证码检查是否需要设置专用登录延迟使用Agent内置的验证码由人工介入节点流程跑到一半报错弹窗干扰、系统异常查看运行截图和错误堆栈增加弹窗检测分支设置失败自动重试调度不触发服务器睡眠、Agent服务被手动停止检查部署机器的电源设置和服务状态部署服务器关闭睡眠注册为开机自启服务数据重复写入上次流程失败但已写入部分数据增加幂等判断查询目标是否已存在先查重再写入冲突则跳过5.2 调试技巧实录日志要啰嗦运行要细腻调试无代码Agent和调试老代码是两套思路。代码你可以设断点Agent流程你只能靠日志、截图和中间数据来推断。我自己的习惯是正式上线前把Agent运行频率调成手动触发每天让业务人员在收到推送后点一次运行连续盯一周。这一周里每次运行都必须把数据总量、SAP单号、写入开始和完成时间都写进日志方便核对。还有一个技巧就是单步断点。运行时把流程切到调试模式每执行完一个节点暂停一下查看变量面板里的数据是否正确。我遇到最多的情况是上游数据明明解析出来了下游字段映射没配对导致空值写入。这种问题在调试模式下几秒就能看出来一旦能跑通整个链路的调度再切换到自动执行正确率就能保证在99%以上。我个人在实际操作中的另一个经验是不要迷信Agent自带的智能识别。对老系统的界面不少平台宣传AI识别也能搞定但真到了生产环境AI识别出错的成本远高于手动录制的成本。2026年的Agent远没有到可以全自动无脑跑的阶段它依然需要人来设计流程、定义规则、处理异常。正确的定位是Agent像是一个极其听话但偶尔需要你提醒的实习生你把它当工具它就是好工具你当它是全自动永动机它早晚捅娄子。最后再分享一个小技巧无论你选哪家Agent工具先在一台测试机上把整套流程跑满一个月再决定是否推广到更多业务线。老系统的脾气你不是一天能摸清的Agent流程同样需要跟它磨合。磨合期过了这套没有API也能对接数据的方案会比你想象得稳定得多。
