洞察

哪款酒店 PMS 能对接 SiteMinder？OTA 订单到达之后会发生什么？

凡是在 Booking.com、Agoda 或 Expedia 上卖房的酒店，都会问 PMS 供应商两个问题：你们能对接我们的渠道管理器吗？订单回来之后到底会发生什么？对 WinX 来说，第一个答案很短：能，通过 SiteMinder。第二个答案才决定你的前台会不会在晚上十一点手工录单。

痛点：渠道管理器接上了，活儿没接上

订单以邮件形式到达。 很多所谓的“集成”到可售房和房价推送出去就结束了。预订本身落在收件箱里，由人手工录入 PMS：姓名、日期、房价，常有错字，必有延迟。录完之前，那间房仍在对外销售。

酒店按配额卖房。 每个渠道分一块房。给少了，OTA 显示售罄而房间空着；给多了，最后一个周末超售。有人每天下午都在各个“桶”之间搬房。

没人说得清 OTA 到底花了多少钱。 佣金在几周后按对账单支付，各渠道的业务占比和成本就成了一张没人相信的表格。

为什么会这样：PMS 从来没被设计成“主数据”

渠道管理器只做好一件事：把一套可售房和房价推给多个 OTA，再把订单收回来。一切取决于喂给它的是什么。围绕夜审批处理设计的 PMS 给不出实时房数，于是只能给配额。只存预订、不存客人的 PMS 无法从 OTA 订单建立档案，于是只能生成一条带着匿名邮箱、别无其他的预订。渠道管理器替下面那一层背了黑锅。

WinX 怎么做：一次映射，之后只剩房池

• SiteMinder 是 WinX 对接的渠道管理器。 也是唯一的一个，WinX 在系统集成页上说得很明白。SiteMinder 再连接 Booking.com、Agoda、Expedia、Trip.com 及其支持的其他渠道；开关渠道在 SiteMinder 里操作，无需动 PMS。
• 三项映射，一次设置。 每个 WinX 房型映射到一个 SiteMinder 房型代码，每个房价代码映射到一个价格方案，每个 OTA 映射到一个代理代码。最后一项，让 WinX 之后能按来源统计业务和各渠道成本。
• 可售房从实时房池推出。 WinX 没有配额。前台、团队部或你自己的预订引擎卖出一间房，SiteMinder 分发的就是同一个数字、同一个时刻。最后一间房可以同时挂在所有渠道，因为只有一个渠道能真正卖掉它。
• 订单完整落地。 它以渠道管理器预订的标记进入 WinX，带着 OTA 代理代码、一份账单和一份客人档案。没有人录入。接待看板上显示为到店，来源一目了然。
• 直订共用同一个房池。 你自有域名上的 WinX 预订引擎卖的是同一份实时可售房，这正是提升直订占比能安全推进的前提：不会出现你的网站“售罄”而 OTA 还在卖的情况。
• 渠道结构是一张报表，不是一张表格。 每笔预订都带着代理代码，各渠道收入及其佣金都是对实时数据的查询。

在哪里最见效

房池越忙，映射的价值越大。Petronas Pengerang 在一套 WinX 上运营超过 1,000 间客房；在这个规模下，一个走丢的配额就是一整排空房。光谱的另一端，Batu Batu——一座 29 栋别墅的私人海岛——选择完全通过自己的 WinX 预订引擎销售，不接任何 OTA。两者跑在同一个实时房池上；渠道策略是业主的选择，不是软件的限制。

常见问题

WinX 能对接 Booking.com、Agoda 和 Expedia 吗？

能，通过 SiteMinder 渠道管理器。WinX 把房型、房价代码和 OTA 代理代码映射到 SiteMinder，由它分发到你启用的渠道，并把订单回传进 WinX。WinX 没有直连 OTA 的接口；SiteMinder 就是分销层。

WinX 支持哪些渠道管理器？

SiteMinder。这是 WinX 目前唯一对接的渠道管理器，覆盖主要 OTA 和元搜索渠道。如果你的物业用的是别的渠道管理器，那是一次迁移讨论，而不是集成讨论。

我需要给每个 OTA 分配配额吗？

不需要。WinX 从单一实时房池分发可售房，与前台和预订引擎使用的是同一个数字。配额是为了保护给不出实时房数的 PMS；WinX 不需要这种保护。

OTA 订单到达时，前台看到的是什么？

接待看板上的一条预订，标记为渠道管理器订单并显示 OTA 来源，一份可直接办理入住的账单，以及一份下次能认出客人的档案。无需重复录入。

我能看到每个 OTA 带来多少业务、花了多少钱吗？

能。每笔预订都带着 OTA 代理代码，各渠道收入及其佣金是对实时数据的报表，而不是几周后对着 OTA 对账单做的核对。

相关：直订 vs 依赖 OTA · 实时可售房 vs 配额 · WinX 全部集成 · WinX PMS