匿名案例｜三校区教培机构运营系统：排课、出勤、课消、结算一条链
替换按席位收费的 SaaS 排课软件,为三校区连锁教培机构定制一套自己的运营系统——出勤是唯一事实源，课消、发票、教师工时全部由它推导。
为一家三校区连锁教培机构定制的运营系统，替换原有按席位付费的 SaaS：学生与家庭档案、课程目录、周期性排课与冲突检测、出勤记录、课时包/发票/收款，教师工时经版本化 API 自动推送至员工管理系统计薪。客户身份已匿名处理。
教培机构的运营痛点从来不是「缺一个功能」，而是数据链断裂：排课在一个系统，出勤登记在表格，课消结算靠人工对账，教师工时月底再统计一遍——每个环节都可能出错，每个月都在重复劳动。机构原本使用的海外 SaaS 按席位收费，功能覆盖不了本地化流程，数据也导不出来。 我们为它定制了一套运营系统，核心设计只有一句话：出勤是唯一事实源，其余一切由出勤推导。
隐私说明：此案例已去除机构名称与学员信息，仅保留架构、流程与交付结果。
挑战
三个校区共用一套按席位收费的 SaaS 排课工具：周期课程排课容易冲突、出勤与课消对不上、课时包余额靠人工维护、教师课时费月底手工统计。校区越多，对账工作量越大，错误也越难追溯。
我们的方案
围绕「出勤 = 事实源」重建数据链。学生与家庭档案、课程目录、周期性排课（带教师/教室/学生三维冲突检测）在前；每节课的出勤记录一经确认，即自动驱动后续一切：课时包扣减、发票生成、收款核销、教师工时累计。教师工时不再手工统计，而是通过版本化 API 自动推送至我们为同一客户群构建的员工管理系统进入薪酬流程。系统按模块交付，三校区数据统一而权限隔离。
成果
三校区在同一系统内统一运营：排课冲突在创建时即被拦截；出勤确认后课消、余额、发票自动更新，月底人工对账消失；教师工时随出勤实时累计并直通薪酬系统。机构摆脱按席位付费的 SaaS，数据完全自有。
出勤为唯一事实源
系统里所有钱和时间的流转都从出勤记录推导：
- 出勤确认 → 课时包自动扣减，余额实时可见。
- 出勤累计 → 发票按实际消课生成，家长看到的每一笔都有出勤支撑。
- 出勤即工时 → 教师课酬按确认出勤自动累计，无需月底统计。
- 改出勤必留痕 → 任何补登、更正都有操作记录，对账可回溯。
把「哪个数字是对的」这个问题从制度上消灭：只有出勤是录入的,其余都是算出来的。
周期排课与三维冲突检测
教培排课的复杂度在周期性：一门课每周固定时段上 20 周,中途换教室、调教师、学生插班都是常态。系统在创建与修改排课时即做教师、教室、学生三个维度的冲突检测，冲突在保存前暴露,而不是开课当天才发现。
工时直通薪酬：两套系统的版本化握手
教师在运营系统里产生工时，在员工管理系统里领薪酬。两套系统间通过版本化 API 对接：运营系统按确认出勤推送工时，薪酬侧带幂等与版本校验接收——重复推送不重复计薪，接口演进不破坏对账。
- 工时推送幂等：同一节课的工时不会因重试而重复入账。
- 版本化接口：任一侧升级不影响另一侧的既有对账。
- 员工管理系统本身即我们的独立产品（12 个可开关模块：考勤、请假、绩效、任务、佣金、薪酬等）。
技术拆解
- 后端 Python（Flask）+ PostgreSQL + Redis 任务队列,前端 Next.js,Docker Compose 部署。
- 与同客户群的 CRM、员工管理系统共用同一套平台架构——刻意「复制而非共库」，各产品独立演进互不拖累。
- 模块化交付：档案、排课、出勤、课时包、发票收款各为独立模块，按需启用。
- 三校区统一数据库、按校区权限隔离,跨校区报表开箱即用。
可复用经验
- 运营系统的第一设计决策是选定唯一事实源；选错（或没有）事实源，后面全是对账。
- 替换 SaaS 的价值不只是省订阅费,更是数据自有和流程贴合——本地化流程永远不会是海外 SaaS 的优先级。
- 跨系统的钱务接口必须幂等 + 版本化,否则每次重试和升级都是一次财务事故。