統合に際して発生するおそれがある予約エラーステータス処理のテストのサポートを目的として、Rapid Booking API のすべてのメソッドに、テストリクエストを使用できます。
Rapid Booking APIメソッドのテストリクエストを送信するには、** test** という追加のHTTPヘッダを予約リクエストに含めてください。 を追加し、以下の表から適切な値を使用してください。
テストを実行する前にテストに関する注意をお読みください。テストヘッダ値とそのレスポンスのリストは の一覧は以下にあります。
注:** テストヘッダ** を送信しなかった場合、または無効なテストヘッダを送信した場合、予約はライブで処理されます。 ライブになります。
- 必ず、受信したキャンセルポリシーを読んで、キャンセル料が発生しないことを確認してください。
- on-holdテスト予約 (
hold = true) を確認せずにキャンセルすると、最初の応答で返された旅程IDが予約システムで再利用されます。 によって返される旅程IDが予約システムによって再利用されます。このテストシナリオでは このテストシナリオでは、偽の重複が発生する可能性があることに注意してください。 - テスト予約は予約サポートエージェントのプラットフォームには表示されません。Rapidの担当者またはパートナーにお問い合わせください。 サポートまでお問い合わせください。
- テスト環境では、一部のテスト応答はスタブ付きとなることに注意してください。そのため、応答は必ずしも 応答が期待される内容と一致するとは限りません。
- テスト・ブッキングでは、取得レスポンスに
rooms.rate.pricing.totals.marketing_fee のスタブ値が表示されます。 - ローンチ前、テスト中は、必ず**# にクエリを送信してください。test.ean.com.** このエンドポイントは このエンドポイントはライブブッキングを行うことはありませんが、テスト環境でモックブッキングを作成します。これは、post-launch をテストするために使用できます。
- test ヘッダーを使用すると、応答として静的な「定型」メッセージが返されます。従って、返却される料金/内容等は、テストされる物件と関連性がない場合があります。 返される料金は、テストされる物件とは関係ないかもしれません。
ライブテストは、**** テストヘッダーなしで、実際のクレジットカードで行われる標準的なライブ予約で、確認後にキャンセルされます。 されます。利用可能な候補施設を選択すること、および自分のテストをキャンセルすることは自己責任で行ってください。 ライブテストは、ローンチ前の最終段階でのみ実行することをお勧めします。Rapidは、のキャンセルまたはライブテストに使用された in-policyキャンセルまたはライブテストに使用されたnon-refundableレートによって発生したいかなる料金にもRapidは責任を負いません。
- 60 ～ 90 日以上先の宿泊を検索します。
- ご契約期間前のキャンセル料が発生しないお部屋をお選びください。 とoutside-policy )。
- 部屋に偽の
refundable フラグがないことを確認します。 - 予約リクエストの
rooms オブジェクトのゲスト名の値として'test booking'を使用してください。 billing_contactオブジェクトには、クレジットカードに関連付けられた実際の名前、住所、電話番号を使用してください。
- 客室は予約から 48 時間以内にキャンセルしてください。
- キャンセル料金の返金処理は 5 営業日以内に行われます。
- クレジットカードへの返金は 30 営業日以内に行われます。
