Lojistik firmaları için ERP seçimi: WMS, TMS ve filo yönetiminde nelere bakılmalı

Bir lojistik firmasında günün en gergin anı genelde sabah erken saatlerdedir: sevkiyat planlayıcı elindeki sipariş listesini araç kapasitesiyle eşleştirmeye çalışırken depo tarafında bir ürünün rafta mı yoksa yolda mı olduğu net değildir, müşteri ise "gönderim nerede" diye arar. Bu üç soru — depoda ne var, hangi araç nereye gidiyor, müşteriye ne söylenecek — aslında birbirine bağlı tek bir veri akışının parçasıdır. Sistem bu akışı parçalı tutuyorsa cevap her seferinde telefonla, tabloyla, tahminle bulunur.

Lojistik sektörü sayfamızda bu ihtiyaç haritasının genel çerçevesi duruyor; bu yazı aynı konuyu bir adım derinleştirip depo, taşıma ve filo tarafında hangi yeteneğin neden arandığını, teklif masasında hangi soruyla sınanacağını sıralıyor.

Depo yönetimi (WMS): kağıttan barkoda geçiş nerede kırılıyor

Klasik stok modülü ile gerçek bir depo yönetim sistemi (WMS) arasındaki fark, deponun büyüklüğüyle değil operasyon hızıyla ilgilidir. Az sayıda kalem ve düşük sevkiyat hacmiyle çalışan bir depoda basit stok ekranı yeterli olabilir; ama mal kabul, yerleştirme stratejisi, toplama (picking) ve paketleme adımları günde yüzlerce hareketle çalışıyorsa barkod veya RF terminal tabanlı bir WMS olmadan hata oranı hızla yükselir.

Değerlendirme sırasında sorulacak somut soru şu: bir ürün depoya girdiğinde raf konumu sisteme nasıl düşüyor — el yazısıyla mı, yoksa terminal taramasıyla anında mı? Toplama listesi optimum rotaya göre mi çıkıyor, yoksa depo görevlisinin kendi bildiği sırayla mı dolaşıyor? İkinci durumda depo büyüdükçe verimlilik kaybı katlanarak artar.

Taşıma yönetimi (TMS): sefer planlama tahmine mi, algoritmaya mı dayanıyor

Taşıma yönetim modülü (TMS), hangi siparişin hangi araca, hangi sırayla yükleneceğini belirler. Basit düzeyde bu iş bir tablo üzerinde elle de yapılabilir; ama araç sayısı arttıkça, çoklu drop (bir seferde birden fazla teslimat noktası) ve milkrun (birden fazla tedarikçiden tek turda toplama) senaryoları devreye girdikçe elle planlama hem yavaşlar hem de kapasiteyi verimsiz kullanır.

Burada aranan, sefer optimizasyonunun standart bir algoritmaya mı dayandığı yoksa planlayıcının deneyimine mi bırakıldığıdır. Sistemin araç kapasitesini, teslimat penceresini ve rota mesafesini birlikte hesaba katıp önerdiği plan ile planlayıcının elle kurduğu plan arasındaki fark, özellikle günlük sefer sayısı yüksek firmalarda yakıt ve zaman maliyetine doğrudan yansır.

Filo ve telematik: ERP'nin sınırı nerede biter

Araç lokasyonu, yakıt tüketimi, sürücü davranışı ve zorunlu bakım takibi genelde ayrı bir telematik sistem tarafından toplanır; ERP'nin görevi bu veriyi kendi operasyon ve maliyet tablosuyla birleştirmektir. Sorulması gereken soru, telematik entegrasyonunun hazır bir konnektör olarak mı geldiği, yoksa her seferinde özel bir ara yazılım mı gerektirdiğidir. İkinci durumda entegrasyon maliyeti ve bakım yükü teklifte görünmeyen bir kalem olarak ortaya çıkar.

Bakım takibinin ERP tarafında olması da ayrı bir pratik fayda sağlar: bir aracın periyodik bakım tarihi geçtiğinde sefer planlamasına o araç otomatik olarak düşmüyorsa, hem güvenlik hem de arıza riski azalır. Sürücü davranış verisi (sert fren, aşırı hız, rölantide bekleme süresi) de aynı mantıkla değerlendirilmeli: bu veri yalnızca telematik ekranında kalıyorsa sigorta ve yakıt maliyetine etkisi görünmez; ERP'nin araç bazlı maliyet raporuna dahil edilebiliyorsa filo yönetimi kararları somut rakama dayanır.

Gümrük ve e-irsaliye: uluslararası taşımacılıkta ek katman

İhracat-ithalat taşımacılığı yapan firmalar için gümrük entegrasyonu ayrı bir katmandır. Türkiye'de gümrük beyanları büyük ölçüde NCTS (Yeni Bilgisayarlı Transit Sistemi) ve BİLGE (Bilgisayarlı Gümrük Etkinlikleri) üzerinden yürütülür; ERP'nin bu sistemlerle veri alışverişi yapabilmesi, dosya bazında elle veri girişini ve buna bağlı hata riskini azaltır. İhracatçı firmalar için ERP karşılaştırmamızda çoklu döviz ve gümrük dosya yönetimi tarafı ayrıca ele alınıyor; lojistik firması bu çerçeveyi kendi taşıma operasyonuna uyarlamalı.

Elektronik belge tarafında e-irsaliye kesimi lojistik firmaları için özellikle kritiktir — günlük sevkiyat hacmi yüksek bir firmada irsaliyenin sevkiyat kaydından otomatik ve toplu üretilip üretilmediği, manuel işlemin yükünü doğrudan belirler. Güncel zorunluluk eşikleri e-fatura, e-arşiv ve e-irsaliye yazımızda toplandı; her firma kendi cirosuna göre bu eşikleri teyit etmeli.

3PL modelinde müşteri bazlı maliyet ve OTIF

Üçüncü parti lojistik (3PL) hizmeti veren firmalar için standart muhasebe raporlaması yetersiz kalır. Her müşterinin farklı tarifesi, farklı depolama ücreti, farklı hizmet seviyesi anlaşması (SLA) vardır; genel bir kâr-zarar tablosu bu farkı gizler. Aranan yetenek, gelir ve maliyetin müşteri bazında ayrıştırılabilmesi ve OTIF (zamanında ve eksiksiz teslimat oranı) gibi hizmet seviyesi göstergelerinin otomatik raporlanabilmesidir.

Bu rapor elle Excel'de birleştiriliyorsa iki risk birden ortaya çıkar: rapor gecikir ve hangi müşterinin gerçekte kârlı, hangisinin zararına taşındığı geç fark edilir. Teklif aşamasında istenecek somut kanıt, canlı bir demo ortamında bir müşteri seçilip o müşterinin son üç aylık gelir-gider ve OTIF tablosunun kaç tıkla çıkarıldığını görmektir.

Müşteri portalı: self-servis görünürlük

Müşterinin "gönderim nerede" sorusunu telefonla sormak zorunda kalmaması, hem müşteri memnuniyetini hem de dispatcher'ın operasyonel yükünü etkiler. Web veya mobil bir müşteri portalının gönderi durumu, fatura ve temel raporları self-servis gösterebilmesi, orta ve büyük ölçekli lojistik firmaları için ayırt edici bir kriter haline geldi. Portalın ERP'nin standart parçası mı olduğu, yoksa ayrı bir lisansla mı satıldığı teklif metninde net yazılı olmalı; bazı vendorlarda portal ayrı bir modül olarak fiyatlandırılır ve bu detay demo aşamasında sorulmazsa sözleşme imzalandıktan sonra ortaya çıkar.

Portalın kapsamı da firmadan firmaya değişir: bazı sistemler yalnızca sevkiyat durumunu gösterirken bazıları müşterinin kendi faturasını indirmesine, geçmiş sevkiyat raporunu filtrelemesine ve hatta yeni bir taşıma talebi açmasına izin verir. İkinci seviye bir portal, müşteri hizmetleri ekibinin günlük "nerede kaldı" sorularına ayırdığı zamanı belirgin şekilde azaltır.

Ölçeğe göre karar çerçevesi

Bu tablo genel bir eğilimi gösterir; her firmanın operasyon karması (kendi filosu mu, taşeron mu, depo sahipliği ne kadar) kendi profilini değiştirir. Katalogdaki ürün sayfaları hangi işlevin standart, hangisinin ek modül olduğunu görmek için başlangıç noktasıdır; kesin kapsam her zaman doğrudan vendor'dan teyit edilmeli.

Sözleşme ve maliyet tarafında gözden kaçan kalemler

WMS, TMS, telematik entegrasyonu ve müşteri portalı çoğu zaman ayrı fiyatlandırılan modüllerdir; teklifte "lojistik paketi" olarak tek kalemde görünse bile hangi alt bileşenin standart, hangisinin ek ücretli olduğu netleşmeli. Bu tip gizli kalemlerin genel mantığını ERP'nin gizli maliyet kalemleri rehberimizde topladık; lojistik firması için bunlara telematik konnektör bedeli ve gümrük entegrasyon bedeli de eklenmeli. Sözleşme imzalanmadan önce kontrol edilmesi gereken diğer maddeler ERP sözleşmesi kontrol listemizde yer alıyor.

Karar öncesi kısa kontrol listesi

1. WMS barkod/RF terminalle mi çalışıyor, yoksa elle kayıt mı esas alınıyor?
2. TMS sefer optimizasyonu standart bir algoritmaya mı dayanıyor?
3. Telematik (araç GPS, yakıt, bakım) entegrasyonu hazır konnektörle mi geliyor?
4. 3PL modelinde müşteri bazlı maliyet ve OTIF raporu kaç tıkla çıkıyor?
5. Gümrük sistemleriyle (NCTS, BİLGE) entegrasyon var mı, dosya girişi hâlâ elle mi yapılıyor?
6. E-irsaliye sevkiyat kaydından otomatik ve toplu mı kesiliyor?
7. Müşteri portalı standart pakette mi, ayrı lisansla mı satılıyor?

Bu yedi sorunun cevabı demo ortamında canlı görülmeli, broşür metninde değil. En çok bilinen ürün, bir firmanın kendi filo ve depo karmasına en uygun ürün olmak zorunda değil. Kendi sefer hacminiz ve müşteri profiliniz üzerinden tarafsız bir karşılaştırma için bir keşif görüşmesi talep edebilir, ölçeğinize uygun ürünleri daraltmak için uygun ERP bul aracını kullanabilirsiniz.