Yoğunluk anları ve sistem davranışı
Acentelerde teklif talepleri gün içinde eşit dağılmaz. Belirli saatlerde, örneğin mesai başlangıcında ya da ay sonuna yaklaşan yenileme dönemlerinde, çok sayıda çalışan aynı anda sorgu başlatabilir. Her sorgu birden fazla sigorta şirketine istek gönderdiğinde, sistemin aynı anda yönettiği istek sayısı hızla artar.
Bu yükün kontrolsüz biçimde entegrasyonlara iletilmesi, yanıt sürelerinin uzamasına, zaman aşımlarının artmasına ve bazı sigorta şirketlerinin istekleri sınırlamasına neden olabilir. Teklif kuyruğu, bu yükü düzenli ve öngörülebilir biçimde yönetmenin yoludur. Bu yazıda teklif kuyruğunun nasıl çalıştığını ve acente yazılımında nasıl kurgulanabileceğini ele alıyoruz.
Kuyruk nedir, neden gerekir?
Kuyruk, yapılacak işlerin sırayla bekletildiği ve belirli bir kapasiteyle işlendiği bir yapıdır. Teklif sorgusunda her sigorta şirketine gönderilecek istek, kuyruğa bir iş olarak eklenir. Kuyruktaki işler, tanımlanmış eşzamanlılık sınırları çerçevesinde işleyiciler tarafından alınır ve yürütülür.
Kuyruk yapısının sağladıkları
- Aynı anda yürütülen istek sayısının kontrol altında tutulması
- Ani yük artışlarında sistemin çökmeden yavaşlaması
- Başarısız işlerin düzenli biçimde yeniden denenebilmesi
- Her işin durumunun izlenebilmesi
- Farklı sigorta şirketleri için farklı kapasite tanımlanabilmesi
Kuyruk olmadan her sorgu doğrudan entegrasyona iletilir ve sistemin davranışı yük arttıkça öngörülemez hale gelir.
Sigorta şirketi bazında eşzamanlılık sınırları
Her sigorta şirketinin entegrasyonu farklı kapasiteye sahiptir. Bazı bağlantılar aynı anda çok sayıda isteği rahatça kaldırırken, bazıları daha sınırlıdır. Ayrıca bazı entegrasyonlarda oturum ya da hesap bazında eşzamanlı işlem sınırları bulunabilir.
Kuyruğun sigorta şirketi bazında ayrı kapasiteler tanımlamasına izin vermesi, her bağlantının kendi sınırları içinde çalışmasını sağlar. Böylece kapasitesi sınırlı bir entegrasyonun yavaşlaması, diğer şirketlere giden istekleri etkilemez.
Önceliklendirme
Kuyruktaki tüm işler aynı önceme sahip olmayabilir. Müşteri karşıdayken başlatılan bir sorgu ile gece planlanmış toplu yenileme sorguları farklı aciliyettedir.
Örnek öncelik düzeyleri
- Etkileşimli sorgular: çalışanın anlık olarak başlattığı ve sonucunu beklediği sorgular
- Yeniden denemeler: kısa süre önce başarısız olan ve kullanıcının tekrar istediği sorgular
- Planlı sorgular: yenileme dönemine yönelik toplu ya da zamanlanmış sorgular
Etkileşimli sorguların öne alınması, müşteriyle görüşen çalışanın bekleme süresini kısaltır. Planlı sorgular ise yoğunluğun düşük olduğu zamanlara kaydırılabilir.
Kullanıcıya kuyruk bilgisini göstermek
Kuyruk kullanıcıdan tamamen gizlendiğinde, yoğun saatlerde sorguların neden yavaşladığı anlaşılmaz. Teklif ekranında sorgunun kuyrukta beklediğinin belirtilmesi, çalışanın durumu müşteriye açıklamasını sağlar. Satır bazında "sırada", "işleniyor" ve "tamamlandı" gibi durumların gösterilmesi, akış halinde sonuç gösterimiyle birlikte şeffaf bir deneyim sunar.
Kuyruk ve hata yönetimi
Kuyruk yapısı, hata yönetimini de düzenler. Bir istek geçici bir hata nedeniyle başarısız olduğunda, iş belirli bir bekleme süresinden sonra kuyruğa yeniden eklenebilir. Yeniden deneme sayısının sınırlı tutulması, kalıcı bir sorunda sistemin aynı isteği sonsuza kadar tekrarlamasını önler. Belirlenen deneme sayısını aşan işler, incelenmek üzere ayrı bir listeye alınır.
Bu ayrı liste, teknik ekip için değerli bir sinyaldir. Belirli bir sigorta şirketine ait işlerin bu listede birikmesi, o entegrasyonda bir sorun olduğunu gösterir.
Branş akışlarında kuyruk
Trafik, kasko ve DASK sorguları farklı entegrasyon davranışlarına sahip olabilir. InsureHub'da bu üç branş ayrı teklif sorgu akışlarıdır; kuyruk yapısında da branş bilgisinin işle birlikte taşınması, kapasite ve önceliklerin branş bazında ayarlanabilmesine imkan verir. Örneğin yenileme dönemine giren trafik sorgularının yoğunluğu, kasko ya da DASK sorgularının kapasitesini tüketmemelidir.
İzleme ve kapasite planlama
Kuyruğun sağlıklı çalışıp çalışmadığını anlamak için birkaç temel gösterge izlenebilir: kuyrukta bekleyen iş sayısı, işlerin ortalama bekleme süresi, sigorta şirketi bazında başarısız iş oranı ve yeniden deneme sayısı. Bu göstergelerin bir yönetim ekranında izlenmesi, kapasite ayarlarının gerçek kullanıma göre güncellenmesini sağlar.
Yoğun dönemlerin önceden bilinmesi de planlamaya yardımcı olur. Yenileme dönemleri ya da kampanya dönemleri öncesinde planlı sorguların zamanlaması gözden geçirilebilir.
Mobil ve web kanallarından gelen istekler
Sorgular web panelinden ya da mobil sigorta uygulaması üzerinden başlatılabilir. Her iki kanalın aynı kuyruğu kullanması, kapasite yönetiminin tek noktadan yapılmasını sağlar. Kanal bilgisinin işle birlikte saklanması ise hangi kanalın ne kadar yük oluşturduğunun görülmesine imkan verir.
Kuyruğu devreye alırken dikkat edilecekler
Kuyruk yapısına geçiş, mevcut sorgu davranışını değiştirir. Bu nedenle geçişin aşamalı yapılması önerilir. İlk aşamada yalnızca planlı sorgular kuyruğa alınabilir; etkileşimli sorgular ise mevcut yöntemle çalışmaya devam eder. Kuyruğun davranışı gözlemlendikten ve kapasite ayarları netleştikten sonra etkileşimli sorgular da kuyruğa taşınabilir.
Geçiş kontrol listesi
- Sigorta şirketi bazında başlangıç kapasitelerini temkinli belirleyin
- Bekleme süresi ve başarısız iş oranını ilk günlerde yakından izleyin
- Kullanıcı ekranında "sırada" durumunun anlaşılır biçimde göründüğünden emin olun
- Yeniden deneme sınırlarını ve bekleme aralıklarını belgeleyin
Bu aşamalı yaklaşım, kuyruğun getirdiği düzenin kullanıcı deneyimini bozmadan yerleşmesini sağlar.
Kuyruğun sınırları
Kuyruk, kapasite sorunlarını görünür ve yönetilebilir kılar ama ortadan kaldırmaz. Bekleyen iş sayısı sürekli artıyorsa, bu durum kapasite ayarlarının ya da entegrasyonların gözden geçirilmesi gerektiğinin işaretidir. Kuyruğun bu sinyalleri erkenden göstermesi, sorunların müşteri görüşmelerine yansımadan çözülmesine imkan tanır.
Sonuç
Teklif kuyruğu, yoğun saatlerde sistemin öngörülebilir biçimde çalışmasını sağlayan temel bir altyapı bileşenidir. Sigorta şirketi bazında kapasite, akıllı önceliklendirme, düzenli yeniden deneme ve kullanıcıya şeffaf durum bilgisi, yük artışlarını kontrol altında tutar. Bu yapının sigorta teklif programı içinde nasıl çalıştığını görmek için demo talebi oluşturabilirsiniz.