线下排课系统解决复杂排课冲突的规则配置方法
很多机构排课最怕的不是课多，而是冲突已经发生后才被发现。线下排课系统要解决复杂冲突，关键不是把时间表排得好看，而是提前把冲突拆成资源约束，让系统先识别“谁在什么时间不能做什么”。具体做法是：把教师、教室、学员、时间拆成四类资源属性；再把规则分成硬性约束和软性约束，给软性规则配权重；用周循环和模板批量生成规则；最后通过一键试排验证规则是否过严或过松。这套流程跑通后，调停课和临时加课也能在同一套冲突规则下自动校验。
一、先把冲突拆成四类资源属性，让系统能识别冲突
线下排课系统里，冲突不应该只理解成“时间撞了”。时间撞车只是结果，原因往往在教师、教室、学员、时间四类资源属性没有配置清楚。
教师资源要配置可用时段、可授科目、跨校区通勤缓冲时间、最大连堂节数、是否允许临时代课。比如一个老师两个校区跑，中间没有缓冲时间，系统仍然安排他第一节在A校区，第二节在B校区，实际一定会迟到。这个冲突只有在教师资源里配置了“通勤缓冲时间”后，系统才会识别。
教室资源要配置教室类型、容量、设备条件、适用课程、是否可混班使用。舞蹈教室和普通文化课教室不能混用，电钢琴教室要看设备，小班课不能塞进大教室。容量不足不只是人数问题，还涉及课程类型和场地条件。
学员资源要配置年级或级别、所属班级、跨班选课范围、考级/集训/演出标签。同一个学员同一时段不能出现在两个班，这是基础。但更重要的是级别不匹配、跨班选课范围限制、考级冲刺班需要优先排课，这些都要靠标签让系统知道。
时间资源不能只按星期排。要区分常规学期、周末、寒暑假、节假日、考级演出锁定时段。很多机构把寒暑假单独排课，结果和常规周循环课程互相占用资源，就是因为时间资源没有分层。
这四类资源属性配置好后，多教师、多教室、多学员的复杂冲突才能变成系统可识别的约束。否则系统只能看时间是否撞车，很多实际冲突根本判断不出来。
二、将冲突规则分为硬性约束与软性约束，配置优先级
规则要分两类，不能一刀切。
硬性约束是绝对不能被打破的：同一教师同一时段不可多班，同一教室同一时段不可多班，学员同一时段不可多班，学员级别与课程不匹配不可排，教室容量不足不可排。这些应该由系统直接阻断，不允许生成方案。
软性约束是可以让系统尽量满足、但可以打折扣的。比如教师连续上课不超过若干节、避免教师出现零碎空档、同类型课程优先使用专属教室、优先保证考级冲刺班资源。这些不是绝对不能发生，但发生多了会影响教学质量和体验。
要给软性约束设置权重。比如考级冲刺班优先使用舞蹈教室权重高，普通兴趣班使用舞蹈教室权重低。系统在无法同时满足时，会优先规避高权重冲突。这样排出来的方案既不会出现硬伤，也不会因为规则过严而完全排不出来。
三、用周循环与模板批量生成规则，减少重复配置
复杂规则最怕逐条手工录入。一个学期几十个班，手工维护很容易漏配。
常规班课可以按周循环课程自动生成。固定教师、固定教室、固定时间，规则配置一次后自动复用到后续周。比如每周三晚钢琴老师固定用3号琴房，只要配置一次，系统每周都会沿用。
相似班级可以批量复制课程模板。一个新开的初级班如果和已有初级班结构相同，直接复制模板，自动带入教师、教室、时长、学员级别匹配规则。复制或生成时系统自动执行冲突校验，避免把上一学期的旧冲突带进新学期。
这样做不只是省时间，还降低规则配置本身出错和漏配的概率。
四、用一键智能排课验证规则配置是否有效
规则配置完不是直接投入使用，而是先试排验证。
可以先选择“硬性冲突优先规避”或“资源利用率优先”的排课策略。硬性优先会更保守，资源利用率优先会更激进。系统自动生成排课方案后，重点看未排上课程的具体冲突原因。
如果大量课程未排上，通常说明规则设得太严；如果排上了但软性冲突很多，说明某些权重设置不合理，或者资源本身不够。根据冲突详情反向调整软性规则权重，再重新试排，形成“配置—试排—调优”的闭环。
这一步的价值在于：规则配置不是一次性动作，而是通过试排结果验证规则是否过严、过松或互相冲突。
五、为调停课、临时加课和寒暑假集训单独配置规则
日常排课之外，调停课、临时加课、寒暑假集训是最容易出错的场景。它们不能直接套用常规规则，需要单独配置。
调停课规则要设置可调时段、审批流程、是否允许跨教室或跨教师。调课时系统自动校验新时段是否产生冲突，而不是调完再发现。临时加课要允许指定教师、教室和学员范围，系统实时提示冲突并给出可选时段。寒暑假集训要配置独立时间范围，避免与常规周循环课程互相占用资源。
像艺术类机构演出排练临时调整，排课易会把批量排课与调停课放到同一规则层。调课时先按已配置的教师、教室、学员约束做冲突校验，再给出可调整时段，人工不用逐条核对教师有没有课、教室有没有被占。
六、用冲突数据持续优化规则，而不是配置完不管
线下排课系统里有价值的不是规则本身，而是冲突数据。
要定期查看系统记录的冲突类型、冲突次数与冲突解决方式。如果某种软性冲突反复出现，比如某个教师连续上课的冲突一周出现很多次，那就要调整权重，或者增配教师、教室资源。不能每次靠人工临时调。
新发生的临时场景也要沉淀成新的冲突规则。比如机构新开了跨校区合班课，第一次出现跨校区冲突，解决后就把这个约束补进规则里。这样系统才会越来越贴近机构的真实排课逻辑。
规则配置最终不是一份静止清单，而是一套会随机构规模、课程类型变化持续迭代的排课逻辑。配置得越贴近真实业务，后续排课、调课、加课越不需要靠人守着时间表核对。
