代发工资时，财务人员手动录入员工银行卡号，稍不留神——比如把尾号“6789”写成“6788”，银行系统会原路退回整笔款项，不仅耽误发放时效，还得重新走审批、重做批量文件。这类问题在20–200人规模的中小企业中高频发生。本文介绍的是【核对信息】的使用方法，它专为解决这类“末了说一句一公里”信息确认问题而设计。
为什么银行卡号必须由员工本人核对？
财务无法100%掌握员工最新开户行、是否换卡、是否开通一类户等细节。例如：某员工去年用建行储蓄卡，今年换了招行二类卡但未同步HR系统；或同一姓名下有两张工行卡（一张工资卡、一张理财卡），仅靠姓名+身份证号无法精准匹配。让员工自己扫码确认，是最直接、最低成本的验证方式。
具体怎么做？四步完成核对闭环
- 第一步：管理员导入原始名单——在【核对信息】后台上传含“姓名、身份证号、当前银行卡号、开户行”的Excel，系统自动生成唯一核对表ID（如900082573）；
- 第二步：转发二维码给员工——选择“发放核对表”，生成带单位名称的微信小程序卡片或独立二维码，发至部门群或点对点发送；
- 第三步：员工扫码自行核对——打开后显示本人预填信息，可修改银行卡号、开户行等字段，提交即自动记录“修改前值→修改后值→修改时间→操作人手机号后四位”；
- 第四步：导出带痕迹的终版表格——管理员在后台点击“导出核对结果”，Excel中每行末列新增“修改记录”栏，例如：“2024-11-05 14:22:03，原卡号6228****1234→新卡号6228****5678，操作人138****5566”。
关键细节与注意事项
• 修改权限可控：管理员可在“管理数据列”中设置“银行卡号”列为“仅本人可修改”，其他字段如“身份证号”设为“不可修改”，防止误操作；
• 补漏不重发：若某员工未扫码，管理员可手工补录其新卡号，补录数据同样进入导出表格，且标记为“人工补录”；
• 状态实时可见：后台列表显示“已核对/未核对/已超时”，点击“查一查”可模拟员工视角验证流程是否通畅；
• 重要提示不遗漏：在“添加核对说明”中写明“本次仅核对工资卡，请确认为本人名下、状态正常的一类借记卡”，该文字固定显示在员工填报页顶部。
其实吧，实际案例：杭州一家电商公司每月发薪前用【核对信息】发起核对，3天内回收率98.7%，财务导出表格后直接粘贴进银行U盾系统，当月零退回。员工反馈“扫个码改个数字就行，比填纸质表快多了”。
（当时确实踩过这个坑）
总结：不是所有信息都适合让员工填，但银行卡号这类强个人属性、高容错成本的数据，必须交由本人确认。用【核对信息】，不增加额外系统，不改变现有工资流程，只加一个扫码动作，就把错误拦截在打款前。
