Technologické zázemí evropské kamionové dopravy nepředstavuje v roce 2026 jediný software, který si dopravce nebo odesílatel pořídí. Jde o vrstvený soubor platforem, z nichž každá zajišťuje konkrétní provozní úkol a které jsou propojeny prostřednictvím API tak, aby vznikl jednotný a ucelený obraz o pohybu nákladů od místa odeslání až po místo určení. Pochopení jednotlivých vrstev, hranic mezi nimi a integračních bodů rozhoduje o tom, zda se nasazení vyplatí do 12 měsíců, nebo se projekt nikdy nedostane do ostrého provozu.
Tento článek mapuje moderní technologické zázemí kamionové dopravy vrstvu po vrstvě, vysvětluje, kdo co nakupuje, určuje integrační body rozhodující o úspěchu či neúspěchu a ukazuje, kam do celé architektury zapadá TrucksOnTheMap.
Šest vrstev moderního technologického zázemí kamionové dopravy
Kompletní evropský dopravní provoz stojí na šesti softwarových vrstvách. Menší firmy mohou vrstvy sloučit do jediné platformy. Větší provozy obvykle nasazují každou vrstvu jako specializovaný systém.
Vrstva 1: ERP (podnikový informační systém)
Systém, který uchovává veškeré firemní záznamy. Zákazníci, dodavatelé, produkty, finanční transakce, zaměstnanci. Mezi příklady patří SAP S/4HANA, Oracle Cloud ERP, Microsoft Dynamics 365 a celá řada ERP systémů pro střední trh a systémů specifických pro jednotlivé země.
Data podstatná pro kamionovou dopravu: kmenová data zákazníků, kmenová data produktů, prodejní objednávky, nákupní objednávky, faktury, platby. ERP je zdrojem, z něhož vychází každý požadavek na přepravu.
Vrstva 2: TMS (systém pro řízení dopravy)
Vrstva plánování a realizace přeprav. Výběr dopravce, správa sazeb, plánování tras, konsolidace nákladů, objednávání přeprav, vyúčtování přepravného. Mezi příklady patří SAP TM, Oracle Transportation Management, Manhattan Active TM, Blue Yonder Transportation Management a evropští specialisté jako Alpega či Transwide.
Data podstatná pro kamionovou dopravu: plány přeprav, sazby dopravců, přiřazení tras, potvrzení objednávek, faktury za přepravné.
Vrstva 3: WMS / YMS (řízení skladu a areálu)
Vrstva skladových operací. Evidence zásob, naskladnění a vychystávání, správa nakládacích ramp, řízení areálu (yard management). Mezi příklady patří Manhattan Active WM, Blue Yonder Luminate Warehouse, SAP EWM a specializovaná řešení YMS jako C3 Solutions.
Data podstatná pro kamionovou dopravu: harmonogramy nakládacích ramp, stav nakládacích ramp, poloha vozidel v areálu, záznamy o průjezdu branami, události nakládky a vykládky.
Vrstva 4: Telematika
Software vrstva dat o vozidlech. GPS, data z motoru, doba řízení řidiče, spotřeba paliva, hodnocení chování, integrace s tachografem. Mezi příklady patří Webfleet (Bridgestone), Geotab, Microlise, MiX Telematics, Verizon Connect a Frotcom.
Data podstatná pro kamionovou dopravu: poloha vozidla, jeho stav, diagnostika motoru, doba řízení řidiče, dodržování trasy, spotřeba paliva.
Vrstva 5: Sledování zásilek v reálném čase
Živý obraz na úrovni jednotlivých zásilek napříč celou sítí dopravců. Agregace poloh z více zdrojů, predikce ETA, detekce odchylek, sledování pro zákazníky, přehledový panel napříč dopravci. TrucksOnTheMap zde působí se svými moduly sledování zásilek od začátku do konce a predikce ETA po boku FourKites, project44, Shippeo a Transporeon Visibility Hub.
Data podstatná pro kamionovou dopravu: živý stav zásilky, predikce ETA, upozornění na odchylky, doklady ePOD, hodnoticí data napříč dopravci.
Vrstva 6: Dokumentace a compliance
Vrstva právních a regulatorních povinností. eCMR, celní doklady, záznamy z tachografu, ESG reporting. Mezi příklady patří poskytovatelé eCMR (jedním z nich je i elektronický nákladní list od TrucksOnTheMap), celní platformy (Descartes, AEB) a nástroje pro ESG reporting.
Data podstatná pro kamionovou dopravu: digitální nákladní listy, celní status, auditní stopy, záznamy o emisích.
Kdo které vrstvy nakupuje
Nákupní vzorce se liší podle typu firmy. Pochopení daného vzorce pomáhá kupujícímu stanovit priority investic.
Odesílatelé
Obvykle nakupují ERP, TMS, WMS a sledování zásilek. Telematiku přímo nepořizují, protože nevlastní vozidla. Telematická data získávají prostřednictvím vrstvy sledování zásilek.
Pořadí priorit odesílatele investujícího v roce 2026:
1. TMS (plánování a nákup)
2. Sledování zásilek (realizace a měření OTIF)
3. WMS / rezervace časových oken (skladové operace)
4. eCMR (modernizace dokumentace)
Dopravci
Nakupují ERP, TMS, telematiku, sledování zásilek a eCMR. Provozují vlastní vozový park, takže telematika je základem.
Pořadí priorit dopravce investujícího v roce 2026:
1. Telematika (compliance a provoz vlastního vozového parku)
2. TMS (plánování na straně dopravce, často jednodušší než TMS odesílatele)
3. Sledování zásilek (transparentnost vůči zákazníkům, která získává zakázky)
4. eCMR (rychlejší fakturace, méně sporů)
5. ERP (back-office)
Zprostředkovatelé přepravy a 3PL
Ve velkém nakupují TMS, sledování zásilek a eCMR. Přístup k telematice si obvykle pronajímají přes API od dopravců, s nimiž spolupracují, místo aby provozovali vlastní.
Pořadí priorit zprostředkovatele investujícího v roce 2026:
1. Sledování zásilek (odlišení od zprostředkovatelů s nízkou úrovní technologií)
2. TMS (párování nákladů a kapacit, vyúčtování)
3. eCMR (bezpapírová dokumentace napříč sítěmi dopravců)
Distribuční centra
Ve velkém nakupují WMS a YMS. Data ze sledování zásilek využívají pro koordinaci příjmu zboží.
Pořadí priorit provozovatele distribučního centra investujícího v roce 2026:
1. WMS (základní operace)
2. YMS / rezervace časových oken (koordinace od brány k rampě)
3. Sledování zásilek (predikce ETA příjmu pro plánování personálu)
Integrační body, které rozhodují o úspěchu celého zázemí
Moderní technologické zázemí je jen tak dobré, jak dobré jsou integrace mezi jeho vrstvami. Technicky jde o REST API, EDI pro starší rozhraní dopravců a stále častěji o webhooky řízené událostmi.
ERP do TMS
Prodejní objednávky putují z ERP do TMS. Náklady na přepravu se z TMS vracejí zpět do ERP pro účetnictví. Standardní integrace SAP–SAP TM nebo Oracle–OTM jsou dobře zavedené. Kvalita integrací na středním trhu se liší.
TMS do sledování zásilek
Data o zásilkách putují z TMS na platformu pro sledování zásilek. Stav doručení a ETA se vracejí zpět do TMS. Rozhraní API platformy pro sledování musí být na úrovni ostrého provozu, protože jde o nejvytíženější integraci v celém zázemí. TrucksOnTheMap nabízí zdokumentovaná REST API pro příjem zásilek, stavové události EDI 214 a odběry webhooků pro aktualizace ETA.
Telematika do sledování zásilek
Telematická data dopravců putují na platformu pro sledování zásilek. Ta se musí integrovat s více poskytovateli telematiky, protože reálné sítě dopravců zahrnují 5–15 různých telematických systémů. Moderní platformy pro sledování udržují předpřipravené konektory k 20 předním evropským poskytovatelům telematiky; chybějící konektory znamenají týdny individuální integrace u každého dopravce.
Sledování zásilek do WMS / YMS
Predikce ETA putuje z platformy pro sledování zásilek do WMS / YMS a řídí rezervaci časových oken. Události příjezdu do areálu se vracejí zpět na platformu pro sledování. Právě tato vrstva převádí přesnost ETA na vyšší propustnost areálu.
eCMR do TMS, sledování zásilek a ERP
Stav digitálního nákladního listu (vytvořen, podepsán při nakládce, podepsán při doručení) putuje všude, kde je potřeba. Doklady POD podporují rychlejší fakturaci přes ERP. Ověření naloženého množství podporuje přesné měření OTIF přes platformu pro sledování zásilek.
Otázka „vyvinout, nebo koupit“
Evropští dopravci a odesílatelé pravidelně řeší, zda si vlastní komponenty zázemí vyvinout, nebo je koupit.
Argument pro vlastní vývoj obvykle stojí na třech pilířích: lepší přizpůsobení jedinečným procesům, žádné poplatky za jednotlivé náklady a konkurenční odlišení díky vlastním nástrojům.
Argument pro nákup stojí na: rychlejší návratnosti, nižších celkových nákladech na vlastnictví za 5 let, inovacích financovaných dodavatelem (rozpočet dodavatele na výzkum a vývoj se kumuluje) a možnosti soustředit vlastní inženýrské zdroje na skutečné odlišující prvky.
Empirický vzorec v evropské silniční dopravě: prvních 100 odesílatelů a prvních 200 dopravců nakupuje komerční platformy pro každou vrstvu s výjimkou míst, kde mají hluboké vlastní know-how (typicky skladová vrstva u operací s náročným WMS nebo vrstva správy sazeb u specialistů na spotový trh). Nad zakoupenými platformami budují konektory a úpravy, nikoli platformy samotné.
Užitečné vodítko: pokud to nakupuje Vaše konkurence, měli byste to koupit i Vy. Vyvíjejte pouze tam, kde dokážete prokázat, že inženýrský tým udrží pětiletou vývojovou roadmapu v konkurenci s dodavatelem, jehož celá firma na daném produktu stojí.
Tři chybné vzorce zázemí, kterým se vyhnout
Zavádění technologií v kamionové dopravě selhává předvídatelnými způsoby. Tři vzorce se v evropských nasazeních opakují.
Antivzor 1: Nákup jedné mega-platformy, která zvládne všechno
Dodavatel Vám nabízí „logistickou platformu vše v jednom“. Platforma zvládá každou vrstvu obstojně, žádnou ale opravdu dobře. Odesílatel ji koupí, léta se smiřuje s průměrným výkonem napříč celým provozem a po čtyřech letech ji vrstvu po vrstvě nahrazuje specializovanými řešeními.
Tento vzorec se opakuje tak spolehlivě, že jej lze předvídat. Nejlepší řešení pro každou vrstvu propojená přes API překonají jakékoli řešení vše v jednom.
Antivzor 2: Přeskočení fáze integrace
Dodavatel dodá software. Kupující předpokládá, že integrace proběhne sama od sebe. O půl roku později platforma stojí izolovaně, nikdo ji nepoužívá, data mezi systémy nikdy nezačala proudit a na projekt se potichu zapomene.
Úspěšná nasazení počítají s integrací výslovně: kdo postaví konektory, v jakém termínu a s jakými testovacími milníky. Zda to zajistí tým profesionálních služeb dodavatele nebo externí integrátor, není podstatné. Do rozpočtu tuto položku zahrňte.
Antivzor 3: Nesprávná volba vrstvy, kterou nahradit jako první
Odesílatel s OTIF na úrovni 87 % koupí nový TMS. S TMS je vše v pořádku. OTIF ale zůstane na 87 %. TMS nebyl tím úzkým místem. Úzkými místy byly přesnost ETA a rezervace časových oken. Nahrazovat se mělo nejdřív sledování zásilek a rezervaci časových oken a teprve poté TMS.
Diagnostika: najděte provozní páku, u níž je současný výkon nejdále od teoretického optima. Nahraďte vrstvu, která tuto páku ovládá. Pak přejděte k další páce.
Kde se TrucksOnTheMap ve stacku nachází
TrucksOnTheMap pokrývá vrstvy sledování zásilek, dokumentace a řízení areálu (vrstvy 5 a 6 ve výše popsané architektuře). Nenahrazuje Váš ERP, TMS ani hlavní WMS. Doplňuje je.
Moduly produktu odpovídají konkrétním funkcím ve stacku:
- Sledování zásilek je živý přehled na úrovni zásilek napříč dopravci (vrstva 5).
- Predikce ETA je engine predikce příjezdu založený na strojovém učení, který napájí měření OTIF (vrstva 5).
- Rezervace časových oken a software pro řízení areálu (yard management) představují koordinační vrstvu na straně skladu, která přesnost ETA přeměňuje na provozní propustnost (rozhraní mezi vrstvami 3 a 5).
- párování nákladů a Optimalizace zpátečního vytížení představují párování kapacit na straně nákupu, které snižuje prázdné jízdy (rozhraní mezi vrstvami 2 a 5).
- eCMR software (elektronický nákladní list) je vrstva digitální dokumentace, která nahrazuje papírové nákladní listy (vrstva 6).
Model integrace: TrucksOnTheMap čerpá data o zásilkách z Vašeho TMS (nebo přímo z ERP, pokud TMS nemáte), agreguje telematiku z Vaší sítě dopravců, vrací predikce ETA zpět do Vašeho TMS a zákaznických portálů a odesílá události o příjezdu do areálu do rezervace časových oken ve Vašem WMS.
Podoba stacku u typického evropského odesílatele vypadá takto:
SAP S/4HANA (ERP)
↓ sales orders
Oracle TM (TMS)
↓ shipment plans
TrucksOnTheMap (Visibility + ETA + Yard)
↑ telematics from carrier network
↓ ETA updates, dock arrival events
Manhattan WMS (Warehouse)
↓ dock door operations
TrucksOnTheMap eCMR (Documentation)
→ POD evidence back to ERP, TMS, and customers
Každá vrstva si plní svou práci. Integrace přenášejí data.
Budování stacku v roce 2026: praktický plán
Pro odesílatele, dopravce, zprostředkovatele přepravy nebo provozovatele distribučního centra, který zvažuje investice v příštích 18 měsících, platí tato praktická posloupnost:
Měsíce 0–3: Projděte si svůj stávající stack vrstvu po vrstvě. Zjistěte, která vrstva tvoří provozní úzké místo. Vyčíslete potenciál.
Měsíce 3–6: Nahraďte nebo doplňte vrstvu, která tvoří úzké místo. U většiny odesílatelů je to v roce 2026 vrstva sledování zásilek. U dopravců je to často vrstva telematiky nebo eCMR. U distribučních center vrstva řízení areálu (YMS).
Měsíce 6–9: Propojte integrace. Zajistěte tok dat od začátku do konce. Ověřte provozní předávky.
Měsíce 9–12: Měřte výsledky. Iterujte. Pusťte se do druhého úzkého místa.
Měsíce 12–18: Postup zopakujte u další vrstvy.
Technologický stack v nákladní dopravě roku 2026 odměňuje postupná, integrovaná nasazení nejlepších řešení pro každou vrstvu. Trestá naopak nasazování mega-platforem a neřízený integrační dluh. Dopravci, odesílatelé, zprostředkovatelé přepravy a distribuční centra, kteří to zvládnou, provozují svůj byznys s lepším OTIF, nižšími prázdnými jízdami, rychlejší fakturací a silnějším udržením zákazníků než ti, kteří to nezvládnou. Architektura stacku je operačním systémem. Vybírejte ji pečlivě.
Související články na TrucksOnTheMap:
– Co je sledování zásilek? Kompletní průvodce sledováním v reálném čase v evropské silniční dopravě
– Jak strojové učení dosahuje 95% přesnosti ETA v evropské přepravě
– 5 nejlepších platforem pro sledování zásilek 2026: srovnání evropské silniční nákladní dopravy
