marketplace
POST /v1/marketplace/purchases/{sale_id}/accept
Accept delivery — the act that releases the seller's money.
Xác thực
Gửi khóa API dưới dạng mã thông báo bearer. Điểm cuối này không nêu rõ quyền cụ thể trong thông số kỹ thuật, vì vậy hãy cấp cho khóa của bạn quyền tối thiểu cần thiết và kiểm tra phản hồi thay vì phỏng đoán.
Endpoint này không nhận ID tổ chức. Khóa của bạn đã xác định tổ chức mà nó thuộc về và phản hồi được giới hạn trong phạm vi đó.
Dùng thử
Thay thế bất kỳ nội dung nào trong ngoعل (angle brackets) bằng giá trị của riêng bạn và trình giữ chỗ key bằng một key từ trang tổng quan của bạn.
curl -X POST https://api.zinndigital.com/v1/marketplace/purchases/{sale_id}/accept \
-H "Authorization: Bearer zdk_live_…"Đã đăng nhập? Bảng điều khiển API trong trang quản lý của bạn sẽ tự điền ID tổ chức thực tế và khóa của riêng bạn, sau đó chạy yêu cầu đối với API trực tiếp để bạn có thể xem phản hồi thực tế. Mở điểm cuối này trong bảng điều khiển API
Chi tiết
docs/82 §3. The buyer's **explicit act**, and it is FINAL: it ends the refund window and releases the vendor's payout. The warning belongs on the client, before the button is pressed — an endpoint cannot warn anybody. Answers **200** on a replay as well as on the first call. The buyer's click and the auto-accept timer genuinely race, so acceptance converges rather than raising: a retried request from a client that already succeeded is not an error to that client, and the payable is released exactly once regardless. Scoped to the BUYER's org. A seller reaching for their own sale here gets a 404 — acceptance is the buyer's act alone, and a vendor who could press it would be paying themselves.
Tham số
| Tên | Loại | Bắt buộc | Nội dung này là gì |
|---|---|---|---|
sale_id (path) | string | Có | — |
Phản hồi
| Tên | Loại | Bắt buộc | Nội dung này là gì |
|---|---|---|---|
id | Uuid | Có | UUIDv7 identifier — sortable by creation time (docs/02 §8). |
state | MarketplaceSaleState | Có | Where one purchased package is in its life (docs/82 §3). The terminal state is `accepted`, not `delivered`: delivery is the vendor's claim, acceptance is the buyer's act, and it… |
listing_id | Uuid | Có | UUIDv7 identifier — sortable by creation time (docs/02 §8). |
listing_title | string | Có | — |
package_name | string | Có | — |
package_description | string | Không | — |
vendor_display_name | string | Không | The seller's public name, never the legal name held for identity checks. |
delivery_days | integer | Không | — |
revisions_included | integer | Không | — |
revision_count | integer | Không | — |
billing_mode | MarketplaceBillingMode | Không | How an offer is charged (docs/82 §2a). A property of the OFFER, chosen by the seller from what the listing type permits — a $200 one-off audit and $150/month of link building si… |
billing_interval | object | Không | — |
period_index | integer | Không | 0 for a one-time sale and a subscription's first period; one per renewal. |
amount_minor | integer | Có | — |
currency | CurrencyCode | Có | ISO 4217 currency code (money is minor units + this code — CLAUDE.md §2.8). |
auto_accepts | boolean | Không | Read this BEFORE `accept_by`. A null `accept_by` means two completely different things — not delivered yet, or this type never auto-accepts at all (an asset sale releasing on a… |
auto_accept_days | object | Không | — |
accept_by | object | Không | When this purchase auto-accepts if the buyer does nothing. |
delivered_at | object | Không | — |
accepted_at | object | Không | — |
accepted_automatically | boolean | Không | Whether the timer accepted this rather than the buyer. It does NOT change the outcome — auto-accept has the same finality as the button, which is why the buyer must be warned be… |
last_revision_reason | string | Không | — |
last_revision_at | object | Không | — |
order_id | Uuid | Không | UUIDv7 identifier — sortable by creation time (docs/02 §8). |
created_at | string | Không | — |
Các lỗi điểm cuối này có thể trả về
401 · 404 · 422