Een ERP-project stap voor stap: van afbakening tot continue verbetering

Een ERP-project is geen installatie van software, maar een verandering in de manier waarop uw bedrijf werkt. Het pakket is slechts één onderdeel. Het succes hangt af van de afbakening, de gegevens, de betrokkenheid van de gebruikers en de kwaliteit van de begeleiding door de integrator. Deze gids beschrijft de stappen van een ERP-project zoals ze in de praktijk verlopen, met voor elke stap het doel, de opleveringen en de typische valkuilen.

Of u nu spreekt over de implementatie van een ERP, de mise-en-place of de uitrol van een nieuw systeem: de volgorde blijft dezelfde. Wat verschilt, is de zwaarte van elke stap. Een kmo met één vestiging en standaardprocessen gaat sneller door de fasen dan een groep met meerdere entiteiten en eigen productieprocessen.

Het ERP-project in één oogopslag

De onderstaande tabel vat de negen stappen samen. De secties daarna werken ze uit.

Stap één: afbakening en voorbereiding

Doel

U legt vast waarom u een ERP wilt en wat het project moet opleveren. Het vertrekpunt is zelden “een nieuw systeem”, maar een concreet probleem: dubbel invoerwerk, voorraadgegevens die niet kloppen, een boekhouding die te laat cijfers geeft, een groeiende groep gebruikers waarvoor het huidige pakket niet volstaat of een verouderde omgeving die niet meer onderhouden wordt.

Vertaal die problemen naar meetbare doelen die u met woorden kunt controleren: sneller afsluiten, minder fouten bij orderverwerking, een betrouwbaar zicht op de marge per dossier. Bepaal ook de reikwijdte: welke afdelingen, welke entiteiten, welke processen, welke koppelingen.

Opleveringen

• Een projectopdracht met doelen, reikwijdte en randvoorwaarden.
• Een sponsor in de directie en een interne projectleider met voldoende beslissingsruimte.
• Een eerste opsomming van de huidige processen en systemen.
• Een programma van eisen dat functioneel genoeg is om offertes te vergelijken.
• Een realistisch kader voor budget en beschikbare interne tijd. Een eerste idee van de kosten van een ERP helpt u om dat kader te bepalen.

Valkuilen

• Het project als IT-project behandelen. Een ERP raakt financiën, verkoop, aankoop, productie en logistiek. Zonder sponsor in de directie blijven beslissingen hangen.
• Alles in één keer willen. Een te brede reikwijdte maakt het project zwaar. Beslis wat in de eerste fase hoort en wat later volgt.
• De interne tijd onderschatten. Sleutelgebruikers moeten werkelijk uren vrijmaken voor ontwerp, test en opleiding. Plan dat in vóór de start.

Stap twee: keuze van pakket en integrator

Doel

U kiest het pakket dat bij uw processen past en de integrator die het project kan uitvoeren. Beide keuzes hangen samen: een goed pakket in handen van een integrator zonder ervaring in uw sector levert zelden een goed resultaat.

Op de Belgische markt komen voor kmo’s en middelgrote bedrijven regelmatig dezelfde pakketten terug: Odoo, Microsoft Dynamics 365 Business Central, Exact Online, SAP Business One en Oracle NetSuite. Elk heeft een eigen profiel qua doelgroep, uitbreidbaarheid en licentiemodel. Een gerichte vergelijking vindt u in onze gids ERP kiezen en in de vergelijking van Odoo en Business Central.

Opleveringen

• Een shortlist van pakketten en integratoren, op basis van uw eisen.
• Gestructureerde demonstraties aan de hand van uw eigen scenario’s, niet het standaarddemonstratiescript van de leverancier.
• Offertes die u op dezelfde basis kunt vergelijken: reikwijdte, aannames, rollen, planning, wat inbegrepen is en wat niet.
• Referentiegesprekken met bedrijven die vergelijkbaar zijn met het uwe.
• Een gemotiveerde keuze, door de directie bevestigd.

Valkuilen

• Kiezen op prijs. Een lage offerte met brede aannames kan later via meerwerk duurder uitvallen dan een volledige offerte.
• Alleen het pakket beoordelen. Beoordeel ook het team dat uw project zal uitvoeren, hun ervaring en hun werkwijze. Onze gids over de juiste ERP-integrator kiezen geeft criteria.
• Demonstraties zonder uw gegevens. Laat de integrator een scenario tonen dat uw eigen moeilijke gevallen bevat: gemengde BTW-regimes, verpakkingseenheden, projectfacturatie, onderaanneming.

Via onze werkwijze kunt u gratis een aanvraag indienen en integratoren ontmoeten die bij uw project passen.

Stap drie: ontwerp

Doel

In deze fase bepaalt u hoe uw processen in het nieuwe systeem zullen verlopen. De integrator organiseert werkgroepen met uw sleutelgebruikers, bespreekt de huidige werkwijze en toont wat het pakket standaard biedt. Elk verschil tussen uw werkwijze en de standaard wordt een beslissing: de werkwijze aanpassen, het pakket configureren of iets op maat ontwikkelen.

Een goede vuistregel is om bij elk verschil eerst te onderzoeken of de standaard volstaat. Maatwerk is soms terecht, maar het maakt updates zwaarder en het project duurder. Een ERP gebruikt u als gestandaardiseerd platform, geen kopie van uw oude systeem.

Opleveringen

• Een functioneel ontwerp per proces, in taal die uw gebruikers begrijpen.
• Een lijst met afwijkingen van de standaard, met motivering en eigenaar.
• Een overzicht van de koppelingen met andere systemen: webshop, CRM, boekhoudpakketten, bankverkeer, vervoerders, productiemachines.
• De Belgische en Europese vereisten: het boekhoudschema, BTW-aangiftes, intracommunautaire opgaves en elektronische facturatie. Dat laatste thema vindt u uitgewerkt in onze gids over e-facturatie en ERP.
• Een bijgewerkte planning.

Valkuilen

• Het ontwerp zonder de gebruikers maken. Wat een directeur denkt dat er op de vloer gebeurt, komt niet altijd overeen met de werkelijkheid. Betrek de mensen die het werk doen.
• Het oude systeem namaken. Een ERP-project is een kans om overbodige stappen te schrappen.
• Uitzonderingen als regel behandelen. Een gebeurtenis die een paar keer per jaar voorkomt, rechtvaardigt zelden een ontwikkeling. Behandel ze als uitzondering met een eenvoudige oplossing.

Stap vier: configuratie en ontwikkeling

Doel

De integrator richt het systeem in volgens het ontwerp: bedrijfsstructuur, rekeningstelsel, artikelen, prijslijsten, werkstromen, rechten, rapporten en documentsjablonen. Indien nodig volgen de koppelingen en de maatontwikkelingen.

Werk in iteraties. Toon uw sleutelgebruikers regelmatig een werkende versie, zodat misverstanden vroeg aan het licht komen. Wie pas bij de eindtest ontdekt dat een proces anders loopt dan bedoeld, verliest veel tijd.

Opleveringen

• Een testomgeving met de ingerichte processen.
• Gedocumenteerde instellingen: waarom is iets zo ingesteld?
• Werkende koppelingen in testomstandigheden.
• Een beheer van wijzigingen: elke afwijking van het ontwerp wordt genoteerd en goedgekeurd.

Valkuilen

• Ongecontroleerde wijzigingswensen. Elke nieuwe wens lijkt klein, maar samen verschuiven ze planning en budget. Laat de projectleider ze beoordelen op nut en kost.
• Rechten te laat bepalen. Wie mag wat zien, aanpassen of goedkeuren, raakt aan interne controle en aan de bescherming van persoonsgegevens. Bepaal dat tijdens de configuratie, niet de week voor de livegang.
• Te veel maatwerk bij de eerste versie. Begin met wat noodzakelijk is om te starten. De rest kan na de livegang.

Stap vijf: datamigratie

Doel

U zet de gegevens uit uw huidige systemen over naar het nieuwe: klanten, leveranciers, artikelen, stuklijsten, openstaande posten, voorraden, openstaande orders en de nodige historiek. Deze stap wordt vaak onderschat, terwijl ze een van de grootste oorzaken van vertraging is.

Beslis eerst wat u meeneemt. Niet alles moet mee: oude historiek kan in een archief blijven, terwijl openstaande posten, actuele voorraden en lopende orders wel correct moeten zijn bij de start.

Opleveringen

• Een migratieplan: welke gegevens, uit welke bron, naar welk veld, door wie opgeschoond.
• Opgeschoonde brongegevens: dubbels samengevoegd, onvolledige fiches aangevuld, verouderde records geschrapt.
• Minstens één volledige proefmigratie, met een controle door de eigenaars van de gegevens.
• Controlerapporten die toelaten saldi en aantallen te vergelijken tussen oud en nieuw systeem.
• Een draaiboek voor de definitieve migratie.

Valkuilen

• Slechte gegevens meenemen. Een ERP maakt fouten in de gegevens zichtbaar en versterkt ze soms. Wie ze niet opschoont, ziet ze terug in elke factuur en elke leveropdracht.
• De opkuis aan de integrator overlaten. Alleen u kent uw klanten en artikelen. De integrator levert de techniek, uw mensen leveren de inhoud.
• Slechts één proef doen. Elke proefmigratie onthult nieuwe problemen. Plan er meerdere en kijk telkens wat er is verbeterd. Onze gids over ERP-migratie gaat dieper op dit onderwerp in.

Stap zes: test en acceptatie

Doel

U bewijst dat het systeem werkt voor uw situatie, voordat het in productie gaat. De integrator test technisch, maar enkel uw eigen mensen kunnen beoordelen of een scenario klopt met de dagelijkse praktijk.

Test volledige scenario’s van begin tot einde: van offerte tot betaling, van aankoopvoorstel tot ontvangst en facturatie, van productieorder tot afgewerkt product. Test ook de grensgevallen: retours, kredietnota’s, deelleveringen, verschillende BTW-regimes, buitenlandse klanten.

Opleveringen

• Een testplan met scenario’s, verwachte resultaten en verantwoordelijken.
• Een lijst met gevonden fouten, geclassificeerd naar ernst, met opvolging tot de oplossing.
• Een prestatie- en belastingstest als veel gebruikers of grote volumes verwacht worden.
• Een formeel acceptatieverslag dat bevestigt dat de afgesproken punten opgelost zijn.

Valkuilen

• Testen met te weinig tijd. Sleutelgebruikers hebben ook hun dagelijks werk. Plan testsessies in hun agenda en bevestig dat hun leidinggevende dat toelaat.
• Enkel de gelukkige weg testen. De problemen zitten in uitzonderingen en randgevallen.
• Elke opmerking als blokkerend behandelen. Maak een duidelijk onderscheid tussen wat de livegang verhindert en wat later kan worden opgelost.

Stap zeven: opleiding en verandering begeleiden

Doel

Gebruikers moeten het systeem met vertrouwen kunnen gebruiken vanaf de eerste dag. Opleiding is meer dan een demonstratie: het is oefenen met uw eigen processen, in een omgeving waar fouten geen gevolgen hebben.

De beste aanpak combineert opleiding van de sleutelgebruikers door de integrator met opleiding van de overige collega’s door de sleutelgebruikers zelf. Zo bouwt u interne kennis op die na het project blijft.

Opleveringen

• Een opleidingsplan per rol: boekhouder, verkoper, magazijnier, productieleider, directie.
• Handleidingen of werkinstructies in de taal van de gebruikers, gebaseerd op uw eigen processen.
• Een oefenomgeving, bij voorkeur met uw eigen gegevens.
• Een communicatieplan: wat verandert er, wanneer en waarom?

Valkuilen

• Opleiding te vroeg of te laat. Te vroeg, en de gebruikers vergeten alles voor de start. Te laat, en er is geen tijd meer om te oefenen.
• Weerstand negeren. Mensen die vrezen dat hun werk verandert, hebben antwoorden nodig, geen slogans. Leg uit wat er beter wordt en luister naar bezwaren.
• Alleen de sleutelgebruikers opleiden. De overige gebruikers moeten ook oefenen voordat ze er in de productieomgeving mee werken.

Stap acht: livegang

Doel

U schakelt over van het oude naar het nieuwe systeem. Kies het moment zorgvuldig: vermijd periodes met veel werk, zoals jaarafsluiting, inventaris of seizoenspieken. Voor de boekhouding is een overgang aan het begin van een boekhoudkundige periode meestal het eenvoudigst.

Er bestaan twee hoofdstrategieën. Bij een overschakeling in één keer stopt het oude systeem en start het nieuwe op dezelfde dag. Bij een gefaseerde uitrol komen modules, afdelingen of vestigingen stapsgewijs aan bod. De eerste is eenvoudiger te organiseren, de tweede beperkt het risico, maar vraagt tijdelijke koppelingen. De juiste keuze hangt af van de complexiteit en de risicotolerantie van uw bedrijf.

Opleveringen

• Een draaiboek voor de overgang met taken, verantwoordelijken, tijdstippen en een terugvalscenario.
• De definitieve migratie en de controle van saldi en openstaande posten.
• Een goedkeuringsmoment (go/no-go) met duidelijke criteria.
• Verhoogde ondersteuning in de eerste periode: een aanspreekpunt, een snelle behandeling van fouten en een dagelijks overleg.

Valkuilen

• Geen terugvalscenario. Ook als u het nooit gebruikt, dwingt het u om de risico’s te benoemen.
• De directie is afwezig. Beslissingen tijdens de overgang moeten snel vallen. Zorg dat iemand met mandaat bereikbaar is.
• Het project te vroeg als afgesloten beschouwen. De eerste weken zijn de kwetsbaarste. Houd het team beschikbaar.

Stap negen: continue verbetering

Doel

Na de stabilisatie begint het eigenlijke rendement. U gebruikt de gegevens uit het systeem om beter te sturen, automatiseert herhaalde taken en breidt het gebruik uit naar processen die in de eerste fase niet aan bod kwamen.

Spreek met de integrator af hoe het beheer verloopt: wie lost incidenten op, hoe gaat u om met updates van het pakket, wie beslist over nieuwe ontwikkelingen. Een ERP dat niet wordt bijgehouden, veroudert snel, zeker als wetgeving en bedrijfsprocessen veranderen.

Opleveringen

• Een evaluatie van het project ten opzichte van de doelen uit de afbakening.
• Een onderhouds- en supportovereenkomst met duidelijke reactieregels.
• Een lijst met verbeteringen en uitbreidingen, geordend op waarde.
• Een intern beheermodel: wie is functioneel beheerder, wie beslist over wijzigingen?

Valkuilen

• Geen eigenaar na het project. Wanneer niemand het systeem als zijn verantwoordelijkheid ziet, blijven kleine problemen liggen en haken gebruikers af.
• Updates uitstellen tot ze onhoudbaar worden. Regelmatig bijwerken is minder pijnlijk dan een grote sprong na jaren.
• Geen terugkoppeling met de doelen. Meet of de oorspronkelijke doelstellingen bereikt zijn en stuur bij waar dat niet het geval is.

Rollen in het project

Een ERP-project werkt alleen als beide partijen hun rol opnemen. De integrator levert methode, kennis van het pakket en technische uitvoering. U levert kennis van uw bedrijf, beslissingen en gegevens.

Cloud of on-premise: wanneer beslist u dat?

De keuze tussen een cloudomgeving en een eigen server beïnvloedt de configuratie, de migratie en de beheerafspraken. Neem die beslissing dus tijdens de keuze- of ontwerpfase, niet bij de livegang. Een overzicht van de argumenten vindt u in onze gids over cloud-ERP of on-premise.

De meest voorkomende oorzaken van mislukking

Projecten mislukken zelden door één enkele fout. Meestal komen een paar patronen samen:

• onduidelijke doelen en een reikwijdte die blijft groeien;
• een sponsor die te weinig betrokken is;
• te weinig interne tijd voor ontwerp en test;
• gegevens die niet zijn opgeschoond;
• te veel maatwerk, waardoor het systeem moeilijk te onderhouden wordt;
• opleiding die als bijzaak wordt behandeld;
• geen duidelijke afspraken voor beheer na de livegang.

We bespreken deze en andere patronen in de gids over de fouten in een ERP-project. Voor kleinere bedrijven kan ook onze gids ERP voor kmo’s een nuttige aanvulling zijn.

Aanpassen aan uw sector

De stappen blijven gelijk, maar de nadruk verschuift per sector. Een productiebedrijf besteedt veel aandacht aan stuklijsten, routings en planning, zoals beschreven in ERP voor de industrie. Een groothandel stelt andere eisen aan voorraad, prijslijsten en logistiek: zie ERP voor de groothandel. Een dienstverlener staat voor een uitdaging bij urenregistratie en projectfacturatie, die we behandelen in ERP voor dienstverleners. Kies een integrator die uw sector kent, zodat u niet bij nul begint.

Hoe u een goede start maakt

Wie een ERP-project overweegt, doet er goed aan om te beginnen met een korte, eerlijke inventaris: welke problemen willen we oplossen, wie neemt de leiding, welke gegevens zijn betrouwbaar en welke interne tijd kunnen we vrijmaken? Met dat materiaal kunt u gerichte gesprekken voeren met integratoren en offertes vergelijken die over hetzelfde gaan.

Wij zijn geen integrator en implementeren niets zelf. Onze rol is u gratis in contact te brengen met een ERP-integrator die past bij uw project, uw sector en uw pakketvoorkeur. Het project zelf wordt uitgevoerd door de integrator die u kiest.

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.