সাধারণ প্রশ্ন
আগে ত্রুটি কোড, তারপর সেটিং দেখুন। উত্তরের request_id লগে কাজ খুঁজতে সাহায্য। সম্পূর্ণ কী লগ বা ছবিতে দেবেন না।
সক্রিয়করণ ব্যর্থ হলে কী দেখব?
সার্ভার ঠিকানায় পৌঁছানো যায় কি না, product ID সঠিক, কোড সম্পূর্ণ ও এই পণ্যের কি না দেখুন। সার্ভার স্থাপন না হলে গ্রাহকের কম্পিউটার আপনার 127.0.0.1 ঠিকানা; এটি গ্রাহকের নিজের কম্পিউটার বোঝায়।
| ত্রুটি কোড | প্রথম ধাপ |
|---|---|
LICENSE_INVALID | পণ্য ID, পুরো কী ও লাইসেন্স পণ্য দেখুন |
LICENSE_EXPIRED | মেয়াদ দেখুন; দরকারে বিক্রেতা নবায়ন করেন |
LICENSE_REVOKEDDEVICE_RELEASED | লাইসেন্স বাতিল/ডিভাইস মুক্ত; SDK ক্যাশ মুছে |
DEVICE_LIMIT_REACHED | লাইসেন্স স্থান পূর্ণ; পুরোনো মুক্ত বা সীমা বাড়ান |
API_QUOTA_EXCEEDED | API কঠোর কোটা শেষ; পর্যায় ও প্ল্যান দেখুন |
API_BALANCE_INSUFFICIENT | API অতিরিক্ত ব্যালান্স কম; মুদ্রা ও পরিবেশ দেখুন |
MONTHLY_QUOTA_EXCEEDED | প্ল্যাটফর্ম ডিভাইস সীমা; লাইসেন্স সীমা আলাদা |
IDEMPOTENCY_CONFLICT | এক Key ভিন্ন বিষয়; নতুন কাজে নতুন Key, পুনঃচেষ্টায় মূল বিষয় |
IDEMPOTENCY_EXPIRED | পুরোনো উত্তর/বাঁধন অকার্যকর; অবস্থা দেখে নতুন কাজে নতুন Key |
অফলাইনেও কেন কাজ করে?
অফলাইনেও SDK স্থানীয়ভাবে স্বাক্ষর, পণ্য, ডিভাইস, ফিচার ও মেয়াদ দেখে; শুধু সার্ভারে যায় না। ক্যাশের মেয়াদ শেষ বা অনলাইনে বাতিল/মুক্তের স্পষ্ট প্রত্যাখ্যান পেলে আর চলবে না।
স্বাক্ষর বা ডিভাইস যাচাই কেন ব্যর্থ?
public key না মেলা, অন্য পণ্যের ক্যাশ বা অন্য কম্পিউটারে কপি করা ক্যাশে ব্যর্থতা হতে পারে। যাচাই করুন trusted_keys -এর key ID ও public key বর্তমান পণ্যের কি না; তারপর সিস্টেম বদলানো বা পুনঃস্থাপন হয়েছে কি না দেখুন।
SDK জানায় clock rollback : ঘড়ি পিছিয়েছে কি না দেখুন। ঠিক করে অনলাইন রিফ্রেশ।
সম্পূর্ণ ত্রুটি উত্তর
{
"error": {
"code": "LICENSE_REVOKED",
"message": "License was revoked"
},
"request_id": "99999999-9999-4999-8999-999999999999"
}| ফিল্ড | অর্থ ও করণীয় |
|---|---|
error.code · string | স্থির ত্রুটি ID দিয়ে সিদ্ধান্ত, message লেখায় নয়। |
error.message · string | সমস্যার পাঠযোগ্য কারণ, নির্ণয় বা গ্রাহক বার্তায়। |
request_id · UUID | লগের সার্ভার HTTP ID; লাইসেন্স বা 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 রাখলে বেশিরভাগ সমস্যা খুঁজবেন।
ইমেইল, পেমেন্ট বা স্থাপনে দেখুন সহায়তা ও সমস্যা সমাধান।