Poliçe ve Yenileme

Zeyil İşlemlerini Poliçe Geçmişiyle Birlikte Kayıt Altına Almak

InsureHub Ekibi
13 Eylül 2026

Poliçe düzenlendiği gün bitmiş bir iş değildir. Müşteri aracını değiştirir, adresini taşır, teminat eklemek ister ya da ödeme planında değişiklik talep eder. Bu taleplerin her biri zeyil olarak sigorta şirketi tarafında işlenir; ancak acentenin kendi kayıtlarında nasıl yer aldığı çoğu zaman belirsiz kalır. Zeyiller dağınık tutulduğunda, birkaç ay sonra poliçenin güncel halini anlamak için e-posta kutusunu ve klasörleri karıştırmak gerekir.

Zeyil kaydı neden ayrı tutulmalı?

En yaygın hata, zeyil geldiğinde mevcut poliçe kaydının üzerine yazmaktır. Bu yöntemle kayıt güncel görünür, fakat değişikliğin ne zaman ve neden yapıldığı kaybolur. Bir müşteri "geçen ay hangi teminatlarım vardı?" diye sorduğunda ya da prim farkıyla ilgili bir tahsilat sorusu çıktığında, eski bilgiye ulaşmak mümkün olmaz.

Doğru yaklaşım, poliçeyi ana kayıt olarak korumak ve her zeyli ona bağlı ayrı bir hareket olarak işlemektir. Böylece poliçenin hem güncel hali hem de tarihçesi aynı ekranda izlenebilir.

Bir zeyil kaydında bulunması gereken bilgiler

  • Zeyil türü: Plaka değişikliği, teminat değişikliği, adres değişikliği, sigortalı değişikliği, ödeme planı değişikliği gibi standart bir listeden seçilmelidir.
  • Geçerlilik tarihi: Değişikliğin hangi tarihten itibaren hüküm doğurduğu.
  • Önceki ve yeni değer: Neyin neye dönüştüğü açıkça görülmelidir.
  • Prim etkisi: Ek prim, iade veya prim farkı olmadığı bilgisi.
  • Belge: Sigorta şirketinden gelen zeyil dokümanı.
  • İşlemi yapan kullanıcı: Kim tarafından ve hangi talebe istinaden girildiği.

Serbest metin yerine standart zeyil türleri kullanmak, ileride "bu yıl kaç teminat artırımı yaptık?" gibi soruların cevabını kolaylaştırır.

Branşlara göre tipik zeyil senaryoları

Trafik poliçelerinde

Plaka değişikliği ve araç bilgisi düzeltmeleri en sık görülen taleplerdir. Bu zeyiller, poliçenin bağlı olduğu araç kaydını da etkiler. Araç kaydı güncellenmezse bir sonraki yenileme döneminde eski bilgiyle sorgu yapılması riski doğar.

Kasko poliçelerinde

Ek teminat, aksesuar bildirimi veya kullanım şekli değişikliği gibi talepler gelir. Bu değişikliklerin kaydı, yenileme döneminde müşteriye önceki yılın kapsamını doğru anlatabilmek için önemlidir.

DASK ve konut poliçelerinde

Adres düzeltmesi ve yapı bilgisi güncellemesi öne çıkar. Adres bilgisindeki bir düzeltmenin poliçe tarihçesine işlenmesi, ileride doğabilecek sorularda acentenin elinde net bir kayıt olmasını sağlar.

Zeyil talebinden kayda: Adım adım akış

  1. Müşteri talebi alınır ve poliçe kaydına not olarak düşülür.
  2. Talep bir kullanıcıya görev olarak atanır.
  3. Sigorta şirketi tarafında işlem tamamlanır.
  4. Gelen zeyil belgesi poliçe kaydına eklenir.
  5. Zeyil hareketi türü, tarihi ve prim etkisiyle birlikte girilir.
  6. Gerekiyorsa bağlı müşteri veya araç kaydı güncellenir.
  7. Prim farkı varsa tahsilat tarafına yansıtılır.
  8. Müşteriye bilgilendirme yapılır ve görev kapatılır.

Bu akışta en kritik adım beşinci ve altıncı adımların birlikte yapılmasıdır. Zeyil kaydedilip ilgili ana kayıt güncellenmezse, sistemde birbiriyle çelişen iki bilgi oluşur.

Zeyil geçmişinin yenilemeye katkısı

Yenileme dönemi geldiğinde, poliçenin dönem içinde geçirdiği değişiklikleri bilmek görüşmenin kalitesini doğrudan etkiler. Teminat artırımı yapmış bir müşteriye yenilemede aynı kapsamla teklif sunmak, değişikliği unutmaktan çok daha profesyoneldir. Zeyil geçmişi aynı zamanda müşterinin ihtiyaçlarının nasıl değiştiğine dair bir ipucu verir; örneğin araç değişikliği yapan bir müşteriyle kasko ihtiyacını konuşmak doğal bir fırsattır.

Zeyil türlerini ekip içinde standartlaştırmak

Aynı değişikliğin farklı kullanıcılar tarafından farklı adlarla kaydedilmesi, zeyil geçmişinin değerini hızla düşürür. Bir kullanıcı "plaka güncelleme", diğeri "araç değişikliği", bir başkası yalnızca "düzeltme" yazdığında hangi işlemin ne olduğunu anlamak için her kaydı tek tek açmak gerekir. Bu nedenle zeyil türleri yönetici tarafından belirlenen kapalı bir listeden seçilmeli, liste ihtiyaç doğdukça kontrollü biçimde genişletilmelidir.

Standart liste oluşturulurken şu ayrımı yapmak faydalıdır:

  • Nesne değişiklikleri: Araç, adres veya sigortalı kişiye ilişkin güncellemeler.
  • Kapsam değişiklikleri: Teminat ekleme, çıkarma veya limit değişiklikleri.
  • Ticari değişiklikler: Ödeme planı, taksit sayısı veya prim düzeltmeleri.
  • Bilgi düzeltmeleri: Yazım hatası gibi kapsamı etkilemeyen düzeltmeler.

Bu gruplama, zeyil raporlarını anlamlı hale getirir. Yönetici, dönem içinde kapsam değişikliklerinin mi yoksa bilgi düzeltmelerinin mi arttığını görerek hem satış hem de veri girişi kalitesi hakkında fikir edinebilir. Bilgi düzeltmelerinin sık görülmesi, poliçe girişi aşamasında kontrol adımının güçlendirilmesi gerektiğine işaret eder.

Ekip içi sorumluluk

Zeyil taleplerinin kimde olduğu belirsiz kaldığında talepler bekler ve müşteri tekrar aramak zorunda kalır. Talebi alan kişinin aynı zamanda işlemi takip eden kişi olması şart değildir; ancak sistemde her talebin tek bir sorumlusu bulunmalı ve sorumlu değiştiğinde bu değişiklik de kayda geçmelidir. Böylece hangi zeyilin hangi aşamada beklediği yönetici tarafından tek bir listeden görülebilir.

Dikkat edilmesi gereken noktalar

  • Zeyil belgesini poliçe belgesinin yerine değil, yanına ekleyin.
  • İptal işlemlerini zeyil türleri arasına karıştırmayın; iptal, poliçe durumunu değiştiren ayrı bir süreçtir.
  • Prim farkı olan zeyillerde tahsilat kaydının unutulmaması için görevi tahsilat adımı tamamlanmadan kapatmayın.
  • Kullanıcıların zeyil kaydını silememesi, yalnızca düzeltme hareketi ekleyebilmesi denetim açısından daha güvenlidir.

Yazılımın rolü

InsureHub gibi acenteler için geliştirilmiş bir sigorta acentesi yazılımı, poliçe kaydını müşteri ve işlem geçmişiyle birlikte ele alarak zeyillerin kopuk kalmasının önüne geçmeyi hedefler. Müşteriyle yapılan görüşmelerin ve taleplerin acente CRM tarafında tutulması, zeyil talebinin nereden geldiğini de izlenebilir kılar.

Zeyil kayıtlarınızı bugün nasıl tuttuğunuzu gözden geçirin: Son üç ayda yapılan değişikliklerin her birine iki dakikada ulaşabiliyor musunuz? Cevap hayırsa, işlem geçmişini poliçeye bağlayan bir yapı kurmanın zamanı gelmiş demektir.