Wie een ERP-project start zonder duidelijk document, koopt in feite op gevoel. Elke leverancier toont zijn sterkste demo, elke offerte dekt een ander perimeter en achteraf blijkt dat belangrijke processen niet besproken waren. Een programma van eisen ERP (in het Frans: cahier des charges) voorkomt dat. Het dwingt uw team om vooraf te beslissen wat echt telt, en het geeft leveranciers een gemeenschappelijke basis om op te antwoorden.
Deze gids legt uit waarom het document zo belangrijk is, hoe u het opbouwt en hoe u de expressie van de behoeften (expression des besoins) praktisch aanpakt. Daarna volgt een model van een programma van eisen voor ERP dat u kunt kopiëren en aanpassen aan uw bedrijf in België. Het sluit aan bij de bredere gids over hoe u een ERP kiest en bij de implementatiegids.
Waarom een programma van eisen onmisbaar is
Een programma van eisen heeft drie functies die elkaar versterken.
- Intern afstemmen. Boekhouding, verkoop, productie en magazijn hebben vaak uiteenlopende verwachtingen. Het document dwingt tot gesprek en tot keuzes vóór de leveranciers aan tafel zitten.
- Extern vergelijken. Als elke integrator op dezelfde vragen antwoordt, kunt u offertes naast elkaar leggen. Zonder gemeenschappelijke basis vergelijkt u appels met peren.
- Contractueel verankeren. Het document wordt later een bijlage bij het contract. Wat u hebt gevraagd en wat de leverancier heeft bevestigd, is dan terug te vinden wanneer er discussie ontstaat over de reikwijdte.
Het is ook een eerlijke test van uw eigen voorbereiding. Als u een proces niet in een paar zinnen kunt beschrijven, is het niet klaar om geautomatiseerd te worden. Dat inzicht is waardevol, zeker vóór u een budget vastlegt; lees daarvoor ook de gids over ERP-kosten.
Programma van eisen, RFP en offerteaanvraag: wat is het verschil?
De termen worden door elkaar gebruikt. Voor de duidelijkheid:
| Begrip | Wat het is | Wie het schrijft |
|---|---|---|
| Expressie van de behoeften | Ruwe inventaris van wat het bedrijf nodig heeft | Intern projectteam |
| Programma van eisen | Gestructureerd document met processen, functies, techniek en randvoorwaarden | Intern team, eventueel met begeleiding |
| RFP (request for proposal) | Uitnodiging aan leveranciers, met het programma van eisen als kern | Projectleider of aankoper |
| Offerte | Antwoord van de integrator met oplossing, aanpak en prijs | Integrator |
In de praktijk stuurt u dus één pakket naar de leveranciers: een korte uitnodigingsbrief met afspraken, het programma van eisen zelf en een antwoordformulier. Zo krijgt u vergelijkbare antwoorden terug.
Hoe pakt u de expressie van de behoeften aan?
Begin niet met functies, maar met processen. Een lijst met honderd gewenste functies zegt weinig; een beschrijving van hoe een order van aanvraag tot betaling verloopt, zegt veel.
Werk vanuit de processen
Neem de grote ketens één voor één door: van offerte tot betaling (order-to-cash), van inkoop tot betaling (procure-to-pay) en, indien van toepassing, van planning tot productie. Noteer per keten wie wat doet, welke gegevens nodig zijn, waar het vandaag misloopt en welke uitzonderingen bestaan. Die uitzonderingen zijn goud waard: ze bepalen vaak of een standaardpakket volstaat of niet.
Betrek de juiste mensen
Organiseer korte werksessies met de mensen op de werkvloer, niet alleen met de directie. Een magazijnier weet welke scanstap tijd kost; een boekhouder kent de uitzonderingen bij btw-aangiftes. Duid één beslisser aan die conflicten tussen afdelingen beslecht, anders blijft het document een compromis zonder prioriteiten.
Kies prioriteiten: must, should, could
Geef elke eis een gewicht. Dit voorkomt dat een zeldzaam gebruik dezelfde plaats krijgt als een kernproces.
- Must: zonder dit kan het bedrijf niet werken.
- Should: belangrijk, maar er bestaat een tijdelijke omweg.
- Could: gewenst, geen beslissend criterium.
Wees streng met must-have. Als bijna alles must is, verliest het begrip zijn betekenis en krijgt u dure offertes vol maatwerk.
Het plan van een goed programma van eisen
Een bruikbaar document volgt een vaste volgorde, zodat leveranciers weten waar ze wat vinden.
| Hoofdstuk | Inhoud | Doel |
|---|---|---|
| Presentatie van het bedrijf | Activiteit, structuur, entiteiten, landen, talen | Context voor de leverancier |
| Doelstellingen en perimeter | Waarom een nieuw ERP, welke afdelingen, welke entiteiten | Reikwijdte afbakenen |
| Processen | Beschrijving van de kernprocessen | Functionele basis |
| Functionele eisen per module | Financiën, verkoop, inkoop, voorraad, productie, enzovoort | Gedetailleerde behoeften |
| Technische eisen | Hosting, integraties, beveiliging, rapportering | Randvoorwaarden |
| Gegevensmigratie | Welke gegevens, welke bronnen, welke kwaliteit | Overgang voorbereiden |
| Planning en organisatie | Gewenste start, mijlpalen, beschikbaarheid van het team | Realistisch tijdspad |
| Budgetkader | Orde van grootte en vorm van de investering | Haalbaarheid toetsen |
| Selectiecriteria | Weging van de beoordeling | Transparant kiezen |
Het volledige model verderop volgt exact deze structuur.
Tips om het document bruikbaar te houden
- Schrijf in observeerbare zinnen. Niet « het systeem moet gebruiksvriendelijk zijn », wel « een verkoper maakt een offerte vanuit de klantfiche zonder tweede scherm ».
- Vermijd technische oplossingen voor te schrijven. Beschrijf het probleem, laat de integrator de oplossing voorstellen. Zo ziet u ook welke leveranciers de zaak echt begrijpen.
- Vraag om concrete antwoorden. Laat de leverancier per eis aangeven: standaard, via configuratie, via maatwerk of niet mogelijk. Zo wordt de verborgen kost van maatwerk zichtbaar.
- Beperk de lengte. Een programma van eisen dat niemand volledig leest, verliest zijn waarde. Een kmo heeft meestal genoeg aan een beknopt document met een paar scherpe tabellen. Meer over de situatie van kleinere bedrijven vindt u in de gids over ERP voor kmo’s.
- Maak het levend. Het document mag evolueren tijdens de selectie, maar elke wijziging wordt aan alle leveranciers meegedeeld.
Wat in België extra aandacht vraagt
Een Belgisch bedrijf heeft enkele specifieke punten die in het document niet mogen ontbreken.
- Boekhouding en rapportering: het Belgische rekeningstelsel, de btw-aangiftes en de periodieke listings, plus de neerlegging van de jaarrekening. Vraag expliciet welke lokalisatie standaard in het pakket zit en welke via een extra module of partner komt.
- E-facturatie: de aansluiting op het Peppol-netwerk wordt voor veel bedrijven een vereiste. Beschrijf of u ontvangst en verzending van gestructureerde facturen nodig hebt en hoe die in de boekhouding terechtkomen. Zie de gids over e-facturatie en ERP.
- Talen: Nederlands, Frans en soms Duits en Engels in dezelfde organisatie. Vermeld in welke talen de gebruikers werken en in welke talen documenten naar klanten vertrekken.
- Bankkoppelingen: SEPA-betalingen en elektronische bankafschriften.
- Gegevensbescherming: de GDPR geldt voor personeels- en klantgegevens. Vraag hoe toegangsrechten, logging en bewaartermijnen beheerd worden.
- Sociale secretariaten en loonadministratie: meestal extern; beschrijf welke uitwisseling nodig is.
Welke pakketten deze elementen standaard ondersteunen, verschilt. Op dit netwerk komen vooral Odoo, Microsoft Dynamics 365 Business Central, Exact Online, SAP Business One en Oracle NetSuite aan bod. Het programma van eisen blijft echter neutraal en noemt geen pakket.
Model van een programma van eisen voor ERP
Hieronder vindt u een volledig model. Kopieer het, vervang de tussen haakjes geplaatste aanwijzingen door uw eigen gegevens en schrap wat niet past. De structuur is opzettelijk compact.
Hoofdstuk A. Presentatie van het bedrijf
Beschrijf kort wie u bent. Een leverancier moet in enkele minuten begrijpen waarmee hij te maken heeft.
- Naam, rechtsvorm en sector (bijvoorbeeld productie, groothandel, dienstverlening, bouw)
- Geografische spreiding: vestigingen, magazijnen, buitenlandse entiteiten
- Aantal juridische entiteiten en of ze geconsolideerd worden
- Bedrijfsmodel: verkoop aan bedrijven of consumenten, projecten, abonnementen, productie op bestelling of voor voorraad
- Huidige informaticalandschap: bestaande boekhoudsoftware, spreadsheets, gespecialiseerde toepassingen
- Contactpersoon voor dit document
Hoofdstuk B. Context, doelstellingen en perimeter
Leg uit waarom u verandert. Een heldere reden stuurt de keuze van de leverancier.
- Aanleiding: (bijvoorbeeld verouderd systeem, groei, versnipperde gegevens, nood aan betere rapportering)
- Doelstellingen: (bijvoorbeeld betere voorraadzichtbaarheid, snellere maandafsluiting, minder handmatige invoer)
- Perimeter: welke afdelingen, entiteiten en processen vallen binnen het project, en welke uitdrukkelijk niet
- Gebruikers: indicatieve groepen (kantoor, magazijn, productie, mobiel) zonder valse precisie
- Fasering: wat moet eerst werken en wat kan later volgen
Hoofdstuk C. Beschrijving van de processen
Per kernproces een korte beschrijving. Gebruik gerust dit sjabloon.
| Proces | Beschrijving vandaag | Probleem of wens | Prioriteit |
|---|---|---|---|
| Van offerte tot betaling | (stappen, betrokken rollen) | (knelpunten) | Must / Should / Could |
| Van inkoop tot betaling | (stappen, goedkeuringen) | (knelpunten) | Must / Should / Could |
| Voorraad en logistiek | (ontvangst, opslag, verzending) | (knelpunten) | Must / Should / Could |
| Productie of projecten | (planning, opvolging, nacalculatie) | (knelpunten) | Must / Should / Could |
| Financiën en afsluiting | (boekingen, afstemming, rapportering) | (knelpunten) | Must / Should / Could |
| Klantenservice en garantie | (tickets, retours) | (knelpunten) | Must / Should / Could |
Voeg per proces de belangrijkste uitzonderingen toe. Een zin als « sommige klanten betalen via een tussenpersoon met afwijkende factuurvoorwaarden » vertelt meer dan een algemene beschrijving.
Hoofdstuk D. Functionele eisen per module
Vul voor elke module de relevante eisen in. Vraag de leverancier om per lijn aan te geven of de functie standaard is, via configuratie, via maatwerk of niet beschikbaar.
Financiën en boekhouding
- Belgisch rekeningstelsel, meerdere dagboeken en analytische boekhouding
- Btw-aangiftes, intracommunautaire listings en afhandeling van uitzonderingsregimes
- Debiteuren- en crediteurenbeheer met aanmaningen en betalingsvoorstellen
- SEPA-betalingen en import van elektronische bankafschriften met automatische afpunting
- Vaste activa en afschrijvingen
- Budgetten, kostenplaatsen en kostendragers
- Maandafsluiting en consolidatie van meerdere entiteiten, indien nodig
- Ontvangst en verzending van elektronische facturen via Peppol
Verkoop en klantbeheer
- Klantenfiches met meerdere afleveradressen en contactpersonen
- Offertes, orderbevestigingen en prijslijsten per klant of klantengroep
- Kortingen, staffelprijzen en commissies
- Opvolging van openstaande orders en leveringen
- Abonnementen of terugkerende facturatie, indien relevant
- Koppeling met een webshop of verkoopkanalen, indien relevant
Inkoop en leveranciers
- Aankoopaanvragen met goedkeuringsworkflow
- Bestelbonnen, ontvangsten en driewegcontrole tussen bestelling, ontvangst en factuur
- Leveranciersfiches, aankoopprijzen en leveranciersbeoordeling
- Voorstellen voor heraanvulling op basis van minimumvoorraden
Voorraad en logistiek
- Meerdere magazijnen, locaties en voorraadplaatsen
- Lot- en serienummerbeheer, vervaldata waar relevant
- Barcodescanning en mobiele toestellen in het magazijn
- Voorraadtellingen en cyclische inventarissen
- Verzendingen, vervoerders en verzendetiketten
- Waardering van de voorraad volgens uw boekhoudkundige regels
Productie en planning (indien van toepassing)
- Stuklijsten met meerdere niveaus en varianten
- Werkorders, routings en capaciteitsplanning
- Materiaalbehoefteplanning
- Opvolging van uitval, tijden en kosten
- Onderaanneming en externe bewerkingen
Projecten en diensten (indien van toepassing)
- Projectstructuur met taken, budgetten en opvolging
- Urenregistratie en onkostennota’s
- Facturatie op regie, vast bedrag of mijlpalen
- Nacalculatie en marge per project
Rapportering en analyse
- Standaardrapporten voor financiën, verkoop, voorraad en productie
- Zelfstandig aan te maken rapporten en dashboards
- Export naar spreadsheets en koppeling met bestaande analysetools
- Toegangsrechten per rapport
Hoofdstuk E. Technische eisen
| Domein | Vraag aan de leverancier | Prioriteit |
|---|---|---|
| Hosting | Cloud, eigen servers of hybride; wie beheert wat | Must |
| Beveiliging | Toegangsbeheer, rollen, tweestapsverificatie, logging | Must |
| Gegevensbescherming | Verwerkersovereenkomst, locatie van de gegevens, bewaartermijnen | Must |
| Integraties | Open interfaces, standaardconnectoren, webshop, bank, vervoerders | Should |
| Back-up en herstel | Frequentie, bewaartermijn, hersteltest | Must |
| Prestaties en beschikbaarheid | Verwachte reactietijd en gegarandeerde beschikbaarheid in het contract | Should |
| Updates | Hoe en wanneer nieuwe versies worden doorgevoerd, impact op maatwerk | Should |
| Gebruikersinterface | Werking op laptop, tablet en smartphone; talen | Should |
| Documentatie en opleiding | Aard en taal van handleidingen en trainingen | Could |
Voor de keuze tussen hosting in de cloud en op uw eigen servers, zie cloud-ERP of on-premise.
Hoofdstuk F. Gegevensmigratie
De migratie is een van de meest onderschatte onderdelen. Beschrijf de uitgangssituatie zo concreet mogelijk.
- Bronnen: welke systemen en bestanden bevatten gegevens (boekhouding, spreadsheets, oude ERP, webshop)
- Te migreren gegevens: klanten, leveranciers, artikelen, stuklijsten, openstaande posten, openingsbalans, historiek (hoe ver terug en waarom)
- Kwaliteit: bekende dubbels, onvolledige fiches, verouderde artikelen en wie ze opkuist
- Verantwoordelijkheden: wie levert de gegevens, wie valideert ze, wie beslist wat niet meekomt
- Aanpak: proefmigraties, controle op totalen en definitieve overschakeling
- Archivering: hoe oudere gegevens raadpleegbaar blijven
Meer details over de overgang van een bestaand systeem staan in de gids over ERP-migratie.
Hoofdstuk G. Planning en organisatie
- Gewenst startmoment en ideale periode voor de overschakeling, rekening houdend met jaarafsluiting en piekperiodes
- Gewenste mijlpalen: analyse, configuratie, tests, opleiding, productiestart, nazorg
- Beschikbaarheid van uw interne team en de rol van de projectleider
- Afhankelijkheden: andere projecten, externe verplichtingen, vakantieperiodes
- Verwachting van de leverancier: wie leidt het project, hoe wordt gerapporteerd, hoe verloopt escalatie
- Opleiding: formules, taal en plaats
- Ondersteuning na de start: reactiemodel, kanalen en dekking
Hoofdstuk H. Budgetkader
Wees transparant over de verwachte orde van grootte, zonder het bedrag als wapen te gebruiken. Een leverancier die uw budget kent, kan een realistisch voorstel doen in plaats van te hoog of te laag in te schatten.
| Kostenpost | Wat de leverancier moet uitsplitsen |
|---|---|
| Licenties of abonnement | Per type gebruiker, per module, indexering |
| Implementatie | Analyse, configuratie, ontwikkeling, tests, projectleiding |
| Gegevensmigratie | Aanpak en inspanning |
| Integraties en maatwerk | Per koppeling of ontwikkeling |
| Opleiding | Formules en aantal sessies |
| Hosting en beheer | Terugkerende kosten |
| Onderhoud en ondersteuning | Wat inbegrepen is, wat extra kost |
| Mogelijke extra kosten | Bijkomende modules, extra gebruikers, wijzigingen |
Vraag expliciet naar de totale kost over de volledige looptijd, niet alleen naar de prijs bij de start. Een lage aanvangsprijs kan verbergen dat gebruikers, modules en wijzigingen later afzonderlijk worden aangerekend.
Hoofdstuk I. Selectiecriteria en wijze van antwoorden
Maak vooraf duidelijk hoe u zult beoordelen. Dat verhoogt de kwaliteit van de antwoorden en maakt uw beslissing verdedigbaar.
| Criterium | Weging (door u in te vullen) | Hoe beoordeeld |
|---|---|---|
| Functionele dekking van de must-have | (hoog) | Antwoordformulier en demo met uw eigen scenario’s |
| Kwaliteit van de aanpak | (hoog) | Projectmethode, team, planning |
| Ervaring in uw sector en land | (middel) | Referenties die u zelf mag contacteren |
| Totale kost | (middel) | Uitsplitsing volgens hoofdstuk H |
| Technische passendheid | (middel) | Hoofdstuk E |
| Ondersteuning en opvolging | (middel) | Serviceafspraken |
| Duurzaamheid van de oplossing | (laag) | Toekomstvisie van het pakket en de partner |
Praktische afspraken in de uitnodiging:
- Indieningsdatum en contactpersoon voor vragen
- Vorm van het antwoord: ingevuld formulier, voorstel van aanpak, prijsopgave
- Demo met uw eigen scenario’s in plaats van een algemene presentatie
- Vertrouwelijkheid van de verstrekte gegevens
- Geldigheid van de offerte
Vaak gemaakte fouten
Een aantal valkuilen keert telkens terug.
- Te veel functies, te weinig prioriteiten. Alles is belangrijk, dus niets is het. Gebruik de weging.
- Het huidige systeem kopiëren. Het nieuwe ERP is een kans om processen te vereenvoudigen. Beschrijf ook de gewenste toestand.
- De migratie vergeten. Het document focust op functies, terwijl gegevenskwaliteit de planning bepaalt.
- Alleen de directie raadplegen. Gebruikers die niet gehoord werden, weigeren later het systeem.
- Één leverancier laten schrijven. Het document is dan impliciet op zijn pakket afgestemd. Zie ook veelgemaakte fouten in ERP-projecten.
Van document naar selectie
Zodra het programma van eisen klaar is, kunt u het gebruiken om een geschikte partner te zoeken. Het is het ideale vertrekpunt voor een gesprek met een integrator, want het toont wat u zoekt en welke ruimte er is voor maatwerk. Lees in de gids over het kiezen van een ERP-integrator waarop u moet letten bij referenties en aanpak.
Wie liever niet zelf alle leveranciers aanschrijft, kan een gratis aanvraag indienen. Op de pagina hoe het werkt leest u hoe wij uw behoeften doorgeven aan een integrator die bij uw project past. Wij brengen u in contact; de integrator voert het project uit en blijft verantwoordelijk voor zijn voorstel.
Wilt u een eerste indruk van de mogelijkheden? De vergelijking van de beste ERP voor kmo’s toont hoe de bekende pakketten zich tot elkaar verhouden, en de gids over wat een ERP-systeem is geeft de basis voor wie nog helemaal in het begin staat.
Samengevat
Een goed programma van eisen is kort genoeg om gelezen te worden en precies genoeg om offertes vergelijkbaar te maken. Vertrek van uw processen, geef elke eis een prioriteit, vraag de leverancier om per punt te bevestigen wat standaard is en wat maatwerk vraagt, en beschrijf de gegevensmigratie en het budgetkader eerlijk. Met het model hierboven hebt u een stevige basis om uw ERP-project met vertrouwen te starten.
Veelgestelde vragen
Wat is een programma van eisen voor een ERP-project?
Het is een document waarin uw bedrijf beschrijft wat het nieuwe ERP-systeem moet kunnen: processen, functies, technische randvoorwaarden, gegevensmigratie, planning en budgetkader. Het dient als basis om integrators en pakketten op dezelfde lijst te beoordelen. Het is dus geen technisch ontwerp, maar een uitdrukking van uw behoeften.
Hoe lang moet een programma van eisen voor ERP zijn?
Zo kort als mogelijk, zo volledig als nodig. Voor een kmo volstaat vaak een document dat de kernprocessen, de must-haves en de randvoorwaarden helder beschrijft. Een dik document met honderden vage lijnen leidt tot standaardantwoorden; een beknopt document met scherpe prioriteiten levert betere offertes op.
Is een RFP voor ERP hetzelfde als een programma van eisen?
Een RFP (request for proposal) is de uitnodiging aan leveranciers om een voorstel in te dienen. Het programma van eisen is daar het inhoudelijke kernstuk van. Een RFP bevat daarnaast praktische afspraken: indieningsdatum, contactpersoon, beoordelingscriteria en de vorm waarin u antwoorden wenst.
Wie moet meewerken aan de expressie van de behoeften?
Naast de directie en de financiële verantwoordelijke zijn vooral de mensen nodig die de processen dagelijks uitvoeren: verkoop, inkoop, magazijn, productie, boekhouding en IT. Zij kennen de uitzonderingen die in een standaarddemo nooit opduiken. Duid ook één eindverantwoordelijke aan die prioriteiten mag beslissen.
Kan ik een programma van eisen laten opstellen met hulp van een integrator?
Ja, en dat is vaak verstandig. Een ervaren integrator helpt u de behoeften te structureren en vertaalt ze naar wat het pakket standaard dekt en wat maatwerk vraagt. Houd wel afstand van één enkele leverancier om uw document neutraal te houden, zodat u meerdere voorstellen kunt vergelijken.
De genoemde softwarenamen zijn handelsmerken van hun respectievelijke eigenaren en worden uitsluitend ter informatie vermeld. Deze site is onafhankelijk en niet verbonden aan een softwareleverancier.