Dispatcher-beheersysteem

Standaard Android-apparaten, naar keuze robuuste tablets gemonteerd op heftrucks of handterminals.

Op basis van de urgentie van de werkorder, de behoeften van de productieplanning en instelbare regels, met handmatige overschrijving voor leidinggevenden.

Ja. Reserveringen genereren automatisch dispatchertaken, zodat de hele flow van werkorder tot lijnbevoorrading zonder menselijke coördinatie verloopt.

U heeft dekking nodig langs de routes die de heftrucks rijden, niet alleen op vaste punten, want de chauffeur bevestigt aan beide kanten van elke taak: bij het laadperron, in de gangpaden en aan de lijn. Een bevestiging die wordt gegeven waar geen signaal is, bereikt de server pas als het apparaat weer op het netwerk zit, dus voor de teamleider staat de taak nog steeds open. De meldingen 30 minuten vooraf zijn pushmeldingen, dus in een gangpad zonder dekking komen ze te laat of helemaal niet aan.

Ja, en dat is bewust zo, want een chauffeur die al geladen is of vaststaat moet dat kunnen aangeven. Bij de weigering wordt geen reden vastgelegd, dus een patroon ziet u alleen indirect: reactietijd en werklast worden per operator geregistreerd, en wie structureel weigert maakt uren zonder het bijbehorende aantal afgeronde taken. Bepaal vóór de livegang wie die KPI’s leest en de vraag stelt, anders wordt de weigerknop een manier om eronderuit te komen.

Uit zichzelf niet. Elke taak heeft een bronlocatie, een bestemming en een route daartussen, maar dat is een vaste route tussen twee bekende locaties, geen live herberekening vanaf de plek waar de heftruck op dat moment staat. Continu volgen vraagt de aparte RTLS-module: tags op de trucks, anchor beacons geplaatst en gekalibreerd over het hele te volgen gebied, en scanners bij de doorgangen waar bewegingen worden geboekt. Dat is een site survey en een installatieproject, geen instelling in de app.

Elke bron- en bestemmingslocatie moet een locatie zijn die het systeem kent met een uniek adres, en alles wat u bevestigd wilt hebben moet een scanbaar label dragen dat de chauffeur op het moment van overdracht kan bereiken. Barcodebevestiging is nooit beter dan de labeldiscipline stroomopwaarts. Vinden uw chauffeurs materiaal nu doordat ze weten waar het meestal staat, dan moet die kennis eerst stamdata worden voordat de eerste taak wordt uitgestuurd.

Technisch wel, maar dan tikt iemand elke taak met de hand in, meestal de logistieke teamleider, op basis van dezelfde telefoontjes die het systeem juist moest wegnemen. Voor een pilot op één gebied of één ploeg is dat werkbaar: het volume is klein en u test gedrag van operators en netwerkdekking, niet doorzet. Het houdt op te werken zodra het handmatig invoeren van taken meer tijd kost dan het portofoonverkeer dat het verving.

Twee scans per taak, één bij het ophalen en één bij het afleveren, elk een paar seconden als het label hangt waar de chauffeur het verwacht. De kosten zitten in het uitstappen en om een pallet heen lopen, omdat het label de stelling in wijst of op de verkeerde kant is geplakt. De scan zelf kost weinig. Zet de labelplaatsing goed voor een chauffeur die vanaf de heftruck aan komt rijden vóór u de app uitrolt, anders worden die seconden minuten.

Nee. Het haalt het portofoonverkeer en het gissen over wat nu moet gebeuren weg, maar iemand blijft eigenaar van de prioriteiten, handelt uitzonderingen af en beslist wat er gebeurt als twee lijnen dezelfde heftruck willen. Wat verandert: roepen en onthouden maken voor de teamleider plaats voor een wachtrij en geregistreerde reactietijden. Reken op een rol die verandert, niet op minder fte.