- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (80)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Optimální plánování rozvozu
Logistika a rozvoz zboí se na počátku 21. století posunuly do zcela nové dimenze. Výrobci automobilů například ji nemají rozsáhlé sklady materiálů, ale uplatňují dodávku just-in-time, a neexistuje tedy model předzásobení. Ve se do detailu plánuje a dodávky se propočítávají téměř na minuty. Obdobně funguje i rozvoz zboí po republice a Evropě. Trasy, příjezdy, dokonce i místa přestávek, dotankování to ve je předem do detailu stanoveno a kalkulováno, aby byly minimalizovány prodlevy a spolu s nimi i dopravní náklady. Asi by bylo bezpředmětné poznamenávat, e v pozadí veho stojí nejrůznějí softwarové produkty, je usnadňují organizaci logistiky jako celku. Z celého spletence vztahů a činností se nyní zaměřme pouze na problematiku rozvozu a jeho optimálního plánování.

Plánování rozvozu je dnes atraktivní téma, u jen z toho důvodu, e cena pohonných hmot neustále stoupá, zavádí se mýtné, které se následně zdrauje atd. Firmy se proto vemoně snaí minimalizovat náklady spojené s dopravou, například pomocí optimálního modelu s minimem ujetých kilometrů.
Problém pro matematiky
S plánováním trasy se setkáváme denně, a ji prostřednictvím mapových portálů nebo systémů GPS. Případně i my sami nad mapou spekulujeme, jak se nejsnáze dostat z bodu A do bodu B. V tomto případě se jedná o vcelku banální úlohu. Komplikace nastávají, pokud nám v pomyslné mapce přibývají body (uzly), přes které chceme projet. Ve si jetě zkomplikujme tzv. časovými okny, neboli vymezeným časovým úsekem, kdy v daném bodě musíme být. A aby toho nebylo málo, přidejme k tomu zboí, které v daných místech musíme sloit, nadto máme omezenou kapacitu nákladního automobilu a zároveň musíme nalézt to nejlepí moné řeení. V praxi ve funguje tak, e se z jednoho distribučního centra snaíme obslouit maximum odběrných míst s minimálními náklady na vozový park (počet automobilů) a s minimálními výdaji za pohonné hmoty. Pokud si někdo myslí, e v této chvíli vstupuje na scénu softwarové řeení, neboli program, kam lidově řečeno nasypu data, a výsledkem bude optimální trasa, tak je bohuel na omylu. Software představuje u jen jakousi třeničku na pomyslném dortu, protoe na scénu nastupují kombinatorici a tvůrci algoritmů. Musíme si toti uvědomit, e se jedná o úlohu s mnoha proměnnými, matematici hovoří o tzv. Hamiltonově cyklu v obecně neorientovaném grafu. Řečí srozumitelnou, snaí se nalézt minimální hodnotu pro předdefinovanou rovnici.
Nejednoznačné řeení
Zastavme se u nenápadného, ale pro celou nai problematiku klíčového slova minimální hodnota. Jinými slovy, nevíme jaké je ono jediné řeení kombinatorické úlohy, protoe se snaíme nalézt minimální hodnotu. Čili ná výsledek, jakkoli uspokojivý, nemusí být tím nejlepím. A toho bychom si měli být vdy vědomi. Nejrůznějí softwary, které řeí tzv. síové úlohy, okruní modely, modely obsluhy atp., toti pracují na základě programátorsky předdefinovaného algoritmu, který dle určitého postupu vypracuje návrh řeení. Jenome jakkoli se nám zpracované řeení zdá perfektní, nemusí se nutně jednat o řeení optimální. Můe se zcela reálně stát, e na základě jiného algoritmického postupu vznikne výsledek zcela jiný a lepí. Tvůrci softwarových řeení mají pochopitelně tuto alternativu na paměti, ovem vdy disponují neotřesitelnou vírou, e právě oni nali tu nejnií ze vech minimálních hodnot.
Příklad z Noovic
Abychom se nebavili pouze v rovině teoretické, uveďme si jeden praktický příklad. Převod algoritmů pro dopravní úlohy do softwarové podoby není záleitostí pouze developerů pracujících v nadnárodních korporacích. Věnují se mu i univerzity a výzkumná pracovitě po celém světě. Téma je to toti atraktivní, příkladů je nespočet a jak jsme ji uvedli, minimálních řeení můe být vícero. Náplní jednoho z vědeckých experimentů se stala reálná situace rozvozu piva z distribučního střediska v Noovicích. Matematici spojili síly a pomocí algoritmů převedených do počítačového řeení se snaili najít optimální schéma rozvozu s tzv. časovými okny. Sami k tomu dodávají, e pouitý software potřeboval k výpočtu více ne pět tisíc sekund (zhruba jeden a půl hodiny), přičem se nepodařilo s dostupným mnostvím operační paměti prohledat celou mnoinu přípustných řeení. Nicméně se jim podařilo získat 21 řeení a optimální z nich prezentovali ve vědeckém článku. Pracovali se skupinou esti vozidel o různé kapacitě přepravek (80 a 150), dále měli stanovena časová okna v jednotlivých uzlech, poadavek na mnoství doručeného zboí, pochopitelně nechyběly vzdálenosti mezi jednotlivými uzly. Pro úplnost dodejme, e prezentovali výsledek s dosaenou hodnotou 330 najetých kilometrů, nepočítali ovem s dojezdem od koncového zákazníka do výchozího bodu, čili reálná výsledná hodnota by byla 380 km. Sami na závěr uvádí: Vzhledem ke skutečnosti, e čas výpočtu vzorového příkladu prezentovaného v tomto příspěvku byl velmi vysoký, a navíc nebylo dosaeno optimálního řeení, bude dalí pozornost směřována k hledání dalích matematických modelů, na základě kterých je moné obdobné úlohy řeit v kratím výpočetním čase, případně hledání takových úprav, které povedou k nalezení optimálního řeení. (Perners Contacts, roč. 6, č. 4, str. 166) Jakoby ji autoři sami tuili, e lze celou úlohu zpracovat jetě lépe a nemýlili se. Celá úloha se stejným zadáním byla podrobena analýze pomocí odliného algoritmu, na jeho konci (i s dojezdem do výdejního skladu) figuroval výsledek 330 km (tzn. o třináct procent lepí výsledek).
Potulný vědec a nečekané úspory
Závěr celé problematiky je vcelku jednoznačný, můeme vlastnit sebedokonalejí software, přesto jeho výsledky nemusí být, a pravděpodobně ani nebudou optimální. Nicméně se můou optimálnímu řeení různě přibliovat. V ádném případě bychom ale neměli ít v iluzi, e lépe u to nejde, i kdy na základě vynaloených investic do systémového řeení nás tato mylenka bude svádět. Můe se toti reálně stát, e u bran podniku zastaví vědec-matematik a bude tvrdit, e nael svoje optimální řeení. S největí pravděpodobností bude mít pravdu. Ostatně i výe uvedený příklad je důkazem, e řeení je vícero. Bylo by tedy chybným manaerským krokem, pokud bychom takovémuto vědci přibouchli dveře, protoe spolu s ním můe podnik uetřit nemalé prostředky. Silně vak záleí na hodnotě výsledku a mnoství uspořených prostředků, můe se toti jednat jen o pár kilometrů, nebo se lze naopak dopracovat k řeení, které obslouí stejný počet míst s niím počtem nákladních automobilů. Podnik si pak můe odkrtnout provozní náklady za vůz i mzdové náklady za řidiče.
V příspěvku jsme hlavní pozornost věnovali rozváce zboí. Trochu odliné postupy (algoritmy) pak řeí dalí oblast logistiky, a to obsluné modely, neboli jak například realizovat svoz komunálního odpadu po co nejkratí trase
Robin Raín, Libor Hladi
Robin Raín je obchodním ředitelem společnosti MDP Geo. Libor Hladi působí tamté jako GIS konzultant.




















