养老金资格认证平台不只是每年刷个脸文章目录养老金资格认证平台不只是每年刷个脸一、问题二、平台架构七个模块认证管理生存认证 H5 平台自助终端认证系统查询统计分析社会化管理数据监管数据同步接口档案信息管理三、一条认证记录的数据流四、未认证的预警机制五、跟已有文章的关联社会化管理需要知道人还在不在。但认证只是入口后面还有一整条数据链路。一、问题养老金资格认证——学名生存认证——是社保最敏感的业务之一。人去世了还领钱要追讨。但让七八十岁老人每年跑到社保大厅证明自己还活着既不人道也不现实。所以需要一个平台认证入口要多样数据要打通异常要能预警。二、平台架构七个模块┌──────────────────────────────────────────┐ │ 社保待遇领取资格统一认证管理平台 │ ├───────────────┬──────────────────────────┤ │ 认证管理 │ 社会化管理数据监管 │ │ 生存认证H5平台│ 数据同步接口 │ │ 查询统计分析 │ 自助终端认证系统 │ │ │ 档案信息管理 │ └───────────────┴──────────────────────────┘认证管理核心模块。管理所有渠道的认证记录APP 上的、社区终端上的、H5 页面上的。每条认证记录有认证时间、认证方式、认证地点、是否通过。未认证的自动预警。生存认证 H5 平台给群众的入口。微信打开链接 → 人脸识别 → 2 秒出结果。不需要下载 APP不需要记密码。认证流程打开 H5 页面 → 输入身份证号 → 人脸活体检测 → 比对身份证照片 → 认证通过/失败 → 记录入库这跟你前面 Agent 系列里的人脸核验是同一套逻辑。只是这里没有办事流程纯粹是证明你是你。自助终端认证系统社区服务中心摆的终端机。老人不会用智能手机的到社区刷身份证 拍照即可认证。终端数据传输到平台跟 H5 认证走同一条入库通道。查询统计分析各市县认证率排名未认证人员清单认证方式分布H5 vs 终端 vs 线下认证失败原因统计社会化管理数据监管退休人员进社区管理后社区要定期上报人员状态。认证平台跟社区数据打通社区报了此人健在平台自动算一次认证。社区报了此人已去世或失联平台自动标记停发。数据同步接口认证平台的数据要从多个源汇集省持卡库身份证照片人社部认证平台异地认证数据各地市社保系统待遇发放状态公安户籍数据死亡销户信息民政殡葬数据同步接口的方向来源数据用途省持卡库身份证照片人脸比对基准部级平台异地认证记录人在外省的也认各地市待遇发放状态知道谁要领钱公安死亡销户自动停发民政殡葬信息交叉验证档案信息管理认证记录长期保存——不是只记过没过是存原始照片、认证时间、使用的设备。将来有争议时能调出来对。三、一条认证记录的数据流认证终端手机/设备 │ ▼ 拍摄人脸照片 │ ▼ 上传到认证平台 │ ▼ 调省持卡库 → 取身份证照片 │ ▼ 人脸比对活体检测 1:1 比对 │ ▼ 认证结果入库通过/失败 照片 时间 设备 │ ▼ 同步到地市社保系统 → 更新待遇发放标记认证成功 → 地市系统的最近认证时间更新。认证失败 → 人工处理或提示重新认证。四、未认证的预警机制不是等到过期了才处理。是提前预警距离上次认证满 11 个月 → 短信提醒距离上次认证满 12 个月 → 社区工作人员上门满 13 个月无人回复 → 暂停发放不是一刀切停发。是先催、再找、再停。每一步系统自动判断不需要人工一个个查。五、跟已有文章的关联这套平台里生存认证 H5的人脸核验部分跟 Agent 系列的养老金资格认证流程是同一批代码——身份证 OCR → 活体检测 → 1:1 比对。区别在于Agent 系列的认证是办事流程中的一步——认证完还要提交业务申请这个平台的认证是独立的生存验证——认证完就结束只更新认证时间同一个底层两个应用场景。Agent 系列讲的是技术实现这篇讲的是平台架构。同一栋楼的不同楼层。