晨会刚散，监控大屏上一片红。批量车贷申请接口超时，后台队列堵了四百多笔。CPU曲线直冲顶，我盯着看了一会儿，没像上回那样直接重启。上个月也这样，重启完就消停了，结果今天又来。这次我非得把它扒干净。
登录服务器，tail -f 日志，发现大量线程卡在征信查询那个第三方接口上。对方服务没挂，但响应从200ms慢慢爬到3秒以上，连接池先扛不住了。我查调用记录，同一时段里一个渠道商突然甩进来六十多笔申请，每笔都要调征信。这个渠道平时每天就十几单，我们的限流策略压根没覆盖这种突发量。说白了，设计时就没考虑过这种情况。
我当时干了两个事：紧急把连接池最大等待时间从1秒拉到5秒，避免快速失败引发连锁崩盘；同时把这批请求拆成异步处理，先收单后回调，起码前端别给客户报错。下午拉着开发把所有外部接口捋了一遍，给每个第三方服务加了动态限流——按渠道、按时段设阈值，超了就自动转人工预审。系统是稳了，但我自己清楚，这只是堵了个洞。事后我写了个复盘，把“突发批量请求”加进了故障模式库，并且规定以后每周跑一次渠道商的日均单量曲线，发现异常波动提前扩容。
再说一个让我憋屈的案例。三月份有个客户提前结清了车贷，结果抵押解押手续卡了半个月。客户投诉到监管，说我们故意拖延。我调出流程日志一看，结清证明当天就生成了，但后面交接环节全是盲区——从贷后到档案室，再到抵押专员，谁都没触发超时告警。那个档案袋就在某个柜子里躺了七天，没人催也没人查。不是某个人偷懒，是流程压根没有闭环。
我拿纸画了一张状态流转图，找到了三个断点：证明生成后没有自动推送给档案调阅队列；档案室扫完码没有回写状态；抵押专员接单没有时效要求。改系统逻辑：每个节点完成后必须生成一条可追踪的工单，超时24小时自动升级到主管待办。还加了个笨办法——每周五下午，我和同事随机抽五个结清档案，从生成到解押倒查一遍，看有没有漏单。改完第一个月，结清解押平均耗时从9.2天压到2.8天，再没接到这方面的投诉。我后来把这张状态流转图复印了几份，贴在贷后、档案室、抵押专员工位旁边，谁卡住了自己看。
还有个教训来自贷前。去年底有个客户，征信报告显示他名下有一笔未结清的消费贷，金额不大，月供覆盖没问题，我们就批了18万车贷。三个月后逾期，催收时他才说那笔消费贷是帮朋友做的担保，朋友跑路了，他被起诉，账户冻结。那笔担保在征信上只显示“对外担保”，没有“已涉诉”。我们审单的人没注意到担保金额占他收入比例过高，也没去查公开司法信息。
我后来写了个小脚本，每天凌晨跑一遍：每个申请人过完征信模型后，自动去中国执行信息公开网和裁判文书网扫一遍姓名+身份证号。扫到涉诉记录的，直接打标“需人工复核”。这活儿不复杂，就是多一次API调用。上线半年，涉诉漏单导致的逾期率降了六成。我把这个脚本封装成一个后台任务，还给它加了个简单的前端页面，业务员查单时能直接看到有没有涉诉标记。
实际干活时，很多问题不是技术多难，而是我们默认“系统应该没问题”。比如车贷的资料影像上传，业务员经常拍得歪七扭八，身份证边框都出镜了，后端OCR识别率只有70%出头。我蹲在门店看他们怎么拍——工位顶光，手机拍出来总有阴影，而且没人告诉他们对焦要等三秒。我写了份《车贷影像采集工艺规范》，不是什么高大上的PPT，就是一张A4纸，正反面印：光线、角度、对焦、背景、常见错误示例，还附了个二维码，扫码能看演示视频。贴在每个信贷员工位上。三个月后，OCR识别率稳定在94%以上。有个老业务员跟我说，以前拍一份资料要反复补拍好几次，现在基本一次过。
今年四月那场暴雨，下午三点，一个二级经销商打电话说他们系统推送的十多笔申请全失败，客户在店里等着提车。我远程看日志，发现是对方VPN专线闪断，导致我们接口签名的token没同步。按常规得等网络完全恢复，但客户就在店里坐着，等不了。我临时写了个脚本，用备用4G路由起了一条临时加密通道，把签名校验降级到本地缓存，等专线稳定后再回签。整个过程花了四十分钟。经销商后来发来微信语音，说客户当场提了车，晚上还发了朋友圈感谢。我没觉得多感动，就记住一点：容灾方案不能只写在文档里，得随时能切过去。那天晚上我把临时通道的配置固化成了标准操作流程，还拉着运维同事演练了一次切换。
-
★好拿网知识库精华收录:
- 车贷欠条 | 车贷催收试用期工作总结 | 车贷公司试用期工作总结 | 车贷客服试用期工作总结 | 车贷贷后工作总结 | 车贷贷后工作总结
去年到现在，经手车贷申请一千两百多笔，不良率0.8%，比部门平均值低0.3个百分点。不是因为我多厉害，就是肯花时间把每个异常场景拆成可执行的检查项。比如提前还款、展期、车辆置换、保险受益人变更——这些非标动作最容易出岔子。我整理了一张《车贷生命周期故障模式表》，分三类：资料类、系统类、人因类，每类配了处理脚本和话术。打印了五份，贴在工位和值班室，新人来了我先让他对着表讲一遍。上个月有个同事处理一笔展期时，表里第9条“保险受益人与贷款人不一致”正好命中，他照着脚本三步搞定，没升级到我这儿。
最后说个实在的。前几天一个老客户介绍朋友来办车贷，手续走到一半，征信报告里有个信用卡逾期记录，客户说那是他忘了还几十块钱的年费，不是恶意。按规则我们可以要求他出非恶意逾期证明，但那要跑银行柜台，费时费力。我调了他近两年的还款流水，全是提前还，月收入是月供的八倍，抵押物估值也充足。我跟风控沟通后，走了特批通道，免了那张证明，条件是提高一成首付。客户接受了，当天放款，第二天提车。后来他提前三个月还清了，还介绍了一个同事来办。这行当说到底就是两样：系统别掉链子，人有判断力。光有判断力没系统，累死；光有系统没判断力，死得快。
那天半夜两点，值班电话又响了。我爬起来连VPN，发现是结清证明生成失败。日志显示磁盘写满了，日志轮转策略没生效。删了旧日志后我坐在黑漆漆的客厅想了十分钟——为什么白天巡检没发现？因为监控只报了磁盘使用率85%的警告，阈值设得太宽。改完后我给自己定了条规矩：每周一早上第一个动作，看所有阈值告警列表，超过三个未处理的就直接去机柜前摸一遍硬盘灯。这事没写在任何规范里，但我一直做到现在。
-
我们精彩推荐工作总结专题，静候访问专题：工作总结