金融机构如何记录 AI 授信决策的版本与审批过程
金融机构如何记录 AI 授信决策的版本与审批过程
客户半年后对拒贷提出异议，银行打开系统，模型早已升级两次，原始输入字段也被清理了。此时客服即便愿意解释，也难以还原当时为什么拒绝。AI 授信的责任链必须在每一笔决策发生时留下，而不能等投诉来临再拼凑。
一条完整记录至少包括申请人提交和授权使用的数据、数据更新时间、模型与规则版本、关键输出、人工审查意见、审批人和最终决定。模型生成的摘要与原始凭证分开保存，任何手工修改都留痕。对敏感个人信息设置严格权限，记录存在不意味着所有员工都能看到。保存期限按适用法律和业务必要性设定，到期安全删除。
版本管理不仅给审计用。模型升级前，银行应比较新旧版本对相同样本的差异，特别看低收入、薄档、农村和小微企业申请人是否出现系统性变化。上线时逐步放量，若异常拒绝或投诉增加，能迅速回滚。审批人员改变模型建议时，记录理由而不强迫他们写冗长论文；反过来，模型建议也不能因“默认通过”而绕过真正的人工判断。
客户申请复核时，工作人员应取回当时的真实依据，查是否有错误数据、规则误用或人工疏漏。模型可以帮助组织说明文字，但不能根据今天的新版本编造当年的理由。外包评分服务商同样需要提供足够的版本和解释资料；若银行根本无法追溯，便不应把它放在决定性环节。
审批日志还要记录系统“没做什么”。例如模型因数据缺口未给建议，人工决定仍继续审批；或者某条供应商数据延迟，评分沿用旧记录。没有这些缺席信息，事后看分数会以为当时资料完整。银行可定期抽查日志能否重放一笔真实申请，而不是仅检查文件是否存在。重放失败的原因可能是外部接口改版或规则表没有归档，应在下一次模型升级前修好。决策版本链的价值，只有在客户和审计人员真的需要它时才会显出来。
版本记录也帮助银行面对集体问题。若某日外部数据源出错，影响的不止一个客户；系统应能快速找出所有受影响决定，主动复核并通知，而不是等待每个人单独申诉。追溯能力最终要用于纠错，不只是保存日志备查。
授信记录看上去是后台细节，实际上决定了客户能否得到公正答复，也决定银行能否从错误中改进。一个系统愿意记住自己当初怎么判断，才有资格在判断错了之后说清楚、改回来。
