Sistem de Management Dispatcher

Dispozitive Android standard: tablete robuste montate pe motostivuitoare sau terminale portabile, la alegere.

În funcție de urgența ordinului de fabricație, nevoile programului de producție și reguli configurabile, cu suprascriere manuală pentru supervizori.

Da. Rezervările generează automat sarcini pentru dispatcher, astfel încât întregul flux, de la ordinul de fabricație până la alimentarea liniei, nu necesită nicio coordonare umană.

Are nevoie de acoperire pe toate traseele pe care circulă efectiv motostivuitoarele, pentru că operatorul confirmă la ambele capete ale fiecărei sarcini, între rampă, culoare și posturile de pe linie. O confirmare făcută într-o zonă fără semnal ajunge la server abia când terminalul reintră în rețea, așa că până atunci sarcina apare în continuare deschisă la manager. Alertele cu 30 de minute în avans sunt notificări push, deci pe un culoar neacoperit ajung târziu sau deloc.

Da, și este intenționat așa, pentru că un operator deja încărcat sau blocat trebuie să aibă cum să o spună. La respingere nu se înregistrează un motiv, așa că un tipar se vede doar indirect: timpul de răspuns și volumul de lucru sunt înregistrate pe fiecare operator, iar cineva care respinge constant acumulează ore fără un număr de sarcini finalizate pe măsură. Stabiliți înainte de go-live cine se uită peste acești KPI și pune întrebarea, altfel butonul de respingere devine o cale de a nu lucra.

Nu de una singură. Fiecare sarcină are o locație sursă, o destinație și un traseu între ele, dar acel traseu este o rută fixă între două locații cunoscute. Nu se recalculează live pornind din punctul în care se află efectiv motostivuitorul. Poziționarea continuă cere modulul separat RTLS: tag-uri pe motostivuitoare, balize de ancorare montate și calibrate pe toată zona urmărită și scanere la porți, unde se înregistrează mișcările. Asta cere un studiu al amplasamentului și un proiect de instalare.

Fiecare sursă și fiecare destinație trebuie să fie o locație pe care sistemul o cunoaște printr-o adresă unică, iar tot ce vreți confirmat trebuie să poarte o etichetă scanabilă la care operatorul ajunge chiar în momentul predării. Confirmarea prin cod de bare valorează exact cât disciplina de etichetare din amonte. Dacă astăzi operatorii găsesc materialul pentru că știu unde stă de obicei, acea cunoaștere trebuie să devină date de bază înainte de prima sarcină repartizată.

Tehnic da, dar atunci cineva introduce manual fiecare sarcină, de regulă supervizorul de logistică, pe baza acelorași telefoane pe care sistemul trebuia să le elimine. Este acceptabil pentru un pilot pe o zonă sau pe un schimb, unde volumul este mic și testați mai degrabă comportamentul operatorilor și acoperirea rețelei decât debitul. Încetează să mai fie viabil în momentul în care introducerea manuală a sarcinilor consumă mai mult timp decât traficul radio pe care l-a înlocuit.

Două scanări pe sarcină, una la ridicare și una la livrare, câteva secunde fiecare atunci când eticheta este acolo unde o așteaptă operatorul. Costul real vine din coborâtul din motostivuitor și ocolitul paletului, pentru că eticheta este întoarsă spre rastel sau a fost lipită pe partea greșită. Rezolvați poziționarea etichetelor pentru un operator care se apropie cu motostivuitorul înainte de a lansa aplicația, altfel secundele acelea devin minute.

Nu. Elimină traficul radio și ghicitul despre ce urmează, dar tot cineva răspunde de priorități, tratează excepțiile și decide ce se întâmplă când două linii cer același motostivuitor. Ce se schimbă este că supervizorul lucrează cu o coadă de sarcini și cu timpi de răspuns înregistrați, nu din strigat și din memorie. Planificați o schimbare de rol, fără reduceri de personal.