CRM里只有一个“WhatsApp活跃”字段，会让波兰+48名单失去变化历史。今天的观察覆盖上个月以后，团队无法解释当时为何排序、何时过期或数据来自哪次任务。
一条事件至少含六列
| 列 | 作用 |
|---|---|
| contact_id | 内部主体 |
| phone_observed | 被检查号码 |
| activity_value | 任务观察 |
| checked_at | 检查时间 |
| task_version | 解释口径 |
| valid_until | 业务到期 |
原始号码和事件分表
phone_raw留在联系人源表，+48候选和格式异常写入准备表，活跃观察进入事件表。三者不能互相覆盖。
新结果只追加
同一号码再次检查时新增事件，并保留旧值。变化可能来自时间、资料可见性或任务版本，不能直接写成“用户行为转变”。
当前视图由规则计算
业务视图选择未过期的最新合格事件；过期时显示expired而非inactive。历史仍可用于审计，但不继续排序。
欧盟场景限制保留
组织根据自身目的评估必要性、透明度、访问与主体权利。事件历史不等于永久保存，delete_after到期应删除或不可逆汇总。
TXT只传执行号码
一行一个号码，CRM资料和许可留在内部。Excel通过batch_row导入staging，确认后追加事件。
权限按事件用途分配
客服可查看当前队列，不必看到完整历史、头像或映射关系。审计角色按需访问，并留下访问记录。
如何迁移旧单字段
把现值标记为legacy_unknown_date，不虚构检查时间；从下一次任务开始建立完整事件。缺少时间的旧值不用于当前排序。
波兰页面的核心改造
把“活跃”从永久标签改成短期事件。这个数据模型既保留可解释性，也允许结果按目的真正到期。
