POST /v1/marketplace/vendor/profile

المصادقة

أرسل مفتاح واجهة برمجة التطبيقات (API) كرمز حامل (bearer token). لا يحدد نقطة النهاية هذه إذنًا محددًا في المواصفات، لذا امنح مفتاحك الحد الأدنى الذي محتاجه وتحقق من الاستجابة بدلاً من الافتراض.

لا يقبل هذا الطرف أي معرف للمؤسسة. يحدد مفتاحك بالفعل المؤسسة التي ينتمي إليها، وتكون الاستجابة محصورة في نطاقها.

جربه الآن

استبدل أي شيء بين أقواس زاوية بقيمك الخاصة، والعنصر النائب للمفتاح بمفتاح من لوحة تحكمك.

curl -X POST https://api.zinndigital.com/v1/marketplace/vendor/profile \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "display_name": <string> }'

هل سجلت الدخول؟ تقوم وحدة تحكم واجهة برمجة التطبيقات في لوحة التحكم الخاصة بك بربط معرف مؤسستك الحقيقي ومفتاحك الخاص، وتنفذ الطلب مقابل واجهة برمجة التطبيقات المباشرة لتتمكن من رؤية الاستجابة الفعلية. افتح هذه النهاية الطرفية في وحدة تحكم API

التفاصيل

docs/82 §7a. Self-service registration — until M1 a vendor row could only be created by staff in admin, which is a marketplace whose seller half is reachable only by asking us. ⭐ **Idempotent.** An org that is already registered gets `200` and its existing row, never a `409`: two members of one org pressing the button is an ordinary event. ⛔ The organization comes from the caller's own scope, never from the body — a caller-supplied org id would let a member of one tenant enrol another. ⛔ The row is always created `registered` and never first-party: registering is not approval, and approval is not verification.

جسم الطلب

الاستجابة

الأخطاء التي يمكن أن تُرجعها نقطة النهاية هذه

401 · 422