ERP-pakket of maatwerk: hoe je die keuze maakt, en wat een ERP-systeem eigenlijk is

Een ERP-systeem (Enterprise Resource Planning) is één database met daarbovenop de modules die een bedrijf dagelijks gebruikt: inkoop, voorraad, verkoop, productie of projecten, en altijd de financiële administratie, zodat een verkooporder, een pakbon en een factuur dezelfde regel zijn in plaats van drie keer hetzelfde overtypen. Volgens het CBS (ICT-gebruik bij bedrijven, 2025) werkt de helft van de Nederlandse bedrijven met tien of meer werkzame personen met ERP-software: 36% bij 10 tot 20 medewerkers, 54% bij 20 tot 50 en 69% bij 50 tot 100.

Wij bouwen maatwerksoftware en adviseren toch bijna nooit een maatwerk-ERP. Wie in 2026 een ERP-kern laat bouwen, bouwt een boekhouding, een btw-aangifte en een voorraadwaardering na die in een pakket voor een paar honderd euro per maand al kloppen.

De keuze die er wél toe doet ligt een laag lager: welke processen laat je ín het pakket, wat bouw je ernaast, en waar begint een apart WMS (warehouse management system)? Dat is waar dit stuk over gaat. De brede afweging standaard, hybride of maatwerk, met zeven gescoorde criteria, staat in het Build-or-Buy Canvas in onze gids over maatwerksoftware; dit artikel past dat canvas toe op ERP en WMS.

Wat zit er in een ERP-systeem, en wat niet?#

Een ERP-systeem is niet één ding maar een stapel modules op één database; het verschil tussen pakketten zit in welke modules sterk zijn, niet in de definitie.

Wat er níét in zit is net zo bepalend. Een webshop, een klantportaal, een planbord voor de werkplaats, een koppeling met de machine op de vloer: dat zijn systemen die met het ERP praten, geen ERP-modules. Precies daar begint de maatwerkvraag.

Een WMS is een apart geval. Elk handelspakket heeft een voorraadmodule en meestal een scan-app; een echt WMS stuurt de mensen in het magazijn aan: looproutes, batch- en wave-picking, verpakinstructies, vervoerderskoppelingen. De vuistregel die Proposo (augustus 2026) hanteert komt overeen met wat wij zien: onder de 50 orderregels per dag en met één magazijn volstaat de ERP-module, boven de 75 regels per dag, bij meerdere locaties of bij een voorraadnauwkeurigheid onder de 98% wordt een WMS een eigen systeem.

De grensregel: koop de kern, bouw ernaast#

Onze regel is simpel en gaat in tegen wat een maatwerkbureau zou moeten willen verkopen: maatwerk hoort náást het ERP, via de API, en nooit ín de kern van het pakket. Financiën, inkoop, basisvoorraad en verkooporders koop je; alles wat jouw bedrijf anders maakt bouw je als eigen laag die met het pakket praat.

De reden is het verschil tussen configureren en customizen. Configureren is instellen wat het pakket al kan; customizen is de broncode of het datamodel van het pakket zelf veranderen. Hoffman Krul & Partners (augustus 2026) beschrijft wat elke ERP-adviseur weet: elke aanpassing ín het pakket moet bij elke nieuwe release opnieuw worden getoetst en zo nodig herschreven, en maakt je afhankelijk van de ontwikkelaar die hem kent. Een eigen laag ernaast heeft dat probleem niet: het pakket updatet, de API blijft stabiel, jouw laag draait door.

Per proces stel je drie vragen, in deze volgorde:

1. Doet het pakket dit na configuratie? Ja: pakket. Dat geldt voor het merendeel van wat een bedrijf doet, en voor financiën altijd.
2. Zo nee: gaat het om een koppeling, een portaal, een rapportage of een planbord buiten de kern? Dan bouw je het ernaast, met het ERP als bron van de waarheid. Zo hebben we bij Senco Stock de boekhouding in Yuki gelaten en de B2B-webshop met een eigen connector eraan gekoppeld: vier btw-scenario's automatisch afgehandeld, geen regel in het boekhoudpakket aangepast. Hetzelfde patroon zit in het huurdersportaal voor Business Center Altena: de servicekosten en facturen komen uit het portaal, de boekhouding blijft in Yuki via een koppeling.
3. Zo nee: moet de kern zelf anders, bijvoorbeeld een andere voorraadlogica of prijsberekening? Dan zijn er twee eerlijke opties: het proces aanpassen aan het pakket, of customizen omdat precies dit proces je concurrentievoordeel is. De derde optie, customizen omdat "we het altijd zo deden", is de duurste zin in ERP-land.

Wat dat per ERP-domein oplevert:

Twijfel je in welke cel een proces valt, dan geeft het Build-or-Buy Canvas in de gids de score; dit artikel zegt alleen wáár in het landschap de uitkomst thuishoort.

Wat kost een ERP-systeem over drie jaar, met en zonder maatwerk?#

De licentie is het kleinste bedrag op de rekening. Voor een handelsbedrijf met 30 gebruikers ziet de vergelijking er over drie jaar zo uit, met onze eigen aannames en de publieke prijzen van dit moment:

De bandbreedtes komen uit drie bronnen die elkaar bevestigen. Proposo (augustus 2026) zet de implementatie voor 25 tot 75 medewerkers op €40.000 tot €100.000 bij een eenvoudig traject en tot €200.000 bij een complex traject, en rekent 200 tot 600 interne uren die zelden begroot worden.

KJ Software (april 2026) komt voor 30 gebruikers op Odoo uit op zo'n €175.000 over drie jaar, met AFAS op €150.000 tot €200.000 en Dynamics 365 op €200.000 tot €300.000 in hetzelfde scenario. De licentiekant is te controleren op de prijspagina's zelf: Exact Online Handel loopt van €269 tot €699 per maand voor de eerste gebruiker plus €26 tot €65 per extra gebruiker. De maatwerkbedragen zijn onze eigen bandbreedtes; de opbouw per projecttype staat in wat maatwerksoftware kost. Een volledige kern mét financiële module voor 30 gebruikers begint daar bij €150.000; een lichtere ERP-vervanging zonder eigen boekhouding valt in de bandbreedte van €75.000 tot €150.000 uit dat artikel.

Drie lessen uit de tabel. Ten eerste: de kolom "customizen in de kern" is duurder dan "maatwerk ernaast" bij dezelfde functionaliteit, en het verschil zit in de onderhoudsregel, niet in de bouw. Ten tweede: een maatwerk-kern kost twee tot drie keer een pakket en levert voor financiën en inkoop niets extra's op; hij loont alleen als het product zelf de software is. Ten derde: de interne uren zijn in elke kolom de post die niemand begroot en iedereen betaalt.

Daar komt het uitvoeringsrisico bij. In The 2026 ERP Report van Panorama Consulting (170 organisaties, mediaan omzet ruim 200 miljoen dollar, dus veelal groot) meldt ruim een kwart een budgetoverschrijding en bijna een kwart een uitloop; de meest genoemde oorzaak van de overschrijding is onverwacht extra technologie, omdat een misfit pas laat in het project aan het licht komt. Voor een MKB-bedrijf is dat de sterkste reden om de selectie per proces te doen, met de tabel hierboven ernaast, in plaats van op de demo.

Wanneer is een ERP-pakket genoeg, en wanneer niet?#

Een pakket is genoeg zolang je processen lijken op die van de duizenden andere bedrijven waarvoor het gebouwd is. Dat is vaker het geval dan ondernemers denken; het gevoel "wij zijn anders" gaat meestal over twee of drie processen, niet over het hele bedrijf.

Het pakket is niet genoeg zodra een van deze drie situaties zich voordoet:

• Je klanten dicteren je proces. Klantspecifieke catalogi, afroepcontracten, verpakinstructies per afnemer. Dat is waar in de groothandel standaard structureel breekt.
• Excel is een systeem geworden. Prijslijsten, planningen of marges die maandelijks buiten het ERP worden gecorrigeerd zijn geen werkwijze maar een ontbrekende module.
• Je verkoopt via een kanaal dat het pakket niet kent. Een B2B-portaal, een configurator, een koppeling met de webshop of met machines.

In alle drie de gevallen is het antwoord zelden "ander pakket" en zelden "eigen ERP". Het is: pakket houden, de ontbrekende laag ernaast laten bouwen en die via de API koppelen. Hoe zo'n koppeling in elkaar zit, en waarom de kwaliteit van de leveranciers-API je keuze mede bepaalt, lees je in API-koppelingen laten maken.

Wat er gebeurt als je niets doet, is meestal geen crash maar sluipende marge. Het pakket blijft draaien, het handwerk eromheen groeit mee met de omzet, en de eerste medewerker die vertrekt neemt de Excel-logica mee. Vaak is dat het moment waarop bedrijven bij ons aankloppen; goedkoper is het moment ervoor.

Hoe je de keuze in vier stappen maakt#

1. Inventariseer per proces, niet per bedrijf. Zet je processen in de domeintabel hierboven en markeer waar je nu handwerk of Excel gebruikt.
2. Score de afwijkende processen. Vul voor elk daarvan het Build-or-Buy Canvas in; onder de 8 punten wint het pakket.
3. De API en de zwakste module bepalen het pakket, niet de demo van de sterkste. Vraag de leverancier hoe een externe laag orders, voorraad en prijzen leest en schrijft, en wat de limieten zijn.
4. Begroot de maatwerklaag apart, inclusief onderhoud. Reken 10 tot 20% van de bouwkosten per jaar en houd de laag buiten de kern.

Wil je een eerste bedrag voor de laag die je ernaast nodig hebt, dan geeft de prijsindicatie maatwerksoftware die in een paar minuten. Twijfel je of het überhaupt maatwerk moet worden, plan dan een gesprek: we zeggen ook eerlijk wanneer een configuratie in je pakket volstaat. De volledige afweging, van canvas tot contract, staat in de gids over maatwerksoftware.