Rol tabanlı erişim

KobiGPT dört rol tanımlar. super_admin platform seviyesinde en geniş yetkiye sahiptir; admin şirket içinde yönetim işlemlerini yapar; manager departman seviyesinde sorumluluk taşır; viewer ise okuma ve sohbet ile sınırlıdır.

Roller, kullanıcının hangi asistanla konuşabileceğini ve hangi yönetim işlemlerini yapabileceğini belirler. Doküman yükleme, asistan oluşturma ve kullanıcı davet etme gibi işlemler rol seviyesine bağlıdır.

Rol modeli tek başına yeterli değildir; asistan bazlı doküman kapsamıyla birlikte çalışır. İkisi birlikte erişim kontrolünü oluşturur.

En sık yapılan hata, kolaylık için herkese admin rolü vermektir. Bu, kurulum sırasında sürtünmeyi azaltır ama erişim kontrolünü fiilen ortadan kaldırır; her kullanıcı her asistanı görür hale gelir.

İkinci hata rolleri hiç gözden geçirmemektir. Görev değişiklikleri ve ayrılmalar sonrasında eski roller kalır; birkaç yıl içinde kimin neye eriştiği belirsizleşir.

Pratik öneri, en dar rolle başlamak ve ihtiyaç doğdukça genişletmektir. Tersi yön — geniş başlayıp sonra daraltmak — pratikte nadiren uygulanır çünkü kimsenin yetkisini geri almak istemez.

Rol ve asistan kapsamı ayrı ayrı düşünüldüğünde boşluk oluşur. Doğru yaklaşım, her doküman kümesi için hem hangi asistana bağlanacağını hem hangi rollerin o asistana erişeceğini birlikte tanımlamaktır.

Bu tanım yazılı olmalıdır. Kurulumun kafada tutulan kısmı, ekip değiştiğinde kaybolur ve erişim kararları gerekçesiz kalır.

Dönemsel bir kontrol de plana eklenmelidir: hangi kullanıcı hangi rolde, hangi asistanları görüyor? Bu kontrol yılda birkaç kez yapıldığında erişim borcu birikmez.

Rol atamaları organizasyon yapısını birebir yansıtmak zorunda değildir. Yönetici unvanı taşıyan bir kişi asistan yönetimi yapmayacaksa admin rolüne ihtiyaç duymaz; rol, unvanı değil yapılacak işlemi karşılamalıdır.

Bu ayrım yapılmadığında roller unvanla birlikte dağıtılır ve gereğinden geniş yetkiler oluşur. Pratik yöntem, her rol için hangi işlemin yapılacağı sorusunu yanıtlamaktır. Yanıt yalnızca sohbet etmekse viewer yeterlidir ve bu, erişim yüzeyini belirgin biçimde daraltır.

Bu yaklaşımın ikinci faydası, yeni kullanıcı eklerken kararın hızlanmasıdır. Rol, unvana değil işleme bağlandığında yeni bir kişiye hangi rolün verileceği tartışma gerektirmez.

Üçüncü fayda denetim tarafındadır; rol atamalarının gerekçesi işleme bağlandığında, bir denetimde neden o kişinin o yetkiye sahip olduğu sorusu tek cümleyle yanıtlanabilir hale gelir.