3. 费率表基础

在保险报价引擎中，费率表不是一张简单的“价格清单”，而是精算假设、承保规则与系统实现之间的契约。理解费率表的定义、结构、维度、因子及其组合方式，是后续做费率表服务化、版本管理和高性能报价的前提。本节从精算表达出发，逐步落到工程可落地的数据结构。

一、费率表的定义与本质

费率表（Rate Table）是保险公司在特定险种、特定期间内，用于计算保费的基准价格与调整规则的集合。它通常由精算部门基于历史赔付数据、费用假设、利润目标和监管约束制定，最终以“基准费率 + 调整因子”的形式表达。从系统视角看，费率表是一组可参数化的定价函数：输入是投保标的与承保条件，输出是保费或费率。

费率表的核心价值在于三点：一是将精算定价逻辑从代码中解耦，使业务人员可通过配置调整价格；二是支持多版本、多机构、多渠道的差异化定价；三是为报价引擎提供可缓存、可校验、可审计的数据基础。

二、费率表的结构与维度

一张完整的费率表通常包含以下结构层次：

• 险种与条款层：确定费率表适用的产品、条款和保障责任。
• 维度层：决定费率差异的变量，如年龄、性别、职业类别、车辆使用性质、保额档位、地区等。
• 因子层：每个维度对应的调整系数，如年龄因子、职业因子、无赔款优待因子。
• 基准费率层：在标准条件下的单位价格，如每万元保额的基准保费。
• 组合规则层：定义因子之间是相乘、相加还是取最大值等运算关系。

维度是费率表的“坐标轴”，因子是坐标轴上的“刻度值”。维度越多，费率表越精细，但数据量和维护成本也越高。工程上常用“主维度 + 从维度”的方式控制复杂度。

三、费率因子组合与精算表达方式

精算上常见的费率表达方式有三种：乘法模型、加法模型和混合模型。乘法模型最常用，形式为：

保费 = 基准费率 × 保额 × 年龄因子 × 职业因子 × 渠道因子 × 无赔款优待因子

加法模型则用于某些责任叠加场景：

保费 = 基准保费 + 附加责任A保费 + 附加责任B保费

混合模型结合两者，例如主险用乘法、附加险用加法。实际系统中，费率因子组合通常以“因子表 + 运算表达式”的方式存储，报价时按险种、版本、渠道加载对应因子并逐项计算。

四、案例场景：车险费率表的维度与因子组合

以车险为例，一张典型的商业车险费率表可能包含以下维度：车辆使用性质（家用、营运）、车龄、新车购置价、地区、无赔款优待系数、自主定价系数等。报价时，系统先根据车辆信息匹配基准费率，再依次应用各因子：

基准保费 = 基准费率 × 新车购置价
调整保费 = 基准保费 × 使用性质因子 × 车龄因子 × 地区因子 × NCD因子 × 自主定价系数
最终保费 = max(调整保费, 最低保费)

这个过程中，任何一个因子配置错误都会导致报价偏差。因此费率表服务化时，必须提供因子校验、版本对比和灰度发布能力。

五、常见误区与复盘

• 误区一：维度越多越好。 维度爆炸会导致因子组合呈指数增长，维护和测试成本失控。应按业务价值筛选核心维度。
• 误区二：因子默认值缺失。 当某个维度取值未命中时，若没有默认因子，报价可能为0或报错。必须为每个因子定义兜底值。
• 误区三：运算顺序不明确。 乘法和加法混用时，顺序不同结果不同。应在规则层显式定义优先级。
• 误区四：费率表与代码耦合。 把因子硬编码在代码中，导致每次调价都要发版。应通过配置化、服务化解决。

复盘来看，费率表基础工作的关键不是“把表建出来”，而是建立一套可表达、可校验、可版本化、可服务化的费率数据模型。只有打好这个基础，后续的报价引擎才能稳定、灵活地支撑业务变化。