扫码付订单列表

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

按 status_version 做向前合并：只许向前更新。两条乱序到达的

事件里，这是你唯一能用来判断「哪一条更新」的判据。

⚠ 金额（customer_total / fee）是定点十进制串，位数 = 同行的

ledger_scale —— 与 GET /v1/qrpay/orders/{id}（整数串）形态不同。

⚠ failure_code 是对外错误码（不是内部原因），成功单上是空串。

它已经过收敛：风控相关的一律是 request_rejected，不带原因、

不带规则名、不带评分。

⚠ 这里只出 fee（我方向会员收的手续费） —— 上游成本、溢价、

净利一列都不出参。

查询参数

字段	类型	必填	说明
`limit`	integer	可选	缺省 20，上限 100。
`cursor`	string	可选	上一页的 `next_cursor`，不透明串。

字段	类型	必填	说明
`x-on-behalf-of`	string	必填	看谁的扫码付订单。

响应

200status 取值同 POST /v1/qrpay/payments。 payee / acquirer_* 在极早期的单上可能是空串（上游还没回）。

{
  "data": [
    {
      "id": "qrp_9f2c1b40-0e2a-4d7c-9d21-6f0c1c3e5a11",
      "status": "completed",
      "status_version": 3,
      "source_asset": "USDT",
      "ledger_scale": 6,
      "customer_total": "128.500000",
      "fee": "0.500000",
      "payee": "Bangkok Coffee Co.",
      "acquirer_currency": "THB",
      "acquirer_amount": "4500.00",
      "failure_code": "",
      "created_at": "2026-08-12T09:30:00Z",
      "updated_at": "2026-08-12T09:30:12Z"
    }
  ],
  "next_cursor": null,
  "has_more": false
}

400member_context_required · member_not_found

403insufficient_scope

调用样例

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

扫码付订单列表

查询参数

请求头

响应