Shop floor control software bouwen: security, AI en de eerste sprint

De basis: elke fabriek krijgt zijn eigen omgeving

Een van de eerste beslissingen was architectureel en meteen ook een van de belangrijkste. Elke klant krijgt een eigen afgeschermde omgeving, bereikbaar via een eigen subdomein. Jouw fabriek, jouw data, jouw URL.

Technisch doen we dit via Docker containers en Traefik als reverse proxy, soms wat technisch termen voor de techneuten onder ons. Wat dit betekent voor jou als gebruiker: je maakt een account aan, geeft aan welke fabriek je wilt starten, je krijgt direct je eigen omgeving. Geen gedeelde database, geen risico dat data van de ene klant bij de andere terechtkomt. Beveiliging voorop.

Geen multi-tenant database met rijtjes data naast elkaar. Een eigen omgeving, per fabriek.

Dit klinkt misschien als een detail. Het is het tegenovergestelde. Vertrouwen begint bij weten dat jouw productiedata nergens anders staat dan bij jou.

Passkeys in plaats van wachtwoorden: security-first vanaf dag één

We hadden een keuze: klassiek gebruikersnaam en wachtwoord, of iets dat past bij hoe we in 2026 werken. We kozen voor passkeys — inloggen via je telefoon, vingerafdruk of gezichtsherkenning.

Waarom is dit relevant voor shop floor control software specifiek? Een operator op de werkvloer heeft geen tijd om wachtwoorden te vergeten, resetten en opnieuw instellen. Die wil werken. Passkeys zijn sneller, geschikt voor gebruik met de hardware die we inzetten op de vloer en niet onbelangrijk, fundamenteel veiliger dan wachtwoorden.

Wachtwoorden zijn al jaren de zwakste schakel in elk systeem. Ze worden hergebruikt, opgeschreven op een briefje naast het beeldscherm, of zijn slachtoffer van phishing. Passkeys elimineren dat risico vanaf de basis, er is simpelweg niets te stelen of te raden.

Deze keuze raakt direct een groter punt: security is bij onze shop floor control software geen toevoeging achteraf, maar een uitgangspunt vanaf de eerste regel code. Een fabriek die zijn productiedata, orders en operatorkennis aan een systeem toevertrouwt, moet erop kunnen vertrouwen dat dat systeem net zo serieus met veiligheid omgaat als met functionaliteit.

Het gebruikersbeheer draait op  een open source identity platform dat we volledig zelf hosten. Geen externe partij die meekijkt in wie er inlogt bij wie — controle en verantwoordelijkheid blijven bij ons, en daarmee bij jou als klant.

AI in shop floor control software: ingebouwd, maar onzichtbaar

We bouwen een AI gateway die model-onafhankelijk is. Dat klinkt technisch, maar het betekent simpelweg dit: we binden ons niet vast aan één AI-leverancier. Of het nu Claude, GPT of een ander model is, het platform kan wisselen zonder dat de gebruiker er iets van merkt. Dit is een bewuste architectuurkeuze. AI is het fundament, niet een feature die we er later bij plakken. Maar de operator ziet het niet als AI, die ziet gewoon een systeem dat meedenkt.

We willen niet afhankelijk zijn van de grillen van één leverancier, en we willen zeker niet over twee jaar vastzitten aan een model dat inmiddels is ingehaald. Model-onafhankelijkheid is geen luxe. Het is risicomanagement.

De eerste interface wordt zichtbaar

Deze week gaat de eerste draft van de interface live in onze ontwikkelomgeving. We werken met Material UI — een bewezen component library — en passen dit aan naar de look en feel van Motivate. Niet generiek. Herkenbaar.
De eerste schermen die je ziet: werkplekbeheer en activiteitenbeheer. De bouwstenen waarmee een teamleider zijn werkvloer inricht voordat operators aan de slag gaan.

Het is nog kaal. Geen poespas, geen overbodige schermen. Precies zoals het hoort in deze fase. Eerst de fundering, dan de afwerking.

Eén beslissing die nog open staat

We weten wat we bouwen. We weten hoe. Maar er is één ding waar we bewust nog geen knoop over hebben doorgehakt: de keuze voor een vector database — de technologie die straks de AI-geheugenlaag van het platform vormt. We testen op dit moment twee kandidaten. De reden dat we wachten: dit is geen beslissing die je halverwege de bouw wil terugdraaien. Een vector database kies je niet op snelheid van vandaag, maar op stabiliteit voor de komende jaren. We nemen de tijd om het goed te doen.

Wat we bewust níet doen

We bouwen geen dashboard. Nog niet. Alles wat we nu bouwen is het fundament. De input-laag waar operators mee werken. Een dashboard zonder goede input is zinloos. Eerst de data goed, dan pas de analyse.
Het zou makkelijk zijn om nu al te pronken met grafieken en KPI's. Maar dat zou precies het probleem zijn dat we proberen op te lossen: mooie rapportages op basis van slechte data. We doen het andersom.

Vraag aan jou

Wij kiezen voor passkeys boven wachtwoorden op de werkvloer, en security als ontwerpprincipe vanaf dag één. Herken jij beveiliging als pijnpunt op de werkvloer. Operators die worstelen met inloggen, of zorgen over wie er bij productiedata kan? Of zie jij een andere drempel die wij over het hoofd zien?