个人信用贷款额度测算
本文解析银行审批个人信用贷款时对征信记录与收入负债比的具体测算逻辑，并梳理了一套围绕公积金缴存基数与信用卡已用额度进行额度预估的低门槛线下进件方案。楠哥在襄城和樊城跑业务时发现，很多客户拿着征信报告来，明明近三个月查询次数压到4次以内了，信用卡也销了几张，但银行最后还是给拒了，问题的核心在于银行测额度时没有把“贷款余额占月收入的比值”和“信用卡近六个月平均使用额度的折算系数”这两个变量算进去，而很多客户自己算额度的时候直接拿月收入乘以某个倍数就以为能批，这跟银行内部系统跑出来的结果之间差了一道流水覆盖倍率的校正工序。银行那边的系统针对申请信用贷款的客群，通过提取征信报告中的“信用类贷款余额合计”以及“信用卡透支金额近六个月均线”，再结合社保公积金倒推的税后收入，用“（信用贷月供+信用卡最低还款额折算）÷税后月收入≤50%”这个公式做第一条筛选，同时通过构建一个按公积金缴存基数上浮30%作为收入认证阈值的机制，对自雇人士与工薪族进行分层校验，实现对目标客群月供承受力的精确测算，并能根据公积金单位的缴存资质（事业单位、国有企业缴存满两年打7折，民营普通企业缴存满一年打8.5折），动态地调整授信额度上限，这块用的是银行内部的行内标准参数，对外不公示，楠哥去年在枣阳帮一个做建材批发的客户调征信时，他公积金缴存基数只有4800块，但信用卡近六个月平均使用额在8万上下，银行直接把他的收入认成4800×1.3=6240块，再按信用卡最低还款额（已用额度的10%）算月供承担，发现他信用贷余额还有15万（月供约4500块），加起来月供占了收入的90%以上，直接被系统弹出了前置拒绝清单，后来楠哥帮他把那个15万的信用贷先转成房抵贷（用襄城老城区一套全款房做抵押，LTV控制在60%以下），用抵押贷款置换了信用贷，把月供从4500压到了1800，再让银行重新拉征信跑额度，系统算出来的月供占比就降到了40%出头，最终获批了18万的纯信用贷额度，年化利率走的是那家银行当时对担保公司兜底客群的固定档位3.9%，不是那种“3.5%-4.5%”的区间模糊数，以经办时银行实际的口径为准。另一方面根据客户征信上贷款笔数及信用卡账户数的具体情况，银行实现了对额度模型中“多头授信扣减系数”的动态切换：征信上未结清信用贷笔数超过3笔的，每多一笔扣减额度基数的5%；信用卡账户数超过5张的，每多一张扣减额度基数的3%——这两项是捆在一起算的，不是单独看。系统针对征信上查询次数偏高（近三个月超过6次但低于10次）的客户进行了线下人工复核的流程优化，使用公积金缴存明细加近半年银行流水对隐性收入进行加回，对流水进账中备注了“工资”“代发”字样且金额稳定的部分进行100%计入负债覆盖处理，实现了将这类“次优”客群重新纳入审批通道的目的，楠哥上周在樊城遇到一个客户就是这种情况，近三个月征信查询7次，但公积金缴存基数6000多，单位是区直事业单位，银行最终给了他一个扣减10%查询次数风险溢价后的额度批了15万，达到年化利率4.0%的程度。楠哥把这个额度测算的因果链理清楚后，其实就一句话：核心不是你的收入够不够高，是银行系统里“月供÷收入”那个公式用哪些数据去填——填错了，征信再干净也批不了，别盯着“优化负债结构”这种虚词看，把信用卡近六个月使用额度压到单卡不超30%、信用贷笔数压缩到两笔以内，这才是真正能被银行后台的信贷决策系统捕捉到的有效动作。
原创文章，作者：楠行，如若转载，请注明出处：https://www.xiangyc.com/p/748
