此頁面由英文翻譯而成。英文版為官方權威來源。如翻譯內容有任何不一致之處,請以英文版為準。
錯誤處理
Flex Forward API 使用標準 HTTP 狀態碼和結構化的錯誤回應。本頁面涵蓋錯誤格式、狀態碼含義以及處理失敗的指引。錯誤回應格式
API 根據失敗類型回傳兩種錯誤回應格式。 API 根據失敗類型回傳三種錯誤回應格式。了解預期的格式有助於撰寫正確的錯誤解析邏輯。標準錯誤
用於身份驗證失敗、資源未找到和伺服器錯誤:驗證錯誤
用於請求驗證失敗(HTTP 400)。包含帶有欄位級別錯誤資訊的details 陣列:
details 中的每個條目包含:
HTTP 狀態碼
驗證錯誤(400)
驗證錯誤表示請求本文不符合 API 綱要的要求。回應一定包含帶有具體欄位路徑的details 陣列。
常見原因:
- 缺少必填欄位(
shipment.shipTo、courier、idempotencyKey) - 欄位格式無效(國家代碼、電子郵件、電話號碼)
- 數值無效(重量必須大於 0)
重試前請修正
details 陣列中列出的所有驗證錯誤。由於未建立標籤,400 回應後可以重複使用相同的 idempotencyKey。身份驗證錯誤(401 / 403)
401 Unauthorized
x-rr-apikey 或 x-rr-apitoken 標頭缺失或無效:
403 Forbidden
認證資訊有效但無權存取請求的資源。當嘗試取得屬於其他帳戶的標籤或追蹤資訊時會發生:下游物流業者錯誤(502)
當物流業者服務回傳錯誤時,API 以 HTTP 502 回應。標籤會以status: failed 保存在資料庫中,並包含物流業者的錯誤詳情:
error 物件包含:
可重試與不可重試的錯誤
推薦的重試策略請參閱冪等性與重試。
疑難排解
缺少 Content-Type 標頭
缺少 Content-Type 標頭
所有 POST 請求必須包含
Content-Type: application/json。缺少時請求本文將不會被解析,API 會回傳 400 錯誤。基礎 URL 錯誤或使用 HTTP
基礎 URL 錯誤或使用 HTTP
所有請求必須使用 HTTPS。請確認使用正確的環境 URL:
https://api.flexforward.com(正式)或 https://sandbox.flexforward.com(開發)。標籤 ID 的 UUID 格式無效
標籤 ID 的 UUID 格式無效
GET /labels/{id} 和 GET /tracking/{id} 的 id 參數必須是有效的 UUID。傳入追蹤號碼或其他識別碼格式將回傳 404 錯誤。標籤已建立但狀態為 failed
標籤已建立但狀態為 failed
HTTP 201 或 200 回應中的
status: failed 表示標籤已保存但物流業者拒絕了請求。請檢查 error 物件中的物流業者錯誤訊息。常見原因:無效地址、不支援的目的地,或物流業者帳戶設定問題。