Rehber

Lojistik/Dağıtımda 8 Saat Raporlama 5 Dakikaya: Veri Akış Tasarımi

Koray Çetintaş 10 Şubat 2026 9 dk okuma


Manüel Raporlamanın Gerçek Maliyeti: Sadece Zaman Değil

Lojistik Operasyon Merkezi

Veri yoğunluğu arttikca manüel raporlama sürdürulebilir olmaktan çıkıyor

“Raporlama yarım gün sürüyor ama nasıl olsa yapıyor” diye dusunulmesi kolay. Ancak manüel raporlamanın görünmeyen maliyetleri var:

Zaman Maliyeti (Temsili)

  • Operasyon analisti/müdür: Günlük 3-4 saat raporlama
  • Haftalık yönetim raporu: 8-10 saat (genellikle hafta sonu fazla mesai)
  • 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)
  • Yanlis rapordan kaynaklanan yanlis karar: ölçülmesi zor ama gerçek
  • Tutarsız metrikler: Farklı kişiler farklı şekilde hesapliyor
  • “Bu rakam doğru mu?” toplantıları: Haftalarca tartışma

Fırsat Maliyeti

  • Gerçek zamanlı müdahale imkansız: Sorun olustuktan 24 saat sonra ogreniliyor
  • Trend analizi yapılmıyor: “Geçen ay nasıl sonuçlandı” sorusu ay sonunu bekliyor
  • Karşılaştırmalı analiz yok: Sürücü/bölge/müşteri bazında performans görünmüyor

Somut bir hesap yapalım: 50 araçlık bir dağıtım filosunda günlük ortalama 500 teslimat yapılıyor. Her teslimat için 15+ veri noktasi var (zaman, konum, durum, imza, foto…). Ayda 15.000 teslimat = 225.000 veri noktasi. Bu veriyi manüel yönetmek mümkün değil.


Veri Akış Mimarisi: Nereden Nereye?

Veri Akış Dashboard

Doğru veri mimarisi, hammaddeyi bilgiye dönüştürur

Lojistik raporlama otomasyonu için önce veri akış haritasini çizmek gerekir. Aşağıda tipik bir dağıtım operasyonunun veri kaynakları ve akış yonleri:

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 backend’e)
  • Güncelleme sıklığı: Her işlem anında

5. ERP/Muhasebe Sistemi

  • Fatura bilgisi, müşteri master data, 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, dört katmandan geçer:

  1. Extraction (Çekme): Kaynak sistemlerden veri alinir. API bağlantileri, veritabanı sorguları veya dosya transferi ile.
  2. Transformation (Dönüştürme): Farklı formatlardaki veriler ortak bir yapıya dönüştürülür. Temizlik, normalizasyon, hesaplama.
  3. Loading (Yükleme): Islenmi veri, merkezi veritabanına (data warehouse) yüklenir.
  4. Presentation (Sunum): Dashboard, rapor, alert sistemleri veriyi tüketir.

Bu sürecin (ETL) otomatik ve zamanlanmış çalışması, 8 saatlik manüel süreci 5 dakikaya indirir.


TMS Entegrasyonu: 6 Kritik Veri Noktasi

Lojistik Takip Sistemi

TMS, lojistik raporlamanın kalbi – doğru entegrasyon kritik

TMS (Transport Management System) entegrasyonunda hangi verilerin alınacağı, nasıl alınacağı ve ne sıklıkla güncellenmesi gerektiğini tanımlamak gerekir:

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şturuldugunda (event-driven)
  • Kritik nokta: Adres formatının standardize olması (geocoding için)

2. Rota ve Durak Planı

  • Alınacak alanlar: Rota ID, durak sırası, tahmini varış zamanı, tahmini mesafe
  • Güncelleme sıklığı: Rota oluşturuldugunda + değişikliklerde
  • Kritik nokta: Dinamik rota değişikliklerinin 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 ihtiyaça göre)
  • Kritik nokta: Veri hacmi yüksek, saklama maliyeti dusunulmeli

4. Teslimat Durum Güncellemesi

  • Alınacak alanlar: Teslimat ID, durum (teslim/iade/kismi/hasar), zaman, alıcı bilgisi
  • Güncelleme sıklığı: Gerçek zamanlı (anında)
  • Kritik nokta: Durum kodlarinin standart ve tutarlı olması

5. Sürücü Aktivite Kaydı

  • Alınacak alanlar: Sürücü ID, aktivite tipi (baslangic, mola, bitiş), zaman, konum
  • Güncelleme sıklığı: Her aktivite degisiminde
  • Kritik nokta: Çalışmama süresi hesaplamaları için kritik

6. Istisna Kayıtları

  • Alınacak alanlar: Istisna tipi, açıklama, fotoğraflar, sürücü notu
  • Güncelleme sıklığı: Anında
  • Kritik nokta: Yapısal olmayan veri (serbest metin) için kategorilendirme

Bu 6 veri noktasının düzenli ve tutarlı akması, tüm raporlama altyapısının temelidir. Bir tanesinde aksama olursa, raporlar eksık veya yanlis olur.


Teslimat kpi’ları: Neyi, Nasıl Olmeli?

Lojistik operasyonlarında onlarca metrik ölçülebilir. Ancak her şeyi ölçmek, hiçbir şeyi ölçmemek demektir. Aşağıda öncelikli KPI’lar ve hesaplama yöntemleri:

Birincil KPI’lar (Her gün izlenmeli)

OTIF (On-Time In-Full)

  • Tanım: Sozu verilen zamanda, tam adet/miktar 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? 1 saat?)

Ilk Seferde Teslimat Oranı (First Attempt Delivery)

  • Tanım: Ilk denemede başarıli teslim edilen siparişler
  • Formül: Ilk Denemede Teslim / Toplam Teslimat x 100
  • Hedef: %90+
  • Dikkat: Düşük oran = tekrar teslimat maliyeti

Ortalama Teslimat Süresi

  • Tanım: Siparişin depoya ulaşmasından teslimatina geçen süre
  • Formül: Toplam Süre / Teslimat Sayısı
  • Hedef: Operasyona özgü (aynı gün, ertesi gün vb.)

Ikincil KPI’lar (Haftalık izlenmeli)

Rota Verimlilik Oranı

  • Tanım: Planlanan durak sayısı vs gerçeklesen
  • Formül: Gerçeklesen 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’u geçtiğinde alarm

Müşteri Şikayeti Sayısı

  • Eşik: Günlük ortalamanin %50 üzerinde olursa alarm

Sürücü Fazla Mesai

  • Eşik: Yasal çalışmama süresi aşımında alarm

Sahadan Örnek: 85 Araçlık Filo Dönüşümu

Gerçek Saha Vakası (Anonimlestrilmis)

Dağıtım Filosu

Firma Profili (Temsili)

FMCG dağıtım firması. 85 araç, günlük 1.200+ teslimat noktasi, 120+ sürücü. Coğrafi kapsam: Bölgelesel dağıtım (çoklu şehir). Mevcut sistem: TMS mevcut ama raporlama Excel tabanlı.

Baslangic Durumu

  • Günlük dağıtım raporu: Sabah 11:00’de hazır (4 saat gecikme)
  • Haftalık performans raporu: Cuma yerine Pazartesi ogle (3 gün gecikme)
  • OTIF ölçümu: Yok (tahmini %75-80 civarı)
  • Sürücü performans karşılaştirmesi: Yok
  • Rota verimlilik analizi: Yok
  • Raporlama için çalışan kişiler: 2 tam zamanlı

Uygulanan Adımlar

  1. Hafta 1-2: Veri kaynak envanteri. TMS, GPS, WMS API dokumantasyonları incelendi. Veri kalitesi analizi yapıldı. 23 farklı veri sorunu tespit edildi.
  2. Hafta 3-4: Veri temizliği ve standardizasyon. Adres formatı düzeltildi, durak kodları standardize edildi, sürücü ID eslestirmesi yapıldı.
  3. Hafta 5-8: ETL altyapısı kurulumu. TMS ve GPS API entegrasyonu, saatlik veri çekme, merkezi veritabanı oluşturma.
  4. Hafta 9-12: Dashboard geliştirme. 3 ana dashboard: Operasyonel (anlık), Yönetsel (günlük), Stratejik (haftalık/aylık).
  5. Hafta 13-16: Alert sistemi kurulumu. Kritik KPI’lar için otomatik bildirim, 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üğu: Yok -> Gerçek zamanlı (%82 baslangic, 6. ayda %89)
  • Veri hatası oranı: Tahmini %5 -> %0.3
  • Raporlama personeli: 2 kişi -> Diğer görevlere aktarıldı
  • Karar verme hızı: “Yarın bakarız” -> “Şimdi görüyorum”

Yatırım ve Geri Donus

Yatırım kalemleri: Veritabanı/bulut altyapı, ETL yazılımı lisansı, dashboard aracı, danışmanlık/geliştirme. Bu ölçekteki bir operasyon için geri donus süresi genellikle 8-14 ay arasındadır (personel tasarrufu + verimlilik artışına bağlı).


Lojistik Raporlama Otomasyonunda 7 Ölümcül Hata

1. Veri Kalitesini Atlamak

“Önce dashboard yapalım, veri sonra düzeltilir” yaklaşimi. Sonuç: Dashboard var ama rakamlar tutarsız, kimse guvenmiyor. Önce veri kalitesi, sonra görselleştirme. Aksi halde emek boşa gider.

2. Her Şeyi Gerçek Zamanlı Yapmak

Gerçek zamanlı veri akisi pahalı ve kompleks. Her metrik için gerekli değil. OTIF için günlük yeterli olabilir, araç konum için saatlik batch da işlevsel. İ̇htiyacı doğru tanimlayin.

3. Tek Dashboard’a Her Şeyi Sıgdirmak

30 KPI’li, 15 grafikli “her şeyi gören” dashboard. Sonuç: Kimse 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 Tanimlerini Netlestirmemek

“Teslimat başarısi” herkes için farklı 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 IT projesı değil, is projesidir. Operasyon ekibi sahiplenmezse, teknik olarak mükemmel ama kullanılmayan bir sistem ortaya çıkar. Is birimi sahipliği şart.

6. Tarihi Veriyi Ihmal Etmek

Sadece bugün ve dun görünüyor. “Geçen yıl aynı dönemde nasıldi?” sorusuna cevap yok. Trend analizi için en az 12 aylık tarihsel veri saklanmalı ve karşılaştirmalara dahil edilmeli.

7. Alert Yorgunluğu Yaratmak

Her sapma için bildirim gonderilirse, 1 hafta sonra kimse okumuyor. Alert sayısı sınırlı tutulmalı, sadece aksiyon gerektiren durumlar için. “Kırmızı = müdahale gerekli” olmalı.

Veri Analizi

Doğru veri, doğru zamanda, doğru kişiye


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ı Iyi Seviye Ölçüm Yöntemi
OTIF (On-Time In-Full) %85-90 %95+ TMS teslimat verisi + zaman damgası
Ilk Seferde Teslimat Oranı %85-88 %92+ Teslimat denemesi sayacı
Rota Verimlilik Oranı %88-92 %96+ Planlanan vs gerçeklesen 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 Sagligi Kontrol Listesi

Her hafta basinba bu listeyi gözden geçirin:

Veri Kalitesi

  • Kaynak sistemler veri gönderiyor mu?
  • ETL işleri başarıyla tamamlandı mi?
  • Veri gecikmeleri normal sınırda mi?
  • Tutarsız veya boş alanlar var mi?

KPI Performansı

  • OTIF hedefin altında mi?
  • Ilk seferde teslimat oranı düşüş trendinde mi?
  • İade oranı artış gösteriyor mu?
  • Rota verimlilik sapması var mi?

Operasyonel Aksiyon

  • Geçen haftanın sapmaları analiz edildi mi?
  • Kök neden analizleri yapıldı mi?
  • Düzeltici aksiyonlar planlandı mi?
  • Sürücü bazlı performans gözden geçirildi mi?

Sistem Sagligi

  • Dashboard’lar doğru yükleniyor mu?
  • Mobil erişim çalışıyor mu?
  • Alert bildirimleri gidiyor mu?
  • Kullanıcı erişim yetkileri güncel mi?

Sikca Sorulan Sorular

Lojistik raporlama otomasyonu, TMS, WMS, ERP ve saha cihazlarından gelen verilerin otomatik olarak toplanip, işlenmesi ve raporlanması süreçleridir.

Manüel 8 saatlik raporlama süreci, doğru kurgulanmış bir veri akış tasarımıyla 5 dakikaya indirilebilir. Bu rakam abartı değil, ETL sürecinin çalışmma süresi + dashboard yenileme süresidir.

Otomasyon ayrıca insan hatasını minimize eder ve gerçek zamanlı karar vermeyi mümkün kılar.

TMS entegrasyonunda 6 kritik veri noktasi:

  1. Sipariş bilgisi: Müşteri, adres, zaman penceresi
  2. Rota ve durak planı: Planlanan sıra ve ETA
  3. Araç pozisyonu: GPS verileri
  4. Teslimat durumu: Teslim/iade/kismi/hasar
  5. Sürücü aktivitesi: Baslangic, mola, bitiş
  6. Istisna kayıtları: Gecikme nedeni, hasar notu

Bu veri noktaları saatlik veya gerçek zamanlı olarak merkezi veritabanına akmalidir.

Teslimat performansı için 8 temel KPI:

  1. OTIF (On-Time In-Full): %95+ hedef
  2. Ilk seferde teslimat oranı: %90+ hedef
  3. Ortalama teslimat süresi: SLA içerisinde
  4. Rota verimlilik oranı: Planlanan vs gerçeklesen
  5. Araç doluluk oranı: %80+ hedef
  6. Km başına maliyet: Trend analizi
  7. İade/hasar oranı: <%3 hedef
  8. Müşteri memnuniyeti: Anket/NPS

Bu KPI’lar günlük, haftalık ve aylık bazda izlenmeli ve trend analizi yapılmalıdır.

Lojistikte hibrit yaklaşim en etkilidir:

  • Gerçek zamanlı (Streaming): Operasyonel kararlar için – rota değişikliği, acil teslimat, araç takip
  • Batch ETL: Yönetim raporları ve trend analizleri için – günlük/haftalık özet

Kritik olan, kaynak sistemlerin veri kalitesi ve zamanlamasıdır. Gerçek zamanlı sistemler 5-15 saniye gecikmeyle çalışmalı, ETL işleri mesai dışında (gece) tamamlanmalidir.

Her şeyi gerçek zamanlı yapmak pahalıdır ve çoğu durumda gereksizdir.

Lojistik dashboard’larında 5 kritik hata:

  1. Çok fazla metrik: Tek ekranda 20+ KPI karar vermeyi zorlaştırır. Hedef kitle başına 5-7 temel metrik yeterli.
  2. Yanlis agregasyon: Günlük ortalama yerine anı sapmalar gizlenir. Hem ortalama hem min/max gösterin.
  3. Karşılaştırma eksikliği: Önceki dönem veya hedef değeri olmayan metrikler anlamsiz.
  4. Aksiyon bağlantısı yok: Kırmızı gösterge var ama ne yapılacağı belirsiz. Her alert’in aksiyon rehberi olmalı.
  5. Mobil uyumsuzluk: Saha yöneticisi telefonda goremez. 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 kaynaklanan yanlis kararlar: Ölçülmesi zor ama gerçek maliyet
  • Gecikmeli bilgi nedeniyle kaybedilen fırsatlar: Müşteri şikayeti, tekrar teslimat

Baslangicta bulut tabanlı, ölçeklenebilir çözümler tercih edilmeli. Büyük on yatırım gerektiren sistemlerden kaçının; büyüdükçe sistem genişletilmelidir.


Yazar Hakkında

Koray Çetintaş, dijital dönüşüm, ERP mimarisi, süreç mühendisliği ve stratejik teknoloji liderliği alanlarında uzman danışmandır. Yapay zekâ, IoT ekosistemleri ve endüstriyel otomasyon konularında saha deneyimi ile "Strateji + İnsan + Teknoloji" yaklaşımını uygular.

Projeniz İçin Destek Alın

Dijital dönüşüm yolculuğunuzda size rehberlik edebilirim. Ücretsiz ön görüşme için randevu alın.