مصنوعات اور لائسنس API
آرڈر کے بعد اپنے سرور سے لائسنس جاری کریں: پہلے پروڈکٹ اور پالیسی، پھر ہر صارف کا لائسنس بنائیں۔ پہلے دو عموماً ایک بار ترتیب دینے ہوتے ہیں۔
پہلے console میں لکھنے کی اجازت والا انتظامی API key۔ نیچے کی مثالوں میں Authorization: Bearer YOUR_MANAGEMENT_API_KEY؛ یہ key فروش کے سرور پر رکھیں۔
The examples above show the minimum issuance flow. For queries, updates, archiving, renewals, devices, usage, offline licensing and events, see “All management requests and responses” under Management API Key۔
اجرا کے وقت مدت دیں: مقررہ اور آزمائشی کے لیے 1–36500 دن، دائمی کے لیے نہیں۔ پالیسی یہ مدت محفوظ نہیں کرتی۔
پروڈکٹ کے جواب میں data.id کو product_id اور پالیسی کے جواب میں data.id کو policy_id کے طور پر استعمال کریں۔ لائسنس جاری کرنے کے بعد data.id اور data.key محفوظ کریں۔
آپ لائسنس کی فہرست سے مکمل کلید دوبارہ دیکھ اور کاپی کر سکتے ہیں۔ اسے صرف متعلقہ گاہک کے ساتھ شیئر کریں۔
activation سے پہلے محدود لائسنس میں،expires_at اور first_activated_at null ہیں۔ پہلی کامیاب activation سے آغاز؛ منتقلی نئی مدت نہیں دیتی۔
مزید انتظام
| طریقہ اور راستہ (/api/v1 کے بغیر) | مقصد اور درخواست کا متن |
|---|---|
GET /products | مصنوعات کی فہرست لیں۔ جواب میں data.items ریکارڈ کی فہرست اور data.total کل تعداد ہے۔ |
GET /licenses/{id} | لائسنس، پہلی activation اور میعاد دیکھیں۔ |
POST /licenses/{id}/renew | تجدید مثلاً {"days":30}؛ اصل لائسنس برقرار۔ |
POST /licenses/{id}/revoke | منسوخ؛ درخواست متن {}۔ |
GET /products/{id}/public-keys | login کے بغیر پروڈکٹ public keys پڑھیں۔ SDK تقسیم میں معتبر keys مقرر کریں۔ |
GET /activations | آلے کی بندش اور سیشن دیکھیں۔ |
فہرست صفحات میں limit=25&offset=0، limit زیادہ سے زیادہ 100۔ دیگر ساخت اور دلائل یہاں OpenAPI فائل؛ لائسنس ماڈل کے لیے بائیں کا متعلقہ موضوع دیکھیں۔
browser login session سے کال کیسے؟
browser cookie سے لکھنے والی درخواست میں X-CSRF-Token چاہیے۔ پہلے GET /api/v1/auth/csrf کریں، پھر data.csrf_token اس header میں دیں۔ Bearer Key کو CSRF نہیں چاہیے۔