4. 产品参数体系解析
在旧核心系统中，产品参数往往以“字段堆叠”的方式散落在多张产品表、利率表、费用表和期限表中，参数之间缺少显式约束，靠代码分支和人工经验维持一致性。迁移到新核心时，如果只做字段搬运而不理解参数之间的语义关联，就会把旧系统的隐性耦合带入新系统，导致定价错误、还款计划异常或额度失控。本节从参数定义出发，梳理五类核心参数的语义边界与关联关系，为后续映射设计提供依据。
一、核心原理：五类参数的语义边界
银行产品参数可以抽象为五个维度：利率决定资金的时间价值，费率决定服务与交易的显性成本，期限决定资金占用与合同存续的时间跨度，额度决定风险敞口的规模上限，还款方式决定本金与利息在时间轴上的分摊规则。五者并非独立，而是共同构成一个“定价—风险—现金流”的约束系统。
理解参数体系的关键，是区分三类属性：定义型参数（如利率类型、计息基准）、约束型参数（如期限上下限、额度上限）、派生型参数（如每期还款额、总利息）。迁移中最容易出错的是派生型参数——它们通常不落库，而是由定义型和约束型参数计算得出，一旦计算口径变化，历史数据与新数据就会断裂。
核心判断：一个参数是否需要迁移，取决于它是“存储值”还是“计算值”。存储值必须映射，计算值必须验证公式在新旧核心下是否等价。
二、参数关联关系：从单点定义到约束网络
五类参数之间存在明确的依赖方向。期限与额度共同约束还款方式的可选范围；还款方式反过来决定利率的计息方式和费率的收取节奏；利率与费率共同影响客户实际承担的综合成本。下图展示了这一约束网络的核心结构。
从图中可以看出，期限和额度是约束型参数，它们限定了还款方式的可选集合；利率和费率是定价型参数，它们通过还款方式作用于每期现金流；还款方式是结构型参数，它把定价参数翻译成时间轴上的具体金额。迁移时若只迁移单点参数而忽略这些连线，新核心就会产生“参数合法但组合非法”的脏数据。
三、方法流程：参数迁移的关联校验步骤
基于上述关联关系，参数迁移应遵循“先定义、再约束、后派生”的顺序，具体步骤如下：
- 参数清单化：从旧核心产品表中提取全部参数，按五类维度归类，标记每个参数是存储值还是计算值。
- 关联关系建模：为每类参数建立约束规则，例如“期限超过5年时，还款方式不得为到期一次还本”。
- 组合合法性校验：对旧核心存量产品做全量组合扫描，识别出在新规则下非法的组合，形成差异清单。
- 派生公式比对：选取典型产品，分别用新旧核心公式计算每期还款额和总费用，偏差超过阈值则标记为高风险。
- 映射与转换：将旧参数值映射到新参数体系，对无法直接映射的参数设计转换规则或默认值策略。
实操建议：组合合法性校验应优先于字段映射。先确认“旧产品在新规则下是否合法”，再决定“字段怎么搬”。否则会把非法组合原样搬入新核心，后期修复成本极高。
四、案例与场景：一笔经营贷的参数迁移
某银行旧核心中有一款经营贷产品，参数如下：年利率6.5%（固定）、账户管理费0.3%/年、期限36个月、额度上限50万元、还款方式为等额本息。迁移到新核心时，新系统要求利率必须关联LPR浮动基准，费率必须区分一次性收取和分期收取，还款方式必须与期限档位绑定。
迁移团队首先做组合校验，发现旧产品的“固定利率6.5%”在新体系下需要转换为“LPR+加点”形式，加点值需根据迁移时点LPR反算。其次，账户管理费0.3%/年在新体系中属于分期收取，需映射到“按年分期”的费率模板。最后，36个月期限在新系统中对应“中期档”，等额本息在该档位下合法，无需调整。
旧核心参数快照：
product_code: LOAN_BIZ_001
rate_type: FIXED
rate_value: 6.5
fee_type: ANNUAL_MGMT
fee_rate: 0.3
term_months: 36
credit_limit: 500000
repay_method: EQUAL_INSTALLMENT
新核心映射结果：
rate_type: LPR_SPREAD
spread_value: -0.35 # 根据迁移时点LPR 6.85%反算
fee_type: INSTALLMENT_ANNUAL
fee_rate: 0.3
term_months: 36
credit_limit: 500000
repay_method: EQUAL_INSTALLMENT
validation: PASS
这个案例说明，参数迁移不是简单的字段改名，而是语义转换。利率类型从固定变为浮动，费率从年费变为分期费，都需要在理解参数关联关系的基础上设计转换规则。
五、误区与复盘
误区一：只迁移存储值，忽略派生值验证。很多团队把产品表字段搬完就认为迁移完成，但每期还款额、总利息等派生值在新旧核心下可能因计息天数规则不同而产生偏差。必须在迁移后做抽样重算。
误区二：把参数当作独立字段处理。利率、费率、期限、额度、还款方式之间存在约束关系，单独看每个字段都合法，组合起来可能非法。迁移前必须做组合扫描。
误区三：用默认值掩盖无法映射的参数。遇到旧核心有而新核心没有的参数，直接给默认值会导致产品语义丢失。正确做法是记录差异，评估是否需要在新增字段或转换规则中保留语义。
复盘要点：参数迁移的质量不取决于搬了多少字段，而取决于搬过去的参数在新体系中是否仍然构成一个合法、可计算、可审计的产品定义。关联关系校验是保障这一目标的核心手段。
| 参数类别 | 典型参数 | 属性 | 迁移关注点 |
|---|---|---|---|
| 利率 | 利率类型、基准、加点值、重定价周期 | 定义型 + 计算型 | 固定转浮动的反算逻辑 |
| 费率 | 费率类型、费率值、收取方式、计费基数 | 定义型 | 一次性与分期的语义转换 |
| 期限 | 存续期、宽限期、重定价日 | 约束型 | 期限档位与还款方式的绑定 |
| 额度 | 授信上限、可用余额、单笔限额 | 约束型 | 额度层级与共享规则 |
| 还款方式 | 等额本息、等额本金、先息后本、到期还本 | 结构型 | 与期限、利率的合法性组合 |