课消对账怎么做：把四个差额一次对上
月底对账对到崩溃，通常不是因为谁不认真，而是因为上课记录在老师手里、收费记录在财务手里、课时余额在教务的表格里，三本账从来没有在同一时刻被同一次操作更新过。
课消对账的本质是让三个数字始终相等：已售课时 = 已消耗课时 + 剩余课时。等式一旦不成立，就一定有某次扣课没有被记录，或者某次记录扣错了对象。
一、先定位差额：四个常见来源
| 差额来源 | 典型表现 | 根因 |
|---|---|---|
| 漏点名 | 老师上了课但忘了点，月底凭印象补 | 点名动作和扣课动作分离 |
| 重复扣课 | 同一节课被点了两次，或补课又扣一次 | 补课与请假没有闭环 |
| 规则不一致 | 一对一按次、班课按时长，混着算 | 扣课规则没按课程分别配置 |
| 退费未冲减 | 退了钱但课时余额没动，或动了没记录 | 收费与课消两套数据 |
这四类里，前三类占八成以上。它们共同指向同一个问题：记录动作太多，且不在同一处发生。
二、正确做法：一次点名，三方同时更新
把流程压缩成一次操作：老师点名 → 系统按规则扣课 → 生成课消流水 → 家长端可见 → 财务可对。中间不再有“导出再导入”的环节。
- 点名：老师端按课表批量点名，支持到、请假、未到三态；
- 扣课：系统按该课程的规则自动扣减（按次/按时长/按系数）；
- 流水：每次扣课生成一条明细，记录时间、课程、教师、操作人；
- 可见：家长端立即可查，教务与财务看同一份数据；
- 异常：未点名、重复扣课、余额为负自动标红，进待处理列表。
关键不是“系统能扣课”，而是“只有一次扣课动作”。凡是需要教务月底再补一遍数据的流程，都会在对账时暴露。
三、请假、补课、停课必须闭环
课时争议里最难缠的不是扣多扣少，而是“我请过假”。这句话之所以能吵起来，是因为请假只在微信里说过，没有审批记录，也没影响课时。
闭环应该是这样：家长端提交请假 → 教务审批 → 课时进入冻结状态（不消耗） → 补课时自动匹配原课时包 → 补课完成后再扣。
- 请假必须有类型（事假/病假/临时），不同类型可设不同规则；
- 未审批的请假不算数，避免家长单方面认为已请；
- 停课进入待补课池，池子里的课时到期前要提醒；
- 补课不重复扣费，扣的是原先冻结的那一节。
四、退费按剩余课时折算，别按剩余金额
退费最容易出错的地方，是用“剩余金额”倒推。正确顺序是先算剩余课时，再按课时单价折算金额，最后扣减已发生的优惠。
| 步骤 | 算法 |
|---|---|
| 1. 剩余课时 | 已购课时 - 已消耗课时（含赠送课时单列） |
| 2. 折算单价 | 实收金额 / 已购课时（赠送课时通常不计入分母） |
| 3. 应退金额 | 剩余课时 × 折算单价 - 已享优惠差额 - 手续费（如合同约定） |
| 4. 记录 | 退费凭证、审批人、冲减的预收款，一并留档 |
赠送课时的处理必须提前写进合同：按比例作废、还是按原价补差，两种算法结果差很多，事后解释一定吵。
五、每月对账的正确顺序
- 先对总数：已售 - 已耗 = 剩余，三个总数先对上；
- 再对异常：未点名、重复扣课、余额为负，逐条处理；
- 后对明细：抽查 10 名学员的课消流水，与家长端展示是否一致；
- 最后对钱：收款流水 × 课消确认收入，差额进预收款科目。
顺序反过来（先对明细）会陷入细节，一整天对不完一个班。
六、三个能立刻验证的指标
- 课消率：已消耗课时 / 已售课时。长期低于 70%，说明排课不足，或学员已在流失前兆。
- 异常记录数：每月未点名与重复扣课的条数。健康值应逐月下降，而不是稳定存在。
- 对账耗时：从开始到确认的工时。超过 4 小时，说明流程里还有人工搬运数据的环节。
对账表不用自己设计，可以直接用《课消对账表模板》：左列学员与课时包，右列逐月消耗与余额，底部三行做总数校验。
常见问题
老师忘记点名，月底能补吗？
能补，但必须留痕：补点需要填写原因，系统记录操作人与时间，并在异常列表里保留记录。允许补点，但让补点可见，才能减少补点。
赠送课时要不要计入课消率？
建议单列。赠送课时单独建包、单独统计，否则课消率会被稀释，看不出真实消耗速度。
家长质疑课时不对，拿什么证明？
出示三样：该学员的课消流水（含时间、课程、教师、操作人）、点名记录、缴费与课时到账记录。三方一致时，争议基本能当场解决。
