周期性账单场景：物业缴费的结构特点

物业费、水电费这类缴费有一个共同特征：同一笔关系会反复发生。这个特征决定了它在结构上与一次性消费完全不同。

周期账单是怎么产生的

周期账单通常来自一份基础关系与一份计费规则：

三层分离的好处是：规则变了不影响历史账单，关系变了不影响已生成实例。

这里有一个容易混淆的点：账单不等于订单。一份账单可能对应多次支付尝试，也可能被拆成多笔支付。

把账单和订单合成一张表，短期内省事，长期一定会遇到「改了一次规则，历史全乱」的困境。

面积变更、计费标准调整、临时减免，都会让账单金额发生变化。处理这类调整的原则是：不动历史，只做增量。

周期场景很适合自动扣款：金额可预期、时间可预期。但自动扣款也需要配套设计：

欠费不是一个简单的「未支付」标记，它需要能回答几个具体问题：欠的是哪一期、欠了多少、欠了多长时间、是否产生了额外费用。把这些信息结构化之后，催缴、核对与统计才可能自动化。

周期场景的复杂度，几乎全部来自「同一件事反复发生」这一点。把这个特点处理好，其余部分与一次性消费并无太大差别。

物业费、水电费、公摊费等常常需要一起收。合并收取时，外层是一笔支付，内层要能拆开看清每项分别多少。

周期场景下，催缴是一套固定动作，节奏设计得好可以显著降低人工介入。

自动化的价值在这里体现得最明显：同样的催缴效果，人力投入可以低得多。

房屋空置、特殊群体减免都会影响应收金额。这类情形的共同点是：它们改变的是计算结果，而不是计费规则本身。

迁移是最容易出错的环节，建议在导入后做一次总额校验，确认与迁移前的合计数一致。