客人修改住宿日期时，订单内容和房间资源必须同时调整。只改入住晚数，可能让页面显示成功却没有确认新增日期是否有房，变更操作需要先校验再保存。

订单结构

预订记录需要表达入住区间、房型、客人联系信息与来源。订单编号用于关联处理过程，不能只依赖电话号码或姓名定位订单，以免同名或多次预订混在一起。

变更规则

日期、房型与数量发生变化时，应重新检查资源占用，并保存变更前后的业务信息。价格调整、取消条件和退款处理应按经营方确认的规则开发。

重复提交

用户重复点击或渠道重复发送消息时，应识别同一业务请求。页面提醒与后台处理需要配合，避免仅禁用按钮而仍然生成多张订单。

场景核对

例如，将两晚预订改为三晚，系统需要重新核对新增日期的资源，而不是只修改订单文本。取消后释放哪些占用、保留哪些历史记录，也应在场景中确认。

具体验证方法

将两晚订单延长到资源紧张的第三晚，检查冲突反馈；换成有资源的日期后核对占用区间；取消订单检查释放结果；重复发送同一变更请求，订单金额与库存占用都不应重复变化。

预订变更保留原安排和当前安排，工作人员才有依据解释资源和费用变化。历史记录不影响当前占用，但应继续支持订单查询与服务核对。