指南
如何防止重复预订
Kasura 通过把预订日期与同一资产上每一条有效预订对照，并在重叠时阻止保存，来防止重复预订。
重复预订为何发生
重复预订发生在两名顾客对同一车辆或房间持有重叠主张时。很少是一个清晰的失误——更常见的是忙碌班次里凭记忆操作、已经落后于现实的共享电子表格，或两个人同时处理同一资产的请求却看不到对方的工作。能创建预订的人数越多、请求进入的渠道越多，风险越大。
Kasura 如何阻止已知冲突
每次创建预订或更改日期，Kasura 都会在允许保存前把请求时段与该资产的其他预订比较。这发生两次：一次在填写表单的界面里，让员工立刻看到问题；另一次在保存真正写入的瞬间，让几秒后操作的第二个人无法塞进冲突预订。会与已有预订重叠的保存会被直接拒绝，而不仅仅标为警告。
可订检查
创建预订时，所选资产的日历会按已有预订把每一天标为可订、部分可订或不可订。一段刚好在另一段开始时结束的时段视为可订，因为两者并不真正重叠。员工在尝试保存前就能看到这次实时检查，从而有机会改选日期，而不是提交表单后才发现冲突。
预订冲突
预订冲突是 Kasura 对同一资产上时段重叠的两条预订的称呼。只有仍计为有效的预订——已预留、进行中、已入住、逾期或其他未解决——才能造成冲突。已取消、标为未到或已完成的预订会从检查中排除，该状态一经设定，日期就立刻可供他人使用。因此被拒绝保存时，员工看到的是资产在所选时段已被预订的直接说明，而不是笼统失败。
Workspace 边界
冲突检查只考虑记录在被预订资产所属同一 Workspace 内的预订，因为每项资产恰好属于一个 Workspace。它看不到实际录入 Kasura 之外的内容：电话接下尚未登记的请求、纸上的预留、或另一份电子表格里的预订，检查都看不见，也不会被阻止。把每条预订都放在 Kasura 内、而不是一部分在外，才让这项防护有效。
本指南不代表什么
- 这不是在任何情形下都永不发生重复预订的绝对保证——它是对 Kasura 中实际存在的预订所做的强、确定性检查。
- Kasura 不会与在线旅行社或任何外部预订渠道同步可订状态；那需要渠道管理器，而产品并不包含。
- 检测冲突不涉及 AI 或预测模型——比较是一个时段对另一个时段的直接检查。
- 在 Kasura 外做出的预订——电话、纸面或另一份电子表格——对这次检查不可见，也不会被阻止。