塞尔维亚业务名单里出现+383，不应被清洗脚本自动改成+381。名单归属、号码规划和客户市场是不同字段；WhatsApp筛开通前必须保留各自证据。
先按前缀和来源分四队列
| 队列 | 处理 |
|---|---|
| 可靠+381 | 按塞尔维亚规则检查 |
| 可靠+383 | 保留原码独立检查 |
| 其他国际码 | 按对应规则 |
| 本地写法不明 | country_unknown |
项目名称不是国家证据
“塞尔维亚客户表”只说明业务文件夹，不足以修改每个号码。订单、地址、用户国家选择和原始国际码权重更高。
原始号码不可逆保护
phone_raw永不覆盖，任何国家码变化写入候选与transform_log。不能用返回率高低决定哪个国家码“正确”。
筛开通不判定归属
TXT一行一个号码，Excel返回注册观察。观察到开通不会验证国家、居住地、国籍或身份。
跨队列去重保留冲突
相同末尾数字在不同国家码下不能简单合并。只有有证据的一对一关系才能连接，否则保持独立。
报告不混合分母
+381、+383、其他国际码与unknown分别展示提交、异常、观察和未知，避免总体比例掩盖清洗错误。
许可不随国家码迁移
更换候选格式不能清除退订或改变用途。任何关联号码都通过人工确认后应用相应控制。
保留规则版本
任务记录country_rule_version和checked_at，未来规则调整时可解释旧批次，而不是重写历史。
塞尔维亚页面的搜索答案
筛开通之前先把+381和+383证据分开；技术任务不会替你解决国家与身份判断。
