OEE per lijn uit MES- en historian-data, zonder nieuw MES

Kunt u OEE per lijn berekenen uit de MES- en historian-data die u al heeft?

Ja: een levensmiddelen- of ingrediëntenfabriek kan OEE per lijn berekenen uit de MES-, historian- en stilstandsdata die zij al heeft, zonder nieuw MES. Döhler rolde Litmus Edge binnen drie maanden na de kick-off uit naar meerdere fabrieken.

Ja. Een levensmiddelen-, dranken- of ingrediëntenfabriek heeft alles al in huis wat OEE nodig heeft: machinestatus en snelheid in de historian, tellers in het MES of de PLC, orders en nominale snelheden in SAP PP, redencodes in de stilstandsregistratie. Wat ontbreekt is één definitie over lijnen en fabrieken heen, en een verklaring van de verliezen. Deze gids geeft de formule, een rekenvoorbeeld met aannames, de systemen, waar het faalt en wat het kost. De ploegleider houdt de beslissing.

Door Tom Joseph · Laatst bijgewerkt: 14 oktober 2026

Wat een OEE-model doet dat een dashboard per fabriek niet kan

Eén OEE per lijn, één definitie over fabrieken heen. Beschikbaarheid uit de statustags van de lijn in de historian (AVEVA PI, FactoryTalk Historian, Ignition tag history), prestatie uit de teller tegen de nominale snelheid per SKU in de SAP PP-routing, kwaliteit uit de goede stuks min de afkeur van checkweger en metaaldetector. Dezelfde formule in elke fabriek, zodat 68% in fabriek A hetzelfde betekent als 68% in fabriek B.

Microstops worden zichtbaar. Stops korter dan de drempel voor een redencode (vaak twee tot vijf minuten) komen nooit in de stilstandsregistratie. Het model reconstrueert ze uit tellerplateaus en statustags en clustert ze per machine, SKU en ploeg. Op een vullijn is dat meestal waar het prestatieverlies zit.

Snelheidsverlies krijgt een oorzaak. De opstartcurve na een CIP, een verlaagd snelheidssetpoint dat van de vorige SKU is blijven staan, een menger stroomopwaarts die niet bijhoudt, een palletiseerder stroomafwaarts die blokkeert: het model haalt ze uit de tags rond de bottleneckmachine in plaats van ze op één hoop te gooien.

Het verlies van morgen wordt vandaag gemeld. Uit de ordervolgorde in SAP PP, de SKU, de omstelling en het recente gedrag van de machine benoemt het model de lijn die komende ploeg waarschijnlijk beschikbaarheid verliest, en de vermoedelijke reden. De ploegleider beslist of de omstelling naar voren gaat of het plan blijft staan.

Het ploegendienstlogboek wordt niet meer overgetypt. Vrije tekst uit het logboek en de stilstandsopmerkingen wordt ingedeeld in de redencodeboom, zodat de Pareto gebouwd is op wat er gebeurde en niet op een balk van 30% met het label 'overig'.

Data die u al heeft, en wat het OEE oplevert

Data die u al heeft	Waar het staat	Wat het oplevert
Status- en snelheidstags van machines	Historian (AVEVA PI / OSIsoft PI, Rockwell FactoryTalk Historian, Ignition) via OPC UA vanuit de PLC	Beschikbaarheid, en het ruwe materiaal voor het vinden van microstops en snelheidsverlies
Productietellers, goede en afgekeurde stuks	MES (Siemens Opcenter Execution Process, Ignition met de Sepasoft OEE Downtime-module) of PLC-tellers	Prestatie en kwaliteit per run
Productieorders, SKU, geplande hoeveelheid, routing met nominale snelheid	ERP (SAP PP)	Ideale cyclustijd per SKU en geplande productietijd
Redencodes voor stilstand	MES of de operatorterminal	De Pareto van geregistreerde stops; de gaten laten zien wat nooit is gecodeerd
Ploegendienstlogboek en overdracht	Papier, Excel of een logboektool	Het waarom achter een stop, dat de tags niet kunnen dragen
Afkeurtellingen van checkweger, metaaldetector en X-ray	Inspectieapparatuur en het CCP-logboek	Kwaliteitsverlies, en de CCP-afwijkingen die in het batchrecord moeten blijven
Edge- en cloudlaag	Litmus Edge, Azure IoT Operations, Microsoft Azure	Eén namespace over fabrieken heen, zodat dezelfde tag overal hetzelfde betekent

Wat het van uw systemen nodig heeft

Het model leest; het vervangt niet. De historian blijft de historian, het MES blijft het MES, en uw ICT-partner en OT-integrator houden het netwerk, de servers en de hosting. Wat Crux Digits bouwt is de laag ertussen: een lijnmodel per fabriek waarin elke tag, teller en order één betekenis heeft, volgens de ISA-95-hiërarchie die uw MES al gebruikt (onderneming, site, area, lijn, cel). Waar dat model nog niet bestaat, levert een edgeplatform als Litmus Edge of Ignition het door de PLC-data via OPC UA of MQTT in één namespace te publiceren; waar het bestaat, koppelen we erop aan.

Het minimum voor een eerste lijn: drie maanden historian-data van de bottleneckmachine met een resolutie van één seconde of beter (status, snelheid, storingswoord), de productietellers over dezelfde periode, de ordertabel uit SAP PP met SKU en nominale snelheid, de stilstandsregistratie met de redencodeboom en het ploegendienstlogboek, ook als het op papier staat. De klokken moeten gelijk lopen: een teller in het MES die twee minuten voorloopt op de historian zet elke microstop in de verkeerde volgorde. Het model draait waar uw data al draait, in uw Azure-tenant of op een server in de fabriek, en schrijft zijn uitkomst terug naar het dashboard waar de ploegleider al naar kijkt, niet naar een nieuw scherm.

Voedselveiligheid stelt een grens die de architectuur moet respecteren. HACCP, BRCGS en IFS Food eisen dat de CCP-registraties en het batchrecord volledig en onveranderd zijn, en GMP eist dat achteraf niemand hoeft te raden of een waarde is aangepast door een systeem dat er niet aan had mogen zitten. Het OEE-model heeft daarom alleen leesrechten: het schrijft nooit in het batchrecord, sluit nooit een CCP-afwijking af en geeft nooit een kwaliteitsblokkade vrij. Het kan melden dat de afkeur van de metaaldetector na een omstelling verdubbelde; QA beslist wat dat voor de batch betekent.

Wat een OEE-model niet oplost

Het repareert geen teller die om middernacht op nul springt, geen nominale snelheid in SAP PP die niemand heeft bijgewerkt sinds de lijn is verbouwd, en geen redencodeboom waarin 'overig' de grootste balk is. Daar begint de audit, en een fabriek die haar eigen ideale cyclustijd betwist, betwist elk prestatiecijfer dat erop gebouwd is. Stem de nominale snelheid per SKU af met de lijnverantwoordelijke voordat de eerste grafiek wordt getoond.

Het maakt één OEE voor de fabriek niet bruikbaar. Een fabrieks-OEE van 71% verbergt de vuller op 58% achter de menger op 84%; per lijn, per ploeg, per SKU is het niveau waarop een verlies een oorzaak en een eigenaar heeft. Aggregeer niet boven de lijn tenzij de directie erom vraagt, en toon dan de lijncijfers eronder.

Het voorspelt niet wat de data nooit heeft gezien. Een model dat op drie maanden zomer-SKU's is getraind, heeft geen beeld van de kerst-SKU met de kwetsbare dop. Het voorspelt goed waar het patroon zich herhaalt: de opstartcurve na elke CIP, de sluiter die microstops krijgt zodra de omgevingstemperatuur boven 26 graden komt, de opstart op maandagochtend. Voor de rest is de ploegleider nog altijd de sensor.

En het vervangt de ploegleider niet. Het model stelt een oorzaak en een waarschijnlijk verlies voor; de ploegleider ziet het bewijs (de tagtrend, het tellerplateau, de regel in het logboek) en beslist. Een fabriek waar de uitkomst van het model een opdracht is in plaats van een verklaring, krijgt een ploeg die stopt met redenen registreren, en de data verslechtert binnen een kwartaal.

Een vullijn, met de aannames erbij

De OEE-formule is OEE = beschikbaarheid × prestatie × kwaliteit. Beschikbaarheid is de draaitijd gedeeld door de geplande productietijd. Prestatie is de ideale cyclustijd maal het totale aantal stuks, gedeeld door de draaitijd. Kwaliteit is het aantal goede stuks gedeeld door het totale aantal (oee.com). Een OEE van 85% wordt vaak world class genoemd; de meeste fabrieken zitten dichter bij 60% (oee.com, World-Class OEE).

Neem een illustratie, geen klantresultaat. Stel een sapvullijn in een van meerdere Nederlandse fabrieken, twee ploegen van acht uur per dag, met per ploeg 30 minuten geplande CIP en omstelling, dus 15 uur geplande productietijd. De stilstandsregistratie toont 2,25 uur gecodeerde stops, dus de draaitijd is 12,75 uur en de beschikbaarheid is 85,0%. De nominale snelheid voor deze SKU in SAP PP is 12.000 flessen per uur, een ideale cyclustijd van 0,3 seconde. De teller staat op 127.500 flessen, dus de prestatie is (0,3 s × 127.500) / (12,75 u × 3.600 s) = 83,3%. Checkweger en metaaldetector keurden 2.550 flessen af, dus de kwaliteit is 124.950 / 127.500 = 98,0%. De OEE is 0,850 × 0,833 × 0,980 = 69,4%.

Het dashboard stopt daar. Het model gaat verder. In deze illustratie laat de historian zien dat de vuller de eerste 40 minuten na elke CIP op 9.600 flessen per uur draait terwijl de producttemperatuur zich zet, en dat de statustag van de sluiter 28 keer per ploeg 20 tot 60 seconden omklapt, onder de drempel van twee minuten voor een redencode, dus niets ervan staat in de stilstandsregistratie. Samen verklaren deze twee patronen ongeveer 7 van de 16,7 verloren prestatiepunten (twee opstartcurves van 40 minuten met 2.400 flessen per uur tekort, plus 56 microstops van gemiddeld 40 seconden). Het model benoemt ze, toont de trends en voorspelt het opstartverlies voor de ordervolgorde van morgen. Of het CIP-recept wordt aangepast of het sterwiel van de sluiter wordt vervangen, blijft de beslissing van de ploegleider en de onderhoudsplanner.

Wat een punt waard is, bepaalt u zelf. Als de fabriek een uur effectieve lijncapaciteit waardeert op €1.500 (vervang dit door uw eigen cijfer), is één OEE-punt op deze lijn 0,15 effectief uur per dag, ongeveer €225 per dag, of ruwweg €56.000 over 250 productiedagen. Vier punten terugwinnen op één lijn is dan in de orde van €225.000 per jaar, voordat er iets aan een nieuwe machine is uitgegeven.

Drie vaste stappen, excl. btw, alle code en modellen overgedragen. Een AI-audit en strategie van €2.500, één tot twee weken: we nemen drie maanden historian-, teller-, order- en stilstandsdata van één lijn, berekenen OEE per ploeg en SKU volgens één afgesproken definitie en laten zien welke verliezen gecodeerd zijn, welke verborgen en wat de data wel en niet kan verklaren. U houdt de OEE-definitie, de datamap en de verlies-Pareto. Een Productieklare MVP van €20.000, vier tot zes weken: het OEE-model op één lijn in één fabriek, verklaring van microstops en snelheidsverlies, een voorspelling voor de volgende ploeg, draaiend naast het huidige dashboard. U houdt een werkend model op uw eigen data. Productie vanaf €50.000, vanaf acht tot twaalf weken: alle lijnen over uw fabrieken heen op één namespace, gekoppeld aan de historian, het MES en SAP PP, in uw Azure-tenant of op locatie, met het scherm van de ploegleider als uitkomst. De audit wordt volledig verrekend als u binnen 60 dagen doorgaat. Zie AI-implementatie, AI voor de maakindustrie, procesautomatisering, data engineering en machine learning. Crux Digits werkt vanuit Utrecht, op locatie in uw fabrieken, naast uw ICT-partner en OT-integrator.

Veelgestelde vragen

Kunnen we OEE berekenen zonder MES?

Ja, als de PLC tellers en statussen beschikbaar stelt en een historian of edgeplatform (AVEVA PI, FactoryTalk Historian, Ignition, Litmus Edge) ze vastlegt. Het MES maakt het makkelijker, omdat het de order, de SKU en de redencodes al draagt; zonder MES komen die uit SAP PP en het ploegendienstlogboek.

Waarom rapporteren onze fabrieken een andere OEE voor hetzelfde type lijn?

Meestal omdat de definitie verschilt: de ene fabriek telt de CIP als geplande stilstand en de andere als stop, de ene gebruikt de typeplaatsnelheid en de andere de afgesproken nominale snelheid per SKU. Eén namespace en één formule over fabrieken heen is het eerste wat de audit regelt, nog voor er een model is.

Hoe vindt het model microstops die niet in de stilstandsregistratie staan?

Uit de historian: een statustag die binnen een minuut naar storing en terug klapt, of een teller die 40 seconden niet optelt, is een stop, of iemand hem nu gecodeerd heeft of niet. Het model clustert die gebeurtenissen per machine, SKU en ploeg en toont de trends, zodat de ploegleider ze kan zien in plaats van ze op gezag te geloven.

Raakt het onze HACCP-, BRCGS- of IFS-registraties?

Nee. Het model heeft alleen leesrechten. Het schrijft nooit in het batchrecord, sluit nooit een CCP-afwijking af en geeft nooit een kwaliteitsblokkade vrij. Het kan melden dat de afkeur na een omstelling steeg; wat dat voor de batch betekent, beslist QA, zoals de normen vereisen.

Wat kost OEE per lijn met AI?

Bij Crux Digits: een AI-audit en strategie van €2.500 (één tot twee weken), een Productieklare MVP van €20.000 (vier tot zes weken) op één lijn, en productie vanaf €50.000 (vanaf acht tot twaalf weken) over lijnen en fabrieken heen, alles excl. btw, met overdracht van code en modellen. De audit wordt volledig verrekend als u binnen 60 dagen doorgaat.