Peşin ödenen bir poliçede tahsilat tek bir hareketle kapanır. Taksitli poliçede ise poliçe düzenlendiği anda aylar sürecek bir ödeme takvimi başlar ve bu takvimin her adımı ayrı bir takip noktasıdır. Ödeme planı kaydı yalnızca “kaç taksit” bilgisinden ibaret tutulduğunda, ilk değişiklikte geçmiş kaybolur, mutabakatta farklar çıkar ve müşteriye verilen bilgiler tutarsızlaşır. Bu yazıda taksitli poliçeler için ödeme planı kayıtlarının hangi alanlarla kurulması gerektiğini, planın değiştiği durumlarda nasıl davranılacağını ve sık karşılaşılan sınır durumları ele alıyoruz.
Ödeme planı bir alan değil, bir kayıt kümesidir
Birçok acentede taksit bilgisi poliçe kaydının içinde tek bir sayı olarak durur. Oysa sağlıklı bir yapıda ödeme planı poliçeye bağlı ayrı bir kayıt kümesidir: her taksit kendi satırına, kendi vadesine ve kendi durumuna sahiptir. Bu ayrım küçük bir teknik tercih gibi görünse de raporlama, hatırlatma ve mutabakat süreçlerinin tamamını etkiler. Hangi taksidin ödendiği, hangisinin beklendiği ve hangisinin değiştiği ancak satır bazında tutulan bir planla net biçimde izlenebilir.
Her taksit satırında bulunması gereken alanlar
- Bağlı olduğu poliçe ve müşteri
- Taksit sırası ve vade tarihi
- Beklenen tutar ve varsa para birimi
- Ödeme yöntemi: kredi kartı, havale, sigorta şirketi üzerinden tahsilat gibi
- Durum: bekliyor, ödendi, kısmi ödendi, gecikti, iptal edildi
- Gerçekleşen ödeme tarihi ve tutarı
- Kaydı oluşturan ve son güncelleyen kullanıcı
Bu alanlar ilk bakışta kalabalık görünebilir; ancak her biri ileride sorulacak bir sorunun cevabıdır. Örneğin “Bu taksit neden geç kapandı?” sorusu ancak beklenen ve gerçekleşen tarih ayrı tutulduğunda yanıtlanabilir.
Tahsilatı kim yapıyor? Üç farklı model
Taksitli poliçelerde ödeme planını kurmadan önce tahsilatın hangi taraf üzerinden yürüdüğünü netleştirmek gerekir. Bu bilgi plan kaydının nasıl izleneceğini belirler.
Sigorta şirketi üzerinden kartla taksit
Müşteri kart bilgisini poliçe düzenleme aşamasında verir ve taksitler şirket tarafında tahsil edilir. Acentenin burada yaptığı iş, şirketten gelen bilgiyle kendi planını güncel tutmaktır. Plan acente sisteminde yine de satır bazında yer almalıdır; çünkü müşteri sorularına yanıt veren ve yenilemede geçmişe bakan taraf acentedir.
Acente tarafından tahsilat
Ödemenin acente hesabına yapıldığı durumlarda plan kaydı doğrudan acentenin nakit takibinin parçasıdır. Her ödeme ilgili taksit satırıyla eşleştirilmeli, eşleşmeyen tutarlar ayrı bir listede bekletilmelidir.
Karma yapı
Peşinatın acenteye, kalan taksitlerin şirkete ödendiği durumlar da görülür. Bu modelde her satırda tahsilat tarafının ayrıca belirtilmesi karışıklığı önler.
Plan değiştiğinde geçmişi korumak
Ödeme planları sabit kalmaz. Müşteri taksit sayısını değiştirmek isteyebilir, poliçeye zeyil yapılabilir ya da bir taksit iki parçaya bölünebilir. Bu durumlarda en sık yapılan hata mevcut satırların üzerine yazmaktır. Bunun yerine şu ilkeler uygulanmalıdır:
- Eski satırlar silinmez, “yeniden planlandı” durumuna alınır.
- Yeni satırlar değişiklik tarihine ve nedenine referans verecek şekilde oluşturulur.
- Toplam beklenen tutardaki fark ayrıca görünür kılınır.
- Değişikliği yapan kullanıcı ve açıklaması kayıt altına alınır.
Bu düzen hem iç denetimde hem de müşteriyle yaşanabilecek bir anlaşmazlıkta geriye dönük açıklama yapabilmeyi sağlar.
Sınır durumlara hazırlıklı olmak
Kısmi ödemeler
Müşteri bir taksidin yalnızca bir kısmını ödeyebilir. Satırın “ödendi” ya da “bekliyor” olarak işaretlenmesi yerine kısmi ödeme durumu ve kalan tutar ayrıca izlenmelidir.
Erken kapama
Kalan taksitlerin tek seferde ödenmesi istendiğinde, bekleyen satırlar tek bir ödeme hareketiyle kapatılmalı ve bu ilişki kayıtta görünmelidir.
Poliçe iptali
Poliçe vadesinden önce sona erdiğinde bekleyen taksitlerin durumu, şirketin iptal hesabına göre güncellenmelidir. İptalden doğan iade veya ek tahsilat, plan satırlarından ayrı bir hareket olarak işlenirse dönem raporları karışmaz.
Branş farklılıklarını gözetmek
Ödeme planı kurgusu branşa göre farklı alışkanlıklar taşır. Trafik, kasko ve DASK poliçeleri kendi sorgu akışlarında ayrı ayrı hazırlanır ve ödeme seçenekleri de çoğu zaman bu akışlara özgüdür. Plan kaydının branş bilgisini taşıması, raporlarda taksitli üretimin hangi branşta yoğunlaştığını görmeyi kolaylaştırır. Teklif aşamasında sunulan taksit seçeneklerinin plan kaydına doğru aktarılması için sigorta teklif programı ile poliçe kaydı arasındaki veri geçişinin kesintisiz olması önemlidir.
Müşteriye plan bilgisini doğru aktarmak
Ödeme planı yalnızca acentenin iç kaydı değildir; müşterinin de en sık sorduğu konulardan biridir. “Bir sonraki taksidim ne zaman?”, “Kartımdan bu ay ne kadar çekilecek?” gibi sorulara verilen yanıtların tutarlı olması, plan kaydının güncelliğine bağlıdır. Plan değiştiğinde müşteriye güncel takvimin yazılı olarak iletilmesi ve bu iletimin müşteri kaydına işlenmesi, sonraki görüşmelerde yaşanabilecek “bana farklı söylenmişti” tartışmalarının önüne geçer. Sahada çalışan temsilcilerin de aynı bilgiye telefondan ulaşabilmesi, ofise dönmeden doğru yanıt verebilmelerini sağlar.
Raporlamada plan verisini kullanmak
Satır bazında tutulan bir ödeme planı, yönetim için de değerli bir veri kaynağıdır. Önümüzdeki haftalarda vadesi gelecek taksitlerin toplamı, kısmi ödemelerin hangi müşteri gruplarında yoğunlaştığı ya da yeniden planlanan poliçelerin oranı bu kayıtlardan doğrudan çıkarılabilir. Plan tek bir alanda tutulduğunda bu soruların hiçbiri yanıtlanamaz; satır bazında tutulduğunda ise raporlar ek veri toplamaya gerek kalmadan hazırlanır.
Kontrol listesi
- Her taksit ayrı bir satır olarak mı tutuluyor?
- Tahsilatın hangi tarafta yapıldığı her satırda belli mi?
- Plan değişikliklerinde eski satırlar korunuyor mu?
- Kısmi ödeme ve erken kapama durumları tanımlı mı?
- Plan, hatırlatma ve görev akışlarıyla bağlantılı mı?
InsureHub gibi bir acente yazılımı içinde ödeme planı kayıtlarının poliçe ve müşteri kartıyla birlikte durması, bu soruların her birine tek ekrandan yanıt verebilmeyi hedefler. Mevcut planlama düzeninizi gözden geçirirken yukarıdaki listeyi ekibinizle birlikte doldurmak, eksik kalan alanları görmenin pratik bir yoludur.