Acente toplantılarında sık yaşanan bir sahne vardır: Yönetici bir rakam söyler, şube sorumlusu kendi raporunda başka bir rakam gördüğünü belirtir, muhasebe ise üçüncü bir rakamla gelir. Toplantının geri kalanı hangi rakamın doğru olduğunu bulmaya harcanır ve asıl konu, yani o rakamın neden değiştiği ve ne yapılacağı, ertelenir. Bu durumun nedeni çoğu zaman kötü niyet ya da dikkatsizlik değil, rakamların farklı yollardan üretilmesidir. Veri soy ağacı, bir rakamın hangi kaynaktan, hangi adımlardan geçerek oluştuğunu görünür kılar ve tek doğru kaynak ilkesinin uygulanmasını sağlar.
Farklı rakamların yaygın nedenleri
Çelişkili raporların arkasında genellikle şu nedenlerden biri ya da birkaçı vardır:
- Farklı tanım: Biri iptalleri düşmüş, diğeri düşmemiştir; biri tanzim tarihine, diğeri başlangıç tarihine göre dönem belirlemiştir.
- Farklı kaynak: Biri acente yazılımından, diğeri sigorta şirketi dökümünden, üçüncüsü muhasebe kayıtlarından rakam almıştır.
- Farklı zaman: Rapor farklı günlerde alınmıştır; arada geriye dönük kayıt girişi ya da düzeltme yapılmıştır.
- Farklı filtre: Biri pasif kullanıcıların kayıtlarını, test kayıtlarını ya da belirli bir şubeyi hariç tutmuştur.
- Elle müdahale: Dışa aktarılan tabloda satırlar silinmiş, birleştirilmiş ya da formüller değiştirilmiştir.
Veri soy ağacı nedir?
Veri soy ağacı, bir rapordaki değerin başlangıçtaki kaynaktan rapora kadar izlediği yolun kaydıdır. Bir rakam için şu sorulara cevap verir: Hangi kayıtlardan geldi? Hangi filtreler uygulandı? Hangi hesaplama yapıldı? Ne zaman üretildi? Kim tarafından ya da hangi otomatik süreçle oluşturuldu? Büyük organizasyonlarda bu bilgi özel araçlarla otomatik çıkarılır. Acente ölçeğinde ise her rapor için kısa bir köken notu tutmak çoğu ihtiyacı karşılar.
Köken notunun içeriği
Yönetim toplantılarında kullanılan her rapor ya da göstergenin altına eklenebilecek bir köken notu şu bilgileri içermelidir:
- Kaynak sistem: Verinin alındığı yazılım, ekran ya da döküm.
- Alınma zamanı: Verinin hangi tarih ve saatte çekildiği.
- Kapsam: Dönem, branş, şube ve dahil edilen kayıt durumları.
- Hesaplama: İlgili gösterge tanımına atıf.
- Ara işlemler: Varsa elle yapılan düzenlemeler ve gerekçeleri.
Bu not, iki rapor arasında fark çıktığında karşılaştırmanın nereden başlayacağını hemen gösterir.
Tek doğru kaynak ilkesi
Tek doğru kaynak, her bilgi türü için hangi sistemin esas alınacağına dair bir anlaşmadır. Bu, diğer kaynakların yok sayılacağı anlamına gelmez; farklılık olduğunda hangisinin referans olacağını belirler. Acente için örnek bir eşleştirme şöyle olabilir:
- Müşteri bilgileri: Acente yazılımındaki müşteri kartı.
- Poliçe varlığı ve tarihleri: Acente yazılımındaki poliçe kaydı; sigorta şirketi dökümü mutabakat için kullanılır.
- Komisyon tutarları: Sigorta şirketi hakediş dökümü; acente kaydı beklenen değer olarak tutulur.
- Tahsilat: Muhasebe ya da tahsilat modülü kayıtları.
- Teklif ve sorgu geçmişi: Teklif modülündeki sorgu kayıtları; trafik, kasko ve DASK için kendi akışlarındaki kayıtlar ayrı ayrı esas alınır.
Bu eşleştirme yazılı hale getirildiğinde, "hangi rakam doğru?" sorusu yerini "farkın nedeni ne?" sorusuna bırakır.
Farkı izlemek: Adım adım yöntem
İki rapor arasında fark çıktığında aşağıdaki sıra, nedeni bulmayı hızlandırır:
- İki raporun köken notlarını yan yana koyun ve kaynak, zaman, kapsam ve tanım farklarını işaretleyin.
- Kapsamı eşitleyin: Aynı dönem, aynı branş, aynı şube.
- Toplamlar hâlâ farklıysa, kayıt düzeyinde karşılaştırma yapın ve yalnızca bir tarafta bulunan kayıtları listeleyin.
- Bu kayıtların ortak özelliğine bakın: belirli bir durum, belirli bir kullanıcı, belirli bir tarih aralığı.
- Nedeni bulduğunuzda, tanımın, filtrenin ya da sürecin düzeltilmesi gereken yerini belirleyin ve köken notunu güncelleyin.
Tablo programlarının rolü
Dışa aktarılan veriyle tablo programında çalışmak esneklik sağlar; ancak soy ağacını en kolay koparan da budur. Bir tablo birkaç kez kopyalanıp düzenlendiğinde, hangi sürümün hangi veriyle oluşturulduğu belirsizleşir. Tablo kullanımı kaçınılmazsa, ham dışa aktarımın ayrı bir sayfada değiştirilmeden tutulması, tüm hesaplamaların bu sayfaya formülle bağlanması ve dosya adında veri alınma tarihinin yer alması, soy ağacını korumaya yardımcı olur.
Raporları azaltmak, kaynağı güçlendirmek
Çelişkili rakamları azaltmanın en kalıcı yolu, aynı bilgiyi üreten rapor sayısını azaltmaktır. Her gösterge için tek bir resmi rapor belirlemek ve diğer raporların bu rapordan beslenmesini sağlamak, farklılık ihtimalini en baştan düşürür. Bunun için kaynak verinin tutarlı alanlarla tutulduğu bir acente yazılımı ve raporların doğrudan bu kaynaktan üretilmesi en sağlam zemindir. Teklif verisinin kaynağı olan sorgu kayıtlarının yapısını sigorta teklif programı sayfasında görebilirsiniz. Kullanıcı işlemlerinin kaydedildiği bir yapı ise geriye dönük düzeltmelerin rakamları nasıl etkilediğini izlemeyi mümkün kılar.
Kısa bir örnek
Yönetici aylık raporda kasko poliçe adedini bir değer, şube sorumlusu ise daha yüksek bir değer olarak görüyor. Köken notları yan yana konduğunda yönetici raporunun ay sonundan iki gün önce alındığı, şube raporunun ise ay kapandıktan sonra çekildiği anlaşılıyor. Aradaki fark, ay sonunda girilen poliçelerden oluşuyor. Çözüm basittir: Resmi aylık rapor, ay kapanışından sonra belirlenen bir günde ve tek kaynaktan üretilir. Köken notu sayesinde bu tespit dakikalar sürer; not olmasaydı aynı tartışma her ay tekrarlanacaktı.
Düzeltmeleri görünür kılmak
Geçmiş döneme ait kayıtlar sonradan düzeltildiğinde, kapanmış raporların değişmesi kaçınılmazdır. Bu durumda raporda "son güncelleme" bilgisinin yer alması ve önemli düzeltmelerin kısa bir notla açıklanması, kullanıcıların değişen rakama güvenini korur.
Sonuç
Farklı raporlardaki farklı rakamlar, veri soy ağacının görünmez olmasından kaynaklanır. Köken notları tutmak, her bilgi türü için tek doğru kaynağı belirlemek ve farkları adım adım izlemek, toplantıların rakam tartışmasından karar tartışmasına dönmesini sağlar. Kayıtlarınızı tek kaynakta toplamanın nasıl görünebileceğini görmek için demo talep sayfasını ziyaret edebilirsiniz.