由於供應商錯誤訊息變更不另行通知,且系統也不會發布,因此無法得知訊息的完整清單。

  • 在錯誤發生時記錄並收集錯誤訊息,以便建立自己的錯誤資料庫。
  • 在您自己的系統中收集處理、類別以及訊息元素,日後發生錯誤時,即可以處理所有的錯誤,包括從供應商資源返回的任何新訊息。

常見錯誤類型

搜尋錯誤 已知搜尋、地點異常以及其他常見錯誤
信用卡錯誤 已知信用卡錯誤
預約錯誤 常見預訂錯誤
取消錯誤 常見取消錯誤

特殊案例及指定處理方式

避免重複訂房 避免重複訂房的特殊邏輯
待處理堆疊追蹤 指定待處理預訂狀態的供應商訊息
待處理程序 指定待處理預訂狀態的供應商訊息
價格變更錯誤 處理價格不符或價格變更錯誤的方式
PHP、Axis、.NET、JSON 問題 PHP、Axis、.NET 或 JSON 流程的已知問題

「錯誤」是指:

  • 要求架構的問題。請檢查架構、拼字、關閉的標籤等項目以修正要求字串。
  • 送出資料的問題。請進行檢查以正確剖析指定飯店的資料。
  • 使用者輸入資料的問題。請提醒使用者更正其輸入資料。
  • 與供應商及第三方系統連線或互動時的問題。供應商的問題可能只是暫時發生,也可能是持續不斷發生。

邏輯範例

只要檢查處理、類別及訊息方面的詳細資料,大部分的錯誤都能簡單地修正。

請閱讀回傳訊息以了解錯誤的理由,但不要只依賴訊息來決定如何在程式碼中修正問題。大部分情況下,由於此項文字與處理及類別詳細資料相關,因此能對錯誤發生的理由提供清楚的解釋。

訊息範例 :「指定的客房價格已不可用。空房狀況的價格檢查失敗。」

<handling>RECOVERABLE</handling> 
<category>PRICE_MISMATCH</category>

錯誤處理範例:

  • handling=RECOVERABLE 表示若錯誤已修正並重新送出預訂,則可成功建立此預訂。
  • category=PRICE_MISMATCH 指出價格變更,並驗證特定文字之所以回傳訊息狀態的理由。
  • 由於送出的價格「失效」(已變更),使用者必須選擇其他客房
  • 使用者必須重新整理客房結果以取得新的價格,並重新送出更新後的預訂查詢。
  • 請不要在 沒有事先讓使用者同意任何新價格的情況下,以新價格或變更後的價格送出訂房,尤其是價格上漲的情況。
  • 當您請使用者同意新價格時,請提供該飯店其他價格較易接受的客房作為選項,且/或允許使用者搜尋或選擇新的飯店進行預訂。

連線與通訊問題

  • “供應商通訊問題”
  • “通訊失敗”
  • “供應商無回應”
  • “訂房未獲處理。無回應回傳”

除了供應商以外,這些訊息都顯示我們:

  1. 收到了訂房要求
  2. 試圖透過供應商來源對此要求進行安排
  3. 沒有收到供應商的回應,或收到錯誤的供應商回應

在這些情況下,供應商可能遭遇連線問題,且直到連線完全恢復前無法接受通訊;或由於通訊商的網路發生其他問題,導致他們無法完成訂房。  在某些情況下,若連訊問題只是暫時性的,則這項問題只要重新送出要求即可解決。  若連線問題持續發生,則使用者必須選擇其他供應商。

最佳作法

請勿依賴相符的異常訊息文字來評估行動方針。

  1. 請辨識特定的處理、類別及訊息以了解問題
  2. 請確認您要求的架構
    • 檢視正確的範例要求以確保您正確送出所有參數和值。
    • 請利用我們的 API 自我練習 以產生有效的要求,並與您的要求進行比對。偵錯工作表 將協助比對您的要求和正確的要求。
  3. 確定錯誤是否可透過來自使用者的變更而加以修復
    • 使用者需要選取另一個物業嗎?
    • 使用者需要修正他們輸入的資料嗎?
    • 請讓使用者瞭解,當返回 handling=AGENT_ATTENTION 時,將會有旅行社聯絡他們以追蹤訂房要求

由於供應商錯誤訊息變更不另行通知,且系統也不會發布,因此無法得知訊息的完整清單。

  • 在錯誤發生時記錄並收集錯誤訊息,以便建立自己的錯誤資料庫。
  • 在您自己的系統中收集處理、類別以及訊息元素,日後發生錯誤時,即可以處理所有的錯誤,包括從供應商資源返回的任何新訊息。

內容類型及編碼特別字元

請查看與內容類型、編碼及 飯店處理資料轉送方面的相關資訊