先搞清楚：整合的不是数据，是业务口径

很多企业启动数据整合时，第一反应是把各系统的表导出来拼在一起。江南在服务客户的过程中发现，真正难的从来不是技术导出，而是同一个指标在不同部门有不同算法。销售说的“成交额”含不含退货，财务说的“收入”按开票还是按回款，这些口径不统一，数据合到一起也是各说各话。

所以江南通常建议第一步做口径盘点：把业务部门真正关心的指标列出来，逐个确认计算逻辑、统计周期、责任部门。这一步看起来慢，实际上能省掉后面反复返工的时间。口径清单定下来，后面的数据整合才有依据，否则只是把混乱搬了个地方。

数据来源梳理：先做减法再做加法

企业运行几年后，业务系统往往不止一套：进销存一套、客户管理一套、财务一套，还有各种表格在部门之间流转。江南的做法是先做来源清单，标注每个来源的数据量、更新频率、字段完整度和责任人，再判断哪些需要接入、哪些可以暂缓。

  • 核心业务系统优先接入，保证主数据准确；
  • 部门表格类数据先评估稳定性，避免今天接明天断；
  • 历史数据明确保留范围，不必全部搬运；
  • 每个来源指定对接人，出问题能找到人。

做减法的意义在于控制整合范围。江南见过不少项目一开始铺得太大，结果每个来源都只做了半截，反而没法用。先把三到五个核心来源打通，跑出第一版可用的数据视图，再逐步扩展，节奏会稳很多。

交付方式怎么选：看阶段，不看概念

数据整合的交付形式大致分几类：一次性整理交付、定期批量同步、接口实时对接。选择哪种，取决于业务对时效的要求和数据本身的稳定程度。

如果只是月度经营分析用，定期批量同步就够，成本可控、维护简单；如果业务系统之间需要联动，比如订单状态变化要同步到分析库，那就需要考虑接口方式。江南在方案沟通时一般会问三个问题：数据多久用一次、晚了会有什么影响、谁来维护。答案清楚了，交付方式基本就定了。

另外要提醒的是，整合交付不是交完就结束。字段增减、口径调整、来源系统升级都会影响整合链路，江南通常会在交付时同步一份维护说明，把关键节点和常见异常写清楚，方便企业自己的同事接手。

实施要点：三个容易被忽略的细节

  • 数据质量校验要前置。整合过程中发现空值、重复、格式不一致是常态，江南建议在接入环节就设校验规则，而不是等报表出来再回头查。
  • 权限设计要提前想。整合后的数据集中在一处，谁能看什么、看到什么粒度，需要在建设初期就规划，避免后期补丁式加权限。
  • 文档和命名要统一。表名、字段名、指标名保持一致的命名习惯，半年后回来看还能看懂，这比任何工具都重要。

数据整合是数据服务里最基础也最容易被低估的一环。江南在多个项目中反复验证一件事：把口径、来源、交付、维护这四件事说清楚，整合项目就成功了一大半，剩下的才是工具和技术的选择。