Přeskočit na obsah
SECAPRO Professional Intelligent Technology
Centrum znalostí

Jak měřit skutečné vytížení ramp — a proč nestačí plánovací kalendář

Zdeněk Juřica — odborný garant19. 8. 2026Logistika a Yard Management

Skutečné vytížení ramp se neměří odhadem ani pohledem do plánovacího kalendáře — měří se z událostí provozu. Vjezd vozidla, poslání na rampu, ukončení nakládky a propuštění nesou každá svou časovou značku a doba čekání, délka nakládky, celková doba v areálu i rozdíl mezi plánem a skutečností se z těchto značek dopočítají samy, bez jediného ručního zápisu. Tento článek prochází šest metrik, které takhle vznikají, popisuje, co přesně obsahuje export do Excelu, a ukazuje tři rozhodnutí, která ta čísla unesou: jednání s dopravci, směnování rampy a úvahu o rozšíření.

Kalendář ukazuje plán, ne vytížení

Areál, který už plánuje časová okna, má proti telefonu a sdílené tabulce náskok — o vytížení ramp ale pořád ví jen polovinu. Kalendář říká, co se mělo stát, ne co se stalo. Obsazený slot znamená jediné: někdo si ho rezervoval. Jestli vozidlo skutečně přijelo, jestli přijelo včas a jak dlouho na rampě doopravdy stálo, z kalendáře nevyčtete.

Plán se přitom od skutečnosti rozchází třemi způsoby najednou. Vozidlo nepřijede vůbec a slot propadne. Vozidlo přijede mimo okno a buď čeká, nebo vytlačí jiné. A nakládka trvá jinak, než kolik jí plán vyhradil — oběma směry. Kdo počítá vytížení z kalendáře, počítá ve skutečnosti disciplínu rezervací, ne práci ramp.

Zbývá druhá možnost: zapisovat skutečné časy ručně. Ta se ale rozpadá právě ve špičce — v okamžiku, kdy jsou data nejcennější, mají lidé na rampě i na vrátnici na evidenci nejméně času. Použitelné měření proto nesmí stát na ničí disciplíně.

Šest metrik, které vznikají samy

Modul Logistika a Yard Management staví měření na tom, že stav areálu se projektuje z posloupnosti událostí. Jak tenhle princip funguje krok za krokem od rezervace okna po odjezd, popisuje článek o celém digitálním průjezdu kamionu — pro měření vytížení z něj plyne jediné podstatné: každá z následujících metrik je rozdíl dvou časových značek, které vznikly samy při běžném provozu.

1. Doba čekání. Běží od vjezdu — kamera přečte registrační značku (dále SPZ) pomocí rozpoznávání registračních značek (LPR — License Plate Recognition) a systém vozidlo spáruje s plánem — do poslání na rampu. Fronta na parkovací ploše je řazená podle času vjezdu a doba čekání je u každého vozidla vidět živě; do historie se uloží u každého závozu.

2. Délka nakládky. Od poslání na rampu po ukončení nakládky. Je to čas, kdy rampa skutečně pracovala na jednom vozidle — a součet délek nakládek za den je nejblíž tomu, co se otázkou „jak je rampa vytížená“ obvykle myslí.

3. Celková doba v areálu. Od vjezdu po odjezd. Zahrnuje čekání, čas na rampě i přesuny po areálu. Je to číslo, které si pamatují dopravci — a se kterým přijdou na jednání o sazbách.

4. Rozdíl mezi plánem a skutečností. Kalendář drží, kdy měl závoz proběhnout; události drží, kdy proběhl. Porovnání plánu se skutečností je součástí metrik — u jednotlivého závozu i jako pohled na to, kde se plán s provozem rozchází soustavně.

5. Přebukované rampy. Obrazovka správy areálu ukazuje vedle fronty i obsazenost ramp včetně přebukování. Kapacita se při poslání vozidla nevynucuje — přebukování je povolené, jen viditelné. Právě proto je to metrika: je vidět, které rampy a které časy se přetěžují opakovaně.

6. Dopravci nedodržující okna. Stejná dvojice plán–skutečnost, tentokrát po dopravcích: kdy měl závoz přijet a kdy přijel. Jedno zpoždění nic neznamená; opakovaný vzor u konkrétního dopravce už je podklad pro jednání.

A jedna položka navíc, která vzniká jako chybějící událost: nepřijetí vozidla. Plán, ke kterému se nespároval žádný vjezd, zůstane v historii sám od sebe — nikdo ho nemusí zapisovat.

Historie a export do Excelu

U každého závozu drží historie vjezd, SPZ, dopravce, operaci, dobu čekání, délku nakládky, odjezd a celkovou dobu v areálu — a celá se exportuje do Excelu. V zadávacích dokumentacích se tenhle požadavek objevuje doslova jako „historie vjezdů a export dat“; export historie je na něj přímá odpověď, bez vývoje na míru.

Export zároveň poctivě odpovídá na otázku, kde končí práce modulu a kde začíná vaše. Modul dodá úplné a přesné časy; sestavu vytížení po rampách, hodinách nebo dopravcích si z exportu postavíte v Excelu podle toho, jak počítáte provozní dobu ramp. Hotový ukazatel „vytížení v procentech“ v modulu nehledejte — a žádné „správné“ procento nenajdete ani v tomto článku, protože se mezi provozy nedá přenášet.

Události do systému nepřicházejí jen z kamery. Modul má strojové rozhraní, přes které kiosek nebo brána nahlásí vjezd vozidla a vyžádá si detail plánovaného transportu; přístup je chráněný servisním klíčem s omezenými právy. Napojení na ERP, WMS nebo docházkový systém je samostatná disciplína — platí u něj zásada nejdřív ověřit rozhraní protistrany, potom slíbit.

Tři rozhodnutí, která data unesou

Jednání s dopravci

Roční vyjednávání sazeb se vede o číslech, která má v ruce dopravce: kilometry, mýto, nafta. Historie závozů dává na stůl druhou polovinu — jak dlouho jeho vozidla u vás skutečně čekala, jak dodržoval okna a jak dlouho stál na rampě. Dopravce, který okna soustavně nedodržuje, přestane být dojmem směny a stane se filtrem v exportu; a naopak dopravci, který jezdí přesně, můžete s čistým svědomím držet okna, o která stojí. Jak převést hodiny čekání na koruny — zdržné, přesčasy, sazby — rozebírá článek kolik firmu stojí čekající kamion.

Směnování rampy

Z exportu je vidět, kdy nakládky reálně probíhají a kdy roste fronta: jestli se čekání kumuluje dopoledne, zatímco odpoledne rampy stojí, nebo naopak. To je podklad pro rozhodnutí, které se dnes většinou dělá po paměti — kdy má směna na rampě začínat, kdy má být posílená a kdy stačí užší obsazení. A stejná čísla zpětně ukážou, jestli změna směny frontu opravdu zkrátila: rozdíl je vidět v dalším exportu, ne v dojmech.

Rozhodnutí o rozšíření

Další rampa je investice do stavby, ne do softwaru — a právě proto potřebuje data. Trvalá fronta při rampách obsazených po celý den ukazuje na kapacitu. Fronta jen ve špičkách, zatímco jindy rampy stojí, ukazuje na rozložení příjezdů — a to se řeší okny a směnami, ne betonem. Zvenku se obě situace tváří stejně: plné parkoviště. Rozdíl mezi nimi je vidět až v historii závozů.

Kdy to nedává smysl

  • Jednotky závozů denně. Metriky ze tří závozů denně neřeknou mistrovi rampy nic, co neví z hlavy. Měsíční licence by byla režie bez užitku.
  • Hledáte normu vytížení. Benchmark „dobrého vytížení rampy“ odsud nedostanete. Hodnota, se kterou má smysl pracovat, je vlastní historie a její vývoj v čase, ne cizí číslo.
  • Čekáte hotové vyhodnocení. Modul dodá historii a export do Excelu. Sestavy, grafy a hlavně závěry potřebují vlastníka, který si na ně pravidelně vyhradí čas — bez něj data jen leží.
  • Potřebujete aktivní hlídání a vynucení. Přebukování ramp je vidět, ale poslat na rampu další vozidlo systém dovolí. Upozornění na nepřijetí vozidla, opakované rezervace, kapacitní omezení předregistrace podle kapacity týmu ani synchronizaci obsazenosti s externím systémem modul zatím neumí — a neslibuje.

Časté dotazy

Jaké údaje obsahuje export do Excelu?

U každého závozu vjezd, SPZ, dopravce, operaci, dobu čekání, délku nakládky, odjezd a celkovou dobu v areálu. Formát pokrývá tendrovou formulaci „historie vjezdů a export dat“.

Musí kvůli metrikám někdo něco zapisovat?

Ne. Vjezd vznikne přečtením SPZ na bráně, případně ho přes strojové rozhraní nahlásí kiosek nebo brána; poslání na rampu, ukončení nakládky a propuštění vznikají při běžné práci logistika v systému. Metriky jsou rozdíly časových značek těchto událostí — ruční zápis do nich nikde nevstupuje.

Dostaneme hotový přehled vytížení v procentech?

Ne, a říkáme to dopředu. Modul dodává úplnou historii časů s exportem do Excelu; procenta a srovnání ramp si z exportu sestavíte podle vlastní provozní doby. Benchmark „správného“ vytížení nedodáváme — mezi provozy se nedá přenášet.

Jak se pozná vozidlo, které nepřijelo?

Nepřijetí vznikne samo: plán, ke kterému se nespároval žádný vjezd, zůstane v historii bez odpovídajících událostí. Nikdo ho nemusí zapisovat. Aktivní upozornění na nepřijetí ale modul zatím neposílá — uvidíte ho v plánu a v historii, ne v notifikaci.

Jde data napojit na náš podnikový systém?

Modul má strojové rozhraní chráněné servisním klíčem s omezenými právy — kiosek nebo brána přes něj nahlásí vjezd a vyžádá si detail plánovaného transportu. Napojení na ERP, WMS nebo docházku se řeší podle zásady „nejdřív ověřit, potom slíbit“ a vývoj rozhraní je samostatná položka rozpočtu — podrobnosti popisuje stránka integrací na podnikové systémy. Synchronizaci obsazenosti ramp s externím systémem modul zatím neumí.

Pokud si chcete obrazovku historie a metrik projít naživo na ukázkových datech, domluvte si komentovanou ukázku — nebo si zadání pro svůj provoz nejdřív sestavte v konfigurátoru.

Související články