1. 各地域の宿泊施設パートナー向け申請ルートを利用する。参加資格、契約、手数料、税金、および必要な許認可は国や宿泊施設タイプによって異なります。
2. ホテルが販売可能な設定を完了する前に、楽天トラベルが申請を審査し、初期の施設ページを作成します。
3. 運営者が施設ページを確認し、管理画面で客室タイプ、宿泊プラン、在庫、客室料金を設定した後にのみ、販売を開始できます。
4. チャネルを稼働させる前に、公開リストと管理されたテスト予約を1件検証します。
楽天トラベルにホテルを掲載する方法について学ぶことは、一般消費者向けの楽天アカウントからではなく、適切なパートナー申請ルートから始まります。ホテルは事業および施設の審査を完了し、承認されたリスティングを予約可能な客室とプランの組み合わせに設定する必要があります。
日本のオンボーディング手順には、3つの段階があります。施設申請の提出、審査とシステム登録の完了、そして管理画面でのプラン、在庫、客室料金の設定です。海外向けの契約詳細は異なる場合があるため、公開日を準備する前にホテルの所在地に適したルートを確認してください。
参加資格と適切な申請ルートを確認する
施設の所在地に応じた宿泊施設パートナー向けの問い合わせまたは申請ページから開始します。日本では、旅館業法に基づき運営される対象宿泊施設タイプには、ホテル、旅館、ゲストハウス、ペンション、および一部の一棟貸しが含まれます。
住宅宿泊事業法または特区民泊のルールの下で運営されている日本の施設は、楽天グループの別の登録ルートに案内されます。日本国外のホテルは、日本のライセンスや契約ルールが適用されると思い込まず、施設の所在国に示されている地域担当窓口を利用してください。
申請前に、法的な運営者名、施設の屋号、住所、宿泊施設タイプ、許認可または登録番号、税務識別番号、銀行および決済情報、代表者（署名権限者）、および主要な取引連絡先を確認してください。適用される手数料または報酬体系、支払いスケジュール、キャンセルの取り扱い、税務処理、および解約条件について、書面で確認を求めてください。
楽天トラベルをRakuten Travel Xchangeと混同しないでください。後者は、旅行販売業者にサービスを提供するホールセール（卸売り）の宿泊および旅行テクノロジー事業です。一般消費者向けのホテル掲載は、楽天がその市場向けに指定した施設提供ルートに従う必要があります。
完全な施設データパックを準備する
フォームに入力する前に、承認済みのソースドキュメントを1つ作成してください。名前、住所、施設・設備、またはポリシーに矛盾があると、審査中の手戻りが発生し、後々ゲストからのクレームの原因となる可能性があります。
データパックには、施設の座標、電話番号、メールアドレス、チェックインおよびチェックアウト時間、フロントデスクの営業時間、対応言語、バリアフリーの詳細、駐車場、インターネット接続、喫煙ルール、子供・エキストラベッドのポリシー、ペットのポリシー、支払い方法、税金、必須料金、および緊急連絡先が含まれている必要があります。
販売可能なすべての客室タイプに対して、一意の内部コードを付与した客室台帳を準備します。寝具、大人および子供の最大定員、客室の広さ、バスルームの配置、喫煙・禁煙、アメニティ、景観、および実際の客室数を記録します。空室状況の管理方法を文書化せずに、同じ在庫から引き当てられる2つの公開客室タイプを作成しないでください。
宿泊プランの台帳は別途作成してください。楽天トラベルでは通常、食事、キャンセル条件、予約受付期間、特典、および料金を定義したプランを通じて客室を販売します。客室タイプは物理的な商品であり、プランはそれに付随する商業的なオファーです。
正確で著作権のクリアされた画像を使用してください。鮮明な外観画像、フロントデスクおよび共有エリア、すべての客室タイプ、バスルーム、食事、および特徴的な施設・設備の画像を準備します。各写真をそれが表す商品と一致させ、提供が終了したアメニティの画像は削除してください。
申請を提出し、審査状況を追跡する
日本の施設申請フォームを提出し、確認メールを保管してください。その後、楽天が提供された情報を審査し、許認可、住所、事業者の身元、またはその他の詳細について確認が必要な場合、指定された代表者に連絡することがあります。
共有のオンボーディング記録を使用して、提出日、地域、法人、施設名、申請の参照番号、楽天の担当者、要求された修正、契約状況、および目標とする公開日を記録します。楽天に返信する担当者は、記憶を頼りに詳細を書き直すのではなく、承認済みの同じデータパックを使用する必要があります。
審査が完了する前に公開日を確約しないでください。楽天は、この段階で初期のシステム登録と施設ページの作成を行います。参画完了のお知らせと管理画面へのアクセス権限を受け取ってから、販売可能な設定を構築してください。
営業、収益管理、運営、および財務チーム間の引き継ぎとして、以下のチェックリストを使用してください。
Smart Orderのホテル BIは、後から楽天トラベルの実績を他のチャネルと分離して分析できるため、オーナーが公開後にADR（平均客室単価）、宿泊数、収益、および予約貢献度を比較するのに役立ちます。
公開後に楽天トラベルの効果を測定する
楽天トラベルの宿泊数、ADR、稼働率、収益を比較し、単なる掲載状況ではなく、商業的な貢献度によってチャネルを評価します。
客室タイプ、プラン、在庫、および客室料金を構築する
楽天が参画を承認した後、施設管理画面にログインし、編集する前に正しい施設であることを確認します。ホテルがプランを作成し、在庫と客室料金を登録するまで、リスティングは完全に販売可能な商品にはなりません。
以下の公開手順を使用してください：
- 施設名、住所、連絡先、カテゴリー、チェックイン情報、施設・設備、ポリシー、および公開用の説明文を確認します。
- 客室管理エリアを開き、すべての客室タイプをホテルの承認済み客室台帳と比較します。
- 基本客室情報、販売期間、基本料金、確認、そして登録完了の順で、客室タイプを作成または修正します。
- 保存する前に定員と寝具を確認します。このワークフローでは、既存の客室タイプの定員を直接編集することはできないため、エラーが発生した場合は再設定やサポートの支援が必要になる可能性があります。
- 宿泊プランを作成し、適切な客室に紐付けます。食事、含まれるサービス、キャンセル条件、予約期間、宿泊期間、およびゲストの条件を定義します。
- 客室とプランの各組み合わせに対して料金を入力します。金額が税込みであるか、また1名あたりの料金か1室あたりの料金のどちらのロジックが適用されているかを確認します。
- 在庫が客室レベルで共有されているか、連携されたシステムによって制御されているかを確認した後にのみ、在庫を登録します。
- 需要の高い日程、販売停止期間、最低宿泊日数のルール、および販売すべきではない日程を確認します。
- 保存して再度開き、保存された設定を承認済みの客室およびプランの台帳と比較します。
文書化された販売停止ルールの代わりに、安易にゼロ円の料金を使用しないでください。楽天の一部のワークフローでは、ゼロ円を販売不可（売り止め）として扱いますが、承認された方法は、現在のアカウント、連携設定、および販売停止手順によって決定されるべきです。
ホテルPMSまたはチャネルマネージャーを慎重に連携する
楽天の管理画面と、ホテルPMS、CRS、またはチャネルマネージャーのどれが客室料金と在庫を管理するかを決定します。マッピングを開始する前に管理元を記録してください。2つのアクティブなソースが存在すると、互いに上書きし合ったり、重複した在庫を公開したりする可能性があります。
似たような名前ではなく、商品の意味に基づいてマッピングします。施設ID、客室コード、プランコード、定員、食事の有無、キャンセル条件、通貨、課税基準、および在庫プールを確認します。最終的なマッピングのスクリーンショットまたはエクスポートデータを保管してください。
広範囲の日程を登録する前に、1つの客室・プランの組み合わせとリスクの低い日程でテストします。在庫や制限を変更することなく、料金の変更が意図したプランに反映されることを検証します。その後、在庫の変更が意図した物理的な客室プールに影響を与えることを検証します。
Smart Orderのチャネルマネージャーは、マッピングされた客室料金と空室状況を管理するための単一のワークフローを提供します。ホテルは、どのソースが各商品を制御しているかの明確な記録を保持しながら、楽天トラベルを他のチャネルと同期させることができます。
単一のソースから楽天の在庫を管理する
客室とプランの商品を慎重にマッピングし、競合する更新ワークフローを維持することなく、楽天トラベルの料金と空室状況を管理します。
公開されたリスティングとテスト予約を検証する
対象となる楽天トラベルの販売サイトで施設を検索します。施設名、地図上の位置、写真、客室の説明、アメニティ、ポリシー、食事情報、キャンセル条件、通貨、税金、および最終的なチェックアウト（決済）の合計金額を検証します。
予約可能な日程を少なくとも1つ、予約不可であるべき日程を1つテストします。定員とプラン条件を一致させます。検索結果に施設ページが表示されることは、すべての客室とプランの組み合わせが正しく設定されていることを証明するものではありません。
公開の承認を得るため、需要の低い日程でキャンセル可能な公式の予約を1件作成します。通知が正しいメールアドレスまたは接続されたシステムに届くかを確認し、予約番号、ゲスト、日程、客室、プラン、料金、税金、支払い方法、およびキャンセルポリシーを検証します。
ホテルPMSが連携されている場合は、予約によって正しくマッピングされた客室に対して1件の予約が作成され、在庫が1つ減ることを確認します。ポリシー内でキャンセルし、関連するすべてのシステムで予約のステータスと返却された在庫を検証します。
よくある質問（FAQ）
どの宿泊施設でも楽天トラベルに掲載できますか？
いいえ。参加資格や必要書類は、所在地や宿泊施設タイプによって異なります。日本の申請者は、適用される旅館業法や規制された民泊向けの別ルートを確認する必要があります。海外のホテルは、地域のパートナー担当窓口を利用してください。
楽天が施設ページを作成しますか？
はい。日本では申請の審査およびシステム登録の際に、楽天が初期の施設ページを作成します。その後、ホテルはページを確認し、販売可能な設定を完了する必要があります。
販売開始前に何を設定する必要がありますか？
少なくとも、施設ページを確認し、客室タイプ、宿泊プラン、在庫、および客室料金を設定する必要があります。また、ポリシー、税金、支払い条件、写真、および通知のルーティングも確認してください。
客室タイプは宿泊プランと同じですか？
いいえ。客室タイプは物理的な宿泊施設を説明するものです。宿泊プランは、食事、キャンセル条件、日程、特典、料金など、その客室がどのように販売されるかを定義するものです。
ホテルはすぐにチャネルマネージャーを連携すべきですか？
客室とプランのコードが安定し、客室料金と在庫の管理元について合意が得られた後にのみ連携すべきです。広範な空室状況を配信する前に、範囲を絞ったマッピングでテストを行ってください。
楽天トラベルへの掲載はいつ完了しますか？
完了には、申請の承認以上のことが求められます。公開ページ、販売可能な商品、客室料金、在庫、通知、予約の配信、およびキャンセルによる在庫戻しなどがすべてテストに合格する必要があります。
楽天トラベルへの掲載は、商業的な承認、商品の設定、在庫管理、および予約の配信が一つのプロセスとして機能して初めて準備完了となります。最初の実際の予約を、チームが初めて設定を検査する機会としてではなく、最終的なオンボーディングのテストとして扱ってください。
