M365Con 2027 – gratis online conferentie · 11–22 Jan 2027 · 120 sessions→ m365con.net

2026-10-08

Wat is een industrieel datamodel

Wat is een industrieel datamodel
Een fabriek kan enorme hoeveelheden data verzamelen en toch moeite hebben om een eenvoudige operationele vraag te beantwoorden: wat wordt er eigenlijk beïnvloed door deze gebeurtenis? ERP kent klantorders, materialen, geplande data en voorraad. MES weet wat er op de productievloer wordt uitgevoerd. PLC's en SCADA kennen machinetoestanden, alarmen en proceswaarden. Onderhoud kent de conditie van assets en de servicehistorie. Kwaliteit kent inspectie- en vrijgavestatus. Engineering kent de productdefinitie. Het probleem is meestal niet een gebrek aan data. Het probleem is dat deze systemen dezelfde fabriek beschrijven via verschillende namen, ID's, statussen en regels. Een industrieel datamodel creëert gedeelde betekenis over deze grenzen heen. Het definieert de fabrieksobjecten die ertoe doen, geeft ze een stabiele identiteit en beschrijft hoe producten, processen, middelen, orders, materialen, personen, gereedschappen, kwaliteitsgegevens en machinegebeurtenissen met elkaar samenhangen.

Een fabriek kan enorme hoeveelheden data verzamelen en toch moeite hebben om een basale operationele vraag te beantwoorden: wat raakt deze gebeurtenis eigenlijk?

ERP kent klantorders, materialen, geplande data en voorraad. MES weet wat er op de productievloer wordt uitgevoerd. PLC's en SCADA kennen machinetoestanden, alarmen en proceswaarden. Onderhoud kent de conditie van assets en de servicegeschiedenis. Kwaliteit kent inspectie- en vrijgavestatus. Engineering kent de productdefinitie. Het probleem is meestal niet een gebrek aan data. Het probleem is dat deze systemen dezelfde fabriek beschrijven via verschillende namen, ID's, statussen en regels.

Een industrieel datamodel creëert gedeelde betekenis over deze grenzen heen. Het definieert de fabriekobjecten die ertoe doen, geeft ze een stabiele identiteit en beschrijft hoe producten, processen, resources, orders, materialen, personen, gereedschappen, kwaliteitsrecords en machinegebeurtenissen met elkaar samenhangen. Het doel is niet om ERP, MES, onderhoud of andere brontsystemen te vervangen. Het doel is om hun informatie begrijpelijk te maken als één samenhangende productiecontext.

VEEL SYSTEMEN — GEEN GEDEELDE BETEKENIS
Een moderne fabriek heeft al gespecialiseerde systemen voor bijna elke belangrijke taak. ERP beheert vraag en toezeggingen. MES beheert de uitvoering. PLC's sturen apparatuur aan. SCADA toont de machinetoestanden. Historians slaan procesdata op. Onderhoudssystemen beheren assets en servicewerk. Kwaliteitssystemen onderhouden inspectierecords, en Power BI kan informatie combineren voor rapportage.

Elk systeem bestaat om een reden. Het probleem ontstaat wanneer hetzelfde object in de echte wereld in elk van hen anders verschijnt. Een machine kan in ERP een werkcentrum zijn, in onderhoud een assetnummer, in MES een resource, in het regelsysteem een groep OPC UA-nodes, en op de productievloer een heel andere vriendelijke naam.

Een industrieel model dwingt die systemen niet om één identificatie te gebruiken. In plaats daarvan registreert het hoe die verwijzingen samenhangen met hetzelfde fysieke of logische object. Dat geeft de fabriek een stabiele identiteitslaag zonder de lokale structuren van elk brontsysteem te vernietigen.

WAT EEN INDUSTRIEEL DATAMODEL ECHT IS
Een industrieel datamodel is een gedeelde set regels die beschrijft wat er in de fabriek toe doet en hoe die dingen met elkaar verbonden zijn.

Het beantwoordt praktische vragen zoals: wat telt als een productieorder, wat vertegenwoordigt een productrevisie, hoe verschilt een werkcentrum van een fysiek asset, wanneer wordt materiaal vrijgegeven, en wat betekent het precies dat een machine beschikbaar is.

Het model kan beschrijven:
• Objecttypen en identiteiten
• Eigenschappen en statussen
• Relaties tussen fabriekobjecten
• Verwijzingen naar brontsystemen
• Geldigheidsdata en versies
• Voorwaarden die aan relaties zijn gekoppeld
• Eigenaarschap van definities en regels

Zo kunnen meerdere systemen verschillende aspecten van dezelfde productiesituatie beschrijven zonder ze samen te voegen tot één misleidende status. Een order kan in ERP zijn vrijgegeven terwijl de huidige MES-bewerking geblokkeerd blijft. Een machine kan mechanisch gezond zijn en toch niet beschikbaar, omdat de benodigde spanmiddel ontbreekt. Al die feiten kunnen tegelijk waar zijn.

HET MODEL IS NIET HET DATAPLATFORM
Microsoft Fabric, SQL-databases, historians, data lakes en andere platforms zijn nuttig om informatie op te slaan, te verplaatsen, te beheren en te analyseren. Maar geen van hen kan bepalen wat een werkcentrum in jouw fabriek betekent alleen omdat de records samen zijn opgeslagen.

Je kunt ERP-orders, MES-uitvoeringsrecords, onderhoudsgebeurtenissen, kwaliteitsresultaten en machinetelemetrie in één Lakehouse laden en toch niet kunnen beantwoorden of een bepaalde order vóór het einde van de shift naar een andere machine kan worden verplaatst.
Dat antwoord hangt af van relaties.

Welke productrevisie is betrokken? Welke bewerking moet hierna plaatsvinden? Welke resources zijn daarvoor goedgekeurd? Welke gereedschappen zijn vereist? Is de operator gekwalificeerd? Staat de huidige machinetoestand het werk toe? Is er een inspectieregel gekoppeld aan de alternatieve route?
Het platform kan die relaties hosten en opvragen, maar de fabriek moet ze nog steeds definiëren.

WAAROM ALLEEN TABELLEN VAAK MOEILIJK WORDEN
Relationele tabellen zijn niet het probleem. ERP, MES, onderhoud en veel andere productietoepassingen steunen op relationele modellen omdat die uitstekend zijn voor transacties en gestructureerde records.

De moeilijkheid ontstaat wanneer productievragen over veel relaties heen gaan die in de tijd veranderen.
Een productrevisie kan meerdere bewerkingen vereisen. Een bewerking kan op meerdere resources zijn goedgekeurd. Eén machine kan alleen bepaalde productversies, gereedschapscombinaties, maatbereiken of inspectie-eisen ondersteunen. Operatorkwalificaties kunnen verlopen. Engineeringwijzigingen kunnen een eerder goedgekeurde route ongeldig maken.

Dit alles kan in tabellen worden weergegeven, maar de logica raakt vaak verspreid over rapporten, SQL-query's, spreadsheets en lokale uitzonderingslijsten. Verschillende rapporten bouwen dezelfde fabriekrelaties dan verschillend op.

Het industriële model biedt een gedeelde relatielaag, zodat de regels één keer kunnen worden gedefinieerd, beheerd en hergebruikt in plaats van telkens opnieuw ontdekt wanneer iemand een moeilijke productievraag stelt.

PPR — PRODUCT, PROCES, RESOURCE

Een praktische startstructuur is PPR: Product, Proces, Resource.
Product beantwoordt: wat bouwen we?
Proces beantwoordt: hoe moet het werk verlopen?
Resource beantwoordt: wat kan dat werk uitvoeren onder reële productieomstandigheden?

PPR biedt een eenvoudige ruggengraat om geïsoleerde records tot een productiemodel te verbinden. Het vermijdt te proberen de hele onderneming meteen te modelleren en richt zich in plaats daarvan op de relaties die bepalen of werk daadwerkelijk kan plaatsvinden.

PRODUCT IS MEER DAN EEN ARTIKELNUMMER
Een productdefinitie kan de productfamilie, de specifieke variant, de revisie, de stuklijst, de klantconfiguratie, materiaalvereisten, inspectie-eisen en kwaliteitsregels omvatten.
Dit is belangrijk omdat twee records met hetzelfde algemene artikelnummer niet inwisselbaar hoeven te zijn. Een nieuwe revisie kan een strakkere tolerantie, andere procesparameters, een extra inspectiestap of apparatuur met hogere capaciteit vereisen.

Engineeringsystemen zoals PLM kunnen het ontwerpdoel beheren. ERP kan de materiaalstamgegevens en de planningsversie bevatten. MES kan een productiedefinitie bevatten. Kwaliteit kan een inspectieplan onderhouden.
Het industriële model verbindt die verwijzingen, zodat productie een veel belangrijkere vraag kan beantwoorden dan "welk artikelnummer is dit?"

Het kan antwoorden: bouwen we de juiste revisie volgens de regels die nu gelden?

PROCES BEPAALT HOE HET WERK MOET VERLOPEN
De proceskant beschrijft de goedgekeurde route door de productie. Die omvat meer dan een lijst van machines.

Het kan de volgorde van bewerkingen, setup-eisen, inspectiepunten, wachttijden, herbewerkingspaden, goedkeuringen, overdrachten en voorwaarden beschrijven die vervuld moeten zijn voordat het werk doorgaat.
Een gepland procesdefinitie beschrijft hoe het werk verondersteld wordt te verlopen. MES-uitvoeringsdata registreert wat er daadwerkelijk is gebeurd voor een specifieke order.
Beide zijn belangrijk.

Zonder het geplande proces kun je niet bepalen of de uitvoering de goedgekeurde route heeft gevolgd. Zonder de uitvoeringshistorie kun je niet leren wat er tijdens de productie werkelijk is gebeurd.

RESOURCE BETEKENT CAPACITEIT — NIET ALLEEN EEN MACHINE
Een productieresource kan een machine, lijn, werkstation, gereedschap, spanmiddel, operator, testopstelling, transportsysteem of een andere capaciteit zijn die nodig is om werk uit te voeren.
Dit onderscheid is cruciaal, omdat een machine technisch beschikbaar kan zijn terwijl de bewerking onmogelijk blijft.

Het vereiste spanmiddel kan elders in gebruik zijn. Een gereedschap kan buiten kalibratie zijn. De enige gekwalificeerde operator is misschien niet op de huidige shift aanwezig. Een machine kan de productfamilie ondersteunen maar niet de huidige revisie.

Apple Podcasts · Spotify · YouTube · Deezer

What Is an Industrial Data Model (English)