先说一个真实的场景。

去年九月，一所民办学校的财务室，桌上摊着三张表：一张是班级名单，一张是银行流水，一张是班主任在群里收的红包截图。

校长问了一句："现在到底还有多少人没交？"

没人答得上来。

不是他们不认真。是收费这件事，本来就不该用 Excel 加微信群来干。

收费真正的难点，从来不是"收得到"。

微信收款码一贴，钱当天就能到。难的是后面三件事：

第一，谁还没交。 一个年级六个班、三百多个学生，谁交了谁没交，要有人一条条对。 第二，退多少。 项目涨价了、学生转学了、券用错了——按现价算退款，能算出比家长实付还多的数。 第三，说得清。 家长说交了，学校说没收到；一查，钱在班主任私人微信里。

这三件事，Excel 解决不了，收款码也解决不了。

所以我们做了这套东西。

它不是"一个学校的缴费页面"，是一个能接很多所学校的平台。

平台方一套系统，接 N 所学校；每所学校只看自己的学生、项目、订单；家长在小程序或手机浏览器里缴费。

三个端，各管一段：

几个我认为值得说的设计。

① 开一所学校，真的只要几分钟。 新建学校 → 自动生成授权码 → 勾选应用 → 分配套餐。学校管理员拿到账号就能用，不用你上门装一遍。

② 全业务表都带 school_id，学号只在校内唯一。 这不是技术洁癖。现实中两所学校都可能有「20260001」这个学号，天经地义。隔离做在数据库层，不是靠前端藏菜单。

③ 金额是快照，不是实时价。 下单那一刻，应收、优惠、实收三个数一次算清落库，之后永不重算。项目涨价、改名，历史订单纹丝不动。为什么较真这一点？因为退款时如果按"当前价格 × 折扣比例"重算，1000 元的单子涨到 1200，能算出比家长实付还多的退款——这是真金白银的损失。

④ 退款只认「成功」。 处理中和失败的退款不占用可退额度。否则一次失败，这单的可退金额就永久少了一块。

⑤ 关掉一个应用，不删任何数据。 家长可能在该应用下有已支付订单。关掉只是不再展示，历史订单、项目、券全留着。订单表还存了项目名快照，应用下架了也查得到。

⑥ 家长不用装小程序也能交。 新版本加了 H5 端：手机浏览器打开就能缴费，登录只要「学校编号 + 学号 + 学生姓名 + 家长手机号」，不依赖短信、不依赖微信授权。一条短信三分钱，一万个家长一学期就是几百块——这笔钱省下来是实的。

它适合谁？

如果你是教育信息化集成商、区域代理、做校园业务的软件公司——手上有一批学校，客户提需求时你总是"要回去评估一下"，这套东西能让你下周就报得出方案。

如果你是民办学校自己用——它也够，只是你可能用不上多租户那部分。

它不适合谁？

想做"代收学费"生意的，不适合。学费、住宿费属于学校收取的费用，资金必须进学校账户或财政专户。平台如果用统一商户号代收再结算，那是二清，不是生意。 系统支持每所学校配置自己的支付商户号——这条我在文档里写得很清楚，也建议你照做。

最后。

收费这件事，学校要的从来不是"一个能付款的页面"，是一本随时能翻、翻得清的账。

系统真正的价值不是把钱收进来，是让每一笔钱有据可查。

【微信/电话：15000261114】

【演示站：http://sch.shikeyun.cn/school/ 账号：sch001admin 123456 sch001 】

校园缴费系统V2.0