Bir poliçe düzenlendiğinde acenteye ulaşan ilk somut çıktı genellikle bir PDF dosyasıdır. Bu dosya e-postayla gelir, bilgisayara indirilir, belki müşteriye iletilir ve sonra "İndirilenler" klasöründe yüzlerce dosyanın arasında kaybolur. Aylar sonra müşteri poliçesinin bir kopyasını istediğinde, doğru dosyayı bulmak için isim karışıklığıyla dolu bir arama yapılır. Bu yazı, poliçe PDF'lerinin doğru kayda bağlanması ve tutarlı biçimde adlandırılması üzerine odaklanır; genel arşiv düzeninden çok, poliçe belgesinin kendine özgü sorunlarını ele alır.
Poliçe belgesinin kaybolduğu üç nokta
- İndirme anı: Dosya, sigorta şirketinin sisteminin verdiği anlamsız bir adla kaydedilir.
- Paylaşma anı: Dosya müşteriye mesajlaşma uygulaması veya e-postayla gönderilir, acente sisteminde ise iz kalmaz.
- Güncelleme anı: Zeyil veya yenileme belgesi geldiğinde eski belgeyle karışır.
Bu üç noktanın her biri için basit bir kural belirlemek, belge düzenini kalıcı hale getirir.
Kural 1: Belge önce kayda, sonra klasöre
Poliçe PDF'i acenteye ulaştığında ilk iş, dosyayı ilgili poliçe kaydına eklemektir. Bilgisayardaki bir klasöre kaydetmek ikincil bir adımdır ve mümkünse tamamen ortadan kaldırılmalıdır. Belge poliçe kaydına bağlandığında; müşteri kartından, poliçe listesinden veya arama ekranından aynı belgeye ulaşılır. Kimin bilgisayarında olduğu önemini yitirir.
Bu kuralın işlemesi için belge yükleme adımının poliçe kaydı oluşturma akışının içinde yer alması gerekir. Poliçe kaydı tamamlandığında belge eklenmemişse, kayıt taslak durumda kalabilir veya sorumluya hatırlatma gidebilir.
Kural 2: Eşleştirmede birden fazla anahtar kullanmak
Bir PDF'in hangi kayda ait olduğunu belirlemek için tek bir bilgiye güvenmek hata riskini artırır. Poliçe numarası en güvenilir anahtardır; ancak aynı numara farklı şirketlerde tekrar edebilir ya da elle girişte hatalı yazılmış olabilir. Sağlam bir eşleştirme için şu anahtarların birlikte kontrolü önerilir:
- Poliçe numarası
- Sigorta şirketi
- Branş
- Müşteri kimlik bilgisi
- Poliçe başlangıç tarihi
Yazılım belge içeriğinden bazı bilgileri okuyarak eşleştirme önerisi sunabilir. Bu tür öneriler zaman kazandırır, ancak son onayın kullanıcıda olması yanlış eşleştirmelerin önüne geçer. Özellikle aynı müşterinin aynı dönemde birden fazla poliçesi varsa, otomatik önerinin kontrol edilmesi önemlidir.
Kural 3: Tutarlı bir adlandırma şablonu
Belge yazılım içinde kayda bağlı tutulsa bile, dosyanın kendisinin anlamlı bir ada sahip olması değerlidir. Belge dışa aktarıldığında, müşteriye gönderildiğinde veya yedekten geri yüklendiğinde dosya adı tek başına bilgi taşır. Örnek bir şablon şu parçalardan oluşabilir:
- Branş kısaltması
- Poliçe numarası
- Belge türü (poliçe, zeyil, bilgilendirme formu)
- Belge tarihi
Müşteri adını dosya adına eklemek pratik görünebilir; ancak kişisel veri içeren dosya adlarının e-posta eklerinde ve paylaşılan klasörlerde dolaşması gizlilik açısından risk oluşturur. Bu nedenle dosya adında kimlik bilgisi yerine poliçe numarası gibi iç referanslar kullanmak daha dengeli bir yaklaşımdır.
Adlandırmanın kullanıcıya bırakılmaması, şablonun yazılım tarafından otomatik uygulanması tutarlılığı garanti eder. Kullanıcı belgeyi yüklediğinde sistem dosyayı şablona göre yeniden adlandırır; orijinal dosya adı ise gerekirse ayrı bir alanda saklanır.
Kural 4: Belge türlerini ayırmak
Bir poliçeye zamanla birden fazla belge bağlanır: poliçenin kendisi, bilgilendirme formu, zeyil belgeleri, makbuzlar ve müşteriden alınan ek dokümanlar. Bunların tamamı "dosya" olarak tek bir listede durduğunda, poliçenin güncel halini gösteren belgeyi bulmak zorlaşır. Belge türü alanı ile her dosyanın ne olduğu işaretlendiğinde, ekranda poliçe belgesi en üstte, zeyiller tarih sırasıyla altında ve diğer ekler ayrı bir bölümde gösterilebilir.
Güncel belge işareti
Zeyil sonrası sigorta şirketi poliçenin güncellenmiş tam halini gönderebilir. Bu durumda eski belge silinmemeli, ancak "güncel değil" olarak işaretlenmelidir. Böylece hem geçmiş korunur hem de kullanıcı yanlışlıkla eski belgeyi müşteriye göndermez.
Toplu belge yüklemede düzen
Yazılıma geçiş döneminde veya yoğun yenileme dönemlerinde çok sayıda PDF'in aynı anda sisteme yüklenmesi gerekebilir. Bu durumda tek tek eşleştirme yapmak yerine:
- Dosyalar toplu olarak yüklenir.
- Sistem her dosya için eşleştirme önerisi üretir.
- Kesin eşleşenler onaylanır.
- Belirsiz kalanlar ayrı bir listede toplanır ve kullanıcı tarafından tek tek kontrol edilir.
- Hiçbir kayıtla eşleşmeyen dosyalar, eksik poliçe kaydına işaret edebileceği için ayrıca incelenir.
Beşinci adım sıkça gözden kaçar. Bir PDF'in hiçbir kayıtla eşleşmemesi, poliçenin acente sisteminde hiç kaydedilmediği anlamına gelebilir. Bu durum portföy kontrolü açısından önemli bir sinyaldir.
Eksik belge listesini rutin hale getirmek
Eşleştirmenin tersi de bir o kadar önemlidir: Belgesi olmayan poliçe kayıtları. Haftalık olarak "belgesi eklenmemiş yürürlükteki poliçeler" listesine bakmak, belge düzeninin zamanla bozulmasını engeller. Bu liste sorumlu kullanıcılara dağıtıldığında, eksikler genellikle birkaç dakikalık işlemle tamamlanır ve müşteri bir kopya istediğinde arama yapmaya gerek kalmaz.
Erişim ve güvenlik
Poliçe belgeleri kimlik, adres ve araç bilgisi gibi kişisel veriler içerir. Belgelere erişimin kullanıcının rolüne ve sorumlu olduğu portföye göre sınırlandırılması, belge indirme ve paylaşma işlemlerinin kayıt altına alınması bu verilerin korunmasına yardımcı olur. Belgeyi bilgisayara indirmek yerine yazılım içinde görüntülemek de dosyaların kontrolsüz çoğalmasını engeller.
InsureHub ile poliçe belgesi
InsureHub, acentelere sunduğu sigorta acentesi yazılımı içinde poliçe kayıtlarını müşteri ve teklif geçmişiyle birlikte tutmayı amaçlar; belgenin kayda bağlı olması bu bütünlüğün bir parçasıdır. Sahada müşteriye poliçe kopyası göstermek gerektiğinde aynı kayda mobil uygulama üzerinden erişilebilmesi, belgenin cihazlar arasında dosya olarak taşınma ihtiyacını azaltır.