B2B 宿泊単体公開要件
これらの発売要件は、business-to-business(B2B)統合モデルを使用し、旅行者がお客様の旅行代理店のいずれかとやり取りする場合に適用されます。
概要
B2Bのローンチ要件は2つのセクションに分類されます:
B2B SA要件: これらはこの予約フローに特有のものです。これらの要件は、以前に統合した他の料金タイプ / 予約フローとは異なる場合があるため、注意深くお読みください。
共通要件 : すべての予約フローに共通している要件です。すべてのフローでこれらすべての要件を満たしていることをご確認ください。
チェックリスト
あなたの開発をサポートしたり、要件に関するフィードバックを提供するのに役立つチェックリストをご覧いただけます。サイトレビューのスクリーンショットを提供する場合は、チェックリストにスクリーンショットと対応するログを追加してください。これにより、レビューの完了が円滑に進みます。
B2B SA固有の要件
一般的な要件
GR3:ダウンストリームエージェントは、当社のインベントリにアクセスするために、当社のエージェント利用規約に同意する必要があります。
旅行者の代理として予約を行う代理店は、当社の下流代理店規約に同意する必要があります。予約前に代理店が確認し、同意できるように、下流代理店へのリンク()を提供する必要があります。その他のバージョンは、エクスペディア パートナー ソリューション()でご利用いただけます。
予約ページ
BP5 : 表示価格には合計価格と税およびサービス料の明細を含める必要があります。
A) 合計価格
予約の合計価格は、お支払いページで旅行者に表示する必要があります。合計価格は API レスポンスと一致する必要があり、切り上げや切り捨て、通貨換算は許可されていません。最終的な内訳には、宿泊料金(合計または1泊あたり)、追加宿泊料金(後述のproperty_fee
フィールドにあるものを除く)、すべての宿泊金額と税金、請求可能な合計金額を記載し、施設で現在支払うものと後日支払うものを明記する必要があります。
B) 税金の明細
価格表示には、tax_and_service_fee
とproperty_fee
の合計を「税金と手数料」というタイトルの1行として含める必要があります。料金の内訳に含まれる税金と手数料の合計に言及する場合、以下の正確なテキストを表示することが法的に義務付けられています。これは、pop-up, プレーンテキスト、モーダル、またはその他の実装として表示できます。施設 料金は、チェックアウトページに別途表示すべきではありません。
"税金は業者(e.g. ホテル)に支払う税金回収料です。詳細は利用規約をご覧ください。サービス料は、お客様のご予約を処理するための報酬として保持され、ベンダーによって請求される手数料が含まれる場合があります。" 翻訳はエクスペディア パートナーソリューション でご覧いただけます。
tax_and_service_fee
、返される金額には、税務当局によって義務付けられた税金と手数料のみが含まれます。
C) パートナーサービス料と予約手数料
Expedia Group が予約手数料の許可の権利放棄を認める範囲で、パートナーサービス料または予約手数料は明確に分離する必要があります。Expedia Group, 予約にpartner-imposedサービス料が加算される場合、その料金が提携先によって課されるものであり、別個のサービス(i.e. 宿泊施設の提供に対する追加料金ではない)に対するものではないことを顧客に明確にする必要があります。料金は、既存の税金および手数料の項目に含まれない場合があります。パートナーは「手数料」という言葉を使用して請求する料金を説明することはできません。代わりに「アフィリエイト・ブッキング・チャージ」や「アフィリエイト・サービス・チャージ」を使うこともできます。
確認ページ
CP1: 価格表示には、合計価格と、内訳が記載されている場合は税金と手数料を含める必要があります。
A) 合計価格
予約の合計金額は、確認ページで旅行者に表示されなければなりません。合計価格は API レスポンスと一致する必要があり、切り上げや切り捨て、通貨換算は許可されていません。最終的な内訳には、宿泊料金(合計または1泊あたり)、追加宿泊料金(後述のproperty_fee
フィールドにあるものを除く)、すべての宿泊金額と税金、請求可能な合計金額を含め、施設で現在支払うものと後日支払うものを明記する必要があります。
B) 税金の明細
価格表示には、tax_and_service_fee
とproperty_fee
の合計を「税金と手数料」というタイトルの1行として含める必要があります。税およびサービス料の合計が価格明細に記載される箇所では、以下と完全に一致する表現を使用して表示することが法的に義務付けられています。これは、pop-up, プレーンテキスト、モーダル、またはその他の実装として表示できます。施設 料金はチェックアウトページに別途表示すべきではありません。
"税金は業者(e.g. ホテル)に支払う税金回収料です。詳細は利用規約をご覧ください。サービス料は、お客様のご予約を処理するための報酬として保持され、ベンダーによって請求される手数料が含まれる場合があります。" 翻訳はエクスペディア パートナーソリューション でご覧いただけます。
tax_and_service_fee
、返される金額には、税務当局によって義務付けられた税金と手数料のみが含まれます。
C) パートナーサービス料と予約手数料
Expedia Group が予約手数料の許可の権利放棄を認める範囲で、パートナーサービス料または予約手数料は明確に分離する必要があります。Expedia Group予約にpartner-imposedサービス料が加算される場合、その料金が提携先によって課されるものであり、別個のサービス(i.e. 宿泊施設の提供に対する追加料金ではない)に対するものではないことを顧客に明確にする必要があります。料金は、既存の税金および手数料の項目に含まれない場合があります。パートナーは「手数料」という言葉を使用して請求する料金を説明することはできません。「アフィリエイト予約料」、または「アフィリエイト サービス料」という言葉を使用できます。
確認メール
ER6 : 表示価格には合計価格と税およびサービス料の明細を含める必要があります。
A) 合計価格
予約の合計金額は、Eメールの領収書に旅行者に表示されなければなりません。合計価格は API レスポンスと一致する必要があり、切り上げや切り捨て、通貨換算は許可されていません。最終的な内訳には、宿泊料金(合計または1泊あたり)、追加宿泊料金(後述のproperty_fee
フィールドにあるものを除く)、すべての宿泊金額と税金、請求可能な合計金額を含め、施設で現在支払うものと後日支払うものを明記する必要があります。
B) 税金の明細
価格表示には、tax_and_service_fee
とproperty_fee
の合計を「税金と手数料」というタイトルの1行として含める必要があります。税およびサービス料の合計が価格明細に記載される箇所では、以下と完全に一致する表現を使用して表示することが法的に義務付けられています。これは、pop-up, プレーンテキスト、モーダル、またはその他の実装として表示できます。施設 料金は、チェックアウトページに別途表示すべきではありません。
"税金はベンダー(e.g. ホテル)に支払われる税金回収料です。詳細は利用規約をご覧ください。サービス料は、お客様のご予約を処理するための報酬として保持され、ベンダーによって請求される手数料が含まれる場合があります。" 翻訳はエクスペディア パートナーソリューション でご覧いただけます。
tax_and_service_fee
、返される金額には、税務当局によって義務付けられた税金と手数料のみが含まれます。
C) パートナーサービス料と予約手数料
Expedia Group が予約手数料の許可の権利放棄を認める範囲で、パートナーサービス料または予約手数料は明確に分離する必要があります。Expedia Group, 予約にpartner-imposedサービス料が加算される場合、その料金が提携先によって課されるものであり、別個のサービス(i.e. 宿泊施設の提供に対する追加料金ではない)に対するものではないことを顧客に明確にする必要があります。料金は、既存の税金および手数料の項目に含まれない場合があります。パートナーは「手数料」という言葉を使用して請求する料金を説明することはできません。「アフィリエイト予約料」、または「アフィリエイト サービス料」という言葉を使用できます。
共通の打ち上げ要件
以下のローンチ要件は、すべての予約フローにおいてすべてのパートナーに適用されます。表示価格の詳細な説明を含む、各料金タイプに固有の追加要件は、個別の料金要件リストで提供されます。
一般的な要件
GR1: 当社の名称およびロゴの使用
当社の名称およびロゴの使用は、traveler-facingまたはagent-facingのサイトにおいてのみ、例外として当社の書面による明確な事前承認がある場合に限り可能です。
例 :

GR2:表示される利用規約URLへのリンク
あなたのサイトの利用規約のテキスト内に当社の利用規約へのリンクを提供するか、あなたの予約ページから直接利用規約にリンクしてください。これらの規約には、予約管理のポリシーが詳述されています。easy-to-find、「Supplier Terms & Conditions(サプライヤー規約)」というリンク文言を用いて、以下のリンクを設置してください。英語版 およびその他のバージョン は、Expedia Partner Solutionsでご覧いただけます。
例 :

GR4:Merchant of Record(MoR)です:クレジットカード規制に関する適切な使用と表示
旅行者のカード会員情報を取得、使用、送信、保管、または処理する場合は、PCIセキュリティ基準審議会が発行したPayment Card Industry Data Security Standardを遵守する必要があります。これらの規制に関する完全なリファレンスは、公式ウェブサイト(PCI Security Standards Council)で入手できます。
GR5:MoRまたは施設はどこですか:該当するパートナーに提供されたPCI準拠の証拠
私たちがMorであろうと、施設がMoRであろうと、PCI準拠の証拠として準拠証明書(AOC)を提出しなければなりません。
PCIコンプライアンスに関するアドバイスは、公式ウェブサイト(PCI Security Standards Council)でご覧いただけます。
検索ページ
SP1:アフィリエイトが子供を予約に含めることを許可している場合、適切なメッセージと子供の年齢の入力が実装されています。
お子様連れのご旅行を許可する場合は、チェックイン時にお子様の年齢を指定できるようにする必要があります。この情報は、occupancy
オブジェクトを通じて提供されます(以下の例を参照)。
旅行者がお子様を指定した場合、APIレスポンスに年齢制限や追加客室料金、ベビーベッド料金が含まれることがあり、これが予約の料金や適格性に影響することがあります。
子供とみなされる年齢の範囲は、ホテルごとに設定されます。多くの場合、17 歳以下が子供とみなされます。一部の施設では、18 歳未満の宿泊を許可していません。
API リクエストの例 :
https://api.ean.com/2.4/properties/availability?checkin=2020-09-11
&checkout=2020-09-14
¤cy=USD&language=en-US& occupancy=2-9,4 &property_id=XXXX
&country_code=XX&sales_channel=XXXX
&sales_environment=XXXX&filter=XXXX&rate_plan_count=XXXX
&rate_option=XXXX&billing_terms=XXXX&payment_terms=XXXX
&partner_point_of_sale=XXXX&platform_name=XXXX
**API レスポンスの例 : **
"occupancies": {
"2-9,4" : {
"nightly": [
[
ユーザー インターフェースの例 : 1 室 (大人 2 名 / 子供 2 名 (9 歳と 4 歳))。

宿泊施設 / 客室の空室状況
AP1: 各部屋にベッドタイプの説明があります。
ショッピングのレスポンスでは、bed_groups
配列を単一の値で返すこともあれば、複数のオプションで返すこともあります。設定配列に含まれる値を表示し、旅行者のベッド選択を記述します。
bed_groups
配列が複数の選択肢を返す場合、旅行者が選択できるように、ショッピングのレスポンスで提供される各ベッドタイプのprice_check
リンクを表示します。
同じ客室に複数ベッドタイプのオプションを選んだお客様に対しては、リクエストはできるものの、空室状況によってはホテルで受け付けられない場合があるというメッセージを表示しなければなりません。
部屋名はShoppingレスポンスのrooms配列内でroom_name
として返されます。
APIレスポンスの例
"property_id": "11775754",
"rooms": [
{
"id": "230434524",
"room_name": "Superior double room" ,
"rates": [
{
...
"bed_groups": {
"133243": {
"id": "133243",
"description": "Double bed" ,
"links": {...},
"configuration": [...]
},
"133242": {
"id": "133242",
"description": "2 single beds" ,
"links": {...},
"configuration": [...]
}
},
**ユーザー インターフェースの例 : **

AP2:Non-refundable国旗がはっきりと見えます。
Non-refundable refundable=false
、の可用性レスポンスでは、で可用性が示されます。 空室状況のレスポンスでrefundable=false
が返された場合は、該当する客室を明確に表示してください。この値は、どのポリシーデータよりも常に優先されます。これらの予約では、どのような状況であっても施設からの返金は行われません。
**API レスポンスの例 : **
"property_id": "XXXX",
"rooms":
"id": "XXXX",
"room_name": "Fairmont King",
"rates":
"id": "XXXX",
"status": "available",
"available_rooms": 4999,
"refundable": false ,
"deposit_required": false,
"merchant_of_record": "expedia",
**ユーザー インターフェースの例 : **

AP3:check-in、check-inの特別な指示を表示します。
checkin
,checkout
,fees
,policies
オブジェクトの内容は、コンテンツ 施設 定義で返されるように、部屋ごとに表示されなければなりません。この情報は、チェックイン時に発生する可能性のある料金や、特別なアクセス方法について旅行者が確実に認識できるよう、空室状況ページに表示する必要があります。
check-in check-in checkin
例えば、到着予定時刻を施設に通知する要件、ゲストビルディングとは異なる場所でのcheck-in、電子メールによる施設からの特別なcheck-in指示を期待するアラートなど。
旅行者に対して同じエリア内に instructions
と special_instructions
の両方を必ず表示してください。
**API レスポンスの例 : **
"11775754": {
"property_id": "11775754",
"checkin": {
"begin_time": "16:00 PM",
"end_time": "4:00 AM",
"instructions": "Minimum age to check in is 18 years old.
<br />Extra-person charges may apply and vary depending on property policy.
<br />Government-issued photo identification and a credit card may be required at
check- in for incidental charges.
<br />Special requests are subject to availability upon check-in and
may incur additional charges. Special requests cannot be guaranteed. <ul>. ",
"special_instructions": "Front desk staff will greet guests on arrival. For more details,
please contact the property using the information on the booking confirmation.",
"min_age": 18
"checkout": {
"time": "11:00 AM"
"fees": {
"mandatory": "<p>You'll be asked to pay the following charges at the property:</p>
<ul><li>Deposit: USD 50 per day</li>
<li>Resort fee: USD 28.25 per accommodation,
per night</li></ul> The resort fee includes:<ul
><li>Pool access</li><li>Fitness center access</li><li>Fitness/yoga classes</li>
<li>Airport shuttle</li><li>Phone calls</li><li>In-room safe</li><li>Self parking</li>
<li>Valet parking</li><li>Parking</li></ul> <p>We have included all charges provided to us by the property.
However, charges can vary, for example, based on length of stay or the room you book. </p>",
"optional": "<p>The following fees and deposits are charged by the property at time of service,
check-in, or check-out. </p> <ul> <li>Breakfast fee: between USD 6 and USD 25 per person
(approximately)</li> <li>Late check-out is available for a fee (subject to availability)</li>
<li>Rollaway bed fee: USD 20.0 per night</li>
</ul> <p>The above list may not be comprehensive. Fees and deposits may not include tax
and are subject to change. </p>"
"policies": {
"know_before_you_go": "<ul> <li>Up to 2 children 12 years old and younger stay free when
occupying the parent or guardian's room, using existing bedding. </li>
<li>The property has connecting/adjoining rooms, which are subject to availability
and can be requested by contacting the property using the number on the booking
confirmation. </li> </ul>"
**ユーザー インターフェースの例 : **

予約ページ
BP1: 個人情報をSSLで暗号化
個人データを送受信する場合は、SSL 暗号化を使用して、クライアントのブラウザ / アプリケーションとサイト間の接続、および依存システムとのネットワーク通信を保護する必要があります。個人データには、お客様の名前、電話番号またはメールアドレス、決済カードの詳細、予約 / 旅程の受領と確認のページが含まれます。接続が保護されていない場合は、接続を停止またはリダイレクトします。
BP2:check-in、check-inの特別な指示を表示します。
checkin
,checkout
,fees
,policies
オブジェクトの内容は、コンテンツ 施設 定義で返されるように、部屋ごとに表示されなければなりません。この情報は、旅行者が予約を確定する前に、check-inで発生する可能性のある料金や特別なアクセス方法を確実に認識できるように表示する必要があります。
check-in check-in checkin
例えば、到着予定時刻を施設に通知する要件、ゲストビルディングとは異なる場所でのcheck-in、電子メールによる施設からの特別なcheck-in指示を期待するアラートなど。
旅行者に対して同じエリア内に instructions
と special_instructions
の両方を必ず表示してください。
BP3: キャンセルポリシーとnon-refundableタグを明確に表示します。
旅行者が最終予約ページで購入を確定する前に、選択した客室のキャンセルポリシーまたはnon-refundableタグを提供する必要があります。各料金のキャンセルポリシーは、Rapid Shopping Availability APIのcancel_penalties
オブジェクト内で提供されます。
返金可の料金の場合、レスポンスには一連のキャンセルポリシーの詳細が含まれます。詳細には、指定されたキャンセル料の適用開始日と終了日、およびキャンセル料のタイプ、値、適用される例外予約期間が含まれます。キャンセル料のタイプには、固定金額、宿泊数、合計料金に対する割合が含まれます。
レスポンス | 意味 |
---|---|
refundable=true | この料金は全額返金可能です。 |
refundable=true + cancel_penalties | • この料金は、キャンセル期間内であれば払い戻しが可能です。 • 最も早い cancel_penalties.[].start 、それが将来のタイムラインである場合は、無料キャンセル期限です。• レートは100%non-refundable cancel_penalties.[].end |
refundable=false | • このレートはnon-refundable. • キャンセル料適用期間は返されません。 |
refundable=false + cancel_penalties | • 料金の一部は払い戻し可能です。 • cancel_penalties は、nonrefundable_date_ranges と共に表示される必要があります。予約が作成されると、この範囲の滞在日がnon-refundableであることが示されます。 |
詳しくはこちらキャンセルポリシーの作り方 .
参考ページ :
refundable=false
- 予約が作成されるとすぐに返金不可の金額が発生します。
cancel_penalties
とnonrefundable_date_ranges
が詳細を提供します。
nonrefundable_date_ranges
- 予約が作成されると、この範囲の滞在期間は返金不可となります。
cancel_penalties
nonrefundable_date_ranges
に含まれない滞在期間に適用されます。cancel_penalties
が空欄か返されない場合、料金は 100% 返金不可です。cancel_penalties
の期間内にキャンセルするとキャンセル料が発生します。- 最も早い
cancel_penalties.[].start
、将来のタイムラインであれば、無料キャンセル期限となります。 - 最新の
cancel_penalties.[].end
以降は100%non-refundableです。
APIレスポンスの例:キャンセルポリシーとnon-refundableフラグ
"property_id": "11775754",
"rooms": [
{
"id": "230434524",
"room_name": "Traditional Room (Partner:Connect Test)",
"rates":
"id": "276321199",
"status": "available",
"available_rooms": 4999,
"refundable": true,
"cancel_penalties": [
{
"start": "2020-09-10T18:00:00.000-07:00",
"end": "2020-09-11T18:00:00.000-07:00",
"amount": "76.00",
"currency": "USD"
**ユーザー インターフェースの例 : **

BP4: 施設で支払うべき料金を料金の内訳に別途表示します。
料金が fees 配列で返される場合、各値を施設で支払う料金 (チェックインまたはチェックアウト) として個別に表示します。旅行者に現地通貨を提示し、通貨を要求します。これらの料金は施設によって直接徴収されるものであり(当社や地方自治体によって徴収されるものではありません)、税金や料金の項目に含まれる標準的な税金回収料金、税金、料金の一部ではありません。
APIレスポンスの例手数料の配列
"fees" : {
"resort_fee": {
"request_currency": {
"value": "74.97",
"currency": "USD"
},
"billable_currency": {
"value": "74.97",
"currency": "USD"
},
"scope": "per_accommodation",
"frequency": "per_night"
}
},
**ユーザー インターフェースの例 : **

BP7: 該当する場合、子供の年齢を再度説明する必要があります。
お子様連れのご旅行が可能で、ご旅行者がお部屋の選択にお子様連れのご旅行者を指定された場合、予約ページでお子様連れの人数と年齢を明確に確認する必要があります。この情報はchild_ages
オブジェクトを通じて提供されます。
BP8: 我々はMoRまたは施設です:エンドトラベラーからの支払いがいつ行われるかを明記してください。
弊社がMoRの場合、提供されたクレジットカードに予約金額全額が直ちに請求されることを明記します。
施設で徴収する場合、提示したクレジットカードでチェックインまたはチェックアウト時に施設により課金されることを明示します。もし施設がnon-refundable post-payレートを提供している場合は、代わりに旅行者が予約完了後すぐに施設から請求される可能性があることを示します。
BP9: 強力な顧客認証(SCA)規制への対応
規制当局やカードネットワークは、オンライン決済のセキュリティを強化し、消費者を詐欺から守るための新たな要件を導入しています。このような規制の多くには、オンライン決済に強固な顧客認証(SCA)を使用するという要件が含まれています。
強固な顧客認証(SCA)についての詳細はこちらをご覧ください。
BP10: We are MoR -check-outページに表示される支払処理場所
当社がMoRである場合、支払いが処理される国をcheck-outページの目立つ場所に表示する必要があります。"This payment will be processed in" というフレーズを国名の前に挿入する必要があります。
この情報を取得するには、Shopping API の支払いオプション機能を使用します。
支払いオプションの API リクエストの例 :
https://api.ean.com/<payment-options link from previous availability request>
**API レスポンスの例 : **
"credit_card": {
"name": "Credit Card",
"card_options": [
"name": "MasterCard",
"processing_country": "US"
"name": "Visa",
"processing_country": "US"
**ユーザー インターフェースの例 : **

確認メール / バウチャー
モバイル アプリケーション内でホスティングされたバウチャーを提供する場合、以下の要件に引き続き従ってください。
ER1: 旅程IDが正しく表示されます。
CDSただ
お客様の統合により、当社のitinerary_id
が旅行者に直接提供される場合は、確認メールにこの番号を明記する必要があります。
該当する場合は、代理人がカスタマーサポートのサポートを必要とする場合に、代理人が当社のオリジナルの旅程IDにアクセスできることを証明する書類をご提出いただく必要があります。
A2A
代理店様は、カスタマーサポートからのサポートが必要な場合、オリジナルの旅程IDにアクセスできるようにしておいてください。
ER2:オンラインカスタマーサービスツールへのリンクを含め、カスタマーサポートを明確に表示すること。
予約フローまたは確認メール内にカスタマー サポート チャネル (電話番号やライブチャットなど) を明確に表示します。当社のエージェントが旅行者に直接サポートを提供する場合は、予約フローに当社のサポート番号を表示してください。
ER3: 各部屋にベッドタイプの説明があります。
確認メール / バウチャーで旅行者がリクエストしたベッドタイプを確認し、同じ客室に複数ベッドタイプのオプションを選んだ旅行者には、リクエストはできるものの、空室状況によってはホテルで受け付けられない場合があるというメッセージを表示します。
設定配列に含まれる値を表示し、旅行者のベッドの選択を説明します。
ER4:check-inと特別なcheck-in命令を表示します。
checkin
,checkout
,fees
,policies
オブジェクトの内容は、施設 コンテンツ定義で返されるように、各部屋ごとに表示されなければなりません。この情報は、check-inで発生する可能性のある料金や、特別なアクセス方法について旅行者が確実に認識できるよう、空室状況ページに表示する必要があります。
check-in check-in checkin
例えば、到着予定時刻を施設に通知する要件、ゲストビルディングとは異なる場所でのcheck-in、電子メールによる施設からの特別なcheck-in指示を期待するアラートなど。
旅行者に対して同じエリア内に instructions
と special_instructions
の両方を必ず表示してください。
ER5: 施設で支払うべき料金を、料金の内訳に別途表示します。
料金が fees 配列で返される場合、各値を施設で支払う料金 (チェックインまたはチェックアウト) として個別に表示します。これらの料金は施設(弊社や地方自治体ではありません)が直接徴収するものであり、標準的な税金回収料金の一部ではありません。
技術要件および制裁関連の要件
TR1: 各予約リクエストに固有のアフィリエイト・レファレンスIDを提供します。
すべての予約リクエストに対して、affiliate_reference_id
要素を使用する必要があります:
- 独自に追跡できるようにする。
- 複数フォーム送信による二重予約 / 二重課金を回避する。
- 上流のタイムアウトにより予約がタイムアウトまたは空の結果を返した場合、旅程のシステムをチェックします。
{
"affiliate_reference_id": "Launch_Requirement_TR1" ,
"hold": false,
"email": "TR4@Launch.Requirement",
"phone": {
"country_code": "Launch_Requirement_TR5b",
"number": "Launch_Requirement_TR5b",
"area_code": "Launch_Requirement_TR5b"
},
"rooms": [
{
"given_name": "John_Launch_Requirement_TR5a",
"family_name": "Doe_Launch_Requirement_TR5a,
"smoking": false,
},
{
"given_name": "David_Launch_Requirement_TR5a",
"family_name": "Smith_Launch_Requirement_TR5a",
"smoking": false,
}
],
TR2:各リクエストに旅行者の国コードを入力してください。
- Shopping と Recommendations の API リクエストで、旅行者の
country_code
を渡す必要があります。国コードは、旅行者がアクセスする販売店と一致している必要があります。 - この要件により、当社のシステムは、販売市場に基づいた適切なコンテンツと最適な料金を旅行者に提供することができます。
API リクエストの例 :
https://api.ean.com/2.4/properties/availability?checkin=2020-09-11
&checkout=2020-09-14
¤cy=USD&language=en-US&occupancy=2-3,4&property_id=XXXX
&country_code=XX&sales_channel=XXXX
&sales_environment=XXXX&filter=XXXX&rate_plan_count=XXXX
&rate_option=XXXX&billing_terms=XXXX&payment_terms=XXXX
&partner_point_of_sale=XXXX&platform_name=XXXX
TR3 : 課金情報
TR3a) 支払人名
旅行者、法人、バーチャルカード向け:
- 当社から請求されるカード名義人の氏名をお送りください。
アフィリエイト徴収 / EAC パートナー :
- 可能な限り、予約の実際の最終支払者の名前を送信することを強くお勧めします。
- この情報は、規制 / 制裁審査の目的で必要です。
- 実際の最終支払者の名前を提供することができない場合は、当社に支払いを行う企業または法人の名前を提供してください。
注: POSがロシア、ウクライナ、またはベネズエラの場合は、常に真の支払者情報が必要です。
TR3b) 課金国
- 請求先 / 支払人名フィールドに渡された個人名を表す必要があります。
TR3c) 課金郵便番号
- 請求先 / 支払人名フィールドに渡された個人名を表す必要があります。
注: 郵便番号を管理していない国については、この情報を提供する必要はありません。
"payments": [
{
"type": "customer_card",
"billing_contact": {
"given_name": "Launch_Requirement_TR3a",
"family_name": "Launch_Requirement_TR3a",
"address": {
"line_1": "555 1st St",
"line_2": "10th Floor",
"line_3": "Unit 12",
"city": "Seattle",
"state_province_code": "WA",
"postal_code": "Launch_Requirement_TR3c",
"country_code": "Launch_Requirement_TR3b"
}
},
TR4:旅行者のEメールアドレスまたは監視用Eメールボックスの提供
各旅程の email 要素には、旅行者のメールアドレスの情報、または統合施設で確認メール処理のためにモニター対象とするメールボックスの情報が含まれていなければなりません。これは、予約の紛争やトラブルシューティングの事例が発生した場合に必要です。
TR5: 正確な旅行者情報の提供
TR5a) 旅行者名
ご予約の際は、各お部屋に実際にご宿泊されるお客様のお名前を必ずご記入ください。これは、予約リクエストの本文で、roomsオブジェクト内のgiven_name
とfamily_name
の値が、各部屋のチェックインする主なゲストの姓と名に一致する必要があることを意味します。
TR5b) 旅行者の電話番号
予約には、旅行者の有効な連絡先番号が含まれていなければなりません。各旅程で、この番号を予約リクエストの電話番号フィールドに含めてください。お客様の代理店が旅行者を直接サポートする場合、当社から旅行者に連絡することはありません。
TR6 : 複数の客室の予約
複数の客室の予約がサポートされている場合、各客室が予約、キャンセルされたことを示すテスト予約の API リクエストとレスポンスのログを提供します。
予約した客室に対して、それぞれ別の確認用 ID が作成されるので、客室を別々にキャンセルすることができます。すべての客室をキャンセルするには、確認用 ID ごとにキャンセルコールを完了します。
APIやテンプレートから8室以上のグループ予約は直接承っておりません。8部屋以上のご予約が必要な場合は、アカウントマネージャーがアドバイスいたします。
TR7: 迅速なエラー処理の推奨
エラー処理に関する推奨事項 を確認し、それらを処理するロジックを実装したことを確認してください。