[Feat] 结合 Moze 与 MoneyThings 理念优化分期逻辑，解决周期记账的统计失真

[Hao0920]

🌟 功能描述

建议参考 Moze 的统计逻辑与 MoneyThings 的“资金流转”理念，优化“周期记账”功能。

目前的“周期记账”逻辑主要用于处理房租等重复性消费，但在处理**“分期付款”或“借贷还款”场景时存在局限性。建议增加一个“不计入收支统计”**的选项。

具体逻辑：

• 首期购买：记一笔全额支出（如 6000 元），计入当月统计。
• 后续还款：通过“周期记账”生成每月还款记录（如每月 500 元），但在统计报表中自动过滤这笔金额。

这样既能保留完整的资金流水，又能避免还款金额污染月度消费报表，还原真实的消费水平。

🤔 解决了什么问题？

1. 统计报表失真：目前使用“周期记账”模拟分期还款时，每期还款额会被重复计入当月支出。这导致报表显示的消费金额虚高（将“偿还债务”误判为“新增消费”），无法反映真实的月度生活成本。
2. 功能场景缺失：现有的记账逻辑难以优雅地处理“分期购”、“花呗/信用卡还款”等复杂场景。用户被迫在“报表准确”和“流水完整”之间做取舍。此功能将填补这一空白，提升 Cent 处理复杂财务场景的能力。

🏗 核心理念自检（必填）

• 是否可以在无服务器后端的情况下运行？（即：该功能不依赖特定 API 服务器）
• 是否考虑了多设备同步场景？（该功能产生的数据能否顺利同步）

🎨 实现思路或方案（可选）

1. 在“周期记账”的规则设置中，增加一个开关，用于标记该规则生成的账单是否应当被统计系统忽略。
2. 在“编辑周期记账”的设置页面底部，新增一个开关，文案为“不计入收支统计”，方便用户手动控制。
3. 在生成报表时，系统自动识别并跳过带有该标记的记录。

🔄 替代方案

• 方案一：使用“转账”功能记录还款

  • 操作：将每月的还款记录为从“银行卡”到“信用卡”的转账。

  • 缺陷：虽然解决了统计失真的问题，但会导致账户余额逻辑混乱。因为实际上资金是流出的（还债），而不是在账户间转移，这使得用户无法准确查看实际可用余额。

• 方案二：手动修改报表分类

  • 操作：每月还款后，手动将该笔记录标记为“不计入统计”或移动到忽略分类。

  • 缺陷：操作成本极高，完全违背了“周期记账”为了省事的初衷，且容易因为遗忘导致报表错误。

补充说明

参考案例与文档

Moze

Moze 在处理“分期付款”时，允许用户选择是否将分期手续费或本金计入支出统计，非常灵活。

• App Store 链接: <Moze>
• 说明文档:

  周期性收支
  分期付款

MoneyThings

MoneyThings 提出了“资金流转”的概念，将转账和还款视为资产移动而非消费，从根本上解决了报表失真的问题。

• App Store 链接: <MoneyThings>

Cent 官方文档

• 文档链接: <Cent高级记账指南>

[glink25]

关于这一点，目前周期记账的功能主要是为了“订阅制”设计的，订阅制与分期的不同之处在于，“订阅”是可以中途暂停/取消的，由用户自己决定，而“分期”是强制的，无法取消的，必定会出现在未来的流水中。因此，目前的周期记账功能使用的是懒记录模式，只有到了那一天，才会真正地往数据库中记下一笔账目，这种实现方式不太适合“分期”的概念。

因此，如果想实现真正的分期，需要一个与目前周期记账完全不同的机制，不过我觉得其实可以非常简单地实现这个机制：
1，用户依然使用原始方式记录一笔总金额，例如6000
2，点击账单信息后，提供一个全新的账单编辑项[分期]，通过分期，可以进入分期编辑界面，可以在这里对这笔账单进行分期相关的设置，例如分多少期，每期的时间，以及手续费等。
3，直接将计算后的分期账单写入数据库，例如6000分6期，会直接写入6笔账目，时间为未来的每期分期还款日期。
这样分期的[写入]就实现了，剩下的是[展示]环节
1，在统计页面中，提供[未来]这一项，所有当前时间之后的账目均视为未来，不纳入统计，但可以单独查看所有未来账单的统计情况

具体实现方式可以另加讨论