AOS na sledovaných VZV oproti navádzaniu VZV podľa stavu v SAP
Obrazovka v SAP ukazuje prepravný príkaz ako uzavretý. Linka pritom dvanásť minút čakala, kým vozík naprázdno obchádzal halu a hľadal mrežovú paletu. Záznam bol pravdivý, chýbal v ňom však údaj o jazde.
Čo v skutočnosti optimalizuje klasický FGS
FGS, teda systém navádzania VZV (predáva sa aj ako systém riadenia VZV alebo prepravy), zvyčajne pracuje so zásobníkom prepravných príkazov zo skladových modulov ERP, napríklad WM alebo EWM, niekedy aj z účtovania výroby či zásob. Príkazy zoradí, pošle na terminál vo VZV a čaká na potvrdenie skenom alebo zmenou stavu pri vyzdvihnutí a pri odovzdaní. Oproti vysielačkám je to skutočný posun, aj tak je to však stavový automat postavený na účtovaní v systéme.
Z čoho namiesto toho vychádza twinzo AOS
AOS (automatizovaný objednávací systém) od twinza je postavený ako interné logistické trhovisko úloh nad udalosťami v hale. Človek stlačí tlačidlo, naskenuje tag alebo klepne na obrazovku, prípadne stroj či systém linky vyšle signál z IoT alebo MES. Otvoriť sa môže aj e-Kanban alebo výzva na materiál. AOS z takejto udalosti vytvorí voľný pracovný príkaz, ktorý vodiči prijímajú online. Spúšťač pritom nemusí čakať, kým v SAP vznikne stav prepravného príkazu.
Rozdiel je jasný hneď na začiatku. Klasický FGS vychádza z toho, ktorá úloha v ERP je otvorená, AOS z toho, ktorá udalosť v hale práve ukázala, že linka potrebuje presun. ERP môže účtovanie dostať aj neskôr, ťahový signál však vzniká v hale. Ako z požiadavky vznikne pracovný príkaz, vysvetľuje článok Ako sa z požiadavky v hale stane pracovný príkaz, a celú cestu od požiadavky po prijatie úlohy opisuje článok Výzva, ktorou záznam vzniká.
Prečo sledované VZV menia výpočet
AOS v twinzo je napojený na vozíky, ktoré sú zároveň lokalizované. Nepretržité polohy z RTLS, typicky so strednou presnosťou okolo 1 až 3 m (3 až 10 ft) pri práci v uličkách a pri bufferoch, sa zobrazujú na tej istej mape haly ako otvorené úlohy. Pri prijatí úlohy sa tak dá vychádzať zo skutočnej polohy vodiča. Kým je úloha otvorená, platforma ukladá trasu, čas jazdy aj vzdialenosť, nielen dve potvrdenia, ktoré FGS potrebuje na uzavretie príkazu v ERP.
Odborné texty o RTLS a telematike rozlišujú to isté: záznamy o flotile a sklade popisujú vlastníctvo alebo transakcie, údaje o pohybe popisujú skutočné využitie. Bez toku polôh zostáva odhadom, kedy vozík pracuje a kedy stojí, koľko metrov (ft) najazdí naprázdno a koľko s nákladom a aký je skutočný čas presunu medzi pracoviskami. Akademické aj dodávateľské práce o optimalizácii VZV pomocou senzorov vychádzajú z tej istej medzery: plánovanie nemá skutočné prepravné vzdialenosti ani vyťaženosť, kým sa vozík nezačne merať. Keď závody pridávajú k projektu navádzania v SAP lokalizáciu laserom alebo UWB, priznávajú tým, že samotná vrstva príkazov údaje o jazdách nedodala.
Trasy zároveň napĺňajú priestorovo orientovaný súbor dát, na ktorom stojí zobrazenie online. Rovnaký podklad využíva znižovanie podielu jázd naprázdno, uložená história aj analýza korelácií a príčin opakujúcich sa okruhov. Príklady dopadu trás nájdete v článku Skutočné trasy jázd po hale.
Ako sa oba systémy porovnávajú v hale
1. Zdroj požiadavky - FGS: stavy prepravných príkazov v sklade alebo ERP a ručné dialógy. AOS: výzvy z IoT a od ľudí, signály z MES a e-Kanban, s voliteľným neskorším účtovaním v ERP.
2. Čo znamená „hotovo“ - FGS: príkaz potvrdený a zaúčtovaný. AOS: úloha prijatá a doručená, pri sledovaných vozíkoch aj so zmeranou trasou.
3. Jazda naprázdno - FGS bez lokalizácie: odvodená z pravidiel prideľovania a vzdialeností v kmeňových dátach. AOS so sledovaním: spočítaná na trase, ktorou vozík skutočne išiel.
4. Hranica rozsahu - YMS ponechajte pre návesy a brány. FGS v SAP ponechajte pre riadenie skladových úloh okolo ERP, ak je to v závode už štandard. AOS financujte vtedy, keď problémom je ťah od linky k vodičovi a zmeraná jazda po hale.
Ako sa tímy rozhodujú, ktorý systém kupujú
1. Opýtajte sa, čo dnes vytvára ďalšiu úlohu - Ak je odpoveďou len skladová úloha, ide o oblasť FGS. Ak je to tlačidlo, senzor alebo linka, ktorej chýba materiál, treba AOS riadený udalosťami.
2. Opýtajte sa, či sú kilometre (míle) jazdy naprázdno z minulého mesiaca namerané, alebo sa o nich len diskutuje - Diskusia znamená potvrdenia bez toku polôh.
3. Neprijímajte jeden slajd, ktorý mieša navádzanie podľa príkazov zo SAP s online sledovaním v digitálnom dvojčati - Ide o iný dôkaz a iných vlastníkov.
4. Vyskúšajte na pilote jeden okruh riadený udalosťami na sledovaných vozíkoch - Najprv overte cestu od výzvy cez prijatie úlohy až po trasu a až potom nahraďte fungujúci ERP FGS celý naraz.
AOS od twinza a aktuálny prehľad haly nájdete na stránkach Automatizácia objednávok materiálu a Optimalizácia internej logistiky, podrobnosti o funkciách sú v prehľade funkcií a cena nasadenia v cenníku. Čakanie vo výrobe na tej istej mape rieši sledovanie výroby.
Ozvite sa nám a spolu si prejdeme, či váš súčasný systém navádzania iba uzatvára stavy v ERP, alebo už meria čas a vzdialenosť jázd, ktoré vaše vozíky v skutočnosti absolvujú.