Fabrika, İhracatçı ve KOBİ İçin Lojistik Yazılımı Seçimi
Taşıyan değil taşıtan tarafın rehberi. Sevkiyat ihtiyacının doğuşundan navlun faturasının mutabakatına kadar günlük akışınız adım adım açılıyor; her adımda yazılımdan ne beklemeniz gerektiğini ve bunu bir demoda nasıl test edeceğinizi bulacaksınız. Bu rehber Logistivo tarafından hazırlandı; kriterler tek bir ürüne göre değil sahadaki akışa göre yazıldı, Logistivo'nun bu tablodaki yeri ayrı bir bölümde açıkça belirtiliyor. Yük sahibi bir firmanın lojistik yazılımı seçimi tek soruya iner: teklif, sevkiyat, evrak ve fatura aynı kaydın üzerinde mi duruyor, yoksa dört ayrı yerde mi? Fabrika, ihracatçı ve e-ticaret operasyonlarında yazılım genelde "mal nerede" sorusunu çözmek için alınır; oysa asıl kayıp teklif karşılaştırmasında, belgeler arası tutarsızlıkta ve ay sonu navlun faturası kontrolünde birikir. Bu segmentin işi taşımak değil taşıtmak. Aracınız ve sürücünüz yok; elinizde bir yükleme tarihi, bir alıcı taahhüdü ve birkaç nakliyeci var. Dolayısıyla değerlendirmeniz gereken şey filo yönetimi değil, dış tarafları kendi kaydınıza bağlayabilme kabiliyeti: nakliyeciyi teklif verirken, gümrük müşavirini beyan hazırlarken, alıcıyı durum sorarken aynı ekrana alabiliyor musunuz? Aşağıda bu akış adım adım açılıyor; her adımda yazılımdan beklenecek yetenek ve karşılanmazsa sahada ne bozulduğu yazıyor. Ardından bir demoda nasıl doğrulayacağınızı içeren kriterler, dört yaklaşımın dürüst karşılaştırması, hazırlık kontrol listesi ve satın alırken en sık yapılan hatalar geliyor.
İş akışı adımları ve yazılımdan beklenenler
Sevkiyat ihtiyacının doğuşu: sipariş, üretim partisi veya stok çıkışı — Satış bir sipariş kapatır ya da üretim bir partiyi tamamlar; yükleme tarihi, kap sayısı, brüt/net ağırlık, ölçüler ve teslim şekli belli olur. Lojistik sorumlusu bu bilgiyi genelde e-postayla ya da sözlü alır ve kendi tablosuna yeniden yazar. Sevkiyat kaydını ürün, palet ve ölçü bilgisiyle birlikte tek yerde açabilme; kap sayısı, ağırlık ve hacim gibi alanların sonradan üretilecek tüm belgelere aynı şekilde akması. Aynı veri üç yere elle yazılır. Teklif isterken 12 palet dersiniz, çeki listesinde 13 çıkar; fark ya nakliyeci faturasında ya gümrük kontrolünde ortaya çıkar.
Talebin tanımlanması ve kendi nakliyeci havuzunuza açılması — Yükleme yeri, varış, araç tipi, tarih ve özel koşullar (frigo, ADR, rampa, yükleme saati) tek bir talebe dönüşür ve çalıştığınız nakliyecilere iletilir. Uygulamada bu adım hâlâ çoğunlukla aynı e-postanın beş firmaya ayrı ayrı yazılmasıdır. Çok sayıda küçük sevkiyat çıkaran e-ticaret modellerinde bu adım ve teklif adımı tekil teklif yerine dönemsel anlaşmalı fiyatla, yükleme evrakı ise kurye/kargo etiketiyle yürür. Talebi bir kez girip birden çok nakliyeciye aynı anda iletebilme ve talebi kimin göreceğini firma bazında seçebilme; talebin sizin bilginiz dışında herkese açık bir yük panosuna düşmemesi. Firmalara farklı bilgi gider, gelen teklifler karşılaştırılamaz hale gelir. Talep istemediğiniz halde açık pazara düşerse hacminiz, hattınız ve fiyat aralığınız istemediğiniz taraflarca okunur.
Tekliflerin toplanması, karşılaştırılması ve kabulü — Teklifler farklı yapılarda gelir: biri araç başına toplam, biri ton ya da yükleme metresi (ldm) üzerinden, biri beklemeyi ve gümrük hizmetini ayrı kalem yazar; satınalma bunları elle bir tabloya döker. Teklifleri ortak bir yapıda toplayıp yan yana dizme; revize edilen teklifin eskisini geçersiz kılması; kabul anının, kabul eden kişinin ve kabul edilen tutarın kayda geçmesi. Eski ve yeni fiyat karışır, hangi teklifin hangi koşulla verildiği unutulur. Ay sonunda "biz bunu böyle konuşmuştuk" tartışması çıkar ve elinizde yazılı iz kalmaz.
Yükleme günü: araç kapıda, evrak masada — Araç ve sürücü bilgisi gelir, yükleme yapılır, irsaliye kesilir; ihracatta fatura ve çeki listesi hazırlanır, uluslararası karayolu taşımasında taşıma sözleşmesi genellikle CMR ile belgelenir. Bu belgelerin hepsi aynı sevkiyatın verisini tekrar eder. Ticari fatura, çeki listesi ve taşıma belgesinin sevkiyat kaydındaki tek veriden üretilmesi; ağırlık, kap sayısı veya taraf bilgisi değiştiğinde hepsinin birlikte güncellenmesi. Onaya tabi belgelerde (ATR, EUR.1, menşe şahadetnamesi, beyanname) beklenti üretim değil, aynı verinin tutarlı kalması ve müşavire eksiksiz aktarılmasıdır. Belgeler arasında ağırlık veya kap sayısı tutmaz. Yük gümrükte bekler; akreditifli işlerde banka evrakı ibrazda geri çevirir ve düzeltme yapılana kadar araç bekler.
Yolda izleme, sınır ve gümrük aşaması — Araç yola çıkar; sınır kapısında, gümrük sahasında veya limanda beklemeler başlar. Bu aşamada yük sahibinin tek bilgi kaynağı çoğunlukla nakliyeciyi aramak ve cevabı beklemektir. Sevkiyat durumunun ve konumunun sistemde görünmesi — karayolunda sürücü konumu, denizyolunda konteyner ve gemi takibi; her durum değişikliğinin zaman damgasıyla saklanması; gümrük müşavirinin aynı sevkiyata taraf olarak bağlanabilmesi. Bekleme gerçek zamanlı görülmez; gecikme müşteriye ancak o sorunca iletilir. Ardiye veya demuraj faturası geldiğinde sürenin nerede kaybedildiğini kanıtlayamazsınız.
Alıcıya ve iç müşteriye bilgi verme — Alıcı, satış ekibi veya üretim planlama "ne zaman gelecek" diye sorar. Cevabı üretmek için lojistik sorumlusu önce nakliyeciyi arar, sonra bilgiyi e-postayla iletir; aynı iş her sevkiyatta birkaç kez tekrarlanır. Dış taraf görünürlüğünün alan bazında ayarlanabilmesi. Ya kimse bilgi alamaz ya da paylaşım yaparken fiyatınız ve tedarikçi listeniz de açılır. İkisi de pahalıdır: ilki güven, ikincisi pazarlık gücü kaybettirir.
Teslim, POD ve teslim sonrası itiraz — Mal boşaltılır, imzalı taşıma belgesi ve teslim kanıtı geri gelir. Zaman zaman hasar, eksik kap veya geç teslim iddiası çıkar ve taraflar birbirine tarih ve saat gösterir. İmzalı belgenin sevkiyat kaydına iliştirilmesi; her durum değişikliğinin ve yazışmanın tarih-saatiyle aynı kayıtta arşivlenmesi; aylar sonra aranabilir olması. POD birinin telefonunda kalır. Altı ay sonra sigorta ya da müşteri belge istediğinde bulunamaz; anlaşmazlık tarafsız kayıt yerine hafızayla tartışılır.
Navlun faturası mutabakatı ve maliyetin kaydı — Nakliyecinin faturası gelir; anlaşılan tutara bekleme, ardiye, ordino, terminal veya kur farkı gibi kalemler eklenmiş olabilir. Kontrol çoğunlukla göz kararı yapılır, uymayan tutar aylar sonra fark edilir. Kabul edilen teklif tutarının sevkiyatta saklanması ve gelen faturanın aynı kayda bağlanarak yan yana görülebilmesi; maliyetin hat, dönem ve nakliyeci bazında birikmesi; verinin Excel'e dökülebilmesi. Fazla faturalandırma sessizce ödenir. Yıl sonunda hangi hatta ne ödediğinizi ve hangi nakliyecinin gerçekte pahalı olduğunu söyleyemez, bir sonraki fiyat görüşmesine verisiz girersiniz.
Seçim kriterleri
Teklifleri elmayla elma karşılaştırabilme — Nakliyeciler aynı işi farklı yapıda fiyatlar: kimi araç başına toplam verir, kimi ton, m³ ya da yükleme metresi (ldm) üzerinden, kimi beklemeyi ve gümrük hizmetini ayrı kalem yazar. Kalemler ortak bir yapıya oturmadan yan yana konursa en düşük rakam çoğu zaman en ucuz teklif olmaz. Yük sahibi için en büyük tasarruf kaldıracı burasıdır. Demoda aynı hat için üç farklı yapıda teklif girdirin — biri araç başına, biri ton üzerinden, biri ek kalemli — ve sistemin bunları tek tabloda toplam maliyete göre sıralamasını isteyin.
Talebi kimin göreceğini firma bazında seçebilme — Yük sahibinin hattı, hacmi ve ödediği fiyat ticari bilgidir. Talep herkese açık bir panoya düşerse sevkiyat deseninizi alıcınız da rakibiniz de okuyabilir. Buna karşılık açık yük panosu tanımadığınız nakliyecilere erişim ve spot dönemlerde daha geniş kapasite sağlar; hangisinin ağır bastığı hattınıza ve işin aciliyetine göre değişir. Aradığınız şey iki uçtan biri değil, görünürlüğü talep bazında seçebilmektir. Satıcıdan, talebi görmemesi gereken üçüncü bir firma hesabıyla canlı ekran paylaşımı yaptırın; ayrıca sistemdeki açık taleplerin arama motorundan bulunup bulunmadığını kendiniz kontrol edin ve görünürlüğü hangi ayarın belirlediğini yazılı isteyin.
Ticari belgelerin tek veriden üretilmesi, onaylı belgelerle tutarlı kalması — Ticari fatura, çeki listesi ve taşıma belgesi büyük ölçüde aynı bilgiyi tekrar eder; bu bilgi elle çoğaltıldığında bir belgede brüt ağırlık başka, diğerinde başka çıkar ve uluslararası karayolu taşımasında CMR'ye giren veri diğer belgelerle tutmadığında yük gümrükte veya banka ibrazında takılır. Buna karşılık ATR ve EUR.1 gibi dolaşım belgeleri, menşe şahadetnamesi ve gümrük beyannamesi oda ya da gümrük onayına tabidir; yazılımdan beklenecek şey bunları üretip bitirmek değil, aynı verinin hazırlanan tüm belgelerde tutarlı kalmasıdır. Bir sevkiyatın brüt ağırlığını ve kap sayısını değiştirin; faturanın, çeki listesinin ve taşıma belgesinin hepsinin yeni değeri gösterdiğini ve toplamları yeniden hesapladığını izleyin. Belgeyi düzeltip yeniden çıktı almanın ek bir maliyeti (ücret, kota ya da yeniden onay adımı) olup olmadığını yazılı sorun.
Anlaşılan fiyat ile gelen navlun faturasının karşılaşması — Yük sahibinin en sessiz para kaybı, kabul ettiği tekliften farklı gelen navlun faturasıdır. Bekleme, ardiye ve terminal kalemleri eklendiğinde fark küçük görünür ama her sevkiyatta tekrarlar. Kabul edilen tutar sevkiyatın üzerinde durmuyorsa kontrol tamamen kişinin dikkatine kalır. Kabul ettiğiniz teklifin tutarının sevkiyat kaydında saklanıp saklanmadığını ve gelen navlun faturasının aynı kayda bağlanıp bağlanmadığını kontrol edin; farkın sistem tarafından mı işaretlendiğini, yoksa karşılaştırmayı sizin mi yapacağınızı satıcıya açıkça sordurun.
Hat, dönem ve nakliyeci bazında navlun maliyeti kırılımı — Satınalma pazarlığı veriyle yapılır. Hangi hatta bu çeyrek ne ödediğinizi, araç başına ortalamanın nasıl değiştiğini ve hangi nakliyecinin hangi hatta pahalı olduğunu göremiyorsanız her yıl aynı fiyatı yeniden keşfedersiniz. Bu kırılım aynı zamanda yıllık navlun bütçesinin tek gerçek dayanağıdır. Geçmiş üç aylık sevkiyatınızı yükleyip "bu hatta bu çeyrekte toplam ne ödedim, araç başına ortalama kaç?" sorusunu tek ekranda cevaplatın, sonra aynı tabloyu Excel'e dökün.
Alıcıya ve iç müşteriye kontrollü görünürlük — Yük sahibi bilgiyi paylaşmak zorundadır ama her şeyi paylaşamaz. Alıcının sevkiyat durumunu görmesi telefon trafiğini bitirir; aynı ekranda navlun tutarınızı, tedarikçi listenizi ve diğer sevkiyatlarınızı görmesi ise pazarlık gücünüzü siler. Görünürlüğün alan bazında ayarlanabilir olması şarttır. Alıcı ya da gözlemci rolünde bir kullanıcı açın, o kullanıcıyla giriş yapın. Durum ve tahmini varışı görmesi, navlun tutarını ve gelen teklifleri görmemesi gerekir.
Gümrük ve ticaret önlemi maliyetinin sevkiyattan önce görünmesi — Tarife riskinin kimin cebinden çıktığı teslim şekline bağlıdır. Teslim şekliniz DDP ise hedef ülkedeki anti-damping ve ek vergi doğrudan sizin maliyetinizdir; FCA, FOB veya CIF'te fatura alıcıya çıkar ama önlemi geç fark etmek siparişin iptaline ya da fiyatın yeniden pazarlığına yol açar. İthalatta ise maliyet doğrudan sizde doğar. Her üç durumda da kontrolün sevkiyattan önce, kaynağı belli bir veriyle yapılabilmesi yeni ürün ve yeni pazara açılırken kritikleşir. Fiilen taşıdığınız bir ürünün tarife kodunu ve hedef ülkesini sorgulatın; çıkan sonucun kaynağını ve tarihini sorun. Kaynağını gösteremeyen bir orana beyan hazırlarken güvenmeyin.
Verinizi istediğiniz an dışarı alabilme — Sevkiyat geçmişi, teklif arşivi ve belgeler sizin ticari kaydınızdır; yazılım değişse de kalması gerekir. Dışa aktarım yoksa bir yıl sonra sistemi değiştirmek pratikte imkânsızlaşır ve pazarlık masasında elinizde koz kalmaz. Ayrıca bazı belgeleri yıllarca saklamanız gerekebilir. Deneme sırasında sevkiyat, teklif ve belge listenizin tamamını Excel'e ve PDF'e indirin; belgelerin toplu indirilebildiğini kontrol edin. İndiremiyorsanız sözleşmedeki veri iadesi maddesini yazılı isteyin.
Fiyatlamanın kullanıcı sayısını değil sevkiyat hacmini ölçmesi — Kullanıcı başına ücretlendirme yük sahibi tarafında ters teper: satınalmacı, depo sorumlusu, muhasebeci ve dış ticaret uzmanı eklendikçe maliyet büyür, ekip de hesabı paylaşmaya başlar. Hesap paylaşıldığı anda kimin ne yaptığı kaybolur ve sistemin ürettiği veri güvenilmez hale gelir. Buna karşılık küçük ve sabit bir ekipte kullanıcı başına model toplamda daha ucuz kalabilir; kıyası genel bir kuralla değil kendi kullanıcı ve sevkiyat sayınızla yapın. Yoğun ayınızın gerçek sevkiyat ve kullanıcı sayısını verip fatura simülasyonu isteyin; kullanıcı sınırı olup olmadığını ve sezon zirvesinde tutarın nasıl değiştiğini yazılı alın.
Yaklaşımların karşılaştırması
E-postada teklif, telefonda takip, klasörde evrak (elle koordinasyon) — Ayda birkaç sevkiyat çıkaran, tek hatta ve iki-üç nakliyeciyle çalışan; işin tamamı bir kişinin kafasında tutulabilen firmalar. Para yazılıma değil zamana gider: teklif kovalama, evrak yazma ve durum sorma saatleri. Bu maliyet görünmez olduğu için yönetime savunulamaz; asıl fatura kaçırılan teslim tarihinde ve fark edilmeyen fazla faturalandırmada çıkar.
Genel amaçlı yazılım ve paylaşımlı tablolar (ERP sevkiyat modülü, elektronik tablo, paylaşımlı dosya klasörü) — Halihazırda bir ERP veya muhasebe yazılımı olan, lojistiği onun sevkiyat modülüyle ya da titizlikle tutulan bir tabloyla yürütmek isteyen üretici firmalar. Maliyet lisansta değil bakımda: tabloyu kuran ve güncel tutan kişi. O kişi ayrıldığında yapı çöker; ERP tarafında istenen her yeni alan ve rapor danışman-günü olarak faturalanır ve kuyruğa girer.
Tek işlevli özel modül (yalnızca takip, yalnızca teklif toplama ya da yalnızca evrak) — Tek bir yeri kanayan firmalar: sevkiyat sayısı az ama "mal nerede" sorusu günde on kez soruluyorsa yalnız takip; her şey oturmuş yalnızca ihracat evrakı elle yazılıyorsa yalnız belge üretimi. Şekil: araç başına ayrı abonelik artı araçları birbirine bağlama emeği. Entegrasyon bir kez yapılıp bitmez; iki taraftan biri sürüm değiştirdiğinde bakım yeniden gündeme gelir ve bu iş genelde kimsenin asli görevi değildir.
Uçtan uca lojistik platformu (TMS) — Düzenli ve tekrar eden sevkiyatı olan; teklif–sevkiyat–evrak–fatura zincirini tek kayıtta izlemek isteyen ve nakliyeci, gümrük müşaviri, alıcı gibi dış tarafları da aynı ekrana almak isteyen firmalar. Öngörülebilir bir abonelik artı bir defalık kurulum ve veri taşıma emeği. Asıl değişken ölçüm birimidir: kullanıcı başına mı, sevkiyat ya da araç başına mı. Kazanç tarafında ise ortadan kalkan tekrarlı veri girişi ve azalan evrak düzeltmesi durur.
Sık yapılan satın alma hataları
Harita ekranına bakıp satın almak — Demolarda en etkileyici ekran canlı haritadır, ama o harita kendi kendine dolmaz: veri sürücünün telefonundan ya da nakliyecinin girdiği durumdan gelir. Satın almadan önce tek soruyu sorun: bu konum nereden geliyor, kim doldurur ve doldurmazsa ekranda ne görürüm? Cevap "nakliyeci girer" ise, nakliyecinizin gerçekten girip girmeyeceğini deneme sırasında ölçün.
Nakliyecinin sisteme gireceğini varsaymak — Yük sahibi yazılımı alır, nakliyeci hâlâ WhatsApp'tan yazar; sistem bir ay içinde ikinci bir yük haline gelir. Satın alma öncesinde en çok çalıştığınız iki nakliyeciye deneme hesabı açtırın ve gerçek bir talebe oradan teklif vermelerini isteyin. Girmeyeceklerini düşünüyorsanız, sistemin bu firmaları e-posta veya davet linkiyle sürece dahil edebilmesi gerekir.
Kullanıcı başına fiyatlamanın operasyonu cezalandırması — Koltuk başına ücretlendirilen bir sistemde depo sorumlusunu, muhasebeciyi veya ikinci satınalmacıyı eklemekten kaçınırsınız. Sonuç öngörülebilir: ekip tek hesabı paylaşır, kimin ne yaptığı kaybolur ve sistemin ürettiği veri denetlenemez hale gelir. Fiyat modelini yalnız sevkiyat sayınıza göre değil, sisteme dokunması gereken kişi sayısının maliyeti nasıl büyüttüğüne göre de test edin.
Veriyi dışarı alamayacağınızı sonradan öğrenmek — Sevkiyat geçmişi, teklif arşivi ve yüklediğiniz belgeler yıllar içinde ciddi bir ticari kayda dönüşür. Dışa aktarım imkânı yoksa sistem değiştirme kararı pratikte imkânsızlaşır ve yenileme görüşmesine elinizde koz olmadan girersiniz. Bunu sözleşme aşamasında değil, deneme aşamasında test edin; bir kez indirmeyi deneyin.
Belgeyi üreten ama veriye bağlamayan araç seçmek — Bazı araçlar güzel bir PDF üretir ama belgeyi sevkiyat kaydına bağlamaz; küçük bir düzeltme için bilgiyi baştan yazmanız, bazı durumlarda yeniden ücret ödemeniz gerekir. Testi basit: bir alıcı adresini ya da kap sayısını değiştirin ve belgenin kendiliğinden güncellenip güncellenmediğine bakın.
Pilotu örnek veriyle yapmak — Her sistem satıcının hazırladığı örnek veride kusursuz çalışır. Gerçek testi, en zorlandığınız hattı ve en karmaşık evrak setini gerektiren bir sevkiyatı baştan sona geçirmek verir: talebi açın, teklif toplayın, kabul edin, evrakı üretin, aracı izleyin, faturayı yükleyin. Tek bir gerçek sevkiyatı baştan sona geçirmek, ne kadar sürerse sürsün bir demo sunumundan daha fazlasını söyler.
Sıkça sorulan sorular
Fabrika için lojistik yazılımı ne işe yarar, ERP'den farkı nedir?
Lojistik yazılımı, malın fabrikadan çıktıktan sonraki hayatını yönetir: nakliyeciden teklif toplama, sevkiyat kaydı, taşıma evrakı, yolda izleme, teslim kanıtı ve navlun faturası mutabakatı. ERP ise siparişi, üretimi, stoğu ve muhasebeyi yönetir; sevkiyat modülü genellikle bir çıkış kaydından ibarettir ve dış tarafları içine alamaz. İkisi rakip değildir: ERP siparişin ne olduğunu, lojistik yazılımı o siparişin nasıl ve kimle taşındığını bilir. Birçok firma ikisini birlikte kullanır.
İhracatçı bir firma sevkiyat takip programından ne beklemeli?
İhracatçı için takip, harita üzerinde bir nokta görmekten ibaret değildir. Beklenmesi gereken üç şey var: sevkiyatın her durum değişikliğinin zaman damgasıyla saklanması, sınır ve gümrük aşamasındaki beklemenin görünür olması, alıcıya kontrollü bir görünürlük verilebilmesi. Buna bir de evrak tarafı eklenir: fatura ve çeki listesi gibi belgelerin aynı veriden üretilmesi, aralarındaki ağırlık ve kap sayısı farkının sevkiyat yola çıkmadan yakalanması. Konum bilgisi tek başına gecikmeyi önlemez; kayıt ve evrak tutarlılığı önler.
Nakliye teklifi karşılaştırma yazılımı gerçekten navlun maliyetini düşürür mü?
Doğrudan fiyat kırdırmaz; karşılaştırmayı ve pazarlığı mümkün kılar. Kazanç üç yerden gelir: teklifler ortak bir yapıya oturduğu için en düşük rakam değil gerçekten en düşük toplam maliyet seçilir; kabul edilen fiyat kayıtlı olduğu için gelen faturadaki fazla kalem yakalanır; hat bazında geçmiş biriktiği için bir sonraki fiyat görüşmesine veriyle girersiniz. Tek seferlik bir sevkiyatta etkisi sınırlıdır, tekrar eden hatlarda ise etkiyi asıl yaratan bu üçüncü maddedir.
Kendi aracım yok, sadece taşıtıyorum. Yine de yük takip sistemine ihtiyacım var mı?
Kendi filosu olmayan firmalar için ihtiyaç filo yönetimi değil, koordinasyon ve kayıt ihtiyacıdır. Aracınız olmadığı için bilginin tamamı dışarıdan gelir: nakliyeciden, sürücüden, gümrük müşavirinden. Bu bilgiyi toplayacak ortak bir yer yoksa telefon ve e-posta trafiğine bağımlı kalırsınız ve anlaşmazlıkta elinizde delil olmaz. Yani filosuz firma için sistem daha az değil, daha çok gereklidir; sadece odak noktası araç değil sevkiyat kaydı ve dış taraf katılımıdır.
Nakliyecim sisteme girmezse yazılım işe yarar mı?
Kısmen yarar, ama getirisinin önemli bir kısmını kaybedersiniz. Nakliyeci sisteme girmediğinde teklifleri yine siz elle girersiniz, canlı konum gelmez ve yazışma dışarıda kalır; geriye kayıt tutma, evrak üretimi ve maliyet raporlaması kalır. Bu nedenle satın alma kararından önce en çok çalıştığınız iki nakliyeciyi denemeye dahil edin. Pratikte nakliyeciler, iş aldıkları müşteri istediğinde sisteme girme konusunda beklenenden istekli olur; kararı onların yerine siz vermeyin.
Sevkiyatın canlı konumu nereden geliyor, güvenilir mi?
Karayolunda konum genellikle sürücünün telefonundaki uygulamadan ya da nakliyecinin araç takip sisteminden gelir; denizyolunda ise konteyner ve gemi takibi taşıyıcı hattın verisine dayanır. Güvenilirlik kaynağa bağlıdır: sürücü uygulamayı açmıyorsa harita güncellenmez, deniz tarafında ise güncellemeler doğası gereği daha seyrektir. Bir demoda konumun kaynağını, ne sıklıkla güncellendiğini ve veri gelmediğinde ekranın ne gösterdiğini sorun. "Veri yok" durumunu dürüstçe gösteren bir sistem, sessizce eski konumu göstermeye devam edenden iyidir.
Kaç sevkiyattan sonra yazılıma geçmek mantıklı olur?
Eşik sevkiyat sayısı değil tekrardır. Aynı hatlarda, aynı nakliyecilerle, aynı belge setiyle her ay iş çıkarıyorsanız yazılım karşılığını verir; yılda birkaç kez farklı ülkeye tek seferlik yük gönderiyorsanız vermez. Pratik ölçüt şudur: bir sevkiyat için harcadığınız koordinasyon süresini (teklif kovalama, evrak yazma, durum sorma) aylık sevkiyat sayınızla çarpın. Çıkan saati bir kişinin aylık çalışma saatine bölün ve karşılığındaki personel maliyetini abonelikle karşılaştırın; kıyas rakamı sizde çıkar, satıcıda değil. E-ticaret gibi çok sayıda küçük sevkiyat çıkaran modellerde eşik daha erken gelir.
Tedarik zinciri görünürlüğü yazılımı ile taşıma yönetim sistemi (TMS) aynı şey mi?
Aynı değil, ama sınırları örtüşür. Görünürlük araçları esas olarak "nerede ve ne zaman gelecek" sorusuna odaklanır ve genellikle çok sayıda taşıyıcıdan veri toplayıp gösterir; işlem yapmazsınız, izlersiniz. TMS ise işi yürütür: talep açar, teklif toplar, sevkiyat kaydı oluşturur, evrak üretir, faturayı bağlar. Yalnızca izleme ihtiyacınız varsa görünürlük aracı yeter. Teklif, evrak ve fatura tarafı da elle yürüyorsa görünürlük tek başına sorununuzu çözmez, sadece sorunu daha net gösterir.
Gümrük vergisi ve anti-damping kontrolünü yazılım yapabilir mi?
Yazılım sorguyu hızlandırır, sorumluluğu üstlenmez. İyi bir sistem tarife kodunu bulmanıza yardım eder, hedef ülkedeki ithalat vergilerini ve yürürlükteki ticaret önlemlerini önünüze getirir ve sorgunun o günkü halini arşivler. Ancak nihai sınıflandırma ve beyan sorumluluğu firmada ve gümrük müşavirindedir. Bir aracı değerlendirirken sonucun kaynağını gösterip göstermediğine bakın: kaynağı ve tarihi belirtilmeyen bir oran, eski bir tablodan gelmiş olabilir ve beyan hazırlarken dayanak olmaz.
Sistemden ayrılırsam verilerimi başka bir yere taşıyabilir miyim?
Taşıyabilmelisiniz, ama bunu sözleşmeye değil denemeye bakarak doğrulayın. Deneme sürecinde sevkiyat listenizi, teklif geçmişinizi ve yüklediğiniz belgeleri kendiniz indirmeyi deneyin; tablo verisi Excel veya CSV olarak, belgeler toplu halde inebiliyorsa sorun yok. İnemiyorsa satıcıdan veri iadesinin nasıl, hangi formatta ve hangi sürede yapılacağını yazılı isteyin; belgelerin de kapsama dahil olduğunu ayrıca teyit edin. Bu adım geçiş anında değil, sözleşmeden önceki ilk günlerde halledilir. Sonradan sorulduğunda pazarlık gücünüz kalmaz, çünkü o noktada veri zaten karşı taraftadır ve süre baskısı sizdedir.