ഈ ഡോക്യുമെന്റിൽ ചർച്ച ചെയ്യുന്ന പ്രധാന ആശയങ്ങൾ പരിചയപ്പെടാൻ ദയവായി ഞങ്ങളുടെ “SSO അവലോകനം” പേജ് പരിശോധിക്കുക.
നിങ്ങളുടെ ഡൊമെയിനുകൾ സ്ഥിരീകരിക്കുന്നതിന് മുമ്പ്, കുറച്ച് വ്യത്യസ്ത ചോദ്യങ്ങൾ പരിഗണിക്കുന്നത് പ്രധാനമാണ്:
പുതിയ ഉപയോക്താക്കൾക്കുള്ള ക്ഷണങ്ങൾ നിങ്ങൾ എങ്ങനെ പ്രൊവിഷൻ ചെയ്യാൻ ആഗ്രഹിക്കുന്നു?
നിലവിലുള്ള കൺസ്യൂമർ (വ്യക്തിഗത/Plus/Pro) ഉപയോക്താക്കളെ നിങ്ങൾ എങ്ങനെ കൈകാര്യം ചെയ്യാൻ ആഗ്രഹിക്കുന്നു?
നിങ്ങളുടെ ഉപയോക്തൃ ലോഗിൻ പ്രവാഹം എങ്ങനെ ആയിരിക്കണമെന്നാണ് നിങ്ങൾ ആഗ്രഹിക്കുന്നത്?
നിങ്ങളുടെ ആവശ്യങ്ങൾക്ക് ഏറ്റവും അനുയോജ്യമായ ഓപ്ഷൻ തിരഞ്ഞെടുക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ സഹായിക്കുന്നതിനായി ഈ ഓരോ ചോദ്യവും കൂടുതൽ വിശദമായി നോക്കാം.
പുതിയ ഉപയോക്താക്കളെ ക്ഷണിക്കൽ
ഉപയോക്താക്കൾക്ക് ക്ഷണങ്ങൾ പ്രൊവിഷൻ ചെയ്യാൻ ഞങ്ങൾ നിലവിൽ നാല് വ്യത്യസ്ത രീതികൾ നൽകുന്നു:
ക്ഷണ ഇമെയിലുകൾ സജീവമായി അയക്കുന്ന സാഹചര്യങ്ങളും ഞങ്ങളുടെ ബാക്ക്എൻഡിൽ ഒരു ക്ഷണം ഉപയോക്താവിന്റെ ഇമെയിലുമായി നിശ്ശബ്ദമായി ബന്ധിപ്പിക്കുന്ന സാഹചര്യങ്ങളും ഞങ്ങൾ വേർതിരിച്ചറിയുന്നു എന്നത് ശ്രദ്ധേയമാണ്.
ക്ഷണ ഇമെയിലുകൾ സജീവമായി അയക്കപ്പെടുന്നത് ഇവിടെയാണ്:
ഒരു പുതിയ ഉപയോക്താവിനെ SCIM വഴി ആദ്യമായി ക്ഷണിക്കുന്നു.
ഒരു ഉപയോക്താവിനെ ChatGPT അല്ലെങ്കിൽ API Platform-ൽ നിന്ന് നേരിട്ട് ക്ഷണിക്കുന്നു.
ക്ഷണങ്ങൾ നിശ്ശബ്ദമായി ബന്ധിപ്പിക്കപ്പെടുന്നത് ഇവിടെയാണ്:
ഒരു SCIM ഉപയോക്താവിനെ നിങ്ങളുടെ IdP ഗ്രൂപ്പിൽ നിന്ന് നീക്കം ചെയ്ത് പിന്നീട് വീണ്ടും ചേർത്തിരുന്നു.
ഓട്ടോമാറ്റിക് അക്കൗണ്ട് സൃഷ്ടിക്കൽ ബാധകമാണ്.
രണ്ടാമത്തെ സാഹചര്യത്തിൽ, ഉപയോക്താക്കൾക്ക് അവരുടെ ഇൻബോക്സിൽ ക്ഷണങ്ങൾ കാണാനാകില്ല. എന്നാൽ അവർ ലോഗിൻ ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ ബന്ധപ്പെട്ട വർക്ക്സ്പേസ്/ഓർഗനൈസേഷനിലേക്ക് ശരിയായി നയിക്കപ്പെടും.
SCIM
SCIM ChatGPT-ലും API Platform-ലും ലഭ്യമാണ്. സംഘടനാതല മാറ്റങ്ങളെ അടിസ്ഥാനമാക്കി ക്ഷണങ്ങൾ പ്രൊവിഷൻ ചെയ്യുന്നതും (ഉപയോക്തൃ അക്കൗണ്ടുകൾ ഡി-പ്രൊവിഷൻ ചെയ്യുന്നതും) ഓട്ടോമേറ്റ് ചെയ്ത്, ഐഡന്റിറ്റി പ്രൊവൈഡർമാർക്ക് (ഉദാ. Okta, Entra ID മുതലായവ) ഉപയോക്തൃ ഐഡന്റിറ്റി ഡാറ്റ OpenAI-യുമായി കൈമാറാൻ SCIM അനുവദിക്കുന്നു.
SCIM-വും നിങ്ങളുടെ IdP വഴിയാണ് കോൺഫിഗർ ചെയ്യുന്നതെങ്കിലും, SSO-യിൽ നിന്ന് സ്വതന്ത്രമായി അത് സജ്ജീകരിക്കാം. അതിനാൽ, ഡൊമെയിൻ സ്ഥിരീകരണം/SSO എന്നിവ SCIM-നുള്ള ആവശ്യകതകളല്ല.
SCIMയും SSOയും രണ്ടും ഉപയോഗിക്കാൻ നിങ്ങൾ തീരുമാനിക്കുകയാണെങ്കിൽ, മനസ്സിലാക്കേണ്ട പ്രധാന വ്യത്യാസം ഇതാണ്:
SCIM ക്ഷണങ്ങൾ മാത്രം പ്രൊവിഷൻ ചെയ്യുന്നു
പ്രാമാണീകരണവും ഉപയോക്തൃ സൃഷ്ടിയും SSO കൈകാര്യം ചെയ്യുന്നു
മൊത്തത്തിലുള്ള ഉപയോക്തൃ മാനേജ്മെന്റിനുള്ള ഏറ്റവും ശക്തവും സ്കെയിൽ ചെയ്യാവുന്നതുമായ പരിഹാരമായി ഞങ്ങൾ SCIM-നെ കണക്കാക്കുന്നു. നിങ്ങളുടെ അനുയോജ്യമായ നടപ്പാക്കലിനെ ആശ്രയിച്ച്, ChatGPT-ലും API Platform-ലും ഒരുമിച്ച് വിന്യസിക്കുന്നുവെങ്കിൽ മികച്ച രീതിയായി ഞങ്ങൾ സാധാരണയായി ശുപാർശ ചെയ്യുന്ന ആർക്കിടെക്ചർ ഇതാണ്:
ഈ ക്രമീകരണത്തോടെ, ക്ഷണങ്ങളും ChatGPT-യിലേക്കും API Platform-ലേക്കുമുള്ള ആക്സസും രണ്ടും വേർതിരിച്ച് എളുപ്പത്തിൽ മാനേജ് ചെയ്യാം. ആവശ്യമായ മാറ്റങ്ങൾ നിങ്ങളുടെ അഡ്മിനിസ്ട്രേഷൻ ടീമുകൾക്ക് നേരിട്ട് നിങ്ങളുടെ IdP-യിൽ കേന്ദ്രികൃതമായി നടത്താനാകുമെന്ന അധിക ഗുണവും ഈ ക്രമീകരണത്തിനുണ്ട്.
നിങ്ങൾ ഒന്നിലധികം ആപ്ലിക്കേഷനുകളിൽ (അതായത് ChatGPT, API Platform, മറ്റ് അക്കൗണ്ടുകൾ എന്നിവയിൽ) SCIM നടപ്പാക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ SCIM ആപ്ലിക്കേഷനുകൾ ഓരോന്നും വ്യത്യസ്തമായിരിക്കണം. നിങ്ങളുടെ ലക്ഷ്യ ഉപയോക്തൃ അടിസ്ഥാനം ഒരേപോലെയാണെങ്കിലും, ഓരോ SCIM നടപ്പാക്കലും നിങ്ങളുടെ IdP-യിലെ വ്യത്യസ്തമായ ഒരു ആപ്ലിക്കേഷനെ റഫർ ചെയ്യണമെന്ന് ശക്തമായി ശുപാർശ ചെയ്യുന്നു.
ഈ ആവശ്യം പാലിക്കാത്ത പക്ഷം, ഒടുവിൽ അസാധുവായ അംഗത്വങ്ങൾക്ക് കാരണമാകുന്ന പൊരുത്തക്കേടുകൾ ഉണ്ടാകാം.
ChatGPT അല്ലെങ്കിൽ API Platform-ൽ നിന്നുള്ള നേരിട്ടുള്ള ക്ഷണങ്ങൾ
അഡ്മിനുകൾക്ക് ബന്ധപ്പെട്ട ChatGPTയും Platformയും ഉള്ള “അംഗങ്ങൾ” പേജുകളിൽ നിന്ന് ഇമെയിൽ വഴി ഉപയോക്താക്കളെ നേരിട്ട് ക്ഷണിക്കാം. ChatGPT-ൽ, അപ്ലോഡ് ചെയ്ത CSV വഴി കൂട്ട ക്ഷണങ്ങളെയും ഈ രീതി പിന്തുണയ്ക്കുന്നു:
സാധാരണയായി വലിയ തോതിൽ സ്കെയിൽ ചെയ്യാൻ അനുയോജ്യമല്ലെങ്കിലും, പുതിയ വർക്ക്സ്പേസ്/ഓർഗനൈസേഷനിൽ ആരംഭിക്കുമ്പോൾ നേരിട്ടുള്ള ക്ഷണങ്ങൾ ഉപയോഗിക്കാനാണ് ഞങ്ങൾ പലപ്പോഴും ശുപാർശ ചെയ്യുന്നത്. SCIM-നോട് വ്യത്യസ്തമായി, ക്ഷണങ്ങൾ ഉപയോക്താക്കളുടെ ഇൻബോക്സിൽ എത്തുന്നതിൽ സാദ്ധ്യതയുള്ള താമസമില്ല. അതിനാൽ വേഗത്തിലുള്ള ആക്സസ് നൽകാനും അനുമതികൾ മാറ്റാനും പൊതുവായ പരിശോധനകൾ നടത്താനും ഏറ്റവും ഫലപ്രദമായ ഓപ്ഷനാണിത്.
കൂടാതെ, പിന്നീട് എപ്പോൾ വേണമെങ്കിലും SCIM പ്രവർത്തനക്ഷമമാക്കി നിങ്ങളുടെ നിലവിലുള്ള ഉപയോക്താക്കളെ SCIM ആപ്ലിക്കേഷന്റെ കീഴിൽ ഗ്രൂപ്പ് ചെയ്യാം. അതുകൊണ്ട്, നിങ്ങൾക്ക് പ്രത്യേകിച്ച് വേണ്ടാത്ത പക്ഷം, നേരിട്ട് ക്ഷണിച്ച ഉപയോക്താക്കൾ ഭാവിയിലെ ഓട്ടോമേഷനിൽ നിന്ന് ഒഴിവാക്കപ്പെടുമെന്ന ആശങ്കയില്ല.
ഓട്ടോമാറ്റിക് അക്കൗണ്ട് സൃഷ്ടിക്കൽ (AAC)
മറ്റ് ഓപ്ഷനുകളിൽ നിന്ന് വ്യത്യസ്തമായി, AAC ChatGPT-യിലെ ഐഡന്റിറ്റി പേജിൽ മാത്രമേ ലഭ്യമാകൂ, കൂടാതെ ആദ്യം SSO പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം:
മുകളിൽ കാണിച്ചതുപോലെ, സ്ഥിരീകരിച്ച ഇമെയിൽ ഡൊമെയിൻ ഉപയോഗിച്ച് സൈൻ അപ്പ് ചെയ്യുകയോ ലോഗിൻ ചെയ്യുകയോ ചെയ്യുന്ന ഉപയോക്താക്കൾ നിങ്ങളുടെ Enterprise വർക്ക്സ്പേസിലേക്ക് സ്വയമേവ ചേർക്കപ്പെടുമെന്ന് AAC ഉറപ്പാക്കുന്നു. ഉപയോക്താക്കൾക്ക് ക്ഷണ ഇമെയിൽ ലഭിക്കില്ല, പ്രക്രിയ പൂർണ്ണമായും ഓട്ടോമേറ്റഡ് ആയിരിക്കും. ഇതിന് ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്.
നിങ്ങളുടെ സ്ഥിരീകരിച്ച ഡൊമെയിനുള്ള ഏതൊരു ഉപയോക്താവിനും തുറന്ന ആക്സസ് അനുവദിക്കുകയാണ് നിങ്ങളുടെ നയമെങ്കിൽ, SCIM ആപ്ലിക്കേഷൻ കോൺഫിഗർ ചെയ്ത് മാനേജ് ചെയ്യുന്നതിനുള്ള അധിക ചുമതല ഒഴിവാക്കുന്ന മികച്ച ഓപ്ഷനാണ് AAC.
എന്നാൽ ഉപയോക്തൃ ആക്സസിന് കൂടുതൽ നിയന്ത്രിതവും അംഗീകാരാധിഷ്ഠിതവുമായ സമീപനം ആവശ്യമാണെങ്കിൽ AAC അനുയോജ്യമല്ല.
⚠️ മുന്നറിയിപ്പ് ⚠️
AAC പ്രവർത്തനക്ഷമമാക്കുന്നത് നിങ്ങളുടെ ഡൊമെയിനിന് കീഴിലുള്ള എല്ലാ കൺസ്യൂമർ (വ്യക്തിഗത/Plus/Pro) ഉപയോക്താക്കളെയും ഫലത്തിൽ നിർബന്ധമായി നിങ്ങളുടെ Enterprise വർക്ക്സ്പേസിലേക്ക് ലയിപ്പിക്കുമെന്ന് ഓർക്കുന്നത് പ്രധാനമാണ്. ഇതിനെക്കുറിച്ച് കൂടുതൽ വിവരങ്ങൾ താഴെയുള്ള “നിലവിലുള്ള ഉപയോക്താക്കളെ കൈകാര്യം ചെയ്യൽ” വിഭാഗത്തിൽ കാണാം.
ഈ സാഹചര്യത്തിൽ, ഉപയോക്താക്കൾ നിങ്ങളുടെ IdP ആക്സസ് ഗ്രൂപ്പിലെ അംഗങ്ങളല്ലെങ്കിലും SSO നിർബന്ധമാക്കിയാൽ വർക്ക്സ്പേസ് വിജയകരമായി ആക്സസ് ചെയ്യാൻ കഴിയില്ലെങ്കിലും, അവർ നിങ്ങളുടെ Enterprise അക്കൗണ്ടിൽ ഒരു സീറ്റ് ഉപയോഗിക്കുന്നതാണ്.
ഇതിനാൽ, മിക്ക സാഹചര്യങ്ങളിലും AAC-നേക്കാൾ SCIM അല്ലെങ്കിൽ നേരിട്ടുള്ള ക്ഷണങ്ങളാണ് ഞങ്ങൾ സാധാരണയായി ശുപാർശ ചെയ്യുന്നത്. കൂടാതെ ആശയക്കുഴപ്പത്തിനുള്ള സാധ്യതകൾ ഒഴിവാക്കാൻ, നിങ്ങൾ SCIM ഉപയോഗിക്കാൻ പദ്ധതിയിടുന്നുവെങ്കിൽ AAC ഓഫാക്കി വയ്ക്കാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു.
API Platform അഡ്മിൻ ക്ഷണങ്ങൾ Endpoint
നിങ്ങളുടെ API ഓർഗനൈസേഷനിലേക്ക് ഉപയോക്താക്കളെ പ്രോഗ്രാമാറ്റിക്കായി ക്ഷണിക്കാൻ അനുവദിക്കുന്ന ക്ഷണങ്ങൾ Endpoint ഞങ്ങളുടെ API Platform പിന്തുണയ്ക്കുന്നു.
SCIM-നോട് താരതമ്യം ചെയ്യുമ്പോൾ, ക്ഷണിക്കപ്പെട്ട ഉപയോക്താവ് ഏത് പ്രോജക്റ്റിലോ പ്രോജക്റ്റുകളിലോ ഉൾപ്പെടണമെന്ന് വ്യക്തമാക്കാൻ ഈ endpoint അനുവദിക്കുന്നതാണ് പ്രധാന ഗുണം:
വ്യക്തിഗത നേരിട്ടുള്ള ക്ഷണങ്ങളുടെ കൈമാറ്റ ജോലി ആവശ്യമാക്കാതെ തന്നെ, ഇത് കൂടുതൽ സൂക്ഷ്മതയും നിയന്ത്രണവും നൽകുന്നു.
നിലവിലുള്ള കൺസ്യൂമർ ഉപയോക്താക്കളെ കൈകാര്യം ചെയ്യൽ
വ്യക്തിഗത, Plus, അല്ലെങ്കിൽ Pro സബ്സ്ക്രിപ്ഷനിലുള്ളവരെയാണ് ഞങ്ങൾ കൺസ്യൂമർ ഉപയോക്താക്കളായി നിർവചിക്കുന്നത്. നിങ്ങളുടെ Enterprise കരാറിന് മുമ്പ് അക്കൗണ്ടുകൾ ഉണ്ടായിരുന്ന, സ്ഥിരീകരിച്ച ഡൊമെയിനിലുള്ള നിലവിലുള്ള കൺസ്യൂമർ ഉപയോക്താക്കൾ പലപ്പോഴും ഉണ്ടായിരിക്കും. നിങ്ങളുടെ ഡൊമെയിൻ സ്ഥിരീകരിക്കുകയും SSO പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുന്നത് ഈ കൺസ്യൂമർ ഉപയോക്താക്കളിൽ തുടർ സ്വാധീനം ചെലുത്താമെന്നതിനാൽ, ആഗ്രഹിക്കുന്ന ഫലം മുൻകൂട്ടി തീരുമാനിക്കുന്നത് പ്രധാനമാണ്.
ChatGPT കൺസ്യൂമർ ഉപയോക്താക്കളിലേക്കുള്ള സ്വാധീനം
ChatGPT ഭാഗത്ത്, കൺസ്യൂമർമാരിലേക്കുള്ള സ്വാധീനം പ്രധാനമായും രണ്ട് ഘടകങ്ങളാൽ നിർണയിക്കപ്പെടുന്നു:
അവരെ Enterprise വർക്ക്സ്പേസിലേക്ക് ക്ഷണിക്കുമോ?
നിങ്ങൾ SSO നിർബന്ധമാക്കുമോ?
ഫലമായുണ്ടാകുന്ന പെരുമാറ്റം താഴെ കാണാം:
| തീർപ്പാകാത്ത ക്ഷണമുണ്ടോ? | SSO നിർബന്ധമാക്കിയിട്ടുണ്ടോ? | ഫലം |
|---|---|---|
| ഉണ്ട് | ഉണ്ട് | കൺസ്യൂമർ ഉപയോക്തൃ അക്കൗണ്ടുകൾ നിർബന്ധമായി Enterprise-ലേക്ക് ലയിപ്പിക്കപ്പെടും, SSO ഉപയോഗിച്ചേ ലോഗിൻ ചെയ്യാനാകൂ. |
| ഉണ്ട് | ഇല്ല | കൺസ്യൂമർ ഉപയോക്തൃ അക്കൗണ്ടുകൾ നിർബന്ധമായി Enterprise-ലേക്ക് ലയിപ്പിക്കപ്പെടും, ഉപയോക്താക്കൾക്ക് SSO അല്ലെങ്കിൽ സോഷ്യൽ ലോഗിൻ ഉപയോഗിച്ച് പ്രാമാണീകരിക്കാം. |
| ഇല്ല | ഉണ്ട് | സ്വാധീനമില്ല: കൺസ്യൂമർ ഉപയോക്താക്കൾക്ക് പാസ്വേഡ് അല്ലെങ്കിൽ സോഷ്യൽ പ്രാമാണീകരണം വഴി അവരുടെ വ്യക്തിഗത വർക്ക്സ്പേസുകളിലേക്കുള്ള ആക്സസ് നിലനിർത്താം. |
| ഇല്ല | ഇല്ല | സ്വാധീനമില്ല: കൺസ്യൂമർ ഉപയോക്താക്കൾക്ക് പാസ്വേഡ് അല്ലെങ്കിൽ സോഷ്യൽ പ്രാമാണീകരണം വഴി അവരുടെ വ്യക്തിഗത വർക്ക്സ്പേസുകളിലേക്കുള്ള ആക്സസ് നിലനിർത്താം. |
ഒടുവിൽ കൺസ്യൂമർ അക്കൗണ്ടുകൾ ഒന്നും ഉണ്ടാകാതിരിക്കുക എന്നതാണ് നിങ്ങളുടെ ലക്ഷ്യമെങ്കിൽ, സാധ്യതയുള്ള ഓപ്ഷനുകൾ ചർച്ച ചെയ്യാൻ നിങ്ങളുടെ Account Director-നെ ബന്ധപ്പെടുക.
അക്കൗണ്ട് ലയനം
ഉപഭോക്തൃ അക്കൗണ്ട് ഒരു എന്റർപ്രൈസ് അക്കൗണ്ടിലേക്ക് സ്വയമേവ ലയിപ്പിക്കുന്നതിന് ആവശ്യമായ മുൻവ്യവസ്ഥകൾ ഇവയാണ്:
ഉപയോക്താവിന്റെ ഡൊമെയ്ൻ പരിശോധിച്ചുറപ്പിച്ചിരിക്കുന്നു.
തങ്ങളുടെ ഡൊമെയ്ൻ പരിശോധിച്ചുറപ്പിച്ചിട്ടുള്ള എന്റർപ്രൈസ് വർക്ക്സ്പേസിലേക്കുള്ള ക്ഷണം ഉപയോക്താവിന് ലഭിച്ചിട്ടുണ്ട്.
കുറിപ്പ്: നിങ്ങൾ AAC പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിൽ, നിങ്ങളുടെ പരിശോധിച്ചുറപ്പിച്ച ഡൊമെയ്ൻ ഉള്ള ഏത് ഉപയോക്താവിനും ഈ വ്യവസ്ഥ എല്ലായ്പ്പോഴും പാലിച്ചിരിക്കും.
ഈ വ്യവസ്ഥകൾ പാലിക്കുമ്പോൾ, ഉപയോക്താവ് അടുത്ത തവണ ChatGPT-യിൽ ലോഗിൻ ചെയ്യുകയോ അത് റിഫ്രെഷ് ചെയ്യുകയോ ചെയ്യുമ്പോൾ, അവർക്ക് ഇനിപ്പറയുന്ന മോഡൽ കാണാനാകും:
ചിത്രത്തിൽ കാണിച്ചതുപോലെ, ലയനത്തിന് മുമ്പ് നിലവിലുള്ള Plus അല്ലെങ്കിൽ Pro സബ്സ്ക്രിപ്ഷനുകൾക്കുള്ള തുക ഞങ്ങൾ സ്വയമേവ റീഫണ്ട് ചെയ്യും. ഉപയോക്താക്കൾക്ക് അവരുടെ നിലവിലുള്ള ചാറ്റ് ചരിത്രവും GPTs-ഉം കൈമാറാനോ, അല്ലെങ്കിൽ അവരുടെ ചാറ്റ് ചരിത്രം ഇമെയിൽ വഴി എക്സ്പോർട്ട് ചെയ്ത് എന്റർപ്രൈസ് വർക്ക്സ്പേസ് “പൂർണ്ണമായും പുതിയ തുടക്കമായി” ആരംഭിക്കാനോ കഴിയും.
കുറിപ്പ്: ലക്ഷ്യസ്ഥാനമായ എന്റർപ്രൈസ് അല്ലെങ്കിൽ Edu വർക്ക്സ്പേസിൽ ഡാറ്റ റെസിഡൻസി പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിൽ, വ്യക്തിഗത വർക്ക്സ്പേസിലെ ഡാറ്റ കൈമാറാനാകില്ല. ഉപയോക്താക്കൾക്ക് അവരുടെ ചാറ്റുകൾ എക്സ്പോർട്ട് ചെയ്യാനും വ്യക്തിഗത വർക്ക്സ്പേസ് ഇല്ലാതാക്കാനും മാത്രമേ കഴിയൂ. വിശദാംശങ്ങൾക്ക് ഇമെയിൽ ക്ഷണങ്ങളും അക്കൗണ്ട് മൈഗ്രേഷനുകളും കാണുക.
ഉപഭോക്തൃ അക്കൗണ്ട് ലയിപ്പിച്ചുകഴിഞ്ഞാൽ, അത് പുനഃസ്ഥാപിക്കാൻ മാർഗമില്ല. നിങ്ങളുടെ ഉപയോക്താക്കൾ “നിലവിലുള്ള ചാറ്റ് ചരിത്രവും GPTs-ഉം കൈമാറുക” എന്ന ഓപ്ഷൻ തിരഞ്ഞെടുത്തിട്ടും അത് അവരുടെ എന്റർപ്രൈസ് വർക്ക്സ്പേസിൽ പ്രതിഫലിച്ചില്ലെങ്കിൽ, പിന്തുണയുമായി ബന്ധപ്പെടുക.
API Platform കൺസ്യൂമർ ഉപയോക്താക്കളിലേക്കുള്ള സ്വാധീനം
Platform-ലെ SSO ഇപ്പോഴും ഡൊമെയിൻ അടിസ്ഥാനത്തിലാണ് പ്രവർത്തിക്കുന്നത്. ChatGPT-ൽ SSO അത് പ്രവർത്തനക്ഷമമാക്കിയിട്ടുള്ള വർക്ക്സ്പേസിന് പ്രത്യേകമായാണ് ബാധകമാകുന്നത്. അതിനാൽ, നിങ്ങളുടെ ഡൊമെയിൻ സ്ഥിരീകരിച്ച് ഏതെങ്കിലും ഓർഗനൈസേഷനിൽ SSO പ്രവർത്തനക്ഷമമാക്കുന്ന ഉടൻ തന്നെ നിങ്ങളുടെ കൺസ്യൂമർ ഉപയോക്താക്കൾക്ക് സ്വാധീനം ഉണ്ടാകും.
ഡൊമെയിൻ പൊരുത്തം തിരിച്ചറിഞ്ഞ് ഞങ്ങൾ അവരെ നിങ്ങളുടെ IdP-യിലേക്ക് ഫോർവേഡ് ചെയ്യുന്നതിനാൽ, കൺസ്യൂമർ ഉപയോക്താക്കൾക്ക് പാസ്വേഡ് ഉപയോഗിച്ച് പ്രാമാണീകരിക്കാനുള്ള കഴിവ് നഷ്ടപ്പെടും. അവർ നിങ്ങളുടെ IdP-യിലെ അംഗങ്ങളാണെങ്കിൽ, വിജയകരമായി പ്രാമാണീകരിക്കാനാകും. അല്ലെങ്കിൽ, അവർക്കത് ലഭ്യമാണെങ്കിൽ ഒരു സോഷ്യൽ OAuth ഓപ്ഷൻ ഉപയോഗിച്ച് ലോഗിൻ ചെയ്യാം. അങ്ങനെ അല്ലെങ്കിൽ, അവരുടെ കൺസ്യൂമർ അക്കൗണ്ടുകളിൽ നിന്ന് നിങ്ങൾ അവരെ ഫലത്തിൽ പുറത്താക്കിയിരിക്കുകയാണ്.
ഈ വർക്ക്ഫ്ലോയെക്കുറിച്ചുള്ള കൂടുതൽ ആഴത്തിലുള്ള മാർഗ്ഗനിർദ്ദേശത്തിന് ഉപയോക്തൃ ലോഗിൻ പ്രവാഹം വിഭാഗം കാണുക.
ശുപാർശ ചെയ്യുന്ന ഐഡന്റിറ്റി, പ്രൊവിഷനിംഗ് മാതൃകകൾ
ഞങ്ങളുടെ ഐഡന്റിറ്റി പ്രാമാണീകരണത്തോടും ക്ഷണ പ്രൊവിഷനിംഗിനോടും ബന്ധപ്പെട്ട അടിസ്ഥാന പെരുമാറ്റം ഇപ്പോൾ വ്യക്തമാക്കിയതിനാൽ, Enterprise ഉപയോക്താക്കൾക്ക് ലഭ്യമായ പൊതുവായ ചില നടപ്പാക്കൽ മാതൃകകൾ അവലോകനം ചെയ്യുന്നത് സഹായകരമായിരിക്കും:
ഉപയോക്തൃ ലോഗിൻ പ്രവാഹം
തീർപ്പാകാത്ത ക്ഷണങ്ങളും SSO നിർബന്ധമാക്കലും ചെലുത്തുന്ന സ്വാധീനം നമ്മൾ ഇതിനകം ചർച്ച ചെയ്തിട്ടുണ്ട്. അതിനാൽ, ഒരു ഉപയോക്താവ് ലോഗിൻ ചെയ്യാൻ ഇമെയിൽ വിലാസം നൽകുമ്പോൾ ഞങ്ങൾ നടത്തുന്ന പ്രതീക്ഷിക്കുന്ന പ്രവാഹവും പരിശോധനകളും ദൃശ്യവൽക്കരിക്കാൻ സഹായിക്കുന്നതിനാണ് ഈ വിഭാഗം.
ChatGPT ലോഗിൻ പ്രവാഹം
കുറിപ്പ്: സോഷ്യൽ രീതിയിലൂടെയോ Tile URL വഴിയോ നടത്തുന്ന ലോഗിൻ ശ്രമങ്ങൾ ഈ ഡയഗ്രാമിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല.
API Platform ലോഗിൻ പ്രവാഹം
കുറിപ്പ്: സോഷ്യൽ രീതിയിലൂടെയോ Tile URL വഴിയോ നടത്തുന്ന ലോഗിൻ ശ്രമങ്ങൾ ഈ ഡയഗ്രാമിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല.
അടുത്ത ഘട്ടങ്ങൾ
നിങ്ങളുടെ അനുയോജ്യമായ നടപ്പാക്കലിനെക്കുറിച്ച് ഇപ്പോൾ ഒരു ധാരണ ലഭിച്ചിരിക്കുന്നതിനാൽ, SCIM അല്ലെങ്കിൽ SSO പ്രവർത്തനക്ഷമമാക്കാൻ ബന്ധപ്പെട്ട ഡോക്യുമെന്റേഷൻ പിന്തുടരാം: