Departman bazlı dosya erişimi nasıl kurulur?

Dosya yetkilendirmesi neden kişi bazında yönetilemez?

Küçük bir ekipte her klasöre kişi kişi izin vermek sorun çıkarmaz. Çalışan sayısı otuzu, klasör sayısı yüzü geçtiğinde ise izinler bir tabloya sığmaz hâle gelir. Ekip değiştiren biri eski departmanının dosyalarını görmeye devam eder; yeni gelen biri de ihtiyacı olan klasörlerden birini unutulduğu için göremez.

Sorunun kaynağı, yetkinin kişiye bağlanmasıdır. Kişiler departman değiştirir, işten ayrılır, vekâlet eder. Departmanın dosyalara ihtiyacı ise yıllarca değişmez. Yetkiyi departmana bağladığınızda, kişi hareketleri yalnız departman üyeliğini değiştirir; dosya izinlerine dokunmanız gerekmez.

En az yetki ilkesi dosya erişimine nasıl uygulanır?

En az yetki ilkesi, herkesin işini yapmaya yetecek kadar erişime sahip olması, fazlasına değil, demektir. Dosyalar için bu, “göremeyen, silemez” anlayışının ötesine geçer: bir belgeyi okuyabilmek, onu değiştirebilmek ve silebilmek ayrı kararlardır.

Örneğin satış ekibinin sözleşme şablonlarını okuması gerekir, ama değiştirmesi gerekmez. Muhasebe faturaları yükler, ama yıllık kapanıştan sonra silmemelidir. Yetkiyi bu ayrımla verdiğinizde, yanlışlıkla silme ya da istenmeyen değişiklik riski baştan küçülür.

Departman bazlı erişim adım adım nasıl planlanır?

1. Departman listesini çıkarın. Kurum şemanızdaki her ekibi ve her ekibin sorumlu olduğu dosya türlerini yazın.
2. Her departmana bir ana alan açın. Ortak kullanılan belgeler (şablonlar, politikalar) için ayrıca herkesin okuyabildiği bir genel alan düşünün.
3. Yetki matrisini kağıtta hazırlayın. Satırlara departmanları, sütunlara okuma, yazma, düzenleme, silme gibi yetkileri koyun. Her hücreyi ayrı ayrı tartışın.
4. Yetkiyi departmana verin, kişiye istisna olarak verin. Kişi bazlı yetki yalnız geçici durumlarda (vekâlet, proje desteği) kullanılsın ve süresi bitince kaldırılsın.
5. Silme yetkisini dar tutun. Her alanda silme yetkisini yalnız alan sorumlusuna ve bir yedeğine verin.
6. Üç ayda bir gözden geçirin. Matrisi yeniden okuyun; kullanılmayan kişi bazlı istisnaları kaldırın.

Hangi yetkiler birbirinden ayrı tutulmalı?

İyi bir yetki modelinde en az şu ayrımlar bulunur:

• Okuma ile yazma: belgeyi görmek ve yeni belge yüklemek ayrı kararlardır.
• Düzenleme ile silme: bir dosyanın adını ya da yerini değiştirebilen kişinin onu silebilmesi gerekmez.
• Geçmiş: eski sürümleri ve alandaki işlem kayıtlarını görmek, günlük kullanıcıdan çok sorumluya gereken bir yetkidir.
• Yapay zekâ: belgelerin yapay zekâyla okunmasını ve belgeye soru sorulmasını ayrı açıp kapatabilmek, gizli belgelerin bulunduğu alanlarda önemlidir.

Erişim değişiklikleri nasıl denetlenir?

Yetki modelinin işe yaradığını görmenin yolu kayıttır. Kimin hangi dosyayı yüklediği, taşıdığı ya da sildiği ve bir yetkinin ne zaman değiştiği yazılı olmalıdır. Bu kayıt, bir sorun çıktığında suçlu aramak için değil, modelde neyin aksadığını görmek için kullanılır.

Örnek bir yetki matrisi nasıl görünür?

Orta ölçekli bir şirkette Finans alanı için aşağıdaki gibi bir dağılım sık görülür. Tablo bir öneri değil, tartışmaya başlamak için bir örnektir; her kurum kendi iş akışına göre değiştirir.

• Muhasebe departmanı: okuma, yazma, düzenleme, klasör ve not. Silme yalnız muhasebe müdüründe.
• Genel müdürlük: okuma, geçmiş ve not. Belge yüklemez, ama sürümleri ve alandaki işlemleri görür.
• Satış departmanı: yalnız “Müşteri Faturaları” klasörünü ilgilendiren durumlarda kişi bazında, geçici okuma.
• Diğer departmanlar: hiçbir yetki yok; alan kenar çubuğunda görünmez.

Departman bazlı erişimde sık yapılan hatalar nelerdir?

En yaygın hata, “herkes okusun, sorun olmaz” varsayımıdır. Okuma yetkisi zararsız görünür, ama maaş tabloları, performans değerlendirmeleri ya da müşteri sözleşmeleri gibi belgelerde asıl risk tam da okumadır. Okuma yetkisini varsayılan olarak açmak yerine, her alan için “bunu kim görmeli?” sorusunu ayrı ayrı sorun.

İkinci hata, geçici yetkilerin kalıcılaşmasıdır. Bir projeye destek veren çalışana verilen kişi bazlı yetki, proje bittiğinde unutulur. Birkaç yıl sonra matris, kimsenin nedenini hatırlamadığı istisnalarla dolar. Kişi bazlı her yetkinin yanına neden verildiğini ve ne zaman gözden geçirileceğini not etmek, bu birikmeyi önler.

Üçüncü hata, yönetici hesabıyla günlük iş yapmaktır. Tüm alanlara erişimi olan bir hesabın yanlışlıkla bir dosyayı silmesi ya da taşıması, sıradan bir kullanıcınınkinden daha geniş etki yaratır. Yöneticiler de günlük işlerinde kendi departmanlarının yetkileriyle çalışmalıdır.

Çalışan ekip değiştirdiğinde ne yapılmalı?

Departman bazlı modelin asıl faydası bu anda görülür. Çalışan Smart360 kiracı panelinde eski departmanından çıkarılıp yeni departmanına eklendiğinde, eski departmanın alanlarına erişimi kapanır, yeni departmanınkiler açılır. Tek tek klasör izni düzeltmek gerekmez; yalnız kişiye özel verilmiş istisnalar varsa onların kaldırılması gerekir.

Departman bazlı erişim için kontrol listesi

Modeli kurduktan sonra aşağıdaki maddeleri tek tek işaretleyin. Bir maddeyi işaretleyemiyorsanız, modelde kapatılması gereken bir boşluk var demektir.

• Her departmanın kendi alanı var; ortak belgeler herkesin okuyabildiği ayrı bir alanda.
• Yetkilerin büyük çoğunluğu departmana, kişiye verilenler yalnız istisna.
• Kişi bazlı her istisnanın nedeni ve gözden geçirme tarihi yazılı.
• Silme yetkisi her alanda en fazla iki kişide.
• Gizli belgelerin bulunduğu alanlarda yapay zekâ yetkisi bilinçli olarak açık ya da kapalı.
• Alanın etkinlik geçmişini düzenli olarak inceleyen bir sorumlu var.
• İşten ayrılan kişilerin hesapları aynı gün kapatılıyor.

SmartFiles bunu nasıl çözer?

SmartFiles'ta her depo alanında sekiz bağımsız yetki vardır: Okuma, Yazma, Düzenleme, Silme, Klasör, AI, Geçmiş ve Not. Kurum yöneticisi alanı seçtiğinde yetki matrisinde bütün kişiler ve departmanlar görünür; bir kutucuğu işaretlemek o yetkiyi anında verir.

Bir departmana verilen yetki, o departmana geçen herkese kendiliğinden uygulanır. Çalışan yalnız okuma yetkisi olan alanları görür; diğer alanlar kenar çubuğunda hiç listelenmez. Geçmiş yetkisi olan kişi, alanın etkinlik geçmişinde yükleme, taşıma, silme ve yetki değişikliklerini kişi ve zamanıyla görür.

Kullanıcıların kim olduğu, hangi departmanda çalıştığı ve SmartFiles'a girip giremeyeceği Smart360 kiracı panelinden yönetilir; çalışan SmartFiles'a aynı Smart360 kimliğiyle girer. Böylece departman değişikliği tek bir yerde yapılır ve SmartFiles'taki alan yetkileri bu değişikliği kendiliğinden izler. Her kullanıcı kendi açık oturumlarını görür ve tanımadığı cihazlardaki oturumları kapatabilir.

• Sekiz yetki birbirinden bağımsızdır: yükleme açıkken silme kapalı kalabilir.
• Kişiye ya da departmana yetki; satırdaki bütün yetkiler için Tümü ve Hiçbiri düğmeleri.
• Kiracıdan çıkarılan kişinin alan yetkileri kendiliğinden temizlenir.

Alan bazlı yetkilendirmeDepo alanına kişi yetkisi vermekDepo alanındaki etkinliği incelemek

Sık sorulan sorular

Departman bazlı dosya erişimi ile klasör izni arasındaki fark nedir?

Klasör izni tek bir klasöre ve genellikle tek bir kişiye verilir. Departman bazlı erişimde yetki bir departmanın bütün alanına verilir; departmana katılan ya da ayrılan kişi için ayrıca izin düzenlemek gerekmez.

Bir çalışan iki departmanda çalışıyorsa ne olur?

Çalışan iki departmanın alanlarında da kendi departmanına verilen yetkilerle çalışır. Gerekirse tek bir alanda kişiye özel ek yetki de verilebilir.

Yetkisi olmayan kişi alanın varlığını görür mü?

Hayır. SmartFiles'ta okuma yetkisi olmayan kişi o alanı kenar çubuğunda görmez; arama, not akışı ve dosya bağlantılarında da o alandaki dosyalar ona gösterilmez.

Yetki değişikliği ne zaman geçerli olur?

Değişiklik kaydedildiği anda geçerlidir. Açık olan paneller de kısa süre içinde kendiliğinden güncellenir.