Lojistik/Dağıtımda 8 Saat Raporlama 5 Dakikaya: Veri Akış Tasarımi
Manüel Raporlamanın Gerçek Maliyeti: Sadece Zaman Değil
Veri hacmi büyüdükçe manüel raporlama bir noktadan sonra taşınamaz hale geliyor
“Raporlama yarım gün sürüyor ama sonuçta yapılıyor işte” demek kolay. Oysa manüel raporlamanın faturası göründüğünden kabarık; asıl maliyet görünmeyen kalemlerde saklı:
Zaman Maliyeti (Temsili)
- Operasyon analisti/müdür: Günlük 3-4 saat raporlama
- Haftalık yönetim raporu: 8-10 saat (çoğu zaman hafta sonu fazla mesaisi)
- Aylık performans raporu: 15-20 saat
- Yıllık toplam: 800-1000 saat sadece raporlama
Veri Hatası Maliyeti
- Manüel veri girişinde hata oranı: %2-5 (sektöre göre)
- Yanlış rapordan çıkan yanlış karar: ölçmesi zor ama bal gibi gerçek
- Tutarsız metrikler: Aynı sayıyı herkes kendi yöntemiyle hesaplıyor
- “Bu rakam doğru mu?” toplantıları: Haftalarca süren tartışmalar
Fırsat Maliyeti
- Gerçek zamanlı müdahale mümkün değil: Sorunu ancak oluştuktan 24 saat sonra öğreniyorsunuz
- Trend analizi yapılamıyor: “Geçen ay nasıl kapandı” sorusu ay sonunu bekliyor
- Karşılaştırmalı analiz yok: Sürücü, bölge veya müşteri bazında performans görünmüyor
Somut bir hesap yapalım: 50 araçlık bir dağıtım filosunda günde ortalama 500 teslimat çıkıyor. Her teslimatın arkasında en az 15 veri noktası var; zaman, konum, durum, imza, fotoğraf derken. Ayda 15.000 teslimat, yani 225.000 veri noktası. Bu hacmi Excel’le kovalamak bir yerden sonra imkânsız.
Veri Akış Mimarisi: Nereden Nereye?
Ham veriyi işe yarar bilgiye çeviren şey, arkadaki veri mimarisi
Lojistik raporlamayı otomatikleştirmeden önce yapılacak ilk iş, verinin nereden çıkıp nereye gittiğini kâğıda dökmek. Tipik bir dağıtım operasyonunda kaynaklar ve akış yönleri şöyle görünür:
Veri Kaynakları (Source Systems)
1. TMS (Transport Management System)
- Sipariş bilgisi, rota planı, teslimat durumu
- Veri formatı: Genellikle API veya veritabanı bağlantısı
- Güncelleme sıklığı: Gerçek zamanlı veya saatlik batch
2. GPS/Telematik Sistemi
- Araç konumu, hız, motor durumu, yakıt tüketimi
- Veri formatı: API (çoğunlukla JSON/REST)
- Güncelleme sıklığı: 30 saniye – 5 dakika arası
3. WMS (Warehouse Management System)
- Yükleme zamanı, paket bilgisi, araç doluluğu
- Veri formatı: API veya dosya transferi
- Güncelleme sıklığı: Yükleme tamamlandığında (event-driven)
4. Mobil Uygulama (Sürücü)
- Teslimat onayı, imza, fotoğraf, istisna kaydı
- Veri formatı: API (mobil arka uca)
- Güncelleme sıklığı: Her işlem anında
5. ERP/Muhasebe Sistemi
- Fatura bilgisi, müşteri ana verisi, maliyet verisi
- Veri formatı: API veya veritabanı replikasyonu
- Güncelleme sıklığı: Günlük batch genellikle yeterli
Veri Akış Katmanları
Kaynaklardan gelen ham veri, sunuma ulaşana kadar dört katmandan geçer:
- Extraction (Çekme): Kaynak sistemlerden veri alınır; API bağlantıları, veritabanı sorguları ya da dosya transferiyle.
- Transformation (Dönüştürme): Farklı formatlardaki veriler ortak bir yapıya oturtulur. Temizlik, normalizasyon, hesaplama bu aşamada olur.
- Loading (Yükleme): İşlenmiş veri merkezi veritabanına (data warehouse) yüklenir.
- Presentation (Sunum): Dashboard, rapor ve alarm sistemleri veriyi tüketir.
Bu ETL sürecini zamanlanmış ve otomatik çalıştırdığınızda, 8 saatlik manüel işi 5 dakikaya indiriyorsunuz.
TMS Entegrasyonu: 6 Kritik Veri Noktası
TMS raporlamanın kalbinde durur; entegrasyonu yanlış kurmak her şeyi bozar
TMS (Transport Management System) entegrasyonunda üç soruyu baştan netleştirmek gerekir: Hangi veri alınacak, nasıl alınacak, ne sıklıkla güncellenecek?
1. Sipariş ve Teslimat Bilgisi
- Alınacak alanlar: Sipariş no, müşteri kodu, teslimat adresi, zaman penceresi, ürün/adet bilgisi
- Güncelleme sıklığı: Sipariş oluşturulduğunda (event-driven)
- Kritik nokta: Adres formatının standardize olması (geocoding için şart)
2. Rota ve Durak Planı
- Alınacak alanlar: Rota ID, durak sırası, tahmini varış zamanı, tahmini mesafe
- Güncelleme sıklığı: Rota oluşturulduğunda ve her değişiklikte
- Kritik nokta: Gün içinde değişen rotaların da yakalanması
3. Araç Pozisyonu (GPS)
- Alınacak alanlar: Araç ID, enlem, boylam, zaman damgası, hız, yön
- Güncelleme sıklığı: Her 1-5 dakika (operasyonel ihtiyaca göre)
- Kritik nokta: Veri hacmi yüksek; saklama maliyetini baştan hesaba katın
4. Teslimat Durum Güncellemesi
- Alınacak alanlar: Teslimat ID, durum (teslim/iade/kısmi/hasar), zaman, alıcı bilgisi
- Güncelleme sıklığı: Gerçek zamanlı (anında)
- Kritik nokta: Durum kodlarının standart ve tutarlı olması
5. Sürücü Aktivite Kaydı
- Alınacak alanlar: Sürücü ID, aktivite tipi (başlangıç, mola, bitiş), zaman, konum
- Güncelleme sıklığı: Her aktivite değişiminde
- Kritik nokta: Çalışmama süresi hesaplamaları için kritik
6. İstisna Kayıtları
- Alınacak alanlar: İstisna tipi, açıklama, fotoğraflar, sürücü notu
- Güncelleme sıklığı: Anında
- Kritik nokta: Serbest metin gibi yapısal olmayan verinin kategorilendirilmesi
Bu 6 veri noktasının düzenli ve tutarlı akması, tüm raporlama altyapısının temeli. Birinde tıkanma olursa raporlar ya eksik ya yanlış çıkar; ikisi de aynı kapıya çıkıyor.
Teslimat KPI’ları: Neyi, Nasıl Ölçmeli?
Lojistikte ölçülebilecek onlarca metrik var. Ama her şeyi ölçmeye kalkmak, pratikte hiçbir şeyi ölçmemekle aynı kapıya çıkar. Önceliklendirilmesi gereken KPI’lar ve hesaplama yöntemleri şöyle:
Birincil KPI’lar (Her gün izlenmeli)
OTIF (On-Time In-Full)
- Tanım: Söz verilen zamanda ve tam adet/miktarda teslim edilen siparişler
- Formül: (Zamanında + Tam Teslimat) / Toplam Teslimat x 100
- Hedef: %95+ (sektöre göre değişir)
- Dikkat: “Zamanında” tanımı net olmalı (15 dk tolerans mı, yoksa 1 saat mi?)
İlk Seferde Teslimat Oranı (First Attempt Delivery)
- Tanım: İlk denemede başarıyla teslim edilen siparişler
- Formül: İlk Denemede Teslim / Toplam Teslimat x 100
- Hedef: %90+
- Dikkat: Düşük oran demek, doğrudan tekrar teslimat maliyeti demek
Ortalama Teslimat Süresi
- Tanım: Siparişin depoya ulaşmasından teslimatına kadar geçen süre
- Formül: Toplam Süre / Teslimat Sayısı
- Hedef: Operasyona özgü (aynı gün, ertesi gün vb.)
İkincil KPI’lar (Haftalık izlenmeli)
Rota Verimlilik Oranı
- Tanım: Planlanan durak sayısına karşılık gerçekleşen
- Formül: Gerçekleşen Durak / Planlanan Durak x 100
- Hedef: %95+
Araç Doluluk Oranı
- Tanım: Araç kapasitesinin ne kadarının kullanıldığı
- Formül: Yüklenen Hacim / Araç Kapasitesi x 100
- Hedef: %80+ (optimum %85-90)
Km Başına Maliyet
- Tanım: Toplam operasyonel maliyetin kat edilen mesafeye oranı
- Formül: Toplam Maliyet / Toplam Km
- Hedef: Trend olarak düşüş
Uyarı KPI’ları (Alert tetikleyici)
İade/Hasar Oranı
- Eşik: %3’ü geçtiğinde alarm
Müşteri Şikayeti Sayısı
- Eşik: Günlük ortalamanın %50 üzerine çıkınca alarm
Sürücü Fazla Mesai
- Eşik: Yasal çalışma süresi aşımında alarm
Sahadan Örnek: 85 Araçlık Filo Dönüşümü
Firma Profili (Temsili)
FMCG dağıtım firması. 85 araç, günlük 1.200+ teslimat noktası, 120+ sürücü. Coğrafi kapsam: Bölgesel dağıtım (birden fazla şehir). Mevcut sistem: TMS var, ama raporlama tümüyle Excel’e bağlı.
Başlangıç Durumu
- Günlük dağıtım raporu: Sabah 11:00’de hazır (4 saat gecikme)
- Haftalık performans raporu: Cuma yerine Pazartesi öğle (3 gün gecikme)
- OTIF ölçümü: Yok (tahmini %75-80 civarı)
- Sürücü performans karşılaştırması: Yok
- Rota verimlilik analizi: Yok
- Raporlamayla uğraşan kişi: 2 tam zamanlı
Uygulanan Adımlar
- Hafta 1-2: Veri kaynak envanteri. TMS, GPS ve WMS API dokümantasyonları incelendi, veri kalitesi analizi yapıldı. 23 ayrı veri sorunu tespit edildi.
- Hafta 3-4: Veri temizliği ve standardizasyon. Adres formatı düzeltildi, durak kodları standardize edildi, sürücü ID eşleştirmesi yapıldı.
- Hafta 5-8: ETL altyapısı kurulumu. TMS ve GPS API entegrasyonu, saatlik veri çekme, merkezi veritabanı oluşturma.
- Hafta 9-12: Dashboard geliştirme. Üç ana dashboard: Operasyonel (anlık), Yönetsel (günlük), Stratejik (haftalık/aylık).
- Hafta 13-16: Alarm sistemi kurulumu. Kritik KPI’lar için otomatik bildirim ve mobil erişim.
4. Ay Sonuçları (Temsili Değerler)
- Günlük rapor süresi: 4 saat -> 5 dakika
- Haftalık rapor süresi: 12 saat -> 15 dakika
- OTIF görünürlüğü: Yok -> Gerçek zamanlı (%82 başlangıç, 6. ayda %89)
- Veri hatası oranı: Tahmini %5 -> %0.3
- Raporlama personeli: 2 kişi -> Diğer görevlere kaydırıldı
- Karar verme hızı: “Yarın bakarız” -> “Şimdi görüyorum”
Yatırım ve Geri Dönüş
Yatırım kalemleri: Veritabanı/bulut altyapı, ETL yazılımı lisansı, dashboard aracı ve danışmanlık/geliştirme. Bu ölçekte bir operasyonda geri dönüş süresi genellikle 8-14 ay arasında oturuyor; personel tasarrufu ve verimlilik artışının toplamına göre.
Lojistik Raporlama Otomasyonunda 7 Ölümcül Hata
1. Veri Kalitesini Atlamak
“Önce dashboard’u yapalım, veriyi sonra düzeltiriz” yaklaşımı. Sonuç: Dashboard var ama rakamlar tutarsız, kimse güvenmiyor. Sıra önemli; önce veri kalitesi, sonra görselleştirme. Tersi olursa emek çöpe gider.
2. Her Şeyi Gerçek Zamanlı Yapmak
Gerçek zamanlı veri akışı hem pahalı hem karmaşık ve her metrik için gerekmiyor. OTIF için günlük yeterli olabilir, araç konumu için saatlik batch bile işi görür. Önce ihtiyacı doğru tanımlayın.
3. Tek Dashboard’a Her Şeyi Sığdırmak
30 KPI, 15 grafik, “hepsini gösteren” tek ekran. Sonuç: Kimse hiçbir şey göremiyor. Hedef kitleye göre ayırın: Operasyonel (sürücü/dispatcher), Taktik (operasyon müdürü), Stratejik (üst yönetim).
4. Metrik Tanımlarını Netleştirmemek
“Teslimat başarısı” herkesin kafasında başka anlama geliyor. Satış: “Sipariş teslim edildi.” Operasyon: “Zamanında teslim edildi.” Finans: “Tahsilat yapıldı.” Tek tanım, tek formül, tek kaynak.
5. IT’ye Teslim Edip Unutmak
Raporlama sistemi bir IT projesi değil, iş projesidir. Operasyon ekibi sahiplenmezse ortaya teknik olarak kusursuz ama kimsenin açmadığı bir sistem çıkar. İş biriminin sahipliği olmazsa olmaz.
6. Tarihi Veriyi İhmal Etmek
Sadece bugün ve dün görünüyor. “Geçen yıl aynı dönemde neredeydik?” sorusunun cevabı yok. Trend analizi için en az 12 aylık tarihsel veri saklanmalı ve karşılaştırmalara mutlaka dahil edilmeli.
7. Alert Yorgunluğu Yaratmak
Her sapmada bildirim gönderirseniz bir hafta sonra kimse okumaz. Alarm sayısını sınırlı tutun, sadece aksiyon gerektiren durumlara ayırın. “Kırmızı = müdahale gerekli” olmalı.
Doğru veri, doğru zamanda, doğru kişinin önünde
Lojistik KPI Referans Tablosu
Aşağıdaki tabloda dağıtım operasyonları için temel KPI’lar, sektör ortalamaları ve hedef değerler yer alıyor:
| Metrik | Sektör Ortalaması | İyi Seviye | Ölçüm Yöntemi |
|---|---|---|---|
| OTIF (On-Time In-Full) | %85-90 | %95+ | TMS teslimat verisi + zaman damgası |
| İlk Seferde Teslimat Oranı | %85-88 | %92+ | Teslimat denemesi sayacı |
| Rota Verimlilik Oranı | %88-92 | %96+ | Planlanan vs gerçekleşen durak |
| Araç Doluluk Oranı | %70-75 | %85+ | WMS yükleme verisi / araç kapasitesi |
| Teslimat Başına Maliyet | Değişken | Trend düşüş | Toplam maliyet / teslimat sayısı |
| Sürücü Verimlilik (Teslimat/Gün) | 25-40 | 45+ | Günlük teslimat / aktif sürücü |
| İade Oranı | %5-8 | <%3 | İade teslimat / toplam teslimat |
| Ortalama Teslimat Süresi | Operasyona özgü | SLA içerisinde | Sipariş zamanı – teslimat zamanı |
Bu metrikleri günlük izleyin, haftalık trend analizi yapın, aylık derinlemesine raporlayın.
Haftalık Raporlama Sağlığı Kontrol Listesi
Her hafta başında bu listeyi gözden geçirin:
Veri Kalitesi
- Kaynak sistemler veri gönderiyor mu?
- ETL işleri başarıyla tamamlandı mı?
- Veri gecikmeleri normal sınırda mı?
- Tutarsız veya boş alanlar var mı?
KPI Performansı
- OTIF hedefin altında mı?
- İlk seferde teslimat oranı düşüş trendinde mi?
- İade oranı artış gösteriyor mu?
- Rota verimliliğinde sapma var mı?
Operasyonel Aksiyon
- Geçen haftanın sapmaları analiz edildi mi?
- Kök neden analizleri yapıldı mı?
- Düzeltici aksiyonlar planlandı mı?
- Sürücü bazlı performans gözden geçirildi mi?
Sistem Sağlığı
- Dashboard’lar doğru yükleniyor mu?
- Mobil erişim çalışıyor mu?
- Alarm bildirimleri gidiyor mu?
- Kullanıcı erişim yetkileri güncel mi?
Sıkça Sorulan Sorular
Lojistik raporlama otomasyonu, TMS, WMS, ERP ve saha cihazlarından gelen verilerin elle uğraşmadan toplanması, işlenmesi ve raporlanmasıdır.
Elle 8 saat süren bir raporlama, doğru kurgulanmış bir veri akışıyla 5 dakikaya inebilir. Bu rakam abartı değil; ETL sürecinin çalışma süresi ile dashboard yenileme süresinin toplamı bu kadar tutuyor.
Otomasyon ayrıca insan hatasını en aza indirir ve gerçek zamanlı karar vermeyi mümkün kılar.
TMS entegrasyonunda 6 kritik veri noktası öne çıkıyor:
- Sipariş bilgisi: Müşteri, adres, zaman penceresi
- Rota ve durak planı: Planlanan sıra ve ETA
- Araç pozisyonu: GPS verileri
- Teslimat durumu: Teslim/iade/kısmi/hasar
- Sürücü aktivitesi: Başlangıç, mola, bitiş
- İstisna kayıtları: Gecikme nedeni, hasar notu
Bu veri noktaları saatlik ya da gerçek zamanlı olarak merkezi veritabanına akmalı.
Teslimat performansı için 8 temel KPI:
- OTIF (On-Time In-Full): %95+ hedef
- İlk seferde teslimat oranı: %90+ hedef
- Ortalama teslimat süresi: SLA içerisinde
- Rota verimlilik oranı: Planlanan vs gerçekleşen
- Araç doluluk oranı: %80+ hedef
- Km başına maliyet: Trend analizi
- İade/hasar oranı: <%3 hedef
- Müşteri memnuniyeti: Anket/NPS
Bu KPI’ları günlük, haftalık ve aylık bazda izleyin, üstüne trend analizi yapın.
Lojistikte en iyi sonucu hibrit yaklaşım veriyor:
- Gerçek zamanlı (Streaming): Operasyonel kararlar için; rota değişikliği, acil teslimat, araç takibi
- Batch ETL: Yönetim raporları ve trend analizleri için; günlük/haftalık özet
Asıl belirleyici, kaynak sistemlerin veri kalitesi ve zamanlaması. Gerçek zamanlı sistemler 5-15 saniye gecikmeyle çalışmalı, ETL işleri de mesai dışında, gece tamamlanmalı.
Her şeyi gerçek zamanlı yapmak pahalıdır ve çoğu durumda gereksizdir.
Lojistik dashboard’larında 5 kritik hata:
- Çok fazla metrik: Tek ekranda 20+ KPI karar vermeyi zorlaştırır. Hedef kitle başına 5-7 temel metrik yeterli.
- Yanlış agregasyon: Günlük ortalama, anlık sapmaları gizler. Hem ortalamayı hem min/max değeri gösterin.
- Karşılaştırma eksikliği: Önceki dönemi veya hedefi olmayan metrik anlamsızdır.
- Aksiyon bağlantısı yok: Kırmızı gösterge var ama ne yapılacağı belirsiz. Her alarmın bir aksiyon rehberi olmalı.
- Mobil uyumsuzluk: Saha yöneticisi telefonda göremiyorsa işe yaramaz. Responsive tasarım şart.
10+ araçlık filolarda raporlama otomasyonu genellikle 6-12 ayda kendini amorti eder.
Kazanç kalemleri:
- Raporlama personeli zamanı: Haftada 10-15 saat tasarruf
- Veri hatalarından çıkan yanlış kararlar: Ölçmesi zor ama gerçek bir maliyet
- Gecikmeli bilgi yüzünden kaçan fırsatlar: Müşteri şikayeti, tekrar teslimat
Başlangıçta bulut tabanlı, ölçeklenebilir çözümlerden yana olun. Büyük ön yatırım isteyen sistemlerden kaçının; sistem, siz büyüdükçe genişlesin.
Projeniz İçin Destek Alın
Dijital dönüşüm yolculuğunuzda size rehberlik edebilirim. Ücretsiz ön görüşme için randevu alın.