上周在河西的咖啡店见个做汽车零部件的客户，对方IT负责人攥着半杯冰美式，黑框眼镜上全是雾——三个月前他们上了某头部低代码平台，本来想把一线的审批、数据填报全搬到上面，省得大家在不同系统之间来回跳，结果跟自家自研的MES系统对接的时候，差点把产线的生产工单给搞崩了。
那天凌晨三点他在机房蹲到天快亮，盯着同步日志上跳出来的乱码，后背的汗把冲锋衣都浸透了。
接不上的从来不是接口是两边的逻辑差
很多人刚接触集成的时候总觉得只要把两边的API地址填到低代码的连接器里，配个密钥就能顺顺当当把数据打通，真上手了才会发现，自研系统里那些攒了五六年的自定义字段、历史遗留的特殊逻辑、跟周边系统扯不断的关联，根本不是几个现成的连接器能覆盖的。
就拿这个制造客户的情况说，低代码平台自带的MES连接器，全是照着通用SaaS版MES的逻辑做的，默认的工单状态是“已创建”“已派发”“已完成”这种标准文本，可他们家的自研MES从上线那天起，为了适配不同车间的生产规则，工单状态全是自定义的两位编码，01代表待派工，03代表待领料，07代表生产中遇到了物料异常。直接同步的结果就是，低代码页面上显示的工单状态全是看不懂的数字，一线工人根本不知道该怎么操作。
更坑的是鉴权逻辑。低代码平台默认的OAuth2鉴权流程，跟他们自研系统早年做的内网单点登录根本不兼容，每次同步都要重复校验身份，高峰期直接把MES的网关给打满了，产线那边连工单都刷不出来。
别上来就改源码凑功能
遇到接不上的情况，很多团队第一反应就是“我改”。
要么是给低代码平台的源码打补丁，改连接器的默认逻辑；要么是在自研系统前面套个薄薄的适配层，把所有字段转成低代码能识别的格式。刚做完的时候确实爽，两边数据跑的顺顺当当，可等低代码厂商发个常规的小版本更新，直接把改过的文件给覆盖了，之前攒的适配逻辑全废。
之前接触过一个做连锁零售的客户，为了对接自研的ERP，硬生生把低代码平台的用户中心模块改的面目全非，结果赶上618大促前三天，平台自动更新了版本，直接把所有自定义的登录逻辑冲没了，全国两千多家门店的店员登不上系统，连入库单都开不了，整个团队连续熬了两个通宵才把问题修好。
说白了，做集成之前先把两边的边界划清楚，比写多少适配代码都有用。低代码平台的核心优势是快速搭表单、搭流程、给非技术人员用，根本没必要为了凑集成，去改它底层的核心逻辑；自研系统是核心业务的底座，更不能为了让低代码能读数据，就把原来的权限体系拆的七零八落。哪些数据是低代码只能只读同步的，哪些是允许低代码回写的，哪些是绝对不能让低代码碰的红线，得列成明明白白的清单，别等出了问题再互相甩锅。
慢一点反而跑的更快
那个制造客户最后没搞什么大动作。
他们没有一上来就想着把MES的所有数据全搬到低代码上，就先选了一个最痛的场景：原来一线工人想知道自己当天的工单进度，得跑到调度室找值班人员问，每天调度要花两个多小时接这种咨询。他们就把MES里的工单进度数据，做成单向只读的接口，同步到低代码平台上，搭了个极简的移动端查询页，低代码这边根本没有任何写权限，连编辑工单的按钮都没有。
就这么个简单到不能再简单的功能，上线之后第一个月，调度的答疑时间直接省了80%。
一开始他们怕同步数据影响MES的性能，特意把同步频率设成了每十五分钟拉一次，还把同步任务放在系统负载低的闲时跑，结果测了一周发现，MES的数据库CPU负载本来就只有10%不到，就算把同步频率提到每两分钟一次，也没见性能有什么波动。
说实话，很多团队做集成的时候总贪多。既要实时双向同步，又要跨系统做报表，还要把所有的流程节点全打通，结果搞了三个多月，连个能稳定跑的demo都没有。
慢就是快。
真要动手做之前，别先拉着技术团队写方案，先找业务人员聊半小时，问清楚他们到底要解决什么问题——是要省掉重复录入的时间，还是要把跨系统的审批流程串起来？搞清楚核心需求再动手，能少走一半的弯路。
对了，别忘了给集成链路加个简单的监控。同步失败了自动发个消息给运维，别等业务人员找上门说数据不对了，才发现同步任务断了快一天。
上周跟那个制造客户通电话，他们现在已经把质量检测的流程也对接进去了，还是没搞复杂的双向回写，就是把检测的数据从自研系统同步到低代码上，自动生成给客户的质量报告，省了原来文员每天两小时的录入时间。
哪有那么多复杂的技术难题。无非是一开始别把两边的关系搞拧巴了而已。