WhatsApp

PDF rapor
açıldı.

Bilgilerinizi aldım. İçerikle ilgili uygun bir takip gerektiğinde dönüş sağlayacağım.

LinkedIn'de Takip Edin
SektörlerHizmetlerÇalışma ModeliHakkımdaProjelerİçgörülerSSS
Üst Düzey Yönetim Danışmanlığı 24+ Yıl Deneyim Lojistik · Tedarik Zinciri · Dijital Dönüşüm Strateji → İcra Köprüsü Karar Kalitesi · Uygulama Disiplini Seçici Kapasite · Butik Yapı Üst Düzey Yönetim Danışmanlığı 24+ Yıl Deneyim Lojistik · Tedarik Zinciri · Dijital Dönüşüm Strateji → İcra Köprüsü Karar Kalitesi · Uygulama Disiplini Seçici Kapasite · Butik Yapı
← Tüm İçgörüler
İçgörü

Taşıma Yönetimi 2.0: Operasyonun Sinir Sistemi, Sözleşmenin DNA’sı, Paranın Nabzı

07 Mayıs 2026
· Barış Anıl

Cornerstone · Operasyonel Mimari

Taşıma Yönetimi 2.0: Operasyonun Sinir Sistemi, Sözleşmenin DNA’sı, Paranın Nabzı

Bir hafta içinde üç ayrı yönetim masasındaydım. Dışarıdan bakınca üçü de “taşıma” gibi görünüyor. İçeriden bakınca bambaşka bir resim çıkıyor: tedarik mantığının dijital zeminde yeniden kurgulanması, işbirliği modelinin (rol, değer paylaşımı, veri sahipliği, risk) revizyonu, ve giderek daha kritikleşen üçüncü katman — izlenebilirlik. Üçü tek çekirdekte birleşiyor: Taşıma artık “yapılan iş” değil; şirketin yönetim sisteminin bir uzvu.

Tez: Şirketler Navlun Değil, Mimari Satın Alıyor

Bu yazı bir TMS yazılımı yazısı değil. Tedarik kategorisi değişiminden, sözleşme yazımının dijitalleşmesinden, kontrol kulesinin karar motoruna dönüşmesinden ve finansal akışın tüm bunlarla senkronlanmasından bahsediyorum.

Yeni dönemin sözü şu: Şirketler artık navlun satın almıyor — mimari satın alıyor. Mimari kurulduğunda, operasyon görünür, sözleşme yönetişim aracı, nakit akışı operasyonla senkron olur. Üçü ayrı evrenlerde kaldığında, dışarıdan “taşıma” gibi görünen şey aslında sürtünme satın alma operasyonu.

Neden Şimdi? Resmi Rakamlar “Neden”i Net Söylüyor

1. Talep Paterni Değişti: E-Ticaret Ana Akım

Ticaret Bakanlığı’nın resmi duyurusuna göre 2024’te Türkiye’de e-ticaret hacmi 3 trilyon TL’yi aştı — bir önceki yıla göre %61.7 büyüme. İşlem sayısı 5 milyar 910 milyon. Perakende e-ticarette hacim 1 trilyon 619 milyar TL, işlem adedi 1 milyar 850 milyon.

Bu rakamların lojistik tercümesi şu: operasyon artık “ay sonu kapanışı” gibi yönetilmiyor. Gün içi dalga, pik, geri dönüş, iade, SLA baskısı ile yönetiliyor. Yönetim sistemi olmadan ölçek büyümüyor.

2. Yük Hâlâ Karayolunda: Omurga Aynı, Stres Katlandı

2023 verilerinde yurt içi yük taşımada karayolunun payı %90.6. Omurga karayoluysa, o omurganın sinir sistemi veri + karar + denetim izi olmak zorunda. Aksi takdirde stres katlandıkça omurga çatırdar.

3. Fiziksel Ölçek Devasa: “Mikro Sapma” Makro Maliyet

Karayolları Genel Müdürlüğü’nün 2024 Karayolu Ulaşım İstatistikleri yayınında Taşıt-km / Ton-km / Yolcu-km serileri Türkiye’nin lojistik ölçeğini net gösteriyor. Bu ölçekte gecikme, hasar, yanlış plan, uyumsuz evrak gibi “küçük görünen” şeyler hızla toplam maliyet ve itibar riskine dönüşüyor.

4. İzlenebilirlik Opsiyon Değil, Rekabet Eşiği

Dünya Bankası’nın Logistics Performance Index (LPI) metodolojisinde “Tracking & Tracing” temel bileşenlerden biri. Yani küresel benchmark: izlenebilirlik nice-to-have değil, rekabet eşiği. EMEA korridorunda yer almak isteyen Türkiye yapıları için bu çoktan çıta.

Taşıma Yönetimi 2.0 Nedir?

Taşıma Yönetimi 2.0 = Yürütme + İzlenebilirlik + Yönetişim + Finans senkronunun tek mimaride birleşmesi.

Bunu bir “yazılım projesi” gibi okumayın. Bu bir işletim sistemi tasarımı. Control Tower 2.0 yazısında detaylandırdığım karar motoru mantığının taşıma kategorisindeki uygulanmış hâli.

Lojistiği işletim sistemi gibi düşündüğünüzde, akış 6 katmanlı:

  • TALEP — Sipariş / Sevk Talebi
  • PLAN — Kapasite, rota, slot, maliyet, SLA
  • YÜRÜTME — Atama, yükleme, taşıma, teslimat
  • KANIT — POD / sıcaklık / zaman / hasarsızlık / uyum
  • MUTABAKAT — Sözleşme kuralları + KPI + istisnalar
  • FİNANS — Faturalama / erken ödeme / tahsilat

Taşıma Yönetimi 1.0 çoğu zaman “YÜRÜTME”ye sıkışır. 2.0’da asıl değer, KANIT → MUTABAKAT → FİNANS hattının otomatikleşmesinde doğar.

Üç Disiplinin Tek Sistemi: Operasyon, Hukuk, Finans

Bu mimaride üç disiplin tek bir yönetim sistemi içinde konumlanır:

  • OPERASYON — Sinir sistemi, “oldu/bitti”yi üretir
  • HUKUK — Sözleşmenin DNA’sı, “neye göre oldu/bitti”yi tanımlar
  • FİNANS — Nakdin nabzı, “ne zaman ve nasıl ödenecek”i bağlar

Üçü ayrıysa: mail zinciri, itiraz, gecikme, tahsilat sürtünmesi. Üçü birleşirse: doğrulama → otomatik mutabakat → hızlanan nakit. Nakit Çevikliği CFO-CEO masası yazısında detaylandırdığım para hattı tasarımı tam burada devreye giriyor.

İhale/Tedarik: Fiyat Pazarlığından Standart Veri Setine

Klasik yaklaşım: “Fiyat alalım, en iyisini seçelim.” Yeni yaklaşım: Fiyatı doğuran değişkenleri standardize edelim.

Taşıma fiyatı çoğu zaman şu yüzden “anlaşılmaz” görünür: talep verisi eksik, operasyon kısıtı tanımsız, sözleşme kuralları muğlak, istisnalar (bekleme, iade, randevu, ikinci adres, taşıma şartı) sahada patlıyor.

Taşıma Yönetimi 2.0’da ihale/tedarik seti üç parçaya ayrılır:

A) Standart Talep Veri Seti (RFQ Datasetı)

FTL için: çıkış/varış noktası (il/ilçe + tesis kodu), araç tipi, doluluk varsayımı, yükleme/teslim penceresi, aylık sefer adedi (min/avg/max), bekleme politikası, ürün sınıfı, sigorta yaklaşımı, POD formatı.

Parsiyel için: palet ölçüsü, ağırlık, yükseklik, istiflenebilirlik, teslimat adres sayısı, kat/asansör kısıtları, iade oranı varsayımı, teslim SLA.

B) Yürütme Modeli

Taşıyıcı atama kuralı, rota/slot kısıtları, kontrol noktaları (scan, geo-event, sıcaklık event).

C) Sözleşme Kuralları (DNA)

KPI’lar ve cezai/prim yapıları, istisna tarifleri ve delil standardı, veri paylaşımı/entegrasyon (API, EDI, dosya), audit trail/log standardı.

Bu üç parça netleşince fiyat “mucize” olmaktan çıkar — teknik çıktıya dönüşür. Aynı tedarikçi havuzundan alınan teklif paketi %15-25 daha sıkı dağılım gösterir; çünkü tedarikçi fiyatlandırırken belirsizlik primi atmıyor.

İzlenebilirlik: Harita Değil, Karar Motoru

İzlenebilirliği sadece “araç nerede?” sorusuna indirgersek, değerinin %20’sini alıyoruz. Asıl değer şu sorularda gizli:

  • Bu gecikme hangi sebep sınıfında?
  • Bu hatta tekrarlayan problem var mı?
  • SLA kaçırma riski daha yükleme anında öngörülebiliyor mu?
  • Hasar riskini yükselten taşıma/ambalaj paterni var mı?
  • Bu teslimatlar “kanıt” açısından faturalamaya hazır mı?

İzlenebilirlik, Taşıma Yönetimi 2.0’da kanıt katmanıdır. Kanıt varsa, tartışma azalır. Tartışma azalınca, nakit hızlanır.

Kanıt → Mutabakat → Ödeme Otomasyonu

Otomasyonun çekirdek mantığı 5 adımlı:

  • EVENT — Teslim edildi / sıcaklık uygun / hasarsız / süre içinde
  • RULE ENGINE — Sözleşme DNA’sı + KPI
  • AUTO-MATCH — Navlun + ek hizmet + istisna eşleşmesi
  • APPROVAL — Sadece istisna insan onayına gelir
  • INVOICE / PAYMENT FLOW — Fatura ve ödeme tetikleyici

Kritik nokta: İnsan sadece istisnayı yönetmeli. Standart akış otomatik olmalı. Çoğu organizasyonda bu kural ters çalışıyor — insan standart akışı yönetiyor, istisna kayboluyor. Sonuç: yorgun ekip, gecikmiş mutabakat, geç ödeme.

Bu mantığın yapısal alt-katmanı Embedded Trade Finance mimarisindeki Embedded Settlement: olay → kural motoru → otomatik fatura → otomatik ödeme. Saha karşılığı: 13 günlük nakit dönüş süresinin 4-5 güne inmesi.

13 Haftada Hayata Alma Roadmap

Taşıma Yönetimi 2.0 büyük bir proje değil, kontrollü dönüşüm. Tipik 13 haftalık plan:

  • Hafta 0-2: Tanı + Veri Standardı — RFQ veri setinin netleşmesi, sözleşme “istisna sözlüğü”nün yazılması (delil standardı dahil)
  • Hafta 3-6: Pilot Hat ve Kontrol Kulesi Kurgusu — 1-2 kritik hatta pilot, event mimarisi (yükleme/çıkış/varış/teslim + opsiyonel sıcaklık)
  • Hafta 7-10: Mutabakat Otomasyonu — navlun + ek hizmet + istisna eşleşmesi, onay mekanizması (sadece istisna)
  • Hafta 11-13: Ölçekleme ve Yönetişim — KPI dashboard, tedarikçi skor kartı, sözleşme ekleri (entegrasyon + audit trail)

Bu yaklaşımın “büyük proje” yerine “kontrollü dönüşüm” olarak konumlandırılması kritik. ROI ölçümü ilk pilotun 6. haftasında başlar; tipik kazanç ay başı 8’inci haftada görünür hâle gelir.

Karar Masasında: 5 Soruluk Olgunluk Testi

Taşıma yönetiminizin 1.0 mı 2.0 mı olduğunu test eden beş soru:

  1. Yeni bir ihale çıktığında, RFQ veri seti hazır şablon olarak mı geliyor, sıfırdan mı yazılıyor? Sıfırdan ise standart yok, fiyat dağılımı geniş.
  2. POD geldikten sonra fatura kesimine kadar geçen ortalama süre kaç saat? 48 saatin üstündeyse mutabakat otomasyonu kurulmamış.
  3. Sözleşmenizdeki “istisna” tanımları her partner için aynı standartla yazılmış mı? Hayır ise sözleşme DNA’sı oluşmamış.
  4. İzlenebilirlik platformunuz “araç nerede” dışında en az 3 sorunun cevabını otomatik üretiyor mu? Hayır ise harita seviyesinde, karar motoru değil.
  5. Operasyon, hukuk ve finans aynı yönetim kurulu sunumunda tek tablo halinde mi geliyor? Hayır ise üç disiplin hâlâ ayrı evrenlerde.

Sonuç: Taşıma Bir Kategori Değil, Bir Yönetim Sistemi

Sahanın yeni gerçeği şu: dışarıdan bakana “taşıma” gibi görünen şeyin arkasında, aslında operasyon + hukuk + finansın aynı dili konuştuğu bir yönetim sistemi var. Bu sistem kurulduğunda taşıma maliyeti düşmüyor sadece — toplam belirsizlik maliyeti düşüyor. Bu fark, 2026 ve sonrasının lojistik kazananını kaybedeninden ayıran çizgi.

Ve bu kararı veren masa, satınalma masası değil — yönetim kurulu masası.

Taşıma yönetiminizin olgunluk seviyesini birlikte tarayalım — 1.0 mı, geçişte mi, 2.0 mı?

30 Dakikalık Olgunluk Diagnostic’i →

Sıkça Sorulan Sorular

Mevcut TMS yatırımım yetersiz mi? Yenisini almalı mıyım?

Çoğu durumda mevcut TMS yeterli — eksik olan TMS değil, yönetim sistemi mimarisi. Taşıma Yönetimi 2.0’a geçiş mevcut TMS’in üzerine kontrol kulesi katmanı, sözleşme DNA’sı, kanıt-mutabakat otomasyonu eklemek demek. Sıfırdan TMS değiştirmek genelde gereksiz; mevcut yatırımın üzerine intelligence katmanı kurmak doğru yol. Sadece TMS’iniz API/entegrasyon kapasitesi olmayacak kadar eski ise yenileme gündeme gelir.

13 haftalık roadmap gerçekçi mi? Pratikte ne kadar sürüyor?

13 haftalık plan, organizasyonel olgunluk Görünür seviyede ve üst yönetim sponsorluğu güçlü olduğunda gerçekçi. Reaktif seviyede başlayan organizasyonlar 18-22 hafta gerektiriyor — çünkü pilotun kendisi ilk 4-6 haftada öğrenme döngüsü oluşturuyor. Üst yönetim sponsorluğu zayıfsa süre 26+ haftaya uzayabilir, ROI bekleneni geç verir.

Standart RFQ veri seti tedarikçileri rahatsız etmez mi?

Aksine — tedarikçinin işini kolaylaştırıyor. Bugünün belirsiz RFQ’sunda tedarikçi belirsizlik primi ekliyor. Standart veri seti gelir gelmez, tedarikçi hesaplama yapabiliyor; teklifte primi düşürüyor. Saha gözlemim: net RFQ ile gelen teklif paketinin ortalama düşük teklifi, dağınık RFQ ile gelenin ortalama düşük teklifinden %8-15 daha avantajlı. Ve tedarikçi tarafında memnuniyet yüksek — çünkü “bu kadar belirsiz iş için fiyat verme” stresi yok.

Mutabakat otomasyonu için işlem hacmi minimum ne olmalı?

Aylık 200+ sevkiyatın altında otomasyon yatırımı genelde geri dönmüyor — manuel disiplin daha verimli. 200-1000 arası bantta otomasyon ROI’si pozitif ama uzun (18-24 ay). 1000+ sevkiyatta otomasyon stratejik zorunluluk — manuel disiplin yapısal olarak yetmez. Ölçek büyüdükçe ROI hızlanıyor; 5000+ sevkiyatlı operasyonlarda otomasyon yatırımı 6-12 ayda kendini amortize ediyor.

İzlenebilirliği “karar motoru” hâline getirmek için yapay zekâ gerekli mi?

Çoğu kullanım için hayır. Rule-based engine + analytics yeterli — “bu hatta gecikme tekrar eden problem”, “SLA risk öngörüsü”, “hasar riski paterni” gibi soruların çoğu klasik analytics ile yanıtlanıyor. AI/ML katmanı predictive zone’a geçildiğinde (gelecek 7-30 günde hangi sevkiyatın geç kalma olasılığı yüksek) anlamlı oluyor. Bu ikinci katman, sistem 6-12 ay veri biriktirdikten sonra devreye alınabilir.

Sözleşme DNA’sı kavramı tam olarak ne? Standart kontrat dilinden farkı?

Klasik sözleşme statiktir — imzalanır, dosyalanır, anlaşmazlıkta açılır. Sözleşme DNA’sı dinamiktir — sözleşme metni üç katmana ayrılır: (1) Sabit hukuki çerçeve, (2) KPI ve istisna kuralları (sistem-okunabilir), (3) Veri standardı ve audit trail tanımı. İkinci ve üçüncü katman doğrudan rule engine’e besleniyor. Yani sözleşme bir doküman değil, otomasyonun konfigürasyonu. Anlaşmazlık çıkmıyor çünkü kural net, kanıt sistemli.

Kontrol kulesi yatırımı + Taşıma Yönetimi 2.0 toplam maliyeti ne?

Orta ölçekli operasyon (aylık 500-2000 sevkiyat) için tipik bant yıllık taşıma harcamasının %1.5-3’ü. Bu rakam içinde teknoloji platformu, danışmanlık, internal organizasyonel yatırım, eğitim dahil. ROI tipik 12-18 ay. Önemli olan rakamın kendisinden çok, harcamanın “hangi katmanda toplandığı” — teknolojiye ağırlık verip sözleşme + organizasyon katmanını ihmal etmek yatırımı verimsiz kılıyor. Dengeli dağılım: %40 teknoloji, %30 danışmanlık + sözleşme yenileme, %30 internal organizasyon + eğitim.

Bu konu şirketiniz için kritikse — görüşelim.

30 dakikada tablonuzu netleştirebiliriz.

Bir Sonraki Adım

Büyüme ve dönüşüm
ajandasında netlik
mi arıyorsunuz?

Lojistik, tedarik zinciri, operasyon ve dijital dönüşüm başlıklarında; mevcut tabloyu birlikte değerlendirip hangi alanlarda hızlı kazanım ve yapısal iyileşme üretilebileceğini netleştirelim.

Ön Değerlendirme Talep Edin