Sistem za upravljanje Dispatcher

Na standardnih napravah Android, na robustnih tablicah, nameščenih na viličarjih, ali ročnih terminalih. Odločitev je vaša.

Glede na nujnost delovnega naloga, potrebe proizvodnega urnika in nastavljiva pravila, z možnostjo ročne preglasitve za nadrejene.

Da. Rezervacije samodejno ustvarijo naloge za dispečerja, tako da celoten tok od delovnega naloga do oskrbe linije ne potrebuje človeškega usklajevanja.

Potrebuje pokritost vzdolž celotnih poti, po katerih viličarji vozijo, saj voznik potrjuje na obeh koncih vsake naloge: pri rampi, med regali in ob liniji. Potrditev, oddana tam, kjer ni signala, ne pride do strežnika, dokler naprava ni spet na omrežju, zato je naloga za vodjo videti še vedno odprta. Opozorila 30 minut vnaprej so potisna obvestila, zato v nepokritem hodniku pridejo z zamudo ali pa sploh ne.

Da, in to namenoma, ker mora voznik, ki je že naložen ali blokiran, imeti način, da to pove. Ob zavrnitvi se razlog ne zabeleži, zato se vzorec pokaže le posredno: odzivni čas in obremenitev se beležita po operaterju, in kdor sistematično zavrača, nabira ure brez ustreznega števila zaključenih nalog. Pred zagonom se odločite, kdo te KPI-je bere in postavi vprašanje, sicer gumb za zavrnitev postane izhod v sili.

Sam po sebi ne. Vsaka naloga nosi izvorno lokacijo, cilj in pot med njima, vendar je ta pot fiksna povezava med dvema znanima lokacijama. Glede na to, kje viličar trenutno stoji, se sproti ne preračunava. Za neprekinjeno sledenje položaju je potreben ločen modul RTLS: oznake na viličarjih, sidrni oddajniki, nameščeni in umerjeni po celotnem območju sledenja, ter skenerji na vratih, kjer se premiki knjižijo. To je projekt z ogledom lokacije in montažo, ne nastavitev v aplikaciji.

Vsak izvor in vsak cilj mora biti lokacija, ki jo sistem pozna po enolični oznaki, in vse, kar želite imeti potrjeno, mora nositi nalepko, ki jo voznik lahko skenira v trenutku predaje. Potrjevanje s črtno kodo je vredno le toliko, kolikor je discipline pri označevanju pred tem. Če vaši vozniki danes najdejo material tako, da vedo, kje običajno stoji, mora to znanje postati matični podatek, preden se odpošlje prva naloga.

Tehnično da, vendar potem nekdo vsako nalogo vnaša ročno, praviloma vodja logistike, na podlagi istih telefonskih klicev, ki naj bi jih sistem odpravil. Za pilot na enem območju ali eni izmeni je to izvedljivo, ker je količina majhna in preizkušate vedenje operaterjev in pokritost omrežja, ne pretočnosti. Neuporabno postane v trenutku, ko ročni vnos nalog vzame več časa, kot ga je prej vzela radijska zveza.

Dva skena na nalogo, enega ob prevzemu in enega ob dostavi, vsak po nekaj sekund, če je nalepka tam, kjer jo voznik pričakuje. Strošek ni sken sam, ampak sestopanje z viličarja in hoja okoli palete, ker je nalepka obrnjena v regal ali nameščena na napačno stran. Preden aplikacijo razširite na celoten obrat, uredite namestitev nalepk tako, da so vidne vozniku z viličarja. Sicer iz teh sekund nastanejo minute.

Ne. Odpravi radijski promet in ugibanje, kaj je naslednje na vrsti, vendar nekdo še vedno določa prioritete, rešuje izjeme in odloča, kaj se zgodi, ko dve liniji hkrati zahtevata isti viličar. Spremeni se to, da vodja dela z vrsto nalog in zabeleženimi odzivnimi časi. Vpitje in zanašanje na spomin odpadeta. Računajte na spremembo vloge, ne na prihranek pri številu ljudi.