marketplace

POST /v1/marketplace/orders/{sale_id}/handover/{item_id}

Tick one handover item — from your side of the order.

所有 marketplace 端点

身份验证

请将 API 密钥作为 bearer 令牌发送。此端点在规范中未指明具体的权限,因此请为您的密钥赋予所需的最小权限,并通过检查响应来确认,而不是盲目假设。

此端点不需要组织 ID。您的密钥已用于识别其所属的组织,且响应范围也仅限于该组织。

免费试用

将尖括号中的内容替换为您自己的值,并将键占位符替换为您仪表板中的一个键。

curl -X POST https://api.zinndigital.com/v1/marketplace/orders/{sale_id}/handover/{item_id} \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "action": <string<transferred, confirm, flag>> }'

已登录?您仪表板中的 API 控制台会自动填入您真实的组织 ID 和您自己的密钥,并针对实时 API 运行请求,以便您查看实际的响应。 在 API 控制台中打开此端点

详细信息

docs/83 §4.4. Each item carries **two** confirmations: the seller marks it transferred, and the buyer marks it received. Funds release only when every required item is buyer-confirmed — a seller-only tick is not delivery. Which action a caller may take is decided server-side by which side of the order they are on. A seller marking an item received on the buyer's behalf would be a seller releasing their own money. A buyer can flag a single item as missing or wrong **without rejecting the whole sale**; that flag is what opens a dispute, with the checklist and the order chat as evidence. `order_accepted` is true when this tick was the last required one and the money has been released.

参数

名称类型必填内容简介
sale_id (path)string
item_id (path)string

请求正文

名称类型必填内容简介
actionstring<transferred, confirm, flag>`transferred` is the seller's only action; `confirm` and `flag` are the buyer's. Enforced server-side — a seller marking an item received on the buyer's behalf would be a seller…
notestringThe seller's evidence, the buyer's note, or — on `flag` — the required reason.

响应

名称类型必填内容简介
itemMarketplaceHandoverItem
confirmedinteger
requiredinteger
order_acceptedbooleanTrue when this tick was the last required one and the money has been released. Reported because the buyer's last tick is the most consequential moment of the order and a screen…
statestring

此端点可能返回的错误

401 · 404 · 422