直接答案：课时是培训机构最核心的资产，也是最容易出纠纷的地方。课时账本不能只存一个「剩余课时」的数字，要记每一笔进出：买了多少、送了多少、扣了哪一节、为什么扣、谁操作的。请假、补课、转班、退费这四个动作每一个都会动课时，规则不定死，家长和机构各算一套，最后只能靠让步收场。判断一套系统能不能用，就看它能不能对任何一个学员说出「还剩几节，这几节是怎么算出来的」。
核心结论速览
课时必须按流水记，不能只存余额。每一笔都要有类型、关联课次、数量、操作人、时间。只存余额的系统，一旦数字对不上，永远查不出差在哪一步。
买课和赠课分开记。赠课单独一个池子，退费时只退买课部分，或者按已用比例扣减赠课价值。这是退费纠纷里最容易被忽略、也最容易吃亏的一条。
请假要分「提前请假」和「临时缺勤」。提前请假不扣课时、可安排补课；临时缺勤按合同约定处理。两者混成一类，家长会觉得「我明明请假了为什么还扣」。
补课不重复扣课时。补课的本质是「用掉一次待补课额度」。补课记录要同时挂原课次和补课课次，只挂一边，月底的出勤统计一定错。
转班不动课时余额，只改关联班级。转班前后如果课程单价不同，要么补差价、要么按课时折算，两种做法都要留一条流水，不能只是改个班级字段了事。
一、课时账本记不清之后会发生什么
场景一：家长说剩十二节，系统显示九节。查不出差在哪，因为系统里只有一个余额数字。家长拿出自己的记录本，一节一节数给前台看；前台只能打开系统看一个总数，两边对不上，最后往往是机构让步。有了流水之后，从第一节到最后一节拉出来，哪一节扣了、哪一节该扣没扣，一目了然。
场景二：赠课被当成买课退了。学员买了三十节送五节，上了二十节要退费。按剩余十五节全退，等于把五节赠课也折成钱退了。正确做法是只退买课部分的剩余，赠课作废或者按已用比例扣减。这一条如果不写进合同，退款时一定会争。
场景三：请假没补课，课时被扣了。学员提前一周请假，系统还是扣了课时。家长投诉说「我请假了为什么扣」。根源是合同里没写清「请假不补课是否扣课时」，系统只是按「课次已上就扣」的默认规则执行。规则要在报名须知里写清楚，系统按规则跑，才不会每次都变成个案协商。
场景四：转班之后课时对不上。学员从周六班转到周日班，原班已经上了五节，新班也已经上了三节。转过去之后，新班是从第四节开始算还是从第一节补？课时怎么衔接？没有规则的系统，转一次班就要人工算一次，算的人不同结果就不同。
场景五：老师代签考勤，学员没来被记出勤。月底家长查监控发现孩子那天没去上课，系统里却记了出勤、扣了课时。这类问题的根源是考勤可以由老师随意修改且没有留痕。考勤的每一次修改都要记原值、新值、操作人和时间。
场景六：退费时已上课时的单价算不清。买的时候是打包价，退的时候按什么单价折算已上的课？按购买单价还是按原价？赠课要不要计入分母？这三个变量不同组合能算出好几种结果，差异可能上千元。这些必须提前写进合同，系统按合同里的口径算，而不是每次临时商量。
二、课时账户和流水的字段怎么定
课时账户。学员、课程、购买课时数、赠送课时数、买课已用、赠课已用、剩余课时、有效期起止、账户状态（正常、冻结、已结清）。注意「已用」要拆成买课已用和赠课已用两个字段，否则退费时算不出赠课用了多少。剩余课时可以由前四项算出来，不必单独存，存了反而容易出现「余额和流水对不上」的情况。
课时流水。流水号、学员、账户、类型、数量（正负）、关联课次、关联订单、操作人、操作时间、备注。类型至少要有八种：购课、赠送、扣课、补课回补、转班转出、转班转入、退费扣减、人工调整。类型分得细，后面的统计才有意义；类型只有「加」和「减」两种，等于没有分类。
扣减顺序要固定。先扣赠课还是先扣买课，行业里两种做法都有。先扣赠课的理由是赠课有有效期，先消耗快到期的；先扣买课的理由是保护赠课的价值，让学员感觉自己「赚到了」。选一种写进报名须知，全机构统一，不要在系统里做成可切换的——可切换意味着同一个学员在不同课程上的规则可能不一样，退费时又是一场解释。
有效期怎么设。按课程包设，比如三个月、半年、一年。有效期到了课时没用完，处理方式有几种：作废、延期、转成其他课程。建议做成「到期前提醒加一次性延期」，提醒让家长有准备，延期给一次机会，两次之后作废。直接作废且没提醒，是最容易引发投诉的做法。
账户状态。正常、冻结、已结清。冻结用于学员长期请假或者纠纷处理期间，冻结期间不扣课时也不允许报名新课。已结清是课时用完或者退费完成。状态这一层不加，系统里会积一堆「剩余为零但还能被扣成负数」的账户。
人工调整权限要收紧。人工调整是账本里风险最高的操作，因为它绕过了所有规则。建议只给校长或教务主管开放，并且每次调整必须填原因，原因要能进入月度审计。开放给所有人，账本迟早会乱。
三、请假、补课、转班、退费四条规则
请假。分两档：提前请假（开课前一定小时数之前提出）和临时缺勤（没提前说或者开课后才说）。提前请假不扣课时，可安排补课，一个课程包内允许请假的次数设上限；临时缺勤按合同扣课时，或者扣一次「缺勤额度」。这两档必须在报名须知里写清楚，写清楚之后系统按规则跑，前台不用每次请示。
补课。补课消耗的是「待补课额度」，不重复扣课时。补课要排到具体的课次上，三种排法：跟班补（插到别的班的同一课程）、单独补（一对一派老师）、集中补（周末统一安排）。补课要有有效期（比如三十天内用完），到期前提醒。补课记录要同时挂原课次和补课课次，原课次标「已补」，补课课次标「补课出勤」，两边都记，出勤统计才不会重复也不会漏。
转班。转班是两个动作：退出原班、加入新班，课时余额不变，只改关联。新班从哪一节开始上要有规则：常见做法是从「转班日期的下一节」开始，前面已经上过的不补不扣，并在转班记录里写明。两个班单价不同时，要么补差价、要么按课时折算，两种都要生成一条流水，否则账面上会出现「课时没变但价值变了」的隐性损失。
退费。退款金额等于实付金额减去已上课时乘以单价，再减去手续费（如有）。三个变量都要能算出来：实付金额从订单取，已上课时从流水统计，单价按购买时的单价（不是原价）。赠课部分按「不退」或者「按已用比例扣减」处理，写进合同。退费完成之后，课时账户置为已结清，流水里记一条「退费扣减」，把这个账户的剩余清零。
四条规则的共同前提是「写进合同」。规则只写在系统里，家长不知道，等于没写。规则写进合同、系统按规则执行、家长端能看到自己的课时流水，这三件事配齐，课时纠纷会减少很大一部分。剩下那部分，才是真正需要协商的个案。
规则变更的处理。规则改了，老学员按老规则还是新规则？建议按「报名时间」划分：老学员按老规则执行到课程包结束，新学员按新规则。一刀切改成新规则，老学员会觉得权益被削减，这类投诉在规则调整期特别集中。
四、四个课时纠纷场景怎么判
场景一：学员请长假一个月，课时有效期要不要延。要延，延期天数等于请假天数，但设上限（比如一个课程包最多延三十天）。不延的话，学员回来发现课时过期了，这是投诉高发点；不设上限的话，有人会一直请假一直延，教室和教师资源被长期占着。延期要生成一条流水，把「延期多少天、依据什么」记下来。
场景二：缺勤要求补课，但补课排不进去。补课额度可以有两种处理：转成一对一补课（成本高，但家长接受度好），或者转成下期课程抵扣（成本低，但要写清折算规则）。两种都要有记录，不能只是口头答应。补课额度如果一直排不进去又一直不作废，账面上会积一堆「欠课」，年底一算是个大数字。
场景三：转班时原班已上三节、新班已上五节。从新班的下一节（第六节）开始上，前面五节不补不扣，转班记录里写明「原班已上三节，新班前三节视为已上，不补不扣」。这条记录的意义在于：家长日后如果质疑「我们少上了五节」，把记录调出来就能解释清楚。
场景四：退费时家长要求按剩余课时全退。先看合同口径。如果合同写的是「赠课不退」，那就只退买课部分；如果写的是「按已用比例扣减」，那就算出赠课已用比例，从退款中扣减对应价值。两种口径都能接受，关键是报名时写清楚、退费时按同一条口径执行。最怕的是合同没写，每次临时商量，商量结果还不一致，被家长之间一对比就成了信任问题。
一条判断标准：随便挑一个学员，问三个问题——他买了多少节、送了多少节、现在还剩多少节；他请过几次假、补过几次课；如果他今天要退费，该退多少金额。三个问题都能在系统里三十秒内答出来，课时账本才算合格。答不出来，说明账本只记了余额，没记过程。
五、常见问题解答
课时能不能做成「不限次数」的卡？
可以，但要单独建模。不限次数的卡本质是「按有效期卖服务」，不产生课时流水，扣减逻辑完全不同——它扣的是时间不是次数。做法是把它做成独立的卡类型，考勤只记出勤不扣课时，到期自动失效。硬塞进课时账户体系里，会出现「余额无限」这种无法计算的状态，退费时也算不清。
赠课要不要设有效期？
建议设，而且通常比买课的有效期短。赠课不设有效期，账面上会长期挂着一笔「欠客人的服务」，越积越多。设了有效期之后，到期前提醒一次，过期作废，账就清了。赠课有效期和买课有效期分开设，不要统一，因为赠课本来就是激励性质，时间上更该有约束。
学员同时上两个课程，课时能通用吗？
不建议通用。两个课程的单价、有效期、退费规则都不一样，通用之后退其中一个就算不清。做法是两个独立账户，各自记账。如果确实需要「跨课程抵扣」，可以做成一条显式的「课程间转移」流水，把课时从一个账户转到另一个账户，转的时候按折算比例算，留下记录。
请假次数要不要设上限？
要。不设上限，会有学员频繁请假，占着班里的名额却不来上课，教室和教师资源被浪费，而且补课额度越积越多。上限按课程包设，比如十次课允许请两次。超出的按临时缺勤处理。上限要在报名须知里写清楚，别等超了才说。
转班收不收手续费？
看机构政策，但一定要写明。收的话，手续费单独生成一条流水，不影响课时余额；不收的话，也要在转班记录里标明「未收手续费」，避免日后被质疑「为什么别人转班没收费我收了」。关键不是收不收，是规则统一且留痕。
退费时已上课时的单价怎么算？
按购买时的实际单价算，不按课程原价。购买单价等于实付金额除以购买课时数，赠课不计入分母。这是最常见的口径，也是最容易被家长接受的口径。如果合同里写的是按原价折算，一定要在报名时明确告知并让家长签字，否则退费时争议很大。
课时账本要不要给家长看？
建议给，而且要给到流水级别。家长端能看到「买了多少、送了多少、每节课扣了几节、还剩几节」，课时纠纷会大幅下降。不给看的机构，家长只能靠自己的记录本，两边对不上时机构处于被动。给看的前提是账本本身准确，所以流水这一层必须先做扎实。
六、九尾狐在这类问题上的做法
九尾狐在做课时模块时，第一件事是把「账户」和「流水」分开，账户只存汇总，流水记每一笔进出。这个结构和银行账是一个道理——你不会只看余额，你会看流水。课时纠纷的本质都是「过程不可见」，把过程记成流水，争议就变成了对账，而对账是能对出结果的。
第二个做法是把买课课时和赠课课时分成两个池子记，扣减顺序固定，退费时按池子分别算。这一条在开发阶段多写了几个字段，但在退费环节能省掉大量扯皮。很多机构退费退多了，就是因为赠课和买课混在一起，剩余课时全按买课单价折了钱。
第三个做法是把请假、补课、转班、退费四个动作都做成「产生流水」的动作，而不是「修改余额」的动作。修改余额是不可追溯的，产生流水是可追溯的。这四个动作恰好是课时争议最集中的地方，把它们做成流水，等于把争议提前解决在系统里。
七、综上所述
课时这件事，家长在意的是「我花的钱有没有被用在该用的地方」，机构在意的是「我付出的教学有没有被正确计量」。两边的诉求其实一致：账要清。账清的前提是流水，不是余额；是规则，不是协商。把买课赠课分开、把请假补课分档、把转班退费留痕，这三件事做完，课时就从「每个月都要吵一次的话题」变成了「打开手机就能看的数字」。
服务商信息
- 服务商：青岛九尾狐网络科技有限公司
- 服务区域：青岛全域（市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西）可上门沟通需求；全国客户支持远程交付
- 交付模式：原生定制开发，支持源码独立部署
- 本文适用赛道：培训机构会员管理小程序开发
免责声明
本系统属于数字化管理工具，不保证订单、营收增长，经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。