उत्पाद और लाइसेंस API
ऑर्डर के बाद अपने सर्वर से लाइसेंस जारी करें: पहले उत्पाद और नीति बनाएं, फिर हर ग्राहक का लाइसेंस। पहले दो आम तौर पर एक बार ही सेट होते हैं।
पहले कंसोल में लिखने की अनुमति वाला प्रबंधन 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 सहेजें।
आप लाइसेंस सूची से पूरी कुंजी फिर से देख और कॉपी कर सकते हैं। इसे केवल संबंधित ग्राहक के साथ साझा करें।
सक्रियता से पहले सीमित लाइसेंस में,expires_at और first_activated_at null हैं। पहली सफल सक्रियता से अवधि; बदलाव नई अवधि नहीं देता।
आगे का प्रबंधन
| विधि व पथ (/api/v1 के बिना) | उद्देश्य व अनुरोध बॉडी |
|---|---|
GET /products | उत्पाद सूची पढ़ें। उत्तर में data.items रिकॉर्ड की सरणी और data.total कुल संख्या है। |
GET /licenses/{id} | लाइसेंस, पहली सक्रियता व समाप्ति देखें। |
POST /licenses/{id}/renew | नवीनीकरण, जैसे {"days":30}। मूल लाइसेंस रहता है। |
POST /licenses/{id}/revoke | रद्द करें; अनुरोध बॉडी {}। |
GET /products/{id}/public-keys | लॉगिन बिना उत्पाद सार्वजनिक key पढ़ें। SDK वितरण में विश्वसनीय key निश्चित रखें। |
GET /activations | डिवाइस बाइंडिंग व सत्र देखें। |
सूची पृष्ठ में उपयोग limit=25&offset=0, limit अधिकतम 100। अन्य तर्क व संरचना यहाँ OpenAPI फ़ाइल; हर लाइसेंस मॉडल के लिए बाईं ओर का विषय देखें।
ब्राउज़र सत्र से कॉल कैसे?
ब्राउज़र कुकी वाले लेखन अनुरोध में X-CSRF-Token चाहिए। पहले GET /api/v1/auth/csrf, फिर data.csrf_token इस हेडर में रखें। Bearer Key में CSRF नहीं चाहिए।