In de discrete productie vraagt de planner: “Op welke bewerking bevindt zich een bepaalde order nu?” De werkplaatsleider kijkt op het whiteboard, de teamleider controleert de WeChat-groep; toch ontstaat er vaak geen eenduidig antwoord. Verkoop dringt aan op deadlines, inkoop wil alle onderdelen op tijd, en de financiën berekenen de work-in-progress; elke afdeling heeft een andere versie van de “voortgang”. Vergaderingen duren steeds langer, maar besluitvorming verloopt steeds trager. De voortgang van de bewerkingen is onzichtbaar; niet omdat de werknemers niet hun best doen, maar omdat de status van work-in-progress (WIP) bij niet is geïntegreerd in een query‑ en afstemmingsbare datastroom.
Waarom houden whiteboards en WeChat‑groepen het niet vol
Het dagelijkse leven in veel fabrieken ziet er als volgt uit: in het ERP staan verkooporders en productieopdrachten, maar de status op bewerkingsniveau wordt nog steeds handmatig bijgewerkt. Voor sluiting schrijft de teamleider de afgeronde hoeveelheden in een tabel, die de planner pas de volgende dag kan samenvoegen; wanneer er plotseling extra orders, herwerkingen of ingekochte onderdelen bijkomen, blijven de cijfers op het whiteboard achter bij de werkelijke situatie. Foto’s en spraakberichten in de WeChat‑groep kunnen niet gestructureerd worden en zijn bovendien niet te koppelen aan ordernummers, bewerkingsnummers of apparatuurnummers.
Wanneer een product meer dan vijf bewerkingen kent en er meer dan drie parallelle werkstations zijn, leidt de vage formulering “ongeveer 80% voltooid” tot verstoringen in de controle van complete sets en in de verzendplanning. Volgens onderzoeken naar digitalisering in de maakindustrie is ongeveer 40% van de gevallen van leveringsvertraging gerelateerd aan vertraagde voortgangsinformatie ter plaatse, en niet aan een absoluut tekort aan capaciteit. Wanneer de voortgang onzichtbaar is, verbergt dit ook knelpunten: een bepaalde bewerking loopt over, terwijl de stroom stroomafwaarts leeg is, maar het management blijft toch een gelijkmatige productieplanning hanteren.
Hoe moet de bedrijfsvoering worden opgesplitst: productieopdracht, bewerking en work-in-progress zijn drie verschillende zakenOm de voortgang beter te kunnen beheren, moet eerst de gemeenschappelijke taal worden vastgesteld. Het wordt aanbevolen om de status ter plaatse op te splitsen in drie objecten:
- Productieopdracht: correspondeert met de MO in ERP/MES en bevat hoeveelheid, deadline en BOM‑referenties;
- Bewerkingsopdracht: de uitvoerbare eenheid die ontstaat wanneer de opdracht volgens de procesroute wordt uitgepakt, gekoppeld aan een werkcentrum of apparaat;
- Work-in-progress‑batch: de hoeveelheid die in een bepaalde bewerking van dezelfde opdracht wacht op bewerking, in bewerking, in afwachting van inspectie of reeds voltooid is.
Op het gebied van bedrijfsregels moet duidelijk worden gemaakt: welke actie als “start” wordt beschouwd en welke als “voltooiing”. Bijvoorbeeld bij machinale bewerking geldt de start wanneer het programma wordt gestart of het eerste onderdeel goedgekeurd is, en de voltooiing wanneer het laatste onderdeel goedgekeurd is en de hoeveelheid is gemeld; bij de assemblagelijn begint de bewerking wanneer de pallet het werkstation binnenkomt, en eindigt ze wanneer het werkstation de pallet vrijgeeft na het scannen. Als de regels niet consistent zijn, komt de WIP in het systeem niet overeen met de werkelijke situatie.
Rol‑ en toegangsbeperkingen
Typische rollen zijn: planner (aanmaak/aanpassing van opdrachten, bekijken van de WIP van de hele fabriek), teamleider (melding van werk en afwijkingen binnen het eigen team), kwaliteitscontrole (afwijzen van defecte producten, initiëren van herwerkingsbewerkingen), magazijnbeheerder (overdracht tussen bewerkingen en invoer in het magazijn). Toegang moet worden verdeeld volgens organisatie en werkcentrum, zodat frontliniewerkers geen onnodige informatie over andere orders zien en planners geen knelpunten kunnen negeren.
Hoe ontwerpen: statusmachine, verzamelpunten en afstemming
Het hart van het systeem voor bewerkingsvoortgang is de bewerkingsstatusmachine: in afwachting van productie → toegewezen → in bewerking → in afwachting van inspectie → voltooid / in herwerking / gepauzeerd. Bij elke statusovergang moeten de volgende gegevens worden vastgelegd: operator, tijdstempel, hoeveelheid en, optioneel, ID van het apparaat/werkstation. Tijdens het ontwerp dienen “reden voor pauze” en “doelbewerking voor herwerking” te worden voorzien; anders zou een afwijking buiten het systeem om via offline procedures worden afgehandeld.
Welke verzamelmethoden kiezen
De verzameling hoeft niet in één keer volledig geautomatiseerd te worden; men kan volgens de mate van volwassenheid in fasen gaan:
- Werkstationterminal voor werkregistratie: tablet of industriële touchscreen, waarbij na het scannen van de opdracht-/bewerkingsbarcode de afgeronde hoeveelheid wordt ingevoerd; goedkoop en snel implementeerbaar;
- Apparatuurdata‑koppeling: CNC‑machines, SMT‑installaties en andere apparaten melden via OPC/MTConnect of fabrikant‑API hun werking en tellen; geschikt voor knelpuntapparaten;
- Andon‑ en lichtsignaalintegratie: pauzes, materiaaltekorten en kwaliteitsafwijkingen worden met één klik gemeld en de bewerkingsstatus wordt automatisch bevroren;
- RFID‑/pallet‑tracking: in scenario’s met grootschalige doorstroming wordt de locatie van meerdere work‑in‑progress‑opdrachten gekoppeld aan het pallet‑ID.
Het ontwerpprincipe is dat correcte meldingen makkelijker zijn dan verzwijgen: standaard worden de opdracht en de normale arbeidsduur meegegeven, en de registratie van het werk wordt in één stap voltooid; bij afwijkingen moet de reden worden gekozen, in plaats van langdurig “in bewerking” te laten zonder af te sluiten.
Hoe de opdracht en het ERP‑order op elkaar af te stemmen
De taakverdeling tussen MES/voortgangssysteem en ERP moet in een interface‑contract worden vastgelegd: het ERP stuurt de hoofdgegevens van de opdracht en de BOM; het systeem ter plaatse rapporteert terug de hoeveelheid voltooide bewerkingen, de gewerkte uren en de afvalhoeveelheid; op basis hiervan trekt het ERP materialen af en werkt het de voltooiingsgraad van de order bij. Het is cruciaal dat beide systemen niet zelfstandig de hoeveelheid kunnen wijzigen zonder audit. Een gangbare praktijk is dat het ERP de bron van financiële en order‑informatie is, terwijl het systeem ter plaatse de bron van informatie over de bewerkingsstatus is, en dat er evenement‑synchronisatie + dagelijkse afstemming plaatsvindt om eventuele verschillen op te lossen.
Hoe ontwikkelen en accepteren
Het interface‑niveau wordt aanbevolen om te worden gebeurtenis‑georiënteerd: voor elke opdracht‑uitgifte, werkregistratie, kwaliteitsbeoordeling en bewerkingsverplaatsing wordt een bericht verstuurd, zodat later de dashboard‑ en grote‑schermweergaven gemakkelijk kunnen worden gelezen. Aan de frontend krijgt de teamleider één scherm om de openstaande taken en afwijkingen van zijn team duidelijk te zien, en de planner krijgt een warme weergave van de WIP per order/per bewerking/per deadline. Qua prestaties moet een fabriek met duizenden gelijktijdige werkregistraties binnen enkele seconden zichtbaar zijn; anders keert de werkvloer terug naar papieren rapporten.
Bij de acceptatie mag niet alleen worden getest of “werk kan worden geregistreerd”. Er moeten 10 echte opdrachten worden geselecteerd voor een end‑to‑end‑volg‑oefening: extra orders, herwerkingen, ingekochte onderdelen en apparatuurfouten die tot pauze leiden; controleer of de voltooiingsgraad in het ERP overeenkomt met de werkelijke situatie ter plaatse. Na de lancering moeten de eerste twee weken dagelijks WIP‑afstemmingen worden uitgevoerd; als de verschillen de drempel overschrijden, worden deze automatisch doorgestuurd naar de planner en de IT.
De valkuilen die het gemakkelijkst worden gemaakt bij de implementatie
Ten eerste is er onvoldoende tijdige onderhoud van het proces‑schema, waardoor nieuwe producten nog steeds met oude sjablonen worden geregistreerd en de gegevens vanaf dag één verkeerd zijn. Ten tweede is er het maken van het voortgangssysteem tot een beoordelingsinstrument, waardoor teamleiders de werkelijke situatie verbergen of nabewerken; nadat het vertrouwen is verdwenen, wordt het systeem uiteindelijk genegeerd. Ten derde is er alleen het registreren van voltooiing, zonder afwijkingen te registreren, waardoor pauzes en materiaaltekorten niet in het systeem worden opgenomen en knelpunten altijd “normaal lijken”. De oplossing is om het systeem te integreren in de pre‑shift‑vergadering en het proces voor het upgraden van afwijkingen, in plaats van extra administratieve lasten toe te voegen.
Wanneer de bewerkingsvoortgang goed wordt beheerd, hebben we een solide basis voor leveringsbeloften en kunnen we de kapitaalbinding van work‑in‑progress nauwkeurig berekenen. Voor bedrijven in de discrete productie is dit vaak urgenter dan het aanschaffen van nog een “groot ERP‑module” — want het probleem zit in de digitale weergave van de status ter plaatse, en niet in het ontbreken van een nieuw rapport.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) levert al lange tijd op maat gemaakte systemen voor productievoortgang, magazijnbeheer en CRM aan de productie‑, handels‑ en fysieke sector. Bezoek gerust onze website Over ons om meer te weten te komen over onze engineeringpraktijken en leveringsgrenzen.