Nakliye Yazılımı Seçim Rehberi: Doğru Nakliye ERP İçin 12 Kriter

Bir nakliye yazılımı satın almak, yalnızca yeni bir ekrana abone olmak değildir. Firmanızın seferi nasıl açtığını, sürücüyle nasıl iletişim kurduğunu, masrafı nasıl onayladığını ve hangi müşterinin gerçekten kazandırdığını yeniden tanımlayan bir işletme kararıdır. Bu yüzden karar süreci “hangi programın daha çok özelliği var?” sorusuyla değil, “hangi sistem günlük operasyonumuzda tek ve güvenilir veri üretecek?” sorusuyla başlamalıdır.

Piyasadaki seçenekler ilk bakışta birbirine benzer görünür. Çoğu ürün sefer, araç, sürücü ve rapor ekranlarından söz eder. Fark; bu ekranların aynı veri akışında çalışıp çalışmadığında, sahadaki verinin merkeze ne kadar hızlı ulaştığında ve maliyetlerin sonradan değil sefer sürerken görünür olup olmadığında ortaya çıkar. Bu rehber, demo görüşmelerinde parlak sunumların ötesine geçip doğru nakliye ERP çözümünü seçmeniz için kullanabileceğiniz somut bir kontrol listesidir.

Nakliye yazılımı nedir?

Nakliye yazılımı; yük veya sipariş kabulünden sefer planlamaya, araç ve sürücü atamasından masraf, navlun, fatura ve tahsilat takibine kadar taşımacılık operasyonunu tek sistemde yöneten iş yazılımıdır. Basit bir konum takip ekranından farklı olarak operasyonel olayları finansal sonuçlarla ilişkilendirir. Bir aracın nerede olduğunu göstermek kadar, o aracın yaptığı seferin maliyetini, bekleyen evrakını, yaklaşan bakımını ve müşteri tahsilatını da aynı kaynağa bağlar.

İyi kurgulanmış bir lojistik yazılımı, operasyon ekibinin ayrı, muhasebenin ayrı ve filo yöneticisinin ayrı Excel dosyaları tutmasını engeller. Sefer açıldığında oluşan bilgi daha sonra sürücü masrafına, yakıt kaydına, faturaya ve kârlılık raporuna tekrar yazılmadan akar. Böylece veri girişinin tekrarı azalır; aynı sefer için farklı departmanlarda farklı rakamlar oluşmaz.

“Nakliye programı” ve “nakliye ERP” ifadeleri günlük kullanımda birbirinin yerine söylense de kapsamları farklı olabilir. Program yalnızca belirli bir işi, örneğin sefer listesini takip edebilir. ERP yaklaşımı ise operasyon, filo, finans ve insan kaynağı süreçlerini ortak veri modeliyle birleştirir. Satın alma kararında ürün adından çok bu bağlantıların gerçekten kurulup kurulmadığına bakmak gerekir.

Firmanızın nakliye programına ne zaman ihtiyacı vardır?

Araç sayısı tek başına karar ölçütü değildir. Beş araçla karmaşık uluslararası operasyon yapan bir firma, yirmi araçla tek hatta çalışan firmadan daha erken dijitalleşme ihtiyacı yaşayabilir. Aşağıdaki belirtiler sürekli tekrar ediyorsa mevcut çalışma yöntemi büyümeyi taşımıyor demektir:

• Aynı sefer bilgisi operasyon, muhasebe ve sürücü tarafından ayrı ayrı yazılıyorsa,
• Müşteri “yüküm nerede?” dediğinde birkaç kişiyi aramak gerekiyorsa,
• Yakıt veya harcırah sapması ancak ay sonu hesaplaşmasında fark ediliyorsa,
• Hangi güzergâhın ve müşterinin kârlı olduğu net hesaplanamıyorsa,
• Muayene, sigorta, SRC veya bakım tarihleri kişisel takvimlere bağlıysa,
• Excel dosyasının en güncel sürümünün kimde olduğu tartışılıyorsa,
• Yönetim raporu hazırlamak saatler veya günler sürüyorsa.

Bu sorunlardan biri ara sıra yaşanabilir. Ancak birkaçının birlikte ve düzenli yaşanması, hatanın kişiden değil sistem tasarımından kaynaklandığını gösterir. Bu aşamada yeni personel eklemek sorunu geçici olarak örter; işlem sayısı arttıkça koordinasyon maliyeti de artar. Doğru yazılımın değeri, daha fazla işi daha az kişiyle yapmak değil, mevcut ekibin aynı veriye bakarak daha doğru karar vermesidir.

Nakliye yazılımı seçerken kontrol edilmesi gereken 12 kriter

1. Uçtan uca sefer ve sipariş akışı

Demo sırasında hazır bir kayıt izlemek yerine sıfırdan örnek sefer açılmasını isteyin. Müşteri, yük, güzergâh, araç, dorse ve sürücü ataması kaç adımda yapılıyor? Sefer durumu, teslim bilgisi ve evraklar aynı kaydın içinde mi? İyi bir sistem bilgiyi modüller arasında kopyalatmaz. Tek sefer numarası operasyonun başından fatura ve tahsilata kadar izlenebilir olmalıdır.

2. Gerçek sefer maliyeti ve kârlılık

Navlun gelirini bilmek kârı bilmek değildir. Yakıt, otoyol, köprü, feribot, harcırah, taşeron bedeli, bakım payı ve diğer masraflar seferle ilişkilendirilebilmelidir. Sistem yalnızca toplam gider raporu veriyorsa hangi işin para kaybettirdiğini gösteremez. Demo verisinde bir seferin gelir-gider dökümünü ve müşteri ya da güzergâh bazında kârlılık raporunu mutlaka açtırın.

3. Saha ve sürücü veri girişi

Merkezde iyi çalışan fakat sürücünün kullanamadığı bir sistem eksik veri üretir. Mobil uygulamada sürücü seferini görebilmeli, yakıt ve masraf kaydı girebilmeli, gerekli belge veya fiş görselini iletebilmelidir. İnternetin zayıf olduğu güzergâhlarda çevrimdışı kayıt ve bağlantı geldiğinde senkronizasyon olup olmadığını sorun. Sahadan doğrudan gelmeyen veri WhatsApp mesajlarına ve sonradan yapılan manuel girişe geri döner.

4. Canlı araç, rota ve durum görünürlüğü

Canlı harita yalnızca hareketli bir ikon olmamalıdır. Araçla birlikte aktif sefer, sürücü, son konum zamanı ve geçmiş rota gibi bilgiler görülebilmelidir. Konumun telefon uygulamasından mı, mevcut GPS sağlayıcısından mı yoksa yeni cihazdan mı alınacağı toplam maliyeti etkiler. Müşteriye bilgi verirken hangi ekranın kullanılacağını ve verinin ne sıklıkta yenilendiğini gerçek örnek üzerinden kontrol edin.

5. Yakıt tüketimi ve sapma analizi

Yakıt kaydı sadece litre ve tutar saklamamalı; kilometre, araç ve sefer bilgisiyle anlam kazanmalıdır. Sistem aracın geçmiş tüketimine göre sapmayı gösterebiliyor mu, mükerrer fişi engelliyor mu ve anormal kaydı görünür kılıyor mu? Filo yazılımı tarafındaki bu bağlantılar olmadan yakıt raporu yalnızca muhasebe dökümüne dönüşür, operasyonel müdahale fırsatı vermez.

6. Bakım, belge ve lastik yaşam döngüsü

Muayene ve sigorta tarihi için bildirim vermek başlangıçtır. Güçlü çözüm; periyodik bakımı kilometre veya tarihe göre planlar, değişen parçaları kaydeder, arıza geçmişini araç bazında tutar ve lastiği aks/pozisyon seviyesinde izler. Bir aracın toplam sahip olma maliyetini görmek istiyorsanız bu kayıtların sefer ve gider verisiyle aynı sistemde bulunması gerekir.

7. Finans, fatura ve cari hesap bağlantısı

Operasyon tamamlandıktan sonra aynı bilgiler fatura için yeniden yazılıyorsa ERP zinciri kopuktur. Seferden fatura oluşturma, müşteri cari hesabı, tahsilat, kasa-banka ve gerekiyorsa e-fatura/e-irsaliye süreçlerinin kapsamını kontrol edin. Kullandığınız muhasebe sistemi devam edecekse hangi verinin hangi yönde aktarılacağı, hata olduğunda kimin sorumlu olacağı ve entegrasyonun ek maliyeti sözleşmede açık olmalıdır.

8. Rol bazlı yetki ve işlem geçmişi

Her kullanıcının her finansal bilgiyi görmesi doğru değildir. Operasyon, muhasebe, filo yöneticisi ve yönetim rolleri ayrı yetkilendirilebilmelidir. Ayrıca bir kaydın kim tarafından ne zaman oluşturulduğu, değiştirildiği veya silindiği denetim günlüğünde izlenmelidir. Bu kayıt yalnızca hata aramak için değil, süreçte hangi adımın sürekli geciktiğini anlamak için de gereklidir.

9. Raporların karar üretmesi

Yüzlerce hazır rapor tek başına avantaj değildir. Yönetimin haftalık ve aylık kararlarında kullandığı birkaç temel KPI hızlıca görülebilmelidir: sefer başı kâr, araç başı gelir, yakıt sapması, boş kilometre, araç duruş süresi, geciken tahsilat ve yaklaşan belge tarihleri gibi. Raporun Excel’e aktarılması kadar, kaynağı olan işleme geri gidilebilmesi de önemlidir.

10. Entegrasyon ve veri sahipliği

“Entegrasyon yapılabilir” ifadesini yeterli kabul etmeyin. API var mı, hangi uç noktalar açık, veri aktarımı tek yönlü mü çift yönlü mü, geliştirme ve bakım bedeli nedir? Daha önemlisi, sözleşme bittiğinde araç, sürücü, sefer, masraf ve finans kayıtlarınızı hangi formatta alabileceğinizi sorun. Veriniz size ait olmalı ve dışa aktarım, sağlayıcıya bağımlı kalmamanızı sağlamalıdır.

11. Kullanılabilirlik, eğitim ve destek

Bir ekranın çok özellikli olması kolay kullanıldığı anlamına gelmez. Günlük işi yapacak operasyon personelini demo görüşmesine dahil edin ve gerçek senaryoyu onun tamamlamasını isteyin. Eğitim kapsamı, yeni çalışan başladığında kullanılacak kaynaklar, destek kanalları ve kritik soruna dönüş süresi net olmalıdır. Kullanıcı benimsemesi düşükse teknik olarak doğru sistem bile Excel’in yanında ikinci bir kayıt noktasına dönüşür.

12. Toplam sahip olma maliyeti ve ölçeklenme

Aylık lisans ücretinin yanına kurulum, veri aktarımı, eğitim, entegrasyon, ek modül, ek kullanıcı, destek ve cihaz giderlerini koyun. Filo büyüdüğünde birim fiyatın, veri hacminin ve kullanıcı sayısının nasıl değişeceğini sorun. Lojistik yazılımı maliyeti ve ROI hesabında ilk yıl toplamını, beklenen aylık kazançla karşılaştırmadan yalnızca düşük başlangıç fiyatına göre karar vermeyin.

Nakliye programı ile nakliye ERP arasındaki fark

Temel nakliye programı çoğunlukla sefer listesini düzenler, araç ve sürücü atar ve birkaç operasyon raporu üretir. Nakliye ERP ise bu operasyon kayıtlarını filo varlıkları, personel, gider, fatura, cari hesap ve yönetim raporlarıyla aynı veri modelinde birleştirir. Bir sefer kapandığında maliyet, faturalama ve kârlılık için gereken bilgilerin yeniden girilmemesi bu farkın en somut sonucudur.

Her firmanın ilk günden geniş ERP kapsamına ihtiyacı olmayabilir. Fakat seçilen ürünün büyümeye açık olması önemlidir. Bugün sefer ve yakıtla başlayıp yarın bakım, lastik, finans veya sürücü uygulaması eklediğinizde veri yeniden taşınmamalıdır. Lojistik ERP rehberimiz, bu bütünleşik yapının klasik ERP’den neden farklı olduğunu daha ayrıntılı açıklar.

Satın alma ölçütü ekran sayısı değil, bir işlemin kaç kez yazıldığıdır. Aynı bilgi farklı departmanlarda tekrar giriliyorsa modüller yan yana duruyor, birlikte çalışmıyor demektir.

Demo görüşmesinde mutlaka sorulması gereken sorular

İyi bir demo, sunucunun hazırladığı kusursuz senaryoyu izlemekten ibaret değildir. Görüşmeden önce kendi operasyonunuzdan anonim bir örnek hazırlayın: bir müşteri, güzergâh, araç, sürücü, navlun ve birkaç masraf kalemi. Bu verilerle işlemin baştan sona yapılmasını isteyin. Aşağıdaki soruları yazılı not alın:

• Sefer açıldıktan sonra hangi bilgiler başka ekrana yeniden giriliyor?
• Sürücü internet yokken kayıt girebiliyor ve sonra otomatik aktarabiliyor mu?
• Yakıt sapması hangi veriye göre hesaplanıyor ve şüpheli kayıt nasıl işaretleniyor?
• Seferin gerçek kârını görmek için hangi giderlerin manuel eşleştirilmesi gerekiyor?
• Yetki değişiklikleri ve silinen kayıtlar geriye dönük izlenebiliyor mu?
• Mevcut verilerin aktarımını kim yapacak, hatalı satırlar nasıl ele alınacak?
• İstenen entegrasyon lisansa dahil mi, teslim ve bakım sorumluluğu kimde?
• Abonelik bittiğinde bütün veriler hangi formatta teslim edilecek?
• Canlıya geçiş sonrası eğitim ve destek kapsamı nedir?

Görüşmenin sonunda yalnızca özellik listesini değil, çözülmesi beklenen iş sorunlarını ve başarı ölçütlerini yazılı hale getirin. “Yakıt kontrolü iyileşecek” yerine “araç bazında beklenen-gerçekleşen tüketim sapması haftalık izlenecek” gibi ölçülebilir bir ifade kullanın. Bu, farklı sağlayıcıları aynı zeminde karşılaştırır.

Nakliye yazılımına geçiş planı nasıl yapılır?

Başarılı geçiş, bütün modülleri aynı gün açmakla değil, doğru sırayı seçmekle başlar. Önce araç, sürücü, müşteri ve aktif sefer gibi ana verileri temizleyin. Her alanın sahibini belirleyin; örneğin araç belgelerinden filo yöneticisi, cari kartlardan muhasebe sorumlu olsun. Eski dosyalardaki tekrar ve eksikleri yeni sisteme taşımadan çözmek, raporların ilk günden güvenilir olmasını sağlar.

İkinci adımda günlük operasyonun omurgasını, genellikle sefer ve masraf akışını devreye alın. Kısa bir süre kontrol amaçlı paralel takip yapılabilir, ancak sonsuza kadar iki sistem kullanmak veri kalitesini bozar. Ekip yeni akışı benimsediğinde yakıt, bakım, lastik, finans ve ileri raporlama modüllerini sırayla açın. Filo yönetim sistemi yaklaşımı, araç yaşam döngüsünün bu plana nasıl ekleneceğini gösterir.

Canlıya geçmeden önce başlangıç değerlerini kaydedin: rapor hazırlama süresi, kapanmamış masraf sayısı, ortalama yakıt tüketimi, geciken bakım adedi ve sefer başı kârlılık gibi. Otuz, altmış ve doksan gün sonra aynı ölçümleri tekrar edin. Böylece yatırımın etkisi algıya değil veriye dayanır; eksik kullanılan modüller de erken fark edilir.

Elçi ile operasyon, filo ve finans tek merkezde

Elçi Lojistik Yazılım; sefer planlama, canlı araç ve sürücü takibi, yakıt, bakım, lastik, harcırah, belge, fatura, cari hesap ve kârlılık süreçlerini ortak veri üzerinde çalıştırır. Sürücü mobil uygulaması sahadaki kayıtları merkeze taşırken, rol bazlı yetki ve işlem günlükleri kimin hangi veriye eriştiğini ve neyi değiştirdiğini görünür kılar. Amaç ekibinize daha fazla ekran vermek değil, dağınık ekranları tek iş akışında birleştirmektir.

Firmanızın ihtiyacını belirlemek için araç sayısından önce mevcut sürecinize bakıyoruz. Seferin nasıl açıldığını, masrafların nasıl toplandığını, faturanın nasıl kesildiğini ve yönetimin hangi raporu beklediğini birlikte çıkarıyoruz. Ardından yalnızca sizin senaryonuza uyan modüller üzerinden canlı bir demo yapıyoruz. Böylece genel bir ürün turu yerine günlük işinizin sistem içinde nasıl akacağını görebilirsiniz.

Yukarıdaki 12 kriteri kendi operasyonunuza uygulamak ve filonuza özel geçiş planını görmek için 30 gün ücretsiz deneme başlatın. Görüşmeye bir örnek sefer ve en çok zaman kaybettiren üç süreci getirmeniz yeterli; birlikte uçtan uca çalıştırıp hangi verinin nerede üretileceğini netleştirelim.

Doğru nakliye yazılımı, en uzun özellik listesine sahip ürün değildir. Ekibinizin gerçekten kullanacağı, aynı veriyi ikinci kez yazdırmayan, maliyeti sefer sürerken görünür kılan ve büyüdüğünüzde yeniden sistem değiştirmenizi gerektirmeyen çözümdür. Kararı bu ölçütlerle verdiğinizde yazılım bir lisans giderinden çıkıp operasyonunuzu yöneten güvenilir altyapıya dönüşür.