如何在樂天旅遊上架飯店：住宿設定檢查清單

了解 如何在樂天旅遊上架飯店 要從正確的合作夥伴管道開始，而不是使用一般的消費者樂天帳號。飯店必須完成商業與住宿驗證，然後將已核准的頁面轉換為可開放訂房的房型與方案組合。

日本地區的註冊流程包含三個階段：提交住宿申請、完成審核與系統註冊，然後在物業管理畫面中設定方案、庫存和價格。國際合約細節可能會有所不同，因此在準備上線日期前，請先確認飯店所在地的申請管道。

確認資格與正確的申請管道

從住宿所在地區的住宿合作夥伴諮詢或申請頁面開始。在日本，根據適用旅館業法營運的符合資格住宿類型包括飯店、溫泉旅館、民宿、渡假別墅，以及部分包棟出租。

根據住宅宿泊事業法（民泊新法）或特區民泊規定營運的日本住宿，將被引導至獨立的樂天集團註冊管道。日本以外的飯店不應假設適用日本的執照或合約規定；請使用顯示為該飯店所在國家的地區聯絡方式。

在申請前，請確認合法的營運者名稱、住宿營業名稱、地址、住宿類型、執照或註冊號碼、稅籍身分、銀行與結算資訊、授權簽署人以及主要商務聯絡人。請以書面形式要求提供適用的費用或佣金結構、付款時程、取消處理方式、稅務處理及終止條款。

請勿將 樂天旅遊 與 Rakuten Travel Xchange 混淆。後者是為旅遊銷售商提供服務的住宿批發與旅遊科技業務。零售飯店上架應遵循樂天為該市場指定的住宿供應管道。

準備完整的住宿資料包

在填寫任何表單前，請先建立一份經過核准的來源文件。不一致的名稱、地址、設施或政策會在審核期間造成重工，且日後可能會引發旅客客訴。

資料包應包含住宿的座標、電話號碼、電子郵件、入住登記 與退房登記時間、接待處營業時間、支援語言、無障礙設施詳細資訊、停車場、網路連線、吸菸規定、兒童與加床政策、寵物政策、付款方式、稅金、強制性費用及緊急聯絡人。

為每種可銷售的房型準備一份帶有唯一內部代碼的房間登記表。記錄床位配置、最多可入住的成人與兒童人數、房間大小、衛浴安排、吸菸狀態、客房備品、景觀以及實際房間數量。在未記錄如何控制空房狀況的情況下，請勿建立從相同庫存中扣除的兩種公開房型。

建立獨立的住宿方案登記表。樂天旅遊通常透過定義餐飲、取消條款、預訂期限、優惠和價格的方案來銷售客房。房型是實體產品；方案則是附加於其上的商業優惠。

使用準確、已取得版權的圖片。準備清晰的外觀圖片、接待處與公共區域、每種房型、衛浴、餐飲及特色設施的照片。將每張照片與其代表的產品對應，並移除不再提供的備品圖片。

提交申請並追蹤審核進度

提交日本住宿申請表並保留確認電子郵件。樂天隨後會審核提供的資訊，並可能在需要釐清執照、地址、商業身分或其他細節時聯絡指定代表。

使用共用的上線紀錄來記錄提交日期、地區、法定實體、住宿名稱、申請參考編號、樂天聯絡人、要求修正的內容、合約狀態及目標上線日期。回覆樂天的人員應使用同一份已核准的資料包，而非憑記憶重寫細節。

在審核完成前，請勿承諾上線日期。樂天會在此階段執行初步的系統註冊及住宿頁面建立。請等待參與完成通知並取得管理畫面存取權限後，再建立可銷售設定。

使用下方的檢查清單作為商務、收益、營運及財務團隊之間的交接工具。

Smart Order 的 飯店數據分析 能在日後將樂天旅遊的業績與其他通路獨立劃分，協助業主在上線後輕鬆比較 ADR（平均客房收益）、間夜數、營收及訂房貢獻，大幅提升數據分析效率。

建立房型、方案、庫存與房價

在樂天確認參與後，請登入物業管理畫面，並在編輯前確認是正確的住宿。在飯店建立方案並註冊庫存與房價之前，該頁面不會成為完整的可銷售產品。

請使用以下上線順序：

1. 確認住宿名稱、地址、聯絡詳細資訊、類別、入住登記資訊、設施、政策及公開描述。
2. 開啟房間管理區塊，並將每種房型與飯店已核准的房間登記表進行比對。
3. 依照以下順序建立或修正房型：基本房間資訊、銷售期間、基本價格、審核及完成註冊。
4. 在儲存前確認容納人數與床位配置。在此工作流程中，無法直接對現有房型編輯容納人數，因此若發生錯誤，可能需要重新設定並尋求客服支援。
5. 建立住宿方案並將其附加至正確的房間。定義餐飲、包含項目、取消條款、預訂期間、住宿期間及旅客條件。
6. 輸入每個房型與方案組合的房價。檢查數字是否含稅，以及是適用按人計費還是按房計費的邏輯。
7. 在確認庫存是在房間層級共用還是由串接系統控制後，再載入庫存。
8. 審查高需求日期、關閉期間、最短入住天數規定，以及不應銷售的日期。
9. 儲存、重新開啟，並將儲存的設定與已核准的房間和方案登記表進行比對。

請勿隨意使用零元房價作為已記錄關閉規定的替代方案。部分樂天工作流程會將零元視為無空房，但應由目前的帳號、串接設定及關閉程序來決定核准的方法。

謹慎串接飯店管理系統 (PMS) 或通路管理系統

決定房價與庫存是由樂天的管理畫面，還是由飯店管理系統 (PMS)、中央訂房系統 (CRS) 或通路管理系統來主導。在開始對應前記錄主導端；兩個作用中的來源可能會互相覆寫，或暴露出重複的庫存。

根據產品含義而非相似名稱進行對應。確認住宿 ID、房間代碼、方案代碼、入住人數、餐飲包含項目、取消條款、貨幣、稅務基礎及庫存池。保留最終對應的螢幕截圖或匯出檔案。

在載入大範圍日期前，先測試一個房型與方案組合以及低風險日期。驗證房價變更是否成功套用至目標方案，且未改變庫存或限制。接著驗證庫存變更是否正確影響目標的實體房間池。

Smart Order 的 飯店通路管理系統 提供針對已對應房價與空房狀況的單一操作流程。飯店能讓樂天旅遊與其他通路保持即時同步，同時保留清晰的紀錄，輕鬆掌握哪個來源控制著哪項產品，大幅提升管理效率。

驗證公開頁面與測試訂房

在目標的樂天旅遊銷售點搜尋該住宿。驗證名稱、地圖位置、照片、房間描述、備品、政策、餐飲資訊、取消條款、貨幣、稅金以及最終的結帳總額。

測試至少一個可開放訂房的日期與一個應該無空房的日期。核對入住人數與方案條件。住宿頁面出現在搜尋結果中，並不代表每個房型與方案組合都已正確設定。

為了取得上線核准，請在低需求日期進行一筆經過授權且可取消的訂房。確認通知已發送至正確的電子郵件或串接系統，並驗證訂房編號、旅客、日期、房間、方案、價格、稅金、付款方式及取消政策。

如果已串接飯店管理系統 (PMS)，請確認該筆預訂針對正確對應的房間建立了一筆訂房，並扣除了一次庫存。在政策期限內取消訂房，並在每個相關系統中驗證訂房狀態與退回的庫存。

常見問題

任何住宿都可以上架到樂天旅遊嗎？

不行。資格與文件取決於地點和住宿類型。日本申請者應檢查適用的旅館執照以及受管制的民泊專屬管道；海外飯店則應聯絡其地區的合作夥伴聯絡人。

住宿頁面是由樂天建立的嗎？

是的，在日本地區，樂天會在申請審核與系統註冊期間建立初步的住宿頁面。隨後飯店必須確認頁面並完成可銷售設定。

開始銷售前必須設定什麼？

至少需確認住宿頁面並設定房型、住宿方案、庫存與房價。同時也要確認政策、稅金、付款條件、照片及通知傳遞路徑。

房型跟住宿方案一樣嗎？

不一樣。房型描述的是實體的住宿空間。住宿方案則是定義其銷售方式，包含餐飲、取消條款、日期、優惠與價格。

飯店應該立刻串接通路管理系統嗎？

只有在房間與方案代碼穩定，且確認了房價與庫存的來源後才應串接。在發布大量的空房狀況前，請先測試小範圍的對應設定。

樂天旅遊的上架何時才算完成？

完成上架不僅僅是申請獲准。公開頁面、可銷售產品、房價、庫存、通知、訂房接收與取消退回等，都應通過測試。

當商業核准、產品設定、庫存控制及訂房接收能作為一個完整流程運作時，樂天旅遊的上架才算就緒。請將第一筆正式訂房視為最後的上線測試，而非團隊首次檢查設定的時刻。