Een ERP-systeem is bedrijfssoftware die processen zoals inkoop, voorraad, verkoop en administratie met elkaar verbindt. Afdelingen gebruiken gedeelde gegevens, zodat een bestelling kan doorlopen naar levering en facturatie zonder steeds opnieuw te worden overgetikt. In onze gids voor custom software plaatsen we ERP binnen je softwarekeuzes; de vergelijking AFAS versus maatwerk gaat dieper in op wat je doet als een standaardpakket niet helemaal past.

Wat betekent ERP en wat doet het systeem?

ERP staat voor Enterprise Resource Planning. De naam klinkt als een planningsprogramma, maar de software gaat over meer dan roosters. Ze brengt samenhang aan tussen het werk dat je verkoopt, de middelen die daarvoor nodig zijn en de administratie die daaruit volgt. SAP beschrijft ERP als software die kernprocessen binnen een organisatie verbindt.

Stel dat verkoop een order bevestigt. Voorraadbeheer moet weten welke artikelen nodig zijn, inkoop moet tekorten kunnen zien en administratie moet weten wat er gefactureerd mag worden. Een ERP-inrichting legt die samenhang vast. De precieze stappen verschillen per bedrijf: een projectorganisatie werkt anders dan een groothandel.

Gedeelde gegevens betekenen ook niet dat iedereen alles mag zien. Een magazijnmedewerker heeft andere informatie nodig dan iemand die salarissen verwerkt. Microsoft beschrijft voor Business Central hoe je toegang met onder meer licenties, beveiligingsgroepen en rechten regelt. Neem dat mee in je inrichting, ook als de leverancier het pakket presenteert als één centrale omgeving.

Hoe werkt een ERP-systeem bij een echte order?

Neem dit denkbeeldige voorbeeld: een groothandel ontvangt een bestelling, maar kan niet alles direct leveren. De klant wil het beschikbare deel alvast ontvangen. Zo’n gedeeltelijke levering is een betere demonstratie van ERP dan een dashboard met groene vinkjes.

Verkoop moet kunnen vastleggen wat er is afgesproken. Het magazijn ziet wat nu verzonden kan worden en wat nog openstaat. Inkoop onderzoekt de ontbrekende voorraad. De administratie factureert volgens de afgesproken voorwaarden, zonder de nog niet geleverde goederen per ongeluk als afgerond te behandelen.

Het lastige zit niet in het invoerscherm. Het zit in de betekenis van een status. Is een order met een deellevering klaar voor verkoop, maar nog open voor het magazijn? Wat gebeurt er als de klant de rest annuleert? En kan iemand achteraf terugvinden waarom een factuur afwijkt van het oorspronkelijke bedrag?

Laat een leverancier dit met jouw voorbeeld doorlopen. Niet alleen de normale route, ook een correctie. Vraag wie een handeling uitvoert, welke gegevens worden aangepast en waar de volgende medewerker dat ziet. Dan merk je of het pakket je proces ondersteunt of dat er alsnog een lijst naast moet blijven bestaan.

Een scherm dat alle gegevens toont, is op zichzelf geen bewijs dat ze ook goed worden verwerkt. Een reservering, een fysieke voorraadmutatie en een factuur hebben elk een andere betekenis. Juist die afspraken moeten duidelijk zijn voordat je verwacht dat afdelingen dezelfde cijfers gebruiken.

Welke modules kun je in ERP tegenkomen?

Een ERP-pakket bestaat vaak uit onderdelen voor verschillende functies. De modulelijst verschilt per leverancier en producteditie. Koop daarom geen lijst met namen: laat zien welke werkzaamheden elke module voor jouw team afhandelt.

Onderdeel Voorbeelden van werk Wat je wilt laten zien in een demo
Verkoop Offertes en orders vastleggen Een aangepaste order met eerder afgesproken prijzen
Inkoop Bestellingen bij leveranciers beheren Een vertraagde levering en het gevolg voor klantorders
Voorraad Artikelen en voorraadbewegingen bijhouden Gereserveerde voorraad tegenover fysiek aanwezige voorraad
Financiën Facturen, betalingen en boekingen verwerken Een correctie die bij de oorspronkelijke transactie blijft horen
Projecten Werk, middelen en uren aan een project verbinden Extra werk dat eerst akkoord moet krijgen

Deze functies vind je bijvoorbeeld terug in de documentatie van Business Central. De demosituaties in de laatste kolom zijn onze selectievragen, geen belofte dat iedere editie ze op dezelfde manier oplost.

Soms is een apart branchesysteem de betere plek voor een taak. Denk aan een specialistische planningsapp of een configurator waarmee klanten een ingewikkeld product samenstellen. Dat hoeft geen probleem te zijn. Leg wel vast welk systeem de definitieve klantgegevens, prijzen en orders beheert, en hoe de andere software wijzigingen ontvangt.

Wat is het verschil tussen ERP, CRM en boekhouding?

CRM richt zich op je relatie met klanten: contacten, verkoopkansen en opvolging. Een boekhoudpakket richt zich op de financiële administratie. ERP gaat over de samenhang tussen meerdere bedrijfsfuncties, waar CRM en boekhouding onderdeel van kunnen zijn. Microsoft licht het onderscheid tussen ERP en CRM toe.

In de praktijk lopen de grenzen door elkaar. Een boekhoudpakket kan voorraadfuncties hebben en een ERP-product kan een eigen CRM-module aanbieden. De productnaam vertelt je daarom minder dan het werk dat je ermee kunt uitvoeren.

Kijk naar waar het probleem begint. Verliest verkoop overzicht over potentiële klanten, terwijl levering en administratie goed lopen? Dan kan beter CRM-gebruik voldoende zijn. Ontstaan fouten bij de overdracht van order naar magazijn en factuur, dan moet je die hele keten bekijken. Een nieuw CRM-scherm lost een verkeerde voorraadreservering niet op.

Welke ERP-systemen zijn voorbeelden om te bekijken?

Microsoft Dynamics 365 Business Central, ERP-producten van SAP en AFAS zijn voorbeelden die je tijdens een selectie kunt tegenkomen. Dit is geen ranglijst. De juiste vergelijking gaat tussen concrete aanbiedingen voor jouw situatie, inclusief inrichting en benodigde uitbreidingen.

Business Central beschrijft functies voor onder meer financiën, verkoop, inkoop, voorraad en projecten. AFAS noemt onder andere CRM, financiële administratie, HRM, payroll, ordermanagement en projecten en uren als onderdelen van zijn ERP-aanbod. Dat zegt welke gebieden de leveranciers afdekken; het zegt nog niet welk pakket jouw uitzonderingen het prettigst afhandelt.

SAP is bovendien niet de naam van één algemene categorie software. SAP is de leverancier; ERP is het soort systeem. Vraag bij een voorstel dus welk product bedoeld wordt. Hetzelfde geldt voor de naam Dynamics 365: laat vastleggen welke applicatie en licentie in de aanbieding zitten.

Voorbeelden en genoemde functies gecontroleerd in september 2026. Controleer de productdocumentatie en je offerte voor wijzigingen en de exacte dekking.

Vraag leveranciers dezelfde demonstratie te geven. Gebruik dezelfde order, dezelfde wijziging en dezelfde vraag over toegang. Anders vergelijk je de mooiste presentatie van de ene aanbieder met de moeilijkste uitzondering bij de andere. Noteer apart wat standaard werkt, wat inrichting vraagt en wat nog gebouwd moet worden.

Wanneer heb je ERP nodig en wanneer nog niet?

ERP wordt het onderzoeken waard als je werk afhankelijk is van gegevens die tussen afdelingen verloren gaan. Bijvoorbeeld wanneer verkoop leverbeloftes doet op basis van een andere voorraadlijst dan het magazijn, of wanneer facturen blijven liggen omdat niemand ziet of een projectonderdeel is afgerond.

Er is geen zinvolle grens die voor elk bedrijf zegt: vanaf dit personeelsaantal moet je ERP hebben. Kijk naar het aantal overdrachten, de gevolgen van fouten en het werk dat nodig is om informatie gelijk te trekken. Een kleine organisatie met ingewikkelde goederenstromen kan een andere behoefte hebben dan een groter adviesbureau.

Maar vervang geen systeem omdat iemand een spreadsheet ziet. Een tijdelijke analyse of een persoonlijke werklijst kan prima buiten ERP bestaan. Het wordt een ander verhaal als die lijst de enige plek is waar leverafspraken staan, terwijl de rest van het bedrijf op andere gegevens vertrouwt.

Zoek eerst uit waarom medewerkers uitwijken. Mist er een functie? Kost een gewone handeling te veel stappen? Is de inrichting ooit gekozen voor een proces dat niet meer bestaat? Je antwoord bepaalt of een nieuw pakket helpt. Soms is opnieuw inrichten minder ingrijpend en beter te verdedigen dan vervangen.

Wat verandert er bij cloud-ERP of een eigen server?

Bij cloud-ERP wordt de software als een beheerde dienst aangeboden; bij een installatie op eigen infrastructuur organiseer je meer van de technische omgeving zelf of via een beheerpartij. Welke verantwoordelijkheden precies bij wie liggen, moet in de aanbieding en beheerafspraken staan. SAP beschrijft deze ERP-implementatievormen.

Vraag bij een cloudaanbod hoe updates verlopen, hoe je gegevens kunt exporteren en wat er gebeurt als een koppeling na een wijziging niet meer werkt. Bij eigen infrastructuur moet ook duidelijk zijn wie het platform bijwerkt en herstelt bij uitval. “We hebben een back-up” is geen antwoord op wie de herstelactie uitvoert.

Maak dit concreet in plaats van een algemene discussie over welke vorm veiliger is. Wie mag een beheeraccount gebruiken? Waar meld je een incident? Hoe controleer je een herstel? Hetzelfde pakket kan in de praktijk anders beheerd worden afhankelijk van de afspraken en de betrokken partijen.

Wat kost ERP behalve de licentie?

Een licentieprijs vertelt niet wat een bruikbare inrichting kost. In je vergelijking horen ook de inrichting van processen, het overzetten en opschonen van gegevens, koppelingen, training en het werk dat je eigen medewerkers erin steken. Vraag om een offerte die die onderdelen apart zichtbaar maakt.

Neem ook de periode na ingebruikname mee. Wie verwerkt een nieuw type order? Wie past een koppeling aan als een ander systeem verandert? En hoeveel hulp zit in de beheerafspraak als medewerkers een fout niet zelf kunnen herstellen?

Laat aannames opschrijven. Een aanbieding kan goedkoop ogen doordat de leverancier uitgaat van een schone artikellijst en standaardprocessen, terwijl een andere partij jouw uitzonderingen al heeft meegerekend. Dat zijn verschillende opdrachten. Maak de opdracht eerst vergelijkbaar voordat je over het totaalbedrag beslist.

We noemen hier geen algemeen ERP-budget: zonder gebruikers, modules, gegevenskwaliteit en implementatiescope zou dat weinig zeggen. Voor het aanvullende ontwikkelwerk beschrijft onze uitleg over kosten van maatwerksoftware welke keuzes de omvang bepalen.

Wanneer kies je standaard-ERP en wanneer een maatwerklaag?

Begin bij wat een bestaand pakket goed kan afhandelen. Boekhouding of een gewone inkooporder opnieuw bouwen heeft weinig aantrekkingskracht als beschikbare software je afspraken al ondersteunt. De afweging verandert wanneer een specifiek deel van je bedrijfsvoering steeds buiten die inrichting valt.

Route Wanneer onderzoeken? Wat je vooraf moet uitzoeken
Standaardpakket inrichten Je processen passen bij de beschikbare functies Welke instellingen en werkwijzigingen nodig zijn
Bestaande systemen koppelen De functies zijn aanwezig, maar gegevens worden overgetikt Welke informatie leidend is en hoe fouten worden afgehandeld
Maatwerklaag toevoegen Een herkenbaar proces ontbreekt, terwijl het ERP verder voldoet Of interfaces, licenties en beheer de uitbreiding toelaten
ERP vervangen De tekorten zitten in de basis en raken veel werkzaamheden Hoe je overgaat zonder orders en administratie kwijt te raken

Een maatwerklaag kan bijvoorbeeld een eigen intake of planningsscherm zijn. Het ERP blijft dan de plek voor afgesproken stamgegevens en transacties; de extra applicatie ondersteunt het werk dat daar niet goed past. In onze uitleg over software koppelen lees je welke afspraken zo’n verbinding nodig heeft.

Bouw geen tweede waarheid. Als medewerkers in beide systemen prijzen kunnen wijzigen zonder duidelijke regels, verschuif je het probleem. Leg vast waar een wijziging begint, wie haar goedkeurt en hoe je ziet dat ze is verwerkt. Houd ook rekening met gedeeltelijke fouten: de extra app kan een verzoek accepteren terwijl het ERP het later afwijst.

Als je hiervoor maatwerk software laat maken, spreek dan naast functies ook onderhoud en overdracht af. De code is en blijft van jou. Dat neemt de afhankelijkheid van een ERP-licentie of de interfaces van een leverancier niet weg; die afspraken moet je afzonderlijk kunnen beoordelen.

Hoe begin je concreet?

Pak een recente order of een afgerond project en volg het van aanvraag tot betaling. Noteer waar iemand gegevens opnieuw invoert, waar een collega om bevestiging moet vragen en welke lijst nodig is om te weten wat er echt is afgesproken. Betrek de mensen die die stappen dagelijks uitvoeren.

Maak vervolgens onderscheid tussen een ontbrekende functie, een slechte overdracht en een onduidelijke werkafspraak. Kies daar de ingreep bij: ontbrekende functies aanvullen, een koppeling verbeteren of eerst de werkwijze afspreken. Laat bij een demonstratie ook iemand van administratie meekijken, zodat een prettiger invoerscherm niet ongemerkt extra herstelwerk verderop veroorzaakt.

Daarmee heb je een bruikbaar vertrekpunt voor een pakketselectie of gerichte uitbreiding. Wil je die keuze met ons doornemen? Plan een gesprek en neem het proces mee dat nu vastloopt.