上周三晚上十点，我在仙林液晶谷产业园楼下等烤串，碰到了刚从写字楼跑下来的阿凯。他是隔壁那家做汽车零部件的自研ERP团队的技术负责人，脸拉得比手里攥的烤签还长。
他所在的公司三个月前上了低代码平台，本来想快速搭个售后工单系统，省得自研团队排期排到半年后。结果搞到现在，工单数据根本没法顺畅同步进ERP，运营每天要导两三次Excel，粘贴到自研系统里，上周因为导错了一个客户的索赔金额，差点被财务追着骂到离职。
集成踩坑的根本不是技术问题
一开始阿凯团队想当然，觉得低代码平台都有开放API，写个定时任务每小时拉一次数据，不就完事了？结果上线第一周，财务就拍桌子了——同步过去的客户索赔单，一半客户编码对不上，应付账直接差了小二十万。
说穿了，根本不是接口写得烂，是两边的业务规则根本没对齐。低代码平台的客户列表是销售部自己搭的，编码规则是按省份加序号，自研ERP的客户编码是按集团统一的法人主体加流水号，两套规则根本不搭。还有字段长度，ERP里的备注字段只留了200字，低代码端的运营写个客户的特殊要求动不动就四五百字，同步过去直接截断，好几次客户投诉说自己的需求没被记录，售后经理差点被扣绩效。
我咬着烤筋听他吐槽，差点把孜然吸进鼻子里。真的，太多团队把低代码和自研集成想得太简单了。以为接口通了就叫集成？大错特错。接口只是管道，管道里流的水得是两边都认的才行。你要是连水的成分都没对齐，就算管子铺得再粗，送过去的也是废水。
别上来就搞全量打通
阿凯后来听了劝，把原来要对接OA、ERP、MES三个系统的需求全砍了，就留一个场景：售后工单里的客户索赔金额，同步到ERP的应付模块。就这一个点。
怎么做的？首先把低代码端的客户选择框，直接换成从ERP主数据库拉的只读视图，不允许低代码端自己新增客户，从根源上解决编码不统一的问题。然后把原来的定时同步换成webhook触发——就是不用定时去拉数据，只要低代码端有动作，就主动把数据推过来，只要运营在低代码端提交了索赔工单，系统立刻把数据推给ERP的接口，推成功了就给提交人弹个绿色的对勾，失败了直接弹报错，让他当场检查，不用等半天发现数据没同步。
效果有多明显？之前索赔流程要走三天，现在提交完ERP立刻就能收到，财务当天就能走完审批，售后主管上个月给团队省了快10个工作日的时间。真的，你根本不需要一上来就搞什么全链路打通，先挑一个业务部门天天骂的小痛点，把这个点跑顺，让大家看到实打实的好处，后面的合作自然就顺了。
一定要留好集成的兜底口子
别以为跑通了一个场景就万事大吉了。阿凯他们上次就踩了个权限的坑：一开始把低代码端的字段编辑权限开给了所有提交工单的人，有个客户自己填工单的时候，不小心把ERP里的客户名称给改了，导致整个华东区的应付账全乱了，折腾了两天才把数据找回来。
所有从低代码端推送到自研系统的字段，必须在自研系统里设置只读校验规则。哪怕低代码端的数据错了，也不能直接覆盖自研系统里的主数据，只能作为新增的业务单据存在。还有，一定要留个手动补录的入口，万一低代码平台的接口挂了，或者网络断了，运营能直接在自研系统里录数据，不会导致整个业务停摆。别把所有鸡蛋都放在低代码那个篮子里，毕竟它是个快速搭建的工具，不是你的核心业务系统。
昨天阿凯给我发微信，说现在他们已经把售后备件申领的场景也对接进ERP了，业务部门没人再吐槽导Excel麻烦。哦对，他还说下次请我吃烤全羊。
其实哪有那么多复杂的架构？说白了，就是别贪多，别想一口吃成胖子，先把一个小场景跑通，再慢慢扩。就够了。