CRM Yetkilendirme: Rol ve Yetki Yönetimi, Kim Neyi Görür?

CRM yetkilendirme, kimin hangi kaydı görüp değiştirebileceğini dört katmanla belirleme işidir: rol ve departman (görünürlük), kayıt sahipliği (kimin kaydı), alan izinleri (hangi değer kime açık) ve denetim kaydı (kim ne zaman ne değiştirdi). Kurulum, iş fonksiyonlarını çıkarmaktan denetim kaydını açmaya kadar beş adımda ilerler.

CRM özellikleri rehberimizin 18. maddesi bu konuya tek paragrafla değiniyor: “kim hangi kaydı görüyor, kim değiştirebiliyor.” Bu yazı o cümlenin arkasındaki süreci rol tasarımından denetim kaydına kadar açıyor.

CRM yetkilendirmesi tam olarak neyi kapsar?

Dört katman birbirinden farklı sorulara cevap verir. Rol ve departman, bir kullanıcının hangi modüle ve hangi kayıt kümesine erişebileceğini belirler. Saha satış temsilcisinin yalnızca kendi bölgesindeki firmaları görmesi buna bir örnektir. Kayıt sahipliği, tek tek bir fırsatın ya da kişinin kimin “kaydı” sayıldığını tutar; çoğu görünürlük kuralı bu sahiplik üzerine kurulur.

Alan izinleri daha ince bir katmandır: aynı kaydı gören iki kişi, farklı alanları görebilir. Örneğin satış temsilcisi fiyatı görür ama maliyeti göremez. Denetim kaydı ise bunların hiçbirini değiştirmez, yalnızca kaydeder: kim, ne zaman, hangi kaydı ya da ayarı değiştirdi. Dördü birlikte, CRM kaydının kimin elinde ne kadar açık olduğunu tanımlar.

Yetkilendirme neden erken kurulmalı?

İki ya da üç kişilik bir ekipte herkes her şeyi görür ve bu sorun yaratmaz. Ekip büyüyüp yeni bir bölge, yeni bir departman ya da dışarıdan bir danışman eklendiğinde “herkes her şeyi görür” modeli iki soruna dönüşür: rakip firmayla çalışan bir temsilci diğer bölgenin fiyatlarını görebilir, ya da işten ayrılan biri son gününe kadar tüm müşteri tabanına erişebilir. Yetkilendirmeyi ekip küçükken kurmak, büyüdükçe geriye dönüp herkesin erişimini tek tek daraltmaktan daha kolaydır.

KVKK açısından da ilk sorulan soru budur: hangi kişisel veriye kim erişti. Rol, alan izni ve denetim kaydı, bu soruya “bilmiyoruz” yerine yazılı bir cevap verir.

Adım 1: İş fonksiyonlarını ve görünürlük ihtiyacını çıkarın

Rol tanımlamadan önce, ekipteki her görevin hangi kayıtları görmesi ve değiştirmesi gerektiğini yazılı hale getirin. Bu bir CRM ekranı değil, kısa bir liste: “satış temsilcisi kendi bölgesindeki fırsatları görür ve düzenler”, “satış müdürü tüm bölgeyi görür, yalnızca kendi ekibinin fırsatlarını düzenler”, “muhasebe faturaları görür, fırsatları göremez” gibi. Bu adımın çıktısı bir CRM ayarı değil, üzerinde ekip içinde anlaşılmış bir belgedir; sonraki adımlar bu belgeyi role çevirir.

Adım 2: Rolleri ve departmanları kurun

Çıkardığınız görünürlük ihtiyacını role dönüştürün. Her rol, hangi modüllere erişebildiğini ve varsayılan görünürlüğünü taşır; departman ise organizasyon şemasındaki grubu (saha satış, iç satış, müşteri hizmetleri gibi) temsil eder ve raporlamada kayıtları gruplamaya yarar. Küçük bir ekip bile en az iki rolle (temsilci ve yönetici) başlamalıdır.

Adım 3: Alan düzeyinde yetkiyi ayarlayın

Bazı alanlar herkesin göreceği bilgi değildir. Alan izinleri, aynı kaydı gören farklı rollerin farklı alanları görmesini sağlar. Klasik örnek, satış temsilcisinin bir üründe satış fiyatını görüp maliyeti ya da marjı görememesidir. Buradaki asıl iş teknik değildir: hangi alanın hassas sayıldığına ekip içinde karar vermek gerekir.

Adım 4: Kayıt paylaşımını ve kısıtlamayı kurun

Rol ve departman çoğu durumu karşılar, ama istisnalar olur: bir fırsatı normalde göremeyecek bir kişiyle (örneğin geçici olarak devreye giren bir danışmanla) paylaşmanız gerekebilir, ya da hassas bir hesabı normal görünürlüğün dışında tutmak isteyebilirsiniz. Bir kayıt elle paylaşılabilir ya da kısıtlanabilir; erişim gezgini de bir kişinin bir kaydı neden gördüğünü gösterir, böylece “bu kişi buraya nasıl erişti” sorusu araştırmaya değil tek bir ekrana bakmaya döner.

Adım 5: Denetim kaydını açın ve kontrol döngüsü kurun

İlk dört adım kimin neyi göreceğini kurar; beşinci adım bunun izini tutar. Denetim kaydı, bir kaydı ya da ayarı kimin ne zaman değiştirdiğini kaydeder. Alan geçmişi bir değerin önceki hâlini gösterir; silinen bir kayıt da geri dönüşüm kutusuna düşer ve varsayılan olarak 90 gün içinde geri yüklenebilir. Böylece yanlış bir tıklama kalıcı bir kayba dönüşmez.

Kurulumdan sonra rolleri bir kez yazıp unutmayın: yeni bir departman açıldığında ya da bir kişi görev değiştirdiğinde rol listesini gözden geçirecek bir sahip belirleyin. Bu kişi genelde satış müdürü ya da yöneticinin kendisidir.

Örnek rol matrisi

Aşağıdaki tablo, sık görülen dört rolü görünürlük ve düzenleme yetkisi açısından karşılaştırır. Sayılar ve isimler açıklama amaçlıdır; kendi ekibinizin gerçek rol sayısı büyüklüğünüze göre değişir.

Bir fırsatın hangi aşamada, hangi rol tarafından ilerletilebileceğini ayrıca kurmak isterseniz aşama değiştirme yetkisi yazımıza bakın. Konuyu orada ayrı ele aldık, çünkü aşama ilerletme ayrı bir izin değil, o fırsatı düzenleme yetkisinin bir sonucudur.

Örnek: sekiz kişilik bir ekipte rol tasarımı

Muğla’da endüstriyel ekipman satan sekiz kişilik bir ekip düşünelim: beş saha satış temsilcisi, bir satış müdürü, bir muhasebe sorumlusu, bir de genel müdür. Başlangıçta herkes birbirinin fırsatını görüyordu; ekip beşinci temsilciyle birlikte büyüyünce, bir temsilcinin bölgesindeki fiyat teklifini başka bir bölgedeki temsilcinin görmesi rahatsızlık yarattı.

Çözüm üç rolle kuruldu: temsilciler yalnızca kendi sahip oldukları firma ve fırsatları görüp düzenliyor; satış müdürü tüm ekibin kayıtlarını görüyor ama yalnızca kendi onayladığı devirlerde düzenliyor; muhasebe yalnızca fatura ve tahsilat alanlarına erişiyor, fırsat detaylarını görmüyor. Genel müdür, tüm kayıtları gören tek roldü ve denetim kaydını ayda bir gözden geçirmeyi üstlendi. Ekip ve sayılar açıklama amaçlıdır; gerçek bir şirketi ya da Senitix müşterisini anlatmaz.

Sık yapılan hatalar

• Herkese yönetici rolü vermek. Hızlı çözüm gibi görünür ama alan izinlerini ve denetim kaydını anlamsız kılar; kısıtlama sonradan tek tek geri alınmak zorunda kalır.
• Rolleri CRM ekranında tasarlamaya başlamak. Önce yazılı bir görünürlük listesi olmadan role geçmek, altı ay sonra “bu rolü kim, neden böyle kurmuş” sorusuna cevap bulamamakla sonuçlanır.
• Kayıt sahipliğini devretmeyi unutmak. Bir temsilci ayrıldığında kayıtları yeni sahibe devretmezseniz, o kayıtlar kimsenin “kendi kaydı” sayılmadığı bir boşlukta kalır.
• Alan izinlerini yalnızca satış tarafında düşünmek. Muhasebe ve destek ekiplerinin de görmemesi gereken alanlar vardır; yetkilendirmeyi tek departmana göre tasarlamak diğerlerini açık bırakır.
• Rolleri bir kez kurup bir daha bakmamak. Departman büyüdükçe ya da görev değiştikçe rol listesi güncel kalmaz; düzenli bir gözden geçirme sahibi olmadan yetki modeli zamanla gerçek organizasyonu yansıtmaz olur.

Rol ve yetki modelini nasıl gözden geçirirsiniz?

Karmaşık bir denetim gerekmez; üç soru yeterlidir. Ayrılan ya da görev değiştiren biri var mı, varsa rolü ve kayıt sahipliği güncellendi mi? Denetim kaydında beklenmedik bir değişiklik (mesai dışı toplu güncelleme, tanımadık bir kullanıcı) var mı? Alan izinleri hâlâ ekibin gerçek ihtiyacını mı yansıtıyor, yoksa büyüme sırasında eklenen yeni bir rol bu kontrolün dışında mı kaldı? Bu üç soruyu ayda bir, genelde satış müdürü ya da yönetici sorumluluğunda tekrarlamak, yetki modelinin ekip büyürken gerçek organizasyondan kopmasını önler.

Senitix CRM’de rol ve yetki yönetimi

Senitix CRM’de kimin hangi kaydı göreceğini rol, departman ve kayıt sahipliği belirler. Alan izinleri, marj ya da iskonto gibi hassas bir değeri yalnızca ihtiyacı olan rollere açar. Bir kayıt elle paylaşılabilir ya da kısıtlanabilir; erişim gezgini bir kişinin kaydı neden gördüğünü gösterir, denetim kaydı da kimin neyi ne zaman değiştirdiğini tutar. Yetkilendirmenin güvenlik tarafındaki diğer kontrollerini (şifreleme, çok faktörlü doğrulama, barındırma) Veri İşleme Sözleşmesi’nin Ek-2’sinde, özellik listesinin tamamını özellik kataloğunun yetki ve güvenlik bölümünde bulabilirsiniz.

Rol ve yetki modelinizi kurmaya hazırsanız plan ayrıntılarını fiyatlandırma sayfasında karşılaştırabilirsiniz.

Sık sorulan sorular

Küçük bir ekip (3-4 kişi) rol tasarımına ihtiyaç duyar mı?

Genelde henüz değil. Çok küçük ekiplerde herkesin birbirinin kaydını görmesi nadiren sorun yaratır. Rol tasarımının değeri, ekip büyüdükçe ya da farklı departmanlar (satış, muhasebe, destek) ayrı görünürlük istediğinde ortaya çıkar; o noktaya gelmeden en az iki rolle (temsilci, yönetici) başlamak sonradan geriye dönmekten daha kolaydır.

Rol ile kayıt sahipliği arasındaki fark nedir?

Rol, bir kullanıcının hangi modüle ve hangi kayıt kümesine erişebileceğini belirleyen genel çerçevedir; departmanla birlikte görünürlüğün üst katmanını oluşturur. Kayıt sahipliği ise tek bir kaydın, örneğin bir fırsatın hangi temsilciye ait olduğunu tutan daha dar bir alandır. Çoğu görünürlük kuralı, “bu rol, sahip olduğu kayıtları görür” şeklinde ikisini birlikte kullanır; rol çerçeveyi, sahiplik o çerçeve içindeki tek tek kaydı belirler.

Alan izinleri ile kayıt kısıtlaması aynı şey mi?

Hayır. Alan izinleri, aynı kaydın hangi alanının kime görüneceğini belirler; örneğin bir üründe satış fiyatı görünür ama maliyet görünmez. Kayıt kısıtlaması ise kaydın tamamının kime görünüp görünmeyeceğini belirler. İkisi birlikte çalışır ama farklı sorulara cevap verir: biri alanı, diğeri kaydın tamamını kapsar.

Denetim kaydı ile alan geçmişi arasındaki fark nedir?

Alan geçmişi, tek bir kaydın bir alanının önceki değerlerini gösterir: bir fırsatın tutarı ya da aşaması neyken neye dönmüş, orada görünür. Denetim kaydı ise kayıtlarda ve ayarlarda kimin ne zaman ne değiştirdiğini tutar; yönetim ayarlarındaki değişiklikler de buna dahildir. İlki bir kaydın geçmişini, ikincisi sistemdeki değişikliklerin izini verir. Ayda bir yapılan yetki gözden geçirmesinde bakılacak yer de denetim kaydıdır.