TMS/WMS Değişmeden Lojistik Entegrasyonu: Sipariş, e-İrsaliye ve Araç Takibi

Birçok lojistik işletmesinde sipariş bir sistemde, depo hareketi ikincisinde, araç konumu üçüncüsünde yaşar. e-İrsaliye ise çoğu zaman dördüncü bir ekranda hazırlanır. Müşteri siparişinin nerede olduğunu sorduğunda ekip bu ekranları yan yana açıp yanıtı elle derler. TMS/WMS değişmeden lojistik entegrasyonu, çalışan yazılımları söküp yenisini almak yerine aralarındaki kopuklukları bir entegrasyon katmanıyla kapatmayı hedefler. Bu yazıda sipariş, e-İrsaliye ve araç takibi verisini tek akışta birleştirmenin mimari adımlarını somut örneklerle anlatıyoruz.

01Veri akışı tam olarak nerede kopuyor?

Entegrasyona başlamadan önce sorunun yeri netleşmelidir. Çoğu zaman sorun yazılımın kendisi değil, yazılımlar arasındaki boşluklardır. Aşağıdaki tablo tipik bir tablodur; sizin yapınız farklı olabilir.

İlk somut çıktı bir veri akış haritasıdır. Her veri alanı için şu soruyu yanıtlayın: Bu bilginin tek doğruluk kaynağı hangi sistem? Örneğin sipariş durumunun kaynağı TMS, araç konumunun kaynağı takip sağlayıcısı, irsaliye durumunun kaynağı e-İrsaliye gönderim kanalı olabilir. Kaynak belli olmadan kurulan entegrasyon, tutarsızlığı çoğaltır.

02TMS/WMS değişmeden lojistik entegrasyonu için katmanlı mimari

Temel fikir basittir: mevcut sistemlere dokunmadan onların arasına ve yanına bir entegrasyon katmanı koymak. Bu katman genellikle şu bileşenlerden oluşur:

1. Bağlayıcılar (adaptörler): Her sistem için ayrı bir bağlayıcı yazılır. TMS ve WMS tarafında REST ya da SOAP servisleri, webhook'lar veya üreticinin sunduğu diğer arayüzler kullanılır. Böylece bir sistem değiştiğinde yalnızca kendi bağlayıcısı etkilenir.
2. Ortak sevkiyat modeli: Sipariş numarası, sevkiyat numarası, araç, plaka, irsaliye durumu gibi alanları içeren tek bir iç veri modeli tanımlanır. Her bağlayıcı kendi sisteminin alanlarını bu modele çevirir.
3. Kuyruk katmanı: Mesajlar RabbitMQ gibi bir kuyrukta işlenir. Bir sistem geçici olarak yanıt vermese bile veri kaybolmaz, bağlantı döndüğünde işlem devam eder. Redis gibi bir önbellek, sık okunan durum bilgisi için kullanılabilir.
4. Eşleştirme ve doğrulama kuralları: Alan eşleştirmeleri yazılı hâle getirilir. Örneğin zorunlu alanlar, birim dönüşümleri ve hatalı kayıt davranışı kural olarak tanımlanır.
5. İzleme ve hata kuyruğu: Başarısız mesajlar kaybolmaz; ayrı bir kuyrukta görünür olur ve ekip tarafından incelenir.

Mevcut sistemi değiştirmek zorunda değilsiniz; onun önüne ve yanına yönetilebilir bir katman ekleyebilirsiniz.

03Sipariş ve e-İrsaliye akışını tek senaryoda bağlamak

Mimariyi somutlaştırmak için basit bir senaryo düşünelim. Bir sipariş geliyor, depodan çıkıyor, araca yükleniyor ve irsaliyesi kesiliyor:

1. Sipariş ERP ya da e-ticaret tarafından webhook ile entegrasyon katmanına gelir ve ortak sevkiyat modeline çevrilir.
2. WMS toplama ve paketleme tamamlandığında olay üretir; katman bu olayı sipariş kaydıyla eşleştirir.
3. TMS araç ve sürücü ataması yaptığında plaka ve planlanan çıkış bilgisi sevkiyat kaydına eklenir.
4. Gerekli alanlar eksiksizse katman e-İrsaliye gönderimini başlatır. Hazırlama ve iletim, kurumunuzun kullandığı yönteme göre doğrudan entegrasyonla ya da özel entegratör üzerinden yapılır.
5. İrsaliye durumu (gönderildi, kabul edildi, hata aldı) sevkiyat kaydına geri yazılır ve operasyon ekibi tek ekrandan görür.

Bu akışta özellikle üç noktaya dikkat edin:

• Tekrar güvenliği (idempotency): Aynı olay iki kez gelirse iki irsaliye kesilmemelidir. Her işlem benzersiz bir anahtarla işaretlenir.
• Yeniden deneme: Geçici hatalarda işlem otomatik tekrarlanır; kalıcı hatalarda hata kuyruğuna düşer ve ekibe bildirilir.
• Hata görünürlüğü: Reddedilen bir irsaliyenin nedeni, sevkiyat çıkmadan önce operasyonun ekranında görünmelidir.

e-İrsaliye alanlarının ayrıntıları ve yürürlükteki mevzuat için mali müşavirinizle ve kullandığınız entegratörle teyit yapmanızı öneririz; mimari bu kuralları değiştirmez, yalnızca doğru zamanda uygular.

04Araç takibi, çevrimdışı saha ve devreye alma kontrol listesi

Araç konumu ham hâliyle çok yüksek hacimli bir veridir. Her konum noktasını TMS'ye yazmak yerine, katmanda olayları ayıklamak daha sağlıklıdır: depodan çıkış, ara durak, teslimat noktasına yaklaşma, teslim edildi. Ham noktalar ayrı bir depoda tutulur; sevkiyat kaydına yalnızca anlamlı olaylar ve son bilinen konum yazılır.

Saha uygulaması tarafında bağlantının koptuğu bölgeler düşünülmelidir. Teslimat adımları, fotoğraf ve imza cihazda saklanır, bağlantı geldiğinde kuyruk üzerinden merkeze aktarılır. Böylece sürücü çevrimdışıyken de çalışır, veri sonradan sıralı biçimde işlenir.

Konum bilgisi sürücüyle ilişkilendirildiğinde kişisel veri niteliği taşıyabilir. Bu nedenle aydınlatma, erişim yetkileri ve saklama süresi baştan belirlenmelidir.

Devreye almadan önce şu listeyi kontrol edin:

• Her veri alanı için tek doğruluk kaynağı yazılı mı?
• TMS ve WMS için kullanılabilir arayüz (API, webhook, dosya ya da veri tabanı erişimi) ve gerekli lisans ya da yetkiler netleşti mi?
• Aynı olayın tekrarında mükerrer kayıt oluşmaması sınandı mı?
• Hata kuyruğunu kim, hangi sıklıkla izleyecek?
• e-İrsaliye ret ve hata senaryoları test edildi mi?
• Konum ve sürücü verisi için erişim ve saklama kuralları belirlendi mi?
• Önce tek bir güzergâh ya da şubeyle pilot yapılıp sonuçlar ölçüldü mü?

Pilot yaklaşımı riski küçültür: tek şubede çalışan akış doğrulanır, ardından kademeli olarak genişletilir.

05Sık sorulan sorular

TMS ya da WMS üreticisinin API'si yoksa entegrasyon yapılamaz mı?

Çoğu durumda yine de yol vardır. Webhook, dosya aktarımı, ara tablo ya da veri tabanı erişimi gibi alternatifler değerlendirilebilir. Ancak veri tabanına doğrudan erişim, üretici destek koşullarını ve lisans sözleşmesini etkileyebilir; keşif aşamasında bunu yazılı olarak netleştirmek gerekir.

Müşterilerimize sevkiyat takibi sunmak için ne gerekir?

Sipariş verisi ile araç konum verisinin tek bir akışta birleşmesi temel koşuldur. Bunun üzerine müşteri portalı, takip bağlantısı ve SMS ya da e-posta bildirimleri eklenebilir. Müşteriye hangi bilginin gösterileceği (örneğin tahmini varış mı, tam konum mu) iş kararı olarak ayrıca belirlenmelidir.

Entegrasyon sırasında veri tutarsızlığı nasıl önlenir?

Her kaydın tek doğruluk kaynağı belirlenir, alan eşleştirmeleri doğrulama kurallarıyla yazılı hâle getirilir ve işlemler yeniden denenebilir biçimde tasarlanır. Başarısız kayıtlar hata kuyruğunda görünür kılınır; düzenli mutabakat kontrolleri de tutarsızlıkları erken yakalar.

06Sonuç

Lojistik operasyonunda sipariş, sevkiyat, e-İrsaliye ve konum verisini birleştirmek için yazılımların tamamını değiştirmek şart değildir. Veri akış haritası, ortak sevkiyat modeli, kuyruklu bir entegrasyon katmanı ve görünür hata yönetimiyle mevcut TMS/WMS yatırımınızı koruyarak bütünleşik bir görünüm elde edebilirsiniz. Kendi sistemleriniz için kapsamı birlikte netleştirmek isterseniz ERP ve CRM Entegrasyonu hizmet sayfamızı inceleyebilirsiniz.