合作方通过自有渠道APP、网站、微信公众号、微信群等通过代理链接、页面嵌套、api接口等方式推广同程旅游产品，产生成功订单后，同程按对应佣金比例结算佣金的合作模式。

　　已经实现产品数据对接，可实时接收产品动态，对方不提供下单接口。需要人工下单采购。

　　(5)Ebooking模式：开放酒店管理后台。

　　5、分析

　　同程盟(及其他OTA巨头)、缤客资源量最大，覆盖面最广，应当作为下游旅游商的供应首选，以更好的满足用户能订到房的基本需求。泰坦云(及其他直连渠道商)、众荟，拥有直连资源，可以帮助合作商提升预订的竞争力，应当作为重要的酒店资源供应商，在满足基本数据接入后，立即考虑接入。途家、蚂蚁短租等C2C可以作为扩展资源持续接入，以提高资源的多样、个性程度。酒店直连考虑接口杂乱，可以考虑自建/整合直连平台，以提升未来竞争力(详见“资源规划策略”)，适合大公司。Ebooking等开放模式，对于中小公司来说，可能并不奏效。当然，公司不同的实力，接入的门槛和程度也是不一样的。

　　不过，对于一些纵向细分的旅游公司，应当根据自身定位，选择匹配的供应商。如：专做民俗风情旅游的平台，可直接与小猪、木鸟等对接资源。

　　不同的酒店供应商对接模式也各不相同，主要有以下几种对接方式：

　　产品信息同步，订单分离，人工采购。

　　产品信息同步，订单同步，直连到酒店系统，无需人工采购。

　　产品信息同步，订单同步，非直连酒店系统，无需人工采购。

　　开放酒店管理接口，酒店方直接编辑，无需人工采购。

　　自有资源，自行管理。

　　在下游对接这些资源时，需要考虑不同的接入方式，从而设计出兼容各种模式的供应链业务方案。

　　三、业务实现模式

　　综上分析， 旅游平台要接入海量的酒店信息，就需要与各种供应商对接。不同的供应模式主要体现在对接开发和订单流程上，这里简单的梳理下作为旅游平台的酒店产品中心及订单流程如何设计。

　　旅游平台酒店产品管理供应/对接流程图：

　　旅游平台酒店产品管理整体业务设计图：

　　旅游平台酒店订单到供应整体业务流程图：

　　以上业务方案只是简略的概括C端旅游平台供应链业务系统，帮助梳理供应链后台需求。当然，整个供应链的建设是比较复杂的，参差不齐的资源、繁杂的业务流程、众多的产品对接问题..都需要去解决。

　　结束语

　　本文档是在设计酒店供应后台之前为了梳理供应链业务而编写的，帮助自身模糊理解。在这里发布时以C端旅游平台的视角稍加改动。有些内容仅代表个人观点，还请大牛指正。