ERP ile Lojistik, Ön Kârlılık ve Yükleme Optimizasyonu Nasıl Entegre Edilir?

Bir nakliye firması daha fazla veri topladıkça neden daha kötü kârlılık kararları alır? Kayseri’de yakıt, sürücü ücreti ve araç amortismanını ayrı ayrı izleyen ama bunları tek bir sefer kârlılığına bağlayamayan bir nakliye firması düşünün; 312 çalışanı, 78 çekici aracı ve her gün onlarca farklı güzergâha dağılmış yükleri var. Muhasebe defteri kapanıyor, gelir yazılıyor, gider yazılıyor — ama ay sonunda hangi güzergâhın para kazandırdığını, hangisinin zarara götürdüğünü kimse net biçimde söyleyemiyor. ERP projesi bu noktada gündeme geliyor; yönetici sistemi bütün sorunları çözecek diye satın alıyor. Bu beklenti tam olarak nerede kırılıyor, asıl mesele orası.ERP’yi lojistik operasyonuyla entegre etmek, tek başına bir yazılım kurulum projesi değil; önce firmanın kendi fiyatlandırma mantığını netleştirme projesidir. Bu ayrım kritiktir çünkü çoğu nakliye firması ERP alırken fiyatlarını nasıl oluşturduğunu gerçekte bilmiyor. Ton başına sabit bir fiyat mı var? Mesafeye göre kayan bir tarife mi? Müşteriye özel anlaşma mı? Bu soruların yanıtı tutarlı değilse, sistem ne kadar iyi veri toplasa da raporlar anlamsız kalır. Entegrasyon projesinin ilk haftasında yapılması gereken iş, yazılım kurmak değil; bu soruları masaya yatırmaktır. Sahada bunu atlayan her projenin üçüncü ayında ‘sistem doğru çalışmıyor’ şikayetiyle yeniden aynı noktaya döndüğünü defalarca gördüm.Ön kârlılık analizi (pre-shipment profitability) kavramı Türkiye nakliye sektöründe henüz yeni bir düşünce. Çoğu firma kârlılığı sefer bittikten sonra, ay kapandıktan sonra anlıyor. Oysa lojistik ERP’nin asıl değeri, yükleme kararı verilmeden önce o seferin kârlı olup olmadığını tahmin edebilmektir. Bunun için sistemin birkaç veriyi gerçek zamanlı olarak bir araya getirmesi gerekiyor: yakıt tüketim katsayısı (araç yaşına ve tonaja göre farklılaşır), güzergâh mesafesi ve geçiş ücretleri, sürücü harcırahı, bekleme süresi olasılığı ve müşterinin ödeme tarihi. Bu veriler ayrı ayrı modüllerde tutulduğunda hiçbir şey ifade etmiyor; birleştirildiğinde ‘bu yükü al, bunu reddet’ kararı netleşiyor. Kayseri örneğindeki firmada bu yapıyı kurduktan sonra reddedilmesi gereken 312 seferden 53’ünün o ay içinde zaten alınmış olduğu ortaya çıktı — sürücü ve araç kaynağını başka güzergâhlara yönlendirme fırsatı kaçmıştı.Yükleme optimizasyonu meselesine gelince, burada ERP’nin rolü çoğu zaman yanlış anlaşılıyor. Sistem sihirli bir şekilde en iyi yükleme planını üretmiyor; sizi doğru kararı alabilecek bilgiyle donatıyor. Araç kapasitesini, ağırlık sınırlarını, teslim noktalarının sıralamasını ve gümrük belgelerinin durumunu tek ekranda görebilmek, lojistik şefinin kafasındaki hesabı somut bir zemine taşıyor. Gaziantep’teki bir tekstil ihracatçısının nakliye departmanıyla çalıştığımda benzer bir tablo gördüm: şef sezgiyle iyi kararlar alıyordu ama bu kararların maliyeti hiçbir zaman kayıt altına alınmıyordu. Sistemi kurduğumuzda ilk keşif şu oldu: tam dolu araç kârlılığı ile dört ton boş kalan araç kârlılığı arasındaki fark, firmalar için çarpıcı biçimde büyük. O ‘boşluk’ görünmüyor diye kayıp da görünmüyor. Yükleme optimizasyonu bu nedenle rota planlamasından önce kapasite kullanım takibini gerektiriyor.Entegrasyon noktaları söz konusu olduğunda en sık karşılaştığım sorun, muhasebe modülü ile operasyon modülünün birbirinden kopuk çalışmasıdır. ERP projelerinde bu iki modül genellikle ayrı ekipler tarafından kurulur; muhasebe ekibi finans mantığını kurarken operasyon ekibi sefer yönetimini kurar. Aralarındaki köprü kurulmazsa firma iki ayrı gerçeklikle yaşamaya başlar: biri kayıt defteri gerçeği, diğeri saha gerçeği. Bu durumu somutlaştırmak gerekirse, bir sefer ‘kârlı’ olarak muhasebede kapanırken operasyon tarafında aynı seferin bekleme süresi nedeniyle bir sonraki yükü kaçırmasının maliyeti kayıt altına alınmıyor. Bu maliyeti görünür kılmak için operasyon modülündeki sefer süre verisinin, muhasebe modülündeki gelir kaydıyla fırsat maliyeti hesabına dahil edilecek biçimde bağlanması gerekiyor. Bu teknik bir entegrasyon sorunudur ama özünde bir veri tanımlama sorunudur: ‘sefer tamamlama’ ile ‘sefer kârlılığı’ aynı şey değil.Pratik zorlukların en büyüğü kullanıcı alışkanlıkları. Lojistik şefleri ve dispatcherlar yıllardır kâğıt formlarla, sonra Excel tablosuyla çalışıyor. ERP ekranına geçiş yalnızca öğrenme değil, alışkanlık yıkma meselesi. Kayseri örneğinde sistem canlıya geçtikten 11 hafta sonra bile seferlerin yaklaşık yarısı kâğıt forma işlenip ardından sisteme giriliyordu; veri gerçek zamanlı değil gecikmeliydi. Bu çifte kayıt hem hata riskini hem de zaman kaybını artırıyordu. Çözüm zorla değil kolaylaştırarak geldi: sistem ekranı, dispatcherın zaten bildiği kâğıt formuyla birebir örtüşür hâle getirildi. Alan adları aynı, sıra aynı, zorunlu alanlar minimumda. Kullanıcı ‘sistemi öğrenmedi’ ama ‘kâğıdını bilgisayara taşıdı’ — bu ince fark benimseme süresini önemli ölçüde kısalttı. Burada kritik not: ERP danışmanı formu tasarlarken kullanıcının ne yapması gerektiğini değil, şu an ne yaptığını anlamalı.Lojistik ERP entegrasyonunda ilk soruyu doğru sormak, projenin geri kalanını belirler. ‘Hangi modülü kursunuz?’ yerine ‘hangi kararı şu an kör alıyorsunuz?’ sorusunu sorun. Eğer cevap ‘hangi yükü alacağımı net bilmiyorum’ ise ön kârlılık modülüne öncelik verin. Eğer cevap ‘araçlarım boş gidiyor ama neden bilmiyorum’ ise kapasite kullanım takibinden başlayın. Eğer cevap ‘ay sonu hesaplar tutmuyor’ ise muhasebe ile operasyonun köprüsünü önce kurun, diğer her şey sonra gelir. Sistem ne kadar büyük olursa olsun, bir firmanın fiyatlandırma mantığı yerli yerinde değilse ERP yalnızca bu kargaşayı daha hızlı, daha ölçülü bir biçimde raporlar. Kargaşayı ortadan kaldırmaz.