Z Zise Developers
GET /v1/remittances/{id}

汇款订单详情

Scope remittances:read 代会员调用 · 必带 x-on-behalf-of

⚠ 出参不含上游成本与我方毛利。你看到的是「这笔业务扣了你多少」。

status_version向前合并(只许向前更新)——

少了它,慢响应会把「已到账」打回「处理中」。

source_amount 在这个端点上是「未插小数点的定点整数串」

而同一个数在 GET /v1/remittances 列表里是插好小数点的

locked_amount: "500.250000")。两处形态不同,判据是

source_amount ÷ 10^ledger_scale照列表那份写解析器会差 10^6 倍。

这是已知的实现不一致,修复方向是让详情也插好小数点;

在那之前请按 ledger_scale 自己折算,别写死 6。

⚠ 这里的 status内部状态原样回显,可能出现

pending_merchant_funds(= 你的预付余额不足,会员的钱一分未动)。

下单接口与列表接口会把它收敛成 pending,这里没有。

照「认不出的状态原样露出、绝不 default 成处理中」处理即可。

路径参数

字段类型必填说明
id string 必填 订单号。rmt_ 前缀可带可不带(我方会剥掉)。
字段类型必填说明
x-on-behalf-of string 必填 代哪个会员调用。收 external_member_id(你自己的会员号) 或我方发的 mem_<uuid>,两种都认。

响应

200OK
{
  "id": "rmt_9c1f0a7e-3b2d-4f81-9a55-1d2e3f4a5b6c",
  "status": "processing",
  "source_asset": "USDT",
  "source_amount": "500250000",
  "ledger_scale": 6,
  "payout_currency": "GBP",
  "payout_amount": "380.00",
  "status_version": 3,
  "created_at": "2026-08-12T09:30:00Z"
}
404not_found 这个订单不在这个会员名下,或根本不存在。 两种同一响应 —— 区分开等于送出一个订单号探测器。
调用样例
curl -X GET 'https://api.zise.com/v1/remittances/{id}' \
  -H 'authorization: Bearer $TOKEN' \
  -H 'x-zise-merchant: $MERCHANT_ID' \
  -H 'x-on-behalf-of: $MEMBER_ID'
const res = await fetch(
  "https://api.zise.com/v1/remittances/{id}",
  {
    method: "GET",
    headers: {
      "authorization": "Bearer $TOKEN",
      "x-zise-merchant": "MERCHANT_ID",
      "x-on-behalf-of": "MEMBER_ID"
    },
  },
);
// 金额一律按字符串读,不要 JSON.parse 成 number
const data = await res.json();
import requests

res = requests.get(
    "https://api.zise.com/v1/remittances/{id}",
    headers={
        "authorization": "Bearer $TOKEN",
        "x-zise-merchant": "$MERCHANT_ID",
        "x-on-behalf-of": "$MEMBER_ID"
    },
)
# 金额用 Decimal(str(...)),不要 float
data = res.json()