WhatsApp筛号与Telegram筛号最大的不同，不是平台Logo，而是任务schema。即使都叫“筛活跃”或“全格式”，导出列、标识符与空值含义也不同。CRM应保留平台专属观察表，不建立一个模糊的“社交账号有效”字段。
开通任务最窄但仍不相同于许可
WS筛开通与TG筛开通都以手机号、是否开通为核心。它们回答本次平台状态，不证明身份、活跃、联系许可或购买意向。同一号码可以在一个平台注册而另一个没有。
活动任务字段明显不同
| 平台 | 活动任务字段 | 标识特点 |
|---|---|---|
| 手机号、活跃时间、活跃天数、映射手机号 | 映射关系需复核 | |
| Telegram | 手机号、UserID、用户名、离线时间、活跃天数、First/Last Name、VIP、冻结 | UserID与账号状态更丰富 |
画像任务不能对齐成统一列
WS筛性别年龄包含手机号、年龄、性别、头像和映射手机号；TG性别年龄在活动字段基础上增加头像URL、年龄和性别。字段来源、覆盖与标识不同，不能直接比较两个平台的画像比例。
全格式字段地图
| 平台 | 全格式新增重点 | 治理重点 |
|---|---|---|
| WS | 活动、画像、头像、肤色、头像类型、商业号、映射手机号 | 关系冲突与敏感推断 |
| TG | 活动/账号字段加肤色、头像类型、头像人数 | UserID历史与冻结状态 |
按问题选择，不按平台“一次全做”
只需平台注册就用筛开通；需要时效才用筛活跃；画像与全格式只有经批准且确实改变低风险决策时才使用。字段越多，权限和保留成本越高。
TXT结构相似，回连逻辑不同
爱普筛两类任务都只允许一行一个号码的TXT，并导出Excel。内部crosswalk保留contact_id与phone_raw；WS映射手机号、TG UserID和用户名分别进入各自关系表。
不要把UserID与映射手机号互换
TG UserID是平台标识，WS映射手机号是号码关系线索。两者都不能直接替换CRM contact_id，也不能跨平台作为同一人的确定证明。
空值词典按平台维护
未返回、未知、不可见、错误与明确否定分别保存。TG冻结字段为空和WS映射为空含义不同；一个通用导入脚本不能把所有空白转成false。
活动与冻结都有观察日期
活动天数、离线时间、VIP和冻结状态会变化，必须附checked_at与refresh_after。旧观察保留历史，到期停止使用，不自动覆盖为最新“真相”。
权限模型也按平台拆分
客服查看开通状态不代表可以访问头像、年龄或冻结字段。为WS与TG分别配置角色权限和导出保留期，避免一个平台的宽权限被复制到另一个平台。
许可系统始终在平台之外
在WhatsApp开通不代表允许Telegram私聊，反之亦然。permission记录channel与scope，退出按平台和用途执行。Telegram官方也允许用户举报不受欢迎的陌生消息。
对比的正确结论
两个平台都能进行号码任务，但它们返回不同证据。选择平台看客户渠道偏好，选择任务看决策字段，选择能否联系看许可；这三项决策不应由一个“筛号结果”包办。
