从按放款额计提到按实收利息 × 回收进度改的不是费率是收入依附的数据对象。2025 年 10 月 1 日《关于加强商业银行互联网助贷业务管理提升金融服务质效的通知》金规〔2025〕9 号2025 年 4 月出台、设半年整改期正式施行一年后的 2026 年 8 月 1 日《个人贷款业务明示综合融资成本规定》央行与国家金融监督管理总局联合发布全国统一落地。媒体写的是清退大洗牌白名单收缩。这些是结果。作为做信贷系统的人真正该盯的是条文里那句看起来最平淡的话商业银行按照贷款实收利息的一定比例支付合作费用的支付进度应当与贷款本金回收进度相匹配。把这句话翻译成系统语言合作费的计费基底从放款金额换成了实收利息 × 回收进度。这不是费率降了而是收入依附的数据对象变了。加一张报表解决不了本文按工程顺序拆五件事计费模型、事件流、冲正与对账、规则版本化、两个必须服务化的能力。一、旧模型为什么撑不住一个字段引发的重写旧模型一行公式就写完fee loan_amount × rate由放款事件触发一次性确认收入。新模型变成按期次滚动fee_t 实收利息_t × rate且受本金回收进度约束。维度旧按放款额计费新按实收利息 回收进度计费事件放款事件一个点计息 还款事件流一条线收入确认放款即全额确认随每期实收利息逐期结转与资产质量脱钩放款即赚钱强绑定逾期即少收或不收异常处理几乎不需要早偿重算、减免调账、核销冲回系统要求一个计提定时任务事件流 计息引擎 冲正机制第一个反直觉的实现要点在新模型下LOAN_ISSUED 事件产生的收入是 0。它只登记资产、绑定规则版本不产生任何可确认的分润。很多团队改造时把放款事件保留为计提触发点只是把金额改成按比例算——这在逾期场景下必然多算因为收入已经先于回收确认了。二、事件流模型把计提任务改成事件驱动结算链路建议按业务事件 → 计量 → 对账 → 分账四段式重构。第一段是地基落库结构大致如下:CREATE TABLE settle_event ( event_id BIGINT PRIMARY KEY, idem_key VARCHAR(128) UNIQUE, -- biz_no event_type event_date contract_no VARCHAR(64) NOT NULL, event_type VARCHAR(32) NOT NULL, -- 见下方枚举 event_date DATE NOT NULL, -- 业务生效日对账口径 occurred_at TIMESTAMP NOT NULL, -- 事件发生时间 recorded_at TIMESTAMP NOT NULL, -- 系统落库时间 principal_amt DECIMAL(18,2), interest_recv DECIMAL(18,2), -- 实收利息 interest_net DECIMAL(18,2), -- 扣减免后的净实收 reduced_amt DECIMAL(18,2), written_off_amt DECIMAL(18,2), rule_version VARCHAR(32) NOT NULL, -- 计费规则版本 ref_event_id BIGINT NULL, -- 冲正时指向被冲事件 reason_code VARCHAR(32) NULL );事件类型至少七种LOAN_ISSUED登记收入 0、INTEREST_ACCRUED计息、REPAY_RECEIVED实收产生分润、PREPAY_SETTLED早偿触发重算、OVERDUE_FLAGGED逾期暂停/冲回、AMOUNT_REDUCED减免调账、WRITTEN_OFF核销冲回。三条实现纪律幂等idem_key biz_no event_type event_date重复投递不重复计费。还款事件来自核心系统重推与补推是常态没有幂等键迟早双计。不可变事件表 append-only修正一律走反向事件ref_event_id 指向原事件禁止 UPDATE 金额字段。一旦允许改历史事件账单就无法举证。时点分离event_date业务生效用于对账recorded_at落库用于追差异rule_version 用于重算。三者混用是报表和台账对不上的根因。三、三个必须实现的机制逾期、早偿、减免核销条文里支付进度与本金回收进度相匹配这一句落到代码是三个分支逾期暂停与冲回。OVERDUE_FLAGGED 到达时当期分润暂停若此前已确认按规则冲回。注意暂停与冲回是两件事暂停是停止后续确认冲回是对已确认部分的红字调整二者都要有独立事件与凭证。早偿重算。PREPAY_SETTLED 不是停止计费这么简单——未来期次的利息与分润要重算差额要做调整项且重算必须用签约时绑定的那个规则版本不能用当前版本否则历史账单会随规则升级而漂移。减免与核销。减免、核销都要冲回已确认收入并保留原凭证链。这里最容易埋的雷是净额口径与费用口径不分离应收利息、实收利息、扣减免后的净实收建议一开始就分成三个字段上面 DDL 里的 interest_recv / interest_net否则减免后是否计费这种口径问题会在每次对账时重新吵一遍。对账要日切银行侧实收利息、平台侧计费基数、财务侧确认收入三方比对差异必须落差异表并归因时点差 / 口径差 / 漏事件。能不能独立于任何一方的台账复现结论是这套系统有没有可举证能力的判据。四、规则版本化与灰度把监管还会改变成常规操作明示综合融资成本的规定 2026 年 8 月才落地9 月 18 日五家全国性金融行业协会又联合发布了《个人贷款业务明示综合融资成本自律规范》细化展示形式——细则还会继续迭代。所以计费规则不能硬编码# 示例计费规则版本化配置rule: id: partner-share-standard version: 2026.10 effective_from: 2026-08-01 base: interest_net # 计费基数净实收利息 rate: 0.30 gates: - on: OVERDUE_FLAGGED # 逾期即暂停 action: suspend - on: PREPAY_SETTLED # 早偿即重算 action: recalc_remaining_periods reversal: on: [AMOUNT_REDUCED, WRITTEN_OFF] mode: red_letter # 红字冲回不删原凭证三条配套做法新老划断——按合同签约日绑定 rule_version存量合约不被新规则追溯重算影子双算——新规则先与旧口径并行跑一到两个账单周期差异清零后再切变更留痕——谁改的、依据哪一条监管表述、评审人是谁全部落库。监管问这张账单怎么算出来的时你要能给出规则版本而不是口头解释。五、两个必须服务化的能力白名单与成本明示合作方准入与白名单主数据。总行统一管控、与对外公示名单同步并在投放前自动校验whitelist.check(partner_id, product_code, amount, ts) → allow | block 依据版本。不在名单内直接阻断投放而不是事后人工核对。名单是一年内会多次调整的活数据靠人工维护迟早出现已清退仍在投放的合规事故。综合成本穿透与明示。实时测算年化综合融资成本、监测 24% 上限、生成《综合融资成本明示表》含各息费项目、收取主体、逾期情形下的加收。工程要点有三个口径统一单利还是 IRR 年化必须全局一致明示表与内部测算不能两套口径、增信费用计入金规〔2025〕9 号第六条明确将增信服务费计入借款人综合融资成本且平台运营机构不得以任何形式向借款人收取息费、明示可回放弹窗展示、条款版本、用户确认动作全部留痕能还原签约前客户看到了什么。六、为什么必须现在改完这是商业筛选不是合规筛查白名单这一年收缩了多少各银行官网公示名单与 2026 年 7—8 月公开报道口径吉林亿联银行合作导流获客机构从 2024 年 11 月的 56 家降至约 10 家-82%上海华瑞银行个人贷款合作机构 85→65蓝海银行68 家平台运营机构中 40 家被标注暂停投放湖南三湘银行42→30重庆富民银行增信类合作方 18→6。也有反向案例——某头部民营银行营销获客类 18→22、担保增信类 44→62是换结构而不是收缩。再看 24% 这块饼怎么分业内通行举例口径资金成本约 3 个百分点、银行固收约 4、担保方固定收益约 7、助贷方风险拨备约 5留给平台成本与利润的只有 5—6 个百分点。而 2026 年一季度商业银行净息差 1.40%历史新低民营银行 3.62%、环比降 21 个基点降幅最大。国有大行与股份行资金成本约 3 个点多数民营银行在 4—5 个点——只有资金成本在 3%—4% 的资金方才能在这个框架里把分润模型跑通。所以白名单收缩的本质不是合规筛查而是商业筛选筛孔是你的资金成本能不能撑住这个模型。而计费基底的重写正是这场筛选在系统里的投影。七、改造自查清单10 条可截图保存1. LOAN_ISSUED 是否已经不产生可确认收入只做资产登记2. 计费基数是否用实收/净实收利息而非放款额或应收利息3. 还款、逾期、早偿、减免、核销是否都有独立事件类型与幂等键4. 事件表是否 append-only冲正走反向事件而非 UPDATE5. 应收利息 / 实收利息 / 净实收是否三字段分离口径可追溯6. 计费规则是否版本化并绑定到合同支持新老划断不追溯7. 是否有日切三方对账银行实收 / 平台计费 / 财务确认与差异归因表8. 白名单是否做成投放前自动校验的服务而非人工核对的文档9. 综合融资成本明示是否与内部测算同一口径IRR 或单利二选一10. 明示弹窗、条款版本、用户确认动作是否可回放举证监管改的是一句话行业改的是一整套账系统改的是一整条链路。顺序建议先改地基计费基底、回收对齐再改监管可视成本穿透、白名单服务最后补合规留痕凭证与审计——顺序反了会返工。你所在的系统改到哪一步了是还在放款额 × 费率还是已经切到事件驱动评论区聊聊实际遇到的坑比如下发口径不一致、历史账单重算、早偿差额处理下一篇可以专门写。系列前作《16.5 小时我打掉了两只「SSL 握手失败」的怪》《生产事件 BUG 跟进 - curl 卡在 Client Hello 问题复盘》。关注不迷路「生产事件打怪升级」与「金融合规的工程翻译」两个系列持续更新。数据与政策来源① 金融监管总局《关于加强商业银行互联网助贷业务管理提升金融服务质效的通知》金规〔2025〕9 号2025 年 4 月发布、2025 年 10 月 1 日施行第六条涉及增信服务费计入综合融资成本、平台不得向借款人收取息费② 中国人民银行、国家金融监督管理总局《个人贷款业务明示综合融资成本规定》2026 年 8 月 1 日施行及五家全国性金融行业协会《个人贷款业务明示综合融资成本自律规范》2025 年 9 月 18 日发布③ 各银行官网公示的互联网贷款合作机构名单2026 年 7—8 月④ 金融监管总局披露的 2026 年一季度商业银行净息差数据⑤ 21 世纪经济报道、中新经纬、经济参考报等公开报道。
