老系统没有 API，数据只能靠人工在两个系统之间来回搬。无 API 系统集成不靠推倒重建：把一次完整搬运录成路书，数字员工按步骤跨系统取数、填数、核对，人只复核差异与异常。
一、场景与痛点：无 API 系统集成，先讲清为什么难
很多企业的核心业务跑在一套老系统上：用了多年的进销存、生产管理或客户管理软件，功能够用，但没有开放接口，或者接口要向厂商另外付费、排期漫长。与此同时，新的电商平台、财务软件或协同工具又需要同一批数据。数据不在一个系统里，业务却要跨系统流转，搬运的活就落到了人身上。
无 API 系统集成要解决的，正是这个局面：不推倒老系统、不等接口排期，让数据在系统之间按既定规则流动。关键在于，搬运本身是一项高度重复、步骤固定的工作——从哪里取数、按什么规则转换、填到哪里、怎么确认搬对了，每一步都可以被记录下来、写成路书。这正是它适合交给数字员工的原因。
二、原来的做法与卡点
常见做法是导出再导入：从老系统导出表格，人工调整格式，再导入新系统。第一道卡点是口径不一致：同一概念在两个系统里叫法不同、编码不同、日期与单位格式不同，搬运的人要凭经验逐项对应，换一个人就可能对应错。第二道卡点是时效：导出与导入之间隔着人工处理，数据到新系统时已经滞后，着急用的业务只能先按旧数决策。
第三道卡点是没有留痕：谁在什么时候改了哪一行、为什么这样对应，只存在于经办人的记忆或个人表格里，出了问题无法追溯，也无法交接。第四道卡点是脆弱：搬运流程只有一两个人真正熟悉，请假或离职就断档；新系统一改导入模板，原来的做法立刻失效，还要重新摸索一遍。
三、数字员工接手后的做法（分步骤）
第一步，录制一次完整搬运：由最熟悉这项工作的人，从头到尾实际操作一遍——登录老系统、按条件查询或导出数据、按规则转换格式、登录新系统、填写或导入、核对结果。操作过程与界面截图被记录下来，作为路书的原始材料。录制时要把异常分支也走一遍：导出为空怎么办、某条编码在新系统里不存在怎么办，这些平时靠直觉处理的情况，都要在录制时实际做出来。
第二步，把口径与规则写进路书：字段对照表是核心——老系统的每个字段对应新系统的哪个字段、同一概念在两边叫法不同时以哪个为准、编码如何映射、日期与单位如何转换。转换规则要写成可检验的表述，例如「空值跳过并记入清单」而不是「看着处理」。路书的结构与写法，可参考《什么是路书：把员工经验变成可执行文件的全过程》。
第三步，定时执行与结果核对：数字员工按路书在固定时间执行搬运，执行完不直接算完，而是做一轮核对——源系统与目标系统的行数、关键字段合计是否一致。核对一致的，留一条执行记录；不一致的，差异清单单独列出，标明哪几行、对不上的是哪个字段。第四步，异常兜底：登录失败、页面改版、导出格式变化，数字员工按预案重试；重试失败就记入日志并提醒负责人，而不是悄悄跳过这一次搬运。
四、人保留做什么
人保留三件事。第一是定口径与边界：字段对照由业务负责人确认，数字员工能访问哪些系统、能做到哪一步必须停下来，由负责人写进路书的边界条款。第二是复核差异与异常：核对不一致的清单、重试失败的记录，由人判断是口径问题、数据问题还是流程变了，再决定改路书还是改数据。第三是处理真正的判断：新编码第一次出现如何归类、某批数据的业务含义是否变了，这类需要业务知识的决定，始终留在人手里。
人不再做的是重复搬运本身：不再逐行复制粘贴、不再反复调整表格格式、不再靠记忆核对行数。分工的界线很清楚：可写进路书的步骤交给数字员工，需要判断与担责的环节留给人。
五、上手注意事项
第一，从一项流程清晰、频率高的搬运起步，不要一开始就打通全部系统。先把一项搬运的路书写透、跑稳，再复制到相邻流程。第二，口径先定后录：字段对照与编码映射由业务负责人先确认，再开始录制；口径不清就录制的路书，执行结果一定对不上。第三，权限与留痕先行：数字员工的系统账号只给搬运所需的最小权限，每次执行留记录、每次差异留清单，复核的人有据可查。
第四，保留人工兜底：新系统导入模板一变，先暂停自动执行，更新路书并用小批量验证通过后再恢复全量。老系统打通的目标不是一次搬完所有数据，而是让每一次搬运都可复核、可追溯、可交接——先做到这一点，再谈扩大范围。