預訂測試要求

為了協助您測試整合可能處理的購物錯誤狀態，我們為「Rapid 預訂 API」的所有方法都提供了測試要求。

**若要為快速預約 API 方法發送測試請求，請在您的預約請求中包含 並添加名為**test 的額外 HTTP 標頭，其值請參照下表使用相應數值。

請務必檢閱測試備註的所有內容，再嘗試進行測試。測試標頭值及其回應清單如下所示。

重要測試預訂備註

注意： 若未能發送測試 標頭，或發送無效測試標頭，將導致預訂直接進入正式處理流程。

• 請務必查看傳回的取消規定，確保不會產生任何取消費用。
• 若未確認即取消「on-hold」測試預約 (hold = true)，由於原始行程從未完成，系統將重複使用初始回應所返回的行程編號。請注意，在此測試情境中可能存在潛在的虛假重複項目。
• 預訂支援服務專員平台上不會顯示測試預訂。若遇測試預約問題，請聯絡您的 Rapid 代表或合作夥伴支援團隊。
• 請注意，在測試環境中，有些測試回應會變成虛設常式。因此回應內容未必總是符合預期的回應內容。
• 測試預約將在檢索回應中顯示rooms.rate.pricing.totals.marketing_fee 的佔位符值。
• 在正式上線前的測試階段，請務必將您的疑問寄至test.ean.com. 此端點從不執行真實預訂， 而是在測試環境中建立模擬預訂。此連結仍可用於測試生產環境憑證：post-launch
• 測試標題會使得一個固定的「罐頭簡訊」被當成輸出資料回傳。因此，所返回的速率/內容等資料， 可能與被測試的屬性無關。

即時測試預訂重要事項

即時測試僅指使用真實信用卡進行的標準即時預訂，且不包含 測試標頭，此類預訂將在確認後被取消。您有責任選擇可接受的候選旅宿，亦有責任自行取消您的測試。 建議您只在啟用前開發的最終階段再進行即時測試。Rapid 概不負責因 in-policy 取消服務或於實測中採用 non-refundable 費率所產生的任何費用。

建立即時測試預訂

• 請搜尋至少 60 – 90 天後的住宿。
• 請選擇在政策期限前可免除任何取消費用的房型 (部分住宿設施會同時收取室內取消費及 outside-policy 取消費)。
• 請確認客房沒有錯誤的refundable 標記。
• 在預訂請求的rooms 物件中，請將「測試預訂」作為您的訪客名稱值。
• 請在billing_contact 物件中使用與您的信用卡實際關聯的姓名、地址及電話號碼。

取消即時測試預訂

• 您必須在預訂後 48 小時內取消預訂。
• 處理取消費的退款事宜需要 5 個工作天。
• 款項提撥至信用卡帳戶需要 30 個工作天。

註冊付款工作階段

建立預訂

完成付款工作階段

擷取預訂

取消預訂