LINE与PayPay账号联动不等于两套系统中的所有数据“全部打通”，更不会把PayPay账号、余额或交易记录加入LINE号码筛选Excel。联动只在用户同意的产品流程与公告功能范围内建立关系。企业自己的筛号、CRM和支付数据仍需要逐字段说明来源与用途。
官方公告中的同意条件
PayPay与LY Corporation的2026年7月2日公告说明，账号联动从2026年夏季分阶段开始，需用户同意；不联动时，LINE与PayPay基本功能仍可使用。联动计划支持聊天转账、分账、好友列表及Mini App等体验。
“联动”应拆成具体数据流
| 流 | 触发 | 边界 |
|---|---|---|
| 账号连接 | 用户同意 | 由平台产品规则定义 |
| 聊天内功能 | 用户主动操作 | 不等于第三方可见交易 |
| 企业筛号 | 上传手机号任务 | 只返回任务schema |
| 企业支付记录 | 自有订单和回调 | 不得与筛号静默拼接 |
LINE筛号有哪些字段
爱普筛LINE筛开通为手机号与是否开通；LINE性别年龄可包含手机号、用户ID、昵称、性别、年龄、头像、头像人数、头像类型和肤色。没有PayPay ID、联动状态、余额、积分、转账对象或历史交易。
同意需要绑定目的
用户为使用转账或Mini App而同意联动，不代表同意某商家把联动状态用于广告分层。purpose、controller、retention和revocation都应明确。新用途不能依赖旧界面的笼统同意。
建立字段血缘表
| 字段 | 来源系统 | 允许用途 | 禁止 |
|---|---|---|---|
| line_registration_observed | LINE筛开通 | 限定平台观察 | 推断支付 |
| line_user_id_observed | LINE任务 | 带时间的回连 | 作为万能主键 |
| order_payment_state | 企业支付回调 | 订单履约 | 扩展陌生人画像 |
| marketing_permission | 用户选择 | 指定渠道和用途 | 由开通状态生成 |
撤销联动时系统应怎样反应
平台侧解除关系后，企业不能继续假设连接存在。内部身份图中的对应边应有revoked_at；依赖该边的非必要处理停止。自有订单依法需要保留时，仍与营销和筛号观察分开。
TXT/Excel不进入支付域
上传TXT只含一行一个手机号，不放PayPay ID、订单、金额、积分或朋友关系。返回Excel在筛号staging验收，通过内部crosswalk连接contact_id；支付系统账号不参与自动补全。
避免“有联动=高价值”
是否连接两个应用反映用户选择某项便利功能，不说明收入、信用、消费能力或对某品牌的兴趣。客户价值应由企业真实交易、服务成本、满意与留存构建，并允许用户理解和纠正。
项目评审的五个问题
谁发起连接？用户看到了什么？哪些字段流向哪里？多长时间后删除？撤销后哪些处理停止？如果团队无法逐项回答，就不能把“生态联动”当作可用数据来源。
边界总结
LINE-PayPay联动是受同意和功能范围约束的产品连接，不是任意数据湖。LINE号码筛选继续返回自身任务字段。企业只有在来源、目的和权限都清楚时，才能连接必要数据，而且不能把支付关系塞进筛号结论。
