ERP-pakket of ERP op maat: koop de kern, bouw ernaast

Voor vrijwel elk MKB-bedrijf is het antwoord op "ERP-pakket of ERP op maat" hetzelfde: koop het pakket voor de kern en bouw het maatwerk ernáást, gekoppeld via de API.

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.

Een ERP-systeem (Enterprise Resource Planning) is namelijk één database met daarbovenop de modules die een bedrijf dagelijks gebruikt: inkoop, voorraad, verkoop, productie of projecten, en altijd de financiële administratie. Een verkooporder, een pakbon en een factuur zijn dan dezelfde regel 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. Dat is een verzadigde markt — wat je zelf zou bouwen, bestaat al in tientallen varianten.

De keuze die er wél toe doet ligt een laag lager: welke processen laat je ín het pakket en wat bouw je ernaast? Dat is waar dit stuk over gaat, samen met de vraag wat de pakketten kosten en wanneer ERP op maat tóch verdedigbaar is.

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.

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.

Wijkt juist je verkoopproces af, dan is dat zelden een reden voor een ander pakket maar wel voor CRM op maat naast het ERP.

Precies daar begint de maatwerkvraag.

Een WMS is een apart geval. Elk handelspakket heeft een voorraadmodule, maar een WMS stuurt de mensen in het magazijn aan, en dat is een andere vraag dan de ERP-keuze.

De drempels, de pakketten en de prijzen staan in WMS-software kiezen; voor dit artikel volstaat dat je magazijn een eigen systeem kan vragen zonder dat je ERP-keuze verandert.

Welke ERP-pakketten zijn er, en wat kosten ze per gebruiker?#

De drie pakketten die je in het Nederlandse MKB het vaakst tegenkomt, rekenen op drie onvergelijkbare manieren af — en daardoor draait de rangorde om naarmate je groeit.

Reken het om naar jouw bezetting en de volgorde verschuift. We rekenen hier met de staande tarieven, niet met de Odoo-actieprijs, omdat die maar twaalf maanden geldt.

Bij tien gebruikers kost Odoo Standaard €249 per maand, Business Central Essentials €693 en Exact Online Handel Plus €764 (€449 basis plus negen extra gebruikers à €35). Bij dertig gebruikers staat Odoo op €747, Exact op €1.464 en Business Central op €2.079.

Exact en Business Central wisselen dus van plaats. Het omslagpunt tussen die twee ligt rond twaalf gebruikers, omdat Exact het grootste deel van de prijs in de pakketprijs stopt en per extra gebruiker weinig rekent; tegen de goedkopere Essentials-editie van Exact ligt datzelfde punt al rond zes gebruikers.

Twee waarschuwingen bij die som. Ten eerste telt bij Business Central een Team Members-licentie van €6,90 mee voor iedereen die alleen meeleest, uren invoert of fiatteert.

Heb je vooral zulke gebruikers, dan valt het bedrag fors lager uit. En de licentie is in alle drie de gevallen sowieso de kleinste post: implementatie, datamigratie en interne uren zijn een veelvoud daarvan, zoals de driejaarsvergelijking verderop laat zien.

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.

Een ERP-systeem met maatwerk modules: wat bouw je ernaast?#

Een ERP-systeem met maatwerk modules is in de praktijk een standaardpakket met eigen modules ernaast: een klantportaal, een planbord voor de werkplaats of een koppeling met webshop en machines, die elk via de API met het ERP praten. Welke modules dat worden, volgt uit de drie vragen hierboven; per ERP-domein ziet de verdeling er zo uit:

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, 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 maatwerk software kosten. 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.

Bij autobedrijven loopt die grens langs vloot- en leaseklanten met eigen tarieven en goedkeuringsroutes: het garagepakket blijft staan, de uitzondering komt ernaast.

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 bij hoe je een API in bestaande systemen integreert.

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.

ERP op maat: wanneer is dat wél verdedigbaar?#

Een ERP op maat is verdedigbaar in precies drie situaties, en "wij zijn anders" is er geen van. In alle andere gevallen betaal je twee tot drie keer een pakket voor een boekhouding die je nergens mee wint.

1. De software ís het product. Verkoop je capaciteit, abonnementen of een dienst waarvan de logica in de software zit, dan is je ERP je propositie. Dan bouw je die logica zelf en koppel je de boekhouding aan een pakket — niet andersom.
2. Geen enkel pakket ondersteunt je kernproces. Niet "niet precies zoals wij het doen", maar werkelijk afwezig: een prijsstelling, een eenheid of een productiestructuur die in geen enkel pakket bestaat. Dat is zeldzaam, en meestal ontdek je in de derde demo dat het wél bestaat.
3. Je kernproces is je concurrentievoordeel en het verandert vaak. Als de logica waarmee je geld verdient elk kwartaal wijzigt, is de releasecyclus van een leverancier een rem. Dan is eigen code goedkoper dan wachten.

Let op de omkering die hierbij hoort: in al deze gevallen bouw je nog steeds zelden de financiële module mee. Grootboek, btw en bankkoppeling koop je — de fiscale regels wijzigen jaarlijks en die onderhoudslast neem je niet vrijwillig over.

Heb je al een eigen systeem dat oud wordt, dan is de vraag eerder of je het laat staan, moderniseert of vervangt; die afweging staat in legacy software vervangen of moderniseren.

Zit je in scenario 2 of 3, begroot dan eerlijk: een ERP-kern inclusief financiële module begint bij €150.000 voor dertig gebruikers, met 20 procent per jaar aan onderhoud daarna. Twijfel je of je situatie er echt onder valt, dan is de goedkoopste test één gesprek: plan een vrijblijvend gesprek en we zeggen ook wanneer een pakket volstaat.

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.