1. 在 Booking.com 中打开预订，明确具体修改了哪些内容。
2. 使用确认号查找酒店管理系统中的原始预订。
3. 如果日期、房型、房间数量或状态发生变化，请先锁定房态。
4. 更新原始预订，不要新建第二条预订。
5. 确认酒店管理系统、Booking.com、付款说明和房间数量完全一致。
与新预订丢失相比，Booking.com 预订修改未同步的问题可能更难被发现。由于酒店管理系统中已经存在原始预订，员工可能会以为记录仍然准确，而实际上客人可能已经修改了日期、房型、入住人数、价格、付款信息或取消状态。
首要任务并不是修复连接，而是将 Booking.com 上的最新预订与酒店管理系统中的现有记录进行核对，并避免酒店因房间数量、抵店日期或收款信息错误而受到影响。
首先，明确具体修改了哪些内容
在 Booking.com 商家后台中打开该预订，记录当前状态和最近修改时间。然后使用相同的确认号，与酒店管理系统中的预订进行核对。
检查抵店和离店日期、房间数量、房型、入住人数、客人姓名、价格方案、总价、取消条款、特殊要求和付款说明。不要因为客人只提到某一项，就认定本次修改仅涉及该项内容。
如果 Booking.com 显示该预订已取消，请立即处理。酒店管理系统可能仍在占用房间、将客人显示在抵店名单中，或仍然等待收款。
如果入住日期范围延长或房间数量增加，请先确认酒店能否接待修改后的住宿安排，再在酒店管理系统中手动更改。如果新日期已经满房，请联系相关负责人。
保障房态与宾客服务
不同的修改会对房态产生不同影响。
如果延长住宿日期，并且新增日期仍有空房，请先预留相应间夜。如果缩短住宿日期，在确认 Booking.com 记录并修正酒店管理系统中的预订之前，不要释放多出的间夜。如果更换房型，请先锁定新房型，再释放原房型。
对于取消预订，请确认取消的是整条预订还是其中一间客房。多房预订可能只修改了部分房间，如果取消酒店管理系统中的整条记录，就会释放过多房态。
告知前台应以哪个版本为准，并添加简短备注，记录 Booking.com 确认号、修改时间、受影响的字段以及经办员工。这样可以避免下一班员工恢复旧日期或收取错误金额。
Smart Order 的酒店前台管理系统帮助酒店集中查看预订变更、付款任务和交接班跟进事项，减少遗漏并提升运营效率。
让各班次都能清楚掌握预订变更
使用 Smart Order 统一管理预订、房态和前台跟进事项，减少人工交接工作。
手动修改前，请检查以下七项内容
- 使用确认号核对。确保 Booking.com 预订与酒店管理系统中的记录属于同一条预订，尤其是同一位客人有多次住宿记录时。
- 检查最近修改时间。员工可能正在用酒店管理系统记录与旧邮件进行比较，而不是与商家后台中的当前记录比较。
- 搜索酒店收件箱。当已连接的系统未能接收预订修改或取消信息时，Booking.com 可能会向酒店发送备用通知邮件。
- 检查酒店管理系统中的完整记录。即使主要抵店页面仍显示旧日期，备注或状态也可能已经发生变化。
- 查看近期渠道警告。检查是否出现连接暂停、更新失败、未知房型或价格方案问题。
- 确认房型和价格方案的连接关系。修改可能会将客人转移到酒店管理系统中未正确关联的产品。
- 检查其他员工是否已经更新。重复修改前，请先查看预订历史和交接班备注。
酒店管理者只需要酒店管理系统服务商明确回答三个问题：是否收到了修改信息，是否已将修改应用到原始预订，如果没有，是什么原因阻止了更新？
安全更新酒店管理系统中的原始预订
优先使用酒店管理系统或多渠道管理支持的恢复功能。恢复修改比手动编辑更可靠，因为预订仍会与原始 Booking.com 确认号保持关联。
如果无法恢复且必须立即修正住宿安排，请更新酒店管理系统中的现有预订，不要新建预订。记录原值、新值、修改时间和信息来源。
如果修改日期，请同时调整抵店和离店日期，并确认间夜数正确。如果更换房间，请分配目标房型，并检查新旧两种房型的房态。如果修改入住人数，请检查入住人数上限、加人费用，以及早餐或税费的计算结果。
如果修改价格，请按照酒店的财务流程，从 Booking.com 复制最新的预订总额和费用明细。如果本次修改还影响了税费、其他费用、折扣或入住人数，不要只修改每晚房价。
如果取消状态或未入住状态发生变化，请先核对适用费用及收款责任，再调整账单。如果款项由 Booking.com 收取，除非预订说明明确要求酒店负责，否则不要直接向客人退款。
切勿将完整的支付卡信息复制到普通备注或截图中。
常见的预订修改问题
Booking.com 显示新日期，但酒店管理系统仍显示原住宿日期
检查新日期是否有房，并暂时锁定相关房态。然后恢复修改或手动更新原始预订。确认旧日期的间夜只被释放一次。
酒店管理系统将修改显示为第二条预订
不要直接删除其中一条记录。请核对确认号、房间数量、付款记录和预订历史。保留仍与 Booking.com 关联的记录，然后按照酒店管理系统的操作流程合并或关闭重复记录。
房型已变更，但价格没有变化
核对 Booking.com 当前显示的房型、价格方案和总价。新房型可能适用不同的价格、入住人数、税费或取消条款。请修正完整的预订信息，而不只是房型名称。
预订已经取消，但酒店管理系统仍显示客人即将抵店
避免错误办理入住，并检查是否需要收取取消费。确认取消的房间数量以及取消是否为最终状态后，再释放房态。
酒店管理系统更新了日期，但没有更新付款金额
以 Booking.com 的最新金额和付款说明为准。缩短或延长住宿可能会改变客人应付金额、Booking.com 已收取的金额，或虚拟信用卡的可用额度。
员工收到了多封修改通知邮件
以商家后台当前显示的最新预订为准。只有当酒店管理系统服务商需要按时间顺序恢复修改时，才依次应用这些变更；不要根据零散的邮件内容重新拼凑最终预订。
从经营者视角核验处理结果
酒店管理系统与 Booking.com 中影响运营和收入的字段现在应保持一致，包括状态、抵店日期、离店日期、房间数量、房型、入住人数、价格方案、总价和收款责任。
检查新旧日期的房态是否按正确数量变化。如果一间客房从周五调整到周六，周五的房态应只释放一次，周六的房态也应只减少一次。
确认预订出现在正确的抵店名单和房务工作计划中。检查所有自动发送的宾客消息，避免在有效修改后仍向客人发送旧的入住日期或取消通知。
Booking.com 的预订指南确认，修改和取消都会作为现有预订的变更进行处理；如果系统未收到相关变更，酒店可能会收到发送给酒店的备用通知邮件。因此，酒店在恢复过程中应始终保留原始确认号。
何时需要升级处理
如果商家后台显示变更已确认，但酒店管理系统无法恢复；同一条预订反复恢复为旧值；或修改产生了重复预订，请联系酒店管理系统或多渠道管理服务商。
提供酒店信息、确认号、原始详情、最新详情、修改时间、受影响的房型和价格方案，以及两个系统的截图。说明当前房态、付款、宾客消息或房务工作中哪些内容存在错误。
询问服务商是否会恢复缺失的变更。如果酒店已经手动修正预订，请明确说明，避免客服再次应用相同变更。
防止遗漏预订修改
每次交接班时，都应核对 Booking.com 变更与酒店管理系统记录，而不只是检查新预订。优先处理取消、延长住宿日期、更换房型和当日抵店的预订。
每天检查酒店通知收件箱。每当产品重命名或新增时，及时维护房型和价格方案的连接关系。培训员工编辑酒店管理系统中的原始预订，并保留 Booking.com 确认号。
Smart Order 的多渠道管理帮助酒店团队在同一工作流程中管理各渠道的预订动态和房态，减少人工操作并提高效率。
更轻松地跟进预订变更
使用 Smart Order 统一管理预订、已连接渠道和运营跟进事项。
常见问题
酒店是否应该为修改后的住宿新建一条酒店管理系统预订？
不应该。应尽可能恢复或更新原始预订。新建第二条预订可能会重复扣减房态，并导致付款记录与预订分离。
员工应该以 Booking.com 的哪个版本为准？
以商家后台当前显示的预订为准，不要使用旧邮件或客人提供的截图。
入住后还可能收到预订修改吗？
可能。客人抵店后仍可能缩短住宿时间或进行其他调整。修改费用前，请将 Booking.com 当前记录与客人的账单进行核对。
如果修改后客人的住宿日期已经满房，该怎么办？
先锁定所有可用客房，并立即上报相关负责人。在酒店确认能够接待修改后的住宿安排之前，不要向客人承诺更换房间。
什么情况下才算问题已经解决？
原始预订只出现一次，所有当前详情均与 Booking.com 一致，新旧日期的房态正确，并且宾客沟通和付款任务均以更新后的住宿信息为准。
