Je draaibank weet precies hoe laat hij vanmorgen begon, hoeveel stuks eruit kwamen en hoeveel minuten hij stilstond. Je planner weet dat niet. Die loopt om elf uur de hal in en vraagt het na.
Dat gat tussen de hal en het kantoor voelt als een ERP-probleem, en zo wordt het je ook verkocht. Zoek op hoe je machinedata in je planning krijgt en je krijgt een rij ERP-leveranciers die uitleggen dat je een nieuw pakket nodig hebt. Soms klopt dat. Meestal niet: het systeem waarin je plant heb je al, de machine meet allang, en wat ontbreekt is de laag ertussen.
Deze gids gaat over die laag. Voor de eigenaar, productieleider of werkvoorbereider van een maakbedrijf die metingen van de werkvloer wil laten landen in planning, BI en onderhoud, zonder eerst een migratie van een jaar te beginnen. Waar een model op de lijn afwijkingen in beeld- of sensordata herkent en de monteur waarschuwt, houdt dat verhaal op bij het alert. Hier begint het: hoe wordt zo'n signaal een getal waar je planning op stuurt.
Wat een koppellaag is, en wat hij niet is
Een koppellaag voor machinedata is het geheel van gateway, protocol en vertaalregels dat meetwaarden uit besturingen en sensoren omzet in gebeurtenissen die je kantoorsystemen begrijpen. Hij leest mee op de werkvloer, geeft elk signaal een naam en een context, en levert het af als een productieaantal, een machine-uur of een storingsmelding. Hij vervangt geen ERP en hij stuurt geen machine aan.
Die laatste zin is de belangrijkste afbakening van het hele project. Zodra je vanuit kantoor terug wilt schrijven naar een besturing, verandert de aard van het werk: dan raak je machineveiligheid, garanties en de verantwoordelijkheid van je machinebouwer. Lezen is een koppelproject. Schrijven is een engineeringproject. Houd ze gescheiden, zeker in je eerste jaar.
Dat de meeste maakbedrijven hier nog staan, is gemeten. Uit het onderzoek van ECI onder ruim 300 maakbedrijven in Europa blijkt dat 84 procent in een fase van vroege digitalisering of het verbinden van processen zit, tegenover 4 procent dat zichzelf geoptimaliseerd noemt met automatisering, analytics en AI (rapport februari 2026). Het Nederlandse beeld is scherper: in het vervolgonderzoek van Midpoint Brabant, Fontys, REWIN, FME en Koninklijke Metaalunie onder mkb-maakbedrijven zegt 63 procent nog maar net op weg te zijn met data en sensoren in het productieproces, en heeft 31 procent wel plannen voor geautomatiseerde planning met directe feedback vanuit de productie, maar nog geen concrete toepassing (april 2026).
Dat laatste cijfer is de kern van deze gids. Het plan ligt er bij bijna een derde van de bedrijven. De koppeling niet.
En kantoor zit er wel op te wachten, want de rekensommen daar draaien nu op aannames:
Kostprijs, planning, voorraad en forecast: alle vier rekenen ze met een geschatte cyclustijd, een geschatte bezetting en een geschatte omsteltijd. De machine kent de echte getallen. Dat is de hele businesscase.
Vier manieren om machinedata naar kantoor te krijgen
Kies de route voordat je iets aansluit, want de vier routes lopen op een andere manier vast. De goedkoopste is zelden de goedkoopste zodra je verder kijkt dan het dashboard.
1. Kant-en-klare machinemonitoring. Een kastje of sensor per machine, een clouddashboard, draaiend in een week. Evocon, FourJaw, MachineMetrics en Factbird zitten in deze hoek. Evocon rekent per machine per maand en publiceert drie niveaus: Basic op 189 euro bij een jaarcontract of 159 euro bij drie jaar, Professional op 249 of 209 euro, en Enterprise op 319 of 269 euro, plus 19 euro per IIoT-apparaat per maand bij een jaarcontract of 15 euro bij drie jaar (prijzen augustus 2026). Alle bedragen hieronder rekenen met de driejarige tarieven. Let op de knip die er precies voor jouw vraag in zit: API-toegang begint pas bij Professional, hardware en integraties worden apart geoffreerd. Je koopt zicht, en de koppeling koop je erbij.
2. Een eigen koppellaag op open protocollen. Een industriële gateway leest via OPC UA of MTConnect mee, publiceert naar een MQTT-broker, en een flow-tool zoals Node-RED of n8n vertaalt dat naar je kantoorsystemen. Eclipse Mosquitto, Node-RED en Grafana kosten niets aan licenties. Je kosten zitten in hardware, bouw en beheer, en het beheer is de post die iedereen vergeet.
3. Een industrieel platform. Ignition, Kepware of HighByte Intelligence Hub: één product dat drivers, historian, visualisatie en dataregels combineert. Bij Inductive Automation kost het Ignition-platform 1.200 dollar per server, met modules als MQTT Engine op 2.150 dollar en SQL Bridge op 2.300 dollar, en een supportcontract van 16 tot 24 procent van de aanschafprijs per jaar (prijslijst augustus 2026). HighByte publiceert geen prijzen.
4. Je ERP- of MES-leverancier het laten doen. De shopfloor-module van het pakket dat je al hebt. Voordeel: één partij die het onderhoudt en die je administratie al kent. Risico: hij koppelt de machines die hij kent, en de rest blijft handmatig, precies de oude machines waar je stilstand zit.
| Route | Wat je betaalt | Wie beheert het | Sterk bij | Breekpunt |
|---|---|---|---|---|
| Kant-en-klare monitoring | 159 tot 269 euro per machine per maand bij drie jaar, 189 tot 319 euro bij een jaarcontract (Evocon, aug 2026) | de leverancier | 1 tot 5 machines, snel zicht op stilstand | data komt je andere systemen niet in zonder betaalde API en maatwerkintegratie |
| Eigen koppellaag | hardware plus bouw, geen licenties | jij of je bouwpartner | gemengd machinepark, data moet door naar planning en BI | valt stil als één persoon vertrekt zonder documentatie |
| Industrieel platform | vanaf 1.200 dollar per server plus modules en 16 tot 24 procent support (aug 2026) | jij, met leveranciersondersteuning | veel machines, ook visualisatie en historian nodig | overkill onder de tien machines |
| Via je ERP- of MES-leverancier | projectprijs plus abonnement | de leverancier | je pakket heeft al een werkende shopfloor-module | dekt alleen de machines en velden die hij ondersteunt |
Wat in alle vier hetzelfde blijft: iemand moet de vertaalslag maken van machinesignaal naar ordernummer. Geen enkele route geeft je die cadeau.
Wat je nodig hebt voordat je één kabel aanraakt
De helft van de mislukte projecten strandt op iets dat je vooraf op papier had kunnen zetten. Wat je nodig hebt is vooral informatie, geen inkoop.
- Eén machine en drie getallen. Niet het hele park en niet alle tags. Bijvoorbeeld: aantal goede stuks, machinestatus (produceren, stil, storing) en de reden van stilstand.
- De tag- of adreslijst van de machine. Vraag je machinebouwer om het lijstje signalen dat hij naar buiten geeft. Bij een besturing met een OPC UA-server browse je hem zelf uit; bij een oudere machine krijg je hooguit een klemmenlijst.
- Weten wat de besturing spreekt. Modern: OPC UA (poort 4840), MTConnect bij werktuigmachines, soms Modbus TCP. Oud: 24 volt digitale uitgangen, een stacklight en een telpuls.
- Een leesaccount met alleen leesrechten, en een netwerkpad dat niet dwars door je kantoornetwerk loopt.
- Een plek voor de ruwe data. Een tijdreeksdatabase of gewoon een tabel met tijdstempel, machine, signaal en waarde. Ruw bewaren, pas later aggregeren.
- Een manier om de operator te laten zeggen waaraan hij werkt. Een scan, een tik op een tablet, of een orderregel uit de planning. Zonder dit heb je aantallen zonder betekenis.
- Eén eigenaar in je bedrijf. Iemand die mag beslissen welk getal leidend is als de machine en het ERP het oneens zijn.
Dat laatste punt is geen formaliteit. Zonder eigenaar wordt het eerste verschil tussen de machineteller en de bonnenlijst een vergadering in plaats van een besluit.
In zes stappen van besturing naar planbord
De koppellaag bouw je in zes stappen: één machine kiezen, uitlezen wat de besturing al geeft, een gateway ertussen die alleen leest, elk signaal een naam geven, machinegebeurtenissen aan orders koppelen en afleveren waar de beslissing valt. Na zes weken staat de werkelijke bezetting in je planning zonder dat iemand iets overtypt.
Zo ziet die route eruit:
1. Kies de machine waar een fout het meeste kost
Niet de nieuwste, niet de makkelijkste. De machine waarvan een uur stilstand de rest van je planning omgooit. Formuleer één toetsbare belofte: over zes weken zie ik in mijn planning de werkelijke bezetting van deze machine per dag, zonder dat iemand iets overtypt.
2. Stel vast wat de besturing al naar buiten geeft
Dit is de saaie stap waar het echt op strandt. Een Siemens S7-1500 heeft een OPC UA-server aan boord, maar Siemens schrijft in zijn eigen documentatie dat je een runtimelicentie nodig hebt om die server te draaien, in de smaken small, medium en large afhankelijk van je CPU. Bij Beckhoff zit de server in de TF6100-functie van TwinCAT. Bij werktuigmachines is MTConnect vaak de kortste weg, een royaltyvrije standaard die machinedata als XML over HTTP aanbiedt.
Spreekt de machine niets? Dan lees je de fysieke wereld: een sensor op de stacklight, een telpuls van de besturing, of een stroomklem die aan het opgenomen vermogen ziet of er echt geproduceerd wordt. Dat levert minder detail, maar status en stilstand haal je er prima uit. Voor de meeste maakbedrijven is dat al tachtig procent van de winst.
3. Zet de gateway ertussen, en laat hem alleen lezen
Een industriële gateway of kleine edge-pc in de hal leest de besturing uit en zet de waarden om naar één uitgaand kanaal. Geef hem een account met leesrechten, geen schrijfrechten, en hang hem in een apart netwerksegment tussen je productienetwerk en je kantoornetwerk. Dat is geen paranoia maar de standaardarchitectuur: kantoor-IT en productiesystemen op één plat netwerk laten samenhangen maakt van één gestolen inlog een route naar de aansturing van je lijn.
4. Geef elk signaal een naam en een adres
Hier bepaal je of je over twee jaar nog snapt wat er langskomt. Kies een vaste naamstructuur, bijvoorbeeld bedrijf, locatie, hal, machine, signaal, en houd je eraan bij machine nummer twee.
Publiceer je via MQTT, gebruik dan Sparkplug in plaats van kale berichten. Sparkplug, sinds 2023 ook vastgelegd als ISO/IEC 20237, definieert een MQTT-topicnaamruimte, een payloadformaat en sessiestatusbeheer bovenop MQTT. Praktisch betekent dat drie dingen: elk apparaat meldt bij verbinden welke signalen het heeft (een birth-bericht), stuurt daarna alleen nog wijzigingen, en publiceert via de Last Will van MQTT automatisch een death-bericht als het wegvalt. Je weet dus of een machine niets produceert of dat je gateway offline is. Dat verschil is precies waar dashboards op liegen.
Werk je met OPC UA, kijk dan of er een companion specification voor jouw machinetype is. De OPC Foundation zet meer dan 430 industriemodellen om naar een AI-leesbaar formaat, zo maakte de organisatie op 20 april 2026 bekend; die modellen bepalen dat "spindeltoerental" bij elke fabrikant hetzelfde heet.
5. Vertaal machinegebeurtenissen naar kantoorbegrippen
De machine kent geen ordernummer, geen artikel en geen klant. Hij kent stuks, seconden en een status. Deze stap slaat die brug, en dit is het echte werk van het project.
Concreet: koppel een tijdvenster van machinedata aan de order die op dat moment liep. Dat venster krijg je uit de planning (order X stond van 08.00 tot 11.30 op deze machine) of uit een scan door de operator. Uit die combinatie rolt wat kantoor nodig heeft: werkelijke stuks per order, werkelijke machine-uren, werkelijke omsteltijd. Bepaal hier ook welk systeem eigenaar is van welk veld, want welk systeem de baas is over welk veld en met welk ritme de rest dat te weten komt is een besluit dat je één keer neemt en daarna alleen nog uitvoert.
6. Lever af waar de beslissing valt, en tel na
Stuur het resultaat naar het systeem waar iemand er iets mee doet: de nabecalculatie in je ERP, het planbord, een dashboard in Grafana of Power BI, of een werkorder in je onderhoudssysteem. Batch je berichten voordat je ze door een API-koppeling duwt, want elk kantoorpakket heeft een dagplafond op zijn API en een machine die per seconde meet haalt dat plafond moeiteloos.
Zet er tot slot een controleronde op: vergelijk één keer per dag de telling van de machine met de telling in je ERP en maak het verschil zichtbaar. Een koppeling zonder die naslag merkt zijn eigen storingen pas bij de kwartaalafsluiting.
Waar het misgaat
De techniek is zelden de reden dat een koppeling sneuvelt. Dit zijn de faalmodi die ik in de praktijk terugzie, met de mitigatie erbij.
- Aantallen zonder order. Je ziet dat er 1.240 stuks zijn gemaakt maar niet waarvoor. Mitigatie: bouw stap 5 in de eerste versie, niet in fase twee. Een scan of een tik op een tablet is genoeg.
- Tellers die resetten. Bij een herstart springt de stukteller van de besturing terug naar nul, en je rapportage boekt ineens min 1.240 stuks. Mitigatie: werk met verschillen tussen twee metingen en herken een reset expliciet, in plaats van absolute standen door te sturen.
- Klokken die uit de pas lopen. De PLC-klok, de gateway en je server verschillen minuten. Je stilstandanalyse wijst dan naar de verkeerde ploeg. Mitigatie: alles op UTC, tijdzone pas bij het tonen, en een NTP-tijdserver in het productienetwerk.
- Te fijn meten. Elke honderd milliseconden een waarde wegschrijven levert een dure database en geen enkel extra inzicht in bezetting. Mitigatie: publiceer alleen bij wijziging, en aggregeer per minuut voor alles wat kantoor ziet.
- Vals precieze OEE. Zonder een betrouwbare standaardcyclustijd per artikel is de prestatiecomponent van je OEE een verzonnen getal met twee decimalen. Mitigatie: begin met beschikbaarheid en stilstandredenen, en voeg prestatie pas toe als je cyclustijden kloppen.
- De koppeling die in één hoofd zit. Degene die hem bouwde vertrekt, en niemand weet welk script waar draait. Mitigatie: leg de naamstructuur, de accounts en de flows vast op een plek buiten die persoon, en begroot het onderhoud vooraf in plaats van het te ontdekken.
- Terugschrijven omdat het kan. Iemand stelt voor om vanuit de planning meteen het machineprogramma te selecteren. Mitigatie: zeg nee in versie één. Zie de afbakening bovenaan deze gids.
Welke route past bij jouw bedrijf
Drie assen bepalen de keuze: het aantal machines, of de data alleen bekeken of ook doorgestuurd moet worden, en of je al een leverancier hebt die je shopfloor onderhoudt. De leeftijd van je machines bepaalt niet de route, alleen hoeveel signaalkastjes je nodig hebt.
Mijn nuchtere drempels:
- Eén tot vijf machines en je wilt vooral zien waar de stilstand zit: neem kant-en-klare monitoring. Onder dat aantal verdient een eigen laag zich niet terug, ook al klinkt een abonnement per machine duur.
- Zes machines of meer, meerdere merken, en de data moet door naar planning, BI of onderhoud: bouw een eigen koppellaag op OPC UA en MQTT. Bij acht machines op Professional-niveau praat je zelfs met een driejarig contract al over ruim 21.000 euro per jaar aan abonnement, en dan heb je de integraties nog niet.
- Je hebt al een ERP of MES met een werkende shopfloor-module en een leverancier die hem onderhoudt: laat hem de machines koppelen die hij ondersteunt, en bouw zelf alleen de uitzonderingen. Dubbel werk is hier de grootste verspilling.
- Je wilt vanuit kantoor terugschrijven naar de machine: dit is geen koppelproject. Behandel het als een engineeringtraject met je machinebouwer erbij.
Hoeveel machines wil je uitlezen?
Rekenvoorbeeld: acht machines bij een verspaner
Neem een verspanend toeleverbedrijf met 22 medewerkers en acht machines: vier CNC-bewerkingscentra van na 2018, drie oudere freesbanken met alleen een stacklight en een telpuls, en een pers. De vraag van de directeur is niet abstract: de nabecalculatie klopt niet, want de urenregistratie is handwerk en de standaardcyclustijden in het ERP zijn jaren oud.
Route kant-en-klaar. Acht machines op Evocon Professional kost bij een driejarig contract 209 euro per machine per maand plus 15 euro per IIoT-apparaat, dus 1.792 euro per maand of 21.504 euro per jaar (prijzen augustus 2026). Daar zit hardware niet in, en integraties worden per geval geoffreerd. Op het Basic-niveau zakt dat naar 16.704 euro per jaar, maar dan heb je geen API en dus geen koppeling met je ERP. Dat is precies de val: het goedkope niveau lost het probleem van de directeur niet op.
Route eigen koppellaag. Eén edge-gateway per hal leest de vier moderne machines uit via OPC UA. De drie oude freesbanken en de pers krijgen elk een signaalmodule op de stacklight en de telpuls. Alles publiceert naar een Mosquitto-broker met Sparkplug-berichten, Node-RED vertaalt en schrijft naar een tijdreeksdatabase, en een nachtelijke flow duwt de werkelijke uren en aantallen per order naar het ERP. Grafana toont de bezetting. Licentiekosten: nul. De investering zit in hardware van enkele duizenden euro's plus de bouw, en het beheer erna.
Het scharnier zit in stap 5. De operator scant bij aanvang de werkorderbon. Vanaf dat moment weet de koppellaag dat de metingen van machine 3 tussen 08.12 en 11.47 bij order 24518 horen. Na drie weken heeft het bedrijf voor het eerst echte cyclustijden per artikel, en blijkt de standaardtijd van de meest gedraaide serie er structureel naast te zitten. Dat is geen dashboardwinst, dat is een correctie op elke offerte die daarna uitgaat.
Wanneer ik zelf de eerste route zou kiezen: als datzelfde bedrijf drie machines had gehad en alleen wilde weten waar de stilstand zit. Dan is 6.264 euro per jaar aan Basic-abonnement bij drie jaar goedkoper dan elke bouw, en de leverancier houdt hem draaiend.
Het getal dat je vandaag al hebt
De meeste maakbedrijven denken dat ze data missen. Dat klopt zelden. De besturing telt al, de sensoren meten al, de stacklight brandt al rood. Wat ontbreekt is de vertaling: van een puls naar een stuk, van een stuk naar een order, van een order naar een kostprijs die niet op een schatting uit 2019 leunt.
Dat is een klus van weken, niet van jaren, en hij begint met één machine en drie getallen. De ERP-leverancier die je vertelt dat je eerst een nieuw pakket nodig hebt, verkoopt je het dak voordat je de trap hebt gebouwd.
Veelgestelde vragen
Van hal naar kantoor koppelen
Ik denk mee over welke getallen je echt nodig hebt, ontwerp de koppellaag en bouw hem end-to-end op de systemen die je al draait. Zonder ERP-migratie en zonder abonnement per machine.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
