社保基金发放的完整链路：从核对到回盘

社保基金发放的完整链路从应付核对到回盘确认文章目录社保基金发放的完整链路从应付核对到回盘确认一、问题二、基金管理和风控双轨三、发放链路七步一步不能跳应付核对生成进账单进账单审批实付处理报盘处理回盘处理发放成功/失败处理四、财务接口五、手工单系统外的例外处理六、风控钱出门前的最后一眼七、总结钱不是系统里一个数字。是银行账户里的真金白银。每一步都要留痕。一、问题社保基金发放——养老金、失业金、生育津贴——每个月要把钱从财政专户划到个人银行卡上。这不是一条 SQLUPDATE 发放状态 已发放能解决的事。是因为钱出了基金账户就追不回来了。所以每一步都要确认、审批、留痕。二、基金管理和风控双轨系统分两个子系统子系统管什么基金管理子系统钱的流转——应付核对、发放、退单风控管理子系统风险控制——大额预警、重复发放检测、异常账户监控基金部门管钱业务部门管人。两个部门用同一套系统各看各的界面。业务部门决定该发多少基金部门决定怎么发。三、发放链路七步一步不能跳应付核对 → 生成进账单 → 进账单审批 → 实付处理 → 报盘处理 → 回盘处理 → 发放成功/失败处理应付核对业务系统算好这个月要发多少钱、发多少人生成应付数据。基金部门拿应付数据和银行余额做比对——钱够不够发。不够 → 申请调拨 → 等待资金到位。够 → 继续。生成进账单按发放批次生成进账单——一批发放对应一张进账单。进账单上有批次号、总金额、总人数、发放日期。进账单审批不是自动审批。是人工在系统里点了同意才能往下走。大额进账单可能要多级审批。实付处理审批通过的进账单系统把明细发给银行报盘。报盘处理报盘是把发放明细推给银行。不同银行有不同的接口格式——有的要 TXT 固定长度有的要 Excel。系统按银行模板生成报盘文件加密传输。回盘处理银行处理完后把结果返回回盘。每一笔发放有一个状态成功钱到账了失败账号错误、户名不符、账户冻结等失败的进入退单处理。发放成功/失败处理发放成功更新发放状态记录发放时间发放失败退单退回款项标记失败原因。下个月补发或人工处理。四、财务接口社保系统和财务系统之间有一个接口层。不是直连。中间隔着一张表字段说明凭证号财务系统的凭证编号科目编码会计科目养老保险支出、失业保险支出……金额发放金额发放批次关联回进账单同步状态未同步/已同步/同步失败会计科目是提前维护好的——哪个发放类型对应哪个科目。不能出错出了错财务审计过不去。五、手工单系统外的例外处理总有一些情况系统覆盖不到——银行回盘文件格式变了、某个人的账户被冻结需要紧急换卡、历史数据修正。手工单就是为这些例外准备的。基金部门可以手动录入一笔发放、审批、报盘。但手工单的操作日志比系统自动的更详细——谁录的、谁批的、什么时候改的、改之前是什么、改之后是什么。全部留痕。六、风控钱出门前的最后一眼风控管理子系统在审批环节嵌入检查单笔超过 N 万元 → 预警同一账号一天到账超过 N 笔 → 预警本月发放总额超过去年同期 30% → 预警收款账号是新增的 → 人工确认预警不是阻止。是提醒——这笔记账有点特殊你要不要再看一眼。七、总结社保基金发放系统的复杂性不在技术。在于钱的流动必须可追溯。谁核对的应付数据谁审批的进账单什么时候报的盘银行什么时候回的盘失败的那几笔是谁处理的每一步操作都有一条日志。不是技术规范要求的。是审计要求的。搞财务系统的程序员有一个共识不要相信任何一个数字。除非你知道它是怎么算出来的。