Acente yazılımlarında yetkilendirme denince akla genellikle modül veya ekran düzeyindeki izinler gelir: Bir kullanıcı tahsilat ekranını görebilir mi, raporlara erişebilir mi, kullanıcı yönetimine girebilir mi? Bu sorular önemlidir; ancak tek bir ekranın içinde bile farklı hassasiyette bilgiler bulunur. Bir müşteri kartında adı soyadı, iletişim bilgileri, kimlik numarası, adres, araç ve konut bilgileri, ödeme notları yan yana durur. Kartı görme yetkisi olan herkesin bu alanların tamamını açık biçimde görmesi gerekir mi?
Alan düzeyinde yetkilendirme ve veri maskeleme, bu soruya ayrıntılı bir cevap verir. Kullanıcı kaydı görebilir; ancak işiyle doğrudan ilgili olmayan hassas alanlar ya gizlenir ya da kısmen maskelenmiş olarak gösterilir. Bu yazıda bu yaklaşımın acente operasyonlarına nasıl uyarlanabileceğini ele alıyoruz.
Ekran izni neden yetmez?
Ekran düzeyinde yetki "ya hep ya hiç" mantığıyla çalışır. Bir çağrı karşılama personelinin müşteriyi tanıyıp doğru kişiye yönlendirebilmesi için müşteri kartını görmesi gerekir; fakat bu iş için müşterinin tam kimlik numarasına veya banka hesap bilgisine ihtiyacı yoktur. Ekran izni verildiği anda bu alanlar da açılırsa, çalışanın işi için gerekenden çok daha fazla veri ekranına gelir.
Bu fazlalık birkaç risk doğurur. Ekran görüntüsü alınarak paylaşılan bir kart, gerekenden fazla bilgi taşır. Omuz üstünden bakma gibi basit durumlar bile hassas veriyi açığa çıkarabilir. Ayrıca bir hesap ele geçirildiğinde saldırganın erişebildiği veri miktarı, hesabın ekran izinleri kadar geniş olur.
Maskeleme türleri
Her alan için aynı yöntemi uygulamak gerekmez. Alanın kullanım amacına göre farklı maskeleme biçimleri tercih edilebilir:
- Kısmi maskeleme: Değerin yalnızca bir kısmı gösterilir. Örneğin kimlik numarasının ilk ve son iki hanesi açık, aradaki haneler gizli olabilir. Bu biçim, kullanıcının müşteriyle telefonda teyit yapmasına izin verirken tam değeri göstermez.
- Tam gizleme: Alan, yetkisi olmayan kullanıcıya hiç gösterilmez ya da yalnızca "bilgi mevcut" şeklinde belirtilir.
- Talep üzerine gösterme: Alan maskeli gelir; kullanıcı gerekçe belirterek değeri açabilir ve bu işlem kayıt altına alınır.
- Biçim koruyan gösterim: Telefon numarasının yalnızca son haneleri gösterilir; böylece kullanıcı doğru kişiyle konuştuğunu anlayabilir.
Acentede alan bazlı yetki haritası nasıl çıkarılır?
Alan düzeyinde yetkilendirme kurmak için önce verinin haritasını çıkarmak gerekir. Bu çalışma, karmaşık bir proje değil; birkaç saatlik bir masa başı değerlendirmesidir.
- Hassas alanları listeleyin: Kimlik numarası, doğum tarihi, açık adres, telefon, e-posta, IBAN, sağlıkla ilgili notlar ve araç ruhsat bilgileri gibi alanları belirleyin.
- Rolleri yan yana koyun: Satış temsilcisi, operasyon sorumlusu, tahsilat personeli, çağrı karşılama, şube yöneticisi ve acente sahibi gibi rolleri yazın.
- Her rol için ihtiyacı sorgulayın: "Bu rol, bu alanın tam değerini görmeden işini yapabilir mi?" sorusuna cevap arayın.
- Dört seviyeden birini seçin: Tam görünür, kısmi maskeli, talep üzerine açılır, tamamen gizli.
- Düzenleme yetkisini ayrıca değerlendirin: Bir alanı görebilmek, onu değiştirebilmek anlamına gelmemelidir.
Örnek bir dağılım
Bu tür bir çalışmanın sonunda şu tablo ortaya çıkabilir: Satış temsilcisi, teklif hazırlarken müşterinin kimlik ve araç bilgisine ihtiyaç duyduğu için bu alanları tam görür; ancak ödeme bilgilerini göremez. Tahsilat personeli ödeme alanlarını görür, fakat sağlıkla ilgili notlara erişemez. Çağrı karşılama personeli ise yalnızca ad, maskeli telefon ve son işlem tarihini görür. Acente sahibi ve yetkilendirilmiş yöneticiler tüm alanlara erişebilir; bu erişim de kayıt altındadır.
Teklif akışlarında alan ihtiyacı farklıdır
Trafik, kasko ve DASK teklif akışları birbirinden farklı veri setleriyle çalışır. Trafik ve kasko sorguları ağırlıklı olarak araç ve sürücü bilgilerine, DASK sorgusu ise adres ve yapı bilgilerine dayanır. Bu ayrım, alan düzeyinde yetkilendirme için de doğal bir sınır oluşturur. Yalnızca konut sigortalarıyla ilgilenen bir çalışanın araç ruhsat detaylarını görmesine gerek olmayabilir; bu nedenle akış bazlı yetkiler alan bazlı kurallarla birlikte düşünülmelidir. Ayrı akışlarla çalışan bir sigorta teklif programı, bu ayrımı uygulamayı kolaylaştırır.
Maskelemenin atlandığı gizli kapılar
Ekranda maskeli görünen bir alanın başka yollardan açık biçimde erişilebilir olması sık rastlanan bir tasarım hatasıdır. Dikkat edilmesi gereken noktalar şunlardır:
- Dışa aktarma dosyaları: Ekranda maskeli olan alan, Excel veya CSV çıktısında tam değerle yer almamalıdır.
- Arama fonksiyonu: Kullanıcı tam kimlik numarasıyla arama yapıp sonuç alabiliyorsa, maskeleme deneme yanılma ile aşılabilir. Arama yetkisi de rolle uyumlu olmalıdır.
- Sunucu yanıtları: Maskeleme yalnızca arayüzde yapılıyor, sunucu tam değeri tarayıcıya gönderiyorsa, veri teknik bilgisi olan biri için görünür durumdadır. Maskeleme, verinin sunucudan çıktığı noktada uygulanmalıdır.
- PDF ve yazdırma çıktıları: Müşteriye gönderilen belgelerde hangi alanların yer alacağı, iç ekranlardaki kurallardan bağımsız olarak ayrıca belirlenmelidir.
- Bildirim ve e-postalar: Sistem tarafından gönderilen hatırlatma mesajlarında hassas alanların tam değeri bulunmamalıdır.
Kullanıcı deneyimini korumak
Aşırı maskeleme, çalışanların işini zorlaştırır ve onları verilere başka yollardan ulaşmaya iter. Bu nedenle kurallar oluşturulurken gerçek iş akışları gözlemlenmelidir. Bir temsilcinin günde onlarca kez açması gereken bir alan maskeliyse, ya bu alan o rol için açılmalı ya da iş akışı yeniden tasarlanmalıdır. Talep üzerine gösterme seçeneği, sık kullanılmayan ama zaman zaman gerekli olan alanlar için iyi bir denge sağlar.
Maskelenen alanın yanında "bu alan yetkiniz dahilinde gizlenmiştir" gibi kısa bir açıklama bulunması da önemlidir. Aksi halde kullanıcı verinin eksik olduğunu düşünüp müşteriden bilgiyi yeniden isteyebilir ya da mükerrer kayıt oluşturabilir.
Denetim izi ile birlikte düşünün
Talep üzerine açılan alanlar, kimin hangi müşterinin hangi bilgisini ne zaman görüntülediği bilgisiyle birlikte kayıt altına alınmalıdır. Bu kayıtlar, olağan dışı görüntüleme davranışlarını fark etmeyi ve gerektiğinde geriye dönük inceleme yapmayı mümkün kılar. Maskeleme önleyici, kayıt ise tespit edici bir kontroldür; ikisi birlikte anlam kazanır.
Az veri, az risk
Alan düzeyinde yetkilendirmenin arkasındaki fikir basittir: Kullanıcının ekranına gelen her veri, korunması gereken bir veridir. İşi için gerekenden fazlasını görmeyen bir ekip, hem müşteri güvenini korur hem de olası bir hesap ihlalinin etkisini sınırlar. Acente CRM kayıtlarınızda hangi alanların kime açık olduğunu gözden geçirmek ve acente yazılımının rol ayarlarını incelemek için demo talep sayfasını kullanabilirsiniz.