Kullanıcı yaşam döngüsü yönetimi

Çalışanlar işe başladığında doğru ChatGPT çalışma alanı erişimini sağlamak, sorumlulukları değiştiğinde bu erişimi güncellemek ve işten ayrıldıklarında erişimi kaldırmak için bu kılavuzu kullanın. Süreç ayrıca çalışma alanı lisanslarını, grup tabanlı rolleri, Codex erişim tokenlerini ve kendi erişim denetimlerine sahip bağlı sistemleri kapsar.

Tek oturumla giriş (SSO), çalışanın kimliğini doğrular. Sağlama işlemi, çalışanı bir çalışma alanına ekler. Bu işlemlerin hiçbiri tek başına çalışanın lisansını, özellik izinlerini, yerel çalışma zamanı politikasını veya harici bir sisteme erişimini belirlemez.

Çalışan erişimini üç yaşam döngüsü aşamasında yönetin:

• İşe başlama: Çalışma alanı erişimini, grupları, rolleri ve doğru lisansı sağlayın.
• Görev değişikliği: Çalışanın gruplarını güncelleyin ve yalnızca geçerliliğini yitirmiş doğrudan rolleri kaldırın.
• İşten ayrılma: Çalışma alanı erişimini kaldırın, tokenleri iptal edin ve bağlı sistemleri inceleyin.

Ön koşulları doğrulama ve sorumluları atama

Çalışanları sisteme dahil etmeden önce yaşam döngüsünün her bölümünü kimin yönettiğini belirleyin:

Hedef çalışma alanını doğrulayın, gerektiğinde kuruluşun e-posta alan adını doğrulayın ve dizin eşitlemesini etkinleştirebilecek bir çalışma alanı sahibi belirleyin. Ardından çalışma alanı planının hangi denetimleri desteklediğini kontrol edin:

SCIM, System for Cross-domain Identity Management ifadesinin kısaltmasıdır. Bir Business çalışma alanı SCIM olmadan Codex erişim tokenlerini destekleyebilirken bir Edu çalışma alanı Codex erişim tokenleri veya yalnızca Codex lisansları olmadan SCIM'i destekleyebilir. Yalnızca çalışma alanınızda kullanılabilen denetimleri uygulayın.

Bir Business çalışma alanı, yalnızca 24 Haziran 2026'dan önce bir Codex lisansına veya o tarih itibarıyla koşulları karşılayan bekleyen bir Codex lisansı davetine sahipse yalnızca Codex lisanslarını koruyabilir ve ekleyebilir. Yeni Business çalışma alanları ile koşulları karşılayan bir lisansı veya daveti olmayan çalışma alanları ilk yalnızca Codex lisanslarını ekleyemez. Bkz. ChatGPT Business'ta çalışma alanı yaşam döngüsünü ve geçişini yönetme.

Çalışma alanının birden fazla lisans türünü desteklediği durumlarda otomatik sağlamayı etkinleştirmeden önce Çalışma alanı ayarları > Kimlik ve erişim bölümündeki varsayılanı inceleyin. SCIM ile sağlanan kullanıcılar bu varsayılanı devralır ve lisans, hangi ürün yüzeylerinin kullanılabildiğini belirler. Özel bir rol, lisansın içermediği bir erişimi veremez.

Yerel erişim, erişim belirteci, kimlik bilgisi kullanım süresi ve uzak cihaz denetimlerini incelemek için İzinler ve roller bölümünü kullanın. Bazı çalışma alanları yerel erişimi Yerel Codex ve Work altında Üyelerin Codex ve Work’ü yerel olarak kullanmasına izin ver denetimiyle birleştirir. Diğerleri Üyelerin Codex’i yerel olarak kullanmasına izin ver denetimine sahip Yerel Codex ile Work’ü yerel olarak kullan denetimine sahip Yerel Work bölümlerini ayırır. Ayrı Codex ve Work denetimleri birbirlerine erişim sağlamaz. Token denetimleri ya yerel erişim bölümünde ya da ayrı bir Erişim tokenları bölümünde görünür. Bu ayarlar grup üyeliğinden ve atanmış lisans türlerinden ayrıdır.

Aşağıdaki örnekte birleştirilmiş Yerel Codex ve Work denetimleri ve ayrı bir Erişim tokenları bölümü gösterilmektedir:

Güncel ön koşullar ve desteklenen kimlik düzenleri için Kimlik ve sağlama ve Üyeleri, lisans türlerini, rolleri ve erişimi yönetme belgelerine bakın.

Çalışanların çalışma alanına nasıl katılacağını seçme

Her kullanıcı grubu için birincil sağlama yöntemlerinden birini seçin:

Dizin eşitlemesi üzerinden yönetilmeyen kullanıcılar için manuel davetleri kullanın. Çalışanlar işe katıldığında, ekip değiştirdiğinde veya ayrıldığında çalışma alanı üyeliğinin kimlik sağlayıcısını izlemesi gerekiyorsa SCIM kullanın.

Otomatik Hesap Oluşturma ile SCIM'i birlikte etkinleştirmeyin. Otomatik Hesap Oluşturma üzerinden eklenen kullanıcılar SCIM yönetimi kapsamında olmayabilir; dolayısıyla onları bir kimlik sağlayıcı grubundan kaldırmak çalışma alanı erişimlerini kaldırmayabilir. Güncel yönergeler için SCIM entegrasyonu hakkında sık sorulan sorular belgesine bakın.

SCIM, onaylanan kimlik kurulumuna bağlı olarak tek bir ChatGPT çalışma alanına veya bir kuruluşun kiracısına bağlanabilir. Her çalışma alanı ve ürün atamasını açıkça belirtin. Paylaşılan bir dizin bağlantısı, her çalışma alanında veya Platform API kuruluşunda erişimi otomatik olarak vermez ya da kaldırmaz.

Sağlama grubunu doğru çalışma alanına bağlama

Çalışanların hesaplarını sağlamadan önce bağlantıyı yapılandırın. Çalışma alanı sahibinin ve kimlik yöneticisinin sorumlulukları birbirinden ayrıdır:

1. Çalışma alanı sahibinin hedef ChatGPT çalışma alanını seçmesini ve Çalışma alanı ayarları > Gruplar bölümünü incelemesini sağlayın. Mevcut grup adlarını, üyeleri, özel rol atamalarını ve ilgili proje veya GPT paylaşımlarını kaydedin.
2. Kimlik yöneticisinin eşitlenmesi amaçlanan kimlik sağlayıcısı grubunu tam olarak belirlemesini sağlayın. Grubun adını ve üyelerini mevcut çalışma alanındaki her grupla karşılaştırın.
3. Eşitlenen bir grup mevcut bir çalışma alanı grubuyla aynı adı taşıyorsa, eşitlemeyi etkinleştirmeden önce çakışan grubu uyumlu hâle getirin veya yeniden adlandırın. Çalışma alanı sahibinin sonuçta oluşan üyeleri, devralınan rolleri ve paylaşımları onaylamasını sağlayın. Eşleşen mevcut grup SCIM ile yönetilmeye başlar ve üyeliği kimlik sağlayıcısının kontrolüne geçer.
4. Sağlanacak grupları seçin ve hedef çalışma alanını, beklenen üyeleri ve grup rol atamalarını kaydedin.
5. Çalışma alanı sahibinin Çalışma alanı ayarları > Kimlik ve erişim bölümünü açmasını ve Dizin Eşitlemesini Etkinleştir seçeneğini seçmesini sağlayın. İstenirse çalışma alanı düzeyinde sağlama için Use SCIM only for this workspace seçeneğini veya onaylanmış kiracı düzeyinde sağlama için Keep the option to expand across products seçeneğini seçin. Kiracı düzeyinde SCIM zaten etkinse ikinci bir çalışma alanı bağlantısı oluşturmak yerine mevcut bağlantıyı yönetin.
6. Kimlik yöneticisinin kimlik sağlayıcısı bağlantısını tamamlamasını, ChatGPT uygulamasını seçmesini ve üyeleri hedef çalışma alanına sağlamak için onaylanmış grubu atamasını sağlayın.
7. Çalışma alanı ayarları > Gruplar bölümünde seçili grubun SCIM rozetini gösterdiğini doğrulayın. Grubu erişim için kullanmadan önce grup adını, eşitlenen üyeleri ve hedef çalışma alanını doğrulayın.
8. Çalışma alanı sahibinin İzinler ve roller > Özel roller bölümünü açmasını, onaylanmış rolü oluşturmasını veya seçmesini ve eşitlenen gruba atamasını sağlayın. Rol yapılandırması web üzerinden kullanılabilir ve çalışma alanı sahibi erişimi gerektirir.
9. Çalışanların hesaplarını sağlamadan önce grubun geçerli izinlerini ve varsayılan çalışma alanı lisans türünü inceleyin.

Kimlik sağlayıcı yöneticisi uygulama ve grup üyeliğini; çalışma alanı sahibi ise dizin eşitlemesini ve çalışma alanı rol atamasını yönetir. Güncel sağlayıcıya özgü adımlar ve kullanılabilirlik için SCIM entegrasyonu hakkında sık sorulan sorular ve Rol tabanlı erişim denetimini yapılandırma belgelerine bakın.

Yeni bir çalışanı sağlama

SCIM ile yönetilen bir çalışan için:

1. Hedeflenen çalışma alanını, doğrulanmış e-posta adresini, varsayılan lisans türünü ve kimlik sağlayıcı grubunu doğrulayın.
2. Çalışanı kimlik sağlayıcıdaki ChatGPT uygulamasına veya erişim sağlayan gruba atayın.
3. Dizin eşitlemesinin tamamlanmasını bekleyin. Çalışan görünmüyorsa güncel kimlik sağlayıcı durumunu kontrol edin.
4. Çalışma alanı ayarları > Üyeler bölümünde çalışanın e-posta adresini, üyeliğini veya bekleyen davetini, lisans türünü ve SCIM rozetini doğrulayın.
5. Çalışma alanı ayarları > Gruplar bölümünde çalışanın hedeflenen eşitlenmiş gruba ait olduğunu doğrulayın. Çalışma alanı sahibinin bu gruba atanan özel rolü doğrulamasını sağlayın.
6. İlgili kullanıcıları temsil eden bir çalışanın doğru çalışma alanında oturum açmasını ve ihtiyaç duyduğu belirli ürün yüzeylerini, özellikleri ve bağlı sistemleri doğrulamasını sağlayın.
7. Kuruluşunuzun onayladığı süreci kullanarak erişim sorumlusunu ve başarılı doğrulamayı kaydedin.

Çalışanı manuel olarak eklerseniz daveti çalışma alanı üye yönetiminden gönderin, ardından aynı lisans, grup, rol ve oturum açma kontrollerini gerçekleştirin.

Grup, üyeleri düzenler ancak tek başına her özelliğe erişim sağlamaz. Güncel rol atama prosedürü için Roller ve çalışma alanı izinleri ve Rol tabanlı erişim denetimini yapılandırma belgelerine bakın.

Çalışan ekip değiştirdiğinde erişimi güncelleme

Ekip değiştiren bir çalışan önceki grup veya rol atamalarından gelen erişimi koruyabilir. Yeni erişim düzeyini doğrulamadan önce üyeliği yöneten kaynağı güncelleyin:

1. Çalışanın yeni ekibini, gerekli çalışma alanını, lisansı, onaylanan özellik izinlerini ve hedef grubu belirleyin.
2. Çalışanın değişiklik boyunca çalışma alanında kalması gerekiyorsa önceki grubundan çıkarmadan önce onu onaylanan hedef gruba ekleyin. SCIM tarafından yönetilen üyeliği kimlik sağlayıcıda; manuel yönetilen üyeliği çalışma alanı yönetiminden güncelleyin.
3. Onaylanan rolün hedef gruba zaten atanmış olduğunu doğrulayın. Diğer üyelerin onaylanan erişimlerini koruması için paylaşılan gruplardaki mevcut rol atamalarını koruyun.
4. Çalışma alanı sahibinin bir grup-rol atamasını yalnızca grup genelinde ayrı bir politika değişikliğini onayladıktan ve bunun her üye üzerindeki etkisini inceledikten sonra değiştirmesini sağlayın.
5. Çalışma alanı sahibinin çalışanın profilini açmasını, Doğrudan roller bölümünü incelemesini ve doğrudan bu kişiye atanmış güncelliğini yitiren rolleri kaldırmasını sağlayın. Özel roller Varsayılan, Açık ve Kapalı değerlerini kullanır. Atanmış herhangi bir roldeki açık Kapalı, başka bir roldeki Açık değerini geçersiz kılar.
6. Ekip değişikliğini onaylamadan önce çalışanın tüm doğrudan ve grup üzerinden atanan rollerdeki geçerli izinlerini inceleyin.
7. Çalışma alanı birden fazla lisans türünü destekliyorsa çalışma alanı sahibinin Çalışma alanı ayarları > Üyeler > Lisans türünü değiştir bölümünü açmasını ve çalışanın hedeflenen ürün erişimini incelemesini sağlayın.
8. Bir ChatGPT lisansını yalnızca Codex lisansına dönüştürmeden önce çalışanın sohbetlere, anılara, projelere ve diğer ChatGPT özelliklerine erişimini kaybetmesi gerektiğini doğrulayın. Temel veriler silinmez ve çalışan yeniden bir ChatGPT lisansına geçtiğinde tekrar kullanılabilir hâle gelir.
9. Eşitleme ve izin güncellemeleri tamamlandıktan sonra hem yeni izin verilen işlemleri hem de artık kullanılamaması gereken işlemleri doğrulayın.

Çalışan bir otomasyon iş akışının sahibiyse bu iş akışının Codex belirtecinin, gizli bilgi yöneticisi girdisinin veya bağlı hizmet yetkilendirmesinin başka bir onaylanmış sorumluya aktarılıp aktarılmaması gerektiğini inceleyin. Çalışanın yerel Codex iznini kaldırmak, bu çalışanın Codex tokenlerini askıya alır ancak iptal etmez. İznin geri verilmesi bu tokenleri yeniden etkinleştirir; bu nedenle erişimini kalıcı olarak kaybetmesi gereken kimlik bilgilerini iptal edin.

İşten ayrılan çalışanın erişimini kaldırma

Çalışanın çalışma alanı üyeliğini yöneten sistemden başlayın:

1. Çalışanın SCIM tarafından mı yönetildiğini yoksa bir yöneticinin çalışanı manuel olarak mı eklediğini belirleyin.
2. SCIM tarafından yönetilen bir çalışan için çalışanın ChatGPT uygulama atamasını kaldırın ve çalışanı kimlik sağlayıcıdaki erişim sağlayan tüm sağlama gruplarından çıkarın. Paylaşılan grupların kendilerini kaldırmayın.
3. SCIM üzerinden yönetilmeyen bir çalışan için çalışma alanı sahibinin veya yöneticisinin üyeyi Çalışma alanı ayarları > Üyeler bölümünden kaldırmasını sağlayın.
4. Üyenin artık hedeflenen çalışma alanında bulunmadığını doğrulayın. SCIM tarafından yönetilen erişim için eşitlemenin tamamlandığını ve başka hiçbir kimlik sağlayıcı atamasının üyeliği geri getiremeyeceğini doğrulayın.
5. Kaldırma işleminin tamamlandığını kaydedin ve tokenleri, bağlı sistemleri ve saklanan verileri incelemek üzere bir sorumlu atayın.

Kimlik sağlayıcı çalışanı hâlâ SCIM tarafından yönetilen bir gruba atıyorsa çalışma alanı tarafında kaldırma işlemine güvenmeyin. Sonraki bir eşitleme çalışanı çalışma alanına yeniden ekleyebilir.

Codex erişim tokenlerini iptal etme ve otomasyonu aktarma

Bir kişiyi çalışma alanından kaldırmak, güvenilen otomasyonların kullandığı kimlik bilgilerinin açıkça incelenmesinin yerini tutmaz. Bu prosedürü yalnızca çalışma alanı Codex erişim tokenlerini destekliyor ve etkinleştiriyorsa uygulayın.

Yerel Codex izninin kaldırılması mevcut tokenleri askıya alır ancak iptal etmez. Çalışma alanı sahibi izni geri verirse bu tokenler yeniden çalışabilir; bu nedenle erişimini kalıcı olarak kaybetmesi gereken kimlik bilgilerini açıkça iptal edin.

Erişim tokenları sayfası her belirtecin oluşturucusunu ve durumunu gösterir. Etkin tokenlerin erişimini kaldırmak için İptal et seçeneğini kullanın:

1. Çalışma alanı sahibinin veya yöneticisinin Erişim tokenları sayfasını açmasını sağlayın.
2. İşten ayrılan çalışanın oluşturduğu tokenleri ve bu tokenleri kullanan iş akışlarını belirleyin.
3. Yerine geçecek kimliği seçin. Uygun bir kullandıkça öde planındaki uzun ömürlü ve insan olmayan bir iş akışı için onaylanmış, özel bir hizmet hesabı kullanın. Aksi takdirde onaylanmış, etkin bir iş akışı sorumlusu belirleyin. Gerekirse çalışma alanı sahibinin bu kişiye erişim belirteci oluşturma izni vermesini ve kişinin yerel Codex iznine sahip olduğunu doğrulamasını sağlayın.
4. Yeni belirteci oluşturun. İzinli bir hizmet hesabı operatörü, hizmet hesabının ayrıntı sayfasından token oluşturabilir. Kişisel bir yeni token için yeni iş akışı sorumlusunun kendi ChatGPT çalışma alanı kimliği adına bir token oluşturmasını sağlayın. İletişim kutusunda Kapsamlar görünüyorsa Codex seçeneğini belirleyin. Diğer kapsamları yalnızca iş akışı bunları gerektiriyorsa seçin. Kapsamlar içermeyen bir iletişim kutusu yalnızca Codex belirteci oluşturur. Yönetici, başka bir kullanıcı adına kişisel token oluşturamaz.
5. İş akışının saklanan gizli bilgisini güncelleyin, ardından yeni tokenle başarıyla çalıştığını doğrulayın.
6. Çalışma alanı sahibinin veya yöneticisinin işten ayrılan çalışanın tokenlerini ve değiştirilen tüm kimlik bilgilerini iptal etmesini sağlayın.
7. İptal edilen tokenlerin artık kimliği doğrulanmış yeni çalıştırmalar başlatamadığını doğrulayın.

Onaylanan yeni sorumlu token oluşturduğunda açıklayıcı bir iş akışı adı kullanın ve kuruluşunuzun politikasının izin verdiği en kısa kimlik bilgisi kullanım süresini seçin. Kapsamlar görünüyorsa Codex seçeneğini belirleyin ve iş akışının gerektirmediği izinlerden kaçının. Aşağıdaki örnekte kapsamlı arayüz gösterilmektedir:

Çalışma alanı sahipleri ve yöneticileri çalışma alanlarındaki herhangi bir belirteci iptal edebilir. Erişim belirteci iznine sahip bir üye yalnızca kendi oluşturduğu tokenleri iptal edebilir. Güncel token izinleri ve yenileme adımları için Erişim tokenları belgesine bakın.

Bağlı sistemleri ve saklanan verileri inceleme

Üye Work Cloud ile yerel bilgisayar erişimini kullandıysa, Yerel bilgisayar erişimine izin ver iznini ve bağlı bilgisayarları işten ayrılma incelemesine dahil edin. Çalışma alanı ve rol atamalarının yanı sıra bağlı her sistemdeki erişimi de kontrol edin.

Work Cloud ile yerel bilgisayar erişimini kapatmak, devam eden turları kesintiye uğratır. Erişimi devam eden kullanıcılar, mevcut bir bulut konuşmasında başka bir tur başlatabilir; bu turda Work Cloud yerel dosyalara erişmeden kullanılır. Bu işlem, çalışma alanı üyeliğini kaldırmaktan, kimlik bilgilerini iptal etmekten veya depolanan verileri silmekten farklıdır.

Erişim iptalinden sonra üç ayrı sonucu inceleyin:

• Etkin görevler. Halihazırda çalışan görevlere ne olduğunu doğrulayın ve hâlâ etkin olabilecek görevler için onaylanmış Work olay müdahalesi ve erişim iptali prosedürlerini izleyin.

• Bağlı cihazlar. Daha önce bağlanmış cihazların Work'e hâlâ erişip erişemediğini doğrulayın.

• Depolanan veriler. Konuşmaların saklanmasını ve silinmesini ayrı ayrı kontrol edin. Erişimin kaldırılması, tek başına depolanan verilerin silindiği anlamına gelmez.

Çalışma alanı sağlama işlemi her yetkilendirme sınırını yönetmez. İlgili hizmet sorumlusundan şunlara erişimi incelemesini isteyin:

• Kaynak depoları ve bağlı GitHub hesapları.
• Google Drive, Slack ve diğer bağlı uygulamalar.
• Yüklü eklentiler, birlikte sunulan skill’ler ve bağlayıcı destekli özellikler.
• Barındırılan Codex ortamları, paylaşılan otomasyonlar ve saklanan gizli bilgiler.
• Yönetilen cihazlar, yerel olarak saklanan kimlik bilgileri ve desteklenen uzak oturumlar.
• Ayrı Platform API kuruluşları, projeleri ve API key öğeleri.

Bir çalışma alanı grubu veya SCIM değişikliğinin izinleri her yerde güncellediğini varsaymak yerine her sistemin yönettiği denetimleri uygulayın. Eksiksiz sınır modeli için Roller ve çalışma alanı izinleri, eklenti kullanılabilirliği, birlikte sunulan skill’ler ve bağlı uygulama izinleri için Eklenti denetimleri belgelerine bakın.

Çalışma alanı erişimini kaldırmak, içeriği silmekle aynı şey değildir. Bir üye ayrıldığında çalışma alanı, üyenin projelerinin ve özel GPT sahipliğinin yönetimini otomatik olarak bir çalışma alanı sahibine devreder. Bu öğeler silinmek üzere işaretlenmez. Üye yeniden katılırsa sahiplik üyeye geri döner.

Enterprise ve Edu çalışma alanlarında sohbetler, dosyalar ve canvas belgeleri yapılandırılmış çalışma alanı saklama politikasına tabidir. Business çalışma alanları sohbetleri, dosyaları ve canvas belgelerini süresiz olarak saklar. Healthcare çalışma alanları da veri saklama denetimleri sunar; ilgili çalışma alanı yapılandırmasını ve ChatGPT for Healthcare kılavuzunu inceleyin.

Bir projeyi veya GPT'yi yeniden atamak, eski üyenin özel konuşmalarını ya da dosyalarını aktarmaz ve çalışma alanı sahibi, sahiplik değişikliği üzerinden bu özel içeriği görüntüleyemez. Güncel plana özgü davranış için Çalışma alanı üyesini kaldırma ve verileri saklama belgesine bakın.

Güvenlik veya uyumluluk değişikliğe ilişkin kanıt gerektiriyorsa etkilenen çalışma alanını, çalışanı, kimlik sağlayıcı atamasını, tamamlanma zamanını, onay sorumlusunu ve token iptali doğrulamasını onaylanan sistemde kaydedin. Kimliği doğrulanmış Admin API referansında kullanılabilir kayıtları, yönetici izinlerini ve saklama sürelerini doğrulayın. Hassas uyumluluk kapsamları çalışma alanı sahibi gerektirebilir. Ürüne genel bakış için Compliance API ve denetim olayları belgesine bakın. Olay kapsamını, alanları veya saklama sürelerini bu kılavuzdan çıkarsamayın.

Eksik veya beklenmeyen erişim sorunlarını giderme

Çoğu kimlik sağlayıcı 30 ila 40 dakikada bir eşitleme yapar; ancak bazıları güncellemeleri hemen uygular. Özel rol değişikliklerinin görünmesi yaklaşık beş dakika sürebilir. SCIM eşitlemesini zorlayamazsınız; bu nedenle geciken bir güncellemeyi aşmak için çalışma alanı üyesini kaldırıp yeniden oluşturmayın.

Bir erişim kaldırma veya grup güncellemesi sağlayıcıya özgü beklenen süreden sonra hâlâ tamamlanmadıysa kimlik yöneticisinin şunları toplamasını sağlayın:

• Etkilenen çalışma alanı ve çalışanın e-posta adresi.
• Kimlik sağlayıcı, uygulama ataması ve sağlama grubu.
• Denenen değişiklik, zaman damgası ve en son eşitleme durumu.
• Hâlâ incelenmesi gereken doğrudan roller, grup rolleri veya tokenler.

Bu ayrıntılarla Yardım Merkezi üzerinden OpenAI Destek ile iletişime geçin. Erişimini koruyan işten ayrılmış bir çalışanı güvenlik istisnası olarak değerlendirin ve kuruluşunuzun olay eskalasyon sürecini izleyin.

Sağlayıcıya özgü kurulum ve eşitleme davranışı için güncel SCIM entegrasyonu hakkında sık sorulan sorular belgesini kullanın. Oturum açma ve kimlik hataları için Kimlik doğrulama sorunlarını giderme belgesine bakın.

Çalışanın eksiksiz yaşam döngüsünü doğrulama

Daha geniş kapsamlı kullanıma sunmadan önce üç geçişin tümünü doğrulamak için ilgili kullanıcıları temsil eden bir test çalışanı kullanın:

Her değişikliği kimin onayladığını, neleri doğruladığınızı ve kalan erişim istisnalarını gidermekten hangi sorumlunun yükümlü olduğunu kaydedin. Kuruluşunuzun kimlik ve güvenlik politikalarına göre düzenli erişim incelemeleri planlayın.

İlgili belgeler

• Yönetici kullanıma sunma kılavuzu
• Gruplar ve sağlama
• Roller ve çalışma alanı izinleri
• Eklenti denetimleri
• Erişim tokenları
• Hizmet hesapları
• Kimlik doğrulama
• Yönetilen yapılandırma
• Compliance API ve denetim olayları