marketplace

PUT `/v1/marketplace/listings/{listing_id}/packages`

Replace the whole package list.

احراز هویت

یک کلید API را به عنوان یک توکن برbearer ارسال کنید. این نقطه پایانی مجوز خاصی را در مشخصات خود ذکر نمی‌کند، بنابراین به جای فرض کردن، حداقل نیازهای کلید خود را بدهید و پاسخ را بررسی کنید.

این نقطه پایانی هیچ شناسه سازمانی را دریافت نمی‌کند. کلید شما در حال حاضر سازمان مربوطه را مشخص می‌کند و پاسخ در همان محدوده ارائه می‌شود.

امتحان کنید

هر چیزی را که داخل براکت‌های زاویه‌دار قرار دارد با مقادیر خودتان جایگزین کنید، و نگهدارنده کلید را با کلیدی از داشبورد خود جایگزین نمایید.

curl -X PUT https://api.zinndigital.com/v1/marketplace/listings/{listing_id}/packages \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "packages": <object[]> }'

وارد شده‌اید؟ کنسول API در داشبورد شما شناسه سازمان واقعی و کلید خودتان را پر می‌کند و درخواست را روی API زنده اجرا می‌کند تا بتوانید پاسخ واقعی را ببینید. این نقطه پایانی را در کنسول API باز کنید

جزئیات

Whole-list, like the field schema and for the same reason: per-package create/delete reopens the read-then-write race defect **D824** recorded, and position ordering only means anything as a set. The cap is `Marketplace.max_packages` — a ROW an operator can change, not a database constraint that would need a migration (CLAUDE.md §2.35).

پارامترها

نام	نوع	الزامی	چیست
`listing_id (path)`	`string`	بله	—

بدنه درخواست

نام	نوع	الزامی	چیست
`packages`	`object[]`	بله	—

پاسخ

نام	نوع	الزامی	چیست
`data`	`MarketplacePackage[]`	بله	—
`total`	`integer`	بله	—
`max_packages`	`integer`	بله	This vertical's cap, from a row an operator can change.
`permitted_billing_modes`	`MarketplaceBillingMode[]`	خیر	What this listing type allows. The form is TOLD rather than guessing: a UI that hardcoded both modes would render a control whose every submission is refused.
`permitted_billing_intervals`	`string<monthly, annual>[]`	خیر	—

خطاهایی که این نقطه پایانی می‌تواند برگرداند

401 · 404 · 422

PUT /v1/marketplace/listings/{listing_id}/packages