机房里的最后一轮核对

晚上九点，方远科技的办公区只剩会议室还亮着灯。江南的实施顾问周航把投影切到数据核对清单，屏幕上密密麻麻列着三十七项指标口径。对面坐着方远科技的信息主管林慧和两位业务骨干，桌上摊着打印出来的旧报表。

这个数据整合项目做了将近四个月，目标是把销售、仓储、财务三套系统里的业务数据统一到一张分析底表上。白天跑批、晚上核对，是江南团队和客户一起定下的节奏。上线前夜，大家要确认的只有一件事：新底表出来的数字，能不能和业务部门认的账对上。

林慧指着一行库存周转数据说，这个数和仓库那边报的差了三天。周航没有急着解释，而是把口径拆开，逐段比对取数逻辑。问题出在入库单的确认时点上，一边按单据审核时间算，一边按实际到货时间算。这类差异在数据整合中很常见，江南的做法是把口径写成文档，让业务方签字确认，而不是由技术单方面决定。

把历史数据当成新项目来做

真正耗时间的是历史数据。方远科技过去几年的数据分散在不同系统里，字段命名不统一，部分手工台账还存在重复录入。江南团队没有直接清洗后灌入新库，而是先做了一轮数据摸底，把问题分成三类：能自动修正的、需要业务确认的、暂时无法处理的。

  • 能自动修正的，比如日期格式不统一、编码前后有空格，由江南的数据处理脚本批量处理。
  • 需要业务确认的，比如同一客户在不同系统里名称不一致，列出清单交给林慧协调销售和财务核对。
  • 暂时无法处理的，单独标记并保留原始记录，在上线说明里写清楚影响范围。

周航说，江南做数据整合有个习惯，不追求一次把所有数据都弄干净，而是先保证新老数据能对上、能追溯。历史数据的问题如果藏着掖着，上线后业务一查就露馅，反而更麻烦。

回退方案和一张交接清单

凌晨一点，最后一轮核对通过。林慧松了口气，但周航又拿出一份回退方案让她确认。方案写得很细：如果上线后前三天出现数据异常，按什么步骤切回旧报表，谁负责通知，谁负责验证。江南的交付习惯是，上线不等于结束，回退路径也要提前铺好。

第二天上午，方远科技的业务部门开始试用新报表。周航没有马上离开，而是和林慧一起整理了一份交接清单，包括数据字典、口径说明、日常巡检项和常见问题处理方式。这份清单后来成了方远科技内部培训的材料。

林慧在项目总结会上说了一句话：以前觉得数据服务就是买一套系统，这次才明白，江南卖的是把数据理顺的过程。周航听了没接话，只是把下一阶段的优化建议记进了笔记本。对江南来说，数据整合的交付从来不是一次上线，而是让客户自己也能把数据管起来。