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 Key 和 Token:- 登录 Return Helper 用户门户。
- 前往 设置 → 签名密钥和 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 章节,了解完整的通知事件类型及其数据结构。联系技术支持
如有技术问题或集成问题,请发送电子邮件至 support@returnhelper.com。为便于我们排查,请提供以下信息:- 响应中的
correlationId - 所用环境(沙箱环境或生产环境)及调用的接口
- 请求时间(含时区)
- 请求体及收到的响应