酒店PMS切换清单：系统迁移前需要做好哪些准备

切换您的 酒店物业管理系统（PMS） 关键与其说在于技术，不如说在于各项工作的先后顺序。前期漏掉一个步骤，就可能埋下直到客人办理入住当天才会暴露的问题——例如预订未成功迁移、某个OTA渠道仍指向旧系统，或者有员工从未在新界面中处理过付款。

本清单按照实际执行顺序涵盖了每个阶段。请依次完成，不要在数据导入完成验证前开始重新映射OTA，也不要在员工尚未使用新系统完整完成一次真实入住流程前确定系统切换日期。

阶段1：数据审核（导出任何内容之前）

请在使用导出功能前完成此项工作。先进行审核，意味着导入后您将拥有一份经过核实的基准数据，可用于比对检查。

宾客档案

• 从当前PMS中导出完整的宾客名单（姓名、电子邮箱、电话号码、入住次数）
• 记录档案总数——导入后需要进行比对
• 标记所有重复档案，并在导出前而非导出后进行清理

未来预订

• 导出所有入住日期晚于计划切换日期的预订
• 确认每条记录均包含：宾客姓名、房型、入住/退房日期、房价及押金状态
• 单独标记已预付款的预订——导入时需要特殊处理

房价方案与房型配置

• 记录每一种 房型，包括命名规范（这会影响字段映射）
• 导出房价方案列表，包括季节性规则和限制条件
• 记录所有已连接且会从当前系统提取房价数据的收益管理工具

历史记录

• 将过去12个月的预订导出为静态存档（CSV或Excel）
• 按渠道导出同期收益报表
• 将这些文件存储在外部——它们无需导入新PMS，但日后发生账务争议时可能需要查阅

阶段2：数据导出与导入

导出

• 按照新服务商接受的格式导出宾客档案（通常为CSV）
• 以相同格式导出未来预订
• 确认各列标题完全匹配——在大多数导入工具中，“名字”和“宾客名字”不能互换
• 关闭导出文件前，统计数据行数

导入

• 将导出文件发送给新服务商的上线团队，或通过其导入工具上传
• 如果服务商允许，请先使用部分数据进行测试导入
• 完成全部导入后，将宾客数量与审核时记录的数字进行比对
• 随机打开10条未来预订，核实日期、房型和房价是否正确
• 确认所有已预付款的预订均已迁移，且押金金额正确

如发现数量不符，请在进入阶段3前解决。若在系统切换后才发现预订缺失，客人抵店时系统中将没有相应记录。

阶段3：实时预订管理

实时预订——即过渡期间新产生的预订——需要有计划地处理。您将在一至两周内并行运行新旧系统，每一笔新预订都必须同时录入两个系统。

• 确定并行运行的开始日期（从这一天起，所有新预订都要录入两个系统）
• 指定一名员工每天核对新旧系统中的新增预订
• 对于预订量较大的酒店：先在旧系统中处理新预订，然后在当班结束前立即将其复制到新系统
• 对于入住日期跨越系统切换日的团队预订：在正式切换前，手动核实两个系统中的每个房间

需要特别留意一种情况：宾客在数据导出日至系统切换日之间通过OTA修改了预订。该修改会出现在OTA和旧系统中，但除非有人及时发现，否则不会出现在新系统中。并行运行期间，应每天检查OTA预订修改日志，并手动更新新系统。

阶段4：OTA重新映射

OTA连接无法在不同PMS之间直接迁移，而是需要重新连接。这一步比其他任何步骤都更容易让酒店遇到问题，因为它看似简单，实际操作起来却并非如此。

断开旧系统连接之前

• 列出当前与旧PMS连接的所有OTA渠道（Booking.com、Agoda、Expedia、Airbnb、Trip.com等，以酒店实际情况为准）
• 记录酒店在每个平台上的ID（重新连接时需要使用）
• 确认哪些OTA要求对新的 渠道管理系统 连接进行人工审批——Booking.com的快速上线流程通常需要24–48小时，请据此安排时间

在新系统中重新连接

• 通过新PMS或渠道管理系统逐一连接各个OTA渠道
• 每完成一个渠道的连接，就在新PMS中测试调整一次可售房量，并确认该变化在5分钟内同步至OTA
• 确认新PMS中的房型名称与各OTA上所映射的房型一致——不匹配会导致同步错误，而且这些错误未必会立即显现
• 正式上线前，确认所有已连接渠道的房价保持一致
• 对于Booking.com：确认Booking.com后台和新PMS控制面板中的连接状态均显示为“已启用”

在确认新系统中的OTA连接已启用之前，不要关闭旧系统的OTA连接。 让新旧连接同时运行24小时，比在白天因一次失败的直接交接导致中断更稳妥。

阶段5：员工培训

员工培训是唯一无法压缩的阶段。培训少一个小时，系统切换后就可能多一次前台操作错误。

入住与退房

• 每名前台员工都要在新系统中使用一笔真实预订（或高度仿真的测试预订）完整办理一次入住——不能只观看演示，而要亲自完成实际流程
• 每名前台员工都要完整办理一次退房并处理一笔付款
• 练习场景：提前入住申请、房型升级、延迟退房费

预订

• 员工能够通过宾客姓名、预订编号和入住日期查找任意预订
• 员工能够手动新增预订（上门散客或电话预订）
• 员工能够修改预订：更改日期、更换房型、添加备注

OTA更新

• 至少有一名员工知道如何在必要时通过渠道管理系统手动关房
• 员工应了解，OTA上的预订修改不会自动更新到PMS中——他们需要检查OTA预订修改日志并手动更新

付款

• 员工能够通过支付链接收取押金
• 员工能够办理退款
• 员工知道在哪里查看预订的付款状态

一个实用的判断标准是：如果任何员工在模拟办理入住时出现犹豫，请在切换前再安排一次培训。培训时的犹豫，到了实际运营中就会变成前台操作错误。

阶段6：切换日执行

切换日是指停止以旧系统为主要系统、全面启用新系统的日期。此时不应再出现任何意外——您已经在阶段1–5完成了所有验证。切换是一次确认，而不是一次测试。

切换前一天

• 所有未来预订均已录入新系统并完成验证
• 所有OTA渠道均已连接至新系统并正常同步
• 员工培训已完成——每位前台员工都至少处理过一笔真实交易
• 已确认新服务商的支持联系人，且能够随时取得联系

切换日早晨

• 检查夜间是否产生了尚未录入新系统的新预订
• 核实当天入住预订是否正确显示，且房间分配准确无误
• 确认OTA可售房量已上线且准确（抽查Booking.com及另一个渠道）
• 向所有员工明确说明：旧系统现在仅供存档查询，所有新操作都必须在新系统中完成

最初48小时

• 每隔几小时监控一次OTA同步——大多数同步问题都会在第一天暴露
• 检查切换后修改的所有预订是否都在PMS和OTA中得到正确更新
• 保留旧系统的访问权限（只读）30天以供查询——在使用新系统完成首个账单周期前，不要注销旧系统账户

阶段7：切换后验证

• 7天后：在新系统中生成收益报表，并与旧系统同期的人工记录进行比对
• 14天后：确认所有OTA渠道均正常同步，且任何平台后台都未提示库存错误
• 30天后：确认员工没有继续维护任何人工影子记录（电子表格、笔记本等）；如仍存在此类记录，可能意味着新系统尚有功能缺口
• 在完成 30 天的验证期后再取消旧 PMS 订阅，切勿提前取消

如果您的新系统将渠道管理器和 PMS 集成在同一产品中，前台与 OTA 渠道之间的数据同步便可自动完成。每当有预订完成处理后，Smart Order 都会立即更新所有已连接 OTA 上的房态——无需手动同步，也不必进行日终核对。这意味着您可以从每日运营检查清单中直接删掉一整项工作。

更换酒店 PMS 检查清单常见问题

我应该在系统切换前多久开始进行数据审计？

请至少在计划切换日期前三周开始。审计本身只需几个小时，但从数据导出到导入验证，再到完成所有必要的修正，整个过程可能需要数天。提前三周开始可以留出缓冲时间，以便在发现数据质量问题时，于导入前完成数据清理。

我可以在旺季更换酒店 PMS 吗？

可以，但应将新旧系统并行运行期从一整周延长至两整周，同时避免将正式切换日安排在有大型团队集中入住或大型活动团房的日期。并行运行是您的安全保障——切换前在两个系统中同步处理的预订越多，您就越能确信没有遗漏任何内容。不要为了赶某个日期而缩短并行运行期。

系统切换期间新产生的 OTA 预订该如何处理？

在新旧系统并行运行期间，如果 OTA 尚未完成重新连接，所有新产生的 OTA 预订都需要手动录入新 PMS。请指定一名员工在此期间每日检查 OTA 变更日志。OTA 渠道与新系统重新连接后，新预订将自动同步——但在正式依赖该功能前，应通过一次房态测试变更确认同步是否正常。

如果导入的数据中缺少预订，该怎么办？

请立即将导入结果与导出前审计所得的数据量进行比对。如果数量不一致，应确认差异出现在宾客档案还是预订记录中。缺失的宾客档案通常可以重新导入；对于缺失的未来预订，则需要将导出的 CSV 与新系统中显示的数据进行交叉核对，找出缺失记录并在正式切换前手动补录。

更换 PMS 时需要通知宾客吗？

更换 PMS 通常无需通知宾客，因为宾客接触的是预订体验，而非后台系统。只有当您的预订确认邮件模板发生变化，并希望让宾客提前了解时，才有必要进行沟通。如果您在更换 PMS 的同时还要更改直订链接或付款流程，请在变更正式上线前通知持有有效预订的宾客。

更换系统后，如何检查 OTA 同步是否正常？

直接登录各 OTA 的商家后台，将其中显示的可售房量与新 PMS 中的数据进行比较。然后在 PMS 中进行一次小范围测试变更——例如封锁一间客房一晚——并确认该封锁是否在五分钟内显示到 OTA 上。如果未能在此时间内完成同步，请先检查新 PMS 中渠道管理器的连接状态，再判断问题是否出在 OTA 端。