招生管理分销系统源码是一套把「课程—成员—学员—业绩—积分—提现」串成一条链的招生业务后台：管理员一人开户与录单，成员用手机号登录看业绩与团队，服务端按「报名日加三个月、期间无退费」判定业绩生效，一次性发直招佣金与两级推荐奖，提现走提交冻结与打款前复核。
它和常见的分销商城不是一回事。商城分销结算的是「卖出去一单」，招生分销结算的是「这名学员三个月后还在不在」——时间差与退费判定，才是这套系统的全部难度。
招生管理分销系统源码是一套什么系统？
是一套三端分离的招生业务系统：管理后台、成员手机端、服务端判定，缺一不可。
三端的职责分得很清：
管理后台。 课程、成员、学员、积分、提现、参数，七个菜单全部握在管理员一个人手里。
成员手机端。 五个 tab：首页、学员、团队、积分、我的。只读为主，能动的只有收款信息与密码。
服务端。 生效判定、积分发放、余额汇总、职级晋升，全部在这里算，不靠人工点。
这套结构的关键选择是「成员不能注册」。 账号由管理员创建、手机号即登录名、连接码建立引荐关系，这意味着整张分销网络的入口只有一个——谁进来、挂在谁下面，完全可控。
对照招生信息网站源码可以看到另一半：那边解决的是「让人知道你在招生」，这边解决的是「人招进来之后怎么算钱」。 两者一个是宣传面，一个是业务面，不冲突。
为什么「业绩生效日」要定在报名后三个月？
因为招生的钱要留给退费窗口，业绩必须先「待生效」再「已生效」。
三个设计要点：
时间差。 生效日等于报名日期加三个自然月，目标月份没有同一天就取该月最后一天（11 月 30 日加三个月落到次年 2 月末）。
判定条件。 到了生效日且期间没有任何退费，才转已生效并发积分；这三个月里只要退过一分钱，直接转已失效，永久不计业绩。
判定时机。 不靠定时任务。每次有人读取统计、列表或详情，系统先把到期的待生效记录判完再出数，所以后台看到的永远是当下时点的数字。
这三条合起来解决了一个老问题： 招生行业最常见的纠纷是「学员退费了，佣金已经发出去了」。把业绩生效推迟到退费窗口之后，佣金就不会再被追回——已生效之后再退费，只更新累计退费与净收款，已发的积分既不冲减也不追回。
三笔积分是怎么一次算清的？
一条报名记录生效时，同时算三笔：直招佣金、一级推荐奖、二级推荐奖，第三级没有。
三个层级：
归属成员。 拿直招佣金，默认 5000 积分。
归属成员的引荐人。 拿一级推荐奖，默认 500 积分。
再上一级。 拿二级推荐奖，默认 300 积分；第三级及以上不参与分配。
三条硬规则：
时间统一。 三笔的产生时间都取该学员的业绩生效日，不是录入时间，也不是打款时间。
不发不顺延。 某一级当时未开通或已停用，那一级就不发，也不会转给更上一级。
一比一。 1 积分等于 1 元，没有汇率、没有手续费。
这套规则的价值在于「没有人工算账的空间」。 后台录入学员时就有实时积分预览，按当前引荐链与参数列出三档金额与获得人，获得人未开通的那一档直接显示「不发放」——录单的人当场就知道这笔业绩会怎么分。
学员四种状态是怎么流转的？
待生效、已生效、已失效、已作废，只往一个方向走，不能逆转。
四个状态：
待生效。 报名后的头三个月，这是唯一可以编辑与作废的阶段。
已生效。 到期且无退费，发了积分，之后不能作废。
已失效。 生效日前退过费，永久不计业绩，也不能再转回待生效。
已作废。 录入错误时使用，必须填原因，作废后手机号可重新报名。
为什么只有待生效能作废？ 因为已生效的记录背后已经挂了三笔积分。如果允许作废，就会出现「积分发了、记录没了」的账实不符，所以系统直接把这条路封掉，录错只能作废后重录。
同理，编辑权限只放开姓名、手机号、备注三项。 课程、归属成员、报名日期、实收金额一律不能改——这四项任何一个变动，都会影响业绩归属与佣金金额。
退费为什么只改收款不改积分？
因为积分发的是一次性成果，退费改的是钱，两本账要分开记。
两套口径：
待生效期间退费。 记录直接转已失效，该条永久不计业绩，佣金一分不发。
已生效之后退费。 只更新累计退费与净收款，已发放的直招佣金与推荐奖不动、不追回。
这个选择有代价，但方向是对的。 追回已发佣金意味着要从成员余额里扣钱，而余额可能已经提现，扣除就变成负数；系统干脆不做追回，把风险放在「三个月窗口」这一道闸上。
净收款的口径也随之明确： 实收金额减累计退费，退费不能超过「实收减累计退费」，登记时就把上限卡死。
提现为什么要「提交即冻结」并复核余额？
因为余额是实时汇总出来的，不冻结就会出现同一笔钱被提两次。
四个约束：
实时汇总。 累计积分、已提现、待处理、可提现四项都不存成固定字段，每次实时算，任何记账变化立刻反映到两端。
提交即冻结。 申请一提交，金额立刻进入「待处理」，可提现余额同步减少。
一人一条。 同一成员同一时间只允许存在一条待处理申请，从源头堵住重复提交。
打款前复核。 打开打款弹窗时先算一遍「累计积分减已提现」够不够，不够就转成警示视图，只能走驳回。
另外三条细节：
整笔处理。 不支持部分打款，申请中的金额与收款信息都不可改，要改只能驳回重提。
收款信息快照。 提现单据留存提交时的收款信息，后台只能看不能改，这也是打款争议时的唯一依据。
后台代提。 成员不便登录时由管理员代提，不受提现总开关限制，但同样受「未开通不能提、收款信息要完整、余额要够、不能有第二条待处理」四条约束。
对照零工日结薪资结算系统源码可以看到结算类系统的共同骨架：余额实时算、提现走冻结、打款前复核，行业换了，防错逻辑一样。
职级晋升的四个条件分别是什么？
直招满 30 升经理，下两级 3 名经理升总监，下两级 2 名总监升校董会，只升不降。
三个阶梯：
招生主任 → 业务经理。 直招生效学员满 30 名。
业务经理 → 业务总监。 本人已是经理，且下两级内业务经理满 3 名。
业务总监 → 校董会成员。 本人已是总监，且下两级内业务总监满 2 名。
两条口径要记清：
只统计已开通与已停用。 未开通的成员不算人数，所以拉人头不产生任何晋升价值。
只升不降。 每次晋升都记录日期与原因（如「直招生效学员满 30 名」），历史变更留痕可查。
校董会成员的股份由学校线下授予，系统只记职级、不算股份。 这一点在需求阶段就要说清，否则容易把「职级」误当成「股权凭证」。
为什么所有数字都要「读取时实时判定」？
因为定时任务会有空窗期，而招生业务的数字一旦对不上，投诉立刻就来。
三个理由：
没有空窗。 每日跑一次的任务，在任务执行前所有到期的记录都还是「待生效」，统计偏低。
补录即时。 录入时把报名日期回填到三个月前，系统会立即补算并直接生效，不用等下一次任务。
口径统一。 后台概览、成员列表、手机端首页、团队页用的是同一套判定，不会出现两个页面数字不一样。
代价是读取成本高。 所以设计上要配两件事：判定只处理「到期待判」的记录（已生效的不再重复判），以及列表类查询做分页与索引。
成员端为什么只开放下两级、且不显示手机号？
因为团队页是「看结构」的地方，不是「拿名单」的地方。
三条边界：
只到二级。 第三级及更深完全不出现，接口层面也拒绝。
五项信息。 成员弹层只给姓名、职级、层级、直招生效数、加入时间——不给手机号、不给积分、不给余额、不给学员列表。
只按身份取数。 前端传别人的成员编号无效，看他人学员或越级查团队都会被直接拒绝。
这条设计的现实动机很直接： 分销团队里最常见的摩擦是「下级被上级挖走」和「联系方式被拿去私聊」。把手机号与金额从团队页彻底拿掉，等于掐掉了这两件事的入口。
对照会员分销返利商城系统源码可以看到另一种取向：商城分销更强调分享与转化，团队信息开放度更高；招生分销面对的是同一批家长资源，反而要把信息收得更紧。
选型或二次开发时要先核对哪几项？
核判定规则、核权限边界、核结算兜底、核参数可调，四项对上再谈价格。
四项核对：
判定规则。 生效期怎么算、月末怎么取、退费怎么判、补录怎么处理，这四条决定了系统能不能真正跑起来。
权限边界。 成员能不能注册、能不能改引荐关系、能不能看到下两级以外的数据，权限松一寸，纠纷多一分。
结算兜底。 提现是否冻结、是否有复核、驳回是否自动退额、代提是否受限，这四项是资金安全的底线。
参数可调。 三档佣金、提现开关、职级门槛是否集中在后台可改，不改代码就能调政策，才是可交付的系统。
一个提醒： 这类系统的价值不在页面多少，而在「规则写得死、口径统一、错了能追溯」。一套页面漂亮但判定靠人工的系统，上线三个月就会变成一张 Excel 表。
对照在线约课购课系统源码可以看到教培系统的另一条主线：那边管「课怎么上」，这边管「人怎么招、钱怎么分」，同一个行业的两端，很少有一套系统同时做好两边。