Discrete productie ERP laten maken
Discrete productie maakt telbare producten uit onderdelen: assemblage volgens een vaste stuklijst, bewerkingen in een vaste routing, series met een omsteltijd ervoor. Het product ligt vast voordat de order binnenkomt, dus de vraag is niet wat u gaat maken maar hoeveel, wanneer en in welke serie. Appfront bouwt ERP-software voor bedrijven die zo produceren: metaalbewerking, apparatenbouw, elektronica-assemblage en toelevering.
Wat discrete productie anders maakt
Productie komt in drie smaken en elke smaak vraagt een ander systeem. Procesproductie werkt met recepturen en charges, met een opbrengst in kilo's of liters. Engineer-to-order maakt per order iets nieuws, zodat het ontwerp in de levertijd zit. Discrete productie zit daartussen: het product bestaat al, is opgebouwd uit telbare onderdelen en wordt herhaald in series. Die herhaling maakt planning, kostprijs en verbetering pas mogelijk.
Zit u hier goed? Deze pagina gaat over herhaalbaar produceren met een stuklijst die al klaarligt. Begint het ontwerp pas nadat de order getekend is en groeit de stuklijst gaandeweg, dan hoort u bij ETO-ERP laten maken. Draait u stuklijsten en recepturen door elkaar, met chargeregistratie naast serienummers, dan hoort u bij ERP voor gemengde productie.
Het product bestaat al bij de order
Artikelnummer, stuklijst en routing liggen vast. De order kiest alleen aantal en leverdatum.
Series, omsteltijd en volgorde
Omstellen kost tijd die niets oplevert. Seriegrootte en volgorde op de machine zijn daarom kostenposten.
Alles is te tellen
Voorraad, afkeur en onderhanden werk zijn stuks. Een verschil is dus altijd terug te leiden naar een handeling.
De stuklijst en de routing zijn het hart van het systeem
Alles wat een productie-ERP daarna doet, leunt op deze twee gegevens. De stuklijst zegt waaruit een product bestaat, de routing zegt hoe het gemaakt wordt. Kloppen ze, dan volgen behoefteberekening, capaciteitsbeeld, kostprijs en nacalculatie daaruit. Kloppen ze niet, dan versterkt het systeem de fout op alle plekken tegelijk.
Een bruikbare stuklijst is meer dan een lijst onderdelen. Zij is meerlagig, met halffabricaten die zelf een stuklijst hebben, kent alternatieven als de eerste keuze niet leverbaar is, en legt per regel vast hoeveel er nodig is en hoeveel uitval daarbij hoort. Een paar procent afkeur op een onderdeel dat vier lagen diep zit, telt hard door in de inkoopbehoefte. En zij heeft revisies met een ingangsdatum, zodat u weet welke uitvoering in werkorder 4471 zit en wanneer de oude voorraad opgemaakt mag worden.
De routing legt de bewerkingen in volgorde vast, met per bewerking een werkplek, een omsteltijd en een tijd per stuk, plus de wacht- en transporttijd ertussen. Die tijden bepalen de doorlooptijd waarmee de planning rekent en de kostprijs waarmee verkoop calculeert. Uitbesteed werk hoort als bewerking in dezelfde routing, anders valt de planning stil zodra een order de deur uitgaat voor oppervlaktebehandeling.
Omsteltijd, seriegrootte en de volgorde op de machine
De omsteltijd is de reden dat discrete productie in series werkt. Grotere series verdelen die tijd over meer stuks, maar zetten geld vast in voorraad en verlengen de doorlooptijd. Een systeem dat alleen een vaste seriegrootte per artikel kent, helpt uw planner bij die afweging niet.
Lastiger is de omsteltijd die van de volgorde afhangt. Van licht naar donker spuiten kost bijna niets, andersom kost het een schoonmaakbeurt, en hetzelfde geldt voor gereedschapswissels en materiaalsoorten. Een planning die dat negeert ziet er op papier keurig uit en levert op de vloer omsteltijd op die niemand begroot had. Zie ook productieplanning software laten maken.
Wijzigingsbeheer: revisies, ingangsdatum en orders die al lopen
Een stuklijst is nooit af. Een leverancier stopt met een component, engineering verbetert een detail, inkoop vindt een ander materiaal, een klant vraagt een variant die daarna blijft bestaan. Elke wijziging stelt twee vragen die uw systeem moet kunnen beantwoorden: vanaf wanneer geldt de nieuwe uitvoering, en wat gebeurt er met alles wat al loopt.
De ingangsvoorwaarde is zelden alleen een datum. Soms geldt een wijziging vanaf een serienummer, soms pas als de oude voorraad op is, soms alleen voor één klant. Kent het systeem alleen "vanaf nu", dan lossen mensen dat op met een nieuw artikelnummer, en groeit het artikelbestand met varianten die niemand meer kan onderhouden.
Wat er met lopende orders gebeurt, is de tweede helft van het werk. Er staan werkorders vrijgegeven met materiaal gereserveerd op de oude revisie, er lopen inkooporders op een onderdeel dat vervalt, en er liggen halffabricaten op voorraad die volgens de nieuwe tekening niet meer passen. Het systeem hoort per geraakte order te tonen waar hij staat, zodat iemand kan besluiten: laten lopen, ombouwen of afboeken.
Routingwijzigingen worden vaker vergeten dan stuklijstwijzigingen, terwijl ze net zo hard doorwerken. Een extra bewerking of een andere machine verandert de doorlooptijd waarmee de planning rekent en de kostprijs waarmee verkoop calculeert. Wordt alleen de nieuwe routing opgeslagen, dan blijven lopende orders op de oude tijden staan en verklaart de nacalculatie achteraf niets.
Ook de servicekant hangt hieraan. Past het nieuwe onderdeel in eerder geleverde producten, of is het alleen inbouwbaar vanaf een bepaalde uitvoering? Zonder vastgelegde vervangingsrelatie stuurt de servicedesk vroeg of laat het verkeerde deel naar een klant die stilstaat.
Daaromheen hoort een lichte procedure: een status van concept naar vrijgegeven naar vervallen, iemand die vrijgeeft en niet dezelfde die tekent, en een spoor van wie wat wanneer wijzigde. Dat spoor is geen bureaucratie maar de voorwaarde voor tracering: wilt u later weten welke uitvoering in een geleverd exemplaar zit, dan moet de revisie aan de werkorder hangen en niet alleen aan het artikel.
Een wijziging is pas doorgevoerd als de gevolgen zichtbaar zijn gemaakt. Welke orders raakt zij, welke voorraad wordt daarmee incourant, welke documentatie moet mee, en verandert de prijs richting de klant. Systemen die dat overzicht niet geven, verplaatsen het werk naar een vergadering waarin iedereen uit het hoofd probeert te reconstrueren wat er nog openstaat.
Van stuklijst en routing naar kostprijs
De kostprijs is geen veld dat iemand invult, maar een berekening uit diezelfde twee gegevens. Materiaal komt uit de stuklijst tegen een prijs die u kiest, arbeid en machinetijd komen uit de routing tegen een tarief per werkplek, en de omsteltijd wordt over de seriegrootte verdeeld. Dat laatste verklaart meteen waarom hetzelfde product in een kleine serie een andere kostprijs heeft dan in een grote.
Die prijskeuze is een besluit met gevolgen. Rekent u met de laatste inkoopprijs, dan beweegt de kostprijs mee met de markt en schommelt uw marge per order. Rekent u met een vaste verrekenprijs, dan is de kostprijs rustig en landt het verschil op een prijsverschillenrekening waar iemand iets mee moet doen. Beide zijn verdedigbaar. Wat niet kan, is dat verkoop niet weet welke van de twee onder de offerte ligt.
Machinetijd verdient een eigen tarief zodra de machine duurder is dan de mens die hem bedient. Een bewerkingscentrum dat onbemand doordraait kost tijd zonder uren, een montageplek kost uren zonder machinekosten. Wie beide op één uurtarief gooit, maakt geautomatiseerd werk kunstmatig duur en handwerk kunstmatig goedkoop, en stuurt daarmee investeringsbeslissingen de verkeerde kant op.
Bij meerlagige stuklijsten telt de kostprijs van beneden naar boven op. Wijzigt een onderdeel vier lagen diep, dan moeten alle bovenliggende niveaus opnieuw worden doorgerekend. Gebeurt dat alleen periodiek, dan calculeert verkoop ondertussen op verouderde cijfers. Bij varianten wilt u bovendien geen duizend kostprijzen onderhouden, maar een rekenmodel dat de prijs per configuratie afleidt.
Opslagen zijn de plek waar kostprijzen stilletjes onbruikbaar worden. Overhead als vast percentage over materiaal maakt orders met dure inkoopdelen onterecht onaantrekkelijk, terwijl arbeidsintensieve orders te goedkoop lijken. De vraag is niet welke verdeelsleutel de enige juiste is, maar of iedereen weet welke gebruikt wordt en wat zij verbergt.
De belangrijkste eis komt verderop op deze pagina terug: de voorcalculatie moet dezelfde opbouw hebben als de nacalculatie. Dezelfde regels, dezelfde bewerkingen, dezelfde kostensoorten. Zonder die spiegeling stelt u wel vast dat een order duurder werd, maar niet waar dat gebeurde.
Wat een ERP voor discrete productie moet kunnen
Deze onderdelen hangen samen: een behoefteberekening zonder betrouwbare voorraad is rekenwerk zonder waarde, en tracering zonder terugmelding is een register dat achterloopt.
Meerlagige stuklijst met revisies
Halffabricaten, alternatieven, uitval per regel en een ingangsdatum per revisie.
Routing met omstel- en stuktijd
Bewerkingen in volgorde, met werkplek, capaciteit en uitbesteed werk als eigen stap.
Behoefteberekening die u kunt volgen
Nettobehoefte uit voorraad, lopende orders en levertijd, met per advies de reden erbij.
Werkorders en volgordeplanning
Vrijgave met materiaalcontrole, en herplannen als een machine uitvalt of een order voorkruipt.
Terugmelding vanaf de werkvloer
Aantallen, afkeur, uren en materiaalverbruik in één handeling, op de plek van het werk.
Serie- en batchregistratie
Van ontvangst tot uitlevering vastleggen wat waar in zit, zonder extra invoerronde.
Waar het ERP ophoudt en een MES begint
Deze vraag komt in elk productieproject langs, meestal op het moment dat iemand machinedata wil koppelen. Het ERP denkt in orders, dagen en geld: wat moet er gemaakt worden, waarvan, wanneer en wat kost het. Een MES denkt in bewerkingen, minuten en instellingen: wat draait er nu op welke machine, met welk programma en met welke gemeten waarden.
De overlap is groot en wordt groter. Productiepakketten leveren werkvloerterminals mee en leveranciers van werkvloersystemen bouwen planning. Daardoor kunt u dezelfde functie twee keer kopen en vervolgens twee waarheden onderhouden over de status van dezelfde werkorder. Dat is de duurste uitkomst van deze discussie, en de meest voorkomende.
De praktische grens ligt bij de fijnheid van registreren en de snelheid van het antwoord. Meldt u per bewerking terug bij start en einde, met aantallen, afkeur en reden, dan kan dat prima in het ERP. Wilt u per seconde procesdata vastleggen om kwaliteit te bewijzen of machinegedrag te analyseren, dan hoort die stroom niet in ERP-tabellen thuis. Die vraagt om opslag die daarvoor gemaakt is, met een samenvatting per order terug richting het ERP.
Voor de koppeling zelf is de richting van de gegevens leidend. Naar de vloer gaan werkorder, stuklijst, tekening en eventueel het machineprogramma. Terug komen aantallen, uren, afkeur met reden en serienummers. Machines met een besturing kunnen aantallen en stilstand zelf aanleveren, via een industrieel protocol of via de teller op de machine, waarna de operator alleen bevestigt wat een mens moet beoordelen.
Eén regel voorkomt de meeste ellende: per gegeven één eigenaar. Als zowel het ERP als het werkvloersysteem de werkorderstatus bijhoudt, ontstaat er een dagelijkse discussie over welk scherm gelijk heeft. Spreek af welk systeem de bron is en laat het andere die status lezen in plaats van zelf bepalen.
Begin daarom bij de vraag die u wilt kunnen beantwoorden. Wilt u weten of een order op tijd komt en wat hij oplevert, dan is dat werk voor het ERP. Wilt u weten waarom een machine in de nachtploeg trager loopt, dan hebt u machinedata nodig en is het ERP daarvoor het verkeerde gereedschap. Bij een maatwerktraject is dit meestal de eerste knip die gemaakt wordt: wat hoort in de kern, wat hoort aan de vloerkant, en wat hoeft helemaal niet vastgelegd te worden.
Materiaalbehoefteplanning is zo goed als uw voorraadstanden
De behoefteberekening doet iets simpels: zij rekent verkooporders en prognose via de stuklijst om naar brutobehoefte, trekt voorraad en lopende orders daarvan af, en schuift de rest met de levertijd naar achteren tot een besteldatum. Op papier is dat onweerlegbaar. In de praktijk staat of valt het met drie invoergegevens: voorraadstand, levertijd en veiligheidsvoorraad.
Klopt de voorraadstand niet, dan volgt overal hetzelfde gedrag. De planner controleert de adviezen zelf in het magazijn, verhoogt de veiligheidsvoorraden, en op enig moment gaat de behoefteberekening uit en de spreadsheet aan. De oorzaak zit zelden in de rekenmodule en bijna altijd in de handelingen eromheen: een kast waar iemand stuks uit pakt zonder te boeken, afkeur die stilletjes wordt bijgemaakt, een restant dat zonder locatie terug de stelling in gaat.
Terugmelden vanaf de werkvloer zonder dubbel werk
Hier sneuvelen de meeste implementaties. Vult de operator na afloop een lijst in die de werkvoorbereider de volgende ochtend overtypt, dan betaalt u twee keer voor gegevens die al achterhaald zijn, en niemand vertrouwt ze. Uren, aantallen en materiaalverbruik horen in dezelfde handeling te ontstaan: de operator scant de werkorder, meldt goed en afkeur met een reden, en het systeem boekt het verbruik af volgens de stuklijst.
Dat stelt eisen aan de voorkant: knoppen die met handschoenen te bedienen zijn, een scherm dat leesbaar blijft in een lawaaiige hal, en doorwerken bij een netwerkstoring met synchronisatie achteraf. Hebben machines tellers of een besturing, dan komen de aantallen daaruit en bevestigt de operator alleen de afkeurreden. Uren dienen twee doelen, nacalculatie en urenverantwoording, dus laat ze niet twee keer kloppen. Zie ook software voor de maakindustrie.
- Boeken op het moment van de handeling, niet achteraf
- Cyclustellingen per artikelklasse, geen jaarlijkse telling
- Afkeur en restanten boeken, ook als het pijn doet
- Levertijden uit gemeten werkelijkheid, niet uit het artikelbestand
- Eén handeling voor uren, aantallen en verbruik
- Afwijkend verbruik kunnen melden naast automatisch afboeken
Capaciteit naast materiaal: eindig plannen op het knelpunt
Een behoefteberekening rekent materiaal, geen mensen en machines. In haar klassieke vorm plant zij oneindig: zij schuift met levertijden alsof er altijd een vrije machine klaarstaat. Het resultaat is een keurige lijst werkorders die samen meer uren vragen dan de week heeft, waarna de planner de volgorde alsnog met de hand maakt.
Daar zijn twee antwoorden op. Het eerste is de capaciteitsbehoefte zichtbaar maken: per werkplek en per week de benodigde uren naast de beschikbare uren, zodat een mens ziet waar het knelt en zelf schuift. Het tweede is eindig plannen, waarbij het systeem de bewerkingen zelf in de tijd plaatst binnen de beschikbare capaciteit en de volgorde-afhankelijke omsteltijd meeweegt.
Eindig plannen klinkt aantrekkelijker dan het in de praktijk vaak is. Het vraagt bewerkingstijden die kloppen, een actuele beschikbaarheid inclusief ploegen, onderhoud en verlof, en discipline op de vloer om de voorgestelde volgorde ook echt te volgen. Ontbreekt een van die drie, dan is het schema binnen een halve dag achterhaald en gaat de planner terug naar het whiteboard, met een duur systeem ernaast dat niemand meer opent.
In de meeste werkplaatsen bepaalt één machine of één afdeling de doorstroom. Daar plant u strak, met aandacht voor de volgorde, en laat u de rest volgen. Dat is minder ambitieus dan een compleet eindig schema en levert vaak meer op, omdat de aandacht gaat naar de plek waar uren werkelijk schaars zijn.
Capaciteit is bovendien meer dan een machine. Zonder gereedschap, matrijs of een operator die voor die bewerking is opgeleid, is de machine geen capaciteit. Modellen die alleen machinegroepen kennen, plannen werk in op momenten dat er niemand staat die het mag draaien, en dat verschil merkt u pas als de order al te laat is.
En dan is er het herplannen. Een storing, een spoedorder of een late levering verandert de volgorde. Het systeem hoort snel opnieuw te rekenen en te tonen wat er verschuift en wie dat merkt, inclusief de leverdata die daardoor niet meer kloppen. Een planning die alleen 's nachts herrekent, loopt overdag achter de feiten aan.
De nuttigste toepassing zit vaak vooraan in het proces: een capaciteitscheck op het moment dat verkoop een leverdatum wil toezeggen. Dan gaat het niet om het perfecte schema, maar om de vraag of de belofte haalbaar is met wat er al ingepland staat.
Inkoop: levertijden, minimale afnames en de planning die terugduwt
Adviezen uit de behoefteberekening worden pas orders nadat inkoop ze heeft omgezet, en daar botst het rekenmodel op de werkelijkheid van leveranciers. Er zijn minimale afnames, verpakkingseenheden, staffels en levertijden die per periode verschillen. Elk van die eigenschappen duwt terug op de planning die het advies voortbracht.
Levertijd is het gegeven dat het vaakst niet klopt. Meestal staat er een getal in het artikelbestand dat ooit bij het aanmaken is ingevuld en sindsdien door niemand is bekeken. Beter is meten: het verschil tussen besteldatum, bevestigde datum en ontvangstdatum, per leverancier en per artikel. Pas dan ziet u dat een onderdeel in het hoogseizoen structureel later komt, en kunt u daarop plannen in plaats van erop te hopen.
Minimale afnames en verpakkingseenheden maken van een behoefte van veertig stuks een bestelling van honderd. Dat is geen fout, maar het verandert wel de volgende berekening en de voorraadwaarde. Maak zichtbaar welk deel van een bestelling voortkomt uit echte behoefte en welk deel uit een afnameminimum, anders weet later niemand meer waarom er zoveel op de plank ligt.
Een bestelvoorstel hoort zijn eigen onderbouwing mee te brengen: voor welke order of prognose is dit bedoeld, wat gebeurt er als het later komt, en welk alternatief onderdeel is toegestaan. Met die drie gegevens kan een inkoper beslissen zonder eerst drie schermen te openen en een collega te bellen.
Uitbesteed werk verdient dezelfde aandacht als gekocht materiaal. Er gaat materiaal mee de deur uit dat van u blijft, de bewerking heeft een doorlooptijd die in de routing hoort, en wat terugkomt moet gekeurd en geboekt worden. Zolang dat buiten het systeem om gaat, klopt uw voorraad niet en klopt uw planning evenmin.
Tot slot de tweede bron. Een systeem dat alternatieve onderdelen en meerdere leveranciers kent, geeft de planner ruimte om een order te redden zonder de stuklijst te vervalsen. Dat lijkt een detail, maar het is precies het punt waarop mensen anders een lokale oplossing verzinnen die het systeem nooit te zien krijgt.
Nacalculatie: waarom de voorcalculatie zelden klopt
De nacalculatie is de enige plek waar blijkt of uw model met de werkelijkheid overeenkomt. Uren komen uit de terugmelding, materiaal uit de magazijnboekingen, machinetijd uit de bewerking en uitbesteed werk uit de inkoopfactuur. Voorwaarde is dat die gegevens op dezelfde order en in dezelfde opbouw landen als de calculatie, anders vergelijkt u twee lijsten die niet over hetzelfde gaan.
De afwijkingen die u vindt zijn zelden willekeurig. Omstellen duurt langer dan de norm, omdat in de norm de goede omstelling zit en niet die van de maandagochtend. Herbewerking komt in de calculatie helemaal niet voor. En de eerste serie van een nieuw product kost meer dan de tiende, simpelweg omdat mensen het nog moeten leren. Wie die drie niet apart zichtbaar maakt, ziet enkel een tegenvallende marge en verhoogt zijn tarief in plaats van zijn norm te corrigeren.
Aan de materiaalkant vergelijkt u theoretisch verbruik uit de stuklijst met werkelijk verbruik uit de boekingen. Het verschil is uitval, restant, of een kast die iemand leeghaalde zonder te boeken. Die drie oorzaken vragen om verschillende maatregelen, dus het loont om ze te kunnen onderscheiden in plaats van er één percentage van te maken.
Nacalculatie wordt pas nuttig als er iets mee gebeurt. Gemeten tijden horen terug te kunnen vloeien naar de routing, met een mens ertussen die beoordeelt of een afwijking structureel is, want één order is geen norm. Zonder die lus blijft u rekenen met tijden die ooit door een werkvoorbereider zijn geschat en die niemand meer durft aan te passen.
Waar u de nacalculatie niet voor moet gebruiken, is het afrekenen van individuele operators. Het is de snelste manier om de kwaliteit van de terugmelding te bederven, en daarmee de basis onder uw hele kostprijs. De cijfers zijn er om het proces te verbeteren, niet om iemand te betrappen.
Bekijk de uitkomst ook per productgroep en per klant, niet alleen per order. Bedrijven ontdekken op die manier regelmatig dat een deel van hun assortiment structureel verlies maakt, verborgen achter een gemiddelde dat op het totaal nog meevalt.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Traceerbaarheid, serienummers en de terugroepactie
Traceerbaarheid werkt twee kanten op. Achteruit: welke onderdelenbatches, welke stuklijstrevisie en welke bewerkingen zitten in dit ene serienummer. Vooruit: in welke producten is een verdacht verklaarde leveranciersbatch verwerkt, waar liggen die nu en aan wie zijn ze geleverd. De eerste vraag stelt uw servicemonteur, de tweede is in een spreadsheet niet te beantwoorden.
Kies het niveau bewust: het is een afweging tussen registratielast en schade. Een serienummer per exemplaar hoort bij producten met een dossier, een garantie of een onderhoudshistorie. Een batchnummer per productieserie volstaat voor onderdelen die u per duizend maakt. Te grof gekozen betekent dat u bij twijfel maanden productie terughaalt in plaats van twee series.
Het nummer moet ontstaan waar het product ontstaat, gekoppeld aan de werkorder en niet in een lijst achteraf. Aan datzelfde nummer hangen testresultaten, gebruikte revisie en uitgeleverde documenten, zodat het dossier zichzelf vult in plaats van dat iemand het achteraf samenstelt.
Voor consumentenproducten stelt de algemene productveiligheidsverordening (EU) 2023/988, van toepassing sinds 13 december 2024, aanvullende eisen aan terugroepacties: rechtstreeks contact met betrokken klanten, een gestandaardiseerd terugroepbericht en een kosteloze oplossing. Bouwt u machines, dan geldt de Machineverordening (EU) 2023/1230 vanaf 20 januari 2027 verplicht, als opvolger van de Machinerichtlijn 2006/42/EG. Beide vragen hetzelfde: weten welk exemplaar waar terecht is gekomen.
Keuring, afkeur en herbewerking in de stroom
Kwaliteit is in discrete productie geen aparte administratie maar een stap in de stroom: ingangscontrole bij ontvangst, keuring tijdens of na een bewerking, en een eindcontrole voor uitlevering. Elk van die momenten verandert iets aan uw voorraad, uw planning of allebei, en daarom horen ze in hetzelfde systeem te zitten als de rest.
Bij ontvangst gaat het om blokkeren. Goedgekeurd materiaal komt op vrije voorraad, materiaal dat nog gekeurd moet worden hoort dat niet te zijn. Kent uw systeem alleen "op voorraad", dan rekent de behoefteberekening met dozen die in quarantaine staan en belooft de planner een datum die op nog niet vrijgegeven materiaal is gebaseerd.
Tijdens productie gaat het om reden en plaats. Zes afgekeurde stuks zeggen niets. Zes stuks afgekeurd na de derde bewerking wegens een maatafwijking zegt waar u moet kijken. Registreert u alleen aantallen, dan krijgt u een percentage zonder verhaal, en dat is precies het getal waar in de praktijk niemand iets mee doet.
Herbewerking is het geval waarop de meeste systemen stuklopen. Een product dat wordt afgekeurd en opnieuw door een bewerking gaat, kost uren die niet in de routing staan en soms materiaal dat niet in de stuklijst staat. Kent het systeem alleen goed of afgekeurd, dan verdwijnen die uren in een restpost en lijkt de order goedkoper dan hij was. Een aparte herbewerkingsorder die gekoppeld blijft aan de oorspronkelijke order houdt de kosten waar ze horen.
Daarna volgt de vraag wat er met het tekort gebeurt. Zijn er honderd stuks besteld en zes afgekeurd, dan moet er bijgemaakt worden: is het materiaal er nog, past het in de planning, en wacht de klantorder erop? Dat is het moment waarop kwaliteit en planning elkaar raken, en waar een systeem zijn nut bewijst of juist niet.
Aan het eind staat de vrijgave. Sommige producten mogen pas weg na een goedkeuring, soms met een meetrapport of een verklaring die meegaat naar de klant. Koppel die documenten aan het serienummer of de batch, zodat het dossier zich vult terwijl het werk gedaan wordt. Klachten en retouren sluiten de cirkel: een retour die u terugvoert naar batch, werkorder en leverancier maakt van een incident een gegeven waarmee u de oorzaak kunt zoeken.
Wanneer een standaardpakket de betere keuze is
Discrete productie is het best bediende deel van de ERP-markt. De logica van stuklijst, routing, behoefteberekening en werkorder is decennia oud en zit in vrijwel elk productiepakket, inclusief serieregistratie en werkvloerterminals. Voor een deel van de lezers is zo'n pakket de verstandigere route, en dat zeggen we liever nu dan halverwege een offertetraject.
Maatwerk loont in minder situaties dan aanbieders suggereren. De sterkste is een eigen configuratie- of calculatielogica: een rekenmodel dat uit een klantspecificatie de varianten, de stuklijst en de prijs afleidt. De tweede is een productie die net buiten het model valt, zoals een matrixartikel in maten en kleuren dat als duizend losse artikelnummers onwerkbaar wordt. De derde zit aan de werkvloerkant, waar koppelingen met machines of een klantportaal het verschil maken.
De keerzijde hoort erbij: bij zelfbouw ligt het bijhouden van wijzigende regelgeving en koppelingen bij uw eigen organisatie. Vaak is de tussenweg het beste antwoord, met een pakket als administratieve kern en maatwerk aan de rand die uw bedrijf onderscheidt. Hoe we die afweging maken leest u bij een ERP-systeem op maat.
- Pakket als uw proces het gangbare patroon volgt
- Pakket als stuklijstdiscipline nog moet groeien
- Maatwerk bij een eigen configuratie- of calculatielogica
- Maatwerk bij varianten die als artikelnummers onwerkbaar zijn
- Tussenweg: pakket als kern, maatwerk aan de werkvloerkant
Veelgestelde vragen over discrete productie ERP
Discrete productie maakt telbare eenheden uit onderdelen, volgens een stuklijst en een routing die al bestaan voordat de order binnenkomt. Procesproductie werkt met recepturen, charges en opbrengsten in kilo's of liters. Bij engineer-to-order begint het ontwerp pas na de order en ontstaat de stuklijst gaandeweg. Deze pagina gaat over de eerste situatie: herhaalbaar produceren van een product dat vooraf vastligt.
Een serienummer hoort bij één exemplaar en is logisch bij producten met een dossier, een garantie of een onderhoudshistorie. Een batchnummer hoort bij een productieserie en volstaat voor onderdelen die u per duizend maakt. Het niveau bepaalt de omvang van een terugroepactie: te grof betekent maanden productie terughalen, te fijn maakt registreren onwerkbaar.
Alleen als het systeem boeken makkelijker maakt dan het omzeilen ervan. Een behoefteberekening rekent met de standen die erin staan, dus onbetrouwbare voorraad levert een planning op die niemand vertrouwt. Scannen op het moment van de handeling, tellen in cycli per artikelklasse en afkeur echt boeken doen meer voor de betrouwbaarheid dan welke rekenmodule ook.
Door uren, aantallen en materiaalverbruik in één handeling te laten ontstaan, op de plek waar het werk gebeurt. De operator scant de werkorder, meldt goed en afkeur met een reden, en het systeem boekt het verbruik af volgens de stuklijst; alleen afwijkingen vragen om invoer. Formulieren die later worden overgetypt leveren gegevens op die al achterhaald zijn.
Twee antwoorden, snel. Welke onderdelenbatches zitten in dit serienummer, en in welke producten is een verdachte leveranciersbatch verwerkt en aan wie zijn die geleverd. Dat vraagt een sluitende registratie van ontvangst tot uitlevering en een koppeling tussen serienummer en afnemer. De algemene productveiligheidsverordening (EU) 2023/988, die sinds 13 december 2024 van toepassing is, vraagt daarbij om directe klantcontacten en gestandaardiseerde terugroepberichten.
Vaak wel. Discrete productie is het best bediende deel van de ERP-markt: stuklijst, routing, behoefteberekening en werkorders zitten in vrijwel elk productiepakket. Volgt uw proces dat patroon, dan koopt u het kant-en-klaar in. Maatwerk wordt interessant bij een eigen configuratie- of calculatielogica, of wanneer de aansluiting op machines en werkvloer het onderscheid maakt.
Gerelateerde diensten
ETO-ERP laten maken
Begint het ontwerp pas na de order en groeit de stuklijst gaandeweg, dan hoort u bij ETO-ERP, met projectstructuur en gefaseerde vrijgave.
ERP voor gemengde productie
Draait u stuklijsten en recepturen door elkaar, met chargeregistratie naast serienummers, kijk dan bij ERP voor gemengde productie.
ERP-systeem op maat
Speelt de vraag breder dan productie, rond inkoop, verkoop, service en administratie, dan is een ERP-systeem op maat de bredere ingang.
Uw productie onder de loep
Vertel ons hoe uw stuklijsten en routings erbij staan, hoe betrouwbaar uw voorraadstanden zijn en wat er nu gebeurt als een klant om de herkomst van één serienummer vraagt. Uit die antwoorden blijkt meestal of een pakket, maatwerk of een combinatie past.