عام سوالات

پہلے خرابی کوڈ، پھر متعلقہ ترتیب دیکھیں۔ جواب کا request_id logs میں عمل تلاش؛ مکمل key logs یا تصویر میں نہیں۔

activation ناکام ہو تو کیا جانچیں؟

سرور تک رسائی، درست product ID، مکمل کوڈ اور اسی پروڈکٹ کا لائسنس دیکھیں۔ سرور نصب ہونے سے پہلے صارف کا کمپیوٹر آپ کا 127.0.0.1 پتہ؛ یہ صارف کا اپنا کمپیوٹر ظاہر کرتا ہے۔

خرابی کوڈ	پہلا قدم
`LICENSE_INVALID`	پروڈکٹ ID، مکمل key، لائسنس پروڈکٹ دیکھیں
`LICENSE_EXPIRED`	میعاد دیکھیں؛ ضرورت پر فروش تجدید کرے
`LICENSE_REVOKED` `DEVICE_RELEASED`	لائسنس منسوخ/آلہ آزاد؛ SDK cache صاف
`DEVICE_LIMIT_REACHED`	لائسنس جگہ بھری؛ پرانا آزاد یا حد بڑھائیں
`API_QUOTA_EXCEEDED`	API سخت کوٹا ختم؛ دورانیہ/پیکیج دیکھیں
`API_BALANCE_INSUFFICIENT`	API زائد بیلنس کم؛ کرنسی/ماحول دیکھیں
`MONTHLY_QUOTA_EXCEEDED`	پلیٹ فارم آلہ حد؛ لائسنس کی حد الگ
`IDEMPOTENCY_CONFLICT`	ایک Key مختلف متن؛ نئے عمل کی نئی Key، retry اصل متن
`IDEMPOTENCY_EXPIRED`	پرانا جواب/بندش غیر مؤثر؛ حالت دیکھیں، نئے عمل کی نئی Key

آف لائن بھی کیوں چلتا ہے؟

offline بھی SDK مقامی دستخط، پروڈکٹ، آلہ، خصوصیات اور میعاد جانچتا ہے؛ صرف سرور درخواست نہیں کرتا۔ cache ختم یا online منسوخی/release کی واضح تردید مزید استعمال روکتی ہے۔

دستخط یا آلے کی تصدیق کیوں ناکام ہے؟

public key کا نہ ملنا، دوسرے پروڈکٹ کا cache یا دوسرے کمپیوٹر پر نقل کردہ cache ناکامی کا سبب بن سکتے ہیں۔ دیکھیں trusted_keys کا key ID اور public key موجودہ پروڈکٹ کے ہیں؛ پھر دیکھیں نظام بدلا یا دوبارہ نصب ہوا ہے۔

SDK بتاتا ہے clock rollback : گھڑی پیچھے تو نہیں؛ درست کر کے آن لائن refresh۔

مکمل خرابی جواب

{
  "error": {
    "code": "LICENSE_REVOKED",
    "message": "License was revoked"
  },
  "request_id": "99999999-9999-4999-8999-999999999999"
}

فیلڈ	مطلب اور کارروائی
`error.code` · string	مستقل error ID سے فیصلہ، message عبارت سے نہیں۔
`error.message` · string	پڑھنے لائق وجہ، تشخیص یا گاہک پیغام کے لیے۔
`request_id` · UUID	سرور HTTP ID logs کے لیے؛ لائسنس یا Idempotency-Key نہیں۔

For 400 / 415 correct fields or Content-Type; for 401 check the management key; for 403 inspect the licensing error; for 409 check limits, session state or idempotency conflicts; for 429 wait according to Retry-After. Runtime retries retain their Idempotency-Key and body. Recover management writes using each operation’s idempotency rules; never blindly repeat ordinary issuance or renewal after a timeout.

JSON جواب کیسے پڑھیں؟

کامیاب جواب data اور request_id؛ ناکامی پر error.code، error.message اور request_id۔ خرابی کوڈ اور request_id سے اکثر مسئلے ملتے ہیں۔

ای میل، ادائیگی، deployment کے لیے دیکھیں مدد اور مسئلے کی تشخیص۔