এই পৃষ্ঠাটি কিছু সাধারণ সমস্যা বর্ণনা করে যা আপনি একটি পুনঃবিক্রেতা হিসাবে ডিরেক্টরি API এর সাথে জড়িত হতে পারেন৷
400:badRequest
এই ত্রুটিটি ঘটে যখন একটি ভুল প্যারামিটার মান পদ্ধতিতে পাস করা হয়।
users.get মেথড ব্যবহার করলে, userKey প্যারামিটারে পাস করা মানটি হয় ব্যবহারকারীর প্রাথমিক ইমেল ঠিকানা, ওরফে ইমেল ঠিকানা বা অনন্য ব্যবহারকারী আইডি কিনা তা যাচাই করুন।
users.list পদ্ধতি ব্যবহার করলে, নিম্নলিখিত পরামিতিগুলি যাচাই করুন:
-
customerপ্যারামিটার: শুধুমাত্র Google দ্বারা তৈরি করাcustomerIdব্যবহার করুন। প্রকৃত গ্রাহকের ডোমেন ব্যবহার করবেন না। আমরা এই প্যারামিটারটি ব্যবহার করার পরামর্শ দিই কারণ একজন গ্রাহকের সেকেন্ডারি ডোমেন থাকলে,domainপ্যারামিটার ব্যবহার করে শুধুমাত্র সেই নির্দিষ্ট ডোমেনের ইমেল ঠিকানা সহ ব্যবহারকারীদের ফেরত দেয়। -
domainপ্যারামিটার: শুধুমাত্র প্রকৃত গ্রাহকের ডোমেন ব্যবহার করুন। ব্যবহার করবেন না
customerIdযা গুগল তৈরি করেছে।
403:domainCannotUseApis
এই ত্রুটিটি ঘটে যখন আপনার গ্রাহক অ্যাডমিন SDK API-তে রিসেলার অ্যাক্সেস অক্ষম করে। এই সমস্যাটি সমাধান করতে, আপনার গ্রাহককে অ্যাডমিন SDK API-এ অ্যাক্সেস পুনরায় সক্ষম করতে বলুন। আরও তথ্যের জন্য, কন্ট্রোল API অ্যাক্সেস দেখুন।
আপনি যদি বর্তমান লাইসেন্সপ্রাপ্ত ব্যবহারকারীদের গণনা করার চেষ্টা করছেন এবং আপনি যদি এই ত্রুটিটি পান, তাহলে users.list পদ্ধতিতে কল করার পরিবর্তে, সাবস্ক্রিপশন সংস্থান থেকে licensedNumberOfSeats ক্ষেত্রটি ব্যবহার করুন৷
403:forbidden
এই ত্রুটিটি ঘটে যখন আপনি গ্রাহকের মালিক নন বা আপনার গ্রাহক তাদের অ্যাডমিন কনসোলে রিসেলার অ্যাক্সেস অক্ষম করে রেখেছেন৷
এই সমস্যাটি সমাধান করতে, গ্রাহকের রিসেলার মালিকানা যাচাই করতে কল করার আগে হয় customers.get পদ্ধতিতে কল করুন বা আপনার গ্রাহককে তাদের অ্যাডমিন কনসোলে রিসেলার অ্যাক্সেস পুনরায় সক্ষম করতে বলুন৷ আরও তথ্যের জন্য, একজন গ্রাহকের অ্যাডমিন কনসোল অ্যাক্সেস করুন দেখুন।
403:usageLimits.accessNotConfigured
Google ক্লাউড প্রজেক্টে API সক্রিয় না থাকলে এই ত্রুটি ঘটে। এই সমস্যাটি সমাধান করতে, Google ক্লাউড কনসোলে যান এবং API সক্ষম করুন৷ আরও তথ্যের জন্য, Google Workspace API চালু করুন দেখুন।
409:duplicate
এই ত্রুটিটি ঘটে যখন আপনি একটি নতুন ব্যবহারকারী যোগ করার চেষ্টা করছেন, কিন্তু গ্রাহকের প্রাথমিক ইমেল ইতিমধ্যেই নিম্নলিখিতগুলির মধ্যে একটির মধ্যে বিদ্যমান:
- বর্তমান Google Workspace অ্যাকাউন্ট যেটিতে আপনি সেগুলি যোগ করার চেষ্টা করছেন।
- অন্য একটি Google পণ্য (Google Workspace নয়)।
এই সমস্যাটি সমাধান করতে, নিম্নলিখিতগুলি করুন:
users.getপদ্ধতিতে কল করুন।আপনি যদি
200প্রতিক্রিয়া পান, তাহলে গ্রাহকের Google Workspace অ্যাকাউন্টে ব্যবহারকারী আগে থেকেই আছে। আপনি এই ব্যবহারকারীকে অ্যাকাউন্টে যোগ করতে পারবেন না।আপনি যদি একটি
403 forbiddenপ্রতিক্রিয়া পান, তাহলে হয় প্রাথমিক ইমেল প্যারামিটারে থাকা ডোমেনটি একটি পুনঃবিক্রীত গ্রাহক নয় বা প্রাথমিক ইমেলটি আগে একটি ভিন্ন Google পণ্যের জন্য ব্যবহার করা হয়েছে এবং এই ব্যবহারকারীকে সফলভাবে যুক্ত করার আগে গ্রাহকের ডোমেনটি প্রথমে যাচাই করা আবশ্যক৷আপনি যদি গ্রাহকের ডোমেন যাচাই করতে পারেন তবে নিম্নলিখিতগুলি করুন:
-
users.insertপদ্ধতি ব্যবহার করে একটি অস্থায়ী প্রশাসক ব্যবহারকারী তৈরি করুন এবং চূড়ান্ত ডোমেন যাচাইকরণ ধাপে প্রভিশনিং চালিয়ে যান। - ডোমেন যাচাই করার সময়,
webResource.insertকলের অনুরোধের বডিরowners[]প্যারামিটারে অস্থায়ী ব্যবহারকারীদের যোগ করুন। আপনি একটি200প্রতিক্রিয়া না পাওয়া পর্যন্ত এই কল করুন. - ডোমেন যাচাই করার পর,
users.patchবাusers.updateপদ্ধতি ব্যবহার করে অস্থায়ী ব্যবহারকারীর নাম পরিবর্তন করুন।
-
আপনি যদি গ্রাহকের ডোমেন যাচাই করতে না পারেন তবে নিম্নলিখিতগুলি করুন:
-
users.insertপদ্ধতি ব্যবহার করে একটি অস্থায়ী অ্যাডমিন ব্যবহারকারী তৈরি করুন। - আপনার গ্রাহককে অস্থায়ী ব্যবহারকারী হিসাবে সাইন ইন করুন এবং অ্যাডমিন কনসোলের মাধ্যমে তাদের ডোমেন যাচাই করুন৷
- ডোমেন যাচাই করার পরে, হয় গ্রাহক বা আপনি অস্থায়ী ব্যবহারকারীর নাম পরিবর্তন করতে পারেন। আপনি
users.patchবাusers.updateপদ্ধতি ব্যবহার করতে পারেন।
-
412:limitExceeded
এই ত্রুটিটি ঘটে যখন আপনার গ্রাহক তাদের সর্বোচ্চ আসন সীমায় পৌঁছেছেন। এই সমস্যাটি সমাধান করতে, subscriptions.changeSeats পদ্ধতি ব্যবহার করুন এবং তাদের সদস্যতা পরিকল্পনার উপর নির্ভর করে, নিম্নলিখিতগুলি ব্যবহার করুন:
-
FLEXIBLEএর জন্য,maximumNumberOfSeatsপ্যারামিটার বাড়ান। -
ANNUALজন্য,numberOfSeatsপ্যারামিটার বাড়ান।