Z Zise Developers

earn.order.settled

理财收益已入账(活期派息 / 定期到期结本息)

何时发

两件不同的事共用这一条: · 活期派息——每期派息过账之后,data.id会员内部 idstatus_version 恒为 0(活期是余额包,不是一笔一单); · 定期到期结算——本息结清之后,data.id 是定期订单号、带 status_version。 区分方法是拿 data.idGET /v1/earn/orders 找:找得到就是定期, 找不到就是活期派息,这时用 GET /v1/earn/positions 看活期本金。 ⚠ 定期起息不发事件 —— 申购那一刻发起方是你(或会员自己),没有新信息。

事件体

{
  "event_id": "evt_9e04b7c2513f486da8021c6e5f7b3d90",
  "event_type": "earn.order.settled",
  "created_at": "2026-08-13T00:05:00Z",
  "merchant_id": "acme",
  "livemode": true,
  "data": {
    "object": "earn_order",
    "id": "b52c8e17-3d94-40af-8617-c9e0d21a4f35",
    "external_member_id": "u_88123",
    "status": "settled",
    "status_version": 2
  }
}

事件体字段

字段类型说明
idstring去重用这个evt_…,同一事件重投时不变。
typestring固定为 earn.order.settled
created_atstring事件产生时刻(RFC3339)。不是投递时刻 —— 重投时它不变。
data.objectstring对象类型,决定 data.id 该拿去查哪个端点
data.idstring对象 ID,拿它回查详情
data.statusstring认不出的值按未知处理并告警,不要 fallback 成「处理中」
data.status_versionnumber单调递增,用它把慢到的旧状态丢掉

验签与去重

验签用原始请求体字节,不要先解析再重新序列化 —— 你的 JSON 库与我方的键顺序、空格几乎一定不同,重新序列化出来的签名一定对不上, 而那个错误长得像「密钥配错了」。

// Node · 放在解析 JSON 之前
const raw = await readRawBody(req);            // Buffer / string,别用已解析的 req.body
const expect = crypto.createHmac("sha256", WEBHOOK_SECRET).update(raw).digest("hex");
const got = req.headers["z-signature"];        // 形如 t=<unix>,v1=<hex>
if (!timingSafeEqual(expect, parseV1(got))) return res.status(400).end();

// 去重:用信封的 id,不是 data.id
if (await seen(JSON.parse(raw).id)) return res.status(200).end();

完整做法(含时间戳容差与重投语义)见 Webhook 指南