拉卡拉开放平台

家长一次性付了一年的学费，机构并不能把这笔钱全部算作当期收入。这个常识在系统里如何体现，是预收类业务结构设计的核心。

两个视角下的不同含义

两个视角的差异，就是预收与收入的差异。系统里必须同时保留这两种口径，只留一个就会在某些场景下得出错误结论。

收到钱不等于确认收入

预收记录的是义务，收入记录的是已完成的交付。把两者混为一谈，报表上的数字就会虚高。

正确的做法是：收款时记一笔预收，随着服务逐步交付，再把对应部分从预收转为收入。

课时消耗与金额确认

教育场景通常用课时作为交付单位，因此需要建立课时与金额的对应关系：

• 先确定总课时与总金额，算出单位课时的对应金额；
• 每次消耗课时后，按对应金额做一次确认；
• 剩余课时与剩余金额应始终能对上。

这里要注意整除问题：总金额除以总课时往往除不尽，需要提前约定余数的归属方式，否则累计之后会出现偏差。

退费情形的处理要点

预收结构下的退费比一次性消费复杂，因为退的不是一笔完整的交易，而是剩余未交付的部分。

1. 先算清楚已消耗部分，确定可退金额；
2. 再看原价与实付是否一致，优惠如何处理；
3. 退费之后同步冲减预收余额，保持两个口径一致。

顺序不能颠倒：先算后扣，否则一旦退多了，后续调整会非常麻烦。

结构设计的收益

把预收与收入分开、把课时与金额打通，看起来增加了不少工作量，但换来的是三个直接收益：报表可信、退费可控、经营决策有据。预收类业务的混乱，几乎都源于最初没有把这两个口径分开。

反过来说，只要这两个口径清晰，即便业务形态再复杂，账目依然能保持清楚。

优惠与折扣如何表达

预收场景里优惠很常见，但优惠的表达方式直接影响后续退费计算。

• 记录原价与实付两个金额，不要只留实付；
• 优惠归属要明确：属于整单还是属于某个项目；
• 退费时先确定优惠如何分摊，再算应退金额。

只记实付金额的系統，在退费时必然要靠人工回忆规则，这是差错与争议的高发点。

多校区情形

机构有多个校区时，收款与交付可能不在同一地点，这就需要额外记录收款校区与交付校区。

• 收款校区决定业绩归属；
• 交付校区决定成本归属；
• 两者不一致时，应有明确的内部结算规则。

转班与休学的处理

学员转班或休学，影响的是交付进度而不是收款金额。系统里应记录状态变化，并暂停对应的金额确认动作。

• 休学期间暂停课时消耗，预收余额保持不变；
• 转班时保留原预收，只调整对应的课程与单价；
• 单价变化的部分按差额处理，明确补或退。

系统需要回答的三个问题

一个合格的预收管理系统，应该能随时回答下面三个问题：

这三个数字互相印证：收的钱减去已确认的，应当等于剩余课时对应的金额。对不上就说明哪里出了问题。

一份可自查的对照关系

把前面提到的三个数字放在一起，就形成了一条简单的校验关系：累计收款减去已确认收入，应当等于剩余课时按单价折算的金额。定期对一次这条等式，能在问题还很小时就发现它。

• 等式成立：说明预收与确认两条线是同步的；
• 差额为正：可能有课时消耗未触发确认；
• 差额为负：可能有确认超出了实际消耗。

这三种情形分别对应不同的排查方向，比起等到期末一次性核对，定期自查的成本要低得多。