Zelf een ERP-systeem bouwen met Claude: waarom een werkende demo niet genoeg is

Een eigen systeem vraagt meer dan werkende code. Ontdek welke risico’s spelen bij voorraad, facturatie, beveiliging en onderhoud als je ERP bouwt met AI.

Een klantendatabase, een voorraadscherm en een knop om facturen te maken. Met AI-tools zoals Claude kun je onderdelen van bedrijfssoftware laten ontwikkelen. Dat maakt zelf ERP (Enterprise Resource Planning) bouwen aantrekkelijk: je bepaalt welke functies erin komen en hoopt kosten voor bestaande pakketten te vermijden.

Maar zodra medewerkers echte bestellingen, leveringen en betalingen verwerken, verandert de opgave. Dan moet het systeem ook correct werken bij retouren, ontbrekende gegevens en gelijktijdige wijzigingen. Een ERP-systeem bouwen met AI kan onderdeel zijn van professionele softwareontwikkeling. Zonder technische kennis, grondige controles en structureel beheer is het echter een riskante basis voor je bedrijfsvoering.

In het kort

• AI kan helpen bij het ontwikkelen van software, maar neemt de verantwoordelijkheid voor het systeem niet over.
• ERP vraagt om samenhang tussen processen zoals verkoop, voorraad, inkoop en financiën.
• Een werkende demonstratie bewijst niet dat uitzonderingen, beveiliging en koppelingen goed zijn geregeld.
• De kosten bestaan ook uit testen, hosting, onderhoud en ondersteuning.
• Een afgebakende uitbreiding op bestaande ERP-software kan een beter beheersbare toepassing zijn.

Wat betekent ERP bouwen met Claude?

Claude is een AI-assistent van Anthropic. Met Claude Code kan de AI binnen een softwareproject bestanden lezen, code aanpassen en opdrachten uitvoeren. Je kunt bijvoorbeeld beschrijven hoe een orderformulier moet werken en vervolgens laten helpen bij de ontwikkeling. Anthropic benadrukt in zijn documentatie ook het belang van duidelijke instructies, planning en controleerbare tests.

Bij zelf ERP bouwen ontstaat daarmee een ontwikkelproces waarin AI een deel van het programmeerwerk uitvoert. De organisatie moet nog steeds bepalen welke processen worden ondersteund, hoe gegevens samenhangen en wanneer een resultaat correct is. Een opdracht als ‘maak een voorraadsysteem’ bevat bijvoorbeeld nog geen afspraken over reserveringen, beschadigde artikelen of retouren.

Daarbij is er een verschil tussen ERP bouwen met AI en AI gebruiken binnen ERP. Software die met Claude is ontwikkeld, hoeft tijdens het dagelijkse gebruik geen AI te bevatten. De vraag in dit artikel is daarom vooral of je het ontwikkelde systeem betrouwbaar kunt laten functioneren en onderhouden.

Een order opslaan is pas het begin

Stel dat een groothandel een eigen systeem bouwt. Medewerkers kunnen klanten toevoegen, artikelen selecteren en bestellingen opslaan. Bij een demonstratie verschijnt de order netjes in een overzicht en wordt een factuur aangemaakt. Dat laat zien dat de getoonde handelingen werken.

In de dagelijkse praktijk moet dezelfde bestelling doorwerken in andere processen. De voorraad moet worden gereserveerd, het magazijn moet weten wat het kan leveren en de administratie moet volgens de juiste afspraken factureren. Binnen voorraadbeheer is bovendien het verschil tussen aanwezige en beschikbare voorraad belangrijk: artikelen die al voor een andere klant zijn gereserveerd, kun je niet nogmaals toezeggen.

Die samenhang vraagt om vooraf vastgelegde regels. Wat gebeurt er als twee medewerkers tegelijkertijd het laatste artikel verkopen? Wanneer vervalt een reservering? En welke gegevens mogen nog veranderen nadat een order is verzonden? Zulke keuzes bepalen of het systeem de bedrijfsvoering daadwerkelijk ondersteunt.

De risico’s worden zichtbaar bij uitzonderingen

Een foutloze testbestelling zegt weinig over situaties die afwijken van de normale route. Juist daar komen verschillende onderdelen van ERP samen. Een retour raakt bijvoorbeeld niet alleen de voorraad, maar mogelijk ook de oorspronkelijke levering, de factuur en een terugbetaling.

Test daarom onder meer wat er gebeurt wanneer:

• een klant slechts een deel van de bestelling ontvangt;
• een order na betaling wordt geannuleerd;
• goederen beschadigd terugkomen en niet opnieuw verkoopbaar zijn;
• dezelfde bestelling tweemaal wordt aangeleverd;
• een verbinding wegvalt tijdens het opslaan;
• meerdere medewerkers dezelfde gegevens aanpassen.

AI kan helpen om tests te schrijven, maar iemand moet bepalen welke uitkomsten bedrijfsmatig kloppen. Een test die dezelfde verkeerde aanname bevat als de software, kan alsnog slagen. Betrek daarom medewerkers uit verkoop, magazijn en administratie bij de beoordeling, net zoals bij een zorgvuldig voorbereide ERP-implementatie.

Beveiliging vraagt meer dan een inlogscherm

Een werkende login laat zien dat gebruikers zich kunnen aanmelden. Daarmee is nog niet geregeld welke gegevens ze mogen bekijken of wijzigen. Een magazijnmedewerker kan bijvoorbeeld toegang nodig hebben tot leveringen, terwijl het aanpassen van bankgegevens of goedkeuren van betalingen bij andere rollen hoort.

Bij ERP-beveiliging moeten die rechten ook worden gecontroleerd wanneer gegevens rechtstreeks bij het systeem worden opgevraagd. Alleen een knop verbergen is onvoldoende. Daarnaast moet je kunnen achterhalen wie belangrijke wijzigingen heeft uitgevoerd en hoe je gegevens herstelt na een fout of storing.

Dit zijn eisen aan iedere bedrijfsapplicatie, ongeacht wie de code schrijft. Bij een zelfgebouwd systeem moet je zelf organiseren dat deze maatregelen worden ontworpen, getest en onderhouden. Als niemand binnen het team kan beoordelen of dat goed is gebeurd, ontbreekt een belangrijke voorwaarde voor verantwoord gebruik.

ERP-koppelingen moeten ook storingen aankunnen

Een eigen ERP-systeem staat zelden op zichzelf. Bestellingen kunnen uit een webshop komen, betalingen uit een betaalplatform en verzendgegevens uit magazijn- of transportsoftware. Een eerste succesvolle gegevensuitwisseling bewijst nog niet dat een koppeling betrouwbaar blijft.

Stel dat de webshop een bestelling doorstuurt, maar geen ontvangstbevestiging krijgt. De webshop probeert het opnieuw. Het ERP moet herkennen dat het om dezelfde bestelling gaat, zodat geen dubbele order ontstaat. Ook moet zichtbaar zijn welke berichten niet zijn verwerkt en wie daarop actie onderneemt.

ERP-koppelingen vragen daarom om afspraken over unieke ordernummers, foutmeldingen, herhaalpogingen en gegevensbeheer. Daarnaast kunnen aangesloten diensten veranderen. Een verbinding die vandaag werkt, kan later aanpassing vereisen.

Wie onderhoudt het systeem na de bouw?

Bij zelf bouwen gaat de aandacht gemakkelijk naar de eerste ontwikkelkosten. Daarna blijven er werkzaamheden bestaan: fouten oplossen, beveiligingsupdates uitvoeren, koppelingen aanpassen en nieuwe functies testen. Ook hosting, back-ups en ondersteuning moeten worden betaald of intern worden uitgevoerd.

De werkelijke kosten hangen onder meer af van:

• de tijd voor ontwerp, ontwikkeling en controle;
• het overzetten en opschonen van bestaande gegevens;
• hosting, monitoring en herstelvoorzieningen;
• documentatie en training;
• terugkerend onderhoud en ondersteuning bij storingen.

Ook personele afhankelijkheid telt mee. Kan iemand anders het systeem beheren als de oorspronkelijke bouwer vertrekt? Zijn ontwerpkeuzes vastgelegd en kunnen wijzigingen veilig worden teruggedraaid? Een abonnement op een AI-tool vervangt geen afspraken over beschikbaarheid en ondersteuning. Ook bestaande ERP-pakketten vragen beheer, maar daarbij kun je verantwoordelijkheden met een leverancier vastleggen.

Wanneer is ontwikkelen met AI wel zinvol?

AI kan bruikbaar zijn voor het uitwerken van een prototype of het ontwikkelen van een afgebakende toepassing. Denk aan een intern overzicht, een hulpmiddel om bestanden te controleren of een invoerscherm dat na goedkeuring gegevens aan bestaande ERP-software doorgeeft.

Zo’n toepassing is beter te overzien wanneer de gevolgen van fouten beperkt blijven en het bestaande systeem de definitieve orders en financiële registraties beheert. Wel blijven toegangsrechten, controles en onderhoud nodig. Een kleine uitbreiding kan alsnog belangrijk worden zodra medewerkers er dagelijks op vertrouwen.

Ook volledig ERP-maatwerk kan een bewuste keuze zijn. Daarvoor zijn een duidelijke zakelijke noodzaak, deskundige ontwikkelaars en voldoende middelen voor langdurig beheer nodig. AI kan dat team ondersteunen; het maakt die voorwaarden niet overbodig.

ERP zelf bouwen of kopen?

De keuze begint bij de processen die jouw organisatie moet ondersteunen. Onderzoek welke daarvan met bestaande software kunnen worden ingericht en waar werkelijk een bijzondere behoefte bestaat. Soms volstaat een extra module of koppeling. In andere gevallen is gerichte ontwikkeling gerechtvaardigd.

Wie ERP zelf wil bouwen met Claude, moet daarom verder kijken dan de eerste demonstratie. Kun je aantonen dat voorraad en facturatie blijven kloppen bij uitzonderingen? Wie controleert de beveiliging? En wie herstelt het systeem wanneer medewerkers niet verder kunnen? Zonder duidelijke antwoorden is zelf bouwen geen stevige basis voor bedrijfskritische processen.

Wil je verkoop, voorraad, inkoop en financiën betrouwbaar met elkaar verbinden? Vul je wensen in en start met ERP-software vergelijken.

Bron

Anthropic — Best practices for Claude Code