客户在门店、客服与交易系统里往往各有编号。直接拿姓名做关联会误认同名客户，拿手机号也可能遇到更换号码或共用联系方式。

实际使用中的难点

建立来源编号与平台主编号的映射，明确可以用于关联的授权字段；低置信度匹配进入人工复核，不把猜测结果写成确定事实。

功能与责任如何安排

例如两条记录只有姓名相同而订单主体不同，应保持独立；确认合并时记录依据，并保留撤销合并的入口。

场景示例

检查合并后的标签、订单和权限是否同步变化，特别关注撤销后的历史报表，避免一处解绑而其他数据仍混在一起。

逐项核对处理结果

  • 归并操作应经过预览。
  • 页面先显示哪些订单会重新关联、哪些字段存在冲突，再让有权限的人确认。
  • 联系人属于哪个企业、企业之间是否为集团关系，也要分开表达，集团关系不能替代客户身份。
  • 特别是按客户汇总的历史报表，归并后总数可能发生变化，应说明变化来自关联调整而非新增交易。
  • 建议保留原始来源编号，不让业务人员为了适配平台去修改上游主键。
  • 复核队列需要显示候选原因，排除过的组合在依据没有变化时不必反复弹出。
  • 这样人工判断可以逐渐沉淀，而不是每次导入都重新开始。

验证与持续维护

身份冲突不能靠技术人员独自裁定，业务方应说明两个主体之间的真实关系。平台保留待确认状态，使关联尚未确定的数据不被提前用于关键客户统计。