接手这件事的时候，我心里没底

我叫沈亦舟，在「恒桥精工」做数据管理员快四年了。公司决定把分散在采购、生产、仓储三个环节的数据统一到一个业务数据管理系统里，这个任务落到了我头上。说实话，接到通知那天我心里没底——三个系统各有各的供应商，字段命名五花八门，有的用拼音首字母，有的用英文缩写，还有的干脆是数字编码。星空的项目顾问第一次来调研时，问了我一个问题：这三个系统里，同一个物料有几种编码？我当时答不上来。

前两个月：先把家底摸清楚

调研之后我们做的第一件事不是开发，而是盘点。我把三个系统里与物料、供应商、工序相关的字段全部导出，逐条比对。结果比预想的复杂：同一个物料在采购系统里有编码，在生产系统里靠名称匹配，在仓储系统里又是另一套编号。星空建议我们先建立一张主数据对照表，把三套编码映射到统一标识上，这张表后来成了整个集成工作的地基。

  • 梳理三个系统的字段清单，标注重复与冲突项；
  • 建立物料、供应商两类主数据的对照关系；
  • 明确哪些字段由哪个系统作为权威来源。

这个过程花了将近两个月，期间开了多次协调会。生产部门的老师傅一开始不理解，觉得我们是在折腾，直到他们发现自己常用的物料名称在对照表里能直接查到对应编码，态度才慢慢转变。

中间阶段：接口对齐比想象中琐碎

主数据理顺之后，进入接口对接阶段。采购系统每天凌晨推送一次数据，仓储系统是实时写入，生产系统则是按工单触发。三种节奏混在一起，容易出现数据先后顺序错乱的问题。星空的技术人员和我们一起画了一张数据流转图，把每个接口的触发条件、字段映射和异常处理方式都标清楚，再逐个联调。

让我印象最深的是一个供应商变更的场景：采购系统里供应商信息改了，但仓储系统的历史入库单还关联着旧信息。如果没有统一的主数据管理，这类问题会在集成后不断冒出来。我们在星空建议下增加了变更同步机制，供应商信息一旦更新，相关系统会收到通知并按规则处理历史数据。

上线前一个月：试运行和小范围验证

正式切换前，我们安排了一个月的试运行。选择了一个车间和两条采购线作为试点，新旧系统并行跑，每天比对两边的数据结果。头一周差异不少，主要集中在计量单位换算和工单状态同步上，逐条排查后基本收敛。试运行结束时的差异率降到了可接受范围，我们才向公司申请全面切换。

回头看这几个月，最大的体会是：系统集成的工作量大头在准备阶段，而不是开发阶段。星空在项目中反复提醒的「先理数据、再谈接口」，我 now 是彻底信了。对于同样要推进业务数据管理系统建设的企业，我的建议是留足盘点时间，别急着让技术团队写代码，先把主数据和字段含义弄清楚，后面会省很多事。