API 标准与协议
传输与数据格式
| 项目 | 规格 |
|---|---|
| 传输协议 | HTTPS,TLS 1.2 及以上 |
| 数据格式 | 请求体和响应体均为 JSON |
| Content-类型 Header | application/json (required) |
签名与验签
| 项目 | 规格 |
|---|---|
| 签名算法 | HMAC-SHA512 |
| 请求签名 | 所有商户请求都必须使用 HMAC-SHA512 算法签名。 |
| 回调验签 | 所有 GatePay 回调都必须由商户使用同一算法完成验签。 |
响应判定
请始终按以下方式判断 API 响应结果:- Check the HTTP status code first
- Then examine the
status,code,label, anderrorMessagefields in the response body - Extract business data from the
datafield if the request was successful
Unified 响应 Structure
All GatePay API responses follow this standardized structure:| 字段 | 类型 | 说明 |
|---|---|---|
status | string | Result status: SUCCESS indicates successful execution; FAIL indicates failure. |
code | string | Error code (empty in successful responses). |
label | string | Error name or identifier (empty in successful responses). |
errorMessage | string | Human-readable error description (empty in successful responses). |
data | object / array / string / null | Business data returned by the API. Empty in failed responses. |
请求 参数 Standards
商户 Order Number (merchantTradeNo)
The 商户 订单 number is a unique identifier you assign to each 交易:
| Property | 规格 |
|---|---|
| Character Set | ASCII half-width characters only: letters (a-z, A-Z), digits (0-9), hyphen (-), underscore (_) |
| Maximum Length | 100 characters |
| Uniqueness | Must be unique within your 商户 account |
| Retry Policy | When 重试ing the same business 交易, you must reuse the original merchantTradeNo to ensure 幂等性 |
Transaction Amount
| Property | 规格 |
|---|---|
| Data 类型 | String (numeric value as a string) |
| Decimal Precision | Up to 6 decimal places |
| Minimum Per Transaction | 0.0001 |
| Maximum Per Transaction | 5,000,000 |
| Maximum QR 收款 Amount | 10,000 (for personal QR code collections) |
Timestamp Format
| Property | 规格 |
|---|---|
| Format | Unix timestamp in milliseconds (UTC timezone) |
请求 Headers and Signing
必填 请求 Headers
Every API request must include these headers:| Header | 说明 |
|---|---|
X-GatePay-Certificate-ClientId | Your ClientId as assigned when you created your 应用 (see Integration 概述). |
X-GatePay-Timestamp | Current UTC timestamp in milliseconds when the request is created. 请求s with a time drift greater than 10 seconds will be rejected. |
X-GatePay-Nonce | A random string to prevent replay attacks. Recommended length is 32 characters or less, containing only letters and digits. |
X-GatePay-Signature | The computed request signature (see Signature Generation steps below). |
X-GatePay-On-Behalf-Of | (Optional) Institution 子账户 ID if using delegated access. |
Signature String Format
The signature is computed from a string containing three lines, each ending with a newline character (\n):
<request_timestamp>is the value ofX-GatePay-Timestamp<request_nonce>is the value ofX-GatePay-Nonce<request_body>is the raw JSON body of the request, or an empty string if there is no body
Signature Generation 步骤
Follow these steps to compute theX-GatePay-Signature header value:
- Generate a unique
X-GatePay-Timestamp(current UTC time in milliseconds) - Generate a random
X-GatePay-Nonce(32 characters or less, letters and digits only) - Read the raw JSON request body as
request_body; use an empty string if there is no body - Construct the signature string:
timestamp\nnonce\nbody\n - Compute HMAC-SHA512 using your Payment API Secret as the key
- Encode the result in Base64 (if required by your implementation)
- Place the computed signature into the
X-GatePay-Signatureheader
Example 请求 Structure
Payment Result 回调
回调 概述
GatePay sends 异步 payment 通知s to your configured 回调 URL via HTTP POST requests. These 通知s inform your system of payment status changes. For comprehensive details on 回调 events and handling, refer to the 通知 回调 guide.回调 Payload Structure
GatePay will POST a JSON payload with the following structure:| 字段 | 类型 | 说明 |
|---|---|---|
bizType | string | The type of business event (e.g., TRANSFER_ADDRESS, PAYMENT_ORDER). |
bizId | string | The unique identifier for the payment 订单 or business 交易. |
bizStatus | string | The current status of the 交易 (e.g., TRANSFERRED_ADDRESS_DELAY, SUCCESS). |
client_id | string | The client_id associated with the payment 订单. |
data | string | Business-specific data as a JSON string. The structure depends on bizType. |
Expected 回调 响应
Your 回调 endpoint must respond with a JSON object indicating successful processing:| 字段 | Values | 说明 |
|---|---|---|
returnCode | SUCCESS | FAIL | SUCCESS indicates the 回调 was processed successfully; FAIL indicates processing failed. |
returnMessage | string | Human-readable message explaining the result (empty string for success). |
回调 Verification 步骤
Every 回调 you receive must be verified to ensure it originated from GatePay and has not been tampered with:- Extract the
X-GatePay-Timestampheader from the incoming 回调 request - Extract the
X-GatePay-Nonceheader from the incoming 回调 request - Extract the
X-GatePay-Signatureheader from the incoming 回调 request - Read the raw JSON 回调 request body
- Construct the signature string using the format:
timestamp\nnonce\nbody\n - Compute HMAC-SHA512 using your Payment API Secret as the key
- Compare the computed signature with the
X-GatePay-Signatureheader value - Only process the 回调 if the signatures match exactly
回调 请求 Headers
When GatePay sends a 回调 to your endpoint, it includes these headers:| Header | 说明 |
|---|---|
X-GatePay-Timestamp | The timestamp when GatePay sent the 回调. |
X-GatePay-Nonce | A random string included in the signature. |
X-GatePay-Signature | The HMAC-SHA512 signature computed by GatePay. |
Tools and Resources
Signature Verification Tool
GatePay provides an online tool to help you debug and verify signatures during development: GatePay Signature Verification Tool This tool allows you to:- Test signature generation with sample data
- Verify computed signatures match expected values
- Debug signature-related integration issues
Error 处理方式
For a comprehensive list of error codes and best practices for handling API errors, see the 错误码 and 最佳实践 guide.Security 最佳实践
- Secure Key Storage: Store your Payment API Secret and Authorization Secret securely on your server. Never expose these secrets in 客户端 code or version control.
- Nonce Uniqueness: Ensure each request uses a unique nonce to prevent replay attacks.
- Timestamp Validation: Always validate that incoming 回调 timestamps are within an acceptable time window (e.g., not older than 5 minutes).
- Signature Verification: Always verify 回调 signatures before processing any sensitive operations.
- HTTPS Only: All communication with GatePay must use HTTPS with TLS 1.2 or above.
- 回调 Idempotency: Design your 回调 handler to be idempotent, as GatePay may 重试 回调 if it does not receive a successful response.
- Error Messages: Do not expose sensitive information (such as keys or internal system details) in error messages returned to the client.
Related Documentation
- Integration 概述 - App configuration and credential setup
- 通知 回调 - Detailed 回调 event handling
- 错误码 and 最佳实践 - Error code reference and troubleshooting

