Digitalisering is geen afdeling, het is je bestaansrecht
Digitalisering is geen IT-hobby, het is je belangrijkste onderscheidende factor. Ik beantwoord de vijf vragen over de Unified Namespace die het vaakst in mijn inbox terugkomen, van oude machines tot transactionele data.
De afgelopen weken kreeg ik opvallend veel vragen over de Unified Namespace (UNS).
Wat me opviel?
Veel ondernemers begrijpen inmiddels het idee, maar er heerst een sterke spanning rondom de vraag "hoe dan?"
De meest gestelde vraag was:
"Luke, ik vind het een mooi verhaal, maar wie kan ik bellen als de boel platligt? Wat moet ik morgen concreet doen?"
Die vraag legt precies de zere plek bloot.
In de maakindustrie zijn we gewend geraakt om voor elk probleem een externe partij te bellen en een kant-en-klaar pakket van de plank te trekken.
Maar een UNS ligt niet op de plank. Het is geen product, maar een leerproces en een fundamentele architectuurkeuze. In mijn uitgebreide UNS-nieuwsbrief schreef ik hier al uitgebreid over.
De grootste vergissing: de "Digitale Eenzaling"
Verschillende bedrijven wijzen op een enkele persoon die 'iets met digitalisering' moet ondernemen. Dat is een recept voor stagnatie. Ik schreef eerder al waarom elk productiebedrijf een Chief Software Officer nodig heeft, en dat gaat over precies dit probleem.
Digitale transformatie is geen hobby van IT. Het is de belangrijkste onderscheidende factor voor jouw bedrijf.
Wanneer je de verantwoordelijkheid op een enkele persoon legt, impliceer je dat de rest van de organisatie er niets mee te maken heeft. Dat is een grote vergissing.
Je loopt machinaal en met je mensen op een gegeven moment tegen een natuurkundige grens aan. Je kunt niet meer uren in een dag proppen. De enige weg naar meer efficientie, snelheid en overzicht is digitaal.
Dit kun je niet 'even erbij doen'. En als je wilt begrijpen waarom digitale transformatie zo vaak mislukt, dan is dit precies de reden: het wordt behandeld als een bijproject in plaats van als de kern van je strategie.
Een Kaikaku-doorbraak: Losbreken van decennia oud denken
We moeten stoppen met denken in kleine, behoudende stapjes (Kaizen). Als je echt grip wilt op je fabriek, heb je een radicale doorbraak nodig (Kaikaku).
Lighthouse projecten staan voor die sprong:
- Niet dit: Ellenlange adviesrapporten of jarenlange transformatieprogramma's.
- Wel dit: In weken een schaalbare oplossing bouwen (Proof of Concept) die echt werkt.
De UNS is de kans om door te pakken en eindelijk de problemen op te lossen waar we al decennia van dromen. Het is de manier om die enorme berg kennis die nu nog "in de lucht hangt", in hoofden van operators of obscure Excelletjes, eindelijk te borgen en bruikbaar te maken voor iedereen.
Vijf vragen uit de praktijk
Hier zijn de 5 meest prangende inzichten uit mijn inbox, vertaald naar de werkvloer:
1. Is een UNS alleen voor machine-data?
"Kan ik ook mijn omzet versus begroting versus kosten per klant in de UNS hangen voor dashboards? AI? Power BI?"
Technisch kan alles, maar blijf logisch nadenken. Een ERP is gebouwd voor historische financiele data en facturatie. Als die data daar al goed staat, hoef je het er niet met geweld uit te trekken voor een realtime hub.
De crux: Je kunt databases (via API, SQL) direct koppelen aan je ecosysteem. Daarmee creeer je een Source of Truth voor je analyses.
Dat is de heilige graal voor zowel je dashboards als moderne AI-toepassingen. De UNS kan ook data opvragen als het nodig heeft met de juiste instellingen. De vraag is niet "kan het?", maar "moet het?", en dat hangt af van hoe je omgaat met het domeinkennis-dilemma.
2. Kunnen we ook transactionele data (orders, planning, SCSN) kwijt?
"Wij willen meer dan alleen machinestatus zien. Wat doen we met orders?"
Absoluut. Sterker nog: hier zit de echte winst. Of het nu gaat om orders, stuklijsten, bonnen of zelfs facturen: alles kan prima event-driven. Je kunt dit koppelen met je administratie, je banksoftware of je supply chain (SCSN).
Het resultaat: Je zet de infrastructuur een keer goed op en daarna profiteer je realtime van de data-uitwisseling. Dat geeft de rust en het overzicht waar elke productieleider naar snakt.
3. "Wat doen we met onze oude machines zonder netwerkstekker?"
"Mijn park is 20 jaar oud, moet ik alles vervangen?"
Dit is vaak de grootste blokkade in het hoofd, maar in de praktijk de kleinste drempel.
Je hoeft je machinepark niet te vervangen voor digitalisering. Met simpele sensoren of gateways ontsluit je ook die oude laser of freesbank. Laat 'oude ijzer' nooit een excuus zijn om je digitale architectuur niet op orde te brengen.
4. "Is dit niet alleen weggelegd voor de 'grote jongens'?"
"Heb ik hier niet een gigantisch IT-budget voor nodig?"
Zeker niet. Juist omdat we bouwen met Open Source technologie, is dit toegankelijker dan ooit voor het MKB.
Je hoeft geen miljoenen te investeren in licenties voordat je de eerste resultaten ziet. Je begint klein met een Lighthouse project, bewijst de waarde, en schaalt dan pas door.
5. Wie lost het op als het niet werkt?
"Wie bel ik als de datastroom stokt?"
Het antwoord is simpel: Je eigen team. Natuurlijk kun je experts inschakelen om het fundament te leggen, dat helpt je om snelheid te maken, maar daarna moet je het zelf beheersen.
Doordat je bouwt met open standaarden, ben je niet meer afhankelijk van een externe partij voor elke kleine wijziging. Met de huidige AI-assistenten is het beheer van deze stacks tegenwoordig veel toegankelijker dan de gesloten 'black box' systemen van vroeger.
Regie nemen: Word de architect van je eigen fabriek
We stappen over op een heldere hierarchie van ontsluiting:
- Eerst de API.
- Dan de database direct uitlezen.
- Kan dat niet? Dan wordt het systeem uitgefaseerd.
Als je anno 2026 software hebt die je data 'gijzelt', heb je simpelweg de verkeerde tools voor Industry 4.0.
De toekomst van de maakindustrie in Nederland hangt af van onze snelheid. Als we de kennis borgen en zelf de regie pakken over onze architectuur, kunnen we blijven maken, concurreren en groeien.
Laten we stoppen met digitaliseren als 'projectje' en het gaan zien als de kern van je business.
Hierover schreef ik eerder:
Hierover schreef ik eerder:
