加纳WhatsApp全格式筛选最需要防止的误读,是把+233移动号码、平台活动或商业号字段解释成移动支付用户与消费能力。号码筛选不连接钱包、银行或交易数据。先用官方编号计划验证结构,再给每类字段设置明确边界。
+233国家有效号码为九位
加纳国家通信管理局公布的E.164编号计划说明,不含国家码的国家有效号码最短和最长均为九位,并列出固定、移动及其他用途范围。国内展示中的0不应直接保留在+233后。
长度通过只是第一关
| 检查 | 问题 | 失败处理 |
|---|---|---|
| 国家码 | 是否确有加纳证据 | 异常队列 |
| 九位结构 | 是否符合国家有效长度 | 不进入任务 |
| 用途范围 | 固定、移动或特殊资源 | 保留number_type |
| 重复 | 同号码是否多客户 | 共享/重分配复核 |
全格式字段不含支付
WS全格式包含手机号、活跃时间、活跃天数、性别、年龄、头像、肤色、头像类型、商业号和映射手机号。没有钱包余额、运营商资金账户、交易、汇款或银行字段。
移动号不等于移动钱包
一个+233移动号码可能未使用任何移动支付,固定或其他号码也不能被推断为没有财务活动。支付资格和交易行为只能由获授权的支付系统证据回答。
Excel字段风险矩阵
| 字段族 | 合理解释 | 禁止结论 |
|---|---|---|
| 号码/映射 | 任务关联线索 | 支付账户所有权 |
| 活动 | 带日期的平台观察 | 交易频率 |
| 商业号/头像 | 账号表现 | 商户资质与信用 |
| 年龄/性别/肤色 | 可能缺失的画像 | 收入、信用与定价 |
TXT上传做数据最小化
爱普筛只允许一行一个+233规范化号码的TXT,不上传姓名、钱包、订单、身份证或许可。内部crosswalk保存contact_id、phone_raw、number_type和规则版本。
按号码类型验收返回
分别报告移动、固定和未知类型的输入、返回、空值与错误。不要只展示移动样本的字段覆盖,也不要将特殊资源当普通个人联系人。
映射冲突不建立支付关联
WhatsApp映射手机号与输入不同,只进入mapping_relation并等待复核。它不能与钱包号码自动拼接,更不能证明两个金融或社交账户属于同一人。
画像列必须限制访问
年龄、性别、肤色和头像类型不得用于信用、贷款、定价、就业或敏感营销。报告覆盖率与未知率,不从头像补写空值,并设置角色权限和删除日期。
商业号也需要独立尽调
商业号字段不证明公司在加纳合法注册、税务正常或具备收款资格。B2B准入需要公司注册、合同与支付服务商的独立验证。
合格的+233交付包
包含官方规则版本、九位结构通过率、号码类型、TXT哈希、全格式字段覆盖、未知、映射冲突和检测日期,并明确“无支付数据”。边界写在报告里,才能防止下游把丰富字段变成无依据的金融画像。
