科索沃使用+383国家码，但一串+383号码并不是一份“科索沃人身份表”。它首先说明号码属于哪套编号规划；至于联系人住在哪里、使用什么语言、如何认同自己，必须由订单、地址或用户自报等独立证据回答。
先画出三条不能混合的证据链
| 业务字段 | 可以使用的证据 | 不能代替它的字段 |
|---|---|---|
| number_plan | +383及号码格式 | 头像、姓名 |
| customer_market | 订单、地址、自报地区 | 国家码单独判断 |
| profile_observation | 本次任务及检查时间 | 市场或身份标签 |
| contact_permission | 同意、业务关系与退订状态 | 开通或画像结果 |
把+383格式异常留在号码队列
先保存phone_raw、source_file和source_row，再统一国际格式。已带+383的号码不重复补码，无法确认长度或用途的行进入format_exception。格式失败不能被记成“没有年龄”或“性别未知”，否则画像统计从分母开始就错了。
性别年龄结果不是用户自我声明
爱普筛的WhatsApp性别年龄任务可返回手机号、年龄、性别、头像与WhatsApp映射手机号。这些属于检查时的有限观察，应保存checked_at与任务版本；不得把它们改写成确定身份，更不能由此推断族裔、宗教、政治立场或国籍。
小国家样本最容易出现“小单元”
当地区、来源、年龄段和性别交叉后只剩少量记录，汇总表可能反向识别个人。发布报告前设置最小单元阈值：不足时合并年龄段、隐藏细分或只保留总体，不把行级Excel交给无业务需要的角色。
不要用语言猜测填补空值
阿尔巴尼亚语、塞尔维亚语或其他语言偏好应由用户选择或沟通记录提供。姓名、头像、号码国家码都不能自动产生language字段。没有证据就保留unknown，而不是选择看起来“最可能”的答案。
TXT与CRM之间需要隔离层
上传文件只用TXT，一行一个号码。姓名、订单、地址、语言与许可留在内部crosswalk。Excel结果先进入staging，以batch_row和原始号码双重回连；映射冲突交人工复核，不自动改写CRM主号码。
给每个汇总数字附上分母
分别报告提交、格式通过、实际返回、未知以及可用于汇总的数量。按来源比较未知率比给出一个全国比例更有价值：它能发现某个合作方名单陈旧，而不会把数据质量问题描述成科索沃人群特征。
允许联系与画像结果无关
号码格式正确、观察到WhatsApp资料或进入某个年龄段，都不构成营销许可。发送前仍需核对来源、目的、频率和退订，并遵守WhatsApp商业消息政策。
这篇科索沃指南的验收问题
最终应能回答：哪些信息只来自+383，哪些来自业务记录，哪些来自一次有时间戳的观察，以及哪些仍然未知。如果团队能保留这些边界，筛选结果才会帮助分层，而不是制造一张未经证实的身份档案。
