Mutabakat yapan her acente aynı noktaya varır: eşleşmeyen kalemler listesi. Bu liste ilk bakışta dağınık görünür ve ekip her farkı tek tek, sıfırdan araştırmaya başlar. Oysa farkların büyük kısmı tekrar eden birkaç kaynaktan doğar. Farkları türlerine göre sınıflandırmak hem araştırma süresini kısaltır hem de hangi kayıt alışkanlığının düzeltilmesi gerektiğini gösterir. Bu rehberde mutabakat farklarını beş ana sınıfa ayırıyor, her sınıf için belirtiyi, olası kaynağı ve kalıcı çözüm yolunu ele alıyoruz.
Neden sınıflandırma?
Sınıflandırılmamış bir fark listesi yalnızca “bu ay şu kadar kalem tutmadı” bilgisini verir. Sınıflandırılmış bir liste ise “bu ay farkların çoğu tarih kaymasından, bir kısmı eksik zeyil kaydından geldi” diyebilmeyi sağlar. İkinci cümle bir aksiyon içerir: tarih kuralını netleştirmek ve zeyil kayıt sürecini gözden geçirmek. Sınıflandırma bu yüzden bir raporlama tercihi değil, süreç iyileştirmenin başlangıç noktasıdır.
Beş temel fark sınıfı
Sınıf 1: Tarih ve dönem farkları
Belirti: Kalem iki tarafta da mevcut, ancak farklı dönemlerde görünüyor.
Olası kaynak: Bir tarafın tanzim tarihini, diğerinin başlangıç ya da tahsilat tarihini esas alması; ay sonuna yakın yapılan işlemlerin sisteme gecikmeli girilmesi.
Kalıcı çözüm: Acente içinde hangi tarihin mutabakat dönemi için esas alınacağını yazılı bir kurala bağlamak ve raporları bu kurala göre filtrelemek. Bu sınıftaki kalemler genellikle bir sonraki dönemde kendiliğinden kapanır; ancak kapanıp kapanmadığı takip edilmelidir.
Sınıf 2: Tutar farkları
Belirti: Poliçe numarası eşleşiyor, tutar farklı.
Olası kaynak: Sonradan yapılan zeyilin acente kaydına işlenmemesi, vergi ve fon kalemlerinin bir tarafta brüt, diğer tarafta net gösterilmesi, yuvarlama farkları ya da teklif aşamasındaki tutarın poliçe kesinleştikten sonra güncellenmemesi.
Kalıcı çözüm: Prim kalemlerinin bileşenleriyle ayrı alanlarda tutulması ve zeyil kayıtlarının ana poliçeye bağlı olarak açılması. Teklifteki tutar ile düzenlenen poliçe tutarı arasındaki geçişin otomatik olması bu sınıftaki farkları belirgin biçimde azaltır.
Sınıf 3: Eksik kayıtlar
Belirti: Kalem yalnızca bir tarafta var.
Olası kaynak: Şirket portalında düzenlenen ancak acente sistemine aktarılmayan poliçeler, sistemde açılıp şirkette tamamlanmayan işlemler, iptallerin yalnızca bir tarafta işlenmesi.
Kalıcı çözüm: Poliçe düzenleme işinin mümkün olduğunca tek bir akış üzerinden yürütülmesi. Şirket portallarında yapılan işlemlerin sonradan elle girilmesi gerekiyorsa bunun için günlük bir kontrol görevi tanımlanmalıdır.
Sınıf 4: Eşleme hataları
Belirti: Kalem iki tarafta da var, ancak sistem eşleştiremiyor.
Olası kaynak: Poliçe numarasının farklı biçimde yazılması, zeyil numarasının eksik girilmesi, yanlış acente koduna ya da yanlış şirkete bağlanmış kayıtlar.
Kalıcı çözüm: Numara alanlarında biçim kontrolü, şirket ve acente kodu seçiminin listeden yapılması ve elle serbest metin girişinin sınırlandırılması.
Sınıf 5: Yetki ve süreç dışı işlemler
Belirti: Beklenmeyen bir iade, tanımsız bir düzeltme veya açıklaması olmayan bir hareket.
Olası kaynak: Onay akışı dışında yapılan değişiklikler, yetkisi olmayan bir kullanıcının finansal alanı güncellemesi.
Kalıcı çözüm: Finansal alanlardaki değişikliklerin rol bazlı yetkiyle sınırlandırılması ve her değişikliğin işlem kaydında görünmesi. Bu sınıf nadir görülür ancak en fazla dikkat gerektirendir; çünkü yalnızca bir veri hatası değil, bir kontrol açığına işaret edebilir.
Sınıflandırmayı günlük işe dönüştürmek
Sınıflar tanımlandıktan sonra her fark kalemine bir sınıf etiketi atamak alışkanlık hâline getirilmelidir. Bunun için kullanılabilecek basit bir düzen şöyledir:
- Eşleşmeyen her kalem incelemeye alındığında sınıf etiketi seçilir.
- Etiketin yanına kısa bir açıklama ve sorumlu kişi eklenir.
- Ay sonunda etiketlere göre dağılım çıkarılır.
- En çok kalemin düştüğü sınıf için bir süreç iyileştirme maddesi belirlenir.
- Bir sonraki ay aynı sınıftaki değişim izlenir.
Bu düzenin değeri birkaç dönem sonra ortaya çıkar. Örneğin eşleme hataları sınıfı sürekli öne çıkıyorsa sorun ekipte değil, veri giriş ekranındadır. Eksik kayıt sınıfı büyüyorsa poliçe düzenleme akışının bir kısmı sistem dışında kalıyor demektir.
Branş bazında bakmanın önemi
Fark sınıflarını branş bazında ayırmak ek bir içgörü sağlar. Trafik, kasko ve DASK kendi sorgu ve düzenleme akışlarına sahip olduğundan, bir branşta yoğunlaşan fark çoğu zaman o branşa özgü bir veri aktarım noktasını işaret eder. Aynı yaklaşım şirket bazında da uygulanabilir: belirli bir şirkette tutar farkları sık görülüyorsa ekstre formatının dönüşüm kuralları yeniden kontrol edilmelidir.
Sınıflandırmada sık yapılan hatalar
- Her farkı “diğer” etiketiyle geçiştirmek; bu etiket toplamın küçük bir kısmını aşmamalıdır.
- Sınıf sayısını gereğinden fazla artırmak; çok ayrıntılı etiketler tutarlı kullanılmaz.
- Etiketi kalem kapandıktan sonra, hafızaya dayanarak atamak.
- Aynı kalemi birden fazla sınıfa koyup dağılımı şişirmek.
- Dağılımı çıkarıp hiçbir iyileştirme kararı almamak.
Sınıflandırmanın amacı farkları güzel bir tabloda göstermek değil, bir sonraki dönemde daha az fark çıkmasını sağlamaktır. Bu nedenle her ayın sonunda en az bir somut süreç değişikliği kararı alınması, yöntemin gerçek değerini ortaya çıkarır.
Yazılımın rolü
Sınıflandırma kâğıt üzerinde de yapılabilir; ancak etiketlerin kayıtla birlikte saklanması, raporlanması ve geçmiş dönemlerle karşılaştırılması yazılımla çok daha sürdürülebilirdir. Sigorta acentesi yazılımı içinde mutabakat kalemlerinin poliçe, müşteri ve kullanıcı bilgisiyle ilişkili tutulması, her farkın izini sürmeyi kolaylaştırır. Kayıtların kim tarafından oluşturulduğunu ve değiştirildiğini göstermek için rol bazlı yetki ve işlem geçmişi gibi temel özelliklerin yer alması gerekir.
InsureHub, acente operasyonlarını tek bir kayıt yapısında toplamayı hedefleyen bir yazılım platformu olarak mutabakat verisinin kaynağa kadar izlenebilmesini önemser. Kendi fark listenizi bu sınıflarla nasıl izleyebileceğinizi değerlendirmek isterseniz demo hesabı üzerinden süreci deneyebilirsiniz.