Dispatcher Proof of Concept

Heftruck- en materiaalopdrachten sturen in één live gebied

Opdrachten worden niet langer door de hal geroepen. Ze worden op prioriteit in een wachtrij gezet, toegewezen aan een specifieke operator, geaccepteerd, uitgevoerd en bevestigd — en voor het eerst zijn wachtrijleeftijd, reactietijd en het aantal geweigerde opdrachten cijfers in plaats van indrukken.

Mijn dispatchgebied pilotterenSpreek een productie-engineer
Gebruikelijke doorlooptijd3–6 weken
Omvang van de pilotEén gebied, geselecteerde heftrucks en operators, vastgelegde opdrachttypes
Belangrijkste gesprekspartnerLogistiek manager
Beslissing aan het eindRegelconfiguratie en schaalplan voor verdere gebieden

Is dit het probleem dat u moet oplossen?

  • Heftruckopdrachten worden via de portofoon toegewezen aan wie het hardst roept.
  • Urgente opdrachten wachten achter routineopdrachten omdat er geen zichtbare wachtrij is.
  • Twee chauffeurs komen af op dezelfde pallet terwijl een andere aanvraag wacht.
  • Niemand kan zeggen hoe druk het wagenpark werkelijk is, alleen dat het druk aanvoelt.

Belangrijkste gesprekspartner: Logistiek manager · Magazijnmanager · Productiemanager · Ploegleider

Wat deze PoC aantoont

Kunnen opdrachten digitaal in een wachtrij worden gezet, geprioriteerd en toegewezen zonder extra portofoonverkeer?
Accepteren en bevestigen operators opdrachten elke keer op het apparaat, ook in de late ploeg?
Wat zijn de werkelijke wachtrijleeftijd en opdrachtreactietijd zodra ze worden gemeten?
Houdt de prioriteitsregel stand bij contact met een echt drukke ploeg?
Hoeveel van de tijd van het wagenpark is rijden, en hoeveel is wachten op een instructie?

Aanbevolen omvang van de pilot

  • Eén gebied met een echte opdrachtachterstand, niet de rustigste hoek van de fabriek.
  • Geselecteerde heftrucks en hun operators, over de ploegen die draaien.
  • De opdrachttypes die ertoe doen — doorgaans bevoorrading, afvoer, overplaatsing, aanvulling en wegzetten.
  • Prioriteits- en escalatieregels zoals ze zouden moeten zijn, afgesproken vóór de pilot.
  • Bron- en bestemmingspunten met barcodebevestiging.

Wat er tijdens de PoC live draait

Live dispatchboard met de wachtrij, prioriteiten en huidige toewijzingen.
Apparaatflow voor de operator: ontvangen, accepteren, navigeren, bevestigen.
Prioriteits- en escalatieregels die automatisch worden toegepast naarmate de wachtrij groeit.
Opdrachtgeschiedenis met tijden, weigeringen en uitzonderingen.

Zo verloopt deze PoC

Week 1
Verkenning en definitie van de beslissingHet gebied, de opdrachttypes en de prioriteits- en escalatieregels vastleggen, en afspreken wat een servicelevel-overtreding hier betekent.Doorgangscriterium: Opdrachttypes en prioriteitsregels afgesproken met de ploegleiders.
Week 1
NulmetingDe huidige toewijzingsmethode gedurende een representatieve periode observeren: hoe lang aanvragen wachten, hoeveel er worden vergeten, hoe vaak twee chauffeurs dezelfde opdracht dubbel doen.Doorgangscriterium: Nulmeting geobserveerd en geaccepteerd.
Week 1–3
ConfiguratieLocaties, opdrachttypes, regels en apparaten configureren, en de operators trainen op hun eigen machines tijdens hun eigen ploegen.Doorgangscriterium: Elke pilotoperator voltooit een opdracht zonder hulp.
Week 3–5
Gecontroleerd live gebruikHet gebied draait op het dispatchboard over alle ploegen, met registratie van wachtrijleeftijd, reactie, uitvoeringstijd en weigeringen.Doorgangscriterium: Een volledige productieweek inclusief de drukste ploeg.
Week 5–6
Uitrolbeslissing en business caseDe KPI-nulmeting versus de pilot, de uitzonderingslijst, de regelconfiguratie en het schaalplan presenteren.Doorgangscriterium: Doorgaan, bijstellen of stoppen.

Doorlooptijden zijn gebruikelijk, niet gegarandeerd. Wat de planning verlengt: ontbrekende of onvolledige data, security- en netwerkgoedkeuringen, levertijden van hardware, het verzamelen van monsters, toegang voor de installatie, het productieplan, toegang tot de ERP-testomgeving en de tijd die uw team nodig heeft om resultaten te beoordelen.

Een ongeplande stilstand is niet voorzien. Elk installatievenster of gecontroleerde onderbreking wordt vooraf met u afgestemd en rond de productie gepland.

Hoe succes wordt gemeten

Hoe succes wordt gemeten
MeetwaardeHoe die is gedefinieerdWaar het getal vandaan komtSoort
WachtrijleeftijdLeeftijd van de oudste wachtende opdracht, bemonsterd gedurende de ploeg, en de verdeling ervan.Data uit het MSF-platformOperationeel
OpdrachtreactietijdTijd van het aanmaken van een opdracht tot acceptatie door een operator.Data uit het MSF-platformOperationeel
UitvoeringstijdTijd van acceptatie tot bevestigde voltooiing, per opdrachttype.Data uit het MSF-platformOperationeel
SLA-nalevingAandeel van de opdrachten dat binnen het afgesproken serviceniveau van de prioriteit wordt afgerond.Data uit het MSF-platformOperationeel
Geweigerde en opnieuw toegewezen opdrachtenOpdrachten die zijn geweigerd of opnieuw toegewezen, met reden — het signaal dat een regel niet bij de realiteit past.Data uit het MSF-platformTechnisch
Verkeerde-leveringsincidentenBevestigde leveringen op de verkeerde bestemming tijdens de pilot, versus de geobserveerde nulmeting.Afgesproken nulmetingOperationeel
OperatorbenuttingAandeel van de ploegtijd besteed aan bevestigde opdrachten versus wachten of leeg rijden.Data uit het MSF-platformOperationeel

Vóór de implementatie spreken MSF en uw team af hoe elke meetwaarde wordt berekend, waar de nulmeting vandaan komt, welke data buiten beschouwing blijft en welk resultaat een uitrolbeslissing rechtvaardigt. Deze pagina noemt wat er gemeten wordt; de concrete streefwaarden horen in de schriftelijke PoC-scope, niet in een marketingbelofte.

Wat u aanlevert

  • Opdrachttypes, prioriteiten, locaties en de betrokken materialen.
  • Operators, ploegdekking en de beschikbare of aan te schaffen apparaten.
  • Serviceniveaus en escalatieregels, inclusief wie een prioriteit mag overschrijven.
  • Toestemming om de huidige methode eerlijk te observeren tijdens de nulmetingperiode.

Wie doet wat

Meta Smart Factory levert

  • Verkennende workshop en begeleiding bij het bepalen van de scope
  • Configuratie van de oplossing voor de afgesproken scope
  • Integratie- en koppelwerk binnen die scope
  • MSF-hardware zoals vermeld in de offerte
  • Training van de pilotgebruikers
  • De KPI-definities en de validatiemethode
  • Issuebewaking en ondersteuning tijdens de pilot
  • Het eindrapport en het uitrolontwerp
  • Het geconfigureerde dispatchboard, de regels en de operatorflow voor het pilotgebied.
  • Een uitzonderingslijst die laat zien waar de regels in de praktijk het verkeerde antwoord opleverden.

U levert

  • Een benoemde business-eigenaar en een benoemde technisch eigenaar
  • Tijdige toegang tot gebruikers, lijn, machines en goedgekeurde systemen
  • Een correcte toelichting op het proces en de stamdata
  • Toegang voor netwerk, voeding, montage en veiligheid
  • ERP-, PLC- en leveranciersdocumentatie plus de experts die deze kennen
  • Representatieve monsters of historische data
  • De bevestiging dat de nulmeting eerlijk is
  • Terugkoppeling en de acceptatiebeslissing
  • Operators voor de volledige liveperiode, inclusief nachtploeg en drukste ploeg.
  • Een ploegleider die bevoegd is een prioriteitsregel aan te passen wanneer de pilot laat zien dat die fout is.

Vastgelegd in de schriftelijke offerte

  • Panel-pc’s, tablets, servers en GPU-servers
  • Camera’s, lenzen, verlichting en behuizingen
  • Scanners, printers, RFID-apparatuur, meters en sensoren
  • Reizen, installatie, transport, invoerrechten en lokaal elektrotechnisch werk
  • Of hardware wordt gehuurd of gekocht
  • Of een PoC-bedrag wordt verrekend met een uitrol

Commerciële voorwaarden, eigendom van hardware, reizen, integratiescope en een eventuele verrekening met de uitrol worden vastgelegd in de schriftelijke PoC-offerte. Ze zijn niet voor elk product gelijk en deze pagina belooft ze niet.

Wat u aan het eind krijgt

  • Een live dispatchboard voor het pilotgebied.
  • Geconfigureerde en getrainde mobiele operatorflow.
  • Prioriteits- en escalatieregelconfiguratie zoals afgesteld tijdens de pilot.
  • Vergelijking van KPI-nulmeting versus pilot.
  • Uitzonderingslijst met de regels die moesten worden bijgesteld.
  • Schaalplan voor de resterende gebieden en het wagenpark.

Randvoorwaarden, uitsluitingen en grenzen

Deze PoC is afhankelijk van

  • Apparaat- en netwerkdekking over het pilotgebied, geverifieerd tijdens de gereedheidscheck.
  • Ploegleiders die bereid zijn de wachtrij te sturen in plaats van eromheen te werken.

Niet inbegrepen in deze PoC

  • AGV-dispatching en automatische voertuigsturing.
  • Heftrucktelematica, wagenparkonderhoud en chauffeursveiligheidssystemen.
Wat deze PoC niet beweert

Benuttings- en wachtrijcijfers beschrijven het gepiloteerde gebied tijdens de gepiloteerde periode. Het is een nulmeting voor een uitrolbeslissing, geen conclusie over de omvang van het wagenpark — daarvoor is een langere observatieperiode over seizoensgebonden vraag nodig.

Doorgaan, bijstellen of stoppen: het beslismoment

DoorgaanDoorgaan: reactie en SLA verbeteren en operators gebruiken het — het dispatchboard uitbreiden naar de resterende gebieden.
BijstellenBijstellen: de prioriteitsregels of apparaatdekking moeten worden herzien; de uitzonderingslijst geeft aan welke.
StoppenStoppen: de beperking is de capaciteit van het wagenpark of de lay-out, en de wachtrijdata bewijst dat nu in plaats van het te veronderstellen.

Veelgestelde vragen

Hoeveel heftrucks moeten in de pilot zitten?

Genoeg om echt een wachtrij te laten ontstaan — meestal het volledige wagenpark van één gebied in plaats van een paar voertuigen. Een pilot zonder concurrentie kan niet bewijzen dat prioritering werkt.

Hebben operators nieuwe apparaten nodig?

Bestaande robuuste tablets of terminals worden hergebruikt waar ze aan de eis voldoen, en dat wordt tijdens de gereedheidscheck geverifieerd in plaats van aangenomen. Waar nieuwe apparaten nodig zijn, staan ze met hun kosten in het voorstel.

Wat als chauffeurs het systeem negeren?

Dat is een reëel risico en wordt gemeten, niet weggehoopt — geweigerde opdrachten, onbevestigde opdrachten en gebruik per ploeg staan op de scorecard. Zakt het gebruik in tijdens de nachtploeg, dan toont de PoC dat en zegt waarom.

Hoe verhoudt dit zich tot de WMS- en Logistiek-PoC?

Dispatcher wijst de opdracht toe en bevestigt die. WMS weet wat de voorraad is en waar. Logistiek meet de stroom waartoe de opdrachten behoren. Elk is los te bewijzen; samen vormen ze één scope en een langere planning.

Deze Proof of Concept aanvragen

Vertel welke scope u voor ogen heeft, dan komen wij terug met een schriftelijk PoC-plan: wat er gekoppeld wordt, wat u aanlevert, hoe succes wordt gemeten en hoe de beslissing aan het eind eruitziet.

Stuur via dit formulier geen inloggegevens, exports uit productiedatabases, personeelsgegevens of vertrouwelijke tekeningen. Als een PoC die nodig heeft, richten we eerst een goedgekeurd, beveiligd kanaal in.

Inzendingen worden gecontroleerd op misbruik en vastgelegd, inclusief IP-adres. U bent verantwoordelijk voor wat u instuurt.