打不通的系统，卡的不是接口
如果你正在查「低代码平台能不能对接金蝶用友」，多半已经问过一轮价：标准接口三到十万，两到四周上线，维护费按合同额一到两成收。这些数字不假。
但它们都压在一个没人明说的前提上——你三个系统里说的是同一套话。
中国信通院《中小企业数字化发展白皮书》的调研口径：受访企业平均部署 8.3 套独立业务系统，系统间数据自动互通率不足 30%；89% 的制造类企业存在严重数据孤岛，超过七成的数据仍靠人工导出、线下流转、二次录入完成对接。
同一机构 2026 年二季度面向中小企业的调研里，只有 23% 做到了跨系统的基础数据互通，32.7% 的企业踩过系统对接不上现有 ERP、仓储或设备终端的坑。
二十几个点。这个数字不该全算在技术团队头上。
三张表，三个编码：一个下午的会议室
杭州城西一家做精密件的厂，去年秋天的一个下午。老板把老王、小陈和李会计叫进会议室，只问一句：这个月 A 客户的订单，用了多少料、还剩多少。
三分钟，三张不一样的纸。
老王报的是采购口径，按供应商牌号写；小陈报的是仓库口径，按货位编号写；李会计报的是财务口径，按科目分类写。同一规格的 45 号钢，在三个系统里是三个编码，只有规格那一段描述长得一样。
老板又问：那我到底买了多少？
没人接话。后来刘工接的。他花两周把金蝶的物料表和钉钉的审批表单做映射，写了三百多条对照规则。写到第三条就卡住——金蝶里一个物料可以挂多个计量单位，钉钉表单只有一个下拉框。
这是今年见过的典型翻车方式：人以为自己在做技术活，其实是在替三个部门吵一场没人拍板的架。
接口数量是乘法，不是加法
点对点接法有个天生缺陷，能用一个式子写完：n 套系统两两相连，最多 n(n-1)/2 条接口。
十套，四十五条。二十套，一百九十条。五十套，一千二百二十五条。
多数厂到不了五十套，但十套很常见——ERP、MES、WMS、CRM、OA、财务、质量、设备、报工、报销，正好十个。四十五条接口，每条都有自己的字段映射、认证方式和异常处理。
真正的花费不在第一次开发，在第二次改动。一家集成服务商记录过一起事故：CRM 里一个下拉选项改了名字，影响六个下游消费方，三个直接报错，另外三个没报错，静默写入了空值，财务一周后对账才发现。
这就是先接接口必错的原因。接口越多，一个字段的改动半径越大，而字段的命名权在你三个部门手里，不在 IT 手里。
低代码平台能不能对接金蝶用友，先看这四个前提
前提一，谁是物料编码的发牌人。全厂只能有一个部门定编码规则，其余部门照抄。这件事不定，接口做得再漂亮，两边的编码也只能靠人工对照表拉着。
前提二，一段业务只允许一个系统写。客户档案在 CRM 能改、在 ERP 也能改，同步冲突就永远解不完——两边都动过同一个联系电话，听谁的？
前提三，谁在维护那张对照表。三百条映射不是写完就完事的，新物料每周都在进来。这件事必须落到某个岗位的日常里，不能靠项目组临时顶。
前提四，接口失效多长时间能被发现。没有监控的接口，故障通常在下一次对账时才暴露，间隔三到三十天。
四个前提里，只有最后一条和技术有关。
要定死的是哪三张表
- 物料主表。字段八到十个就够：内部编码、名称、规格、牌号、计量单位、默认仓库、默认供应商、状态。最后一项别省，很多厂的物料表只增不废，三年后两万条里四千条是死数据，接口天天在同步这些废料。
- 客户与供应商主表。统一编码、全称、简称、税号、结算方式。简称看似多余，实际是所有报表能对上的关键，销售嘴里说的和财务账上写的，差的就是这一栏。
- 组织与岗位主表。部门编码、岗位、汇报关系、成本中心。这张表定审批走谁，也定权限能收到多细。
三张表之外还得有一个人。不是 IT 负责人，是能替老板拍口径的人。编码用谁的规则、客户合并按哪个名字、部门调整后旧数据算谁的——这些属于管理决定，不归技术。
四种打通路径，代价摆在一张表里
| 路径 | 适合系统数 | 首次投入 | 年维护 | 加第 N 套的代价 |
|---|---|---|---|---|
| 人工导 Excel（现状） | 1–3 套 | 0 | 每月若干人天 | 人工线性增加 |
| 点对点 API 直连 | 2–5 套 | 单条 3–10 万 | 合同额 10%–20% | 每条重写一遍映射 |
| ESB / iPaaS 集成平台 | 10 套以上 | 平台费加实施 | 订阅或维保 | 加一个适配器 |
| 低代码做业务底座，接口只同步 | 3–15 套 | 按账号或应用计 | 低 | 加一张表 |
第四行是支道站的位置，直说清楚：这类平台不替金蝶用友做账，也不动 ERP 的核算逻辑。它落在中间——三张主数据表放在低代码里，业务人员自己维护，接口只负责把变更同步过去，不承担字段翻译。翻译写在接口里，每改一次口径就要改一次代码；翻译放在业务侧的表里，改的是配置。
它的短板同样要说：已经上了十几套系统、有专职集成团队的大型集团，ESB 或 iPaaS 才是正解，低代码在这个规模上会被治理需求压垮。
对接金蝶用友的真实报价，钱花在三段
服务商公开报价的水位大致如此，属市场行情，不是厂商定价：
- CRM 与国产 ERP 标准接口对接：3 万–10 万元，周期两到四周。
- 老旧版本、无标准 API、需要直读数据库：10 万元起步。
- 钉钉或企微的单点登录加组织同步：两万元起；审批流做到双向同步，容易过五万。
- 维护费按项目总额 10%–20%/年 收。远程实施参考价 1500 元/人天，现场 3000 元/人天。
算一笔三年的账。一次对接八万，维护按 15% 计，三年是 8 + 1.2×3 = 11.6 万。如果这三年里因为口径变动重做两次映射，每次按三万算，总额到 17.6 万。
十七万六买到的，是三条数据链路的自动同步。它买不到的是：采购和仓库对同一个物料叫同一个名字。
怎么算打通了：三个能测的数
验收别写「系统上线成功」，这句话没法测。写三个数。
一次录入率。抽三个高频单据——采购入库、销售出库、生产领料——看有多少比例是从头到尾只录一次。低于八成，接口只是把手工活挪了个地方。
口径一致率。随机抽五十个物料，把 ERP、仓库、报表三处的名称和规格拉出来逐条对比。差一条算一条，不到 98% 就别宣布打通。
断链时长。接口失效到被发现，中间隔多久。没人监控的话，这个数通常是「下次对账的时候」。
三个数都能在两周内测完。测不出来的方案，说服不了任何人。
明天上午就能做的第一件事
不用等预算，也不用约厂商。
明天上午，让采购、仓库、财务各导一份自己系统里的物料清单，三份并到一张表，只比一个字段——名称加规格的前 12 个字。三个人，九十分钟，数出对不上的条数，换算成百分比。
超过 5%，接口先别谈。把三张表定下来，指定一个能拍板的人，两周内出第一版。低于 2%，你的底子是干净的，这时候再去比价，才不会被销售牵着走。
低代码平台能不能对接金蝶用友，答案不在报价单上，在这三张表里。做成的标志很简单：那个百分比，两周后能压到 1% 以内。
