债券回购在交易端看起来简单：今天卖出券拿到钱，约定日期按约定价格买回来。清算端麻烦在它是一笔合同、两次交收，而且两次交收的方向、资产、状态管理完全不同。更麻烦的是同一类产品有两个变体——质押式和买断式——业务语义差别不大，清算模型却差了一个数量级。这篇把两次交收的账拆开，讲清楚两种模式在清算系统里为什么是两种实现。
两次交收：一张合同的时间轴
回购的一笔合同锁定四个要素：首期交割日、到期交割日、首期价格 $P_1$、到期价格 $P_2$。资金方向很清楚：首期融入方收资金付券，到期反向。利息不单独付，藏在价差里：
$$ \text{回购利息} = P_2 - P_1, \qquad \text{年化利率} = \frac{P_2 - P_1}{P_1} \times \frac{365}{T} $$
其中 $T$ 是首期到到期的自然天数。用价差隐含利息而不是每期付息，是回购被当成"抵押融资"对待的直接证据——它本质上是证券做抵押的借贷，只是披了交易的外衣。这个定性决定了清算的一切特殊处理。
两次交收在日终批量里的状态管理是难点。合同签订到首期交割之间、首期到到期之间，合同都处于"在途"状态：首期未交收的合同每天要不要计提利息？要——负债从首期开始计息。质押未解除的券能不能再用于别的融资？质押式不能，买断式理论上也已受限。这些问题的答案都不是查询出来的，而是交收状态机的状态决定的，所以回购清算的核心数据结构是一个带状态的两阶段合同，而不是两条独立流水。
质押式：所有权不动，券被冻结
质押式回购里，券的所有权全程不变，正回购方（融资方）只是将券质押给逆回购方。清算上的对应操作是冻结：首期交收时把质押券从正回购方的"可用"余额转入"质押冻结"余额，到期交收时解冻。冻结期间券仍在正回购方的账户名下——报表上看得见，但不可用。
这个设计的选择有一个重要的后果：质押券的孳息和估值波动都归正回购方。券在冻结期间派息，红利归正回购方（它是名义持有人）；券价跌了，损失也是正回购方的——质押率不足时逆回购方有权要求补券或提前处置。所以质押式虽然券不过户，清算系统却必须每天盯市质押券的市值，维持担保比例跌破阈值触发追加。这套盯市逻辑和融资融券几乎同构（下一篇展开），区别只在盯市的主体：质押式盯的是逆回购方（质权人）的受偿保障，融资融券盯的是券商的债权保障。
买断式：两次真实的过户
买断式回购里，券的所有权在首期真实过户给逆回购方，到期再过户回来。清算模型就是普通买卖两次：首期按现券卖出清算，到期按反向交易清算。这个"简单"是有代价的，代价藏在三个地方：
一是过户有成本、有失败风险。两次真实过户意味着两次完整的清算交收流程，买断式曾长期按逐笔全额非担保交收处理，违约风险在两次过户之间真实存在——正回购方到期拿不出钱，逆回购方手里的券怎么办？处置券涉及所有权，法律链条比处置质押物复杂得多。
二是孳息归属翻转。券在逆回购方名下期间派息，红利归逆回购方；到期反向过户时通过价格调整把孳息差补回去。这个"补"的机制各市场实现不一，清算系统要处理红利登记、除息、到期价调整三者的口径对齐，是买断式最容易出对账差错的环节。
三是会计定性模糊。质押式在中国会计准则下明确按融资处理，不终止确认资产；买断式是否终止确认要看"风险报酬是否实质转移"，审计口径和系统口径要对齐，否则报表和总账各说各话。
系统建模：一个状态机还是两条流水
两种模式的实现差异可以收束成一句话：质押式是"冻结—计息—解冻"的余额状态机，买断式是"过户—计息—反向过户"的两笔流水。合并成一个抽象的诱惑很大——毕竟业务上都是"融资"——但状态语义不同：冻结的券还能出现在持有人报表里，过户的券不能；冻结期间孳息归原主，过户期间归新主。硬合并的结果就是在下游到处打 if-else 补丁。清算系统在这里的正确姿势和轧差分组键一样：先把业务语义编译进模型，再让模型生成代码。