旅游订单关联多名人员与多个行程节点。改变一处安排，会影响已确认资源、待回复事项和通知内容，系统需要展示调整影响，而不是只替换一段行程文本。

订单对象

旅游订单应区分产品、出行批次和参与人员，明确哪些信息属于一次活动，哪些属于客人。这样才能支持同一产品多期出行，而不重复建立完整产品资料。

资源安排

根据具体业务关联住宿、交通或活动资源，保留确认状态与负责人。系统可以提示尚未确认的项目，但不应把供应方未回复的资源显示为已安排。

行程调整

天气、资源变化或客户请求带来的调整需要记录原因和通知状态。历史方案与新方案应可辨认，方便服务人员了解变化范围，而不是只保留最终文本。

场景核对

行程调整可准备原安排与新安排的示例，检查已确认资源、待回复资源和客人通知是否被清楚区分。工作人员应能知道变化内容，而不是只收到一条重新查看消息。

具体验证方法

修改某日行程，检查原安排和变更原因仍可查；取消一名参与者，核对后续服务名单；资源尚未回复时保持待确认状态；发送通知后保留发送对象和当前安排，避免只留统一消息文本。

行程变化应指向具体日期、地点或服务。把资源确认与人员通知分别记录，可以让工作人员知道哪些事项已经落实、哪些仍需继续协调。