上个月跑南京软件大道，撞见个做汽车零部件的客户IT负责人在楼梯间抽烟，脸皱得像被揉过的A4纸。
问了才知道，他们三个月前上了个低代码平台，本来想把车间报工的流程从纸质单挪到线上，省点打印的钱。结果和跑了五年的自研MES系统接的时候，出了一堆烂事。
每天下班前，车间统计员要花40分钟，把低代码平台里的报工数手动导出来，再录到MES里。两边数对不上的时候，还要找两拨开发查原因。
谁懂啊。
别把集成当API对接那么简单
很多团队一提低代码和自研系统集成，第一反应就是找开发拉两个接口，把数据传过去就完事。真做起来才知道，坑全在细节里。
之前有个运维兄弟在这个项目上耗了整整三天，一开始以为是接口权限没开，翻遍了低代码平台的配置文档，找了厂商的技术支持，反复核对token、IP白名单，啥问题没查出来。最后抓包才发现，低代码平台的webhook默认超时阈值是10秒，但是他们自研的MES接口因为要联动车间的设备数据，平均响应时间要16秒。
更离谱的是，这个超时时间是写死在平台的核心配置里的，没有给企业留自定义调整的入口。厂商说要改也行，付12万的定制开发费，两周能交付。
当场就僵住了。
真正要对齐的从来不是接口是业务流
技术上的问题好歹还有解法，业务上的错位才是真的无解。
低代码那边的报工表单，设计的字段是”今日完成生产数量”，一线员工填的时候，把返工的、待质检的半成品数量全算进去了。但是自研MES系统里，要同步到生产报表的字段是”合格入库数量”，两边的数差了快15%。
生产总监看到报表的时候直接在周会上拍了桌子，说IT部花几十万搞的系统，连个数都算不对。
说实话，这种锅真的不该扣在开发头上。从一开始对接的时候，就没人拉着车间主任、统计员、财务把每个字段的业务定义掰扯清楚。大家都在盯着接口能不能通，没人管通了之后传的数到底对不对得上账。
两个系统的数据口径不一致，是集成失效的最大元凶。你就算把接口响应时间调到半秒，权限配得严丝合缝，最后传过去的是错数，业务方照样不买账。
落地时绕不开的几个硬约束
我见过太多团队一上来就想搞大的，把核心的销售、生产、库存流程全往低代码上挪，要和自研系统做全量对接。最后项目做了半年，钱花了几百万，两边的系统还是各跑各的。
反而那些做的顺的团队，都在守几个很实在的规矩。
先拿边缘场景练手。比如先把请假申请、设备报修这种不涉及核心经营数据的流程放到低代码上，和自研的OA、设备管理系统做对接，跑个两三个月，摸清楚平台的脾气，再慢慢拓展到报工、库存同步这种核心场景。别一开始就all in。
别信厂商吹的”零代码一键集成”。上次在徐庄软件园碰到个创业团队，被低代码厂商的销售忽悠，说他们的平台能无代码对接所有自研系统，结果真要接单点登录的时候，厂商说这个功能要额外收20万的定制费。合着之前演示的demo，都是人家提前配好的样板间是吧。
还有，别把所有的映射逻辑都堆在低代码平台上。适配层是目前成本最低、灵活性最高的折中方案。就自己写个轻量的中间服务，放在低代码和自研系统中间，所有的字段转换、超时重试、版本兼容都在这个层做。低代码那边改个字段名，或者自研系统的接口升个版本，只要在适配层改两行映射关系就行，不用每次都麻烦两边的开发折腾半天。
别搞虚的。
很多时候做集成，根本不需要什么复杂的架构设计。
就是让一线的员工少导两次表，少对两次数，下班能准点走。
这就够了。