Sigorta acenteleri, çalıştıkları her sigorta şirketi için ayrı portal kullanıcı bilgilerine sahiptir. Trafik, kasko ve DASK sorgularının farklı şirketlerde yapılabilmesi, poliçe düzenlenebilmesi ve hasar süreçlerinin takip edilebilmesi bu kimlik bilgilerine bağlıdır. Birçok acentede bu bilgiler hâlâ ofisteki bir tabloda, ekranın kenarına yapıştırılmış notlarda, ortak bir mesaj grubunda ya da çalışanların tarayıcılarında kayıtlı parolalar olarak durur.
Bu dağınıklık, acentenin en kritik erişim noktalarını kontrolsüz bırakır. Ayrılan bir çalışan şifreleri bilmeye devam eder, hangi parolanın kimde olduğu belirsizleşir ve bir parola sızdığında hangi kanaldan sızdığını anlamak imkansızlaşır. Bu yazıda portal kimlik bilgilerinin gizli bilgi kasası yaklaşımıyla nasıl yönetilebileceğini ele alıyoruz.
Portal bilgileri neden ayrı bir özen ister?
Bir sigorta şirketi portal hesabı, acentenin o şirket nezdindeki yetkilerinin tamamını temsil eder. Bu hesapla teklif alınabilir, poliçe düzenlenebilir, iptal ve zeyil işlemleri yapılabilir, müşteri bilgilerine erişilebilir. Yetkisiz birinin bu hesaba erişmesi yalnızca veri ihlali değil, acente adına işlem yapılması anlamına da gelebilir. Ayrıca bu hesapların sorumluluğu çoğu zaman acentenin kendisindedir; hesapla yapılan işlemler acenteye bağlanır.
Gizli bilgi kasası nedir?
Gizli bilgi kasası, parola, API anahtarı ve benzeri hassas bilgilerin şifreli olarak saklandığı, erişimin kişi ve rol bazında kontrol edildiği ve her erişimin kayıt altına alındığı merkezi bir depodur. Kasa yaklaşımının sıradan bir parola dosyasından farkı üç noktada toplanır:
- Şifreli saklama: Bilgiler kasanın içinde şifreli durur; kasanın veritabanı ele geçirilse bile içerik okunamaz.
- Ayrıntılı erişim kontrolü: Her kullanıcı yalnızca işi için gereken kimlik bilgilerini görebilir veya kullanabilir.
- Erişim kaydı: Kimin hangi kimlik bilgisini ne zaman görüntülediği veya kullandığı izlenebilir.
Görmeden kullanmak: En güçlü model
Kasa yaklaşımının en olgun biçimi, kullanıcının parolayı hiç görmeden onu kullanabilmesidir. Acente yazılımı, sigorta şirketi servislerine bağlanırken gerekli kimlik bilgisini kasadan alır ve kullanıcıya göstermeden işlemi gerçekleştirir. Çalışan bir kasko teklifi başlattığında, sistem ilgili şirketlerin bilgilerini arka planda kullanır; çalışan yalnızca sonuçları görür.
Bu modelin önemli faydaları vardır:
- Çalışan ayrıldığında portal şifrelerini değiştirmek zorunlu olmaktan çıkar; çünkü çalışan şifreyi hiç bilmemiştir.
- Parolanın ekran görüntüsüyle veya mesajla paylaşılması riski ortadan kalkar.
- Parola değiştiğinde yalnızca kasadaki kayıt güncellenir; herkesin yeni şifreyi öğrenmesi gerekmez.
Doğrudan portal girişi gereken durumlar için ise kimlik bilgisinin görüntülenmesi ayrı bir yetkiye ve gerekçe girişine bağlanabilir.
Kasaya geçiş için adımlar
- Envanter çıkarın: Acentenin hangi sigorta şirketlerinde kaç kullanıcı hesabı olduğunu, hangi hesabın hangi branşlarda ve işlemlerde kullanıldığını listeleyin.
- Sahipleri belirleyin: Her hesap için bir sorumlu atayın. Sorumlu kişi parola değişiklikleri ve hesap durumu takibinden sorumludur.
- Kasaya aktarın: Bilgileri kasaya girin ve eski kopyaları, yani tabloları, notları ve mesajları silin. Bu adım atlanırsa kasa yalnızca ek bir kopya olur.
- Erişimleri tanımlayın: Hangi rolün hangi kimlik bilgisini kullanabileceğini, hangisinin görüntüleyebileceğini belirleyin.
- Parolaları yenileyin: Geçmişte dağınık biçimde paylaşılmış parolaları kasaya aktardıktan sonra değiştirin; böylece eski kopyalar geçersiz hale gelir.
- Tarayıcı kayıtlarını temizleyin: Çalışan bilgisayarlarındaki tarayıcılarda kayıtlı portal parolalarını kaldırın.
Kasanın kendisini korumak
Tüm kritik bilgilerin tek bir yerde toplanması, kasanın kendisini değerli bir hedef haline getirir. Bu nedenle kasaya erişim en güçlü kimlik doğrulama yöntemleriyle korunmalıdır. Kasa yönetim yetkisi çok az kişide olmalı, toplu görüntüleme veya dışa aktarma gibi işlemler ek onaya bağlanmalıdır. Kasaya yapılan erişimler düzenli olarak gözden geçirilmeli; normalde kimlik bilgisi görüntülemeyen bir kullanıcının art arda görüntüleme yapması dikkat çekmelidir.
Şirket bazlı izolasyon
Her sigorta şirketinin kimlik bilgisi ayrı bir kayıt olarak, ayrı erişim kurallarıyla tutulmalıdır. Bir şirkete ait bilginin sorunlu hale gelmesi, diğer şirket bağlantılarını etkilememelidir. Aynı şekilde trafik, kasko ve DASK sorgularının ayrı akışlar olarak çalışması, hangi akışta hangi kimlik bilgisinin kullanıldığının net biçimde izlenmesini kolaylaştırır. Bir sigorta teklif programında bu ayrım, hem güvenlik hem de sorun giderme açısından değerlidir.
Parola değişikliği ve hesap sağlığı
Sigorta şirketleri zaman zaman portal parolalarının belirli aralıklarla değiştirilmesini ister ya da güvenlik nedeniyle hesapları kilitleyebilir. Kasa yaklaşımında bu değişiklikler tek bir noktada yapılır ve tüm entegrasyonlar güncel bilgiyle çalışmaya devam eder. Kasada her kaydın son değişiklik tarihinin görünmesi, uzun süredir değiştirilmemiş parolaların fark edilmesini sağlar. Bir bağlantı başarısız olmaya başladığında, sorumlu kişiye otomatik bildirim gitmesi de kesinti süresini kısaltır.
Çalışanlara ne anlatılmalı?
Kasa yaklaşımına geçişte çalışanların neden artık şifreleri bilmediklerini anlaması önemlidir. Bu bir güvensizlik ifadesi değil, hem acenteyi hem de çalışanı koruyan bir düzendir. Şifreyi hiç bilmeyen bir çalışan, o hesapla yapılan şüpheli bir işlemden dolayı da şüphe altında kalmaz. Ayrıca şu kuralların netleştirilmesi faydalıdır:
- Portal parolaları hiçbir koşulda mesaj, e-posta veya telefonla paylaşılmaz.
- Sigorta şirketinden geliyormuş gibi görünen ve parola isteyen mesajlar yöneticiye bildirilir.
- Doğrudan portal girişi gerektiğinde bu işlem yetkili kişi üzerinden ve kayıt altında yapılır.
Kontrolü merkeze almak
Portal kimlik bilgileri, acentenin sigorta şirketleriyle kurduğu ilişkinin dijital anahtarlarıdır. Bu anahtarları dağınık kopyalardan kurtarıp tek, şifreli ve izlenebilir bir kasada toplamak, hem güvenliği hem de operasyonel düzeni güçlendirir. Çoklu şirket bağlantılarının acente yazılımında nasıl yönetildiğini incelemek için demo talep sayfasından başvurabilirsiniz.