اس دستاویز میں زیر بحث بنیادی تصورات سے واقف ہونے کے لیے براہ کرم ہمارا “SSO کا جائزہ” صفحہ دیکھیں.
اپنے ڈومینز کی تصدیق کرنے سے پہلے، چند مختلف سوالات پر غور کرنا اہم ہے:
آپ نئے صارفین کے لیے دعوتیں کیسے فراہم کرنا چاہیں گے؟
آپ موجودہ کنزیومر (ذاتی/Plus/Pro) صارفین کو کیسے سنبھالنا چاہیں گے؟
آپ چاہتے ہیں کہ آپ کا صارف لاگ اِن فلو کیسا ہو؟
ہم ان سوالات میں سے ہر ایک کو مزید تفصیل سے دیکھیں گے تاکہ یہ یقینی بنانے میں مدد ملے کہ آپ وہ اختیار منتخب کر رہے ہیں جو آپ کی ضرورتوں کے لیے سب سے موزوں ہے.
نئے صارفین کو مدعو کرنا
ہم فی الحال صارفین کو دعوتیں فراہم کرنے کے چار مختلف طریقے پیش کرتے ہیں:
یہ بات قابل ذکر ہے کہ ہم ان صورتوں میں فرق کرتے ہیں جہاں دعوتی ای میلز فعال طور پر بھیجی جاتی ہیں اور ان صورتوں میں جہاں ہمارے بیک اینڈ میں دعوت خاموشی سے صارف کے ای میل کے ساتھ منسلک کر دی جاتی ہے.
دعوتی ای میلز فعال طور پر اس وقت بھیجی جاتی ہیں جب:
کسی نئے صارف کو پہلی بار SCIM کے ذریعے مدعو کیا جاتا ہے.
کسی صارف کو ChatGPT یا API پلیٹ فارم سے براہ راست مدعو کیا جاتا ہے.
دعوتیں خاموشی سے اس وقت منسلک کی جاتی ہیں جب:
کسی SCIM صارف کو آپ کے IdP گروپ سے ہٹایا گیا ہو اور پھر دوبارہ شامل کیا گیا ہو.
خودکار اکاؤنٹ تخلیق لاگو ہوتی ہے.
بعد والی صورت میں، صارفین کو اپنے ان باکس میں دعوتیں نظر نہیں آئیں گی، لیکن لاگ اِن کی کوشش کرنے پر انہیں پھر بھی درست متعلقہ ورک اسپیس/آرگنائزیشن کی طرف لے جایا جائے گا.
SCIM
SCIM، ChatGPT اور API پلیٹ فارم دونوں میں دستیاب ہے. SCIM شناخت فراہم کنندگان (مثلاً Okta، Entra ID وغیرہ) کو OpenAI کے ساتھ صارف کی شناخت کا ڈیٹا شیئر کرنے کی اجازت دیتا ہے، جس سے تنظیمی تبدیلیوں کی بنیاد پر دعوتوں کی فراہمی (اور صارف اکاؤنٹس کی ڈی پروویژننگ) خودکار ہو جاتی ہے.
اگرچہ SCIM بھی آپ کے IdP کے ذریعے کنفیگر کیا جاتا ہے، اسے SSO سے آزاد طور پر سیٹ اپ کیا جا سکتا ہے. لہٰذا، ڈومین کی تصدیق/SSO، SCIM کے لیے تقاضے نہیں ہیں.
اگر آپ SCIM اور SSO دونوں استعمال کرنے کا فیصلہ کرتے ہیں، تو اہم فرق یہ سمجھنا ہے:
SCIM صرف دعوتیں فراہم کرتا ہے
SSO توثیق اور صارف کی تخلیق سنبھالتا ہے
ہم SCIM کو مجموعی صارف نظم و نسق کے لیے سب سے مضبوط اور قابل توسیع حل سمجھتے ہیں. آپ کے مثالی نفاذ پر منحصر ہے، اگر آپ ChatGPT اور API پلیٹ فارم دونوں میں تعیناتی کر رہے ہیں تو ہم عموماً بہترین عمل کے طور پر درج ذیل آرکیٹیکچر کی سفارش کرتے ہیں:
اس سیٹ اپ کے ساتھ، آپ دعوتوں اور رسائی (ChatGPT اور API پلیٹ فارم تک) دونوں کو الگ الگ آسانی سے منظم کر سکتے ہیں. اس سیٹ اپ کا اضافی فائدہ یہ ہے کہ کوئی بھی ضروری تبدیلیاں آپ کی ایڈمنسٹریشن ٹیمیں براہ راست آپ کے IdP میں مرکزی طور پر انجام دے سکتی ہیں.
اگر آپ متعدد ایپلیکیشنز میں SCIM نافذ کر رہے ہیں (یعنی ChatGPT بمقابلہ API پلیٹ فارم بمقابلہ دیگر اکاؤنٹس)، تو آپ کی SCIM ایپلیکیشنز منفرد ہونی چاہئیں. چاہے آپ کا ہدف صارفین کا گروپ ایک ہی ہو، سختی سے تجویز کیا جاتا ہے کہ ہر SCIM نفاذ آپ کے IdP میں ایک منفرد ایپلیکیشن کا حوالہ دے.
اگر آپ اس تقاضے کو پورا نہیں کرتے، تو اس سے عدم مطابقت کے مسائل پیدا ہو سکتے ہیں جو بالآخر غلط رکنیتوں کا سبب بنتے ہیں.
ChatGPT یا API پلیٹ فارم سے براہ راست دعوتیں
ایڈمنز متعلقہ ChatGPT اور پلیٹ فارم “Members” صفحات سے صارفین کو ای میل کے ذریعے براہ راست مدعو کر سکتے ہیں. ChatGPT میں، یہ طریقہ اپ لوڈ کردہ CSV کے ذریعے بڑی تعداد میں دعوتوں کو بھی سپورٹ کرتا ہے:
اگرچہ عام طور پر یہ بڑے پیمانے کے لیے موزوں نہیں ہوتا، ہم اکثر نئی ورک اسپیس/آرگنائزیشن شروع کرتے وقت براہ راست دعوتیں استعمال کرنے کی سفارش کرتے ہیں. SCIM کے برعکس، دعوتوں کے صارفین کے ان باکس تک پہنچنے میں کسی ممکنہ تاخیر کا امکان نہیں ہوتا، اس لیے یہ فوری رسائی دینے، اجازتیں بدلنے، اور عمومی ٹیسٹنگ کے لیے سب سے مؤثر اختیار ہے.
اس کے علاوہ، آپ بعد میں کبھی بھی SCIM فعال کر سکتے ہیں اور اپنے موجودہ صارفین کو SCIM ایپلیکیشن کے تحت گروپ کر سکتے ہیں. اس لیے یہ تشویش نہیں ہوتی کہ براہ راست مدعو کیے گئے صارفین مستقبل کی آٹومیشن سے خارج رہ جائیں گے، جب تک کہ آپ ایسا نہ چاہیں.
خودکار اکاؤنٹ تخلیق (AAC)
دیگر اختیارات کے برعکس، AAC صرف ChatGPT کے شناخت صفحے میں دستیاب ہے اور اس کے لیے پہلے SSO فعال ہونا ضروری ہے:
جیسا کہ اوپر دکھایا گیا ہے، AAC اس بات کی ضمانت دیتا ہے کہ تصدیق شدہ ای میل ڈومین کے ساتھ سائن اپ یا لاگ اِن کرنے والے صارفین خود بخود آپ کی Enterprise ورک اسپیس میں شامل ہو جائیں گے. صارفین کو دعوتی ای میل موصول نہیں ہوگی، اور یہ عمل مکمل طور پر خودکار ہے. اس کے اپنے فائدے اور نقصانات ہیں.
اگر آپ کی پالیسی یہ ہے کہ آپ کے تصدیق شدہ ڈومین والے کسی بھی صارف کو کھلی رسائی دی جائے، تو AAC ایک بہترین اختیار ہے جو SCIM ایپلیکیشن کنفیگر اور منظم کرنے کی اضافی محنت سے بچاتا ہے.
تاہم، اگر آپ صارف رسائی کے لیے زیادہ محدود اور منظوری پر مبنی طریقہ چاہتے ہیں تو AAC مثالی نہیں ہے.
⚠️ انتباہ ⚠️
یہ ذہن میں رکھنا اہم ہے کہ AAC فعال کرنے سے آپ کے ڈومین کے تحت موجود تمام کنزیومر (ذاتی/Plus/Pro) صارفین مؤثر طور پر آپ کی Enterprise ورک اسپیس میں ضم ہونے پر مجبور ہو جائیں گے. اس بارے میں مزید معلومات نیچے “موجودہ صارفین کو سنبھالنا” سیکشن میں مل سکتی ہیں.
نوٹ کریں کہ اس صورتحال میں، چاہے صارفین آپ کے IdP ایکسیس گروپ کے رکن نہ ہوں اور SSO نافذ ہونے کی صورت میں ورک اسپیس تک کامیابی سے رسائی حاصل نہ کر سکیں، پھر بھی وہ آپ کے Enterprise اکاؤنٹ میں ایک سیٹ استعمال کرتے ہیں.
اسی وجہ سے، ہم عموماً زیادہ تر صورتوں میں AAC کے بجائے SCIM یا براہ راست دعوتوں کی سفارش کرتے ہیں. اور ممکنہ الجھن کے راستوں سے بچنے کے لیے، اگر آپ SCIM استعمال کرنے کا منصوبہ رکھتے ہیں تو ہم AAC کو بند رکھنے کی سفارش کرتے ہیں.
API پلیٹ فارم ایڈمن انوائٹس Endpoint
ہمارا API پلیٹ فارم ایک Invites Endpoint کو سپورٹ کرتا ہے، جو آپ کو اپنے API آرگنائزیشن میں صارفین کو پروگرام کے ذریعے مدعو کرنے کی اجازت دیتا ہے.
SCIM کے مقابلے میں، endpoint کا بڑا فائدہ یہ ہے کہ یہ آپ کو یہ طے کرنے دیتا ہے کہ مدعو صارف کن پروجیکٹ/پروجیکٹس کا حصہ ہونا چاہیے:
یہ انفرادی براہ راست دعوتوں کے دستی کام کے بغیر، باریکی اور کنٹرول کی ایک اضافی سطح فراہم کرتا ہے.
موجودہ کنزیومر صارفین کو سنبھالنا
ہم کنزیومر صارفین کی تعریف ان افراد کے طور پر کرتے ہیں جو ذاتی، Plus، یا Pro سبسکرپشن پر ہیں. اکثر ایسا ہوتا ہے کہ آپ کے تصدیق شدہ ڈومین کے ساتھ موجودہ کنزیومر صارفین موجود ہوتے ہیں جن کے اکاؤنٹس آپ کے Enterprise معاہدے سے پہلے کے ہوتے ہیں. چونکہ آپ کے ڈومین کی تصدیق اور SSO فعال کرنے کا ان کنزیومر صارفین پر بعد ازاں اثر پڑ سکتا ہے، اس لیے مطلوبہ نتیجہ پہلے سے طے کرنا اہم ہے.
ChatGPT کنزیومر صارفین پر اثر
ChatGPT کی طرف، کنزیومرز پر اثر بڑی حد تک دو عوامل سے طے ہوتا ہے:
کیا انہیں Enterprise ورک اسپیس میں مدعو کیا جائے گا؟
کیا آپ SSO نافذ کریں گے؟
نتیجے میں ہونے والا رویہ نیچے دیکھا جا سکتا ہے:
| زیر التوا دعوت؟ | SSO نافذ ہے؟ | نتیجہ |
|---|---|---|
| ہاں | ہاں | کنزیومر صارف اکاؤنٹس کو Enterprise میں ضم ہونے پر مجبور کیا جائے گا، اور وہ صرف SSO کے ذریعے لاگ اِن کر سکیں گے. |
| ہاں | نہیں | کنزیومر صارف اکاؤنٹس کو Enterprise میں ضم ہونے پر مجبور کیا جائے گا، اور صارفین SSO یا سوشل لاگ اِن کے ذریعے توثیق کر سکیں گے. |
| نہیں | ہاں | کوئی اثر نہیں: کنزیومر صارفین پاس ورڈ یا سوشل توثیق کے ذریعے اپنی ذاتی ورک اسپیسز تک رسائی برقرار رکھتے ہیں. |
| نہیں | نہیں | کوئی اثر نہیں: کنزیومر صارفین پاس ورڈ یا سوشل توثیق کے ذریعے اپنی ذاتی ورک اسپیسز تک رسائی برقرار رکھتے ہیں. |
اگر آپ کا مقصد بالآخر کسی بھی کنزیومر اکاؤنٹس کو روکنا ہے، تو ممکنہ اختیارات پر گفتگو کے لیے براہ کرم اپنے Account Director سے رابطہ کریں.
اکاؤنٹ انضمام
عام صارف کے اکاؤنٹ کو انٹرپرائز اکاؤنٹ میں خودکار طور پر ضم کرنے کے لیے درکار شرائط یہ ہیں:
صارف کا ڈومین تصدیق شدہ ہے.
صارف کو اس انٹرپرائز ورک اسپیس کی دعوت موصول ہو چکی ہے جہاں اس کا ڈومین تصدیق شدہ ہے.
نوٹ: اگر آپ نے AAC فعال کر رکھا ہے، تو آپ کے تصدیق شدہ ڈومین والے کسی بھی صارف کے لیے یہ شرط ہمیشہ درست ہوگی.
جب یہ شرائط پوری ہو جائیں، تو اگلی بار جب صارف ChatGPT میں لاگ اِن کرے یا اسے ریفریش کرے، اسے درج ذیل موڈل نظر آنا چاہیے:
جیسا کہ تصویر میں نمایاں کیا گیا ہے، ہم انضمام سے پہلے موجودہ Plus یا Pro سبسکرپشنز کی رقم خودکار طور پر واپس کر دیں گے. صارفین کے پاس اپنی موجودہ چیٹ ہسٹری اور GPTs منتقل کرنے، یا اپنی چیٹ ہسٹری ای میل کے ذریعے ایکسپورٹ کر کے اپنی انٹرپرائز ورک اسپیس کو “بالکل نئے آغاز” کے طور پر شروع کرنے کا اختیار ہوگا.
نوٹ: اگر منزل والی انٹرپرائز یا Edu ورک اسپیس میں ڈیٹا ریزیڈنسی فعال ہے، تو ذاتی ورک اسپیس کا ڈیٹا منتقل نہیں کیا جا سکتا. صارفین صرف اپنی چیٹس ایکسپورٹ کر سکتے ہیں اور ذاتی ورک اسپیس حذف کر سکتے ہیں. تفصیلات کے لیے ای میل دعوت نامے اور اکاؤنٹ مائیگریشنز دیکھیں.
عام صارف کا اکاؤنٹ ضم ہو جانے کے بعد اسے بحال کرنے کا کوئی طریقہ نہیں ہے. اگر آپ کے صارفین نے “موجودہ چیٹ ہسٹری اور GPTs منتقل کریں” کا اختیار منتخب کیا تھا لیکن یہ تبدیلی ان کی انٹرپرائز ورک اسپیس میں نظر نہیں آئی، تو براہ کرم Support سے رابطہ کریں.
API پلیٹ فارم کنزیومر صارفین پر اثر
کیونکہ پلیٹ فارم پر SSO ابھی بھی ڈومین پر مبنی ہے (ChatGPT کے برعکس، جہاں SSO اس ورک اسپیس کے لیے مخصوص ہوتا ہے جہاں اسے فعال کیا گیا ہے)، جیسے ہی آپ اپنا ڈومین تصدیق کر کے کسی بھی آرگنائزیشن پر SSO فعال کریں گے، آپ کے کنزیومر صارفین متاثر ہوں گے.
کنزیومر صارفین پاس ورڈز کے ذریعے توثیق کرنے کی صلاحیت کھو دیں گے، کیونکہ ہم ڈومین کی مماثلت کی شناخت کر کے انہیں آپ کے IdP کی طرف بھیج دیتے ہیں. اگر وہ آپ کے IdP کے رکن ہیں، تو وہ کامیابی سے توثیق کر سکتے ہیں. متبادل طور پر، اگر سوشل OAuth اختیار ان کے لیے دستیاب ہو تو وہ اس کے ذریعے لاگ اِن کر سکتے ہیں. اگر ایسا نہیں ہے، تو آپ نے مؤثر طور پر انہیں ان کے کنزیومر اکاؤنٹس سے لاک آؤٹ کر دیا ہے.
اس ورک فلو کی مزید تفصیلی رہنمائی کے لیے صارف لاگ اِن فلو سیکشن دیکھیں.
شناخت اور پروویژننگ کے تجویز کردہ پیٹرنز
اب جبکہ ہم نے اپنی شناختی توثیق اور دعوتی پروویژننگ سے متعلق بنیادی رویہ واضح کر دیا ہے، Enterprise صارفین کے لیے دستیاب کچھ عام نفاذی پیٹرنز کا جائزہ لینا مفید ہو سکتا ہے:
صارف لاگ اِن فلو
ہم زیر التوا دعوتوں اور SSO کے نفاذ کے اثرات پر پہلے ہی گفتگو کر چکے ہیں، اس لیے یہ سیکشن اس متوقع فلو/چیکس کو سمجھنے میں مدد کے لیے ہے جو ہم اس وقت انجام دیتے ہیں جب کوئی صارف لاگ اِن کے لیے اپنا ای میل ایڈریس درج کرتا ہے.
ChatGPT لاگ اِن فلو
نوٹ: اس خاکے میں سوشل طریقے یا Tile URL کے ذریعے لاگ اِن کی کوششیں شامل نہیں ہیں.
API پلیٹ فارم لاگ اِن فلو
نوٹ: اس خاکے میں سوشل طریقے یا Tile URL کے ذریعے لاگ اِن کی کوششیں شامل نہیں ہیں.
اگلے اقدامات
اب جبکہ آپ کو اپنے مثالی نفاذ کا اندازہ ہو گیا ہے، آپ SCIM یا SSO فعال کرنے کے لیے متعلقہ دستاویزات پر عمل کر سکتے ہیں: