Begrippenlijst

Advanced Planning & Scheduling is een planningslaag bovenop uw ERP die fijnplant op machineniveau, vaak tot op de minuut nauwkeurig. Waar MRP uitrekent welke materialen wanneer nodig zijn en capaciteitsplanning toetst of het globaal past, plant APS de werkelijke volgorde op elke machine: rekening houdend met omsteltijden, alternatieve routings, gekoppelde processen en bottleneck-prioriteit. Het is een aparte specialisatie, geregeld geleverd door losse softwareleveranciers.

In een fabriek is APS relevant zodra u zoveel machines, producten en volgorde-afhankelijkheden heeft dat een planner het in zijn hoofd of in Excel niet meer rond krijgt. Bij hoge mix-laag-volume omgevingen, gietprocessen met seriegrootte-afhankelijke kosten, of werkplekken met lange omsteltijden levert APS direct rendement op. Veel ERP-systemen hebben hun eigen APS-module of integreren met externe leveranciers zoals Quintiq, Preactor of OPAL.

Veelgemaakt misverstand: APS is geen vervanger van uw planner. Het levert hem een geavanceerd voorstel op basis van regels die u zelf configureert. Slechte regels leiden tot slimme onzin. Het systeem werkt pas goed wanneer iemand begrijpt waarom het ene scenario beter is dan het andere, en dat is mensenwerk.

Een agent is een AI-systeem dat zelfstandig acties onderneemt om een opgegeven doel te bereiken. Waar een LLM uitsluitend reageert op uw invoer met tekst, kan een agent meerdere stappen achter elkaar plannen, gereedschap gebruiken zoals API’s en databases, tussentijds beslissingen nemen en zijn eigen output controleren. Onder de motorkap zit meestal een LLM, maar daaromheen ligt een laag die de agent toegang geeft tot uw systemen en hem in staat stelt te onthouden wat er in eerdere stappen gebeurd is.

In een fabriek komt u een agent tegen wanneer u meer wilt dan alleen chatten. Bijvoorbeeld: een operator meldt een storing in gewone taal, de agent zoekt het werkordernummer op in het ERP-systeem, controleert de voorraad reserveonderdelen, maakt een werkbon aan voor de technische dienst en stuurt de werkvoorbereider een melding. Vijf stappen, geen mens die schermknoppen aanklikt. Daarvoor heeft u een agent nodig die het LLM aanstuurt én verbinding heeft met uw ERP en MES.

Veelgemaakt misverstand: een agent is geen chatbot. Een chatbot praat, een agent doet. Het verschil zit in toegang tot uw systemen en de mogelijkheid om actie te ondernemen, niet in hoe slim het taalmodel is.

Een bewerkingsroute beschrijft de volgorde waarin een product de verschillende werkplekken in uw fabriek doorloopt, samen met de tijd die elke stap kost. In het Engels heet dit een “routing”. Waar de stuklijst aangeeft welke materialen u nodig heeft, geeft de bewerkingsroute aan welke handelingen daarmee verricht moeten worden: zagen, frezen, monteren, testen, verpakken, in welke volgorde, op welke werkplek en met welke standaardtijd.

In een fabriek voedt de bewerkingsroute drie ERP-functies tegelijk. MRP gebruikt hem om terug te rekenen wanneer u materialen moet vrijgeven. APS gebruikt hem om capaciteit te plannen op machineniveau. De nacalculatie gebruikt hem om gerealiseerde tijden te vergelijken met de standaard. Een routing met onrealistische tijden ondergraaft alle drie tegelijk.

Veelgemaakt misverstand: een routing is geen werkinstructie. Hij beschrijft de werkvolgorde voor planning en kostprijs, niet hoe de operator het feitelijk uitvoert. Voor uitvoeringsdetails (kwaliteitscontroles, machine-instellingen, gereedschap) gebruikt u losse werkinstructies of een MES.

Een bottleneck is de werkstap, machine of afdeling met de laagste capaciteit in een productieketen. Volgens de Theory of Constraints van Eliyahu Goldratt wordt de doorvoer van het hele systeem altijd bepaald door deze ene stap. Verhoogt u iets ergens anders, dan komt er aan het eind niets extra uit. Een bottleneck verplaatst zich soms: lost u één op, dan wordt een andere stap de nieuwe bottleneck.

In een fabriek herkent u een bottleneck aan opstapelende voorraad ervoor en machines die wachten erna. Een operator weet meestal precies waar het zit. Het ERP-systeem laat het alleen vaak niet zien, omdat capaciteitsdata niet gekoppeld is aan werkelijke doorvoer. Daar komen slimme rapportage en TOC samen: niet de hele fabriek versnellen, maar de bottleneck vinden, stabiliseren en stap voor stap verhogen.

Veelgemaakt misverstand: meer machines bijkopen op de bottleneck is zelden de eerste oplossing. Vaak liggen er nog winsten in setup-tijd, kwaliteit en ploegen-overdracht voordat investering aan de orde is.

Capaciteitsplanning is het proces waarmee u toetst of u genoeg machine- en mensuren beschikbaar heeft om de geplande orders uit te voeren. Het is een grovere planning dan APS: u kijkt op week- of maandniveau hoeveel uur er nodig is per werkplek en hoeveel uur er beschikbaar is. Loopt de bezetting structureel boven de 90%? Dan komt elke verstoring direct in uw leverdata terecht.

In een fabriek is capaciteitsplanning vooral een verkoop- en beslissingsinstrument. Verkoop wil weten of een order met levering over zes weken haalbaar is. Werkvoorbereiding wil weten of er overuren gepland moeten worden. Directie wil weten of er een tweede ploeg of extra investering nodig is. De cijfers komen uit uw bewerkingsroutes (uren per product) en uw planning (welke producten wanneer). Daarna toetst u tegen beschikbare uren per werkplek.

Veelgemaakt misverstand: capaciteitsplanning is niet hetzelfde als APS. Capaciteitsplanning rekent grof of het past, APS plant fijn wanneer wat op welke machine draait, met sequencing- en omsteldetails. De twee functies vullen elkaar aan: eerst toetsen of het kan, dan inplannen hoe het gaat.

Doorlooptijd is de totale tijd tussen ordervrijgave en productafronding. Inclusief alle wachttijden, transport, opzet en bewerking. Het is dus geen optelling van bewerkingstijden alleen, maar van álles wat er gebeurt tussen het moment dat een werkorder de werkvloer op gaat en het moment dat het eindproduct in het magazijn ligt. In ERP-systemen wordt dit gegeven gebruikt door MRP om terug te rekenen wanneer u wat moet vrijgeven om een leverdatum te halen.

In een fabriek bestaat ongeveer 80% van de doorlooptijd uit wachten, niet uit bewerken. Een werkorder ligt te wachten op de vorige opdracht, op materiaal, op de operator, op kwaliteitscontrole, op transport naar de volgende afdeling. De feitelijke bewerking is vaak een klein deel van de totale tijd. Een werkorder die netto twee uur bewerking vraagt, kan in de praktijk vijf werkdagen onderweg zijn. Doorlooptijd verkorten gebeurt daarom zelden door machines te versnellen. Het werkt door wachttijden aan te pakken, batches te verkleinen en flow tussen afdelingen te stroomlijnen.

Veelgemaakt misverstand: snellere machines verkorten doorlooptijd zelden significant. U haalt er vooral capaciteit mee binnen, niet flow. Wie korter wil leveren, kijkt naar de witte plekken tussen bewerkingen, niet naar de bewerking zelf.

ERP staat voor Enterprise Resource Planning. Het is centrale software die de financiële, logistieke, productie- en personeelsstromen van een bedrijf in één systeem samenbrengt. In productiebedrijven zit daar typisch orderafhandeling, voorraadbeheer, inkoop, planning, urenregistratie en facturatie in. Het idee is dat één gegeven, bijvoorbeeld een voorraadpost of een klantorder, één plek heeft waar het wordt vastgelegd en van waaruit de rest van het bedrijf erop verder werkt.

In een fabriek is het ERP-systeem het zenuwstelsel waar werkbonnen, stuklijsten, voorraadposten en orders samenkomen. Een verkoper zet een order in, MRP rekent uit welke materialen nodig zijn, de planner zet werkbonnen vrij, productie boekt uren en geleverde stuks, de financiële afdeling factureert. Bekende voorbeelden in de Nederlandse maakindustrie zijn AFAS, Exact, ISAH, Ridder en Bemet. Welk systeem past, hangt af van uw productiestijl, uw omvang en de mate waarin u maatwerk levert.

Veelgemaakt misverstand: een ERP-implementatie is geen IT-project. Het is een bedrijfsproject waarbij processen, rollen en data-afspraken bovenaan staan. Wie het neerzet als softwaretraject, levert na livegang vaak alleen een duurder Excel.

Een diepgaande, onafhankelijke uitleg over ERP voor productiebedrijven leest u op onze pagina Wat is ERP voor de maakindustrie?.

Een hallucinatie is tekst die een LLM produceert die plausibel klinkt, maar niet klopt. Het is geen fout in de zin van een crash of een bug. Het is een statistisch artefact: het model voorspelt welke tekst waarschijnlijk volgt op uw vraag, ook als die voorspelling niet in de werkelijkheid bestaat. Het model weet niet wat het niet weet. Vraagt u naar een specifiek bonnummer of leverancier waarvan het model nooit gehoord heeft, dan verzint het vaak iets dat qua patroon klopt met wat het wel kent.

In een fabriek wordt dit risico kritisch wanneer u een LLM laat zoeken in werkbonnen, voorraadposten of leverancierscontracten. Het produceert dan een bonnummer dat eruitziet als de echte bonnummers in uw administratie, maar niet bestaat. Of het geeft een leverdatum die nergens is vastgelegd. Voor een operator op de werkvloer is dat verschil niet altijd zichtbaar. Mitigatie loopt via twee routes: RAG om uw eigen data te koppelen, en een agent die de output controleert tegen het ERP-systeem voordat die wordt doorgegeven.

Veelgemaakt misverstand: hallucinaties zijn niet weg te trainen. Het is een eigenschap van hoe LLM’s werken, geen tijdelijk gebrek. U bouwt eromheen, niet eroverheen.

Een Large Language Model is een type kunstmatige intelligentie dat is getraind op miljarden teksten. Het herkent patronen in taal en kan op basis daarvan nieuwe tekst genereren, vragen beantwoorden, samenvatten of vertalen. Bekende voorbeelden zijn Claude, GPT en Gemini. Een LLM begrijpt geen feiten in de strikte zin, het voorspelt op basis van waarschijnlijkheid welke tekst logisch zou volgen op uw invoer.

In de fabriek komt u een LLM tegen wanneer u uw werkbonnen wilt doorzoeken in gewone taal, productiedata wilt samenvatten in een dagrapport, of een ERP-handleiding wilt ontsluiten zonder dat operators hoeven te leren waar welke schermknop zit. Wat een LLM goed kan: vrije tekst lezen en schrijven. Wat een LLM niet kan: zelfstandig uw planning maken of uw machines aansturen. Daarvoor heeft u een agent nodig die het taalmodel aanstuurt én verbinding heeft met uw ERP en MES.

Veelgemaakt misverstand: een taalmodel is geen database. Het weet niet wat er gisteren in uw fabriek gebeurd is. Wilt u dat het dat wel weet? Dan moet u het die data via een agent aanleveren, bijvoorbeeld met RAG.

Een Manufacturing Execution System is de software-laag tussen uw ERP-systeem en de werkvloer. Het ERP zegt wát er geproduceerd moet worden en wanneer. Het MES regelt en registreert hoe dat op de machines gebeurt. Werkbonnen worden uitgegeven, machinedata komt binnen, scrap wordt gewogen, stilstand wordt gelogd en uren worden tegen werkorders geschreven. Het MES is daarmee de brug tussen administratieve planning en fysieke productie.

In een fabriek koppelt een MES aan PLC’s, sensoren en weegschalen op de werkvloer. Een operator scant zijn werkorder, de machine telt stuks, het systeem registreert in welke ploeg dat gebeurde en welke storing zich voordeed. Vaak wordt MES gecombineerd met OEE-dashboards die in real-time laten zien hoe goed elke installatie presteert. Voor de planner is het verschil dramatisch: de planner ziet niet meer wat de werkvloer denkt te hebben gemaakt, maar wat er feitelijk uit is gekomen.

Veelgemaakt misverstand: ERP en MES vervangen elkaar niet, ze vullen elkaar aan. Een ERP zonder MES weet vaak pas een dag later wat er op de vloer gebeurd is. Een MES zonder ERP weet niet voor wie het is.

Material Requirements Planning is de rekenmethode die op basis van vraag, voorraadposten en stuklijsten uitrekent welke materialen wanneer nodig zijn. Het is een klassieke ERP-functie sinds de jaren zeventig en zit in vrijwel elk ERP-systeem voor de maakindustrie. De input bestaat uit verkooporders, prognoses, vrijgegeven werkorders en de voorraad van dit moment. De output is een lijst inkoopvoorstellen en productieorders met benodigde aantallen en data.

In een fabriek werkt dat zo: u krijgt een order voor 100 motoren met levering over zes weken. MRP pakt de stuklijst, ziet dat per motor één lager, één ankerwikkeling en twee schroeven nodig zijn, en rekent terug. De berekening houdt rekening met doorlooptijden van leveranciers en met de voorraad die u al heeft. Het resultaat is een advies wanneer u welke inkooporders en werkorders moet vrijgeven om die deadline te halen. Het werkt alleen als uw stuklijsten en doorlooptijden kloppen. Vervuilde data leidt tot adviezen waar geen planner op kan vertrouwen.

Veelgemaakt misverstand: MRP optimaliseert niet, het rekent. Voor optimalisatie van capaciteit en volgordes heeft u APS nodig, een afzonderlijke laag bovenop uw ERP-systeem.

On-premise betekent dat software fysiek op servers in eigen beheer draait, in tegenstelling tot cloud (SaaS) waarbij de leverancier de servers beheert. In de AI-context houdt dat in dat het taalmodel lokaal wordt gehost, bijvoorbeeld op een GPU-server in uw eigen serverruimte. Uw vragen, uw stuklijsten en uw werkbonnen verlaten het pand niet. Tegenpool is cloud, waarbij dezelfde modellen draaien op infrastructuur van OpenAI, Anthropic of Google en uw data daarheen wordt gestuurd voor verwerking.

In een fabriek is on-premise relevant wanneer u IP-gevoelige stuklijsten, constructietekeningen of receptuur bewerkt en u niet wilt dat die data buiten het pand komt. Defensie-toeleveranciers, farmaceutische productie en bedrijven met strenge klantcontracten kiezen geregeld voor deze route. Het kan technisch met open-source modellen zoals Llama of Mistral, geladen op een server met voldoende GPU-geheugen. U beheert dan zelf de updates, de monitoring en de capaciteit.

Veelgemaakt misverstand: on-premise is niet automatisch goedkoper of veiliger dan cloud. U vervangt een abonnementsbedrag door investering in hardware én eigen IT-beheer. Of dat goedkoper uitvalt, hangt af van hoeveel u het systeem gebruikt en welke kennis u in huis heeft.

Voor de volledige vergelijking inclusief kostenmodel, sectorprofielen en hybride opties: on-premise of cloud ERP, welke past bij uw fabriek.

Onderhanden werk is alle werkorders die op de werkvloer in bewerking zijn maar nog niet gereed gemeld. Halffabricaten in de wachtrij voor de volgende bewerking, orders op de machine, opdrachten die wachten op kwaliteitscontrole: alles wat niet meer in het magazijn ligt en nog niet in het verzendgereed-rek staat. In het Engels: work in progress (WIP).

In een fabriek is de hoeveelheid onderhanden werk een van de scherpste indicatoren van uw bottleneck. Voor de bottleneck stapelt het werk zich op, achter de bottleneck staan machines te wachten. Goldratt beschrijft in The Goal hoe een lage WIP correleert met een korte doorlooptijd: de twee zijn fysiek aan elkaar gekoppeld via Little’s Law. Wie zijn WIP-niveau halveert, halveert (bij gelijke output) zijn doorlooptijd.

Veelgemaakt misverstand: meer WIP is niet productiever. Het ziet er druk uit, maar verbergt de echte capaciteit. Als de bottleneck niets sneller draait, levert extra werk in het systeem alleen langere wachttijden en meer verstoringen op. Doorvoer wordt bepaald door de zwakste schakel, niet door het aantal lopende orders.

Overall Equipment Effectiveness is een samengestelde maatstaf voor hoe goed een productie-installatie presteert. Hij bestaat uit drie componenten. Beschikbaarheid: stond de machine aan op de tijden dat hij had moeten draaien? Prestatie: liep hij op de gewenste cyclussnelheid? Kwaliteit: was de output in één keer goed? U vermenigvuldigt de drie percentages en krijgt één getal tussen 0 en 100%. Een installatie die 80% beschikbaar is, op 90% prestatie loopt en 95% goede output levert, heeft een OEE van 68%.

In een fabriek is OEE de standaard om verbeterprogramma’s te sturen. Vaak wordt hij gemeten via een MES dat real-time data uit machines en sensoren ophaalt. Wereldwijd geldt 85% als zeer hoog niveau, maar veel maakbedrijven schommelen tussen 50 en 60%. Daar zit dus echt rek in. Wanneer u OEE uitsplitst per ploeg, per product of per oorzaak van stilstand, ziet u meteen waar u kunt aanvallen.

Veelgemaakt misverstand: OEE is geen rangorde tussen machines. Een dure verspaningsbank en een eenvoudige verpakkingsmachine hebben totaal verschillende karakteristieken. U vergelijkt OEE met uzelf van vorige week, niet met de buurman.

Retrieval-Augmented Generation is een techniek waarbij een LLM antwoorden geeft op basis van uw eigen documenten in plaats van alleen wat het ooit heeft geleerd tijdens training. De workflow loopt in drie stappen: uw vraag wordt opgevangen, het systeem zoekt eerst de relevante stukken in uw eigen archief op, daarna krijgt het LLM die stukken meegestuurd als context bij de oorspronkelijke vraag. Het antwoord baseert zich dan op uw data, niet op trainingskennis van vorig jaar.

In een fabriek is dit waardevol wanneer u uw werkbon-archief, ERP-handleiding of veiligheidsinstructies in gewone taal wilt doorzoeken zonder dat het LLM die data ooit op het internet ziet. Vraag: “wanneer hebben we voor het laatst die lager vervangen op pers 3?” Het systeem zoekt door uw onderhoudslogboek, vindt de werkbonnen, en het LLM formuleert een antwoord op basis van wat er staat. RAG is daarmee één van de belangrijkste mitigaties tegen hallucinaties: het model heeft minder reden om iets te verzinnen wanneer de feiten in de context staan.

Veelgemaakt misverstand: RAG is geen training. Het LLM wordt niet aangepast, alleen anders gevoed. U hoeft het model dus niet bij te werken als uw werkbonnen veranderen, alleen uw zoekindex.

De shopfloor is de fysieke productievloer van uw fabriek: de machines, werkbanken, magazijnen en montageplekken waar het werkelijke product gemaakt wordt. In tegenstelling tot het kantoor (waar plannings- en administratiesystemen draaien) is de shopfloor de plek waar de planning zich vertaalt naar staal, plastic, draad en uren. De Engelse term is ingeburgerd in de Nederlandse maakindustrie, ook bij bedrijven die verder volledig Nederlandstalig communiceren.

In een fabriek is de shopfloor het toetsmoment van uw ERP-data. Klopt de voorraad? Loopt de werkbon zoals gepland? Is de machine beschikbaar? Een MES brengt deze fysieke werkelijkheid real-time terug naar uw ERP. Wie alleen vanaf het kantoor kijkt, ziet doorgaans een schoner beeld dan op de werkvloer feitelijk klopt. Daar zit het verschil tussen denken-dat-uw-ERP-up-to-date-is en dat het ook werkelijk zo is.

Veelgemaakt misverstand: de shopfloor is niet de plek voor verbetering “als kantoor klaar is”. Goldratt en Lean wijzen erop dat verspilling zich op de shopfloor manifesteert (wachten, transport, herbewerken) maar dat de oorzaken vaak in kantoorprocessen zitten (planning, inkoop, stamgegevens). Verbetering vereist beide partijen aan tafel.

Single source of truth is het principe dat één centrale plek de definitieve waarheid bevat over een bepaald gegeven. Voor voorraadposten, klantgegevens, prijzen of urenregistratie wijst u één systeem aan als leidend. Andere systemen mogen die data tonen of gebruiken, maar niet zelfstandig wijzigen. Komt er ergens een afwijking voor, dan wint de bronregistratie. Dat klinkt als een vanzelfsprekendheid, maar in de praktijk is het vaak juist de discussie waar de meeste tijd in zit.

In een fabriek is het ERP-systeem typisch leidend voor administratieve data, het MES voor productiestatus en het PLM voor productdefinities. Het probleem ontstaat wanneer Excel-sheets en losse Access-databases naast deze systemen hetzelfde gegeven bijhouden. Voorraadposten in Excel die niet matchen met het ERP. Een planning in een lokaal spreadsheet die afwijkt van wat de planner in het systeem ziet. Het gevolg is divergentie, ruzies in werkoverleg en beslissingen op basis van data waarvan niemand zeker weet welk getal klopt.

Veelgemaakt misverstand: single source of truth betekent niet dat alle systemen één database moeten delen. Het betekent dat per soort data één systeem leidend is. Integratie regelt vervolgens dat de andere systemen die waarheid kunnen lezen, niet overschrijven.

Stamgegevens zijn de vaste basisgegevens van uw bedrijf: artikelen, leveranciers, klanten, stuklijsten, bewerkingsroutes, werkplekken, prijzen. Ze veranderen relatief weinig en vormen het fundament waarop alle dagelijkse transacties (orders, werkbonnen, ontvangsten, facturen) in uw ERP draaien. In het Engels heet dit “master data”.

In een fabriek bepalen de stamgegevens of uw ERP betrouwbare adviezen geeft. Klopt de stuklijst niet? Dan rekent MRP met de verkeerde materialen. Klopt de doorlooptijd in de routing niet? Dan beloven uw verkopers leverdata die niet haalbaar zijn. Klopt de inkoopprijs in de artikelstam niet? Dan zijn uw kostprijzen onbetrouwbaar. Stamgegevens zijn dus geen administratief sluitstuk, maar een dagelijkse discipline voor werkvoorbereiders, inkopers en de magazijnmeester.

Veelgemaakt misverstand: stamgegevens zijn niet “iets voor de ERP-implementatie”. Ze blijven evolueren zolang uw fabriek bestaat. Een nieuwe leverancier, een gewijzigde stuklijst, een aangepaste routing: zonder eigenaar voor stamgegevens vervuilt uw ERP geleidelijk en wordt elke dataset waardeloos.

Een stuklijst is de gestructureerde lijst van onderdelen, halffabricaten en materialen die nodig zijn om één eindproduct te maken. In het Engels heet dat Bill of Materials, afgekort BOM. De lijst is hiërarchisch: een stuklijst kan andere stuklijsten bevatten. Een fiets bestaat uit een frame, twee wielen en een aandrijflijn. Het wiel bestaat op zijn beurt uit een velg, spaken en een naaf. Elk niveau heeft zijn eigen stuklijst en samen vormen ze de complete opbouw van het eindproduct.

In een fabriek is de stuklijst het hart van uw productieadministratie. MRP rekent ermee, inkoop bestelt op basis ervan, planning laadt machines ermee, nacalculatie controleert ermee. Een fout op één plek plant zich door het hele systeem voort. Een verkeerd onderdeelnummer in de stuklijst betekent verkeerde inkoop, verkeerde voorraadafboeking, verkeerde kostprijs en verkeerde nacalculatie. Stuklijstbeheer is daarom geen bijzaak voor de werkvoorbereiding, het is een kernproces.

Veelgemaakt misverstand: stuklijst en receptuur zijn niet hetzelfde. Een receptuur beschrijft hoeveelheden van bulkmaterialen, een stuklijst beschrijft discrete onderdelen. Functioneel werken ze vergelijkbaar, maar voor proces-industrie en mengbewerkingen heeft u doorgaans andere logica nodig dan voor stuksbouw.

Theory of Constraints is een managementfilosofie van Eliyahu Goldratt. Het kernidee is eenvoudig: elk systeem heeft één beperkende factor, de constraint of bottleneck. Verbetert u daar, dan profiteert de hele keten. Verbetert u elders, dan krijgt u voorraad of overcapaciteit, maar geen extra throughput. Goldratt vatte de aanpak samen in vijf stappen: identificeer de constraint, benut hem maximaal, stel al het andere daaraan ondergeschikt, verhoog de capaciteit, en herhaal de cyclus zodra een nieuwe constraint opduikt.

In een fabriek dwingt TOC u tot keuzes. U kunt niet overal tegelijk investeren, dus stelt de filosofie de vraag: waar zit het knelpunt nú? En hoe zorgt u dat al het andere die plek dient in plaats van eigen optimalisaties najaagt? Voor een planner betekent dat soms dat een peperdure machine bewust niet voluit draait omdat de stap erna toch het tempo bepaalt. Voor management betekent het dat KPI’s per afdeling herzien worden, want lokale efficiëntie maximaliseren leidt vaak tot slechtere prestaties van het geheel.

Veelgemaakt misverstand: TOC is niet anti-Lean. Het zit op een ander niveau. Lean richt zich op verspilling in processen, TOC op sturing van het systeem. Veel maakbedrijven gebruiken ze naast elkaar.

Throughput is de werkelijke hoeveelheid output die een productieproces per tijdseenheid levert. Niet de capaciteit, dat is wat zou kunnen op papier, maar wat er daadwerkelijk uit het proces komt. U meet throughput in stuks per uur, per ploeg of per dag, afhankelijk van uw cyclus. Het is de maatstaf die uiteindelijk uw omzet bepaalt: alles wat uw fabriek niet afmaakt, kunt u niet factureren.

In een fabriek wordt throughput altijd bepaald door de bottleneck. De stap met de laagste capaciteit is de plek waar uw output ontstaat. Wilt u meer output, dan moet u die ene stap aanpakken. Verhogen van capaciteit elders levert geen extra throughput op, alleen meer voorraad voor of overcapaciteit erna. Operators op de werkvloer voelen dat aan, het is in ERP-data vaak lastig zichtbaar omdat capaciteitsdata zelden gekoppeld is aan werkelijke doorvoer per uur.

Veelgemaakt misverstand: hoge bezettingsgraad is niet hetzelfde als hoge throughput. Een drukke machine die niet de bottleneck is, vult vooral uw magazijn met halffabricaten. Drukte is geen productiviteit. Throughput meten dwingt u te kijken naar wat er aan het eind van de keten uitkomt, niet hoeveel iedereen onderweg aan het doen is.

Traceability is het vermogen om bij elk geleverd product exact aan te geven welke grondstoffen, halffabricaten en bewerkingen erin verwerkt zijn, en omgekeerd: bij een binnengekomen partij grondstof aan te geven in welke eindproducten die terechtgekomen is. In sectoren als food, farma, medische hulpmiddelen en automotive is traceability wettelijk verplicht. Bij toeleveranciers van die sectoren wordt het vaak via contractuele eisen doorgeschoven.

In een fabriek vereist traceability dat u batches en serienummers consequent registreert in alle stappen: bij ontvangst, in voorraad, bij uitgifte aan een werkorder, in tussenproducten, en bij de uiteindelijke verzending. Dit gebeurt geregeld via een MES op de shopfloor, gekoppeld aan ERP-stamgegevens. Bij een terugroepactie moet u binnen uren kunnen opgeven welke klanten een product met de verdachte batch hebben ontvangen, en welke nog op voorraad ligt.

Veelgemaakt misverstand: traceability is niet hetzelfde als kwaliteit. U kunt een slecht product perfect traceerbaar maken. Traceability geeft zekerheid over waar iets vandaan komt en waar het naartoe is gegaan. Wat de kwaliteit van die producten was, blijft een aparte vraag voor uw kwaliteitsysteem.