附加险保费混在总保费里，储蓄部分收益怎样保留比较边界

附加险保费混在总扣款里，可以先完整展示家庭真正付出的总现金，再在有明确分项依据时单独展示主险现金路径。两份结果需要同时保留名称与边界。不能为了得到更高的储蓄年化，凭印象把一部分保费称为保障费后删掉；也不能因未发生事故，就把附加险过去提供的保障当成没有价值。

先保留总扣款，再讨论能否拆分

总扣款最容易核对银行凭证，但不一定等于某一项合同责任的保费。分项依据可以是与该笔缴费对应、具有相同有效状态的正式收费记录。应核名称、保单识别、期间、主附关系和退回调整，不能把销售说明中的大致比例当作已确认的逐期金额。本页只在分项金额已经作为构造输入确认后演算。

即使能拆主险和附加险，也不意味着主险保费全是可投资本金。主险可能仍有保障责任、费用和其他约定，本例没有给这些组成定价。本文使用“主险现金路径”这个名称，不把它写成纯储蓄账户或投资组合的费后收益。核算边界可拆与经济价值可拆，是两件需要分别证明的事。

三次扣款的分项输入如何闭合

以下全部为构造已确认输入，包括保费结构、金额归属、责任条件及末期净回款，没有真实产品。2026-11-01到2028-11-01连续三个同日，每次总保费12000元，构造收费明细明确主险10000元、附加险2000元。假设期间未发生本例附加险事故给付，没有额外收费与退费，2036-11-01主险条件净回款40000元。

“未发生给付”只描述本条构造现金路径，不表示实际被保险人无需保障，也不推断附加险到期后任何费用是否可退。若真实合同存在豁免、退费或给付，应另按已确认条件列账。本例将这些事件排除，是为了孤立分项取数问题，不能将排除当作现实条款。

缴费日期	总保费/元	明确主险/元	明确附加险/元
2026-11-01	12000	10000	2000
2027-11-01	12000	10000	2000
2028-11-01	12000	10000	2000

每一行12000等于10000加2000，三个年度的总额为36000元，其中主险30000元、附加险6000元。先逐行闭合，再全期求和，可以查出某年附加险涨费却仍按旧金额拆分等问题。金额存在调整时，不要通过统一比例强行配平，而应让每期分项跟着有效凭证改变。

两种年化应怎样并列而不互相冒名

总范围按三笔负12000元和末期正40000元计算；主险范围改用三笔负10000元，仍用可明确归属主险的40000元。除边界之外，日期、日数基准与求根方法完全相同。独立脚本按真实日差除365，保留未舍入根回代XNPV。

核算范围	负现金合计/元	2036-11-01正回款/元	条件XIRR
全部已列保费	36000	40000	1.176078%
可明确归属主险部分	30000	40000	3.241528%
无法拆分的另一份资料	总额已知、分项未知	需确认归属	不输出分项年化

主险条件年化更高，是因为它排除了明确归属于另一个责任范围的6000元支出；没有任何一笔家庭扣款因此被退回。若报告只保留主险年化，却把它称为家庭全部保单的回报，便会把真实支出从结论中消失。反过来，只看总现金年化，也不能据此断定附加险不值，因为本例没有衡量事故时的保障作用。

这两份路径不能直接相减成“附加险的收益率”。附加险在本例无正现金给付，单独现金序列只有负数，不具备本页XIRR所需的正负流条件。无法求普通回报不等于保障价值为零，也不等于某个负的年化可以无限外推。应如实报告保费支出及已排除的风险保障维度。

拆分资料不足时，在哪一步停止

另设对照：银行仍扣同样总额，但手里只有一个合计，没有主险与附加险正式明细。这时总现金账可以继续保留；主险保费设为未知，主险年化停止输出。不能用“估计附加险占一部分”补齐，更不能让系统先填零，再给主险贴上精确收益标签。

同样，若末期40000元是多份合同合并金额、无法确认来源，仅保费可拆也不足以做分项收益。分项现金流要同时有投入归属与回款归属。任何一端未知，就记录哪一端缺证据。把回款按保费占比分摊，可能算得出数，却不会自动变成合同真实兑现安排。

如果某些费用打包收取且无法对应某项责任，可以在总范围中保持实际发生，在分项报告旁标注未分摊项目。为了敏感性分析另列假设分摊时，必须将其与已确认金额分栏，不覆盖原件。分项年化的可比较程度，也受这些未分摊项影响，不应只展示最好看的场景。

换年度、换版本时怎样维持可比性

为每笔扣款保存期间、实际付款日、主险金额、附加险金额、来源页及状态。以后附加责任变更、部分退回或缴费豁免，都以事件方式追加，不把整条历史保费重写成当前结构。比较两年现金负担时，可以使用完整实际总额；比较某项责任时，则先确认两年的责任范围是否一致。

读者复查可以从末期往回追：40000元来自哪条已确认路径，能否对应这三笔主险保费，是否包含已经外领的款项。再从银行往前推：三个总扣款是否都拆齐，有没有多录或少录。这种双向追溯比只看最后一行求和，更容易发现总额虽闭合、归属却填错的情况。

背景见退保代价母题及保险与投资边界。保险IRR工具只对输入的保费和候选现金价值做台账运算，不识别附加险收费，也不为保障定价。可将两份已核实范围分别输入，导出后明确命名；不能靠同一个百分数同时替代现金负担核对和家庭保障检查。需要不规则实际领取时，再在XIRR工具独立列对应现金事件。

最终报告如何让两个范围都看得见

可将总现金路径作为第一张结果，旁边紧接着展示可明确拆分的部分，注明被排除的责任、保费和未知项目。不要只在脚注写一句“已扣保障费”，却不给逐期分项依据。家人复查时应能从分项重新拼回银行总扣款，再从每项责任找到相应回款条件；拼不回去，就保留差额待核。这样的展示既没有掩盖家庭真实负担，也没有让一个较低的总回报替保障责任判定价值。

取数来源与复算边界

本篇编号为DJ2-103。方法参见Microsoft XIRR函数原文，核对日2026-10-23。来源仅用于日期现金流公式；本文保单金额、权益分类和办理条件全部为构造已确认输入，不是实际合同或政策结论。

署名：道积君编辑组。AI辅助起草，构造算例由独立Python脚本复算；不虚构真人经历、持牌资质或真人专家审核。只作金融教育，不推荐保险公司、具体产品或个性化退保续交方案，不预测或保证收益。

复算资料

本篇编号DJ2-103。下载Python复算脚本（文本）与构造输入输出JSON，按编号核对本篇。脚本改存为.py后可用Python标准库运行，数据不是实际用户记录。