De planner opende om acht uur 's ochtends Excel en ontdekte dat de hoeveelheden onderweg voor de drie productielijnen nog steeds waren ingevuld door de nachtdienst van gisteren. De werkplaatsdirecteur zei: “Het loopt ongeveer goed”, maar niemand kon precies zeggen bij welke bewerking er een knelpunt was of welke werkorder de leveringsdatum zou overschrijden. Dit is geen geïsoleerde beheersfout in één fabriek, maar…De voortgang van de processen mist een real-time platform.De normale situatie: werkorders staan in het ERP, de productieaangiften worden op papier of in WeChat-groepen gedaan, en de status ter plaatse wijkt langdurig af van de systeemregistratie.
Waarom kunnen tabellen en WeChat-groepen de voortgangsbeheersing niet aan?
De gangbare werkwijze bij kleine en middelgrote productiebedrijven is als volgt: het ERP-systeem verstuurt werkorders, de teamleider noteert het uitgevoerde aantal op de dagplanning, en bij afwijkingen wordt via WeChat een foto genomen met een toelichting. Dit model is inWeinig variëteiten, stabiele batches en een lage wisselingsfrequentie van productielijnenDe stijl blijft behouden, maar zodra er extra bestellingen, herwerkingen, ingekochte retourgoederen of parallelle processen optreden, begint de informatie te vervormen.
Typische pijnpunten omvatten:Ongeëindigde producten (WIP) kunnen niet op procesniveau worden geaggregeerd.——Het magazijn weet dat de grondstoffen zijn aangekomen, het eindproductmagazijn weet hoeveel er vandaag is ingevoerd, en de status van de tientallen tussenliggende processen is een zwarte doos;Vertraging bij het rapporteren van werkzaamheden——Werknemers zijn druk met productie, het rapporteren van werkuren vindt plaats na werktijd, en de planner ziet altijd alleen een “historische momentopname”;Abnormiteit is niet traceerbaar— Bij kwaliteitsgeschillen over een bepaalde partij goederen is het niet mogelijk om snel te achterhalen welke productiestap, welke operator, welk apparaat en welke parameters er zijn gebruikt.
Om dit probleem op te lossen, gaat het bij de software niet om het maken van nog een spreadsheet, maar om hetProces—werkorder—onderweg product—leveringsdatumVerbindt zich tot een verifieerbare gegevensketen.
Hoe wordt de bedrijfsvoering opgesplitst: van werkorder tot processtatusmachine
Het zakelijke kernpunt van het productievoortgangssysteem is om eenProductieopdrachtOpgesplitst in verschillendeProcesopdracht, elke processtap heeft duidelijke: inputmateriaal, outputmateriaal, standaardwerktijd, regels voor het beoordelen van de kwaliteit, en relaties tussen parallelle of verplichte seriële processen.
Ticketlaag: Planning en toezeggingen
Een werkorder bevat de leveringsdatum van de klant, de geplande start- en eindtijd, de prioriteit, en de gekoppelde verkooporder of prognose. De statusmachine van een werkorder omvat meestal: in afwachting van uitgifte, in productie, gepauzeerd, voltooid en gesloten. Het belangrijkste isEen werkorder mag niet alleen de grove status “In productie” hebben., anders kan het voortgangspercentage alleen handmatig worden geschat.
Proceslaag: de kleinste uitvoerbare eenheid
Elke bewerking dient te worden gedefinieerd met: bewerkingscode, werkcentrum/productielijn, voorbereidingstijd, bewerkingstijd en wachtrijregels (first-come-first-served of prioriteitstealing). De statusmachine van de bewerking wordt aanbevolen om ten minste de volgende statussen te bevatten: in afwachting van start, in bewerking, in afwachting van inspectie, goedgekeurd voltooid, niet-goedgekeurd in afwachting van afhandeling, uitbesteed verzonden, uitbesteed teruggekregen.
In-productie-laag: hoeveelheid en locatie
Ongeëindigde producten zijn geen abstracte cijfers, maarHet aantal wachtende/bewerkende/wachtende overdrachtsitems van een bepaalde werkorder in een bepaalde bewerking.. Bij het ontwerp moet worden beantwoord: vanaf het moment dat proces A is voltooid tot het moment dat proces B wordt gestart, bevindt het materiaal zich dan in de kantoorvoorraad, in een transportpallet onderweg of in de bufferzone van het proces? Elke stap dient te beschikken over een magazijnlocatie- of containeridentificatie; anders kloppen de WIP‑statistieken onvermijdelijk niet.
Hoe te ontwerpen: rollen, processen en datamodellen
Rol en machtigingen
Typische rollen omvatten: planner (opdrachten uitgeven/aanpassen, overzicht van WIP bekijken), teamleider (werk toewijzen, afwijkingen verwerken), operator (starten/rapporteren van werk/scan codes), kwaliteitscontroleur (inspectie en beoordeling, behandeling van non-conformiteiten), procesingenieur (onderhoud van procesnormen en parameters), productiemanager (KPI’s en dashboards). Toegangsregels:Op de locatie wordt alleen de noodzakelijke schrijfrechten verleend., om te voorkomen dat werknemers per ongeluk de planning wijzigen; het management kan alleen geaggregeerde gegevens inzien en mag de werkbondetails niet rechtstreeks bewerken.
Kernproces
- Uitgeven: Ontvang orders vanuit ERP/MRP en genereer een wachtrij van procestaken op basis van BOM en productieprocessen.
- Opdracht toewijzen: De teamleider wijst procestaken toe aan de productielijn/werkstation/shift, en ondersteunt zowel batchtoewijzing als het herschikken van ingevoegde orders.
- Start bouw: De operator scant het werkorder + de bewerking + het apparaat; het systeem registreert de werkelijke starttijd en de operator, en blokkeert het aantal “te starten”-taken.
- Werkrapportage: Aantal voltooide taken, aantal afvalproducten, arbeidsuren, abnormale codes; ondersteunt gedeeltelijke rapportage van werk (een batch wordt in meerdere fasen voltooid).
- Overdragen: Bevestiging van de overdracht van work-in-process tussen processen, en bijwerken van de voorraad naast de productielijn en de wachtrij voor het volgende proces.
- Sluiten: Na het indienen van de werkinvoer in de laatste bewerking wordt het werkorder automatisch of handmatig afgerond, en wordt de opdracht voor opslag in het ERP-systeem teruggeschreven.
Belangrijkste punten van het datamodel
Aanbevolen om onafhankelijk te onderhouden:werkorder(werkbon),operatie_taak(Procesopdracht),operatierapport(Registratie van werkrapportage),wip_balance(onder voorraad van werk in uitvoering),uitzonderingslogboek(Stilstand/tekort aan materialen/kwaliteitsafwijking). Elke tabel behoudtOnveranderlijke tijdstempel en operator, alleen dan is er een basis voor het achterhalen van geschillen. De interface met ERP maakt gebruik vanGebeurtenisgestuurd: Het voltooien van de productie melding activeert een API-terugschrijving, in plaats van de nachtelijke batchafstemming – die altijd een halve stap achterloopt.
Hoe ontwikkelen en implementeren: verzameling, interfaces en acceptatie
Selectie van de methode voor het verzamelen van gegevens ter plaatse
Gebruik in combinatie per scenario:Streepjescode/QR-code(Workorder, doorstroomkaart, materiaalbatch) geschikt voor discrete productie;Werkstationterminal of industriële tabletGeschikt voor het rapporteren van werkzaamheden bij vaste processen;Andon-knop of IoT-tellingGeschikt voor productielijnen met een hoge herhaalbaarheid;Mobiele mini-programmaGeschikt voor inspectie en bevestiging van ingekochte goederen. Principe:Eenmalig scannen voltooit de koppeling van start, apparatuur en operator., verminder de extra stappen voor werknemers; anders wordt de vakbond omzeild.
De grens met ERP/MES
Als een onderneming al een ERP-productiemodule heeft, kan het voortgangssysteem worden gepositioneerd alsWerkplaatsuitvoeringslaag (lichte MES): ERP beheert planning en kosten, terwijl de uitvoeringslaag het realtime statusbeheer verzorgt. De interfaces dienen duidelijk te zijn: wie is verantwoordelijk voor de hoofdgegevens (materialen, BOM, productieprocessen); op welke granulariteit wordt de werkinvoer teruggekoppeld (per bewerking of per werkorder); en mogen afwijkende werkorders achteraf worden aangepast. Het is absoluut noodzakelijk dat beide systemen niet elk hun eigen opleveringsaantallen bijhouden – anders zal de afstemming van de kosten alle efficiëntiewinsten wegvreten.
Acceptatiecriteria (kunnen in het contract worden opgenomen)
- Elke werkorder kan binnen 30 seconden worden opgezocht.Huidige bewerking, hoeveelheid onderweg, laatste rapportagetijd。
- Na het invoegen van een bestelling, worden de betrokken werkordersVoorspelde voltooiingstijdAutomatische herberekening, met een fout binnen het aanvaardbare bereik (bijv. ±4 uur).
- In situaties met kwaliteitsgeschillen kan binnen 5 minuten een rapport worden opgesteldProces—operator—apparatuur—parametersTraceerlink.
- Planningsbord en vertraging bij de werkelijke productieaangifte op locatieNiet meer dan 15 minuten(Als het netwerk normaal is).
Aanbeveling voor het implementatieritme: kies één productielijn en twee typische werkorders (grote batch in stationaire toestand + kleine batch met ingevoegde orders) als proefproject, doorloop de processen van toewijzing—werkregistratie—verplaatsing—terugschrijving en kopieer vervolgens dit model horizontaal. De nadruk van de training ligt niet op de “lijst met systeemfuncties”, maar opWie wijzigt bij een afwijking, hoe wordt het gewijzigd en hoe wordt na de wijziging een spoor achtergelaten?。
Veelvoorkomende valkuilen en hoe deze te vermijden
Alleen een dashboard maken, geen gesloten lus.: Het grote scherm ziet er mooi uit, maar de gegevens worden handmatig ingevoerd; na twee weken wordt het niet meer onderhouden.Te fijne procesindeling: Het aantal rapporteringen explodeert, waardoor werknemers zich verzetten.Verwaarlozing van uitbesteding en herwerking: De voortgang staat op eigen proces bij “100%”, maar de goederen bevinden zich nog bij de leverancier.Losgekoppeld van het stukloon: De rapportagegegevens worden niet erkend door het salarissysteem, waardoor ter plaatse onmiddellijk “selectieve rapportering” plaatsvindt. Al in de ontwerpfase moeten productie, kwaliteit en financiën samen de regels vastleggen.
Het omzetten van de procesvoortgang van “vragen aan mensen” naar “systematisch controleren” is in wezen het productiseren van de observeerbaarheid op de productievloer. Op operationeel vlak worden eerst de werkorders en de statusmachines van de processen duidelijk gemaakt; op ontwerpvlak worden rollen vastgelegd en onveranderlijke rapportages vastgezet; en op ontwikkelingsvlak wordt de juiste verzamelwijze gekozen en de ERP‑interfacecontracten strikt vastgelegd. Alleen dan zullen leveringstermijnwaarschuwingen en WIP‑visualisatie nevenproducten zijn in plaats van een nieuwe last.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) levert al lange tijd maatwerksoftware voor productievoortgang, magazijnbeheer en klantenbeheer aan de maakindustrie, de buitenlandse handel en de fysieke sector, met dekking van de volledige keten, van behoefteverduidelijking en procesmodellering tot workshopverzameling en ERP‑integratie. Voor meer informatie over onze capaciteiten en projecten kunt u terecht op Over ons en Klantencases.