联系人编号不统一时，最危险的动作是先选一个看起来正确的编号，把其他记录全部覆盖。编号只是系统或团队在某个时期使用的标识，不天然证明两条记录属于同一个人；姓名相同、电话相似或来自同一企业，也都可能产生误判。正确处理顺序是保护原始数据、定义对象、收集多项证据、由有权限的人确认、建立可追溯映射，再抽查历史记录是否归属正确。
这个问题来自活动现场问题库，上一页说明了怎样把现场问题整理成独立学习内容。本页再结合知识库中已经确认的客户标签口径、线索来源和历史字段迁移方法，使用一组明确标注的教学数据演示通用核对步骤；它不代表任何客户数据、CRM能力或合规建议。真实企业还要结合自身系统、权限、隐私和主数据规则执行。
先分清联系人、企业和跟进记录
联系人是一个可识别的人，企业账户是组织对象，跟进记录是某次沟通或动作。一个企业可以有多位联系人，一个联系人也可能换岗或参与多个商机，多条跟进记录应归到相应的人、企业和时间。把三种对象混成一行，是编号冲突经常被放大的原因。
编号的作用是稳定引用对象，而不是代替身份核验。旧表、活动系统、CRM和销售个人文件可能使用不同编号；同一编号也可能在不同文件里被重复使用。开始前先写清当前要统一的是联系人标识、企业标识还是某次活动报名号。
教学情境：三条记录为什么不能直接合并
记录一：“A01，甲公司市场部林经理”；记录二：“林女士，甲公司”；记录三：“A01，乙公司市场部”。第一和第二条企业相同、称呼相近，但还缺少稳定联系方式或负责人确认；第一和第三条编号相同，企业却不同，可能是不同文件各自从A01开始编号。
因此，当前可以提出“疑似相同”与“编号冲突”两个问题，却不能宣布任何两条属于同一联系人。教学示例的正确答案包括“证据不足时不合并”，而不是为了展示流程一定得到整齐结果。
第一步：冻结原始数据并保留来源
为每个来源文件建立只读副本，记录文件名、版本、工作表、行号、导出时间和负责人。清洗工作在新表中进行，不覆盖原始名称、编号、备注或日期。需要修正时新增标准字段和状态字段，让每个结果都能追溯。
设置变更日志：谁在何时提出合并或拆分、依据是什么、谁确认、哪些历史记录受到影响。若后续发现判断错误，可以恢复并检查传播范围。没有备份和日志的“快速清洗”，会把原本可发现的错误变成无法追踪的错误。
第二步：建立候选匹配，不直接下结论
可以用姓名写法、企业、部门、已确认邮箱或电话、历史负责人、活动时间和沟通内容寻找候选。候选规则只负责缩小核对范围，不能自动证明身份。中文姓名、英文名、职务称呼、公司简称和联系方式都会变化。
匹配表中分别保存每项证据及来源。例如“企业相同”标为一项，“电话后四位相同”标为另一项，“销售负责人确认”为第三项。高风险字段不要完整暴露给不需要访问的人，权限与脱敏按企业制度执行。
第三步：规定谁有权确认
最了解历史关系的销售、客户负责人、CRM管理员或数据负责人可能参与确认，但要明确最终责任。人工确认记录应包含确认人、日期、依据和置信状态，不能只写“已处理”。若原负责人离职或无法联系，转给指定数据负责人按现有证据决定继续调查或保留未知。
规则也要说明哪些证据不足。例如只有同名、只有同一公司或只有编号相同，都不能自动合并。企业主数据、有效联系方式与历史记录相互支持时，才能提高确定度；敏感或高影响合并可要求双人复核。
第四步：建立新旧标识映射
映射表至少包含：来源系统、旧联系人标识、新联系人标识、标准姓名、企业标识、匹配状态、依据摘要、确认人、确认日期、受影响记录数量和备注。旧标识不要删除，它是历史报表、文件和审计仍能回到原对象的桥梁。
状态可以使用“已确认同一人”“已确认不同人”“待确认”“信息不足”“不在本次范围”。状态名称与进入条件保持稳定，避免不同同事分别用“已清洗、已核对、已完成”表达不同含义。
第五步：处理同号不同人与一人多号
同号不同人时，为不同对象分配独立新标识，并把各自历史记录按证据拆开。无法判断某条历史记录属于谁时，不平均分配或随意归给较活跃的人，而是保留原标识、标记冲突和待确认负责人。
一人多号时，在确认同一身份后选择一个当前主标识，其他编号作为历史别名保留。涉及多个系统时，明确哪个系统是主数据来源、同步方向和失败处理；不能因为官网表单产生一个新编号就自动覆盖CRM中的已有对象。
第六步：把跟进记录重新连到正确对象
联系人映射完成后，还要检查活动报名、表单、邮件、销售备注和商机记录是否正确关联。抽查应覆盖已确认同一人、已确认不同人和待确认三种状态，观察日期、负责人和上下文是否一致。
若一条记录同时涉及企业和联系人，分别保留两个关联。企业层面的需求不能直接归给某位个人，某位联系人的阅读也不能自动代表整家公司。对象层级清楚，后续分群、归因和销售交接才不会继续放大错误。
一个小型核对表怎样使用
可以先用少量样本验证规则：原编号A01、来源表一、甲公司、林经理，候选为联系人C102，依据为企业与已确认邮箱，状态待负责人复核；原编号A01、来源表二、乙公司，候选为空，状态已确认不同人；“林女士”记录保持待确认，直到负责人或可靠联系方式提供证据。
这个例子故意不把三条都整理成确定结果。高质量数据工作的成果包括明确的未知项和下一步，而不是百分之百填满字段。无法确认的比例本身也能提示采集和交接流程需要改进。
完成后怎样验收
先检查每个标准标识是否指向唯一对象，每个旧标识是否仍能追溯，每次合并或拆分是否有依据和确认人。再抽查历史跟进、活动与商机，确认没有跨企业串接，待确认项没有进入自动化触达或关键业务判断。
最后让另一位未参与整理的人按映射表找到原记录并解释处理原因。如果他只能看到最终编号、看不到来源和证据，交付仍不完整。正式导入系统前还要测试备份、回滚、权限和同步规则。
常见错误和停止条件
不要仅按姓名合并，不要把相同编号当作全局唯一，不要删除旧字段，不要让自动匹配直接改生产数据，也不要用“表格更整齐”证明准确。发现跨企业合并、关键联系方式冲突、权限不清或备份缺失时，应停止批量处理并复核。
真实个人信息还涉及合法性、访问控制、保留期限和安全要求。本页只说明一般的数据核对思路，不替代企业内部制度、法律或具体产品实施。需要将规则落到系统时，应由有权限的业务、数据与合规角色共同确认。
自动匹配可以辅助什么，不能决定什么
规则或模型可以根据企业、联系方式、时间和姓名相似度生成候选列表，帮助负责人优先检查高可能匹配项，也可以发现重复编号和缺失字段。但它输出的是待核对线索，不是已经确认的身份事实。阈值、特征、版本和运行时间都应保留，结果不能直接覆盖生产数据。
抽样验证要同时检查误合并和漏合并。看起来准确率很高的规则，仍可能在关键大客户或同名联系人上造成严重错误。影响销售归属、合同、权限或合规处理的合并，必须由有权限的人复核，并保留回滚方法。
材料来源与教学边界
本页从原课程“联系人编号不统一”的现场问题深化。核对方法主要依据已确认文章B2B客户标签如何生成和使用关于对象层级、来源、置信度和冲突处理的说明、B2B客户标签如何统一口径关于主数据源和保留变化记录的说明，以及B2B线索来源如何统一关于冻结旧字典、保存快照、新旧值映射和历史未知的迁移方法；B2B客户案例怎么写仅用于证据、授权和可追溯边界。示例姓名、企业和编号均为教学情境，不是客户案例或真实数据。
联系人编号治理的结果不是得到一列没有空值的新编号，而是每个判断都能回到原始记录、证据和责任人，冲突与未知被诚实保留，历史跟进也被验证地连接到正确对象。把这个方法用于活动教学时，可以继续看怎样把它编排成一场前、中、后三段的入门分享。