📝 授信管理与放款流程
核心定位授信管理是信贷业务的入口和决策中枢，放款流程是资金从银行到客户的"最后一公里"。两者共同决定了信贷资产的质量，测试重点在于审批流程的合规性、放款条件的完整性校验及资金划付的准确性。
📋 授信管理体系
1. 客户准入与评级
客户发起信贷申请前，系统需完成客户身份识别（KYC）、反洗钱（AML）筛查、黑名单/制裁名单校验。通过后方可进入内部评级环节：
- 内部评级：基于财务指标、经营状况、行业前景等数据，由评级模型自动计算客户信用等级（如AAA~D级）
- 评级应用：等级决定授信额度上限、利率定价、担保要求等关键参数
- 评级更新：年度定期重评 + 重大不利变化触发即时重评
2. 授信审批流程
典型审批链路：客户经理发起 → 风险经理审查 → 独立审批官 → 贷审会（大额） → 终批人签发
| 审批节点 | 职责 | 系统功能 | 测试关注 |
|---|---|---|---|
| 客户经理 | 贷前调查、资料收集、申请发起 | 申请录入、资料上传、初评建议 | 必填项校验、附件格式/大小限制 |
| 风险经理 | 平行作业、风险评估、合规审查 | 风险报告生成、监管规则校验 | 风险指标自动计算准确性 |
| 审批官 | 独立审批决策（同意/否决/有条件同意） | 额度核定、条件模板、电子签名 | 审批权限矩阵、超权限路由 |
| 贷审会 | 集体审议大额/疑难项目 | 投票表决、会议纪要、决议追踪 | 表决规则（过半数/三分之二） |
| 终批人 | 最终签发批复文件 | 批复生成、额度生效触发 | 批复文件防篡改、水印 |
合规要点授信审批必须遵循"审贷分离、分级审批"原则。同一笔业务的调查岗与审批岗必须由不同人员担任（四眼原则），系统需强制校验岗位互斥。
3. 合同管理
审批通过后进入合同签约阶段，涉及合同文本生成、签约、用印等环节：
- 合同生成：基于审批批复和产品模板自动生成合同文本，关键字段（金额、利率、期限、还款方式）从批复中自动带入，不可手动修改
- 合同校验：合同要素与批复的一致性校验、法律条款完整性校验
- 电子签约：支持数字证书签名/人脸识别签约，验证签名有效性和签约人身份
- 用印管理：电子印章/物理印章的申请、审批、使用、销毁全流程管控
💸 放款流程
1. 放款条件校验
放款前系统须逐项校验以下条件全部满足方可出账：
| 条件类型 | 校验内容 | 不满足时的处理 |
|---|---|---|
| 合同条件 | 合同已生效、未过期、未终止 | 禁止放款，提示原因 |
| 额度条件 | 可用额度 ≥ 放款金额（含本次） | 刚性拦截，超额不可提交 |
| 担保条件 | 担保已落实、抵质押已登记、覆盖率达标 | 禁止放款或降低放款金额 |
| 合规条件 | 贷款用途合规、受托支付条件满足 | 提示补充材料或转为自主支付 |
| 法律条件 | 法律意见书已出具、决议文件齐备 | 缺少则禁止放款 |
| 账户条件 | 还款账户已开立、状态正常 | 提示先开立还款账户 |
2. 借据生成
放款条件全部满足后，系统生成借据（即贷款凭证），关键要素包括：
- 借据号：唯一标识一笔贷款发放，通常含机构号、产品码、日期、流水号
- 起息日：资金实际到账日（非申请日/审批日），利息计算从起息日开始
- 还款计划：根据还款方式（等额本息/本金/先息后本）自动生成每期还款计划
- 利率类型：固定利率/浮动利率（LPR加减点），浮动利率需关联重定价周期
3. 资金划付
放款支付分两种模式：
- 自主支付：贷款资金划入借款人在本行开立的结算账户，由借款人自主使用。适用于小额（通常≤50万元）零售贷款
- 受托支付：贷款资金由银行直接支付给借款人的交易对手（如供应商、开发商）。适用于大额对公贷款或监管要求的场景（如固定资产贷款 ≥ 500万元）
资金划付的关键会计分录：
| 场景 | 借方 | 贷方 |
|---|---|---|
| 自主支付 | 贷款科目（XX贷款） | 借款人活期存款账户 |
| 受托支付（本行） | 贷款科目（XX贷款） | 交易对手存款账户 |
| 受托支付（跨行） | 贷款科目（XX贷款） | 清算待转科目 → 支付系统 |
放款时效从放款指令发起到资金到账，标准时效 ≤ T+0（当日到账）。受托支付跨行场景可能为 T+1。放款失败需支持当日冲正并恢复额度。
🧪 功能测试要点
授信审批流程
- 审批链路完整性：验证从客户经理发起到终批人签发的全节点流转，含条件路由分支（如金额超500万自动上会）
- 越权审批拦截：超出审批人权限额度的申请不得提交，系统需根据权限矩阵硬校验
- 退回重审闭环：退回→修改→再提交→重新流转，验证退回次数上限与强制升级机制
- 审批超时处理：审批挂起超时（如3个工作日）自动转办/催办，超限自动升级到上级审批人
- 审批留痕审计：每个审批节点的操作人、时间、意见、修改记录完整可追溯，日志不可篡改
合同管理
- 合同模板校验：不同产品（流贷、固贷、并购贷）使用对应模板，关键条款（利率、罚息率、违约责任）不可缺失
- 批复一致性：合同金额不得超过批复金额，利率不得低于批复底线利率，期限不得超过批复期限
- 合同编号唯一性：同一合同编号不可重复使用，编号规则含机构、产品、年份、流水
- 电子签约有效性：验证数字证书签名验签、时间戳服务、签约人身份认证（人脸/短信验证码）
- 合同变更：展期、利率变更、还款方式变更等需重新签约或签订补充协议，变更后自动联动还款计划
放款条件校验
- 全条件门禁：合同、额度、担保、合规、法律、账户六类条件逐项校验，任一不满足即拦截放款
- 条件过期的动态检测：放款条件在提交到执行期间过期（如法律意见书失效），需二次校验并拦截
- 条件依赖链：担保条件依赖于合同生效条件，验证条件之间的依赖顺序（必须先签约后登记担保）
- 部分放款：支持分次放款时，每次放款前重新校验全部条件；累计放款金额不得超过合同金额
借据与还款计划
- 借据生成准确性：借据号唯一性、起息日=实际放款日、到期日=起息日+期限（精确到日）
- 还款计划生成：等额本息、等额本金、先息后本、按期付息到期还本等还款方式下的每期本息计算
- LPR浮动利率：重定价日自动按最新LPR调整利率，验证调整后还款计划的重新计算
- 借据状态流转：正常→逾期→核销/结清，各状态转换条件与时间节点验证
- 借据取消：放款执行前取消借据，额度立即释放，无账务产生
放款支付
- 支付路径正确性：自主支付入借款人账户，受托支付入交易对手账户；跨行受托支付需验证清算路径
- 放款金额三方核对：放款金额 = 借据金额 = 核心记账金额，不得出现分位差异
- 放款撤回/冲正：当日放款撤回的完整冲正链路：账务回滚 + 额度释放 + 借据注销 + 担保释放
- 放款失败重试：核心系统/支付系统超时或返回失败后的自动重试策略，验证幂等性防重复放款
⚡ 性能测试要点
审批并发处理
- 场景：月末信贷冲刺期，数百名客户经理同时发起授信审批
- 目标：审批页面加载 P95 ≤ 3s，审批提交响应 ≤ 2s，支持 500+ 并发审批操作
- 验证点：审批工作流引擎吞吐量、数据库连接池容量、附件上传带宽
- 策略：审批服务无状态化部署，水平扩展；附件存储使用对象存储（OSS）
批量放款处理
- 场景：批量放款（如供应链多笔放款、公积金批量放款），单批次 5000-10000 笔
- 目标：单批次处理时间 ≤ 30分钟，成功率 ≥ 99.9%，失败自动重试
- 验证点：批量任务调度框架吞吐、放款条件逐笔校验耗时、核心接口 TPS
- 异常策略：部分失败时的断点续跑、失败清单导出、人工复核后补放
合同模板渲染
- 场景：审批通过后批量生成合同，涉及模板渲染、变量替换、PDF生成
- 目标：单份合同生成 ≤ 3s，百份并发生成 P95 ≤ 10s
- 验证点：模板引擎性能（Freemarker/Velocity）、PDF转换组件消耗、合同电子签章接口
- 策略：合同生成异步化，先返回受理成功再后台生成，完成后通知客户
还款计划批量重算
- 场景：LPR调整日，全行浮动利率贷款的还款计划需批量重算
- 目标：百万级借据的还款计划重算 ≤ 3小时（批处理窗口内完成）
- 验证点：重算算法的CPU消耗、数据库更新效率、新旧计划对比校验
- 策略：按产品/机构分片并行处理，重算结果写入待确认表经复核后生效