上周四晚在软件大道拐角的那家鸭血粉丝汤店，老周把刚夹起来的鸭肝往碗里一丢，说他们公司花了二十多万买的低代码平台，接自研ERP接了三个多月，现在审批流走一半就接口超时，财务的小姑娘昨天对着对不上的库存数，在工位上掉了眼泪。
真的。
我太懂这种崩溃了。
前两年厂商吹低代码的时候，把“和现有自研系统无缝集成”当成核心卖点，多少技术团队抱着“能省一半开发工作量”的期待上了平台，最后发现对接的工作量，比重新写个简单的审批系统还大。
别被厂商的“无缝对接”话术骗了
所谓的无缝对接，说穿了就是厂商开放了一套符合通用规范的REST接口，支持OAuth2.0的鉴权，能传JSON格式的参数。
可你手里的自研系统，真的是按这个标准长的吗？
老周他们的ERP是2017年为了赶上线，找外包团队搭的，全系统跑HTTP，连HTTPS证书都是去年才补的，鉴权用的是自己写的简单Token，没有过期机制，也没有权限粒度的校验。低代码平台默认要求双向SSL认证，第一次对接的时候，光给ERP那边补证书、调整接口的鉴权逻辑，两个开发就熬了两个通宵。
更坑的是，低代码平台的接口超时阈值默认是3秒，老周他们的ERP因为要查十年的历史库存数据，光一次查询就要跑5秒，一开始对接的时候，只要审批人点一下提交，平台那边直接报超时，后台的ERP其实已经收到请求把单落了。
重复落单三次之后，采购部的老大直接拍桌子说这破平台谁爱用谁用。
很多人在启动集成项目之前，根本没摸清楚两边的接口能力边界，默认把低代码的开放能力当成万能插座，插啥都能用。真蹲到现场调接口的时候才发现，你以为的对接是插个插头，实际是要在两个完全不通的电路中间，重新拉一遍线，接好保险丝，再测一遍绝缘。
真正能跑通的集成，从来不是纯技术问题
我见过最离谱的一个集成项目，是南京江北那边做连锁零售的客户，他们自研的会员系统是早年技术部刚毕业的小伙子写的，接口没有限流，也没有幂等设计。一开始为了赶上线，直接把低代码平台的订单审批结果往会员系统推，结果高峰期网络抖动，平台自动重试了八百多次重复的积分变更，给一个老会员的账号里刷了二十多万积分，直接把整个会员体系的积分余额搞乱了。
现在想起来都头疼。
客服电话被会员打了三天，技术部连续一周加班到凌晨两点才把数据校正好。
其实根本没必要上来就全量对接。
真正跑的顺的团队，从来不会一上来就把核心交易系统和低代码平台硬连。他们会先从最边缘、最不涉及核心资产的流程入手——比如先把采购申请、员工请假、办公物资申领这些流程搬到低代码上，等流程跑顺了，再用异步的方式把审批结果同步到自研系统里，而不是让低代码平台直接去调用自研系统的写接口。
所有跨系统的写操作，必须加幂等校验和重试熔断机制，这是踩了无数坑之后攒出来的铁则。别信什么“实时同步更高效”的鬼话，对于大部分企业的内部流程来说，延迟个十秒二十秒根本不影响业务，但是因为接口抖动导致的重复数据，够整个团队忙一周。
说实话，很多集成项目最后搞砸，根本不是技术能力不够，是两边的团队没对齐预期。低代码平台的实施顾问觉得，我只要把接口开放出来就算完成任务了，自研系统的负责人觉得，你要对接我的系统，就得按我的规则来，两边扯了半个月，最后谁也不让步，项目直接卡壳。
别为了集成把自研系统改得面目全非
我见过最离谱的操作，是有个团队为了适配低代码平台的权限规范，把自己跑了六年的自研OA的核心权限结构改了。原来的权限是按部门架构映射的，低代码平台要求按角色维度做映射，结果改完之后，老员工登录进去发现自己看不到之前提交的审批单，因为权限映射的时候把老员工的角色漏了，整个系统停了半天，才把权限改回去。
真的，完全没必要。
低代码平台只是个帮你快速搭表单、搭流程的工具，它不是要替代你跑了多年的自研系统。绝对不要为了适配低代码的接口规范，去修改自研系统的核心数据结构和权限逻辑，正确的做法是在两个系统中间加一层薄薄的适配层，把两边的字段格式、权限规则、数据流向做转换。这样以后哪怕你觉得这个低代码平台不好用，换个新的平台，也不用动自研系统的核心代码，换个适配规则就行。
不过话说回来，也不是说低代码和自研系统就不能搭配得很好。我去年见过南京经开区一家做智能制造的工厂，他们一开始就没想着要把所有生产系统都塞到低代码里，只是把车间的设备巡检表、异常上报流程放到低代码上，一线工人用手机就能填，填完之后通过适配层把异常记录同步到自研的设备管理系统里，前后花了两周就上线了。车间的运维师傅说，比原来填纸质表、再录电脑里方便太多，现在根本没人愿意回到原来的流程。
没人逼你全量打通。
适合最重要。
毕竟做系统集成，最终是为了让干活的人少点麻烦，不是为了凑“全链路打通”的概念PPT，给老板看的。