2. 信贷业务基础
在进入参数建模与合同建模之前，必须先建立一张“业务全景图”。信贷核心系统不是孤立的技术平台，它承载的是产品定义、流程流转、角色协作与生命周期管理的统一规则。理解这四者之间的关系，才能判断哪些内容应沉淀为参数、哪些应固化为合同条款、哪些应由流程引擎驱动。
一、核心原理：产品、流程、角色、生命周期四位一体
信贷业务的本质是“在风险可控前提下完成资金让渡与回收”。围绕这一目标，业务被拆解为四个相互约束的维度：
- 产品类型：决定利率、期限、还款方式、担保方式、费用结构等可配置边界。
- 业务流程：决定从申请、审批、签约、放款到回收的流转路径与节点规则。
- 参与角色：决定谁在什么节点拥有什么权限、承担什么责任。
- 生命周期：决定一笔业务从创建到结清、核销或展期的状态迁移。
核心系统的定位，是把这四者从“部门口头约定”转化为“系统可执行、可追溯、可审计”的规则集合。参数与合同建模，正是这一转化的关键手段。
一句话理解：产品是模板，流程是轨道，角色是驾驶员，生命周期是里程表，核心系统是调度中心。
二、方法流程：从产品分类到系统落地的映射路径
信贷产品可按多个维度分类，不同分类直接影响参数设计重点：
| 分类维度 | 典型类型 | 参数建模关注点 |
|---|---|---|
| 按用途 | 消费贷、经营贷、住房按揭 | 受托支付标识、用途限制、额度上限 |
| 按担保 | 信用贷、保证贷、抵押贷 | 担保方式、押品估值、保证人信息 |
| 按期限 | 短期、中期、长期 | 期限区间、重定价周期、展期规则 |
| 按还款 | 等额本息、等额本金、先息后本 | 还款计划算法、宽限期、提前还款规则 |
| 按定价 | 固定利率、浮动利率 | 基准利率、加点值、重定价日 |
业务流程通常遵循“申请—受理—调查—审批—签约—放款—回收—结清”的主干，但不同产品会在节点上产生分支。例如抵押贷增加押品评估与登记，经营贷增加用途核查。核心系统需要把这些分支抽象为可配置的流程模板，而不是为每个产品硬编码一套代码。
产品配置示例（伪参数）：
productCode: CONS_LOAN_001
productName: 个人消费贷
termRange: [3, 36] 月
rateType: FIXED
repayMethod: EQUAL_INSTALLMENT
gracePeriod: 0
prepayRule: ALLOW_PARTIAL
guaranteeType: CREDIT
参与角色方面，常见包括申请人、客户经理、风控审批人、合规审查、放款操作、贷后管理、催收人员等。角色与流程节点绑定，形成“节点—角色—权限”的三角关系。生命周期则用状态机表达，典型状态包括：草稿、待审批、已审批、待签约、已签约、待放款、已放款、正常还款、逾期、结清、核销、展期。
三、案例场景：一笔消费贷的系统旅程
以“个人消费贷”为例，客户在移动端提交申请后，系统根据产品参数自动校验年龄、额度、期限是否符合产品边界；随后进入反欺诈与信用审批节点，审批人依据角色权限查看报告并给出结论；审批通过后生成合同要素，签约完成后触发放款指令；放款成功后进入还款计划生成与扣款周期管理；若连续逾期，则触发催收状态并可能进入核销流程。
在这个过程中，产品参数决定了“能不能做”，流程决定了“怎么走”，角色决定了“谁来批”，生命周期决定了“现在处于什么状态、下一步能做什么”。四者缺一不可。
建模提示：合同中出现的利率、期限、还款方式等要素，应优先从产品参数继承，避免在合同层重复定义导致不一致。
四、误区与复盘：常见认知偏差
- 误区一：把产品参数当成合同条款。参数是模板级配置，合同是实例级约定，二者层级不同。
- 误区二：流程节点与角色权限混为一谈。节点是“做什么”，角色是“谁能做”，权限是“能做到什么程度”。
- 误区三：生命周期只关注放款后。从草稿到结清，每个状态都应有明确的进入条件与退出条件。
- 误区四：核心系统定位模糊。核心系统不是万能的，它负责规则执行与状态管理，风控模型、催收系统等应通过接口协同。
复盘要点：如果一笔业务在系统中出现“状态跳变无记录、参数与合同不一致、角色越权操作”，通常说明四维关系没有在建模阶段对齐。
掌握产品类型、业务流程、参与角色、生命周期与核心系统定位这五个基础概念，是后续参数建模与合同建模的前提。只有先看清业务全貌，才能在系统中做出既灵活又可控的模型设计。