销售在系统里检索一位合作多年的老客户，连续换了两个关键词都没有结果，无奈之下只能当作新客户重新建档。等到几周后做客户结构分析时才察觉，同一个客户在系统里已经存在两条独立记录：联系人信息不一致，跟进日志被拆散，历史订单分别挂在两个编号下面。类似的情况在企业数字化推进过程中并不罕见，不少人的第一反应是系统设计不合理，但更深层的原因通常藏在匹配规则和录入习惯里。清理重复建档这件事，建议按照固定顺序逐步推进，避免边查边改、越改越乱。
第一步，核对匹配字段的实际状态。 先要弄清楚系统究竟依据哪些条件来判断两个客户是否属于同一主体，是客户名称、联系电话、税号，还是名称与电话的组合。现实中经常出现的情况是规则虽然配置了，但字段本身没有做过规范化处理：名称里混着全角半角括号、多出一个空格、有限公司写成有限责任公司，电话号码带区号和不带区号并存。在这种状态下，即便设置了判重逻辑，也会因为字面不一致而放过重复记录。核对时需要把每个参与匹配的字段逐一列出，确认是否完成了去空格、统一大小写、统一简称等处理，规则才能真正形成约束力。
第二步，核对录入入口的校验覆盖。 很多重复记录并非手工新增造成，而是不同入口各自为政、校验标准不统一。比如批量导入模板时跳过了判重环节，接口写入时只校验编号不校验名称，小程序端提交的客户信息落进了另一张临时表。核对方法是把手工新增、表格导入、接口写入、表单同步这几条路径逐一走一遍，用同一份客户信息分别提交，观察系统是否都能有效拦截。只要有一条入口绕过了校验，重复记录就会持续产生。
第三步，核对历史数据的清理方案。 新规则上线后，存量数据不会自动变干净。系统里已经存在的重复记录如果不处理，新规则只能拦住新增，拦不住旧的。这一步需要先做比对：按匹配字段把疑似重复的客户分组，人工确认哪些确实是同一主体，哪些只是名称相近。确认后再制定合并方案，明确保留哪条记录、合并哪些字段、关联单据如何归属。存量数据量大时，建议分批处理，优先清理影响面大的重点客户。
第四步，核对合并操作的可控性。 合并是不可逆动作，操作前要备份相关数据表，确认可以回滚。合并中要指定一条主记录，把联系人、地址、标签等字段按规则补齐，避免合并后信息丢失。合并后要检查关联单据是否同步回写，包括订单、合同、跟进记录、发票信息，任何一处漏改都会造成新的数据断层。建议列一份检查清单，每合并一批就对照核验一次。
把这四步串起来，顺序是先定规则、再清数据、最后管入口，而不是反过来先改系统。规则不清，入口再多校验也拦不准；数据不清，新规则上线也看不出效果。需要提醒的是，客户信息涉及名称、电话、税号等内容，核对和合并过程中应遵守相关隐私规定，限制查看和导出权限，操作留痕。it数运在协助企业梳理这类问题时，通常也是从字段规范和数据比对入手，把规则说明白，再谈系统调整。
