- 酒店ARI (Availability, Rate and Inventory),属于酒店的核心数据,CRS系统的存在除了即时同步PMS的ARI数据,并分发给各上游渠道进行销售外,还兼顾着集团对各旗下门店的数据收集、整理分析(借助外部系统)和指导、控制的工作。集团利用数据资源、人才和分析模型来帮助门店得到更多收益。其中最典型应用,就是集团帮助门店来定义ARI数据。
- 之前已经介绍了集团在施行营销活动时,怎样下发Rate Code Header来要求门店参与活动,自上而下--由酒店集团来控制ARI数据定义 vol.1。这次我们来分享一下如何完整地控制各门店的房价,案例会涉及到RMS(Revenue Management System)。
- 拥有定价功能的收益系统,可以把经过计算的定价决策推送给CRS,CRS来负责把这个决策结果发送到各门店和直销、分销渠道,而决策结果可以是指具体的Rate Code定价, 显然之前在第一集中的方案就不能满足了(只下发Rate Header),这次需要用到CRS的全房价下行功能,即包含Rate Header和Detail,而Detail中才会有具体定价。这是Kunlun CRS 3.7版本的最大特性。

- 在通常情况下,RMS的决策结果传递,会配合CRS和PMS自带的BAR Base Rate或DBAR Base Rate使用:RMS系统只会推出来一个基础的BAR Rate作为各酒店的指导价,当RMS把这个基础价格给到CRS的那一刻,CRS的其他价格(大部分是衍生价)都跟随指导基础价自动浮动。就在同时,CRS也会把RMS的决策传达给各酒店PMS系统,让PMS在系统内容来做同样的计算。也几乎是同时,OTA也会接到价格变化的推送,正所谓牵一发而动全身。

- 另外,即使不依赖RMS系统,Kunlun CRS也可以作为定义酒店级房价的工具,各酒店的收益管理人员可以直接在Kunlun CRS中来定义价格,被定义好的内容会自动下载到PMS。对于那些因集团PMS品牌、版本众多,对于房价功能不统一的情况下,这是个很好的选择。
- 以上功能基于Kunlun CRS 3.7,现已发布。
- 特性:
- 房价详情下行到PMS
- 完整房价下行到PMS
- 支持Rate Category和RoomType Category级别的约束控制
- 预订单支持使用Kunlun LPS券进行预付
- LPS增加英文版
- RMS修改去年同期对比、某市场和总比的展现方式
- 修复Bug:
- 当会员消费奖励类型“航空里程”时,不获得积分
- 针对PCI认证做出安全性改造,保护用户的信用卡信息,并且对用户、会员密码进行处理
- SOC的监控的异常通知频率问题修复
- SOC对监控范围(酒店)的控制问题修复
-