实名认证与身份核验要核到哪一步

核查身份这件事，不少企业以为收了身份证正反面就结束了。等到发生争议或者资金打错，才发现当初核的东西和结算时用的东西没对上。

第一关是人证合一。姓名、证件号要与证件影像对得上，同时要通过活体检测，确认正在操作的人就是证件上的人。只收图片不做活体的，替他人注册、批量填单的空间就一直留着。

第二关是账户一致。收款账户的户名必须与实名主体一致，这是资金流与业务流对得上的前提。允许打给朋友账户或者指定他人的，等于把资金流的起点直接放开了。

第三关是重复建档识别。同一个人在多个主体下重复建档，会让同一笔收入被拆进不同名单，事后的合并与申报都会乱。判断标准不能只看证件号一条，还要把手机号、银行卡号、设备信息放在一起交叉比对。

核验的深度应当跟着业务的风险走。单笔金额小、任务周期短、人员流动快的场景，可以以自动核验为主，辅以抽检；涉及金额大、周期长、替代性低的岗位，人工复核的比例就要提上来。全部按一个标准核，结果是低风险业务被拖慢，高风险业务又没兜住。

这里有个容易走偏的判断：把核验当成一次性动作。人员信息会变，收款账户会换，手机号会注销。核验是有时效的，账户变更、长期未接单后重新接单、设备环境明显异常，都应当触发重新核验。风控规则要做的，是让该重核的场景自动冒出来，而不是靠人想起来。

真出了争议，被问的第一句往往是当时是怎么核的。留痕要保存的不只是通过与不通过的结论，还有核验时间、核验方式、操作端、异常处理过程。只有结论没有过程的记录，在争议里几乎帮不上忙。

留痕的形式也有讲究。把核验结果截图丢进聊天记录，和把结果写进结构化台账，效果完全不同。前者在需要批量比对时用不上，后者才能支撑按月抽查和规则调优。异常处理的痕迹同样要留：核验不通过的人怎么处理、有没有申诉通道、申诉由谁复核，这些记录比通过记录更能说明整套机制是不是真的在运转。

判断做得好不好，标准很简单：随便抽一个人，能不能在几分钟内还原他从注册到收款的完整链路。能做到，说明核验是有效的；做不到，说明记录只是走了形式。核验规则与流程设计的更多说明见平台服务指南，围绕结算环节的合规要求可以看灵活用工服务。

可执行的动作：把核验项目分成必核与按风险加核两张清单，必核项做成系统强制，加核项按金额和岗位挂规则，并约定账户变更后自动重核。清单定完，回头比对现有名单里有多少人的收款户名与实名主体不一致，先把这一批清掉。