ഈ ഡോക്യുമെന്റിൽ ചർച്ച ചെയ്യുന്ന പ്രധാന ആശയങ്ങൾ പരിചയപ്പെടാൻ ദയവായി ഞങ്ങളുടെ “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 പ്ലാറ്റ്ഫോമിൽ നിന്നോ നേരിട്ടുള്ള ക്ഷണങ്ങൾ
അതത് ChatGPT, പ്ലാറ്റ്ഫോം എന്നിവയിലെ “അംഗങ്ങൾ” പേജുകളിൽ നിന്ന് അഡ്മിൻമാർക്ക് ഇമെയിൽ വഴി ഉപയോക്താക്കളെ നേരിട്ട് ക്ഷണിക്കാം. 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 പ്രവർത്തനരഹിതമാക്കി നിലനിർത്താനും ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു.
മുമ്പ് നീക്കം ചെയ്തതോ പ്രവർത്തനരഹിതമാക്കിയതോ ആയ അംഗങ്ങൾ
മുമ്പ് നീക്കം ചെയ്ത ഒരു ഉപയോക്താവ് വീണ്ടും ക്ഷണം ലഭിക്കാതെ സൈൻ ഇൻ ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ “യോഗ്യമായ ChatGPT അക്കൗണ്ട് കണ്ടെത്തിയില്ല” എന്ന സന്ദേശം കണ്ടേക്കാം.
നിലവിൽ വർക്ക്സ്പേസ് അംഗത്വമില്ലാത്ത യോഗ്യരായ ഉപയോക്താക്കൾക്കായി യാന്ത്രിക അക്കൗണ്ട് സൃഷ്ടിക്കൽ ഒരു അംഗത്വം സൃഷ്ടിക്കുന്നു. ഉപയോക്താവ് SSO വഴി വിജയകരമായി സൈൻ ഇൻ ചെയ്താലും അവരുടെ ഇമെയിൽ സ്ഥിരീകരിച്ച ഡൊമെയ്നിൽ ഉൾപ്പെട്ടതായാലും, മുമ്പ് നീക്കം ചെയ്തതോ പ്രവർത്തനരഹിതമാക്കിയതോ ആയ അംഗത്വം ഇത് വീണ്ടും സജീവമാക്കില്ല.
മുമ്പ് നീക്കം ചെയ്ത ഉപയോക്താവിന് വീണ്ടും പ്രവേശനം നൽകാൻ, ആ വ്യക്തിക്ക് അനുമതിയുണ്ടെന്ന് വർക്ക്സ്പേസ് ഉടമയോ അഡ്മിനോ ആദ്യം സ്ഥിരീകരിക്കണം. തുടർന്ന് വർക്ക്സ്പേസ് ക്രമീകരണങ്ങൾ → അംഗങ്ങൾ → അംഗത്തെ ക്ഷണിക്കുക എന്നതിലൂടെ വീണ്ടും ക്ഷണിക്കണം.
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 പ്രവർത്തനക്ഷമമാക്കാൻ ബന്ധപ്പെട്ട ഡോക്യുമെന്റേഷൻ പിന്തുടരാം: