ERP weet niet wat er in je fabriek gebeurt — hoe een Unified Namespace dat oplost

Vraag een productieleider en een IT-manager in hetzelfde bedrijf hoeveel producten er gisteren zijn gemaakt. De kans is groot dat je twee verschillende antwoorden krijgt.

De IT-manager noemt het getal uit het ERP. De productieleider noemt wat er écht van de lijn af is gekomen — inclusief de batch die om 16:00 uur is afgekeurd, de machine die een uur stilstond, en de herbewerking die niet in het systeem staat.

Dit is niet een menselijk probleem. Het is een architectuurprobleem. En het heeft een naam: de OT/IT-kloof.

Het probleem: twee werelden die niet met elkaar praten

In vrijwel elke fabriek bestaan twee gescheiden informatiewerelden naast elkaar.

OT — Operational Technology is de wereld van de werkvloer: PLC's, SCADA-systemen, CNC-machines, sensoren, robotarmen. Deze systemen zijn ontworpen voor betrouwbaarheid en veiligheid, niet voor data-uitwisseling. Ze spreken hun eigen protocollen: OPC-UA, MQTT, Modbus, PROFINET.

IT — Information Technology is de wereld van de bedrijfsvoering: ERP, CRM, BI-dashboards, MES. Deze systemen zijn ontworpen voor transactieverwerking en rapportage. Ze spreken SQL, REST APIs, JSON.

Het resultaat? Je ERP weet wat er is ingepland, besteld en gefactureerd. Maar het heeft geen idee wat er op dit moment op de werkvloer gebeurt. Cyclustijden, machinestatus, uitvalpercentages, energieverbruik per productieorder — dat alles leeft in een parallelle wereld die nooit systematisch wordt samengebracht.

Voor de meeste maakbedrijven betekent dit: beslissingen worden genomen op basis van vertraagde, handmatig samengestelde data. En dat is precies de rem op AI, predictief onderhoud, en real-time BI.

Wat is een Unified Namespace?

Een Unified Namespace (UNS) is een architectuurconcept dat die twee werelden verbindt via één centrale datalaag.

In plaats van directe koppelingen tussen individuele systemen — machine A stuurt data naar systeem B, dat koppelt met systeem C, dat weer rapporteert aan systeem D — creëer je één centrale "databus". Alle systemen, zowel OT als IT, publiceren hun data naar deze centrale laag. En alle systemen die data nodig hebben, halen het daar vandaan.

Het principe lijkt eenvoudig, maar de implicaties zijn ingrijpend:

• Een nieuwe machine aansluiten betekent: één koppeling naar de UNS, niet tien koppelingen naar tien systemen
• Je ERP kan voor het eerst real-time productiedata zien — zonder maatwerk
• AI-modellen kunnen trainen op geïntegreerde data van zowel werkvloer als bedrijfsvoering
• BI-dashboards tonen wat er nu gebeurt, niet wat er gisteren in het systeem is ingevoerd

De technische laag: MQTT en OPC-UA

Een UNS is geen product dat je koopt — het is een architectuurkeuze die je implementeert met bestaande open standaarden.

De twee protocollen die je moet kennen:

OPC-UA (OPC Unified Architecture) is de industriële standaard voor veilige, gestructureerde datacommunicatie tussen machines en systemen. Het is vendor-onafhankelijk, ondersteunt complexe datamodellen, en is ontworpen voor industriële omgevingen waar betrouwbaarheid kritisch is. De meeste moderne CNC-machines, robots en PLC's ondersteunen OPC-UA.

MQTT (Message Queuing Telemetry Transport) is een lichtgewicht berichtenprotocol dat zijn oorsprong heeft in de olie- en gasindustrie. Het werkt op een publish/subscribe-model: systemen publiceren data naar een broker (de centrale hub), en andere systemen abonneren zich op wat ze nodig hebben. MQTT is uiterst efficiënt, ook over trage of onbetrouwbare verbindingen.

In een moderne UNS-architectuur voor de maakindustrie worden deze twee protocollen gecombineerd: OPC-UA voor de rijke, gestructureerde communicatie met machines, MQTT als de "snelweg" waarover alle data door de fabriek stroomt.

📄 Aan het oriënteren op een nieuwe IT-architectuur voor je fabriek?
De whitepaper 'ERP-selectie in de metaalindustrie' behandelt ook de integratievragen die je aan leveranciers moet stellen — inclusief hoe modern ze omgaan met open datastandaarden.
→ Bekijk de whitepaper

UNS in de praktijk: een metaalbedrijf als voorbeeld

Stel: een plaatbewerkingsbedrijf heeft vijf lasersnijmachines, twee kantpersen, een verfspuitlijn en een assemblageafdeling. Het ERP plant de orders, maar niemand weet in real-time welke machine bezet is, wat de actuele doorlooptijd per order is, of de verfspuitlijn op temperatuur staat.

Zonder UNS: een medewerker loopt twee keer per dag de vloer op, noteert machinestatus op een whiteboard, en voert dat handmatig in het ERP in. Planning is altijd een dag achter. Als een machine uitvalt, merkt de planner dat pas als een order te laat is.

Met UNS:

• Elke machine publiceert continu data naar de centrale broker: status, cyclustijd, stroomverbruik, alarmcodes
• Het ERP ontvangt automatisch updates over werkelijke voortgang per productieorder
• Een BI-dashboard toont in real-time de bezettingsgraad per werkplek
• Een eenvoudig AI-model detecteert afwijkende patronen in de cyclusdata van de lasersnijmachines — een vroeg signaal voor onderhoud

Hetzelfde principe werkt in machinebouw, gieterijen, kunststofverwerking, en assemblageomgevingen. De specifieke machines verschillen; het architectuurprobleem is overal hetzelfde.

UNS vs. traditionele point-to-point integraties

De meeste maakbedrijven hebben al koppelingen tussen systemen — alleen zijn die gebouwd als directe verbindingen tussen twee specifieke systemen. Machine X stuurt een signaal naar MES Y. MES Y exporteert een CSV naar ERP Z. ERP Z genereert een rapport voor BI-tool W.

Dit soort architectuur heeft een naam in de industrie: spaghetti-integratie. En het heeft voorspelbare problemen:

• Elke nieuwe machine of elk nieuw systeem vereist nieuwe maatwerkkoppelingen
• Als één systeem verandert, breken koppelingen stroomafwaarts
• Data is inconsistent: systeem A en systeem B hebben verschillende cijfers omdat ze op verschillende momenten synchroniseren
• Schaalbaarheid is nagenoeg onmogelijk — zeker als je AI wil toevoegen die continue, betrouwbare datastromen nodig heeft

Een UNS lost dit op door het aantal koppelingen drastisch te verminderen. In plaats van N × M koppelingen (elk systeem naar elk ander systeem), heb je N koppelingen: elk systeem verbindt één keer met de centrale databus.

Wat betekent dit voor jouw ERP-keuze?

Als je nu een ERP selecteert of evalueert, is de UNS-vraag direct relevant. Niet omdat elk maakbedrijf morgen een UNS moet implementeren — maar omdat de architectuurrichting bepaalt welke ERP-systemen je op de lange termijn goed kunt bedienen.

Concrete vragen om aan je ERP-leverancier te stellen:

• Ondersteunt uw systeem native MQTT-integratie of OPC-UA als databron?
• Heeft u een connector of API-laag waarmee real-time productiedata uit een externe broker kan worden ingelezen?
• Hoe gaat uw systeem om met event-driven data (berichten die real-time binnenkomen) versus batch-imports?
• Welke klanten in de maakindustrie hebben al een UNS-architectuur gecombineerd met uw ERP — en kan ik daar een referentiegesprek mee hebben?

Een leverancier die op deze vragen vaag blijft, heeft zijn product niet gebouwd voor de datafabriek van 2026.

Waar begin je?

Een UNS-implementatie hoeft niet groot te beginnen. De meest succesvolle trajecten starten met een beperkte scope: één productielijn, twee of drie machines, één use case (bijvoorbeeld real-time bezettingsgraad of energiemonitoring).

De stappen die werken in de praktijk:

1. Inventariseer je databronnen: welke machines hebben al een OPC-UA- of MQTT-interface? Moderne machines (na 2018) hebben dit vaak al ingebouwd.
2. Kies een MQTT-broker: open-source opties zoals Mosquitto voor kleine omgevingen, of enterprise-oplossingen zoals HiveMQ voor grotere fabrieken.
3. Definieer je naamgevingsconventie: een UNS werkt alleen als data consistent gelabeld is. Gebruik een hiërarchie als: fabriek/afdeling/machine/variabele
4. Sluit één systeem aan als eerste consumer: je BI-tool of een eenvoudig dashboard is een lage-drempel startpunt dat snel waarde toont.
5. Breid stapsgewijs uit: zodra de eerste use case werkt, is uitbreiding naar andere machines en systemen een kwestie van aansluiten — niet van opnieuw bouwen.

Conclusie: de fabriek van 2026 is event-driven

De meest competitieve maakbedrijven van de komende jaren zijn niet per se de bedrijven met het duurste ERP. Het zijn de bedrijven die hun operationele data op orde hebben — real-time, betrouwbaar, en toegankelijk voor zowel mensen als systemen.

Een Unified Namespace is de architectuurlaag die dat mogelijk maakt. Het is geen vervanging van je ERP. Het is de infrastructuur die je ERP eindelijk laat zien wat er werkelijk in je fabriek gebeurt.

En dat is het fundament waarop AI, predictief onderhoud, en real-time planning worden gebouwd — niet als toekomstmuziek, maar als operationele realiteit.

Meer weten over hoe jouw huidige ERP-systeem scoort op integratie en toekomstbestendigheid? Lees ook: Hoe toekomstbestendig is jouw ERP-systeem? De eerlijke checklist voor de maakindustrie