业务部门说的数据，可能分别来自订单库、活动表单和人工台账。来源没有登记清楚，平台很容易收进重复记录，也说不清谁负责纠正。

先明确问题与条件

先列出系统名称、负责人、采集方式、授权用途和保留范围；对外部数据确认使用条件，对人工文件保留提交人与批次。

把规则放进实际流程

例如订单系统的成交时间与台账的收款时间含义不同，不能因为字段都叫日期就直接合并。可以将来源与业务含义一起写入目录。

用具体场景核对

验收时随机抽取报表中的一条记录，追到来源、采集批次和加工步骤；同时检查停止接入后是否还有旧任务继续拉取。

逐项核对处理结果

  • 来源清单还应写出增量依据。
  • 有的系统以修改时间取数，有的文件每次都是全量覆盖，若采集程序误把两者当成一种方式，平台可能丢掉更正记录。
  • 时间字段是否含时区、删除怎样通知下游、来源停机由谁告知，都应在接入前讨论。
  • 对于暂时没有接口的台账，可先限定上传模板和核对责任，不必为了形式完整匆忙建设接口。
  • 来源数量也不是建设成效的替代指标，先让经常使用的经营数据可解释，再扩展新的接入范围，会更容易发现问题。
  • 业务方确认目录后，技术方再据此建立采集任务，两份记录需要使用同一来源编号。

上线前后怎样复查

数据来源改变负责人时，目录里的联系角色与异常接收人一起更新。外部供应方停止提供数据，也应记录截止时间，让分析人员判断某项历史数据为何不再延续。