Wat bedoelen we eigenlijk met 'open-source bouwstenen'?
Open-source betekent niet hetzelfde als gratis of klaar-voor-gebruik. In de praktijk gaat het om frameworks, databases en modules waarvan de broncode openbaar is: denk aan PostgreSQL als database, Apache Kafka voor datastromen, of Odoo als ERP-raamwerk. Je betaalt geen licentie, maar je koopt je in op beheer. Iemand moet de componenten selecteren, aan elkaar koppelen, beveiligen en bijhouden. Dat is een andere kostenpost, geen afwezige.
Wat geeft een commerciële suite je wél?
Een commerciële suite zoals een gevestigd ERP of TMS levert een werkende basis vanaf dag één. Processen zijn al ingebakken, er is een helpdesk, en updates rollen vanzelf binnen. Dat klinkt aantrekkelijk, en voor generieke processen is het dat ook. Het probleem ontstaat zodra jouw operatie afwijkt van het gemiddelde dat de leverancier voor ogen had. Dan beginnen de maatwerklicenses, workarounds en tussenlagen. Bedrijven in logistiek, haven of food hebben zelden processen die precies in het standaard keurslijf passen. De suite wordt duurder naarmate je er meer van vraagt, terwijl de licentie gewoon doorloopt.
Waar loopt open-source in de praktijk vast?
De grootste valkuil is onderschatten wat 'zelf samenstellen' betekent. Een team dat open-source bouwstenen assembleert, is in feite een softwarebedrijf aan het runnen naast de eigenlijke operatie. Beveiligingsupdates, versie-upgrades, integraties met andere systemen: het stopt niet na de livegang. Kleine en middelgrote bedrijven hebben zelden de bezetting om dat structureel bij te houden. Een tweede risico is de zogenaamde open-source-kern met commerciële add-ons. Odoo is een veelgehoord voorbeeld: de basisversie is open, maar de meeste relevante modules zijn betaald. Je zit dan alsnog vast aan één leverancier, met minder duidelijkheid over de totale kosten dan bij een transparante suite.
Wanneer zijn open-source bouwstenen wél de juiste keuze?
Open-source bouwstenen werken goed als je een intern team hebt dat ze beheert, of als je een externe partij inschakelt die de code voor jou in productie brengt en jij eigenaar blijft van die code. Het andere scenario is maatwerksoftware die gebouwd wordt met open-source componenten onder de motorkap: geen licentiekosten op de laag die je zelf bezit, wel de vrijheid om het systeem exact te laten werken zoals jouw operatie vraagt. Dat is een fundamenteel ander model dan 'een open-source pakket installeren en maar zien hoe ver je komt'. Het vereist een bouwer die domeinkennis heeft, niet alleen technische kennis.
Maatwerk op open-source basis: wat levert dat op?
Als je een kernsysteem volledig opnieuw laat bouwen, kies je de bouwstenen zelf. Dat betekent: geen vendor lock-in op het fundament, volledige eigenaarschap van code en data, en de vrijheid om het systeem mee te laten groeien zonder toestemming van een licentiegever. De kosten zitten in de bouwfase, niet in een doorlopende licentie die omhoog gaat als je wil opschalen. De keerzijde: je hebt een partner nodig die dit daadwerkelijk bouwt en in productie brengt, niet alleen adviseert. Voor bedrijven die hun kernsysteem niet willen vervangen, is een andere route mogelijk: een laag van AI Workers om het bestaande systeem heen, zodat handmatig werk verdwijnt zonder dat je het fundament aanraakt. Welke route past, hangt af van hoe sterk je huidige systeem het knelpunt is.