Acente Operasyonları

Poliçe İptal Taleplerinde Acente İş Akışı Nasıl Olmalı?

InsureHub Ekibi
27 Eylül 2026

İptal talepleri, acente operasyonunun en az konuşulan ama en dikkat isteyen işlerindendir. Müşteri aracını satmıştır, evinden taşınmıştır ya da yanlışlıkla iki ayrı poliçe yaptırmıştır. Her durumda beklentisi aynıdır: işlemin sorunsuz yapılması ve varsa iadenin zamanında gerçekleşmesi. İptal sürecinin düzensiz yönetilmesi ise eksik belge nedeniyle reddedilen talepler, unutulan iadeler ve acente kayıtlarında hâlâ aktif görünen poliçeler anlamına gelir.

Bu yazıda iptal taleplerini karşılamadan kayıtların kapanmasına kadar uzanan bir iş akışını adım adım ele alıyoruz. Amaç, iptal işlemini bir kayıp olarak değil, müşteri ilişkisinin profesyonelce yönetildiği bir an olarak görmek.

İptal nedenini anlamak

İptal talebi geldiğinde ilk yapılacak iş, nedeni netleştirmektir. Çünkü neden, istenecek belgeleri ve sonraki adımları belirler. Acentelerde sık karşılaşılan iptal nedenleri şunlardır:

  • Araç satışı veya devri: Trafik ve kasko poliçelerinde en yaygın neden
  • Konutun satılması: DASK ve konut poliçelerinde mülkiyet değişikliği
  • Mükerrer poliçe: Aynı risk için iki ayrı poliçe yapılmış olması
  • Müşterinin tercihi: Kasko gibi isteğe bağlı poliçelerde müşterinin vazgeçmesi
  • Hurdaya ayırma veya kayıttan düşme: Aracın trafikten çekilmesi

Bu nedenlerin her biri farklı belge ve farklı iade koşulları gerektirebilir. Trafik sigortası zorunlu bir sigorta olduğundan iptali belirli koşullara bağlıdır; DASK da konuta bağlı zorunlu bir sigortadır. Kasko ise isteğe bağlı olduğu için iptal koşulları farklılık gösterir. Bu nedenle iptal akışını branş bazında ayrı tanımlamak, çalışanın doğru belgeyi istemesini sağlar.

Belge toplama aşaması

İptal taleplerinin büyük kısmı belge eksikliği nedeniyle uzar. Talebi alan çalışanın, müşteriden hangi belgelerin isteneceğini ilk görüşmede net olarak bildirmesi gerekir. Her iptal nedeni için hazırlanmış kısa bir belge listesi bu işi kolaylaştırır. Belge listesinin kesin içeriği sigorta şirketinin koşullarına göre değişebileceğinden, listeyi düzenli olarak güncel tutmak önemlidir.

Belge talebi bir görev olarak açılmalı ve gelen her belge kayda işlenmelidir. Böylece hangi talebin hangi belge için beklediği her an görülebilir.

İptal akışının adımları

  1. Talebin kaydı: Müşteri, poliçe ve iptal nedeni kayda geçirilir. Talep tarihi not edilir.
  2. Belge talebi: Gerekli belgeler müşteriye bildirilir ve beklenen belgeler görev olarak işaretlenir.
  3. Kontrol: Gelen belgeler poliçe bilgileriyle karşılaştırılır. Plaka, adres veya kimlik uyumsuzluğu bu aşamada yakalanır.
  4. Sigorta şirketine iletim: İptal talebi ilgili şirkete iletilir ve iletim tarihi kaydedilir.
  5. Sonucun takibi: Şirketten gelen onay veya ek bilgi talebi takip edilir.
  6. İade süreci: İade söz konusuysa tutar ve yöntem müşteriye bildirilir, tahsilat kayıtlarında karşılığı oluşturulur.
  7. Kapanış: Poliçe kaydı iptal durumuna alınır, müşteriye teyit iletilir.

Kayıtları doğru kapatmak

İptal edilen bir poliçenin acente sisteminde aktif görünmeye devam etmesi, birçok soruna yol açar. Yenileme döneminde müşteri, artık sahip olmadığı bir araç için aranabilir. Portföy raporları gerçeği yansıtmaz. Komisyon mutabakatında farklar oluşur.

Bu nedenle iptal işlemi tamamlandığında poliçe kaydı yalnızca not düşülerek değil, durumu değiştirilerek kapatılmalıdır. Kaydı silmek yerine iptal olarak işaretlemek, geçmişin korunmasını sağlar. İleride aynı müşteriyle ilgili bir soru geldiğinde ne olduğu açıkça görülür.

İptal anında yeni bir ihtiyacı fark etmek

İptal talebi her zaman bir ilişkinin sonu değildir. Aracını satan müşteri çoğu zaman yeni bir araç almıştır; evini satan müşteri yeni bir konuta taşınmıştır. İptal görüşmesinde bu ihtiyacı nazikçe sormak, müşteriye yeni araç veya konut için ayrı bir teklif sürecinin başlatılabileceğini hatırlatır. Bu noktada yeni aracın trafik ve kasko teklifleri ile yeni konutun DASK teklifi ayrı akışlarda hazırlanmalıdır. Her biri farklı bilgiler ve farklı sorgular gerektirir.

Burada dikkatli olmak gerekir. İptal talebini hızlandırmak yerine yeni satışa odaklanmak müşteriyi rahatsız edebilir. Önce iptal işlemi düzgün yapılmalı, yeni ihtiyaç ise ayrı bir fırsat kaydı olarak not edilmelidir.

İptal verisinden ne öğrenilir?

Aylık iptal taleplerine bakmak, portföy hakkında değerli bilgiler sunar. Belirli bir dönemde mükerrer poliçe kaynaklı iptallerin artması, teklif aşamasında mevcut poliçe kontrolünün yeterince yapılmadığını gösterebilir. Müşteri tercihi kaynaklı kasko iptallerinin yoğunlaştığı dönemler ise iletişim stratejisini gözden geçirme ihtiyacına işaret eder. Bu analizler, iptal nedenlerinin her talepte düzenli olarak kayda geçirilmesiyle mümkün olur.

Yazılım desteği

Poliçe, tahsilat ve görev kayıtlarını birlikte tutan bir acente yazılımı, iptal sürecindeki her adımı ilgili poliçeye bağlar. Bu sayede iade tutarı tahsilat kayıtlarında, iptal tarihi poliçe geçmişinde ve yeni ihtiyaç fırsat kaydında görünür. Müşteri geçmişinin bütün olarak tutulduğu bir acente CRM yapısı, aynı müşteriyle gelecekteki görüşmelerde de doğru bilgiye ulaşmayı sağlar.

Müşteriyle iletişimin tonu

İptal talebinde bulunan müşteri çoğu zaman acentenin işlemi zorlaştıracağından endişe eder. Bu endişeyi gidermenin yolu, sürecin baştan şeffaf biçimde anlatılmasıdır. Hangi belgelerin gerektiği, işlemin yaklaşık hangi adımlardan geçeceği ve iade varsa nasıl takip edileceği ilk görüşmede açıklanmalıdır. Süreç boyunca her önemli adımda kısa bir bilgilendirme mesajı göndermek, müşterinin acenteyi aramasına gerek bırakmaz. İptal tamamlandığında gönderilen teyit mesajı ise ilişkiyi olumlu bir notla kapatır ve müşterinin ileride yeniden dönmesi için kapıyı açık bırakır.

Sonuç

İptal talepleri doğru yönetildiğinde müşteriye güven veren, yanlış yönetildiğinde kayıtları ve ilişkiyi bozan işlemlerdir. Nedeni netleştirmek, belgeyi ilk görüşmede istemek, adımları takip etmek ve kayıtları doğru kapatmak bu sürecin temelidir. Poliçe sonrası işlemlerinizi nasıl düzenleyebileceğinizi görmek için demo talep sayfasından bize ulaşabilirsiniz.