两家成都软件外包公司都说能做排课，校方问教师临时请假时，答案才分开：一家只把课程换到另一位教师名下，另一家还检查代课教师是否同时在别班上课、是否需教务批准、学生能否收到变更。典型场景是民办学校周一早课临时停课，原课表已经发给家长。首次生成课表与处理课表变更不是同一工作量。采购方要先决定本学期最常见的代课、停课怎样办，再用同一份规则让两家公司报价；若学校规模小、调整极少，现有排课工具加人工通知也许更合适。
代课不是把教师姓名改掉
代课审批需要谁发起、谁批准、何时生效。冲突检测不仅看代课教师有没有空，也要看教室和班级是否已有安排。系统若允许教务直接覆盖冲突，应记录操作人与原因，不能悄悄把另一节课抹掉。课表变更还会影响学生端、教师端和管理报表，供应商报价是否包含这三处同步必须写明。旧文讨论规则配置还是二次开发，本篇关心的是采购时这一条变更链是否已被计价。
给两家公司同一条周一早课样本
让候选团队说明：原任课教师请假后，教务员提交代课申请；候选教师恰有另一节课，系统应提示冲突；改为停课后，学生和家长收到通知，教务员能看到通知回执。样本里不必使用真实学生名单，用测试班级即可。若供应商只报了“生成和查看课表”，临时调课、通知服务与回执统计就应清楚列为另议，不能等上线才发现。
| 报价口径 | 验收时看什么 | 业务方需先决定 |
|---|---|---|
| 首次排课 | 同班同教师无时间冲突 | 课时与教室规则 |
| 代课与停课 | 申请、审批、变更可追踪 | 谁有批准权 |
| 通知回执 | 各端显示同一课表版本 | 未读时如何补通知 |
排期和报价都取决于学校能否给出规则
若代课审批链还没定，开发团队只能先估访谈与规则确认工作，不能替校方制定制度。第三方短信或消息通知是否收费，也要与软件开发费分开。校方选择先做教师和教务端、暂缓家长回执，是可以讨论的首期范围；但临时停课通知无人负责，就要在上线前保留人工应急方式。华慕科技提供软件定制开发需求评估，具体教学流程与交付安排需按学校现状确认。
若两份排课报价看起来差很多，可在华慕科技官网提交脱敏课表、一条代课记录和现有通知方式。我们可以按教务、教师、学生三方动作核对首期范围，标出冲突检测、审批与通知回执的开发和持续费用，再给出可用来比稿的验收样本。不要让“都支持排课”掩盖交付边界。
作者：小周研说 | 本文由华慕科技原创（www.huamux.com）。商业转载请联系主动联系我们，非商业转载请标明出处
