2. 保险业务基础
在动手设计报价引擎之前，必须先理解保险业务本身。报价引擎不是凭空计算数字，它是对承保规则、核保逻辑和费率体系的程序化表达。本节从产品类型、报价流程、核保要素、保费构成和费率表角色五个维度，建立后续开发所需的业务认知底座。
一、保险产品类型与报价差异
不同产品类型的报价逻辑差异极大，直接决定了引擎的输入参数、计算路径和输出结构。常见的分类维度包括：
- 按标的：车险（车辆）、财产险（房屋/设备）、责任险（法律赔偿责任）、人身险（生命/健康）。
- 按承保方式：单一风险保单、综合保单、预约保单、浮动保单。
- 按定价模式：固定费率型（如标准意外险）、经验费率型（如团体健康险）、浮动费率型（如车险随出险记录浮动）。
以车险和财产险为例，车险报价高度依赖车型、车龄、使用性质、历史理赔；财产险则更关注标的地址、建筑结构、占用性质、消防等级。报价引擎在设计时必须为不同产品线预留可扩展的参数模型，而不是把所有字段硬编码在一张表里。
二、报价流程：从询价到报价单
一个完整的报价流程通常包含以下环节：
- 询价录入：收集投保人、标的、保额、期限等基础信息。
- 产品匹配：根据渠道、地区、客户类型筛选可售产品。
- 核保预判：检查是否触碰拒保规则、是否需要人工核保。
- 费率查找：根据产品、地区、标的属性定位费率表条目。
- 保费计算：应用费率、保额、折扣系数、附加险费用。
- 报价输出：生成报价单，包含保费明细、保障范围、有效期。
报价流程的核心矛盾在于：业务希望“秒级出价”，而核保和费率规则往往复杂且多变。报价引擎的价值就是把规则从人工经验中抽离出来，变成可配置、可版本化、可审计的服务。
三、核保要素：报价前的风险过滤
核保要素是报价引擎必须前置处理的判断条件。它们通常分为三类：
| 核保类型 | 典型要素 | 对报价的影响 |
|---|---|---|
| 硬性拒保 | 标的属于禁止承保行业、车辆达到报废标准 | 直接终止报价，返回拒保原因 |
| 条件承保 | 高龄车辆、高风险职业、历史多次出险 | 加费、增加免赔额或限制保额 |
| 人工核保 | 保额超自动承保上限、特殊标的 | 转人工处理，报价挂起 |
在报价引擎中，核保规则通常以规则集形式存在，支持按产品、地区、渠道覆盖。规则执行顺序也很关键：先做硬性过滤，再做条件调整，最后判断是否需要人工介入。
四、保费构成与费率表的角色
保费不是单一数字，而是多个组成部分的叠加。典型构成如下：
保费 = 基准保费
+ 附加险保费
+ 手续费/管理费
- 折扣/优惠
+ 税费
其中基准保费通常由费率表决定。费率表是保险定价的核心数据资产，它把风险因子映射为费率或保费金额。常见的费率表结构包括：
- 二维费率表：行是保额区间，列是标的等级，交叉点即费率。
- 多因子费率表：按地区、车型、使用性质、出险次数等多维组合定价。
- 公式型费率：以基础费率乘以一系列系数，适合因子连续变化的场景。
费率表在业务中的角色可以概括为三句话：它是定价的依据、是报价引擎的数据源、是监管审计的重点对象。任何费率调整都必须版本化，报价时必须记录使用了哪个版本。
五、场景案例：一次车险报价的完整链路
假设客户为一辆3年车龄的家用轿车询价，保额20万元，所在地区为某二线城市，上年无出险。报价引擎的处理链路如下：
输入: 车型=家用轿车, 车龄=3, 地区=二线A类, 保额=200000, 出险=0
1. 产品匹配 -> 车险综合险
2. 核保预判 -> 通过（无拒保规则命中）
3. 费率查找 -> 基准费率=0.028
4. 基准保费 = 200000 * 0.028 = 5600
5. 无出险折扣 = 5600 * 0.85 = 4760
6. 附加险（划痕险）= 380
7. 税费 = (4760 + 380) * 0.06 = 308.4
8. 最终报价 = 4760 + 380 + 308.4 = 5448.4
这个链路中，费率表提供了0.028这个关键参数，核保规则决定了是否继续，折扣系数来自业务策略，税费来自监管要求。报价引擎要做的是把这些环节编排成可配置、可追踪的服务。
六、常见误区与复盘
误区一：把费率表直接写死在代码里。一旦费率调整，必须改代码、重新发版，无法满足业务快速响应。
误区二：忽略核保与报价的边界。核保规则变化频繁，如果和保费计算耦合在一起，会导致报价服务不稳定。
误区三：报价结果不记录费率版本和规则版本。出现客诉或审计时无法回溯，这是生产事故的高发点。
误区二：忽略核保与报价的边界。核保规则变化频繁，如果和保费计算耦合在一起，会导致报价服务不稳定。
误区三：报价结果不记录费率版本和规则版本。出现客诉或审计时无法回溯，这是生产事故的高发点。
正确的做法是：费率表独立存储并版本化，核保规则以规则引擎或配置表管理，报价服务只负责编排和计算，所有输入参数、命中规则、费率版本都写入报价日志。这样既保证了灵活性，也为后续的费率表服务化打下基础。