入队时满足条件，不代表名额释放时仍有资格。
适用范围适用于高峰期容易满班、取消频繁、需要提高满员率的团课和小班。
先识别问题
简单地“按顺序转正”仍然可能出错
功能只有落到具体业务动作和责任边界里，才会真正减少重复沟通。
自动补位前需要重新检查时间冲突。
投递结果未知或失败时需要确定的补偿与人工处置。
不同人同时处理候补容易重复确认或跳过会员。
解决方式
把候补做成可执行、可恢复的状态机
从真实业务状态出发，而不是把所有工作重新搬进另一张表。
有序候补队列
记录进入顺序、当前状态和关联课次。
名额释放触发
取消或容量调整后触发补位判断。
资格重新校验
检查课程范围、课卡、截止时间和预约冲突。
原子补位
名额与权益在一致边界内锁定，避免多人同时转正。
通知与重试
补位结果进入站内或微信通知投递链路。
失败与人工处置
保留失败原因，允许授权人员跳过或重新处理。
落地流程从配置到结果
从配置到结果
每一步都有明确状态
Duoda 把跨角色协作拆成可以执行、检查和恢复的业务节点。
- 01满班进入候补
会员确认后加入有序队列。
- 02名额发生释放
取消、扩容或人工调整触发补位。
- 03重新校验并锁定
按当前资格、权益和时间条件完成原子判断。
- 04通知结果与继续处理
成功则转为预约，失败则记录并处理下一位。
上线与可信
自动化不能以牺牲正确性为代价
系统不只是能完成操作，还要让机构在迁移、使用和争议处理时保持可控。
- 补位沿用与正常预约一致的资格和权益校验，不开后门。
- 同一名额只有一个事务能够成功占用，避免并发超约。
- 通知投递具有幂等、重试和未知结果保护，不重复轰炸会员。
候补是按照什么顺序补位？+
默认按明确的队列顺序处理；每次补位仍会重新校验当前资格和权益，无法满足时记录原因并继续后续处理。
候补转正会自动占用课时吗？+
会按照正常预约链路校验并占用适用权益，避免转正后没有可用课时。
通知失败会不会导致名额一直被占用？+
系统会记录投递状态并按策略重试或进入人工处置，避免未知结果被当作确定成功。