Produmize

Voorbeeld: Real-time data via UNS en event-driven updates

Esther Rissewijck — Mon, 09 Mar 2026 18:55:21 +0000

Data wordt waardevol wanneer het real-time beschikbaar is, gecombineerd met andere relevante informatie en actief wordt gebruikt voor betere beslissingen, efficiëntere productie, inzicht in bottlenecks en een beter afgestemde planning.

In eerdere blogs legden we uit wat een Unified Namespace (UNS) en event-driven architectuur zijn en hoe je er stapsgewijs mee start. In dit blog laten we aan de hand van een concreet voorbeeld zien hoe data automatisch beschikbaar komt voor verschillende subscribers: van operator-dashboards en planningtools tot het ERP-systeem.

Elke gebruiker gebruikt zijn eigen tool voor inzicht, maar ze ontvangen allemaal automatisch real-time updates vanuit dezelfde bron van waarheid (Single Source of Truth). Geen losse koppelingen, geen handmatig werk.

We kijken specifiek naar wat er voor een operator zichtbaar is op zijn dashboard en wat er ‘onder de motorkap’ gebeurt in de Unified Namespace (UNS) volgens ISA-95.

Real-time productiegegevens via UNS en event-driven architectuur

Voordat dashboards of andere systemen real-time productiegegevens kunnen tonen, wordt data uit verschillende bronnen gepubliceerd als events in één uniforme naamstructuur: de Unified Namespace (UNS). Je bepaalt zelf hoe je deze structuur inricht, in onze voorbeelden gebruiken wij de internationale ISA-95 standaard als basis.

Hoe ziet een UNS eruit volgens ISA-95?

Volgens de internationale ISA-95 hiërarchie organiseer je de data uit je verschillende systemen als volgt:

[Enterprise] / [Site] / [Area] / [Work Center] / [Work Unit] / [DataProducer] / [DataPoint]

Note: In onze voorbeelden nemen we de [DataProducer] (de bron) op in het pad, zodat je precies ziet waar de data vandaan komt. In een volledig functionele UNS-structuur wordt deze laag vaak weggelaten. Voor de eindgebruiker maakt het technisch namelijk niet uit welk apparaat de data levert, zolang de informatie over de “Work Unit” maar correct is. In de opstartfase helpt het echter om de herkomst van data inzichtelijk te houden.

Enterprise: De organisatie → MyCompany
Site: De locatie of fabriek → Eindhoven
Area: De afdeling of het productiegebied → Packaging
Work Center: De productielijn → Line_01
Work Unit: De machine of het werkstation → Wrapper_01
DataProducer → De bron van de data (machine, MES, ERP)
DataPoint: Het specifieke datapunt → ordernummer, status, snelheid, temperatuur, etc

Voordelen van deze structuur:

Iedereen weet waar data thuishoort
Datapaden worden uniform opgebouwd
Verschillende systemen spreken dezelfde “datataal”

Event-driven architectuur: automatische updates

Om real-time inzicht te krijgen, combineren we deze uniforme naamstructuur met een event-driven werkwijze. Dat betekent:

Dataproducers (machines, ERP, sensoren) publiceren wijzigingen in datapunten naar de broker zodra deze veranderen.
Subscribers (dashboards, planningtools, ERP-systemen) abonneren zich op relevante datapaden en ontvangen automatisch real-time updates via de broker.
Elke wijziging in een datapunt wordt als event verstuurd, met een payload die de actuele waarde bevat en eventueel extra context (bijv. timestamp, statuscode).

Concreet betekent dit:

De UNS bepaalt hoe data logisch en uniform wordt benoemd, zodat iedereen weet waar welke informatie thuishoort.
De event-driven architectuur zorgt dat wijzigingen automatisch en direct naar alle subscribers (geabonneerden) worden gestuurd , zonder dat iemand handmatig gegevens hoeft te verplaatsen. Updates komen direct binnen.

In het geval van ons dashboard betekent dit dat er geen aparte koppeling nodig is met het ERP of de sensoren. Het dashboard abonneert zich simpelweg op de relevante datapaden van één specifieke ‘Cell’ (machine).

Data beschikbaar op de werkvloer; real-time operator-dashboard

De sales binnendienst voert een order in

De sales binnendienst voert een nieuwe order in het ERP-systeem in:

Ordernummer	Product	Aantal	Deadline
456	Widget A	1000	15-02-2026

Ordernummer: 456
Product: Widget A
Aantal: 1000
Deadline: 15-02-2026

Het ERP publiceert deze orderinformatie als event in de UNS, waarna de broker het event automatisch verspreidt naar alle geabonneerde subscribers.

Het event wordt gepubliceerd op een datapad zoals:

MyCompany / Eindhoven / Planning / ERP / PlannedOrders / Order456

Hier staan alle relevante details zoals OrderNumber, ProductID, TargetQuantity en Deadline. De broker verspreidt dit event automatisch naar alle geabonneerde systemen.

Geplande orders op het dashboard

Het dashboard van de operator is geabonneerd op:

MyCompany / Eindhoven / Planning / ERP / PlannedOrders / #

Zo ziet de operator een lijst van beschikbare orders. De operator kan een order selecteren en starten.

Operator start een order en ontvangt real-time updates

Wanneer de operator order 456 selecteert om te draaien op zijn machine ‘Wrapper_01’, publiceert het systeem dit direct in de UNS.

In een event-driven architectuur zorgt dit ene event ervoor dat alle relevante systemen gelijktijdig in actie komen:

Het ERP-systeem: Ontvangt het event en zet de orderstatus automatisch op ‘In productie’. Handmatig starten of overkloppen is niet meer nodig.

De planningtool: Ziet de werkelijke starttijd en herberekent direct de planning voor de rest van de dag.

De historian: Begint direct met het loggen van alle machinedata (snelheid, temperatuur, stops) specifiek gekoppeld aan dit ordernummer.

Het dashboard: Toont de operator direct de actuele status, zodat hij ziet dat de order correct is opgestart.

UNS-structuur achter het dashboard

Het dashboard van de ‘Wrapper_01’ ontvangt alle gegevens van deze order, samen met real-time machinedata en sensorevents. Hieronder zie je hoe de UNS-structuur achter het dashboard eruitziet. We tonen hier bewust de DataProducer-niveaus:

📁 MyCompany (Enterprise)
└── 📁 Eindhoven (Site)
    └── 📁 Line_01 (Work Center)
        └── 📁 Wrapper_01 (Work Unit)
            ├── 📁 ERP (Dataproducer)
                └── 📁 ActiveWorkOrder
                    ├── OrderNumber: “456”
                    ├── ProductID: “Widget A”
                    ├── TargetQuantity: 1000
                    ├── ProducedQuantity: 320
                    ├── Deadline: “15-02-2026”
                    └── WorkOrderCompleted: False
            ├── 📁 Machine (Dataproducer)
                └── 📁 State
                    ├── Status: “Running”
                    ├── Speed: 450
                    └── MachineTemperature: 185
            └── 📁 Sensor (Dataproducer)
                └── 📁 TemperatureMonitor
                    ├── ActualTemperature: 182
                    ├── TemperatureLimit: 200
                    └── TemperatureAlert: False

Note: In dit praktijkvoorbeeld zie je de bronnen (ERP, Machine, Sensor) als tussenlaag. In een puur functionele structuur zou je deze lagen verwijderen, omdat een operator alleen geïnteresseerd is in de status van de “Wrapper_01”, ongeacht welk technisch systeem die status doorgeeft.

Op het dashboard

Het dashboard toont direct:

Welke order actief is
Hoeveel er geproduceerd is
Of de machine draait of stilstaat
Of de temperatuur binnen limieten blijft
Of de order gereed is

Dankzij de event-driven architectuur ontvangt het dashboard automatisch updates zodra een datapunt wijzigt:

Machine stopt → Status = “Stopped”
Temperatuur overschrijdt limiet → TemperatureAlert = True
Werkorder voltooid → WorkOrderCompleted = True
ProducedQuantity loopt op → dashboard update direct

Voordeel voor de operator:

De operator ziet in één oogopslag welke order actief is en hoeveel er al geproduceerd is. Hij krijgt real-time inzicht in de status van de machine en eventuele waarschuwingen, zoals temperatuuroverschrijding of onverwachte stops. Dit voorkomt fouten en vertragingen, omdat alle relevante informatie direct beschikbaar is in één overzicht.

Overal in de fabriek dezelfde waarheid

Voor één enkel operator-dashboard zou een directe koppeling met ERP of machindata technisch nog mogelijk zijn, volgens het request-response principe. Maar zodra meerdere rollen – operators, planners, productiemanagers en customer service – gelijktijdig real-time met dezelfde data willen werken, wordt een netwerk van losse koppelingen snel complex en foutgevoelig. De combinatie van UNS en event-driven architectuur voorkomt dit door één uniforme datastructuur en automatische distributie van updates naar alle subscribers.

Directie – overzicht van meerdere locaties

Wanneer een organisatie meerdere productielocaties heeft, kan een directiedashboard zich abonneren op meerdere Sites van de ‘Enterprise’, bijvoorbeeld:

MyCompany / + / + / + / + / Machine / State / # → alle machine status

MyCompany / + / + / + / + / ERP / ActiveWorkOrder / # → alle ERP-orders

Goed om te weten: De tekens + en # zijn ‘wildcards’. Hiermee verzamel je automatisch data van alle locaties, lijnen of machines tegelijk. In dit voorbeeld gebruiken we een wildcard voor overzicht, maar in de praktijk wordt er vaak selectiever geabonneerd om te voorkomen dat te veel data tegelijk binnenkomt, bijvoorbeeld door alleen relevante machines of datapunten te volgen.

Doordat elke locatie dezelfde UNS-structuur gebruikt, ontstaat automatisch inzicht over meerdere fabrieken zonder extra maatwerkkoppelingen. Dit maakt vergelijking tussen locaties, lijnen of afdelingen eenvoudig en betrouwbaar.

Planner – real-time inzicht in productievoortgang

De planner gebruikt een planningstool die zich abonneert op:

MyCompany / Eindhoven / Packaging / + / + / ERP / ActiveWorkOrder / #

MyCompany / Eindhoven / Packaging / + / + / Machine / State / #

Wat hij ziet en gebruikt:

Hoeveel van een order al geproduceerd is (ProducedQuantity)
De actuele machinestatus (bijv. draaiend of stilstand)
Eventuele productieproblemen, zoals een onverwachte stop

Dankzij real-time updates kan de planner wanneer nodig direct bijsturen, bijvoorbeeld orders herschikken, capaciteit anders verdelen of sneller reageren op verstoringen in de productie.

Productiemanager – overzicht van de productielocatie

De productiemanager gebruikt een dashboard dat meerdere lijnen en cellen laat zien, geabonneerd op:

MyCompany / Eindhoven / #

Wat hij ziet en gebruikt:

Status van alle actieve orders en productielijnen
Alerts van sensoren, zoals temperatuuroverschrijdingen (TemperatureAlert)
Voortgangsstatistieken per lijn of machine

Zo krijgt hij een direct overzicht van bottlenecks, risico’s of vertragingen en kan hij managementbeslissingen onderbouwen met actuele data, zonder dat hij zelf alle systemen hoeft te raadplegen.

Customer Service – actuele klantinformatie

De customer service medewerker gebruikt het ERP-systeem als interface. Ze volgt de relevante orderinformatie, zoals orderstatus en gereedmelding, zodat zij klanten betrouwbare updates kan geven. Het ERP-systeem is geabonneerd op alle relevante orderevents via het UNS-pad:

MyCompany / Eindhoven / + / + / + / ERP / ActiveWorkOrder / #

Zo ontvangt zij alleen de gegevens die relevant zijn voor haar taak. Niet elk machine-event wordt doorgestuurd; alleen relevante informatie zoals orderstatus, hoeveelheid geproduceerd en gereedmelding.

Wat ze ziet en gebruikt:

Welke orders actief zijn en hoeveel er al geproduceerd is (ProducedQuantity)
Of een order gereed is voor verzending (WorkOrderCompleted)
Eventuele wijzigingen in deadlines of orderstatus

Dankzij de event-driven architectuur ontvangt zij direct updates zodra deze relevante gegevens wijzigen.

Samengevat: waarde van real-time data via UNS en event-driven updates

Door ERP-data, machine-data en sensor-events te combineren via de UNS en event-driven architectuur:

Hebben alle betrokkenen – van werkvloer tot kantoor – altijd hetzelfde actuele inzicht.
Kunnen dashboards en andere tools automatisch alle relevante events tonen.
Wordt data uniform en betrouwbaar beschikbaar voor alle subscribers.

Van data naar direct inzicht op de werkvloer

Wil je ontdekken hoe je productiegegevens uit machines, sensoren en ERP samenbrengt in één overzichtelijke datastructuur?

Produmize helpt MKB- productiebedrijven om hun data real-time inzichtelijk en bruikbaar te maken op de werkvloer.

Wil je zelf ervaren hoe een UNS en event-driven architectuur rust en overzicht brengen in jouw productiebedrijf? Neem contact op voor een vrijblijvend gesprek of bekijk ons stappenplan in Starten met een UNS + event-driven architectuur.

Het bericht Voorbeeld: Real-time data via UNS en event-driven updates verscheen eerst op Produmize.

Starten met een UNS + event-driven architectuur

Esther Rissewijck — Mon, 09 Mar 2026 17:22:33 +0000

In dit blog leggen we uit hoe je stap voor stap een UNS implementeert in combinatie met een event-driven architectuur, zodat de juiste data real-time beschikbaar is. Zo krijgt je MKB-productiebedrijf snel overzicht, consistente data en real-time inzichten voor alle subscribers, met behoud van historische data in de historian (een systeem dat events en meetwaarden bewaart).

In Wat is een Unified Namespace (UNS) en event-driven architectuur? leggen we technisch uit wat een UNS en event-driven architectuur zijn. In UNS en event-driven architectuur: de praktijk in jouw fabriek las je over het praktische verschil tussen wél of niet werken met een Unified Namespace (UNS) + event-driven architectuur: overzicht, real-time updates via subscribers en historisch opgeslagen data.

Belangrijk om te weten: een UNS + event-driven architectuur is een technisch sub-project binnen een groter doel, zoals het verhogen van de productiviteit, het verminderen van storingen of het optimaliseren van de planning. In dit blog laten we zien hoe je ermee kunt starten door het in te zetten vanuit een concreet projectdoel, bijvoorbeeld een dashboard voor één productielijn, een analyse van energieverbruik of inzicht in OEE. Later kan een goed opgezet UNS en event-driven architectuur geheel bedrijfsbreed worden uitgerold.

Door klein te beginnen, leer je hoe de UNS-structuur en architectuur werkt en creëer je direct waarde met je data.

Waarom een UNS + event-driven architectuur loont

Met een goed opgezet UNS, gecombineerd met een event-driven architectuur, merk je snel voordelen:

Overzicht: één centrale en actuele bron van waarheid (single source of truth) doordat systemen dezelfde gebeurtenissen gebruiken binnen de afgesproken UNS-datastructuur.
Snelheid: dashboards, MES en analyses gebruiken real-time data als subscribers, via event-driven updates vanuit de broker.
Flexibiliteit: nieuwe machines of software aansluiten gaat eenvoudig, omdat elk systeem één keer op de broker aansluit en de geabonneerde systemen automatisch updates ontvangen.
Betrouwbaarheid: alle historische data (events en meetwaarden) kunnen centraal worden opgeslagen in de historian en blijft beschikbaar, ook bij vervanging van machines of software.

Het organiseren en real-time beschikbaar maken van data is de basis. De echte waarde zit in het gebruiken van die data om processen te verbeteren en betere beslissingen te nemen.

7 stappen om een UNS + event-driven architectuur te implementeren

Het implementeren van een UNS in combinatie met een event-driven architectuur is een project op zich. Je volgt een gestructureerde aanpak: begin met een afgebakende scope, test, leer en breid stap voor stap uit.

In lijn met ons 7-stappenplan voor Smart Industry kun je het zo bekijken:

Stap 1: Bepaal je doel

Het implementeren van een UNS en event-driven architectuur kun je zien als een technisch subproject binnen een groter doel, zoals:

productiviteit verhogen
stilstand verminderen
beter plannen
energieverbruik inzichtelijk maken

Formuleer het grotere doel dat je wilt bereiken en bepaal waar je mee begint, bijvoorbeeld

real-time inzicht in één productielijn
een dashboard voor machineprestaties
inzicht in energieverbruik van machines

Het opzetten van een UNS + event-driven architectuur is een middel om betrouwbare, uniforme en real-time data beschikbaar te maken, zodat je het overkoepelende doel kunt behalen.

Stap 2: Stel je scope scherp

Baken af welke data je écht nodig hebt om je projectdoel te bereiken.

Stel dat je bijvoorbeeld de productiviteit van een productielijn inzichtelijk wilt maken. Dan heb je mogelijk data nodig zoals:

machine-status (running, stopped, storing)
• geproduceerd aantal producten
• cyclustijd of snelheid
• ordernummer of werkorder

Voor een energie-analyse kunnen bijvoorbeeld deze datapunten relevant zijn:

energieverbruik van de machine
• machine-status
• productievolume

Een machine of systeem bevat vaak veel meer data dan nodig is voor je huidige projectdoel. Door alleen de relevante datapunten te selecteren, blijft het project overzichtelijk en voorkom je dat ongebruikte of ongevalideerde data in je analyses terechtkomt.

Eventueel kun je de volledige ruwe data wel opslaan, zodat deze later beschikbaar blijft voor nieuwe analyses of toekomstige projecten.

De exacte naamgeving van de afgebakende data bepaal je later in de UNS-structuur.

Waarom klein beginnen werkt:

Het project blijft overzichtelijk en beheersbaar
Je leert de structuur van een UNS en event-driven communicatie kennen
Je voorkomt dat ongebruikte of ongevalideerde data in je systeem terechtkomt

Daarnaast zie je vaak al snel resultaat in dashboards of analyses, terwijl je tegelijkertijd de basis legt voor verdere uitbreiding.

Stap 3: Inventariseer wat je al hebt

Breng in kaart welke systemen en databronnen relevant zijn voor dit project.

Denk bijvoorbeeld aan:

machines of PLC’s
sensoren
ERP-systemen
MES-systemen
bestaande dashboards of databases

Het doel van deze stap is te bepalen waar de benodigde data vandaan komt en hoe je deze kunt ontsluiten.

Hoewel het nuttig kan zijn om een volledig overzicht van alle machines, sensoren en software te hebben, beperken we ons hier tot de data die nodig is voor dit project en het implementeren van een UNS in combinatie met een event-driven architectuur.

Stap 4: Bouw en implementeer de oplossing

Nu je weet welke tools nodig zijn en deze beschikbaar zijn, richt je de technische basis, de UNS en de event-driven architectuur, in. Dit geeft systemen de mogelijkheid te publiceren en zich te abonneren:

Dataverzamelaars: apparaten en software die data van machines, sensoren en andere databronnen verzamelen en naar de broker sturen.
Broker (messaging-laag): ontvangt gepubliceerde data van dataproducers en verspreidt deze automatisch naar alle subscribers die zich abonneren op de juiste datapaden in de UNS. Zie het als een ‘postkantoor’ voor data.
Historian: slaat real-time events op voor analyse, rapportage en trends achteraf.
Subscribers (data consumers): dashboards, MES, ERP of visualisatietools die zich abonneren op datapaden in de UNS en automatisch updates ontvangen via de broker.

Stap 4.1: Stel je UNS-structuur vast

Zorg dat de naamstructuur uniform is en gebaseerd op een duidelijke hiërarchie (bijvoorbeeld volgens ISA-95). Een consistente UNS-structuur is cruciaal; zonder uniforme naamgeving begrijpen publishers en subscribers elkaar niet en kunnen events niet correct worden verwerkt.

Bijvoorbeeld:

[Enterprise] / [Site] / [Area] / [Work Center] / [Work Unit] / [DataProducer] / [DataPoint]

Enterprise: de organisatie, het bedrijf of de hele fabrieksgroep
Site: een fysieke locatie of fabriek
Area: een productieafdeling of specifiek productiegebied binnen een site
Work Center: een logische groep van machines of werkstations waar werk wordt uitgevoerd (bijvoorbeeld een productielijn)
Work Unit: een onderdeel van een Work Center, bijvoorbeeld een specifieke machine, CNC, assemblagestation of PLC
DataProducer: bron die data publiceert
DataPoint: het specifieke datapunt (bijv. ordernummer, status, temperatuur, energieverbruik)

Wanneer een datapunt verandert, wordt dit als event met payload gepubliceerd. De payload bevat de actuele waarde en metadata (bijv. timestamp, eenheid, status). Zo kunnen subscribers correct reageren, dashboards real-time bijwerken en historische opslag in de historian plaatsvinden.

Bijvoorbeeld: een wijziging in

Machine1 / Machine / Status

verandert van ‘Stopped’ naar ‘Running’. Dit wordt als event gepubliceerd met payload {waarde: ‘Running’, timestamp: ‘2026-03-16T08:00’, bron: ‘Machine1’}. Alle subscribers ontvangen automatisch de update.

In onderstaand schema zie je hoe de datastroom wordt opgebouwd. We gebruiken hier de volgende hiërarchie:

LocatieA / Productie / Lijn1 / Machine1

Let op: Hoewel wij hier de DataProducer in de ‘string’ laten zien om de herkomst te verduidelijken, wordt dit in een volwassen, functionele structuur vaak weggelaten. Het doel van een UNS is immers dat het voor de gebruiker niet uitmaakt welk systeem de data levert, zolang de informatie over ‘Machine1’ maar compleet is.

Stap 4.2: Installeer en configureer de benodigde tools

Dataverzamelaars, broker, historian, dashboards / visualisatietools
Abonneer subscribers zodat zij automatisch event-driven updates ontvangen via de broker
Historian: kan zich ook abonneren op de broker om events en meetwaardes op te slaan voor analyse, rapportage en trends. Historische data wordt via een query of API opgehaald.

Stap 4.3 Test publicatie en consumptie

Controleer:

Dataproducers publiceren correct volgens de afgesproken Unified Namespace (UNS)
Subscribers ontvangen juiste data
Subscribers/visualisaties tonen real-time updates

Valideer de data altijd met de praktijk op de werkvloer: operators of engineers kunnen beoordelen of waarden logisch zijn. Alleen gevalideerde data mag uiteindelijk in de subscribers terechtkomen.

Stap 5: Ga live

Zodra de data correct stroomt, start je met het gebruik van je subscribers. Dit kunnen bijvoorbeeld zijn:

Dashboards voor operators en planners
MES-systemen voor productiecontrole
ERP-systemen voor order- en voorraadbeheer
Analyse- of BI-tools die trends, prestaties of OEE in real-time tonen

Monitor de real-time data en controleer of alles werkt zoals bedoeld. Zorg dat operators, planners en andere stakeholders de juiste informatie ontvangen en kunnen gebruiken om beslissingen te nemen of processen bij te sturen.

Stap 6: Zet inzicht om in actie

Analyseer de verzamelde data en gebruik deze voor beslissingen en procesverbeteringen.

Zelfs als het project beperkt is tot een koppeling tussen ERP en een machine, heeft het nu direct impact. Later kan de data ook door andere subscribers worden gebruikt voor analyses of processturing.

Als je bijvoorbeeld een dashboard met de actuele data ophangt op de werkvloer, stem dan af wie actie onderneemt bij afwijkingen en hoe nieuwe routines geborgd worden.

Stap 7: Bestendig en waarborg

Zorg dat de oplossing structureel wordt beheerd en geïntegreerd in de dagelijkse werkwijze. Evalueer wat goed ging en wat beter kan, zodat het project niet stilvalt zodra de aandacht verschuift.

Door deze gestructureerde aanpak blijft het overzichtelijk en beheersbaar, terwijl je toch direct waarde haalt uit je data. Je start klein en breidt stap voor stap uit.

Tip: gefaseerd uitbreiden

Meer machines en productielijnen toevoegen
Kwaliteitsdata integreren
Onderhouds- en energiegegevens toevoegen
Analyses, rapportages en processturing verbeteren

Zo groeit een klein project uit tot een bedrijfsbrede UNS met alle relevante data beschikbaar voor meerdere geabonneerde systemen.

Valkuilen om te voorkomen

Geen uniforme UNS-structuur
Event-driven architectuur niet correct opgezet
Te groot beginnen
Ongebruikte of ongevalideerde data opnemen
Geen betrokkenheid van werkvloer
Historische data niet goed opslaan

UNS + event-driven architectuur praktisch toepassen in jouw productiebedrijf

Een UNS + event-driven architectuur maakt data uit verschillende systemen gestructureerd en real-time beschikbaar.

Hoewel een UNS uiteindelijk bedrijfsbreed kan worden toegepast, begint de implementatie in de praktijk vaak met een klein project of concrete use case. Dus begin klein, leer, breid uit en zet real-time event-driven ontsluiting centraal. Zo haal je direct waarde uit je data en leg je de basis voor een schaalbare, datagedreven en toekomstbestendige productieorganisatie.

Onze Smart Industry-oplossingen maken dit mogelijk:

Data wordt verzameld uit zowel legacy-machines als moderne machines met open protocollen (bijv. OPC UA) en via IoT-gateways naar ThingsBoard gestuurd.
Vervolgens wordt het via de server en TBMQ broker gestructureerd gepubliceerd volgens de afgesproken UNS-structuur, zodat alle subscribers correct real-time updates ontvangen
Historische data wordt opgeslagen in de historian; dashboards, analyses en rapportages hebben altijd een compleet overzicht
Visualisatie op dashboards, inclusief mogelijkheid tot doorklikken naar historische analyses

Lees de volledige serie over UNS & event-driven architectuur:

Deel 1: Wat is een UNS en hoe werkt een event-driven architectuur?
Deel 2: Waarom deze combinatie de ‘wirwar’ aan koppelingen oplost.
Deel 3: Stappenplan: Zo start je met een UNS + event-driven architectuur. (Huidig)
Deel 4: Praktijkvoorbeeld: Real-time data van ERP tot operator-dashboard.

Het bericht Starten met een UNS + event-driven architectuur verscheen eerst op Produmize.

UNS en event-driven architectuur: de praktijk in jouw fabriek

Esther Rissewijck — Mon, 09 Mar 2026 16:05:35 +0000

Je wilt met real-time data uit je productiebedrijf aan de slag, omdat je weet welke voordelen dat heeft: beter onderbouwde beslissingen, efficiëntere productie, inzicht in bottlenecks en een beter afgestemde planning. Hiermee versterk je jouw concurrentiepositie en maak je je organisatie toekomstbestendig.

Maar zodra je data uit meerdere systemen wilt combineren, merk je dat wat ooit logisch begon, is uitgegroeid tot een ongeremde wirwar van koppelingen. Er bestaat een web van 1-op-1 (point-to-point) verbindingen tussen datagevers (machines, ERP, MES) onderling en visualisatie- en analysetools, waardoor het lastig is om overzicht te houden of écht real-time inzicht te krijgen.

Misschien herken je dit: je wilt een nieuw dashboard bouwen, maar moet eerst uitzoeken waar de juiste data staat, in welk formaat deze beschikbaar is en wie de koppeling moet maken.

Hoe breng je hier structuur in? En wat gebeurt er als je ook nog een nieuwe machine wilt aansluiten, een bestaande vervangt of nieuwe analyses wilt toevoegen?

De oplossing hiervoor is een Unified Namespace (UNS) in combinatie met een event-driven architectuur voor datadistributie. In ons vorige blog legden we deze technieken en begrippen uit. In dit blog leggen we uit hoe dit praktisch werkt in jouw productiebedrijf, zodat je overzicht, real-time updates en schaalbaarheid krijgt.

Groei van je datalandschap

Vaak is het digitale landschap in je fabriek stap voor stap gegroeid. Je begon met een ERP voor orderadministratie, gevolgd door CAD/CAM, een dashboard voor machinedata en een MES voor productie-inzicht.

Het probleem is dat er hierdoor een web van 1-op-1 koppelingen (point-to-point) is ontstaan. Elk systeem werd direct verbonden met elk ander systeem dat data nodig had. Het resultaat is een rigide systeem waarin elke kleine wijziging een keten van handmatige aanpassingen veroorzaakt.

Data is verspreid geraakt, definities verschillen per systeem en real-time inzicht is niet vanzelfsprekend. Bovendien is historische data vaak versnipperd opgeslagen, waardoor trends en analyses moeilijk volledig te volgen zijn.

Wat betekent dit praktisch voor jouw productiebedrijf?

Stel dat je een bestaande machine wilt vervangen, nieuwe software wilt toevoegen of een nieuwe visualisatietool wilt aansluiten. Je moet dan telkens opnieuw uitzoeken welke systemen die data gebruiken en hoe deze daar terechtkomt. Je bouwt niet alleen een nieuwe koppeling, maar je verstoort vaak ook meerdere bestaande verbindingen.

Dashboards of rapportages kunnen tijdelijk niet kloppen of zelfs uitvallen. En hoe meer koppelingen je hebt, hoe groter de kans dat ergens iets niet synchroon loopt.

Kortom: tijdrovend, foutgevoelig en het beperkt het effectieve gebruik van jouw data.

Concreet voorbeeld van point-to-point koppelingen

Wil je data uit je ERP, machinedata en kwaliteitsdata combineren in één dashboard? Dan moet je extra koppelingen en datatransformaties maken om alles samen te voegen. Daarbij kun je tegen het volgende aanlopen:

Data komt soms te laat of in een afwijkend formaat binnen, waardoor dashboards verkeerde of inconsistente waarden tonen.
Statusinformatie kan verschillen per systeem, bijvoorbeeld: het ERP zegt dat een order nog loopt, terwijl de machine op de vloer al aangeeft dat hij gereed is.

Met andere woorden: data kan in één systeem real-time beschikbaar zijn, maar verschijnt niet automatisch consistent in andere tools. Je mist één eenduidige bron van waarheid (Single Source of Truth).

Een oplossing hiervoor is werken met een UNS gecombineerd met een event-driven architectuur. Daarmee organiseer je de structuur en betekenis van data centraal en zorg je dat veranderingen automatisch beschikbaar zijn voor alle, op die data geabonneerde, systemen (subscribers).

UNS en event-driven architectuur in de praktijk

Een Unified Namespace (UNS) is een afgesproken structuur waarin alle informatie logisch en uniform wordt georganiseerd. Je spreekt af hoe data wordt benoemd, waar deze staat en wat het betekent.

Structuur en hiërarchie volgens ISA-95

Vaak wordt hierbij gebruikgemaakt van een hiërarchische opbouw, de internationale ISA-95 standaard:

[Enterprise] / [Site] / [Area] / [Work Center] / [Work Unit] / [DataProducer] / [DataPoint]

Note: In onze voorbeelden nemen we de [DataProducer] (de bron) op in het pad, zodat je precies ziet waar de data vandaan komt. Dit helpt om de herkomst van data inzichtelijk te houden, ook al wordt deze laag in een volledig volwassen UNS vaak weggelaten omdat het de eindgebruiker alleen om de informatie over de “Work Unit” gaat.

Data is hiermee altijd terug te leiden naar een fysieke of organisatorische context. Maar een structuur alleen is niet genoeg. Daarom combineer je een UNS met een event-driven architectuur.

Real-time publicatie en automatische updates

In een traditioneel datalandschap met point-to-point koppelingen wordt data vaak pas verzonden of opgehaald als een systeem erom vraagt of periodiek pollt. In een event-driven architectuur worden wijzigingen (events) automatisch gepubliceerd op het moment dat ze plaatsvinden, zodat alle geabonneerde systemen direct actuele informatie ontvangen.

Wanneer een machine start of stopt, een order van status verandert of een kwaliteitsmeting wordt geregistreerd, wordt die wijziging (het event) direct gepubliceerd binnen de afgesproken datastructuur. Geabonneerde systemen (subscribers), zoals dashboards, MES of ERP ontvangen deze update onmiddellijk.

Je hoeft geen losse koppelingen meer te bouwen; elk systeem abonneert zich op de gedeelde datastructuur en ‘luistert’ simpelweg naar de datastroom die voor hem relevant is.

Hetzelfde dashboard, zonder de wirwar aan koppelingen

Kijk nu eens naar hetzelfde scenario: je wilt ERP-orders, machinedata en kwaliteitsmetingen combineren.

In plaats van een wirwar aan koppelingen, wordt data nu gepubliceerd volgens de afgesproken ‘datataal’ van de UNS. Via de event-driven architectuur abonneert jouw dashboard zich als subscriber op de relevante datapaden en ontvangt automatisch updates wanneer er iets verandert.

Je hoeft:

geen nieuwe koppelingen te bouwen.
geen aparte synchronisatielogica te ontwikkelen.
niet bang te zijn dat verschillende systemen elkaar tegenspreken.

Daarnaast kan historische data (events en meetwaarden) centraal worden opgeslagen in een ‘historian’. Hierdoor blijven trends en analyses mogelijk, ook wanneer je in de toekomst een machine of softwarepakket vervangt.

Vergelijking: Werken met of zonder UNS + event-driven architectuur

Het verschil tussen een traditioneel datalandschap en een architectuur met UNS + event-driven wordt duidelijk wanneer je de belangrijkste aspecten naast elkaar zet:

Conclusie: Rust en real-time data in je productiebedrijf

Werken met een UNS en een event-driven architectuur maakt in jouw productiebedrijf een groot verschil.

Je voorkomt wildgroei aan koppelingen.
Iedereen werkt met dezelfde datadefinities.
Real-time informatie is de standaard, niet de uitzondering.
Je data-historie blijft veilig, wat er ook verandert in je machinepark.

Je maakt jouw datalandschap beheersbaar, schaalbaar en toekomstgericht.

En dat betekent uiteindelijk: minder fouten, sneller inzicht, betere besluitvorming en een productieomgeving die klaar is voor verdere groei.

Wil je praktisch starten met een UNS + event-driven architectuur? Lees het volgende blog voor een concreet stappenplan om hiermee aan de slag te gaan.

Lees de volledige serie over UNS & event-driven architectuur:

Deel 1: Wat is een UNS en hoe werkt een event-driven architectuur?
Deel 2: Waarom deze combinatie de ‘wirwar’ aan koppelingen oplost. (Huidig)
Deel 3: Stappenplan: Zo start je met een UNS + event-driven architectuur.
Deel 4: Praktijkvoorbeeld: Real-time data van ERP tot operator-dashboard.

Het bericht UNS en event-driven architectuur: de praktijk in jouw fabriek verscheen eerst op Produmize.

Wat is een Unified Namespace (UNS) en event-driven architectuur?

Esther Rissewijck — Mon, 09 Mar 2026 14:42:22 +0000

Het digitale landschap in je productiebedrijf groeide waarschijnlijk stap voor stap. Je begon met een financieel pakket voor de administratie en een ERP voor verkoop en productie. Later volgden CAD/CAM voor engineering, een MES voor productie-inzicht en dashboards voor machinedata.

Het resultaat: een complex web van 1-op-1 (point-to-point) koppelingen. Elk systeem is rechtstreeks verbonden met andere systemen die data nodig hebben. Hierdoor worden overzicht, controle en onderhoud steeds moeilijker.

Wil je dit web van koppelingen doorbreken en data uniform én real-time beschikbaar maken voor alle systemen? Dan biedt een Unified Namespace (UNS) in combinatie met een event-driven architectuur de structurele oplossing. Dit vraagt om afspraken over datastructuur en naamgeving, maar voorkomt dat het aantal koppelingen onbeheersbaar groeit en maakt data eenvoudiger bruikbaar voor alle systemen. Er ontstaat één consistente en schaalbare datalaag waarin alle systemen real-time toegang hebben tot dezelfde informatie.

In dit blog leggen we uit wat een UNS is en hoe een event-driven architectuur werkt. Je leest over het verschil tussen werken zonder UNS, met UNS in een request-response-model en met UNS in een event-driven architectuur.

Het traditionele web van koppelingen

Wanneer het digitale landschap in je productiebedrijf stap voor stap groeide, groeide hoogstwaarschijnlijk ook het aantal point-to-point (1-op-1) koppelingen. Elk nieuw systeem voegde extra koppelingen toe met andere systemen die data nodig hebben. Het IT-landschap is complex, foutgevoelig en moeilijk schaalbaar geworden:

Data staat verspreid over meerdere systemen
Definities en betekenis van data verschillen per systeem
Real-time inzicht is niet vanzelfsprekend
Historische data is versnipperd
Elke wijziging of toevoeging vereist vaak meerdere aanpassingen

Het vergt veel kennis van elke koppeling en goed onderhoud om overzicht en controle te behouden. Na verloop van tijd is vaak niet meer precies bekend welke koppelingen er bestaan en gaat kennis verloren bij bijvoorbeeld personeelswisselingen. Én het is lastiger om een consistente operationele werkelijkheid te creëren, waardoor analyses, rapportages en stuurinformatie minder betrouwbaar zijn.

Wat is een Unified Namespace (UNS)?

In een UNS spreek je bedrijfsbreed af hoe je data organiseert en benoemt. Dit zorgt ervoor dat alle systemen in je productiebedrijf dezelfde “datataal” spreken en dezelfde informatie op dezelfde manier interpreteren, zonder dat je de systemen intern hoeft aan te passen.

Belangrijkste kenmerken:

Uniforme structuur: Iedereen weet waar data hoort en hoe deze wordt genoemd.

Genormaliseerde data: Als data dezelfde naam heeft, betekent die naam overal hetzelfde. Bijvoorbeeld: elektrisch energieverbruik wordt overal in kWh uitgedrukt. De betekenis van de data staat eenduidig vast.

Systeemonafhankelijk: Systemen kunnen hun eigen interne taal behouden; de UNS maakt de data voor iedereen begrijpelijk.

Door deze afspraken ontstaan minder interpretatieverschillen en kan data op een consistente manier gebruikt worden. Zo wordt het makkelijker om data bedrijfsbreed te gebruiken, analyses betrouwbaar te maken en processen te volgen.

Structuur van een UNS

Een UNS kan verschillend worden opgebouwd, afhankelijk van jullie processen en gewenste dataniveaus. Binnen je organisatie bepaal je zelf een structuur die logisch is voor jullie productieomgeving en systemen.

Een veelgebruikt en overzichtelijk voorbeeld van zo’n structuur is de internationale ISA-95 hiërarchie. Deze standaard helpt om data tussen kantoor- en productiesystemen op een eenduidige manier te organiseren:

[Enterprise] / [Site] / [Area] / [Work Center] / [Work Unit] / [DataProducer] / [DataPoint]

Enterprise – de organisatie, het bedrijf of de hele fabrieksgroep
Site – een fysieke locatie of fabriek
Area – een productieafdeling of specifiek productiegebied binnen een site
Work Center – een logische groep van machines of werkstations waar werk wordt uitgevoerd (bijvoorbeeld een productielijn)
Work Unit – een onderdeel van een Work Center, bijvoorbeeld een specifieke machine, CNC, assemblagestation of PLC
DataProducer – bronnen die data publiceren, zoals machines, sensoren, ERP-systemen of berekende waarden uit algoritmes (bijvoorbeeld een OEE-berekening).
DataPoint – het specifieke datapunt (bijv. ordernummer, status, temperatuur, energieverbruik)

Een DataPoint kan op elk niveau worden toegevoegd. Zo kun je bijvoorbeeld het energieverbruik van een hele productielijn meten, in plaats van alleen per individuele machine. Dit maakt het eenvoudiger om zowel detailmetingen als geaggregeerde inzichten te gebruiken.

Let op: In onze voorbeelden nemen we de DataProducer op in het pad, zodat duidelijk is waar de data vandaan komt. In een volledig functionele UNS-structuur kan deze laag soms worden weggelaten. Voor de eindgebruiker maakt het niet uit welk apparaat de data levert, zolang de informatie over de Work Unit maar correct is.

Voorbeeld:

ProductiebedrijfX / LocatieA / Area1 / WorkCenter1 / WorkUnit1 / PLC / Status

Hiermee is direct duidelijk waar de data vandaan komt, op welk niveau deze hoort en wat de betekenis is.

Data beschikbaar via een UNS met request-response

Een UNS is dus een uniforme datastructuur. Systemen “weten” hierdoor waar data staat en wat deze betekent. Ze kunnen data uit deze structuur op verschillende manieren gebruiken, bijvoorbeeld via het request-response-principe:

Een systeem vraagt data op (request)
Het andere systeem stuurt de gevraagde data terug (response)

Request–response methoden

Via API’s of queries: Een systeem vraagt informatie op bij een ander systeem wanneer dat nodig is.
Via point-to-point koppelingen: Twee systemen wisselen direct data met elkaar uit via een integratie.
Via integratiesoftware: Een integratieplatform haalt data op uit systemen en stuurt deze door naar andere applicaties.

Nadelen van request-response

Systemen moeten steeds opnieuw data opvragen (pull). Soms gebeurt dit elke paar seconden (polling), zodat het bijna real-time lijkt – maar het net niet is.
Elk systeem moet zelf de data opvragen, dus bij tientallen systemen en honderden datapoints ontstaat veel netwerkverkeer.
Er komt geen automatische notificatie bij wijzigingen, een systeem krijgt alleen iets als het zelf vraagt (pollt). Het ziet dus geen updates als ze spontaan optreden.
Het is lastig te combineren met automatische event-driven processen, bijvoorbeeld voor automatische triggers, meldingen of dashboards die continu moeten updaten

Conclusie: Een UNS voorkomt spraakverwarring en maakt data begrijpelijker en uniformer. Maar voor automatische, real-time updates bij alle relevante systemen en het elimineren van point-to-point koppelingen is een event-driven architectuur nodig.

UNS + event-driven architectuur: real-time datadistributie

Wanneer je een wirwar van koppelingen wilt vermijden en data uit meerdere systemen real-time wilt combineren, volstaat een UNS in een request–response-model niet. Een event-driven architectuur wél.

Met een event-driven architectuur worden wijzigingen automatisch beschikbaar gemaakt voor alle relevante systemen. Je krijgt écht real-time inzicht, het datalandschap blijft overzichtelijk en je kunt nieuwe systemen eenvoudig aansluiten.

Door de combinatie van een Unified Namespace (UNS) en een event-driven distributiemechanisme ontstaat één centrale en actuele bron van waarheid (single source of truth). Alle systemen ontvangen dezelfde events, waardoor er geen losse synchronisaties of afwijkende kopieën meer ontstaan.

Hoe een event-driven architectuur werkt

In een event-driven architectuur publiceren systemen gebeurtenissen (events) zodra data verandert. Andere systemen kunnen zich abonneren op de relevante datapaden en ontvangen automatisch een update.

Voorbeeld:

Een machine meldt dat een job is afgerond.
Het ERP-systeem registreert de order als gereed.
Het voorraadsysteem boekt automatisch het geproduceerde aantal.

Deze aanpak creëert één centrale distributielaag die real-time updates levert aan alle systemen zonder directe point-to-point koppelingen. Updates worden actief ‘gepusht’, zodat er geen polling nodig is. Geabonneerde systemen hebben hierdoor altijd actuele informatie.

Kerncomponenten van event-driven architectuur

Dataproducers: Bronnen die data genereren en bij wijziging een event publiceren, zoals machines, sensoren, ERP-systemen of algoritmes (bijvoorbeeld een OEE-berekening).

Event: Een bericht dat een wijziging of gebeurtenis in een datapunt beschrijft.

Broker (messaging-laag): Ontvangt events van dataproducers en verspreidt deze automatisch naar alle subscribers die zich op de juiste datapaden hebben geabonneerd (bijvoorbeeld via een MQTT-broker).

Subscribers (data consumers): Toepassingen, zoals dashboards, planningtools, MES- of ERP-interfaces, die zich abonneren op UNS-paden en automatisch updates ontvangen wanneer een event wordt gepubliceerd.

Historian: Slaat events of meetwaarden op voor trends en rapportages achteraf. Waar de broker zorgt voor de ‘live’ hartslag, dient de historian als het geheugen van je productiebedrijf. Analyse-tools en BI-dashboards halen hier via een query of API de benodigde historische data op.

Voordelen van een UNS + event-driven architectuur

De UNS zorgt voor structuur en betekenis van data, terwijl de event-driven architectuur ervoor zorgt dat deze data automatisch en real-time beschikbaar komt voor alle gebonneerde systemen.

De belangrijkste voordelen:

Uniforme datadefinities
Data wordt volgens één uniforme structuur gepubliceerd, met eenduidige definities. Hierdoor kunnen systemen dezelfde informatie interpreteren, ook als ze intern verschillende ‘talen’ spreken.

Single source of truth
Door de combinatie van UNS en event-driven architectuur ontstaat een single source of truth: alle systemen ontvangen dezelfde real-time events vanuit één centrale publicatiestroom, waardoor er geen afzonderlijke kopieën of synchronisaties meer nodig zijn.

Real-time beschikbaarheid
Wanneer een datapunt verandert, ontvangt elke subscriber direct een update. Dashboards, MES, ERP en andere systemen kunnen zo actuele informatie tonen.

Historische data beschikbaar voor analyse
Events of meetwaarden kunnen worden opgeslagen in een historian, zodat analyses, rapportages en dashboards ook toegang hebben tot historische informatie, ook wanneer machines of software worden vervangen.

Efficiënt gebruik via subscribers
Het subscriber-model zorgt ervoor dat systemen alleen relevante updates ontvangen, waardoor real-time inzicht efficiënt blijft en resources worden bespaard.

Overzichtelijk digitaal landschap
Geen complex web van point-to-point koppelingen meer. Systemen hoeven alleen met de broker te verbinden om data te publiceren of te ontvangen.

Flexibiliteit en schaalbaarheid
Nieuwe machines, applicaties of dashboards kunnen worden aangesloten zonder bestaande integraties aan te passen.

Historische data en context

Een historian is een gespecialiseerde timeseries-database die meetwaarden en events met een tijdstempel opslaat. Bijvoorbeeld: om 10:32:15 was de temperatuur 85°C. Om 10:32:20 was die 86°C. Dat is ideaal om trends te analyseren en processen te monitoren.

Wat een historian meestal niet automatisch vastlegt, is de volledige context van dat moment, zoals bij welke order de meting hoorde, welke instellingen actief waren of welke grondstoffen werden gebruikt. Voor eenvoudige analyses is dat vaak geen probleem. Voor complexere analyses kan die extra context echter cruciaal zijn.

In een volwassen data-architectuur worden daarom meetwaarden vaak gekoppeld aan metadata of andere contextinformatie, zodat historische data later effectief en betrouwbaar geanalyseerd kan worden. Dit kan bijvoorbeeld betekenen dat ook berekende waarden, procesparameters of businesscontext in de historian worden opgeslagen. Zo kan je later precies reconstrueren wat er in de fabriek gebeurde op een bepaald moment, en kunnen verschillende dashboards of tools gebruikmaken van dezelfde basisdata zonder verborgen berekeningen.

Wat betekent dit onder de streep voor jouw fabriek

Met een UNS en event-driven architectuur hebben verschillende systemen toegang tot betrouwbare real-time en historische data. Het haalt de complexiteit uit je IT-beheer en legt de focus terug op waar het echt om gaat: je productie optimaliseren en beslissingen nemen op basis van feiten. Het biedt overzicht, betrouwbaarheid en flexibiliteit – precies wat moderne, datagedreven productie nodig heeft.

Herken je die ‘wirwar’ van koppelingen in je eigen fabriek en ben je benieuwd waar voor jou de eerste stap ligt? Wij denken graag met je mee over hoe we jouw data weer voor je kunnen laten werken, in plaats van andersom.

Lees de volledige serie over UNS & event-driven architectuur:

Deel 1: Wat is een UNS en hoe werkt een event-driven architectuur? (Huidig)
Deel 2: Waarom deze combinatie de ‘wirwar’ aan koppelingen in je fabriek oplost.
Deel 3: Stappenplan: Zo start je met een UNS + event-driven architectuur.
Deel 4: Praktijkvoorbeeld: Real-time data van ERP tot operator-dashboard.

Het bericht Wat is een Unified Namespace (UNS) en event-driven architectuur? verscheen eerst op Produmize.

Digitaliseren & automatiseren MKB-productie: waar begin je?

Esther Rissewijck — Tue, 13 Jan 2026 14:40:28 +0000

In het blog Digitalisering & automatisering: verschil en verband hebben we uitgelegd wat deze twee begrippen precies betekenen en hoe ze elkaar versterken. Maar in de dagelijkse praktijk gaat het niet om definities, maar om resultaten: minder handmatig werk, minder fouten en meer overzicht. Daar merk je binnen jouw afdeling of organisatie direct het verschil.

De meeste MKB-productiebedrijven werken al met een ERP-systeem, dat de basis vormt voor planning, administratie en financiën. Toch komt het regelmatig voor dat informatie nog handmatig, versnipperd of pas achteraf in het ERP wordt vastgelegd. Hierdoor ontstaan vaak vertragingen, extra werk en onnodige fouten doordat afdelingen niet met dezelfde actuele data werken.

In dit blog laten we zien hoe je het beste kunt beginnen met verbeteren, welke processen direct profiteren van digitalisering en automatisering en welke voordelen dit oplevert voor het hele team. Ook de voordelen die je niet direct in cijfers terugziet.

Begin met een proces dat overzichtelijk, meetbaar en dagelijks relevant is

Digitalisering en automatisering werken het best als je start bij een proces dat iedereen herkent en dagelijks gebruikt. Het doel is om de drempel laag te houden en direct resultaat te laten zien op de werkvloer.

Praktische aanpak

Breng globaal in kaart welke processen er zijn binnen productie, administratie, logistiek, inkoop, verkoop, onderhoud en HR
Kijk per proces waar nog handmatig wordt gewerkt, waar informatie wordt overgetypt of waar regelmatig correcties nodig zijn
Gebruik eenvoudige observaties: hoe vaak wordt iemand per dag onderbroken met vragen, waar ontstaat zoekwerk, wanneer loopt de planning vast?
Betrek medewerkers bij dit proces: zij weten als geen ander waar in de dagelijkse praktijk de meeste tijd verloren gaat en waar fouten kunnen ontstaan.

Kies vervolgens een proces dat:

Dagelijks impact heeft – medewerkers én management merken direct het verschil in hun werkzaamheden.
Overzichtelijk is – een proces met een duidelijk begin en einde, zonder al te veel afhankelijkheden.
Meetbaar is – je ziet eenvoudig verbetering in tijdsbesteding, doorlooptijd of het aantal foutcorrecties.

Welke processen zijn hiervoor het meest geschikt? In veel MKB-productiebedrijven begint de winst bij onderstaande kernprocessen.

Door digitaliseren en automatiseren in jouw MKB-productiebedrijf te starten bij één overzichtelijk proces dat veel impact heeft, houd je het behapbaar. Er ontstaat draagvlak en daarna kun je stap voor stap uitbreiden naar andere processen.

Kernprocessen die het startpunt kunnen zijn

Onderstaande processen komen in veel MKB-productiebedrijven voor. Vaak zijn ze al deels ondersteund door ERP-software, maar ontbreekt actuele en consistente registratie vanaf de werkvloer. Juist daar kan door digitalisering en automatisering veel winst worden behaald.

Bij elk proces zie je welke medewerkers of afdelingen direct voordeel hebben.

1. Materiaal- en goederenstroom

Bij logistiek en voorraadbeheer gaat het niet alleen om transport. Het omvat ook ontvangst, opslag, interne verplaatsingen, uitgifte aan productie, verzending naar klanten en uitbestede bewerkingen bij derden. Wanneer registraties nog deels handmatig of verspreid plaatsvinden, kan actueel overzicht moeilijk zijn.

Door alle goederenbewegingen digitaal vast te leggen en direct te verwerken in het ERP-systeem – van ontvangst tot verzending, inclusief locatie en uitbestede bewerkingen – ontstaat real-time inzicht in voorraad, reserveringen en planning. Zo zie je wat er onderweg is, welke levertijden verwacht worden en wanneer onderdelen weer beschikbaar zijn voor productie, zodat medewerkers sneller kunnen bijsturen.

Magazijn- en logistiek personeel werkt efficiënter en heeft beter overzicht
Planners kunnen realistischer plannen en sneller bijsturen
Productie kan doorwerken zonder onverwachte materiaaltekorten
Klantenservice kan beter inspelen op levertijden en updates geven
Managers hebben actueel inzicht in voorraad, kosten en leverbetrouwbaarheid

2. Productieorders en orderafhandeling

Orders worden soms nog handmatig overgezet tussen verkoop, planning en productie. Dit kost tijd, kan leiden tot fouten doordat gegevens verkeerd worden overgenomen en de informatie is niet direct beschikbaar voor andere betrokken afdelingen.

Door orderinformatie digitaal vast te leggen en de voortgang direct terug te koppelen naar het ERP, ontstaat continu inzicht in de status van onderhanden werk en beschikbare capaciteit. Wijzigingen of vertragingen zijn meteen zichtbaar voor iedereen.

Productie en planners coördineren beter en kunnen sneller bijsturen
Verkoop en klantenservice zien real-time orderstatussen en kunnen klanten beter informeren
Managers volgen voortgang, doorlooptijden en capaciteitsbenutting direct

3. Verkoopproces van offerte tot factuur

Bij klantspecifieke of ordergestuurde productie loopt één order vaak langs meerdere stappen: offerte, calculatie, engineering, werkbon, levering en facturatie.

Wanneer deze informatie digitaal wordt vastgelegd en automatisch wordt doorgezet, werkt iedereen met dezelfde actuele gegevens. Werkbonnen, materiaalreserveringen en facturen sluiten beter op elkaar aan.

Verkoopmedewerkers besparen tijd en maken minder fouten
Engineering en productie werken met actuele informatie
Administratie en finance hoeven niet meer over te typen
Klantenservice kan sneller en betrouwbaarder reageren
Managers houden overzicht over doorlooptijden, orderstatussen en facturen
Projectleiders en managers maken door terugkoppeling van orderinformatie sneller en meer accurate nacalculaties, waardoor toekomstige offertes beter worden en de toekomstige orderplanning realistischer is

4. Tijdregistratie en personeelsadministratie

Papieren urenbriefjes of losse Excel-bestanden zijn foutgevoelig en tijdrovend voor zowel de medewerker als de administratie.

Door uren digitaal vast te leggen en automatisch te koppelen aan salarisadministratie, verlof en order- of projectregistratie, ontstaat actueel inzicht met minder handmatige handelingen.

Medewerkers hebben minder administratief werk en besparen tijd
HR en administratie hoeven minder te corrigeren en kunnen sneller rapporteren
Projectleiders en planners zien uren vrijwel real-time per project/order. Ze kunnen beter bijsturen op planning en krijgen een realistischer nacalculatie
Managers kunnen overuren en verlof snel goed- of afkeuren

5. Inkoop en leveranciersbeheer

Handmatig bijhouden van bestellingen en leveringen kan leiden tot onduidelijkheid op de werkvloer.

Door inkooporders, leveringen en voorraadmutaties digitaal vast te leggen en aan elkaar te koppelen in het ERP, zien medewerkers sneller of materialen op tijd binnenkomen en of er afwijkingen zijn.

Inkoopmedewerkers hebben overzicht en minder administratief werk
Managers houden controle over kosten, leveranciersprestaties en voorraad
Productie krijgt materialen op tijd
Kwaliteitsmedewerkers signaleren afwijkingen sneller

6. Gereedschapsbeheer

Gereedschap dat kwijt is of te laat wordt onderhouden, kan de productie onnodig vertragen.

Door uitgifte, retour en onderhoud digitaal vast te leggen, ontstaat overzicht. Meldingen helpen om onderhoud of keuringen niet te vergeten.

Medewerkers vinden gereedschappen sneller
Productie loopt soepeler
Technische dienst heeft beter overzicht van onderhoud
Managers zien kosten en beschikbaarheid

Praktijkvoorbeeld: digitale tijdregistratie

Een digitaal tijdregistratiesysteem gekoppeld aan HR- en salarissoftware kan veel tijd besparen:

Medewerkers: 5–10 min. per dag (geen papieren urenbriefjes).
Managers: ~10 min. per week (verlof/overuren goed- of afkeuren met één klik).
Administratie: 4–6 uur per maand (minder verzamel- en controlewerk, niet meer overtypen).

Hoe het werkt: In- en uitklokken met een tag bij de terminal of via een app onderweg. Tijdbesteding vastleggen via een QR-scan op de werkbon.

Het resultaat: Foutloze, actuele data en meer tijd voor je kernactiviteiten.

De voordelen die je niet direct in de cijfers ziet

Naast tijdwinst en foutreductie levert digitalisering/automatisering ook belangrijke ‘zachte’ voordelen. Voordelen die minder direct meetbaar zijn, maar dagelijks voelbaar:

Meer rust en overzicht voor medewerkers door duidelijke en betrouwbare informatie.
Betere samenwerking, omdat iedereen met dezelfde actuele gegevens werkt.
Betere naleving van afspraken en regels, bijvoorbeeld rond veiligheid, werktijden en toegangsrechten.
Hogere medewerkerstevredenheid, doordat repetitief en frustrerend werk afneemt.

Conclusie

Door te starten met één overzichtelijk en meetbaar proces zie je hoe digitaliseren en automatiseren in een MKB-productiebedrijf direct zorgt voor meer snelheid, overzicht en betrouwbaarheid. Je ERP-systeem komt beter tot zijn recht, het werk verloopt efficiënter, fouten nemen af en inzicht neemt toe. Dat zorgt niet alleen voor efficiëntie, maar ook voor rust en betere samenwerking in het hele bedrijf.

Wij helpen je graag op weg

Met de scanoplossingen van Modest digitaliseer je registraties zoals werktijd, ordertijd, aanwezigheid, materiaalverbruik, toegangscontrole en gereedschapsbeheer. Alle data wordt direct en foutloos verwerkt in jouw ERP-, projectmanagement-, HR- en salarispakket. Zo werk je altijd met de juiste cijfers. modest.nl

Met de IoT-oplossingen van Produmize maak je de cirkel rond: je krijgt real-time inzicht in machine- en productiedata. Zo zie je niet alleen wat je mensen registreren, maar weet je ook exact wat je machines presteren. produmize.com

Neem gerust contact op voor een adviesgesprek of demonstratie.

Het bericht Digitaliseren & automatiseren MKB-productie: waar begin je? verscheen eerst op Produmize.

Digitalisering & automatisering: verschil en verband

Esther Rissewijck — Tue, 25 Nov 2025 08:34:34 +0000

In het blog Wat is Smart Industry? Heldere uitleg voor MKB-productiebedrijven hebben we uitgelegd wat Smart Industry inhoudt: de Nederlandse vertaling van de vierde industriële revolutie, waarin digitale en fysieke technologie steeds meer samenkomen. Het draait om slimmer, efficiënter en datagedreven werken.

Binnen dit brede onderwerp kom je in gesprekken over procesverbetering al snel twee termen tegen die vaak door elkaar worden gebruikt: digitalisering en automatisering.

Veel bedrijven halen deze stappen door elkaar, waardoor digitalisering of automatisering minder oplevert dan mogelijk is. Daarom is het belangrijk het verschil goed te begrijpen, zodat je weet waar je begint, wat prioriteit heeft en hoe je vervolgens verder bouwt op een solide basis.

In dit blog lees je:

wat het verschil is tussen digitaliseren en automatiseren
hoe ze elkaar versterken
hoe dit past binnen Smart Industry
hoe jouw MKB-productiebedrijf praktisch start

Digitalisering - analoge informatie digitaal maken

Digitalisering zet analoge (papieren of mondelinge) informatie om in een digitale vorm.

Handmatige, papieren of losse registraties worden omgezet naar digitale informatie, terwijl het proces zelf vaak hetzelfde blijft.

Kortom, informatie wordt direct digitaal beschikbaar en toegankelijk, waardoor processen overzichtelijker verlopen.

Herkenbare voorbeelden in het MKB

Misschien herken je één of meer van deze analoge situaties:

Werktijden worden op papieren urenbriefjes ingevuld en later overgetypt in het HR-systeem.
Materiaalverbruik wordt in verschillende Excel-bestanden bijgehouden.
Toegangscontrole gebeurt via een sleutelbord of papieren lijst.
Productieaantallen staan op een whiteboard.
Bezoekers melden zich aan in een schrift bij de receptie.
Aanwezigheid van collega’s wordt op een bord met schuifjes bijgehouden.

Wat er misgaat zonder digitalisering

Informatie is vaak niet real-time beschikbaar, fouten sluipen er gemakkelijk in, iedereen werkt met zijn eigen versie van de waarheid en inzicht komt te laat.

Hoe digitalisering het verschil maakt

Wat eerst handmatig en foutgevoelig was, wordt met digitalisering eenvoudig, snel en betrouwbaar vastgelegd, bijvoorbeeld via apps, scanners of centrale systemen. Processen verlopen overzichtelijker en iedereen werkt met dezelfde actuele informatie. Er ontstaat zo één betrouwbare bron van informatie.

Voorbeelden van digitale toepassingen:

Werktijden registeren via een app of tijdregistratiesysteem
Materiaalverbruik vastleggen via scanners of centrale voorraadsoftware
Toegangscontrole via elektronische systemen
Productieaantallen volgen via real-time dashboards
Bezoekersregistratie via een digitale app

Deze toepassingen maken informatie direct beschikbaar, verminderen fouten en geven real-time inzicht. Zelfs een kleine digitaliseringsstap maakt direct impact. Zo kun je:

analyseren waar tijd, materiaal of capaciteit verloren gaat
sneller rapporteren
sneller beslissingen nemen
medewerkers ondersteunen met actuele informatie

En misschien wel het belangrijkste: zonder betrouwbare digitale data werkt automatisering niet.

Automatisering - processen automatisch laten verlopen

Automatisering laat processen of handelingen automatisch door systemen of machines verlopen, zonder handmatig werk.

Automatisering gaat een stap verder dan digitalisering. Informatie wordt niet alleen digitaal vastgelegd, maar processen verlopen zelfstandig.

In de praktijk levert dit meerdere voordelen op: minder overtypwerk, minder handmatig werk, minder kans op fouten en snellere processen. Bijvoorbeeld:

Uren van medewerkers rollen automatisch door naar ERP-, HR- of salarissystemen.
Materiaalbewegingen passen direct de voorraad in ERP aan.
Toegangsrechten worden automatisch toegekend op basis van rollen en roosters.
Meldingen komen automatisch binnen bij afwijkingen of tekorten.
Dashboards vullen zichzelf en geven real-time inzicht, zonder handmatige rapportages.

Automatisering verhoogt de efficiëntie en elimineert repetitieve handelingen.

Let op: goede automatisering werkt alleen als de basisdata op orde is. Als je nog papieren bonnen, losse Excel-bestanden of kennis in hoofden van medewerkers gebruikt, dan automatiseer je op basis van onbetrouwbare gegevens. Dat werkt eerder tegen je dan voor je. Leg informatie eerst digitaal vast om een solide basis te creëren of digitaliseer en automatiseer direct in één stap. Beide routes leiden tot betrouwbare processen.

Digitaliseren eerst, automatiseren later - of alles tegelijk

Veel productiebedrijven kiezen voor een stapsgewijze aanpak. Eerst digitaliseren om betrouwbaar data vast te leggen, daarna automatiseren zodat processen automatisch verlopen.

Sommige oplossingen combineren beide stappen in één keer: data wordt direct digitaal vastgelegd én automatisch verwerkt.

Welke route je ook kiest, het resultaat is hetzelfde: real-time inzicht, minder fouten en betrouwbare processen. Het gaat erom wat het beste past bij jouw organisatie en huidige processen.

De aanpak ziet er doorgaans zo uit:

Stap 1 – Digitaliseren: leg registraties digitaal vast, centraliseer informatie en krijg real-time inzicht.
Stap 2 – Automatiseren: laat gegevens automatisch verwerken, elimineer handmatig werk en laat processen soepel verlopen.
Stap 3 – Optimaliseren: analyseer data, herken verbeterkansen, benchmark en organiseer slimmer.

Kleine stappen, grote impact. Zo werkt Smart Industry in het MKB.

Digitalisering en automatisering samen in Smart Industry

Smart Industry combineert digitalisering, automatisering en samenwerking. Het doel is efficiënter, flexibeler en voorspelbaarder produceren.

Digitalisering en automatisering verbeteren bestaande processen. Data wordt betrouwbaar vastgelegd, processen lopen automatisch en het werk wordt consistenter. Zo ontstaat ruimte om slimmer te plannen, fouten te verminderen en sneller te reageren op veranderingen.

In de praktijk ziet dat er zo uit:

Vandaag leg je informatie vast
Morgen verwerkt een systeem het automatisch
Overmorgen gebruik je die inzichten om slimmer te plannen en verbeteren

Zonder digitalisering geen real-time inzicht.
Zonder automatisering geen efficiëntie.
Zonder beide geen Smart Industry.

Een voorbeeld dat je vast herkent

Stel, je boekt materiaalverbruik in het magazijn nog handmatig. Een medewerker neemt dozen mee, schrijft het ergens op en iemand anders typt het later in het systeem. Het resultaat? De voorraad klopt niet altijd en tekorten worden soms pas te laat ontdekt.

Digitaliseer je dat proces, bijvoorbeeld door QR-codes op materiaal bij uitgifte te scannen, dan verandert er direct iets: de voorraad beweegt real-time mee, terwijl analyses automatisch verlopen en fouten afnemen. Automatiseer je daarna ook, dan update ERP automatisch, vullen dashboards zichzelf en ontvang je automatisch meldingen bij tekorten.

Je proces wordt zo:

Inzichtelijk
Betrouwbaar
Voorspelbaar

Een praktische stap vooruit.

Een realistische manier om te beginnen

Je hoeft niet alles tegelijk te digitaliseren of een miljoenenproject te starten. Slimme productie begint vaak met één vraag: Waar kost handmatig werk nu het meeste tijd of kwaliteit?

De beste start is met een proces dat klein genoeg is om overzichtelijk te blijven, dagelijks terugkomt, veel tijd of fouten kost en waar verbetering meteen merkbaar is.

Dat kan zijn bij:

tijdregistratie
materiaalbewegingen
orderstart en orderafmelding
bezoekersregistratie
gereedschapsbeheer
toegangscontrole
kwaliteitsregistratie

Als dát lukt, kan je verder bouwen.

Samengevat

Digitalisering en automatisering zijn nauw verbonden, maar niet hetzelfde.

Begin met digitalisering. Leg data betrouwbaar vast en maak informatie digitaal in real-time toegankelijk.
Bouw daarop verder met automatisering. Laat processen automatisch lopen en elimineer handmatig werk.
Verbeter stap voor stap. Analyseer, herken verbeterkansen en organiseer slimmer.

Zo krijg je betrouwbare data, efficiëntere processen en real-time grip op je bedrijf.

Dat is Smart Industry zoals het voor het MKB bedoeld is: geen revolutie, maar evolutie in realistische, haalbare stappen.

Digitaliseer en automatiseer jouw processen met Modest

Bespaar tijd, verminder fouten en krijg real-time grip op je bedrijf met de scanoplossingen van Modest. Digitaliseer en automatiseer in één stap registraties zoals werktijd, ordertijd, aanwezigheid, materiaalverbruik, toegangscontrole en gereedschapsbeheer. Mutaties worden direct en netjes verwerkt in jouw ERP-, projectmanagement-, HR- en salarissystemen. Je ontvangt automatisch meldingen bij bijvoorbeeld afwijkingen of tekorten, waardoor processen betrouwbaar en overzichtelijk verlopen. Lees meer via modest.nl.

Het bericht Digitalisering & automatisering: verschil en verband verscheen eerst op Produmize.

Winstlekken in je productie opsporen met machinedata

Esther Rissewijck — Tue, 04 Nov 2025 15:12:10 +0000

In ons vorige blog Stille winstlekken in je productie: 8 oorzaken die je geld kosten bespraken we de acht meest voorkomende oorzaken van winstlekkage in productie. Maar hoe weet je nu écht waar je winst wegvloeit?

Het antwoord: meten is weten!

Veel winstlekken kun je direct achterhalen met machinedata, zoals stilstand, inefficiënt gebruik van capaciteit en energieverspilling. Wil je weten waarom deze verliezen ontstaan? Combineer dan de machinedata met contextinformatie zoals orderinformatie, werkregistratie of magazijngegevens.

Ontdek met machinedata waar de winst weglekt en waar je productieproces aandacht nodig heeft om de lekken te dichten.

Machinedata zijn automatisch geregistreerde gegevens en signalen van machines.

1. Stilstand en microstops

Wat kun je direct meten met machinedata

Draai- en stilstandtijden per machine
Storingen
Productiecycli of gerealiseerde output (indien geregistreerd)

Wat laat de machinedata zien

Machinedata levert, zonder dat iemand handmatig hoeft te registreren, objectief inzicht in draai- en stilstandtijden tot op de (milli)seconde. Je ziet precies wanneer en hoe lang de machine stilstaat en wanneer hij niet wordt benut.

Wat wordt extra zichtbaar met contextdata

Door de machinedata te combineren met orderinformatie en werkregistratie kun je patronen ontdekken. Je ziet niet alleen wanneer machines stilvallen, maar ook waarom. Zo wordt bijvoorbeeld duidelijk dat stilstand vaker voorkomt bij bepaalde (complexe) producten, materialen of moeilijke bewerkingen. Je ziet welke machines de grootste bottlenecks in de productielijn vormen. Begin hier met verbeteren en vergroot meteen de efficiëntie van de hele productielijn.

Belangrijke KPI’s voor stilstand

Door deze KPI’s te volgen, krijg je een totaalbeeld van stilstand en productieverlies en kun je gerichte verbeteracties plannen.

Beschikbaarheid: percentage van de geplande productietijd dat de machine daadwerkelijk produceert.

OEE: Overall Equipment Efficiency combineert beschikbaarheid, prestatie en kwaliteit en laat zien hoeveel van je geplande tijd echt nuttige productie oplevert.

Volg deze KPI’s om efficiëntie te begrijpen, verbeteringen te prioriteren en acties te sturen.

2. Energieverbruik

Wat kun je direct meten met machinedata

Energieverbruik per machine of productielijn
Wanneer een machine onnodig draait (bijvoorbeeld in stand-by of opwarmen)
Piekbelasting, bijvoorbeeld bij opstarten of zware bewerkingen
Verschillen in energieverbruik tussen machines (bijvoorbeeld oud versus nieuw)

Wat laat de machinedata zien

Machinedata toont wanneer een machine energie verbruikt en hoeveel. Je ziet wanneer de machine draait zonder productie en wanneer piekbelasting optreedt (korte periodes waarin de machine tijdelijk veel meer energie gebruikt dan normaal, bijvoorbeeld bij opstarten of zware bewerkingen). Zelfs als je maar één machine monitort, zie je inefficiënties die anders onopgemerkt blijven en krijg je inzicht in besparingsmogelijkheden.

Wat wordt extra zichtbaar met contextdata

Door het energieverbruik te koppelen aan productie-uren of output, zie je hoeveel energie per product of per uur productieve tijd wordt verbruikt. Zo ontdek je waar energiewinst mogelijk is en bij welke producten, orders of processen de machine relatief inefficiënt draait.

Belangrijke KPI’s voor energie-efficiëntie

Energie per geproduceerde eenheid (kWh/output): toont hoeveel energie een machine of lijn gebruikt voor elke geproduceerde eenheid.

Samenhang met OEE-prestatie: laat zien waar de machine relatief veel energie verbruikt per productieve output, zodat inefficiënties snel zichtbaar zijn en verbeteracties kunnen worden gepland.

Gebruik deze KPI’s om het verbeterpotentieel te prioriteren en direct acties te sturen.

3. Capaciteit en planning

Wat kun je direct meten met machinedata

Bezettingsgraad per machine en van productielijnen
Werkelijke productietijd
Doorlooptijd per machine of productielijn
Stilstand door wachten (tijd dat de machine aanstaat maar niet productief is)

Wat laat de machinedata zien

Uit puur machinedata zie je direct hoe de capaciteit van je machines wordt benut. Je ziet wanneer machines draaien, wanneer ze stilstaan en hoe lang periodes van onderbenutting duren. Zelfs korte stilstandmomenten of microstops, zoals eerder beschreven, worden zichtbaar. Zo krijg je een objectief beeld van de capaciteitsbenutting en ontdek je knelpunten zonder handmatige registratie.

Wat wordt extra zichtbaar met contextdata

Door machinedata te combineren met contextinformatie, zoals geplande productietijd uit de planning, orderinformatie, personeelsinzet en materiaalbeschikbaarheid, zie je ook waarom knelpunten ontstaan Zo wordt duidelijk of stilstand komt door een specifiek type order, materiaaltekort of onvoldoende operatorcapaciteit. Deze inzichten laten patronen zien en helpen bepalen waar je het best als eerste kunt ingrijpen om de capaciteit optimaal te benutten.

Belangrijke KPI’s voor capaciteitsbenutting

Deze KPI’s helpen je het totaalplaatje te tonen en verbeteracties te meten:

Bezettingsgraad: percentage van beschikbare tijd dat daadwerkelijk productief wordt gebruikt

Prestatie: snelheid van productie ten opzichte van de normtijd per cyclus

Cyclustijdscore: afwijking van normtijd per product of bewerking

Tips om verborgen verliezen te beperken zonder machinedata

Naast de verborgen winstlekken die je zichtbaar maakt met machinedata, zijn er nog andere verliezen genoemd in ons vorige blog. Hier een paar tips om die te beperken, zonder dat je machinedata nodig hebt:

Analyseer bestaande administratieve data

Denk aan ERP, planning, werkregistratie en magazijnadministratie. Analyseer bijvoorbeeld onderhoudsfrequenties, doorlooptijdfluctuaties, voorraadmutaties, nacalculaties of gemelde kwaliteitsafwijkingen. Zo ontdek je patronen en afwijkingen die wijzen op verborgen winstlekken en bepaal je waar verder onderzoek nodig is.

Verbeter instructies en kennisoverdracht

Verbeter de overdracht van taken met duidelijke instructies en leg cruciale kennis vast, zodat stilstand, fouten en verlies van knowhow zoveel mogelijk wordt beperkt.

Verhoog kwaliteit en verminder uitval

Controleer producten systematisch volgens de specificaties en bespreek fouten om herhaling en herwerk te voorkomen. In dit geval geeft machinedata, samen met orderdata, context! Door kwaliteitsinformatie te koppelen aan orderinformatie en aan productie-output en cyclustijden gemeten door de machine, krijg je inzicht in waar en wanneer afwijkingen kunnen zijn ontstaan.

Bijvoorbeeld: je ziet dat product X vaker afwijkingen vertoont wanneer het geproduceerd is op machine Y of tijdens bepaalde productiecycli. Zo ontdek je patronen die helpen je proces aan te passen en verspilling of herwerk te beperken.

Optimaliseer logistiek en interne transportkosten

Optimaliseer de lay-out van de werkvloer en het magazijn en verkort looproutes. Minder verplaatsingen verkorten de doorlooptijd en verlagen interne transportkosten.

Beperk procesinefficiënties en administratieve overhead

Standaardiseer werkwijzen, registreer consequent via een scanoplossing en beperk zo de administratieve last. Dit verhoogt de betrouwbaarheid van data en voorkomt miscommunicatie.

Zo maak je winstlekken zichtbaar met machinedata

Door machine- en productiedata krijg je een objectief beeld van je grootste winstlekken. Direct meetbaar zijn onder andere stilstand, capaciteit, storingen en energieverbruik. Verborgen kosten, zoals materiaalverlies of vertraagde orders, worden meetbaar wanneer je machinedata koppelt aan orderinformatie, werkregistratie of magazijninformatie.

Door KPI’s zoals OEE, beschikbaarheid, cyclustijd, prestatie en bezettingsgraad te volgen, kun je gericht verbeteren en resultaten meten. Lees ons blog 5 KPI’s die je productie sturen – met data uit je machines voor een praktische uitleg van de vijf belangrijkste KPI’s en hoe je die real-time kunt volgen.

Ontdek met Produmize waar jouw productie winst lekt

Breng de knelpunten in kaart met data uit je machines en productieproces en bescherm je winstmarge. Ontdek hoe Produmize je hierbij kan helpen.

Het bericht Winstlekken in je productie opsporen met machinedata verscheen eerst op Produmize.

Stille winstlekken in je productie: 8 oorzaken die je geld kosten

Esther Rissewijck — Thu, 02 Oct 2025 07:04:03 +0000

Het is nooit leuk om te horen, maar ook in jullie productie lekt hoogstwaarschijnlijk ongemerkt winst weg.

Een machine die elk uur vijf minuten stilvalt, een order die vertraagt door ontbrekend materiaal of een materiaalwissel die langer duurt door onduidelijke instructies. Los van elkaar lijken dit kleine issues en op de werkvloer hoor je vaak: “Ach, dat hoort erbij.”

Deze verliezen zie je niet direct terug in de boekhouding, maar ze tasten je winstmarge wél aan. Opgeteld kunnen deze ogenschijnlijk kleine problemen jaarlijks tienduizenden euro’s kosten.

Waar zitten die lekken precies? In dit blog lees je de 8 meest voorkomende oorzaken van winstlekkage in productie.

1. Stilstand en microstops

Elke keer dat een machine stilvalt, verlies je productietijd. Dat kan gaan om zichtbare stilstanden, maar kan ook onopgemerkt gebeuren door microstops van enkele seconden. Op zichzelf lijkt het weinig, maar bij elkaar opgeteld kan het oplopen tot uren productieverlies per week. Samen zorgen stilstand en microstops voor minder output, langere doorlooptijden en extra kosten.

2. Verkeerde instellingen van machines

Een machine die net te snel draait, te veel druk gebruikt of op het verkeerde toerental staat, lijkt misschien goed te produceren. Maar verkeerde instellingen belasten onderdelen onnodig zwaar. Lagers, snijgereedschap en motoren slijten sneller, onderhoud wordt duurder en storingen liggen op de loer. Zelfs kleine afwijkingen in de afstelling kunnen onverwachte kosten veroorzaken en leiden tot kwaliteitsproblemen bij de producten.

3. Verouderde machines

Oudere machines verbruiken vaak meer energie voor dezelfde output en hebben meer onderhoud nodig. Dit verhoogt de kosten voor energie, onderdelen en onderhoudswerkzaamheden en vergroot de kans op onverwachte storingen waardoor productie tijdelijk stil kan komen te liggen. Dat oudere machines soms iets trager zijn, vormt meestal geen probleem zolang ze geen bottleneck zijn in de productie.

4. Kwaliteitsverlies en herwerk

Onderdelen of producten die niet aan de specificaties voldoen, moeten opnieuw worden geproduceerd of nagewerkt. Dit kost extra materiaal, arbeid en tijd en kan de doorlooptijd van orders verlengen en daarmee druk zetten op de planning. Wordt een fout door de klant ontdekt, dan kan dit leiden tot imagoschade en extra kosten voor retouren of correcties.

5. Onderhoud

Te laat of verkeerd uitgevoerd onderhoud kan de levensduur van machines verkorten. Dit kost extra onderdelen en arbeidsuren en vergroot de kans op onverwachte storingen.

Als onderhoud niet of te laat plaatsvindt kunnen machines uitvallen met verlies van productiecapaciteit. Om nog maar te zwijgen van de kosten van een spoedreparatie.

Ook te vroeg uitgevoerd onderhoud veroorzaakt onnodige kosten. Onderdelen die nog prima functioneren worden vervangen, technici maken extra uren en machines staan stil terwijl ze productief hadden kunnen zijn. Daarnaast ontstaan extra logistieke kosten voor onderdelen en materiaal.

6. Inefficiënte planning en afstemming van capaciteit

Als orders, materiaal, machines en personeel niet goed op elkaar zijn afgestemd, ontstaan vertragingen of zelfs stilstand.

Een operator die wacht op materiaal, een machine die klaarstaat zonder bemanning of een verkeerde werkvolgorde: allemaal voorbeelden van inefficiëntie die direct productiviteit kosten.

Ook lange looproutes of een onlogische werkvloerindeling vertragen de productie. Inefficiënt gebruik van machines, zoals apparaten die onnodig draaien, leidt bovendien tot extra energieverbruik en directe kosten.

7. Onduidelijke instructies

Als instructies niet duidelijk zijn of de overdracht tussen medewerkers ontbreekt, wordt werk misschien onnodig, dubbel of verkeerd gedaan. Denk bijvoorbeeld aan een las die gladgeslepen wordt terwijl hij uiteindelijk onder de grond verdwijnt. Of het per stuk verpakken van een product terwijl het als bundel had gemogen. Onduidelijke instructies kosten extra tijd, vertragen de productie en verhogen de kans op fouten.

8. Afhankelijkheid van ervaren medewerkers

Ervaren collega’s hebben vaak veel kennis over hoe alles precies werkt. Wanneer deze kennis vooral in hun hoofden zit, ontstaat een risico voor de productie. Want als deze medewerkers vertrekken of tijdelijk niet beschikbaar zijn, heeft niemand meer toegang tot die kennis. Het team moet het wiel opnieuw uitvinden of extra overleggen. Dit kost tijd, vergroot de kans op fouten en verlengt de doorlooptijd.

Herken de winstlekken in jouw productie

Waarschijnlijk herkende je tijdens het lezen een aantal van deze winstlekken in jullie eigen productie. Dat onderbuikgevoel is waardevol, maar geeft nog geen zekerheid.

Wil je écht weten waar winst wegvloeit en hoe je dit kunt verbeteren? Dan heb je real-time inzicht nodig in processen en prestaties. Met de juiste data zie je waar de knelpunten zitten en kun je gericht actie ondernemen om de winstlekken te dichten.

👉 Benieuwd waar jouw productie winst verliest?
Begin vandaag nog met het in kaart brengen van de knelpunten met behulp van data en bescherm je winstmarge. Ontdek hoe Produmize je hierbij kan helpen.

Het bericht Stille winstlekken in je productie: 8 oorzaken die je geld kosten verscheen eerst op Produmize.

10 valkuilen en 11 tips bij data-analyse in productie

Esther Rissewijck — Mon, 15 Sep 2025 07:50:30 +0000

Data verzamelen uit machines is slim, maar onderweg kun je obstakels tegenkomen: hobbels die je liever ontwijkt en kuilen waar je niet in wilt vallen.

In dit blog bespreken we de 10 meest voorkomende valkuilen bij data-analyse in productie en geven we 11 korte, praktische tips om ze soepel te omzeilen.

1. Geen duidelijke vraag

“Meer inzicht krijgen” klinkt mooi, maar is te vaag. Waar wil je grip op krijgen? Welke data is daarvoor echt relevant?

Bepaal je concrete doel

Wat wil je verbeteren? Wil je minder stilstand of een kortere doorlooptijd? Vertaal je verbeterdoel naar een duidelijke analysevraag. Bijvoorbeeld: “Waarom staat deze machine vaak stil?” of “Waar verliezen we tijd bij het omstellen?” Een duidelijke vraag voorkomt dat je meet zonder richting en helpt je sneller resultaat te boeken.

2. Te veel tegelijk willen meten

Zodra je je vraag hebt, ligt de verleiding op de loer: alles tegelijk meten. Cyclustijden, storingen, temperaturen… van meerdere machines tegelijk.

Begin met één hobbel

Kies één machine of proces en meet alleen wat nodig is om je vraag te beantwoorden. Begin klein en breid later uit als dat zinvol is.

3. Data verzamelen zonder context

Machinedata laat zien wat er gebeurt, maar nog niet onder welke omstandigheden. Een stilstand zegt op zichzelf niets: zonder te weten welk product draaide of bij welke order het gebeurde, blijft de informatie beperkt.

Voeg relevante context toe

Combineer machinedata met andere gegevens uit je bedrijf, zoals producttype of ordernummer. Zo wordt duidelijker onder welke omstandigheden afwijkingen ontstaan en krijg je meer bruikbare inzichten.

4. Data niet controleren of opschonen

Ruwe data bevat vaak fouten of testwaarden. Conclusies trekken uit onbetrouwbare data kan misleidend zijn.

Maak je data betrouwbaar

Controleer data regelmatig en maak deze schoon waar nodig. Vergelijk de data regelmatig met de praktijk op de werkvloer om zeker te zijn dat deze klopt.

5. Denken dat een grafiek analyse is

Een grafiek op een dashboard maakt zichtbaar wat er speelt, maar verklaart het nog niet.

Zoek verbanden achter de cijfers

Visualisatie helpt patronen en afwijkingen te ontdekken. Analyse begint daarna: zoek verbanden, oorzaken en conclusies. Alleen zo ontstaat echte waarde.

6. Informatie delen in silo’s

Als data alleen in een Excel-sheet bij een teamleider blijft of op het scherm bij een planner staat, wordt het nooit een hulpmiddel voor de hele fabriek.

Laat iedereen meekijken

Deel dashboards op de werkvloer, zodat operators en teamleiders samen kunnen leren van de data en acties kunnen afstemmen.

7. Te laat terugkoppelen naar de werkvloer

Een maand meten, een rapport maken, mailen… en hopen dat er iets verandert? Vaak te laat om bij te sturen.

Koppel inzichten direct terug

Gebruik real-time dashboards en bespreek inzichten dagelijks. Zo kan je team direct ingrijpen wanneer het nog verschil maakt.

8. Geen actie ondernemen

Een dashboard ophangen of een analyse afronden is mooi, maar zonder actie verandert er niets.

Kom in actie en verbeter

Reageer direct op afwijkingen: bepaal wie welke actie doet en wanneer. Gebruik inzichten tegelijk voor structurele verbeteringen.

9. Veiligheid en privacy vergeten

Data is pas waardevol als je het veilig beheert. Onvoldoende bescherming leidt tot risico’s en weerstand.

Bescherm je data goed

Stel vanaf het begin toegangsrechten en dataveiligheid goed in. Zo blijft de data betrouwbaar en groeit het draagvlak.

10. Denken dat je klaar bent na de eerste analyse

Sommige bedrijven zien data-analyse als een eenmalig project: systemen aansluiten, dashboards bouwen en analyseren – klaar.

Zie data-analyse als een groeipad

Begin klein, meet, interpreteer, verbeter en breid uit. Zo blijft het behapbaar én haal je steeds meer waarde uit je data.

Extra tip voor succes

Wil je direct aan de slag met data-analyse?

Lees onze blog 'Data-analyse in de fabriek: 6 stappen voor beginners'

Ontdek stap voor stap hoe je data verzamelt, opschoont, visualiseert en analyseert: lees het hier.

Het bericht 10 valkuilen en 11 tips bij data-analyse in productie verscheen eerst op Produmize.

Data-analyse in de fabriek: 6 stappen voor beginners

Esther Rissewijck — Mon, 01 Sep 2025 11:03:56 +0000

Veel productiebedrijven verzamelen wél data – soms bewust via systemen, soms onbewust via machines en logbestanden – maar doen er vaak nog weinig mee. Zonde, want juist in die gegevens zitten kansen om slimmer te werken en processen beter te begrijpen.

Data in een fabriek komt uit allerlei bronnen: van ordergegevens en kwaliteitsmetingen tot signalen van machines op de werkvloer.

In deze blog richten we ons specifiek op machine- en productiedata. We laten zien hoe je als MKB-productiebedrijf klein kunt beginnen met data-analyse, in zes praktische stappen.

Wat is data-analyse?

Data-analyse is het proces van gegevens verzamelen, ordenen, interpreteren en presenteren om waardevolle inzichten te krijgen. Het doel: betere beslissingen nemen en patronen ontdekken die anders verborgen blijven.

In een productieomgeving gaat data-analyse vaak over vragen als: waarom valt een machine stil, hoe verschillen cyclustijden per product en welke lijn presteert het meest stabiel?

Wat is machine- of productiedata?

Machine- of productiedata zijn automatisch geregistreerde gegevens en signalen van machines, installaties of productielijnen, zoals draai- of stilstandtijd, aantal bewerkingen of cycli, cyclustijd, storingscodes en foutmeldingen en energieverbruik.

Machinedata: direct van de machine zelf.
Productiedata (lijngegevens): op lijn- of procesniveau.

Deze gegevens worden ook “industriële IoT-data” genoemd.

De zes basisstappen van data-analyse (praktisch in productie)

Formuleer je vraag – wat wil je weten of verbeteren?
Verzamel de data – uit machines, sensoren of softwaresystemen
Schoon de data op – filter fouten, irrelevante informatie en onvolledigheden
Maak de data zichtbaar (visualisatie) – via dashboards voor operators, teamleiders en managers
Analyseer de gegevens – zoek patronen, afwijkingen en verbanden
Interpreteer de inzichten – wat betekenen ze voor jouw proces?

Let op: Visualisatie is niet hetzelfde als analyse
Door visualisatie maak je gegevens begrijpelijk en overzichtelijk. Met analyse onderzoek je de data om afwijkingen, patronen en herhalingen te herkennen. In de praktijk wissel je vaak tussen beide stappen.

We nemen de zes basisstappen hieronder één voor één met je door.

1. Formuleer je vraag - waar wil je grip op krijgen?

Begin altijd met een bedrijfsdoel, niet met de data. Vraag jezelf en je team: “Wat willen we verbeteren?” in plaats van: “Wat kunnen we meten?”

Voorbeelden van doelen:

De bezettingsgraad verhogen
Minder stilstand realiseren
Doorlooptijd verkorten

Vervolgens stel je concrete vragen:

Waar treden de grootste verliezen op?
Waarom staat deze machine zo vaak stil?
Hoeveel tijd verliezen we bij het omstellen?

Met een scherp doel weet je welke data echt relevant is en kun je bepalen of die informatie al beschikbaar is in je systemen. Zo voorkom je dat je “zomaar alles” verzamelt zonder duidelijk nut.

2. Verzamel de juiste data - begin klein

Start met één machine of productielijn en ontdek snel waar verbeteringen mogelijk zijn. Kies bijvoorbeeld:

De bottleneck in je proces
De lijn die onverklaarbare prestatieverschillen laat zien
De machine die vaak stilvalt

Hoe verzamel je de data?

Moderne machines koppel je via open protocollen zoals OPC UA of MQTT.
Oudere machines zonder digitale uitgang voorzie je van een slimme IoT-box, die signalen omzet naar digitale data.

Centrale opslag

Sla de gegevens op één plek op – bijvoorbeeld in een cloudplatform, IoT-platform zoals ThingsBoard of een bestaande MES/BI-oplossing. Zo kun je ze eenvoudig gebruiken voor dashboards en analyse.

Dataveiligheid

Zorg dat alleen de juiste mensen toegang hebben. Zo voldoe je aan AVG, voorkom je risico’s en vergroot je het vertrouwen bij je team. Betrek ook je IT’er of security-specialist en houd rekening met machineveiligheid.

3. Schoon de data op en voeg context toe

Voordat je analyseert, moet de data kloppen en relevant zijn. Haal fouten, dubbele gegevens en onnodige informatie weg, zodat alleen bruikbare data overblijft.

Opschonen kan op twee momenten:

Vooraf (real-time): Controleer of waarden realistisch en compleet zijn. Dit is belangrijk bij dashboards die operators direct gebruiken. Kijk of de fabrieksgegevens overeenkomen met het systeem en let op dubbele meldingen of testdata.
Achteraf (historisch): Loop opgeslagen data grondig na. Verwijder fouten, ontbrekende waarden, dubbele records en irrelevante informatie.

Context toevoegen

Enkel machine- of productiedata zegt niet altijd genoeg. Voeg informatie toe zoals shift, ordernummer, operator of producttype. Zo zie je bijvoorbeeld of een afwijking vooral in de nachtdienst voorkomt of bij een specifiek product.

Referentiepunten vaststellen

Data wordt pas waardevol als je weet wat ‘normaal’ is. Stel referentiepunten vast, zoals normale cyclustijd, acceptabel aantal stilstandminuten of je interne OEE-doelstelling. Pas dan kun je afwijkingen goed duiden.

4. Maak de data zichtbaar via dashboards

Visualisatie maakt data begrijpelijk en bruikbaar. Door dashboards te gebruiken gaat de data “leven”: je ziet patronen en ontdekt ontbrekende gegevens.

Stem de weergave af op de gebruiker

Operators: draait alles? Zijn er storingen? Wat is afgekeurd? → focus op actuele status en snelle signalering. Signaallampjes of alerts laten zien waar direct actie nodig is.
Teamleiders/managers: trends, OEE, output per ploeg en afwijkingen op KPI’s → focus op overzicht en verbeterpunten.

Lees ook ons artikel ‘5 KPI’s die je productie sturen – met data uit je machines’.

Kies eenvoudige visualisaties

Gebruik lijnen en staafdiagrammen. Voor real-time dashboards werken meters en live statussen met kleuren (rood, oranje, groen) goed. Denk aan kleurenblinden: combineer kleuren met symbolen of korte teksten.

Houd het overzichtelijk

Meer data is niet altijd beter. Toon alleen wat relevant is voor de gebruiker. Te veel grafieken veroorzaken ruis. Zorg voor consistente kleuren, iconen en definities.

5. Analyseer de gegevens – zo begin je ermee

Analyseren betekent gestructureerd kijken naar data om afwijkingen, patronen en herhalingen te herkennen. Begin eenvoudig; je hoeft geen statisticus te zijn.

Stel jezelf vragen:

Waar zie je afwijkingen?
Wanneer treden die op (tijdstip, ploeg, product)?
Herhaalt een bepaald patroon zich?

Vier eenvoudige manieren om snel inzicht te krijgen:

Gemiddelde – hoe lang duurt iets gemiddeld?
Spreiding – hoe verschillen waarden van elkaar (bijv. cyclustijden van hetzelfde product)?
Frequentie – hoe vaak gebeurt iets (bijv. dezelfde storing)?
Trend – hoe ontwikkelt iets zich over de tijd?

Gebruik filters in je dashboard om data per ploeg, product of tijdsblok te bekijken. Zo ontdek je snel interessante patronen en verbanden zonder ingewikkelde analyses.

Voorbeelden:

Een machine staat gemiddeld 90 minuten per dag stil. Bij inzoomen blijkt dit vooral bij productwissels te gebeuren.
De cyclustijd van product X blijkt structureel 10% langer dan van vergelijkbare producten.

6. Interpreteer de inzichten - doe dit samen

Cijfers alleen zeggen niet alles. Analyse laat zien wat er gebeurt, maar pas door te interpreteren ontdek je waarom iets gebeurt en welke acties nodig zijn.

Samen analyseren en beslissen

Betrek operators, teamleiders en planners bij dit proces. Samen naar dashboards kijken levert vaak verrassende verklaringen op, ideeën voor verbeteringen of suggesties voor extra datapunten.

Maak afspraken over real-time signalen

Signaallampjes of alerts laten zien wanneer direct actie nodig is. Bepaal wie reageert, welke acties worden uitgevoerd en hoe dit wordt geregistreerd. Dit vergroot de effectiviteit van je dashboards en voorkomt misverstanden.

Door inzichten samen te interpreteren en acties af te stemmen, groeit je datasysteem mee met de praktijk én ontstaat er meer draagvlak op de werkvloer.

Conclusie: je hoeft geen dataspecialist te zijn

Deze zes stappen laten zien dat je als MKB-bedrijf al verrassend veel zelf kunt doen met data-analyse in je fabriek. Begin klein – bijvoorbeeld met één machine of lijn – en ontdek snel concrete voordelen: inzicht in cyclustijden, minder stilstand of een beter overzicht van je productie.

In dit blog heb je gezien hoe je stap voor stap betrouwbare data verzamelt en eenvoudige analyses uitvoert. Deze eerste inzichten leiden vaak al tot concrete verbeteringen en maken je team enthousiast voor de volgende stap.

Voor complexere verbanden, zoals oorzaak-gevolg of voorspellende modellen, kan samenwerking met een dataspecialist waardevol zijn.

Ook aan de slag met data uit je machines?

Wij helpen je stap voor stap:

We ontsluiten de data uit je machines, slaan deze veilig op en maken ze direct inzichtelijk via het IoT-dataplatform ThingsBoard.
We bouwen samen met jouw team dashboards op maat die écht bruikbaar zijn voor de verschillende gebruikers.
We voegen context toe, zodat de data direct betekenis krijgt.

Daarmee kun je meteen aan de slag met betrouwbare inzichten en concrete verbeteringen.

Mail ons via info@produmize.com of bel +31 850 220 464. We denken graag vrijblijvend met je mee over jouw situatie.

Het bericht Data-analyse in de fabriek: 6 stappen voor beginners verscheen eerst op Produmize.