Python實現動圖生成：輕松創建自定義表情包
WebBeds 酒店分銷工作方式的表示
就 API 覆蓋率而言，WebBeds 提出了相對相似數量的功能：
HPro Travel（前身為 HotelsPro）是另一家全球批發提供商，與 205 個國家/地區的 100 萬家酒店建立了聯系（據稱是直接和間接的）（顯然，有多種計算方式）。無論如何，HPro Travel 有兩個您可能會感興趣的主要 API。
Coral API。Coral 是來自第三方的合同酒店和聚合酒店的大量池子，盡管 HPro Travel 承諾其所有庫存的批發價格并提供一套標準服務。Coral使用RESTful API，不提供SOAP選項。自己決定它是否適合您。珊瑚有什么？
好的，內容在哪里？它由另一個 API 支持。
Cosmos API。這個非常有趣，因為它唯一的重點是酒店內容和內容映射。
當您從多個來源（如批發商、全球分銷系統、大型 OTA）匯總酒店，并需要分配相同的 ID 和調整所有內容時，就需要進行映射。映射中的另一個主要問題是調整房間類型，因為不同的供應商對他們的房間類型的定義不同。而且，如果您是 OTA，您希望在整個庫存中有一個連貫的表示。
如果您曾經從多個供應商處采購過酒店房間庫存，您就會知道繪制所有房間和內容是多么令人頭疼。您通常可以繪制 80% 的房間，但這 20% 是您受苦的地方。那么，Cosmos提供什么？
Travco是一家起源于埃及的國際酒店企業。它幾乎做所有旅行：航空、旅游，甚至酒店建設。他們有一個批發分公司，主要專注于歐洲。雖然他們沒有聲稱擁有數十萬家酒店，但 Travco 與 12,000 多家酒店簽訂了直接合同。在技術方面，他們堅持使用舊的XML：
Bonotel 不是一個批發商，而是一個提供批發報價的旅游經營者。關于他們要記住的另一件事是，他們不賣所有東西，只賣豪華酒店。因此，他們的全球庫存不會很大，但是……好吧，如果這就是你要找的，那就很獨特了。Bonotel 沒有那些用于內容映射的花里胡哨的功能，但它在XML-only API中打包了一組基本服務：
此外，Bonotel 擁有許多技術合作伙伴，這些合作伙伴經過認證可以使用他們的 API，因此您可以隨意聯系他們而不是提供商本身。
現在讓我們結束對批發商的介紹，但正如您所猜到的，批發商的數量要多得多。其中前兩個是最大的。但是，如果您針對某些特定地區，您最終可能會尋找當地的床位銀行。
渠道管理器是大多數酒店都會使用的軟件。它幫助他們通過單一界面同時在多個渠道之間分配庫存和費率。例如，一旦在 Expedia 上預訂了房間，渠道經理就會自動通知其他在線旅行社此房間不再可用。這有助于酒店避免使用多個渠道的手動工作并防止超額預訂。
顯然，通常有更多的頻道可用
有趣的是，渠道經理并不局限于 Booking 或 Expedia 等在線旅行社。他們還可以與床位銀行、GDS 和酒店直接預訂引擎連接。較大的渠道經理為酒店提供了額外的軟件環境，例如物業管理系統、預訂引擎和模塊。
但是，為什么我們還要談論渠道經理呢？好吧，如果您是 OTA，他們可能是與特定渠道經理合作的酒店建立聯系的一種選擇。
渠道經理有什么酷的地方？他們最終是直接與酒店合作的技術公司。通常，他們有不錯的 API 支持，您可能會期望您采購的房間在到達您手中之前沒有經過多個第三方。一些渠道經理開始與度假租賃和城市住宅合作，在 Airbnb 上分銷話語權，這使他們與傳統的 GDS 和批發商顯著不同。您可能知道，批發商不可能與您那位在夏天出租平房的奶奶簽約。
渠道經理有什么不好。他們的客戶是酒店，而不是分銷商，盡管看起來兩者兼而有之。這意味著您必須有充分的理由說服渠道經理與您合作。如果一些與特定渠道經理合作的酒店或連鎖酒店希望您成為他們的分銷合作伙伴，那么您就有機會建立聯系。最后，酒店可以自己決定是否希望您成為他們的分銷渠道。
基本上，他們必須通過他們的頻道管理器應用程序啟用您的頻道。
另一個問題是渠道管理市場是分散的：不同的酒店堅持使用不同的渠道管理者，整合其中許多渠道管理者可能成為一項重要的工程任務。一個可行的方案是與一個或多個渠道經理以及一些批發商集成，以獲得廣泛的酒店覆蓋范圍。
但您最擔心的是一些渠道經理不提供內容。他們將為您提供可用性和費率支持，但圖片和描述由您承擔。
誰在使用渠道經理。除酒店外，各種在線旅行社和批發商也是渠道經理的連接合作伙伴。像 Booking.com 這樣的大型 OTA 有自己的專用于渠道管理器的 API。如果你是一個較小的分銷商，你可以使用渠道經理自己構建的API。他們的另一重要合作伙伴群體是與渠道經理或物業管理系統集成的技術提供商，這些系統提供收入管理模塊、客房服務軟件等。
我們選擇了一些最大的渠道管理器提供商，但請記住，還有更多。
SiteMinder 被大約 35,000 家酒店、家庭和度假租賃公司使用。是的，這超出了一些批發商所能提供的。但是，如果您是 OTA，您的產品必須通過他們的審查程序并獲得認證。請記住，根據您正在尋找的功能，有多種類型的認證。
SiteMinder 使用 SOAP XML 連接：
根據 SiteMinder 的說法，它是需要您自己查找酒店內容的渠道經理之一。
Cloudbeds 是另一家大型渠道管理器提供商，約有 20,000 家酒店使用它。除了渠道管理本身，Cloudbeds還提供物業管理系統和預訂引擎。其 REST API 支持以下 JSON 交換格式：
但他們的 API 集遠不止于此，因為它還迎合了將他們的應用程序與預訂引擎和 PMS 系統集成的應用程序開發人員。
eRevMax 是一家旅游技術公司，支持三種產品：代理商的元搜索平臺、酒店管理儀表板和渠道管理器。我們顯然對第三個感興趣。他們的渠道管理器 RateTiger 連接到大約 9,000 家酒店，并以被 Hotelbeds 用作折扣客房的主要來源而聞名。
eRevMax 使用 XML 連接來支持：
我們找不到任何證據表明 RateTiger 允許您獲取酒店內容。最有可能的是，與 SiteMinder 類似，您必須在其他地方找到酒店內容。
OTA占據了分布金字塔的頂峰。盡管有數百家各式各樣的在線旅行社，但每個人都知道，旅游世界由兩個最大的參與者主導：Booking Holdings（Booking.com、Kayak、Agoda、Priceline等）和Expedia Group（Expedia、Travelocity、Orbitz、HomeAway等）。由于它們的規模，這些龐然大物能夠為小型企業提供分銷支持（顯然，可以從他們的加價中分得一杯羹）。
由于其市場主導地位，無需使用任何其他中介。連鎖酒店、舒適的當地酒店經營者、房主和擁有海濱平房的人們都愿意聯系 Booking 和 Expedia 在那里分發，而 OTA 反過來為每個酒店經營者推薦他們自己的物業管理界面（外聯網）供其使用。如果酒店利用多個渠道，渠道經理確保與 Expedia 和 Booking.com 平臺建立聯系。
實際上，您可以在我們的另一篇長篇讀物中了解 OTA 的內部運作。或者，您可以觀看我們的旅行能力領導者 Andrey 的視頻。
你應該連接到大型 OTA 嗎？
為什么要連接到大型 OTA…可能很酷。他們幾乎擁有一切，真的，除了只與 Airbnb 合作的房產。還記得Hotelbeds的180k酒店嗎？好吧，Booking.com 有超過 2900 萬個房源。您還可以獲得完整的內容和預訂支持。
OTA 作為連接合作伙伴有什么不好。如果您打算建立傳統的 OTA，那么使用主要競爭對手的聯盟計劃可能只是在開始時是一個可行的選擇，因為您的合作伙伴將從您的預訂加價中分得一部分。
誰使用 OTA 作為連接合作伙伴。有很多案例。如果你是一個旅游博主，你可以集成一個小部件，讓你的讀者直接從你的博客預訂，并為自己賺取微薄的傭金。如果你的價值主張是，比如，尋找個性化的旅行選擇，或者你是某種復雜的旅行規劃者，包括航班、酒店、汽車租賃、體驗等，那么與大型OTA合作也可能很有吸引力。最后，整合 OTA 庫存是專門從事其他業務的旅行提供商的常用方法。例如，捷藍航空酒店服務由 Expedia 提供支持。
Booking.com 列出了大約 250 萬個屬性，有一個聯盟計劃，允許您使用除 API 之外的多種類型的服務。有各種小部件、橫幅、搜索框，所有諸如此類的東西。但是 API 非常強大。它支持 XML 和 JSON 交換，并提供以下功能：
無論哪種情況，您都必須向最終客戶展示您的服務由 Booking.com 提供支持，并且集成基于 API 的預訂要求您符合 PCI DSS。
Expedia 是 Booking Holdings 的主要競爭對手，其子公司擁有超過 160 萬處房產，其中包括 VRBO 上的超過 765,000 處房產。Expedia 有一個非常強大的 RESTful API 用于酒店分發，并使用很酷的新功能對其進行更新。那么，他們提供什么？
您可以通過 OTA 查看其他聯盟計劃。攜程是亞洲最大的分銷商，也是Skyscanner的所有者，也有聯盟提案。
我們要討論的最后一組供應商是科技企業，它們確實…嗯，你的名字。有些特別專注于聚合盡可能多的酒店資源并使用 API 進行分發，有些則專注于內容服務。通常，它們屬于“連接提供商”一詞。
除了連接供應商和分銷商外，您還可以在此組中找到酒店和內容映射。
那么，連接提供商有什么酷的地方呢？他們為您提供非常具體的服務，有時讓您訪問最廣泛的酒店和內容庫。最終，您可以向它們申請更多的優惠來擴充您的現有庫存，或對您的庫存進行映射，以避免重復、錯誤或內容缺失。
連接提供商有什么不好？與任何與中間商合作一樣，它是有代價的。另一個問題是，連接業務可以匯總來自其他聚合商的交易，一般來說，并非所有酒店在無法完全控制其庫存時都感到滿意。
誰使用連接提供商。它們可能對分銷商和酒店都有幫助。分銷商可以獲得更廣泛的連接，而酒店還可以利用地圖服務來檢查所有渠道的所有內容和房間是否都是最新的。
RateGain 是一家印度旅游技術公司。他們向酒店經營者和分銷參與者銷售一整套有用的工具。但不管這一切有多么有趣，讓我們關注他們最近的收購。2018 年，RateGain 收購了 DHISCO Switch。如果你是酒店業的老前輩，你可能聽說過這些人。自 1989 年以來，DHISCO 通過將酒店的中央預訂系統與 Sabre GDS 連接起來，一直在進行酒店分銷。1996 年，他們開始與 OTA 建立聯系。如今，RateGain 盡管與其他參與者相媲美，但它與 125,000 家酒店建立了連接，分布在 OTA、GDS 和元搜索引擎上。
他們今天提供什么？
開關。基于XML的核心交換器通過直接連接到酒店中央預訂系統來支持所有預訂操作。
店。商店服務用于推動價格、政策、房間類型、便利設施，同時還提供價格明細。
內容。這幾乎是不言自明的。很酷的是，DHISCO 致力于直接與酒店的內容管理系統連接。
這是中間的Dhisco的標志
GIATA是酒店市場的另一家老牌公司，自1996年開始運營。該公司的產品是一種黃頁，每條信息都有自己的內容ID（多代碼）。目前，GIATA聲稱已經繪制了多達118萬處房產的地圖。要了解有關酒店地圖的更多信息，請查看我們的單獨文章。
您可以使用其 XML REST API 從 GIATA 獲取酒店數據：
一個相對較新的功能是 2019 年 3 月推出的房間類型映射。它將來自不同供應商的不同房間類型對齊，以連貫地分布它們。好東西，因為酒店喜歡為他們的房間類型發明獨特的名字。
Gimmonix 是一家來自以色列的相對年輕的企業，成立于 2010 年。他們的核心產品Travolutionary的工作方式與DHISCO Switch類似。它匯總了來自約 80 家酒店、140 萬家酒店和約 150 家供應商的酒店交易，然后使用單一 API 將它們分發到 OTA 中。但是您應該考慮更多很酷的功能。下面我們簡單介紹一下他們的產品：
Travolutionary。他們的主要產品專注于分銷，但也有一些其他有趣的功能：
地圖服務。允許 OTA 和 – 令人驚訝的是 – 酒店覆蓋酒店和房間級別的地圖。OTA 可以標準化他們從不同來源收到的內容;雖然酒店可以檢查他們的內容是否正確映射并在分銷商平臺上顯示。如果您使用多個來源來形成您的酒店庫存，Mapping.Works 值得檢查。如果您使用 Travolutionary 作為唯一的源，則它已經具有內置映射。與使用自己的分配給酒店及其內容的多代碼的 GIATA 不同，Gimmonix 構建了一種機器學習算法，可以自動映射酒店和房間級別。
預訂服務。會自動檢查不同供應商的相同房間報價，并嘗試在旅行者使用您的服務預訂此房間時找到經銷商利潤方面的最佳交易。它還可以在預訂完成后自動取消和重新預訂房間，前提是它為這個房間找到了更好的交易，并且取消政策允許這樣做。
DerbySoft 是一家總部位于美國的連接公司，匯集了約 220,000 筆酒店交易并進行分銷，在供應鏈的兩端擁有 400 多個集成合作伙伴，這意味著供應商和分銷商加起來。
旁注：如果您想知道我們從哪里獲得這些數字 – 它就來自公司的網站！這些企業中的大多數都是私營的，因此我們必須相信他們的營銷數字。Booking Holdings 和 Expedia 等一些上市公司在其年度報告中披露了庫存規模，這看起來比登錄頁面更值得信賴，但這些是我們唯一的選擇。
讓我們回到DerbySoft。該公司與 Gimmonix 類似，通過?JSON RESTful API?提供三種產品。
去。他們的主要連接產品，它直接連接到酒店的中央預訂系統 （CRS） 和物業管理系統 （PMS），以進一步在 OTA 上分配房間。API 支持：
點擊。Click 是一個元搜索引擎，可幫助酒店在各自的業務中營銷他們的優惠。
Max。Max 是一個內容套件，具有 500+ 不同的酒店屬性。它不具備所有這些映射功能，無法將 DerbySoft 內容與其他提供商相匹配。但它將通過標準化的圖像、描述、房間類型等為您提供支持。
好的，如果你在這里，你正在尋找酒店業主可以使用的主要 API。這不是本文的主要重點。但是，我們將提供一套您作為酒店經營者或住宿業主應該了解的最基本的事情。
從技術上講，Google Hotel Ads 是一個元搜索引擎，類似于 Kayak 或 Skyscanner。但與專用平臺不同的是，Google Hotels 可以直接通過搜索引擎頁面訪問，并在用戶開始尋找住宿時激活。它在地圖上顯示價格，具有日期和位置過濾器，如果酒店經營者決定啟用“在 Google 上預訂”功能，有時甚至可以充當 OTA。Google Hotels是Google Travel平臺的一部分，也是奪取Travel Distribution秘密邪惡計劃的一部分。
因此，Google Hotels API 是其手動工作界面的補充。如果您正在運行多個廣告系列并需要一些自動化，請檢查他們的 REST-ful API。它有：
此外，Google 還幫助酒店經營者提供有關廣告系列的數據洞察。
Tripadvisor 是…好吧，你知道它們是什么。Tripadvisor API?主要面向分銷商和元搜索引擎。它可以提供位置 ID、名稱、地址、坐標。但是，努力直接預訂的酒店可以在其預訂網站上放置：
Tripadvisor 是社會證明的必備工具，因此您也可以考慮與他們集成。
Airbnb API 適用于那些在度假期間不出租公寓的住宿業主。對于專業的 Airbnb 房東來說，它是一種工具，他們在多個渠道上分配他們的財產，并使用渠道經理來管理所有資產，而不是一次使用多個外聯網。API 支持：
在撰寫本文時，Airbnb 不接受新的 API 訪問請求，并且正在努力應對嚴重打擊 Airbnb 及其房東的大流行后果。但是，讓我們保持希望。
Guesty 是一家由 Y-Combinator 驅動的初創公司，籌集了約 3500 萬美元。隨著Airbnb將城市短期租賃引入市場，Guesty為其制作了一個渠道經理（以及針對小型房屋所有者的一大堆其他事情）。現在，他們與Airbnb（也是Y-Combinator的校友）以及其他渠道（如HomeAway）合作。
他們的 JSON API 是為房主創建的，用于向第三方公開他們的渠道管理器和物業管理功能。
他們的 API 公開：
因此，如果您使用 Guesty 作為頻道經理，API 允許集成自定義軟件。
又是 Expedia。除了為分銷商設計的 EPS 外，他們還有針對酒店和物業管理供應商的Connectivity APIs 。因此，您可以將酒店數據直接推送到 Expedia 品牌的整個投資組合，繞過外聯網，如果您有家庭渠道經理，甚至可以繞過第三方渠道經理。您可以使用此 XML 接口做什么？
實際上，Expedia 通過這種豐富的 API 連接直接支持酒店經營者是相當慷慨的。例如，Booking Holdings就沒有這個功能。他們確實有自己的一套 API 連接性，但它們只面向技術提供商，主要是渠道經理。如果你是一家酒店，想自動與 Booking 品牌互動，就必須通過你的渠道經理。
讓我們總結一些最后的想法和一些建議。
使您的業務模式與主要酒店提供商保持一致。將小型預訂個性化工具連接到渠道經理是無稽之談，就像試圖使用 GDS 庫存構建以住宿為中心的經典 OTA 一樣。考慮您最需要什么，并開始研究那些擅長此的合作伙伴。
如果您使用多個 API，您最終將需要一個映射解決方案。提前考慮一下，并考慮一下，誰將成為您夢寐以求的地圖合作伙伴。也許你可以自己解決映射問題。
信任測試環境，而不是登錄頁面。坦率地說，我們的工程師并沒有與我們在這里描述的所有企業合作過。因此，在所有這些情況下，很難說清楚所有這些 API 的真正功能，尤其是在您的個人業務問題方面。在注冊任何這些工具之前，請確保您花時間運行測試請求，并查看您得到的響應類型。
原文鏈接：https://www.altexsoft.com/blog/hotel-api/
