把服务时间和可用资源一起登记
本例只有一个接待室，每次咨询30分钟，确认预约必须同时满足接待室和接待人员可用。申请人选择日期、时段和服务事项，留下联系方法；提交后获得预约编号，状态为“待确认”。页面明确此时尚未保证可用时段。
预约A已确认10:00至10:30。预约B申请10:15至10:45，即使开始时间不同，也与A重叠。按本例规则，10:30结束后可以接下一场；如果业务需要清理时间，就把缓冲时长纳入资源占用，不能靠工作人员记忆。
状态名称对应实际的资源动作
| 状态 | 是否占用资源 | 允许的后续动作 |
|---|---|---|
| 待确认 | 本例不占用 | 工作人员确认、建议其他时段或关闭 |
| 已确认 | 占用指定资源与时间 | 申请改期、取消、登记到场结果 |
| 改期待确认 | 保留原预约 | 新时段确认成功后替换原时段 |
| 已取消 | 释放占用 | 保留取消记录，需要时重新申请 |
| 已完成／未到场 | 不再占用未来时间 | 记录实际结果，保留历史 |
如果团队希望申请即临时占位，就需要另加占位有效期与过期释放机制。本例采用人工确认，不混用两种规则，避免用户和工作人员对“提交成功”有不同理解。
确认时再查一次，避免两个人同时批准
两名工作人员都可能先看到10:30空闲。最终确认操作应重新检查资源，并以不能重复占用的方式保存；后一位收到“时段已被占用”后重新选择，而不是两边都显示成功。页面上曾经显示空闲，不能作为最终确认依据。
通知发送结果单独记录。已确认但通知失败时，预约仍存在，由工作人员补充联系；不能因为短信或邮件失败就再次创建预约。
改期不能先丢掉已经确认的安排
预约A想改到11:00。先建立改期申请，保留原10:00安排；11:00资源检查通过并保存成功后，再释放旧时段，并记录新旧时间及操作人。如果新时段被占用，A仍保持原时间，工作人员与申请人沟通其他选择。
取消时明确展示取消的是哪一天、哪一时段；保存取消记录后释放资源。个人查询只展示本人记录，采用登录或其他约定的身份核验方式，不能凭连续编号查看其他人的姓名和服务事项。
验收要同时操作一次冲突时段
用两个账号同时确认同一资源的同一时段，预期只能成功一条。再验证重叠半小时、相邻不重叠、改期失败保留原安排、取消后可重新预约，以及通知失败不会产生重复。最终日历与预约详情都应指向同一条已确认记录。