Acente verisinde her gün küçük dalgalanmalar olur: Bir gün teklif sayısı biraz artar, ertesi gün biraz azalır. Bu dalgalanmaların çoğu olağandır ve üzerinde durmaya değmez. Ancak bazen bir değişim olağan aralığın belirgin biçimde dışına çıkar: Bir şubede teklif sorgularının birden durması, bir sigorta şirketinden gelen poliçe kayıtlarının yarıya inmesi ya da tek bir günde olağandışı sayıda iptal girilmesi gibi. Bu tür değişimler bir sistem hatasının, bir süreç aksaklığının ya da beklenmedik bir fırsatın işareti olabilir. Anomali tespiti, olağanı tanımlayıp olağandışını otomatik olarak işaretleyerek bu sinyallerin gözden kaçmasını önler.
Anomali her zaman sorun değildir
Anomali, beklenenden belirgin şekilde farklı olan bir değerdir; iyi ya da kötü olduğu ancak incelendiğinde anlaşılır. Acente verisinde anomaliler genellikle üç gruptan birine girer:
- Veri ya da sistem kaynaklı: Bir entegrasyonun çalışmaması, toplu aktarımın iki kez yapılması ya da bir alanın yanlış doldurulması.
- Süreç kaynaklı: Bir çalışanın izinde olması nedeniyle temasların durması ya da yeni bir kuralın beklenmedik etkisi.
- İş kaynaklı: Gerçek bir talep artışı, bir müşteri grubunun toplu ayrılması ya da yeni bir kanalın etkisi.
Anomali tespitinin amacı karar vermek değil, incelenecek yeri göstermektir.
Olağanı tanımlamak
Olağandışını bulmak için önce olağanın ne olduğunu bilmek gerekir. Acente verisinde olağanı belirleyen başlıca etkenler şunlardır:
Haftanın günü etkisi
Teklif talepleri ve poliçe girişleri hafta içi ile hafta sonu arasında belirgin şekilde farklıdır. Pazartesi değerini cumartesi ile karşılaştırmak yanıltıcıdır; her gün kendi geçmişiyle karşılaştırılmalıdır.
Ay içi etkisi
Ay sonu ve ay başında tahsilat, mutabakat ve kapanış işlemleri yoğunlaşabilir. Bu dönemlerde artan işlem sayısı anomali değil, ritmin parçasıdır.
Bitiş takvimi etkisi
Yenileme işlemleri doğrudan poliçe bitiş takvimine bağlıdır. Bitişlerin yoğun olduğu aylarda trafik, kasko ve DASK yenileme işlemlerinin artması beklenir. Bu nedenle yenileme hacmindeki değişimi değerlendirirken ham sayı yerine, o dönemde süresi dolan poliçe sayısına oranı kullanmak daha doğru sonuç verir.
Branş farkları
Trafik, kasko ve DASK sorguları ayrı akışlarda ilerler ve her birinin kendi olağan hacmi vardır. Toplam sorgu sayısında anomali aramak, bir branştaki ani düşüşün diğer branştaki artışla örtülmesine yol açabilir. Anomali kuralları branş bazında ayrı kurulmalıdır.
Basit ve etkili yöntemler
Anomali tespiti için karmaşık modellere ihtiyaç yoktur. Acente ölçeğinde şu yöntemler çoğu ihtiyacı karşılar:
Hareketli ortalama ve sapma bandı
Son birkaç haftanın aynı günlerine ait değerlerin ortalaması ve olağan dalgalanma aralığı hesaplanır. Bugünkü değer bu bandın belirgin şekilde dışındaysa işaretlenir. Bandın genişliği, gereksiz uyarı ile kaçırılan sinyal arasındaki dengeyi belirler; deneme yanılmayla ayarlanmalıdır.
Oran kontrolleri
Mutlak sayılar yerine oranlar izlenir: teklif başına poliçe, poliçe başına iptal, süresi dolan poliçe başına yenileme. Oranlar hacim değişimlerinden daha az etkilendiği için daha istikrarlı bir referans sunar.
Sıfır ve boşluk kontrolleri
Olağanda her gün kayıt üreten bir kaynağın hiç kayıt üretmemesi, en basit ve en değerli anomali sinyalidir. Bir şirket entegrasyonundan, bir şubeden ya da bir sorgu akışından beklenen saatte kayıt gelmemesi hemen bildirilmelidir.
Tekrar kontrolleri
Aynı poliçe numarası, aynı tutar ve aynı tarihle kısa aralıkta birden fazla kayıt oluşması, toplu aktarımın tekrarlandığına ya da bir işlemin iki kez yapıldığına işaret edebilir.
Uyarı yorgunluğundan kaçınmak
Çok hassas kurulan anomali kuralları her gün onlarca uyarı üretir ve kısa sürede görmezden gelinir. Bunu önlemek için:
- Az sayıda, yüksek etkili kuralla başlayın: kaynak kesintisi, iptal artışı, branş bazlı sorgu düşüşü.
- Her uyarıya bir sorumlu atayın ve incelenip incelenmediğini kaydedin.
- Bir ay sonra hangi uyarıların gerçek bir soruna işaret ettiğini değerlendirin ve eşikleri buna göre ayarlayın.
- Bilinen olayları önceden işaretleyin: resmi tatiller, planlı bakım günleri, toplu aktarım tarihleri.
İnceleme akışı
Bir anomali işaretlendiğinde yapılacak inceleme kısa ve standart olmalıdır. Önce verinin kendisi kontrol edilir: Kayıtlar eksiksiz mi, tekrarlı mı? Ardından süreç sorgulanır: O gün bir değişiklik, izin ya da aksaklık oldu mu? Son olarak iş tarafı değerlendirilir: Gerçek bir talep değişimi mi? İnceleme sonucu kısa bir notla kayda geçirilir; bu notlar zamanla hangi anomali türlerinin sık yaşandığını ve hangilerinin önlenebileceğini gösterir.
Altyapı gereksinimleri
Anomali tespiti, verinin düzenli ve zaman damgalı tutulmasına dayanır. Teklif sorgularının, poliçe kayıtlarının ve kullanıcı işlemlerinin kayıt zamanıyla birlikte tutulduğu bir acente yazılımı, bu kuralların kurulabileceği zemini sağlar. Sorgu akışlarının branş bazında ayrı izlenebilmesi için teklif programı kayıtlarının akış bilgisini taşıması önemlidir. Uyarıların sorumluya görev olarak düşmesi ise bildirim ve görev yapısının parçasıdır.
Örnek bir olay
Bir sabah DASK sorgu sayısının olağan bandın çok altında kaldığı işaretleniyor. Trafik ve kasko akışlarında bir değişiklik yok. İnceleme, adres bilgisi giriş ekranında yapılan bir düzenlemeden sonra bazı kayıtların sorgu aşamasına geçemediğini gösteriyor. Sorun aynı gün giderildiği için kayıp birkaç saatle sınırlı kalıyor. Toplam sorgu sayısı izlenseydi, diğer branşların hacmi düşüşü örteceği için durum büyük ihtimalle günler sonra fark edilecekti.
Sonuç
Anomali tespiti, gözden kaçabilecek sinyalleri incelenecek bir listeye dönüştürür. Olağanı haftanın günü, ay içi ritim, bitiş takvimi ve branş farklarıyla tanımlayıp basit kurallarla olağandışını işaretlediğinizde, sorunlar küçükken fark edilir. Kendi verinizde hangi kuralların anlamlı olabileceğini konuşmak için demo talep sayfasından bize ulaşabilirsiniz.