一家做内容推广的公司接到合作方通知，要求把承接项目的二十多人名单整表发过去，说是要做备案。名单里带着身份证号和手机号，业务对接人催得急，说下午就要。
判断：先问清用途和范围，再决定给什么。整表外发是风险最大的一种做法，名单一旦流出去，追责和补救的成本都远高于当下省下的那点时间。
先问清用途，再决定给什么
要问的是三件事：这份名单给谁看、用于什么环节、留存多久。用途说不清的，就不要先给，让对方把用途落到书面或邮件里再谈。
常见用途大致分两类。一类是核对结算人数，这类只需要人数和姓名首字；另一类是核验身份，这类要走双方约定的核验通道，不接受聊天工具传表。
要注意的是，用途一旦扩大，授权的范围也要跟着收窄。给出去的字段越多，后续要求删除或更正的沟通成本越高。
还有一种情况要单独处理：对方要名单是为了做背景核验。这类需求应当回到双方约定的核验通道，由本人授权后再核，不走名单外发这一条路。
哪些字段可以给，哪些不给
按最小必要的口径，可以这样分：
| 字段 | 处理方式 |
|---|---|
| 姓名 | 可按需提供，或只给姓与末字 |
| 结算人数与金额合计 | 可提供，用于对账 |
| 身份证号 | 不建议整表提供，按核验需求走约定通道 |
| 手机号 | 不建议提供，改由本人在平台内确认 |
| 银行账户 | 不提供，账户信息只在结算环节使用 |
判断的依据是用途，不是关系。合作方催得再急，字段超出用途就是不合适，把这句话讲清楚比勉强配合更省事。
表里没有列到的字段，按同一原则处理：能证明结算关系的可以给，能直接识别到个人的敏感信息不给。判断标准始终是这笔信息对当下这个用途有没有必要。
提供之后要留什么
真的需要提供时，把这四样留好：对方的用途说明、提供的时间与经办人、双方约定的使用范围与留存期限、以及谁批准了这次提供。
留存期限要写具体。写「项目结束后删除」还不够，要写明由谁在什么时间点执行删除，并留下执行记录。
这里有一条容易被忽略的边界：口头同意不算留痕。凡是涉及人员信息的对外提供，都应有可查的记录，避免日后各说各话。
如果对方坚持要整表，可以把需求往上一层推，请双方各自的管理岗位确认后再执行。多数情况下，听到要留档确认，需求范围就会自然收回到合理区间。
遇到催办时的处理动作
先用一小时回一句：信息可以提供，但要先确认用途和范围，请把需求发到工作邮箱。既没有拖慢合作，也把节奏拉回到可留痕的通道上。
回复的同时把这次沟通的邮件留档。后续如果对方再提同类需求，直接引用上一次的结论，不用每次重新谈边界。
用工中的信息处理界限，用工模式解析里有更细的说明；名单与结算记录怎么配合使用，灵活用工服务做了分场景拆解；对方口径不一致时，可以先看常见问题再回复。
本周把这张字段对照表发给业务对接人，让他以后按表提需求，比每次临时判断要快得多。
