在中国外贸供应商名单里，WhatsApp头像最有价值的用途不是“看起来像不像本人”，而是发现联系人关系可能发生了变化。采购经理离职、销售团队共用号码、供应商更换业务员、CRM重复建档，都可能让同一个+86号码、头像和公司名称出现不一致。筛头像可以帮你找到需要人工核对的行，但不能代替供应商身份审核。
先识别外贸CRM里的四种联系人
同样是+86手机号码，在采购数据库中可能代表完全不同的关系：
- 个人业务员：号码随员工使用，离职后联系人可能失效或交接。
- 共享销售号：多人轮流处理询盘，头像可能是公司标志，也可能随值班人员变化。
- 老板或核心联系人：多年保留同一号码，但订单执行由其他人完成。
- 平台或渠道中间人：号码存在于CRM，却未必属于合同上的供应商主体。
如果CRM只有company、name和phone三列，上述关系很容易被压成一个“联系人”。在检查头像之前，最好增加contact_role、source_channel和last_confirmed_at。
+86格式正确，只代表号码候选成立
中国移动号码通常使用11位国内号码，但前缀资源会变化。中国工业和信息化部曾通过ITU Operational Bulletin No. 1132公布199、166、171等移动或虚拟运营商资源。旧系统若只允许较早的13X、15X、18X，可能会误拒合法的新资源。
因此，不应只用“11位”作为唯一规则，也不能根据前三位认定当前运营商或联系人所在地。号码可携转、人员可跨境工作，企业也可能长期保留原号码。格式正确只是进入WhatsApp任务的前提，不等于身份、公司归属或可联系许可已经确认。
从头像差异开始排查，但不要在头像上结束
| CRM与任务观察 | 可能发生了什么 | 需要向谁确认 |
|---|---|---|
| 公司名一致，头像从个人变成Logo | 号码转为团队共享或品牌号 | 现有供应商联系人 |
| 头像姓名与CRM联系人不同 | 人员交接、号码转让或旧CRM错误 | 合同邮件中的授权联系人 |
| 显示商业号，但CRM是个人业务员 | 账号类型发生变化 | 供应商公司与采购负责人 |
| 映射手机号与输入不同 | 号码关系或格式需要复核 | 内部数据管理员，必要时联系供应商 |
| 没有观察到头像 | 未设置、不可见或观察受限 | 不能据此判定，保留未知 |
头像只提供“值得检查哪里”的线索。最终确认应回到合同、公司域名邮箱、历史订单、付款账户和对方主动确认，而不是凭一张图片合并或删除供应商。
用三方关系表代替直接覆盖
供应商核对最好同时维护三个对象：supplier_id代表签约主体，contact_id代表具体联系人，phone_id代表号码。三者之间允许一对多和多对一。这样，业务员离职时可以关闭contact_id，而不用把整个供应商历史删掉；共享号码也能关联多个授权联系人。
一次头像检查返回后，新建observation记录：phone_id、avatar_state、business_state、mapped_phone、checked_at。不要把avatar_state直接写进supplier表，更不要用mapped_phone自动替换phone_id。变化先进入review，再由采购或数据管理员确认关系。
爱普筛WS筛头像能提供什么
爱普筛WhatsApp号码筛选中的WS筛头像任务可导出手机号、商业号、头像和WhatsApp映射手机号。上传文件为TXT，一行一个号码；Excel结果适合先进入独立复核表。
这四个字段分别回答账号资料观察和号码关系问题，不回答公司真实性、履约能力、信用状况、受益所有人或账号实际操作者。商业号也不是供应商认证标记。采购团队仍应使用自己的准入和复核程序。
一个不容易错合并的复核流程
- 从仍有采购关系的供应商中导出phone_id，排除已经终止且没有保留必要的联系人。
- 把+86国内写法转换为可追溯的国际候选，保留phone_raw和规则版本。
- 按唯一号码生成TXT；contact_id和supplier_id留在内部crosswalk。
- 将Excel结果导入review表，优先查看映射冲突、商业号变化和头像明显变化的记录。
- 通过已知公司邮箱、合同联系人或既有采购渠道确认，不向未知号码发送敏感订单信息。
- 确认后更新联系人关系与last_confirmed_at，而不是覆盖历史观察。
哪些变化值得提醒采购团队
映射手机号发生变化、同一号码关联多个互相无关的供应商、业务员离职后仍被用作付款指令联系人，或者公司域名邮箱与WhatsApp联系人无法互相确认，都值得升级处理。相反，头像为空、换了一张生活照或改成公司Logo，单独看都不足以判定风险。
联系人变化与付款信息变化必须分开处理
供应商通知“以后由新业务员对接”和“请把货款打到新账户”是两种风险完全不同的事件。前者可以通过原合同联系人、公司域名邮箱和采购负责人完成关系确认；后者应进入企业既有的付款信息变更程序，不能因为新WhatsApp头像看起来可信就放行。
建议建立双通道确认：WhatsApp只承载变更通知，验证动作通过此前已经备案的邮箱、电话或采购系统完成。若旧联系人无法确认，升级给供应商管理人员，而不是直接信任新号码发来的证件图片或银行资料。
采购系统应留下哪些证据
- 谁提出联系人变更，原始消息发生在什么时间；
- 使用哪个已备案渠道完成复核；
- 谁批准contact_id与phone_id的新关系；
- 银行或付款信息是否进入独立复核，而不是随联系人一起修改；
- 旧号码何时停用，以及是否仍需保留历史订单关联。
这套记录使头像筛选成为异常发现工具，而不是授权工具。即使头像、姓名和商业号字段同时变化，也必须由既有业务证据完成确认。
不要用头像制造供应商评分
头像是否可见、是个人照还是Logo，都不适合进入供应商质量分、履约分或信用分。评分应来自合同履行、交付质量、纠纷和经过验证的商业资料。将头像特征与订单表现建立个人化关联，不仅缺乏可靠因果，也会扩大不必要的数据处理。
如果业务只需要确认联系人是否仍在职，直接通过已知渠道复核通常比收集更多画像字段更准确。筛头像适合帮助定位变化，不应变成对中国供应商或业务员的自动化评价。
采购负责人可以把触发器写进制度：只有映射冲突、联系人交接、付款指令异常或长期未确认等事件出现时才开启检查。没有事件时，不为更新头像而周期性收集。这样既减少无关数据，也让每次任务都有清楚的业务理由和负责人。复核结束后还要标明resolved、needs-follow-up或closed，并记录确认渠道、证据位置和责任人，不能让异常队列永久堆积或在无人确认时自动关闭。重大变化还应留下明确的复核日期和下一次复核条件。
真正降低采购沟通风险的不是“识别头像是谁”，而是把供应商、联系人、号码和每次观察拆开记录。这样，WhatsApp资料变化会触发一次有证据的复核，而不会变成自动删除客户或盲目信任新联系人的理由。
