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

Jak plánovat nakládací rampy bez Excelu a telefonování

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

Plánovat nakládací rampy bez Excelu a telefonování znamená tři změny najednou: časová okna si žádají dopravci sami přes veřejný formulář, plán žije v kalendáři ramp se sloty po 15 minutách a přeplánování je přetažení karty myší — ne přepisování buněk a obvolávání řidičů. Tento článek se drží u stolu logistika: rozebírá, co přesně na sdílené tabulce nefunguje, jak vypadá plánovací obrazovka a jak se do kalendáře dostávají žádosti dopravců. Cestu samotného kamionu areálem — od brány přes frontu po odjezd — popisuje samostatný článek o digitálním průjezdu kamionu od okna po rampu; tady jde o práci člověka, který plán tvoří a celý den s ním hýbe.

Proč sdílená tabulka nestačí

Sdílená tabulka je pořád nejrozšířenější plánovací nástroj logistických areálů. Má tři vady, které nespraví žádná šablona, zámek listu ani podmíněné formátování — protože nejsou v provedení tabulky, ale v jejím principu.

Konflikty verzí. Tabulka nemá schvalovací krok: kdo ji má otevřenou, ten ji mění. Dva lidé přepíšou stejnou buňku, vyhraje ten, kdo uložil později, a nikdo se to nedozví. Vytištěný ranní plán v hale platí do prvního telefonátu. A hlavně — dopravce do tabulky nevidí a psát do ní nesmí. Každá žádost o termín tak přichází telefonem a někdo ji ručně přepisuje, včetně registrační značky (dále SPZ) diktované po telefonu. Zkomolený znak se projeví až ve chvíli, kdy se vozidlo u brány nespáruje s plánem.

Žádná vazba na skutečnost. Tabulka je plán, ne provoz. Buňka říká „10:00 vykládka“, ale neví, jestli vozidlo přijelo, jestli stojí na parkovišti, nebo jestli už hodinu drží rampu. Skutečný stav se zjišťuje z okna a telefonem — a plán se skutečností se potkává jen v hlavě dispečera. Odchylka se nikam nepropíše, takže se z ní nejde poučit.

Žádná historie. Přepsaná buňka po sobě nic nenechá. Když dopravce fakturuje zdržné, není čím doložit, kdy vozidlo skutečně přijelo a kdy se dostalo na rampu. Když tendr požaduje historii vjezdů a export dat, z tabulky, kterou celý rok někdo přepisoval, se export udělat nedá. A když se hledá, proč se úterní plán rozsypal, není ani vidět, jak vlastně původně vypadal.

Telefon pak není doplněk tabulky, ale její skutečné rozhraní: všechno, co tabulka neumí — příjem žádostí, potvrzování, změny, zjišťování stavu — se dělá hlasem. Proto samotný přechod na „lepší tabulku“ nepomůže; je potřeba nástroj, do kterého žádosti přitékají samy a který stav areálu zná, ne odhaduje.

Plánovací obrazovka: den logistika na jedné ploše

V Modulu Logistika a Yard Management je plán ramp denní kalendář: sloupce jsou rampy, řádky čas a plánuje se po slotech dlouhých 15 minut přes celých 24 hodin. Na první pohled tabulku připomíná — rozdíly jsou v tom, co obrazovka umí navíc:

  • Karty podle operace a stavu. Každý závoz je karta a barví se podle operace — nakládka, vykládka, nebo obojí — a podle stavu. Logistik nečte buňky, skenuje barvy: co je naplánované, co běží, co je hotové.
  • Čára „teď“. Přes kalendář jde čára aktuálního času. Co je nad ní, už proběhlo; co ji právě protíná, se děje; co je pod ní, teprve přijede. Tabulka žádné „teď“ nemá — je stejně statická v sedm ráno jako ve tři odpoledne.
  • Přeplánování přetažením. Dopravce se zpozdí, priorita se změní, rampa vypadne — karta se přetáhne myší na jiný čas nebo jinou rampu a plán platí dál. Žádné mazání a vpisování, žádný dotaz „a máš už novou verzi?“.
  • Filtry a fulltext. V zaplněném dni se konkrétní závoz nehledá očima po sloupcích — vyfiltruje se, nebo najde fulltextem. To je rozdíl, který roste s počtem ramp: u dvou ramp je vidět všechno, u osmi už ne.

Celé to běží v prohlížeči — logistikovi stačí počítač nebo tablet v hale, nic se neinstaluje. Vedle plánu má k dispozici druhou obrazovku se správou areálu: frontou na parkovišti vedle obsazenosti ramp, s podporou více parkovišť s přepínáním. Řízení fronty už ale patří k provozu areálu, ne k plánování — v tomto článku zůstaneme u kalendáře.

Žádosti dopravců: předregistrace bez zakládání účtů

Druhá polovina workflow je vstup žádostí. Místo telefonátu na dispečink si dopravce otevře veřejnou stránku předregistrace: vybere den a hodinové okno z volných termínů a vyplní SPZ, jméno řidiče a náklad. Bez přihlášení, bez zakládání účtu, bez instalace — dopravci stačí odkaz.

Pro logistika to znamená dvě věci. Za prvé: žádosti přicházejí ve strojové podobě, se správně zapsanou značkou, a čekají ve schvalovacím workflow — logistik je potvrdí přetažením do kalendáře ramp, nebo zamítne. Okamžikem schválení odejde potvrzení e-mailem a řidiči SMS (automatické SMS předpokládají GSM bránu; bez ní modul běží dál a odesílání se přeskočí). Za druhé: odpadá celá agenda uživatelských účtů. Nikdo nezakládá a neruší přístupy pro desítky dopravních firem, neresetuje hesla a neškolí cizí dispečery — a když se dopravci změní řidič nebo vozidlo, opraví si SPZ i telefon sám přes odkaz ze svého potvrzení.

Právě tahle kombinace — veřejný formulář na vstupu, schvalovací krok uprostřed a automatické potvrzení na výstupu — nahrazuje největší objem telefonátů: domlouvání a přeposílání termínů. Jak žádost pokračuje dál, tedy co se děje při příjezdu vozidla k bráně, popisuje krok za krokem článek o digitálním průjezdu.

Přebukování je vidět, ne zakázané

Jedna vlastnost si zaslouží poctivý odstavec, protože se na ni poptávky ptají: kapacita ramp se při plánování nevynucuje. Systém dovolí naplánovat i poslat na rampu víc vozidel, než se na ni vejde — přebukování je povolené, jen je viditelné. Logistik ho vidí v kalendáři i ve správě areálu vedle fronty a řeší ho tak jako každou jinou kolizi: přetažením plánu na jiný čas nebo jinou rampu.

V praxi to odpovídá tomu, jak se plánuje doopravdy: přebukování často vzniká záměrně — spěšný závoz, priorita zákazníka, počítané riziko, že jedno vozidlo nedorazí. Nástroj, který by takové rozhodnutí tvrdě blokoval, by logistika nutil systém obcházet. Zvolený přístup je opačný: rozhodnutí nechává na člověku a stará se o to, aby je dělal s úplnou informací.

Zároveň férově: pokud váš provoz vyžaduje, aby překročení kapacity bylo technicky zablokované, tenhle modul to dnes neumí a neslibujeme to. Stejně tak zatím neumí kapacitní omezení předregistrace podle kapacity týmu, opakované rezervace, aktivní upozornění na nepřijetí vozidla ani synchronizaci obsazenosti s externím systémem.

Kde se plán potká se skutečností

Plán v kalendáři není konec workflow — od vjezdu prvního vozidla se vedle něj začne psát skutečnost. Kamera na bráně přečte SPZ pomocí LPR (License Plate Recognition — rozpoznání registrační značky z obrazu kamery) a vozidlo se s plánem spáruje samo; od té chvíle vznikají události, ze kterých se dopočítá čekání, délka nakládky i doba v areálu. Tento princip, projekci stavu z událostí, vysvětluje podrobně článek o tom, co je Yard Management System.

Pro plánovací workflow je podstatný důsledek: historie drží u každého závozu plán i skutečnost a jejich porovnání, s exportem do Excelu. Excel se tedy z procesu neztrácí úplně — přestává být plánovacím nástrojem a zůstává výstupním formátem pro reporting a tendry. A pokud závozy vznikají v podnikovém systému pro plánování dopravy, ERP nebo WMS, řeší se předání dat přes napojení na podnikové systémy — po doložení rozhraní protistrany, ne příslibem.

Kdy to nedává smysl

  • Jednotky závozů denně na jednu rampu. Kalendář, který je skoro prázdný, nikomu nepomůže — telefon a tabulka jsou při takovém objemu rychlejší a investice se nemá z čeho vrátit.
  • Nikdo nebude žádosti schvalovat. Workflow předpokládá logistika, který žádosti potvrzuje a s kalendářem pracuje. Kde takový člověk není, zůstanou žádosti bez odpovědi a dopravci se vrátí k telefonu — tentokrát právem.
  • Potřebujete tvrdé vynucení kapacity. Přebukování modul zviditelňuje, ale neblokuje. Provoz, který vyžaduje technickou stopku při překročení kapacity, potřebuje jiné řešení.
  • Čekáte funkce, které zatím nejsou. Kapacitní omezení předregistrace podle kapacity týmu, opakované rezervace, upozornění na nepřijetí vozidla a synchronizace obsazenosti s externím systémem dnes v modulu nejsou — a dokud nejsou, neslibujeme je.

Časté dotazy

Kdo žádosti dopravců schvaluje a co se stane po schválení?

Logistik. Žádost z veřejného formuláře potvrdí přetažením do kalendáře ramp, nebo ji zamítne. Schválením odejde potvrzení dopravci e-mailem a řidiči SMS — se stejným časem, jaký je v kalendáři, takže se termín cestou nezkomolí.

Najdeme v zaplněném kalendáři rychle konkrétní závoz?

Ano. Karty se barví podle operace a stavu, takže se den čte na první pohled, a konkrétní závoz se dohledá filtrem nebo fulltextem — není třeba projíždět sloupce ramp očima.

Plánujeme i v noci a o víkendu. Pokryje to kalendář?

Kalendář zobrazuje celých 24 hodin každého dne se sloty po 15 minutách. Noční závoz se plánuje stejně jako dopolední — výběrem slotu na příslušné rampě.

Zabrání systém tomu, abychom rampu přebukovali?

Nezabrání, a je to záměr. Přebukování je povolené a viditelné — logistik ho vidí v kalendáři i vedle fronty a řeší ho přetažením plánu. Tvrdé vynucení kapacity modul neumí a neslibujeme ho.

Poznáme zpětně, jestli se plán plnil?

Ano. Historie drží u každého závozu plán i skutečnost: kdy měl dopravce přijet a kdy přijel, jak dlouho čekal a jak dlouho stál na rampě. Porovnání plánu se skutečností je součást metrik a exportuje se do Excelu.

Máme víc parkovacích ploch. Zvládne to systém?

Ano, správa areálu podporuje více parkovišť s přepínáním. Fronta čekajících vozidel se vede podle času vjezdu a logistik ji vidí vedle obsazenosti ramp na jedné obrazovce.

Jestli chcete kalendář ramp a schvalování žádostí vidět naživo, domluvte si komentovanou ukázku — projdeme ji nad vaším provozem a ukážeme i to, co modul neumí.

Související články