Yeni satışçı işe başladığında yetkiler bir önceki kişinin ekranından kopyalanıyor. Birkaç ay sonra kim neyi neden görüyor kimse bilmiyor.
Kişi bazlı yetki kısa vadede hızlıdır ama büyüdükçe denetimsiz hale gelir. Sürdürülebilir yol, rol şablonları üzerinden gitmektir.
Bu yazıda rol bazlı yetkilendirmeyi, şablon tasarımını, modül ve işlem ayrımını ve devir kolaylığını anlattık.
İçindekiler
Neden kişi değil rol?
Kişiye özel yetki, o kişi ayrılınca miras gibi kalır ve birikir. Rol ise iş tanımına bağlıdır ve kişi değişince temiz taşınır.
EQLEM bir çözüm platformudur; yetki modeli de ölçeklenebilir olmalıdır. On kullanıcıda idare eden kopyala-yapıştır, yüz kullanıcıda çöker.
Rol, aynı işi yapan herkese aynı görünürlüğü verir. Bu eşitlik, eğitim ve destek yükünü de azaltır.
Denetimde sorulan soru kişiden çok role yönelir; hangi işin hangi yetkiye ihtiyacı vardı. Cevap şablonda yazılıdır.
Temel kurulumu kullanıcı yetkileri nasıl kurulur yazısında anlattık.
Rol şablonu tasarımı
Şablon sayısı az tutulmalıdır; her kişi için ayrı rol üretmek kişi bazlı modele geri döner. Beş ila on ana rol çoğu işletmeye yeter.
İsimler iş dilinde olmalıdır; Satış Temsilcisi, Depo Sorumlusu, Muhasebe Onay gibi. Teknik kod isimleri ekibi yabancılaştırır.
Her şablonda görüntüleme, oluşturma, düzenleme ve silme ayrı ayrı düşünülür. Hepsi açık varsayılanı risklidir.
Şablon değişiklikleri tüm atanmış kullanıcılara yansır; bu yüzden değişiklik kontrollü yapılmalıdır. Ani geniş yetki, sessiz risk açar.
Departman yapısını çalışan tanımları yazısıyla hizalayın.
Modül erişimi
Rol önce hangi modülleri göreceğini belirler; kapalı modül menüde yer kaplamaz. Bu, lisans ve eğitim yükünü de düşürür.
Satış rolünün finans modülüne girmesi gerekmez. Gereksiz menü, yanlış işlem riskini artırır.
Modül erişimi ile işlem izni farklıdır; görmek, değiştirmek değildir. İkisini aynı kutuda toplamayın.
Yeni modül açıldığında roller gözden geçirilmelidir. Otomatik tam yetki vermek tehlikelidir.
Modül seçimini hangi modülle başlamalı yazısıyla birlikte düşünün.
İşlem izni ayrımı
Listeyi görmek, kayıt oluşturmak, onaylamak ve silmek ayrı yetkilerdir. Özellikle silme, en dar tutulması gereken izindir.
Onay gerektiren işlemlerde oluşturan ile onaylayan ayrılmalıdır. Aynı kişinin iki adımı yapması kontrolü yok eder.
Fiyat değiştirme, iskonto üst limiti ve kredi limiti gibi alanlar ayrı izin ister. Genel düzenleme yetkisi bunları kapsamaz.
İzin matrisi yazılı tutulmalı ve periyodik gözden geçirilmelidir. Eski izinler sessizce birikir.
Hassas alanları hassas işlem yetkileri yazısında derinleştirdik.
Kapsam ile yetki
Rol ne yapabileceğini, kapsam neyi görebileceğini söyler. İkisi birlikte çalışmazsa ya her şey görünür ya hiçbir şey.
Şube sorumlusu yalnızca kendi şubesini görmelidir. Holding yöneticisi ise konsolide bakışa ihtiyaç duyar.
Depo kapsamı stok hareketlerinde kritiktir; yanlış depo görünürlüğü yanlış sevkiyat üretir. Kapsamı kayıt bağlamıyla test edin.
Çok şirketli yapılarda şirket kapsamı role eklenir. Yanlış şirket kaydı mali düzensizlik yaratır.
Kapsam modelini şube ve depo kapsamı yazısında anlattık.
Devir ve işe alım
Yeni kullanıcıya rol atamak dakikalar sürer; kişiye özel yetki kurmak saatler alır. Bu hız, işe alım deneyimini de iyileştirir.
Ayrılan kullanıcının hesabı kapatılmalı, rol şablonu ise kalmalıdır. Hesabı silmeden yetkiyi temizlemek yetmez.
Geçici vekalet için ayrı kısa süreli rol kullanılabilir. Kalıcı şablonu bozmadan vekalet vermek daha güvenlidir.
Devir checklisti yazılı olmalıdır; erişim, cihaz ve bildirim tercihleri birlikte kapanır. Unutulan mobil oturum risk bırakır.
Denetim kayıtlarını kullanıcı mesaj logları yazısında ele aldık.
Denetim izi
Yetki değişiklikleri izlenebilir olmalıdır; kim ne zaman hangi rolü verdi bilinmelidir. Sessiz yetki genişlemesi en pahalı risklerden biridir.
Hassas işlemlerde işlem logu da tutulmalıdır. Silme ve onay kayıtları özellikle kritiktir.
Periyodik yetki gözden geçirmesi rutine bağlanmalıdır. Üç ayda bir rol-kullanıcı eşlemesi yeterlidir.
Rapor erişimi de denetim konusudur; finans raporunu herkes görmemelidir. Rapor yetkisini ayrı yönetin.
Rapor gizliliğini rapor yetkileri yazısında açtık.
Hassas roller
Finans, e-belge ve sistem yönetimi ayrı hassas roller ister. Bunları genel yönetici rolüne yığmayın.
Süper kullanıcı sayısı mümkün olduğunca az tutulmalıdır. Herkes yöneticiyse kimse yönetici değildir.
Hassas roller için iki kişi kuralı uygulanabilir; kritik değişiklik ikinci onay ister. Bu, hata ve suiistimali azaltır.
Mevcut ERP tarafındaki yetkilerle çakışma kontrol edilmelidir. Aynı kişinin iki sistemde aşırı yetkisi risk biriktirir.
Platform konumunu çözüm platformu mu ERP mi yazısında netleştirdik.
Sık yapılan hatalar
Herkese yönetici vermek en sık hatadır; hız uğruna kontrol kaybolur. Dar yetkiyle başlayıp ihtiyaç oldukça açın.
Rol şablonunu güncellemeden kişiye ek izin yığmak ikinci hatadır. Bu, şablonu anlamsız bırakır.
Kapsamı unutup yalnızca işleme bakmak üçüncü hatadır. Kullanıcı her şeyi görüp yanlış şirkete yazar.
Ayrılan hesabı açık bırakmak dördüncü hatadır. Oturum ve bildirimler sessizce devam eder.
Bildirim gürültüsünü bildirim yönetimi yazısında ele aldık.
Kurulum adımları
Önce iş rollerini listeleyin ve beş ila on şablon çıkarın. Sonra her şablona modül ve işlem matrisini yazın.
Kapsam kurallarını şirket, şube ve depo için tanımlayın. Test kullanıcısıyla gerçek kayıt deneyin.
Mevcut kullanıcıları şablonlara taşıyın; kişi özel izinleri temizleyin. Temizlik, kurulumun yarısıdır.
İlk ay haftalık yetki gözden geçirmesi yapın. Şikâyetler çoğu zaman eksik izin değil fazla kapsam kaynaklıdır.
İlk kurulum checklistini sistem ayarları yazısıyla tamamlayın.
Sık sorulanlar
Bir kullanıcıya birden fazla rol verilebilir mi?
Verilebilir; ancak çakışan izinleri denetlemek zorlaşır. Mümkünse tek ana rol tercih edin.
Rol değişince mevcut oturum etkilenir mi?
Genelde yeni yetkiler sonraki isteklerde uygulanır; kritik değişikliklerde oturumu yenilemek iyidir.
Mevcut ERP yetkileriyle ilişkisi nedir?
Platform yetkileri mevcut ERP sisteminizden bağımsızdır; iki tarafta da aşırı yetki birikmesin.
Kaç rol yeterlidir?
Çoğu işletmede beş ila on ana rol yeter; her kişiye özel rol üretmeyin.
Rol bazlı yetki, büyüyen ekiplerde tek sürdürülebilir erişim modelidir. Kişi kopyalamak kısa vadede hızlı, uzun vadede risklidir.
Az sayıda net şablon, işlem ayrımı ve kapsam kuralı birlikte kurulmalıdır. Biri eksikse güvenlik delinir.
Hassas rolleri ayırın ve süper kullanıcı sayısını düşük tutun.
Devir ve işe alımı şablon üzerinden yürütün; dakikalar içinde güvenli erişim açılır.
Yetki değişikliklerini denetleyin; sessiz genişleme en pahalı sürprizleri üretir.
EQLEM ekibiyle görüşerek rol şablonlarınızı birlikte kurabilirsiniz.