养老金资格认证平台：不只是"每年刷个脸"
文章目录
- 养老金资格认证平台：不只是"每年刷个脸"
- 一、问题
- 二、平台架构：七个模块
- 认证管理
- 生存认证 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 系列讲的是技术实现，这篇讲的是平台架构。同一栋楼的不同楼层。
