Erişim ve Dizin Yönetimi¶
Belge alanlarını düzenlemek ve dizin görünürlüğü ile belge erişimi arasındaki farkı belirlemek için bu sayfayı kullanın. Değişiklikler seçili alanadı ve etkilenen nesneler için geçerlidir; paylaşılan bir güvenlik profilini değiştirmek birden fazla nesneyi etkileyebilir.
Koleksiyonu Hazırlama¶
- Okuyucu, düzenleyici ve yönetici gruplarını ve koleksiyonun iş sahibini belirleyin.
- Hedeflenen üst dizinin altında Yeni Dizin'i kullanın ve belge dizini türünü seçin. Alt dizin oluşturmak için üst dizinde Write izni gerekir; kök dizin oluşturmak için alanadı yönetim yetkisi gerekir.
- Dizine iş odaklı bir ad verin ve İzinlerini.
- gözden geçirin. Belge izinlerini veya seçili güvenlik profilini ayrıca yapılandırın.
- Bir test belgesi yayımlayın ve ayrı test kimlikleriyle dizinde gezinmeyi, belgeyi açmayı, düzenlemeyi ve silmeyi doğrulayın. Hem izin verilen hem de reddedilen bir okuyucuyla test edin.
Düzenlemeden önce önceki kuralları kaydedin. Erişim değişikliklerini geri almak için bu kuralları geri yükleyin ve etkilenen hesaplarla yeniden kontrol edin. Bu değişiklikler uygulamanın yeniden başlatılmasını gerektirmez.
Örnek: Sözleşme Koleksiyonu¶
Bu kurgusal kurulumu gerçek bir koleksiyona uyarlamadan önce bir test alanadında kullanın. İlgili alanadı gruplarını, güvenlik profillerini ve dizinleri yönetme yetkisine sahip olduğunuz varsayılır. Bu yönetim arayüzleri için bkz. Grupları Düzenle ve Alanadını Düzenle .
| Ayar | Örnek ve sorumluluk |
|---|---|
| Belge dizini | Documentation → Contracts; yönetici belge dizinini ve ACL'sini hazırlar. |
| İçerik türü | Contract; geliştirici şu alanlarla yayımlar: ContractProfile Number ve EffectiveDate. |
| Belge güvenlik profili | Contract Access; yönetici belge erişim kurallarını tanımlar. |
| Okuyucu grubu | Contract Readers; hedeflenen kullanıcılar dizini ve yayımlanan belgeleri okuyabilir. |
| Düzenleyici grubu | Contract Editors; hedeflenen kullanıcılar belge yazma özelliğine ve gerekli folder/document Okuma ve Yazma izinlerine sahiptir. |
| Yönetim işlemleri | Gerektiğinde dizin Güvenlik, Silme veya diğer yönetim izinlerini ayrıca verin. |
- Okuyucu ve düzenleyici üyeliğini koleksiyon sahibiyle kararlaştırın. Önceki erişim kurallarını geri yükleyebilecek, etkilenmeyecek bir yönetici hesabı bulundurun.
- Belge dizinini oluşturun ve her iki grubun dizin erişimini inceleyin. Düzenleyicilerin Belge Ekle için dizinde Yazma iznine ihtiyacı vardır: Belge Ekle; okuyucuların koleksiyona gidebilmesi ve koleksiyonu okuyabilmesi gerekir.
- Şu
Contract Accessgüvenlik profilini bu gruplara yönelik belge Read/Write kurallarıyla tanımlayın. Belge erişimini dizin ACL'sinden veyaContractiçerik türünden çıkarsamayın. - Komut dizisiyle oluşturulan kayıtları yayımlarken kullanılacak profili belirlemek için geliştiriciyle
Contract Accesskoordinasyon kurun. Elle kaydedilen belgelerde, sorumlu düzenleyicinin kaydetmeden önce bu profili incelemesini sağlayın; dizin oluşturmak bu profili belgelerine otomatik olarak atamaz. - Kabul kontrolü için Örnek sözleşmenumarasını
EXAMPLE-001ve yürürlük tarihini2026-01-01dosyalarla birliktecontract.txtkullanınschedule.txt. Okuyucunun belgeyi açabildiğini, düzenleyicinin revizyon oluşturabildiğini ve hariç tutulan bir hesabın belgeyi okuyamadığını doğrulayın. Başarısız bir kontrolü geçer hâle getirmek için herkese izin vermeyin. - Yürürlük tarihini kullanarak bir revizyon oluşturun
2026-02-01ve önceki yayımlanmış revizyonun yalnızca hedeflenen kişilerce okunabildiğini doğrulayın. Profil alanları iş bilgileridir; erişim ACL tarafından yönetilmeye devam eder.
Sonuçta oluşan kuralları kaydedin ve erişim onaylanan tasarımdan farklıysa önceki kuralları geri yükleyin. Aynı senaryoyu diğer roller açısından görmek için bkz. profil tasarımı ve belge kaydı.
Dizin ACL'si ve Belge ACL'si Ayrıdır¶
Kendi ACL'si olmayan bir dizin, en yakın üst dizinin ACL'sini kullanır. Üst dizin ACL'si yoksa dizin denetimleri okumaya izin verir ve okumanın ötesindeki işlemler için alanadı yönetim yetkisi gerektirir. Dizin listelemesi, geçerli başka dizin izinlerine sahip kullanıcılar için nesneler içerebilir; bu nedenle görünürlük tek başına belgeyi okuma erişiminin kanıtı değildir.
Belgelerin kendi ACL'leri vardır. Yeni bir belgenin çalışma zamanı ACL'si varsayılan olarak alanadının varsayılan güvenlik profilini kullanır; yeni bir sürüm önceki sürümün ACL'sini kopyalar. ACL, bir güvenlik profiline InheritFrom aracılığıyla başvurabilir ve açık girdiler içerebilir. Belgenin, onu görüntüleyen dizinin ACL'sini devraldığını veya içerik türü seçmenin belgelerine erişim verdiğini varsaymayın.
ACL girdileri bir kullanıcıyı, birimi, pozisyonu veya grubu; bir allow/deny türü, izinleri ve isteğe bağlı Başlangıç Tarihi ile Bitiş Tarihi değerlerini tanımlar. Etkin olmayan tarih aralıkları yok sayılır. İstenen izin için eşleşen etkin bir ret, izin denetimini başarısız kılar. Etkin erişimi incelerken devralınan profil girdilerini ve tüm grup üyeliklerini hesaba katın.
İşlem ve İzin Başvurusu¶
Bu tablo, kimliği doğrulanmış belge UI/RPC yollarını ve nesne düzeyindeki denetimleri açıklar. Feature/scope denetimler ile nesne denetimleri ayrıdır. Güvenilir sunucu komut dizileri için bir izin modeli değildir.
| İşlem | Özellik veya kapsam | İlgili nesne denetimi veya davranış |
|---|---|---|
| Dizine göz atma | Dizin navigation/read özellikleri | Etkin dizin ACL'si dizinde gezinmeyi denetler; belge ACL'si döndürülen belge satırlarını denetler. |
| Belge açma veya yayımlanmış sürümleri listeleme | document_read | Belge Read; Geçmiş yalnızca yayımlanmış sürümleri gösterir. |
| İlk belgeyi oluşturma | document_write | Dizin arayüzünde Belge Ekle işlemi dizinde Write izni gerektirir. İlk kayıt için mevcut bir belge ACL'si yoktur; sonuçta oluşan ACL'yi ayarlayın ve doğrulayın. |
| Mevcut bir belgenin sürümünü oluşturma | document_write | Kaynak olarak kullanılan en son sürümde Write izni. |
| Arayüz üzerinden mevcut belgeyi kaydetme | document_write | Mevcut belgeyi yüklemek için Read, kaydetmek için Write gerekir; Kaydet işlemi belgeyi yayımlar. |
| Belge formunda belge ACL'sini değiştirme | document_write | Belge kaydetme yolunu ve Write denetimini kullanır; burada ayrı bir Security denetimi olduğunu varsaymayın. |
| Belge sürümünü silme | document_write | Sürüm üzerinde Delete izni. Arayüzde Delete, Write tabanlı düzenleme denetimiyle gösterilir; bu nedenle görünür bir komut yine de sunucu tarafından reddedilebilir. |
| Dizini yeniden adlandırma veya alt dizin oluşturma | Dizin yönetimi özellikleri | Sırasıyla dizinde veya üst dizinde Write izni. |
| Read/change dizin ACL'si | Dizin yönetimi özellikleri | Dizinde Security izni. |
| Dizin silme | Dizin yönetimi özellikleri | Dizinde Delete izni; alt dizinler veya içerdiği süreçler silme işlemini engeller. |
| Bir sürümü kalıcı olarak temizleme | Standart belge ekranında temizleme düğmesi yoktur | Developer/backend ; kullanıcı bağlamındaki bir arka uç çağrısı için Delete izni gerekir. |
Tümü genel izin bayraklarını içerir. Yürütme şunların yerine geçmez: Yazma, Silmeveya Güvenlik. Süreç tasarımı izin matrisi, belge kayıtlarını değil süreçleri açıklar.
Güvenilir komut dizisi bağlamı
Sunucu tarafındaki $Documents komut dizileri, geçerli kiracı içinde kullanıcı ACL denetimleri olmadan çalışır. ListDocuments sağlanan bir kimliği açıkça uygulayabilir. Belge işlemlerini bir iş akışı veya özel entegrasyon aracılığıyla kullanıma açmadan önce komut dizisi yetkilendirmesini inceleyin.
Birden Çok Dizinde Yayımlama¶
Yayımlama, aynı belge ailesini birden çok dizinle ilişkilendirebilir. Her dizin, okuyucunun belge izinlerine tabi olarak yayımlanmış en son sürümü listeler. Dizin üyeliği, her sürümün bağımsız bir kopyasına değil, aileye aittir. Otomasyon aracılığıyla yayından kaldırma, bir sürümü Taslak durumuna getirir ve istenen dizin ilişkilerini kaldırır; bu ilişkiler ailenin dizinlerde bulunmasını etkiler.
Gezinmeyi yönetmek için dizin izinlerini, kayıtlara erişim için belge izinlerini ve denetimli bir içerik revizyonu için yeni bir sürümü kullanın. Bir dizini gizlemek, içindeki her belgeye erişimi iptal etmekle aynı şey değildir.
Dikkatli Silin¶
Dizin silme, belgeleri kalıcı olarak temizleme yöntemi değildir. Bir belge dizinini kaldırmadan önce belgelerini ve diğer dizin ilişkilerini envantere alın, gerektiğinde başka bir erişim yolu sağlayın ve kurtarma kopyalarını saklayın. Dizin silme denetimi alt dizinleri ve süreçleri reddeder; bu, hiçbir belge ilişkisinin bulunmadığının garantisi olarak yorumlanmamalıdır.
Belge Silme bir sürümü silinmiş olarak işaretler ve profilini ve dosyalarını korur. Kalıcı silme bu sürümü ve ekli dosya kayıtlarını kalıcı olarak kaldırır. Diğer sürümler kalır. Kalıcı silme, yedeklerden veya harici depo kopyalarından hemen kaldırılacağı anlamına gelmez; dağıtımın kurtarma ve veri kaldırma prosedürlerini ayrıca uygulayın.