Kilometrelerde saklı marja odaklanan lojistik yazılımı.
TMS platformları, filo optimizasyonu ve yükleyici–taşıyıcı iş birliği — kilometre başına kuruşla fiyatlanan bir sektör için mühendislik.
- Ağ turu ve kısıtlar
- Tek hat, uçtan uca
- Genişletme ve ölçüm
- Yayılım ve benimsenme
- SLO'lara göre işletme
Lojistikte marj kullanım oranında saklıdır.
Lojistikte marj kullanım oranında saklıdır: boş kilometreler, boş bekleyen rampalar, birbiriyle konuşmayan sistemler arasında elle yeniden veri girişi. Bu boşlukları kapatan sistemleri kuruyoruz — yükleyicilerle taşıyıcıları tek bir planlama ve icra katmanında buluşturan kendi Order & Supply Management platformumuz da dahil.
Zor olan, planın fiziksel dünyayla karşılaşmasıdır. Bir rota, harita üzerindeki bir çizgi değildir; takografında sınırlı süresi kalmış bir sürücü, hattaki rampaların ancak yarısına uyan bir dorse tipi, kamyon sınıra varmadan önce hazır olması gereken bir gümrük belgesi ve yalnızca iki ile dört arası açık olan bir mal kabul rampasıdır. Bu kısıtları hesaba katmadan optimizasyon yapan bir yazılım, sevkiyat sorumlusunun öğlene kalmadan devre dışı bıraktığı bir plan üretir; sevkiyat sorumluları planı ezmeye başladığında da sistem, olup biteni tutan kayıt olmaktan çıkar. Bu sektörde verdiğimiz her tasarım kararı, planla gerçeği aynı sistemde tutmayı hedefler.
Ekonomisi de affetmez. Sefer başına marj incedir ve kilometre üzerinden ölçülür; dolayısıyla bir platform kendini yakıtta, kullanım oranında ya da artık veri girişiyle uğraşmayan kadroda amorti etmek zorundadır — görünürlük anlatan bir sunum sayfasında değil. Üstelik onu kullananlar, kabindeki sürücüler, sahadaki görevliler ve dört ekranlı planlamacılardır: bağlantı kopar, eller eldivenlidir ve kimsenin on iki alanlı bir formu dolduracak vakti yoktur. Burada benimsenme, değişim yönetiminin sonradan akla gelen bir başlığı değil, bir mühendislik gereksinimidir.
Çalıştığımız dört alan.
Bu sektörde bir hizmet ekibi olarak geliştirme yapıyoruz ve yükleyicilerle taşıyıcıların planlama ve icra için kullanabileceği bir TMS sunuyoruz.
Taşıma yönetimi
Order & Supply Management üzerinde planlama, icra ve hakediş — boş kilometreleri hedef alan rota optimizasyonu. Siparişler sefere, seferler ihaleye, ihaleler de üzerinde anlaşılan navlunla atanmış taşımalara dönüşür ve yüklemeden teslim kanıtına kadar her statü değişikliği tek bir kayda düşer. Hakediş bu kaydın üzerinden çalışır; böylece navlun faturası, sipariş edilene göre değil fiilen olana göre kontrol edilir.
Filo ve telematik
Araç veri hatları, kullanım oranı analitiği ve bakım sinyalleri — kararlar, kamyonların zaten ürettiği veriden. Konum, kontak, yakıt, sıcaklık ve sürücü saati akışları her tedarikçiden farklı bir biçimde gelir; bu yüzden onları bir kez normalleştirir, ham akışı denetim için saklar ve analitiği normalleştirilmiş katmanın üzerine kurarız. İşe yarayan çıktı nadiren canlı bir haritadır: varlık başına dolu kilometre payı, tesise göre bekleme süresi ve arıza gerçekleşmeden gelen bakım sinyalidir.
Yükleyici–taşıyıcı iş birliği
Telefon ve faksla yürüyen ihale sürecini yapılandırılmış, denetlenebilir akışlarla değiştiren portallar ve API'ler. Taşıyıcılar yetkili oldukları hatları görür, anlaşılan navlunla teklif verir ya da kabul eder ve portal üzerinden onaylar. Yükleyici ise savunulabilir bir atama izi elde eder: kime davet gitti, kim yanıtladı, maliyeti ne oldu ve o taşıyıcı neden kazandı.
Depo ve saha sistemleri
Malın beklemek yerine hareket etmesini sağlayan rampa randevusu, çapraz sevkiyat akışları ve WMS entegrasyonları. Bir rampa randevusu ancak taşıma planıyla depo planı üzerinde uzlaşırsa işe yarar; bu yüzden randevuyu sefere bağlar ve randevuyu kaydırmanın sonuçlarını iki tarafa da gösteririz. Sahaya giriş, sahadan çıkış ve dorse durumu, sahada sinyal yokken de çalışan cihazlarla oluştukları yerde kaydedilir.
Neler geliştiriyoruz?
Telefon görüşmesi olmaktan çıkan ihale.
Birçok ağda gün, elinde bir liste ve telefonla çalışan bir planlamacıyla başlar. Hatlar planlamacının aklına geldiği sırayla teklif edilir, navlunlar sözlü olarak anlaşılır ve tek kayıt, iş olup bittikten sonra güncellenen bir tablodur. Bunun yerine yapılandırılmış bir ihale koyuyoruz: seferler tekliflerde gruplanır, sözleşme, navlun bandı ve karne bazında o hat için yetkili taşıyıcılara yönlendirilir ve portalda yanıtlanır. Anlaşılan navlun ve performans sınırları içinde atama otomatik yapılabilir; bu sınırların dışında kalan her şey, gerekçesiyle birlikte bir kişiye yükselir. Tasarruf tek bir seferde nadiren çarpıcıdır; asıl etki, hatları telefon turu yapmadan kapatmanın ve sözleşmeli bir taşıyıcıya sorulmadığı için spot navlun ödememenin birikimli sonucudur.
- Hat, ekipman, sertifika ve karneye göre yetkilendirme — böylece teklif listesi alışkanlığa değil gerekçeye dayanır
- Anlaşılan navlun ve performans bantları içinde otomatik atama; kalan her şey gerekçesi kaydedilerek yükseltilir
- Yanıtlar taşıyıcı portalından alınır; teyitler izlenir
Kısıtlara saygı gösteren optimizasyon.
Yalnızca mesafeyi ve maliyeti bilen bir optimizasyon motoru, hiçbir sürücünün yasal olarak süremeyeceği bir rotayı gönül rahatlığıyla üretir. Bu sektördeki iş, planı uygulanabilir kılan kısıtları kodlamak — sürüş ve dinlenme limitleri, rampa zaman aralıkları, ekipman ve sıcaklık gereksinimleri, tehlikeli madde kısıtlamaları, tesise giriş kuralları — ve sonuç yanlış göründüğünde planlamacıya hangi kısıtın bağlayıcı olduğunu göstermektir. Kuralları çözücünün içine gömmek yerine okunabilir ve sürümlenmiş tutuyoruz; böylece bir müşterinin mal kabul saatlerindeki değişiklik bir yapılandırma değişikliği oluyor ve her plan, hangi kural sürümüyle üretildiğini taşıyor. Planlamacılar planı ezme yetkisini koruyor, çünkü korumaları gerekir; fark şu ki bu müdahale kaydediliyor ve hangi kuralın yanlış olduğuna dair kanıta dönüşüyor.
- Kısıtlar okunabilir, sürümlenmiş kurallar olarak yazılır — çözücünün içine gömülmez
- Her plan bağlayıcı kısıtı gösterir; böylece tuhaf bir sonuç güvensizlik değil açıklama üretir
- Müdahaleler kişi ve gerekçesiyle kaydedilir, ardından bunları üretmeye devam eden kurallara geri beslenir
Telefonlardan değil, araçlardan gelen görünürlük.
Tipik bir ağa bir seferin nerede olduğunu sorun; yanıt, birinin sürücüyü aramasından geçer. Veri genellikle vardır — kamyonda telematik cihaz vardır, depo paleti okutmuştur, taşıyıcının kendi sistemi tahmini varış saatini bilir — ama hiç birleştirilmemiş dört ayrı sistem ortamının içinde durur. Biz bu birleşimi kuruyoruz: akışlar bir olay omurgası üzerinde tek bir olay akışına normalleştirilir, sefere eşlenir ve bir kez yayımlanır; böylece müşteri bildirimleri, planlama tahtası, istisna kuyruğu ve depo aynı olguya tepki verir. Noktadan noktaya çağrılar yerine bir olay kaydı söz konusu olduğu için, bir saat sessiz kalan bir taşıyıcı akışı kimsenin fark etmediği bir boşluk değil, kendi kendini eriten bir birikim üretir. Geç gelen ya da düzeltilen veri yeniden girilmek yerine tekrar oynatılır.
- Telematik, okutma ve taşıyıcı API akışları bir kez normalleştirilir; ham veri denetim için saklanır
- Sefer başına tek eşlenmiş olay; bildirim, planlama, istisna ve faturalama akışlarınca bağımsız tüketilir
- Tazelik ölçülür ve alarma bağlanır; böylece sessiz bir akış ay sonunda fark edilen bir sürpriz değil, bir olaydır
Üç farklı iş, tek mühendislik problemi.
Sürdüğünüz değil, satın aldığınız yük.
Bir üretici ya da perakendeci için filo başkasınındır ve sorular satın alma sorularıdır: spot piyasadan önce sözleşmeli kapasiteyi kullanıyor muyuz, anlaştığımız navlunu mu ödüyoruz ve kendi müşterilerimize taahhüt ettiğimiz hizmet seviyesi karşılanıyor mu. Bu soruları aylık bir rapordan değil kaydın kendisinden yanıtlayan ihale, icra ve hakediş katmanını kuruyor ve bunu kayıt defterini tutan ERP ile bağlıyoruz.
- Önce sözleşmeli kapasite teklif edilir; spot yalnızca kayıtlı bir istisna olarak
- Navlun denetimi ilk siparişe göre değil, gerçekleşen taşımaya göre
- Hizmet seviyesi hat ve taşıyıcı bazında, satın almanın savunabileceği rakamlarla ölçülür
Hareket ederken kazanan varlıklar.
Varlık sahibi için önemli olan rakam, dolu geçilen kilometrelerin payıdır; geri kalan her şey bunun sonucudur. Bu payı yükseltmeye dönük planlama, dönüş yükü ve sürücü araçlarını kuruyoruz: daha iyi sıralama, dönüş bacağı onaylanmadan önce bir dönüş yükü araması ve tek elle, sinyalsiz çalışan bir sürücü uygulaması. Bakım ve yakıt verisi de aynı kayda katılır; böylece kilometre başına maliyet üç ayda bir yeniden kurgulanan değil, canlı bir rakam olur.
- Plan onaylanmadan önce her boş dönüş bacağında dönüş yükü araması
- Çevrimdışına dayanıklı sürücü uygulaması — birkaç dokunuşla statü, fotoğraflı teslim kanıtı, kuyruğa alınır ve eşitlenir
- Gerçek kilometre maliyeti için yakıt, geçiş ve bakım giderleri seferlerle eşleştirilir
Çok müşteri, çok sistem, tek yaşam döngüsü.
Bir forwarder'ın sorunu çeşitliliktir: her müşteri siparişi farklı gönderir, her taşıyıcı farklı yanıt verir ve marj, sefer düzeyinde hangi müşterinin gerçekten kârlı olduğunu bilmeye bağlıdır. API, portal ve e-postadan gelen siparişleri tek bir sipariş modeline normalleştiren alım katmanını kuruyor, ardından bunun üzerinde tek bir sefer yaşam döngüsü işletiyoruz; maliyet ve gelir taşıma bazında kaydedildiği için marj sorusunun müşteri, hat ve ay bazında bir yanıtı oluyor.
- API, portal ve dosya aktarımlarından gelen sipariş girişi tek modelde normalleştirilir
- Sipariş nasıl geldiyse ve hangi taşıyıcı yürütürse yürütsün tek bir sefer yaşam döngüsü
- Maliyet ve gelir taşıma bazında kaydedilir; böylece marj müşteri ve hat bazında raporlanabilir
Bir lojistik işletmesinin gerçekte üzerinde çalıştığı sistem ortamı.
ERP
Siparişler, sevkiyat maliyeti ve faturalar için IDoc, OData veya REST üzerinden SAP S/4HANA, Microsoft Dynamics ve muadili ERP sistemleri — kayıt defterini ERP tutar, taşımaları taşıma katmanı yürütür
WMS ve saha
Depo planıyla taşıma planının aynı randevuda buluşması için toplama hazırlığı, ASN ve rampa randevusu alışverişi
Telematik ve FMS
Konum, kontak, yakıt, sıcaklık ve sürücü saati akışları tedarikçiler arasında normalleştirilir; ham veri denetim için saklanır
Gümrük ve e-belgeler
Gümrük müşaviri uç noktaları ile elektronik taşıma ve fatura belgeleri; gönderilen belge denetim izinde saklanır
Yakıt, geçiş ve bakım
Savunulabilir bir kilometre maliyeti üretmek için kart, geçiş ve servis işlemleri seferlerle ve varlıklarla eşleştirilir
Yük borsaları
Partner API'leri üzerinden spot kapasite arama ve ilan; sözleşmeli kapasite tükendiğinde kayıtlı bir istisna olarak kullanılır
Veri ambarı ve BI
Operasyonel olaylar Snowflake, BigQuery ya da kendi lakehouse ortamınıza aktarılır, üzerine Power BI modelleri kurulur; veri mühendisliği tarafından geliştirilir
Bir lojistik projesine taşıdığımız alışkanlıklar.
- Operasyonel kısıtlarla optimizasyon — sürücü saatleri, rampa zaman aralıkları, ekipman. Kısıt kümesi, bir çözücü yazılmadan önce planlamacılarla mutabık kalınır, okunabilir ve sürümlenmiş tutulur ve her plan hangi kurallarla üretildiğini kaydeder.
- Dağınık gerçek dünya ortamlarında telematik entegrasyonu. Eksik, geç ve bozuk mesajları baştan varsayarız; bu yüzden eşleşmeyen trafik atılmak yerine kuyruğa alınır ve görünür kalır, ayrıca her akış, ona bağlı hiçbir şey çalışmadan önce kaynağa karşı doğrulanır.
- Sürücüler ve sahalar için çevrimdışına dayanıklı mobil. Teslim kanıtı dahil işlemler yerelde kuyruğa alınır ve sinyal geldiğinde eşitlenir. Akışlar tek el, eldiven ve çatlak ekran düşünülerek tasarlanır, ardından yayılımdan önce gerçek sürücülerle pilot edilir.
- Gerçek zamanlı görünürlük için olay güdümlü mimari. Olgular bir Kafka omurgası üzerinde bir kez yayımlanır ve bağımsız tüketilir; böylece yavaş bir tüketici kayıp bir güncelleme değil bir birikim yaratır ve düzeltmeler yeniden girilmek yerine tekrar oynatılır.
- Hakediş, gerçekleşen taşımayla mutabık kılınır. Para taşıyan her kalem — ek hizmet bedelleri, bekleme, yakıt farkı — izlenebilir bir hesapla kayıtlı olaylardan türetilir; böylece itiraz edilen bir fatura tartışma değil, rapor konusudur.
- Her sınırda koddan önce sözleşme. ERP, WMS, telematik ve taşıyıcı sistemlerine giden arayüzler sürümlenir ve CI'da sözleşme testinden geçer; ürün ekiplerinin mevcut sistem ortamını beklemeden sürüm çıkarabilmesini sağlayan da budur — bkz. entegrasyon & API geliştirme.
- İlk sprintten itibaren gözlemlenebilirlik. Olay omurgası boyunca izler, akış başına tazelik ve gecikme alarmları ve planlamacıların gün boyu kullandığı ekranlarda gecikme bütçeleri; çünkü yavaş bir planlama tahtası operasyonel bir sorundur.
- Bölgeye sabitlenmiş veri işleme, KVKK ve GDPR uyumlu. Sürücü ve konum verisi kişisel veridir. Veri yerleşimi, saklama ve erişim kuralları tasarım girdisidir; denetçiler için sonradan kurgulanmaz, onlar için baştan belgelenir — bkz. güvenlik & uyum.
Ağ turundan ikinci hatta.
Ağ turu ve kısıtlar
Süreci planlamacılar, sevkiyat sorumluları ve bir sürücüyle birlikte yerinde izliyor, kayıt sistemlerini ve protokollerini haritalıyor ve nelerin değişemeyeceği konusunda mutabık kalıyoruz. Çıktı; yazılı bir entegrasyon haritası, kısıt kümesi ve bugün en çok maliyet çıkaran tek akıştır.
Tek hat, uçtan uca
Tek bir hat ya da tesis, gerçek entegrasyonlar üzerinde tüm yaşam döngüsünü çalıştırır — sipariş girişi, ihale, icra, teslim kanıtı, hakediş. Küçük ama gerçek: canlı bağlantılar, gerçek mesaj biçimleri, gerçek sürücüler. Kısıt kümesinin yolla buluştuğu ve düzeltildiği yer burasıdır.
Genişletme ve ölçüm
Daha çok hat, daha çok taşıyıcı, kendi geçmiş planlarınıza göre ayarlanmış optimizasyon motoru ve tasarrufun bizim değil sizin rakamlarınızla savunulabilmesi için düzgün ölçülmüş bir başlangıç seviyesi. Legacy bir TMS'in yerine geçiliyorsa, iki sistem paralel çalışır ve çıktılar taşıma taşıma karşılaştırılır.
Yayılım ve benimsenme
Tesis tesis; her dalgadan önce sürücü ve saha uygulamaları pilot edilir ve her tesiste adı belli bir süper kullanıcı bulunur. Başarı ölçüsü, sefer statüsü için telefonların artık çalmamasıdır.
SLO'lara göre işletme
Panolar, akış tazeliği alarmları ve mutabık kalınan SLO'lara göre, sözleşmenin belirlediği saatlerde olay yönetimi. Kısıt kümesi ve optimizasyon motoru, fiilen olan bitene göre sizinle belirlenen bir ritimde düzenli olarak yeniden ayarlanır.
Sık sorulan sorular
Çalıştığımız komşu sektörler.
Sektörünüzden bir problem getirin.
Bugün neyin aksadığını anlatın. Bir mühendis okur ve somut bir yol önerisini yazılı olarak iletir.