乍得+235名单同时包含不同文字系统的姓名时，WhatsApp全格式回填不能依赖姓名比对。转写差异、空格和排序都会造成错配；稳定的batch_row与contact_id才是主线。
四种回连方式的风险
| 方式 | 可靠性 | 问题 |
|---|---|---|
| contact_id | 高 | 需内部维护 |
| batch_row+phone | 高 | 需数量守恒 |
| 姓名转写 | 低 | 多种拼法 |
| Excel行序 | 低 | 去重后变化 |
语言字段不从文字外观产生
法文或阿拉伯文字姓名不能自动决定沟通语言。偏好来自用户选择或实际会话记录，并独立于+235。
号码准备保留原值
phone_raw、source_row和transform_rule一起保存。国家证据不足的本地写法进入review，不能根据姓名脚本猜国家码。
全格式拆成字段族
手机号与活跃、年龄性别及头像观察、商业号与映射手机号分别验收。一个总完成率无法说明哪组缺失。
转写只用于显示
姓名转写可以帮助客服阅读，但不作为连接键、身份验证或去重依据。原文和转写都不上传到号码TXT。
Excel先进入staging
以batch_row和原号码双键复连，冲突进入人工队列。任何映射手机号都不自动覆盖主号码或合并身份。
小样本做双向复核
从不同来源与文字系统抽样，验证从CRM到TXT、再从Excel回CRM的完整路径。错误集中时修复回连逻辑。
画像字段更窄授权
年龄、性别、头像和肤色观察不用于身份、族群、宗教或能力判断；只需基础字段的角色不访问画像表。
乍得页面的交付标准
每一行不看姓名也能准确回到原记录，同时保留文字偏好和许可边界，这才是多文字全格式流程。
