扫码付订单详情

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

按 status_version 做向前合并（只许向前更新）—— 少了它，

一个慢响应会把「已到账」打回「处理中」。

⚠ status 认不出就原样存下并告警，不要 default 成「处理中」。

completed 不是绝对终态：退款会把它推到 refunded。

⚠ 这个端点回的金额是最小单位整数串，不是定点十进制 ——

自己按 ledger_scale 插小数点。同一门生意的

GET /v1/qrpay/orders（列表）给的却是定点串，别复用解析函数。

路径参数

字段	类型	必填	说明
`id`	string	必填	订单号。带不带 `qrp_` 前缀都认（服务端会剥）。

字段	类型	必填	说明
`x-on-behalf-of`	string	必填	代哪个会员调用。两种标识都收：你自己的 `external_member_id`，或我方发出去的 `mem_<uuid>`。

响应

200OK

{
  "id": "qrp_9f2c1b40-0e2a-4d7c-9d21-6f0c1c3e5a11",
  "status": "completed",
  "status_version": 3,
  "source_asset": "USDT",
  "locked_amount": "128500000",
  "source_amount": "128500000",
  "ledger_scale": 6,
  "pay_currency": "THB",
  "pay_amount": "4500.00",
  "created_at": "2026-08-12T09:30:00Z"
}

400member_context_required 缺 x-on-behalf-of · member_not_found 会员不存在 / 不属于你 / 已停用（三种同一响应）

403insufficient_scope —— 这把 Key 没有 qrpay:read

404not_found —— 这一单不在这个会员名下，或根本不存在。 两种同一响应：分开就等于给了一个订单号探测接口。

调用样例

curl -X GET 'https://api.zise.com/v1/qrpay/orders/{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/qrpay/orders/{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/qrpay/orders/{id}",
    headers={
        "authorization": "Bearer $TOKEN",
        "x-zise-merchant": "$MERCHANT_ID",
        "x-on-behalf-of": "$MEMBER_ID"
    },
)
# 金额用 Decimal(str(...))，不要 float
data = res.json()

扫码付订单详情

路径参数

请求头

响应