税局要求"刷脸"，网信办要求"少刷脸"，平台怎么办？

上一篇我们讲了一件事：国家税务总局公告2025年第16号明确要求，平台要采取"人脸识别等可信赖的实名核验方式"核验零工身份，核验不过关，企业的扣除凭证可能作废。

文章发出后，有读者问了一个非常好的问题：

人脸信息不是敏感个人信息吗？国家不是一直在限制"强制刷脸"吗？一边要求必须刷，一边要求不能乱刷——这两个规定，打架吗？

这个问题值得认真回答。因为它问到了灵工平台合规设计里最难、也最容易被忽视的一环。

两个规定，各自说了什么

先把两边的"牌"摊开。

一边是税务侧的要求。16号公告的原文是：平台应当采取人脸识别等可信赖的实名核验方式，定期核验从业人员身份真实性，并保存核验的时间和核验结果。目的很明确：堵住"幽灵零工"和虚假身份，保证申报数据背后都是真人。

另一边是个人信息保护侧的红线。《人脸识别技术应用安全管理办法》（国家网信办、公安部令第19号，2025年6月1日施行）给人脸信息的采集使用划了几条硬杠杠：采集人脸信息应当取得个人的单独同意；存在其他非人脸识别技术方式的，不得将人脸识别作为唯一验证方式；人脸信息应当存储于人脸识别设备内，不得通过互联网对外传输；保存期限不得超过实现处理目的所必需的最短时间；处理人脸信息达到10万人的，还应当向网信部门履行备案手续。

一边要"刷"，一边要"慎刷"。表面看是张力，其实是分工。

看懂一句话，就不矛盾了

两个规定的交汇点，藏在16号公告的措辞里。再读一遍："保存核验的时间和核验结果"。

注意，税局要平台保存的是"核验记录"——什么时间、核验了谁、结果是通过还是不通过；而不是"人脸照片"本身。

这句话堪称整个合规设计的题眼：

• 税务合规要的是"你认真核过了，且拿得出记录"；
• 个人信息保护要的是"人脸数据本身，能不留就不留、能短留就短留"。

两者非但不对立，反而拼出了一张完整的操作图纸：核验动作必须做扎实，人脸数据必须拿得轻。真正违规的，从来不是"刷脸"这个动作，而是刷脸之后对数据的粗放处理。

平台最容易踩的三个坑

对照19号令，行业里常见的问题集中在三处：

坑一：默认勾选、捆绑同意

把人脸信息采集授权塞进几十页的注册协议里，用户不点就过不了——这不叫"单独同意"。

坑二：留存原始人脸图像

有的平台把零工刷脸时的照片、视频片段存在自己服务器里"备查"。备查的出发点可以理解，但19号令要求本地存储、最短期限，原始生物特征留得越多，泄露的引信就越长。

坑三：把人脸当"万能钥匙"

登录刷一次、提现刷一次、改手机号再刷一次，高频、无差别地调用——超出了"实现处理目的所必需"的范围。

这三个坑的共同病根，是把"合规要求的核验"误读成了"多采多存总没错"。

工猫的设计：核验要做重，数据要拿轻

说回我们自己。在零工电子签约和结算链路里，人脸信息处理遵守四条原则：

第一，场景化触发，不无差别采集

人脸核验只发生在法规要求的节点——签约前的身份核验。它不是登录手段，不是风控惯性动作，刷一次脸对应一个明确的合规目的。

第二，单独同意，事前告知

在调起人脸核验之前，页面会单独告知：为什么要核、核什么、数据怎么处理，取得零工的单独授权后才进入采集。

第三，比对走权威通道，平台不留原始人脸

人脸比对通过e签宝接入的权威第三方（如腾讯云、支付宝等）完成，平台侧留存的是核验结果和核验时间——正是16号公告要求保存的东西；原始人脸图像不做二次存储。

第四，留好"非人脸"的救济通道

对核验异常的情况（比如光线、设备原因多次不通过），设人工审核通道处理，不让任何一个真实的零工被一道技术门槛卡死在门外。

一句话总结：把核验记录做厚，把人脸数据做薄。

回到开头的问题：两个规定打架吗？

不打。一个规定的是"身份必须是真的"，一个规定的是"数据必须是干净的"。对灵工平台来说，合规从来不是单选题——税务那一关要过，个人信息保护这一关也要过，两边都过，才叫合规。

这也是我们想对客户说的：你选择的平台怎么处理一张人脸，决定了你的业务建立在什么地基上。核验做到位、数据拿得轻，是企业值得反复确认的两个问题。