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.