Return Helper API
Return Helper 提供一套 API,用於端對端管理電子商務商品退貨流程,涵蓋退貨申請(Return Request)建立、退件運貨單(Return Shipment)追蹤、標籤生成及倉庫處理等各環節。此 API 僅供伺服器對伺服器整合使用。請勿直接從客戶端程式碼呼叫這些端點。
公告
速率限制:每秒 1 個請求
2026 年 11 月 1 日起API 每秒最多接受一個請求。請在旺季前檢查您的呼叫頻率。
建立 Resend Order 支援 Seller Reference Number
若您有設定 resendNumber,須採取行動所有帳戶皆可搜尋 Resend。
resendNumber 將改為唯讀。新 Webhook 事件:交易已新增
2026 年 10 月 5 日起每筆扣款、退款及儲值都會傳送至您的 Webhook 端點。
API 速率限制:每秒 1 個請求
自 2026 年 11 月 1 日起,Return Helper 將對 API 實施每秒 1 個請求的速率限制,以在旺季期間提升所有整合的服務穩定性。- 請控制呼叫頻率,每秒不超過一個請求。
- 請使用 Webhooks 接收運貨單、庫存及補寄的更新,而非輪詢列表端點。
建立 Resend Order 支援 Seller Reference Number
建立 Resend Order(User API)將與以 SKU 建立 Resend 一樣,接受選填的sellerReferenceNumber。屆時所有帳戶(不限 Enterprise)都能使用以 Seller Reference Number 搜尋 Resend 尋找補寄。
sellerReferenceNumber 為選填,現有整合可照常運作。但有一項破壞性變更:resendNumber 將改為由 Return Helper 產生的唯讀值。
請在里程碑 1 與里程碑 2 之間完成遷移:
- 將您自己的參考編號改為透過
sellerReferenceNumber傳送,而非resendNumber。 - 若您以
resendNumber比對重寄狀態更新 webhook 或您自己的紀錄,請改為以sellerReferenceNumber比對。
resendNumber 不同,sellerReferenceNumber 並非唯一值——Return Helper 不會拒絕重複的值。為避免重試時重複建立補寄,請傳送 x-returnhelper-idempotency-key 標頭。
我們將在此處及更新紀錄公布里程碑 1 的日期。
新 Webhook 事件:交易已新增
自 2026 年 10 月 5 日起,每當有交易記入您的帳戶,Return Helper 都會向每個已註冊的 Webhook 端點發送交易已新增事件。您無須另外註冊。2026 年 10 月 5 日之前記入的交易不會發送。更新紀錄
- 您現在可以透過取消退貨面單取消退貨面單。如需修正運貨單,請先取消其面單,再建立新的 Return Shipment。
- 公告:API 速率限制為每秒 1 個請求,自 2026 年 11 月 1 日起生效。
- 公告:建立 Resend Order 支援
sellerReferenceNumber;resendNumber將改為唯讀。
- 您現在可以透過新增 Notification Endpoint、列出 Notification Endpoints 及刪除 Notification Endpoint 自行管理 webhook 通知端點。
可用 API
User API — 供商家及合作夥伴管理退貨申請(Return Request)、退件運貨單(Return Shipment)、標籤、庫存及帳戶設定的認證端點。 Public API — 提供參考資料查詢的端點,包含服務類型、倉庫列表、狀態代碼及支援國家等查詢值。認證
所有 API 請求均需在請求標頭中提供 API 金鑰和 Token:- 登入 Return Helper 使用者入口網站。
- 前往 Settings → Signing Key and API Token。
- 您現有的金鑰與 Token 配對將顯示於此。您也可以在此生成新的配對。

使用者入口網站中的簽名金鑰、API Token 和 API Key
基礎 URL
沙箱環境
正式環境
冪等性(Idempotency)
以下端點接受x-returnhelper-idempotency-key 標頭,確保重試的請求只處理一次。
其他端點會忽略此標頭。
User-Agent 標頭
請附上User-Agent 標頭,以便 Return Helper 支援團隊在排查問題時識別您的整合方式:
OpenAPI 規格
完整的 API 規格以 OpenAPI 3.1 文件格式提供。您可以下載並直接匯入 Postman 或 Insomnia 等 API 客戶端,或使用 OpenAPI Generator 等工具生成客戶端 SDK。下載 OpenAPI 規格
openapi.json — OpenAPI 3.1錯誤處理
每個回應(無論成功或失敗)都使用統一的信封格式:correlationId 和 meta 同層)一併回傳,例如 getAllCountries 回傳 { correlationId, meta, countries: [...] }。在讀取業務資料前,請務必檢查 meta.errorCode——本 API 採用「軟性錯誤」慣例,驗證失敗會以 HTTP 200 回傳,並於 meta.status 標記為 400,同時填入 meta.errorCode。
失敗類型
驗證失敗範例
correlationId。Return Helper 客服在排查問題時會使用該 ID 追溯請求。
一般備註
- 所有
dateTime參數必須使用 ISO 8601 格式,否則 API 無法解析。 - 日期字串參數(例如
createToStr、createFromStr)也必須使用 ISO 8601 格式;時間部分將被忽略。 - API 回傳的所有時間戳均為 UTC 時間。
Webhooks
標籤結果及倉庫事件(退件運貨單(Return Shipment)抵達、庫存建立、圖片上傳等)均透過 Webhook 通知以非同步方式傳遞。您必須註冊一個通知端點以接收這些事件。 請參閱 Webhooks 章節,了解完整的通知事件類型列表及其 Payload。聯絡技術支援
如有技術問題或整合問題,請寄送電子郵件至 support@returnhelper.com。為便於我們排查,請提供以下資訊:- 回應中的
correlationId - 所用環境(沙箱環境或正式環境)及呼叫的端點
- 請求時間(含時區)
- 請求主體及收到的回應