Switch分销技术解读

来源:环球旅讯|2009-03-13
当Switch在海外成熟运作近40年后,该业务终于进入中国市场。但对于中国业者来说,知道Switch的人很少,了解Switch的人更少。

  当Switch在海外成熟运作近40年后,该业务终于进入中国市场。但对于中国业者来说,知道Switch的人很少,了解Switch的人更少。什么是Switch?Switch有什么作用?
  Switch的核心就是将行业数据标准化,让所有企业都能共享通用的数据。在标准化数据后,Switch连通买卖双方的系统,从而实现标准化数据的对流即实时交互。

  通用的数据接口起源于航空公司,相关的行业如酒店业也希望把自己的产品标准化,并尽可能扩大分销面,从而更广泛地推广给消费者。但当时技术条件不成熟(1960年左右),这时大家想,干脆我们把自己的产品和价格都放到一个地方,定期更新,然后通知代理商都到这里来查询,预订,这样不是挺好吗。所以,AA(美国航空公司)和IBM合作,就诞生了世界第一个GDS-Sabre系统,主要来分销机票。这么多年过去了,这种系统就发展成了我们熟悉的4大GDS系统(Amadeus/Galileo/ Sabre/Worldspan),这就是一个中央数据库+N多分销终端的通用接口模式。在几十年的时间里,让航空公司、酒店收益不小,因为很容易可以分销到境外了。但这些运营GDS系统的是技术公司,仅负责数据收集和分发,而且,一开始是为分销机票服务的,这比较简单,因为航空公司有自己现成的终端,产品也相对标准化,但是后来酒店也希望使用GDS来为他们分销房间服务啦,怎么办?

  大的酒店集团(如:Hilton, Holiday Inn...)说:OK,我们自己搞一个中心的预订系统(CRS),再接入GDS,这样一次性,集团内所有酒店都接入了GDS。这条产业链就又产生了像Holidex这样的CRS。但世界还有太多的单体酒店,他们也想加入GDS,怎么办...自己搞?成本太高啊!这时,有聪明的技术公司就想,我们做一套系统,帮他们接入,然后收取接入费,这么多酒店,一定有的赚。所以就诞生了一群接入GDS的公司,业内称其为Switch公司,像Pegasus...注意,这些都是技术公司,非代理商,他们做的系统,可以让世界范围内几万家单体酒店都登录上来,把房态,价格,房量等传给指定的GDS系统,甚至传输到指定的某一家旅行社的某台分销终端,然后接收订单。其中,最终极的Switch接入方式就是直接连接单体酒店PMS和集团酒店CRS。因此,成千上万家的酒店也非常成熟地通过GDS销往全球,每年订单超过数千万个。随着时间的发展,分销的Agent已经不再局限于那些旅行社了,大型的在线分销商加入了进来,现在全世界差不多有近4000家在线分销商可以让酒店把价格通过Switch放到他们网站上去,比较著名的有Expedia, Travelocity, orbitz, priceline等等,这些行业称之为IDS/ADS的发展都是在这近20年的时间快速起来的,它们又极大地繁荣了酒店分销市场,在GDS市场份额和业务量逐渐下滑的同时补充了Switch公司的继续发展,让越来越多的酒店采用Switch技术与分销企业对接。
  以上是行业发展的一个故事,从专业角度和中国国情而言,我们该如何审视酒店分销,特别是分销技术?我们是否应该接受海外的先进模式?尽管人工成本在增加,但仍然是廉价劳动力市场的中国是否需要技术替代人工操作?作为分销技术最重要的环节,Switch公司是否能在中国发展壮大?本文将逐一阐述。
  何谓Switch?

  从技术角度,Switch 是交换机,它的前身是网桥。交换机是使用硬件来完成以往网桥使用软件来完成过滤、学习和转发过程的任务。Switch速度比HUB快,这是由于HUB不知道目标地址在何处,发送数据到所有的端口。而Switch 中有一张转发表,如果知道目标地址在何处,就把数据发送到指定地点,如果它不知道就发送到所有的端口。这样过滤可以帮助降低整个网络的数据传输量,提高效率。但然交换机的功能还不止如此,它可以把网络拆解成网络分支、分割网络数据流,隔离分支中发生的故障,这样就可以减少每个网络分支的数据信息流量而使每个网络更有效,提高整个网络效率。目前从全球技术发展来看,Switch正在替代HUB。

  对于酒店行业,Switch是数据交互的桥梁,即把交易双方(酒店和分销渠道)的数据进行匹配,并搭建数据流转的互联网管道,从而让交易双方的数据能够电子化自动交互。举例来说,某酒店可以通过Switch管道与其分销渠道进行Rate Code(销售政策,包含协议价格、价格执行日期、价格有效条件等)、Room Type(房型)的匹配,之后双方可以通过管道进行订单交互(预订、确认、取消、修改等),日夜审数据处理等,并从原来的人工操作转变为实时、自动、准确地电子化作业。

  什么是真正的Switch?

  真正的Switch必须具备非常严苛的条件。

  第一, 必须是与PMS、CRS的直连,而不是Extranet(E-booking)的方式。

  Extranet仅仅是分销渠道给予酒店一个终端操作界面,就如同门户网站的Blog或者邮箱,分销渠道分配给每家合作酒店一个用户名和密码,酒店通过登录该分销渠道的网站或者操作后台为其进行价格维护、订单处理和日夜审记录。Extranet在中国已经运营了近10年,大的分销渠道如携程、艺龙等都已经和数百上千家酒店采用Extranet(中国叫E-booking)的方式在合作。

   Switch则是把酒店的核心管理系统-PMS/CRS打开一个接口,并通过接口与所有分销渠道进行直接的连接。酒店将不再使用Extranet为某分销渠道进行价格、订单、日夜审的处理,而直接通过PMS和所有分销渠道进行合作。
  第二、Switch能展示酒店的实时房态和传递每一家分销渠道的实时专属价格。
  酒店日常工作完全依赖于PMS,酒店的每个工作环节都需要在PMS进行记录,包括对不同渠道的销售价格维护,客房的实时状态(可销售、维修、待打扫、已入住等),订单的录入、修改、取消,客户入住、离店记录。这些所有环节都是实时在变化的。

  通过Switch管道,酒店和分销渠道将共享最实时的销售价格、房间状态。分销渠道能像售卖机票一样知道某酒店的哪些房型是有房,且对它的销售政策是有效的,并把这些信息能实时转达给预订中心和消费者。 酒店也不需要人工通知分销渠道变价和房态,而直接通过Switch传递出去。分销渠道也不需要签约部、房态中心来人工维护价格,问询房态了。消费者也就能选择可预订的酒店直接确认,而不再是先选择酒店,再等待是否能确认预订。

  第三,Switch将分销渠道的订单直接传递到PMS中,并实时确认。
  Switch能做到酒店某个房型有房即可确认,无房则自动拒绝。有了酒店房态的真实、实时显示,分销渠道就非常清楚某时间点某酒店可以售卖的房型和价格。当消费者通过该分销渠道预订时,查看到的都是有效的房型、房价,从而完全避免预订无效酒店和房型。

  更有价值的是,Switch能将分销渠道的订单直接写入PMS,并获得PMS确认号。一方面,分销渠道将不再需要等待确认,另一方面,酒店预订部和前台都无需手工确认订单,并将确认好的订单录入PMS。一步到位的订单交互让酒店、分销渠道、消费者都全面避免了人工操作,也消除了等待时间。
  第四,Switch能传递给分销渠道真实的客人入住、离店记录。
  在国外,因为客人大部分是预付或者担保的方式进行酒店预订,Switch无需提供客人入住、离店记录。但是在中国,由于客人很少担保,所以造成很多订单虽然预订好了,但是客人却不去入住,造成酒店和分销渠道的双重损失。以往,对于分销渠道,特别是订房中心,都需要大量人工打电话到酒店问询客人是否入住或离店,并依据这些记录向酒店收取佣金。而行业的最高准确率仅仅70%左右。

  Switch能从PMS中抓取客人入住、离店的准确记录并传递给分销渠道,完全节省人工日夜审成本,同时将准确率提高到100%,为分销渠道提升30%左右的佣金收入。
  成功Switch公司的先决条件

  要想成为成功的Switch公司,必须有强大的酒店市场和技术能力。

  其一、Switch公司必须和有广泛酒店客户市场的PMS、CRS厂商达成良好的合作关系。PMS、CRS对Switch公司的开放不单取决于酒店本身,还需要PMS、CRS厂商的支持。这些厂商必须为酒店的PMS、CRS安装和维护Switch接口。这意味着,在酒店本身从业务上认可Switch连接的同时,还需要PMS、CRS厂商从技术上支撑该业务。 
  其二、Switch公司具备PMS、CRS接口对接能力。传统的PMS是封闭式的酒店内部管理系统,而不是开放式系统。PMS要与Switch或者分销渠道直连,必须转化为开放式的系统,PMS厂商需要改良和升级原有系统来匹配新的业务和运营环境。Switch公司也需要按照PMS、CRS的接口标准进行对接,并转换给分销渠道。
  其三,也是最重要的一点。Switch必须具备交易双方数据转换的能力。所谓Switch,最核心的就是数据转换。酒店PMS、CRS有自己的数据标准,每家分销渠道也有自己的数据标准。作为中间的转换方,Switch公司必须综合双方的标准后制定一套适用于所有交易者的统一标准。这既需要考虑酒店的数据环境,更为复杂是的分销渠道的数据环境。

  简单地说,Switch公司的介入,将带给酒店与分销渠道:

  1、 同步交易双方的实时房态、价格,避免无效房型和房价的对客销售。

  2、 最大程度上提高确认速度,由以往的几十分钟到1天缩减到7*24小时实时确认。

  3、 提供准确日夜审记录,提高分销渠道的实际收益。

  4、 完全避免酒店和分销渠道人工作业的成本和失误。

  Pegasus作为全球最成功的Switch公司,在整个酒店分销环节上扮演着无可取代的独特角色。在中国,Switch业务也已经开展两年,石基、Opera、Fidelio、西软、泰能、昆仑等多家PMS、CRS品牌已经具备Switch接口对接能力。CHINAonline畅联作为这些品牌的独家合作伙伴已经将该项业务推广给上千家酒店、酒店集团以及中国大陆十余家顶级的分销渠道。
   Switch业务在中国的推行,将极大程度上改善人工成本提升、业务竞争加剧、消费者服务要求提高等影响分销渠道、酒店业务发展的障碍和瓶颈,也全面颠覆以往分销渠道、酒店的独立作业,通过Switch管道将双方紧密地连接在一起,从而更好地服务终端客户。

Switch分销技术解读的更多相关文章

  1. 分布式架构和微服务CI/CD的范本技术解读

    随笔分类 - 分布式架构--http://www.cnblogs.com/hujihon/category/858846.html (ZooKeeper.activemq.redis.kafka)的分 ...

  2. Cube 技术解读 | Cube 小程序技术详解

    本文为<Cube 技术解读>系列第三篇文章,之前上线的<支付宝新一代动态化技术架构与选型综述>与<Cube卡片技术栈解读>欢迎大家回顾. 魔方卡片(Cube)已在「 ...

  3. 唱吧DevOps的落地,微服务CI/CD的范本技术解读----最大的难点并不是实际业务代码的编写,而是服务的监控和调试以及容器的编排

    1.业务架构:从单体式到微服务 K歌亭是唱吧的一条新业务线,旨在提供线下便捷的快餐式K歌方式,用户可以在一个电话亭大小的空间里完成K歌体验.K歌亭在客户端有VOD.微信和Web共三个交互入口,业务复杂 ...

  4. 唱吧DevOps的落地,微服务CI/CD的范本技术解读

    1.业务架构:从单体式到微服务 K歌亭是唱吧的一条新业务线,旨在提供线下便捷的快餐式K歌方式,用户可以在一个电话亭大小的空间里完成K歌体验.K歌亭在客户端有VOD.微信和Web共三个交互入口,业务复杂 ...

  5. 阿里云全球首次互联网8K直播背后的技术解读

    3月28日,云栖大会·深圳峰会现场,阿里云发布并现场演示了阿里视频云最新8K互联网直播解决方案.这是全球发布的首个8K视频云解决方案,也是全球首次8K互联网视频直播. 视频地址:https://v.q ...

  6. 葡萄城首席架构师:前端开发与Web表格控件技术解读

    讲师:Issam Elbaytam,葡萄城集团全球首席架构师(Chief Software Architect of GrapeCity Global).曾任 Data Dynamics.Inc 创始 ...

  7. POLARDB v2.0 技术解读

    点击观看“POLARDB 2.0 升级发布会”:https://yq.aliyun.com/live/1136 回顾POLARDB 1.0 POLARDB 1.0 主要的改进包括采用了计算存储分离的架 ...

  8. 性能达到原生 MySQL 七倍,华为云 Taurus 技术解读【华为云技术分享】

    版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/devcloud/article/detai ...

  9. AI开发利器:HiLens Studio技术解读

    摘要:传统的AI应用开发和部署意味着高成本和高门槛,借助HiLens Studio,AI应用开发和部署仅需要三步. 曾几何时, 在我们青春年少时, 当我们看到某篇AI的技术文章时, 心中总不免想要在一 ...

随机推荐

  1. 嵊州D2T1 “我只是来打个电话”

    嵊州D2T1 “我只是来打个电话” 精神病院有一个这样的测试. 给出一个正整数集合,集合中的数各不相同,然后要求病人回答: 其中有多少个数,恰好等于集合中另外两个(不同的)数之和? 回答正确的人,即可 ...

  2. Java基础之回味finally

    平时大家try…catch…finally语句用的不少,知道finally块一定会在try…catch..执行结束时执行,但是具体是在什么时候执行呢,今天我们一起来看下. public static ...

  3. Java设计模式学习笔记(三) 工厂方法模式

    前言 本篇是设计模式学习笔记的其中一篇文章,如对其他模式有兴趣,可从该地址查找设计模式学习笔记汇总地址 1. 简介 上一篇博客介绍了简单工厂模式,简单工厂模式存在一个很严重的问题: 就是当系统需要引入 ...

  4. JAVA接口的继承与集合

    复习 20190701 接口补充 一. java是单继承多实现 单继承: 一个类只能有一个父类 public class D extends D1 { } 2. 多实现 一个类可以同时实现多个接口 当 ...

  5. 通讯(tarjan缩点)(20190716NOIP模拟测试4)

    B. 通讯   题目类型:传统 评测方式:文本比较  内存限制:256 MiB 时间限制:1000 ms 标准输入输出 题目描述 “这一切都是命运石之门的选择.” 试图研制时间机器的机关SERN截获了 ...

  6. kubernetes安装部署-day01

    一.基础环境的准备: 1.1.安装docker: docker的官网是:https://www.docker.com/ 1.1.1.rpm包安装: 官方下载地址:https://download.do ...

  7. EnjoyingSoft之Mule ESB开发教程系列第五篇:控制消息的流向-数据路由

    目录 1. 使用场景 2. 基于消息头的路由 2.1 使用JSON提交订单的消息 2.2 使用XML提交订单的消息 2.3 使用Choice组件判断订单格式 3. 基于消息内容的路由 4. 其他控制流 ...

  8. Spring Boot 整合 Shiro实现认证及授权管理

    Spring Boot Shiro 本示例要内容 基于RBAC,授权.认证 加密.解密 统一异常处理 redis session支持 介绍 Apache Shiro 是一个功能强大且易于使用的Java ...

  9. 手写 Spring

    手写 Spring 不多说,简历装 X 必备.不过练好还是需要求一定的思维能力. 一.整体思路 思路要熟练背下来 1)配置阶段 配置 web.xml: XDispatchServlet 设定 init ...

  10. 个人永久性免费-Excel催化剂功能第18波-在Excel上也能玩上词云图

    这年头数据可视化日新月异,在Excel上做数据分析,最后一步,难免要搞个图表输出高大上一回,微软也深知此道,在Excel2016上更新了一大波图表功能,市场上很耀眼的词云图还是没加进来,虽然在各大的在 ...