卢森堡+352号码进入WhatsApp全格式任务前，应先解决两个互不相同的问题：号码怎样规范化，以及联系人希望用什么语言沟通。国家码只能支持号码结构，不能替代语言偏好。法语、德语、卢森堡语乃至英语应来自用户选择或真实互动记录。
+352规则不要照搬邻国
保留phone_raw与country_evidence，去掉空格和展示符号后按当前卢森堡编号计划校验。不要自动增加邻国常见的国内长途0，也不要只凭位数补齐。规则表记录来源、生效日期与版本，号段变化进入定期维护。
| 输入 | 处理 | 异常 |
|---|---|---|
| 已含+352 | 清理符号并验证当前规则 | 国家码重复 |
| 国内格式且国家证据明确 | 转为+352国际表达 | 擅自加入前导0 |
| 邻国地址或来源冲突 | 人工核对 | 按CRM语言猜国家 |
语言是独立的用户属性
建立preferred_language、language_source与language_confirmed_at。用户选择优先于地址，地址优先于销售人员猜测；国家码不参与自动判定。没有证据时使用中立的语言确认流程，而不是同时发送三种语言的营销信息。
全格式字段分四个权限域
| 权限域 | 字段 | 主要控制 |
|---|---|---|
| 号码关联 | 手机号、映射手机号 | 冲突复核 |
| 活动观察 | 活跃时间、活跃天数 | 保留检测日期 |
| 画像观察 | 性别、年龄、肤色 | 限制访问与用途 |
| 账号表现 | 头像、头像类型、商业号 | 不推断身份与价值 |
TXT输入保持最小
爱普筛只允许上传TXT，一行一个+352规范化号码。语言、姓名、合同和订单不上传。企业内部用contact_id映射，任务完成后再把Excel送入暂存区；这样多语言CRM不需要随号码一起暴露。
Excel先做结构验收
比较唯一输入与返回行数、无法回连记录、重复状态和映射冲突。为每列计算非空、未知和错误比例。活动或画像字段为空不能被导入程序改写为否；批次只保留一种空值词汇会损失真实状态。
跨境工作人员号码要单独处理
卢森堡人员可能居住在邻国、持有其他国家号码，或在企业账户中共享联系设备。+352不是当前居住证明，其他国家码也不等于无效客户。国家归属、服务地区、税务或语言分别使用各自证据字段。
映射字段不能成为主键捷径
WhatsApp映射手机号写入关系表并附observed_at。若一个contact_id出现多个映射，或同一映射连接多个客户，暂停自动合并。主记录仍保留phone_raw与用户自报联系方式。
更小的任务通常更容易解释
只需开通状态时使用WS筛开通；只需活动观察时使用WS筛活跃。全格式的额外字段只有在明确、低风险的业务决定中才有必要，不能因为“都导出来更划算”而默认收集。
一份多语言批次如何交付
把+352规则版本、TXT哈希、字段覆盖、映射冲突、语言来源分布和许可状态放在同一审计包里，但保持逻辑分离。号码任务告诉团队本次观察到了什么；preferred_language告诉团队该怎样沟通；permission告诉团队是否可以沟通。三者不能互相代替。
