Het echte risico van een ERP-wissel is niet het weekend van de overgang zelf. Het is de maandagochtend, wanneer een dringende bestelling binnenkomt, een voorraad gecorrigeerd moet worden of een factuur moet vertrekken. Een gids voor een ERP-migratie zonder onderbreking moet daarom de operationele continuïteit vóór de technologie behandelen. Voor een KMO kunnen enkele dagen ontregeling al volstaan om inningen te vertragen, leveringsfouten te veroorzaken en het vertrouwen van de teams aan te tasten.
Overstappen naar een nieuwe ERP, met name Odoo, kan het bedrijf duurzaam vereenvoudigen. Maar het project komt niet neer op het importeren van Excel-bestanden en het opleiden van enkele gebruikers. Er moet beslist worden wat overgenomen wordt, wat gecorrigeerd moet worden en wat moet verdwijnen. Het verschil tussen een beheerste migratie en een ondergane migratie zit in deze beslissingen, genomen op tijd en door de juiste mensen.
Begin met de kritieke activiteiten te beschermen
Voordat u over data of parameters spreekt, identificeert u de activiteiten die niet mogen stilvallen. Die verschillen naargelang het bedrijfsmodel. Voor een distributeur gaat het mogelijk om orderopname, voorbereiding, verzending en facturatie. Voor een fabrikant kunnen planning, materiaalbeschikbaarheid en traceerbaarheid voorrang krijgen. Voor een dienstenbedrijf staan vaak gepresteerde uren, contracten en terugkerende facturatie centraal.
Het doel is niet om elke gewoonte te reproduceren in de toekomstige ERP. Dat is een veelvoorkomende en kostbare vergissing. Het gaat erom het minimale serviceniveau te bepalen dat tijdens de overgang gehandhaafd moet blijven, en het project daarrond te organiseren. Kan een bestelling tijdelijk worden ingevoerd in een gecontroleerde tool? Wie valideert verzendingen als er gegevens ontbreken? Hoe worden lopende betalingen of creditnota's behandeld? Deze vragen verdienen concrete, geschreven en geteste antwoorden.
Deze stap legt soms een overdreven afhankelijkheid van één persoon of één lokaal bestand bloot. Dat is nuttig. Een migratie is niet enkel een softwarewissel: het is de gelegenheid om de activiteit minder kwetsbaar te maken.
Bouw een realistisch bereik voor de ERP-migratie
Het bereik van een ERP groeit snel als niemand het bewaakt. Elke afdeling heeft een legitieme uitzondering, elk oud rapport lijkt onmisbaar en elke integratie lijkt dringend. Toch is de wens om alles mee te nemen bij de eerste lancering vaak de zekerste manier om het project te vertragen of de overgang te verzwakken.
Onderscheid duidelijk drie categorieën: wat onmisbaar is bij de start, wat kort na de lancering kan volgen, en wat moet worden losgelaten. Deze laatste categorie verdient bijzondere aandacht. Inactieve artikelreferenties, dubbele klanten, verouderde prijslijsten of validatieprocessen zonder operationele waarde mogen niet standaard worden overgenomen.
Het juiste bereik hangt af van het vermogen van het bedrijf om de verandering op te vangen. Een KMO met een naderend hoogseizoen heeft er baat bij het eerste blok te beperken tot de essentiële functies. Een bedrijf dat meerdere instabiele tools vervangt, kan er daarentegen belang bij hebben bepaalde functies te bundelen om langdurige dubbele invoer te vermijden. Er bestaat geen universele regel. Wel een afweging tussen ambitie, risico en commerciële kalender.
Beslissen wat er gemigreerd moet worden
Niet alle data hebben dezelfde rol. Referentiedata - klanten, leveranciers, producten, meeteenheden, tarieven, betalingsvoorwaarden - moeten proper en coherent zijn. Boekhoudkundige saldi, openstaande facturen, voorraden en lopende bestellingen vereisen een precieze overnamemethode, omdat ze een directe impact hebben op de activiteit en de boekhouding.
Het volledige historiek is anders. Tien jaar aan documenten overnemen in de nieuwe ERP kan geruststellend lijken, maar betekent vaak veel werk voor een beperkt gebruik. In veel gevallen is het redelijker het oude systeem in leesmodus te bewaren of de documenten op een gestructureerde manier te archiveren. De juiste vraag is niet "kunnen we deze data migreren?", maar "welke operationele of wettelijke beslissing vereist de aanwezigheid ervan in de nieuwe ERP?".
Bereid betrouwbare data voor vóór de overgang
Een migratie corrigeert data niet automatisch. Ze maakt vooral de gebreken ervan zichtbaarder. Als artikelen inconsistente codes hebben, klantfiches onvolledig zijn of btw-regels verkeerd toegepast worden, wordt het probleem overgedragen naar een meer geïntegreerde omgeving - dus met snellere gevolgen.
De voorbereiding moet worden toevertrouwd aan business owners, niet enkel aan de IT-afdeling of de ERP-partner. Financiën valideert rekeningen, taksen en saldi. Operaties valideren artikelen, magazijnen en logistieke regels. Verkoop valideert klantenrekeningen, tariefvoorwaarden en actieve opportuniteiten. De dienstverlener structureert de bestanden, controleert de formaten en voert de imports uit, maar kan niet raden welke data betrouwbaar zijn.
Voorzie minstens één volledige proefmigratie. Daarmee meet u de importtijden, spoort u onmogelijke waarden op, controleert u de totalen en test u de gebruikersrechten. Een tweede herhaling is vaak gerechtvaardigd wanneer de flows complex zijn, bijvoorbeeld met meerdere magazijnen, lotnummers, productie of e-commerce-interfaces.
Test scenario's, niet enkel schermen
Een ERP kan er correct uitzien tijdens een demo en falen in de gevallen die er echt toe doen. De nuttige test volgt een end-to-end scenario: een offerte wordt een bestelling, de bestelling reserveert voorraad, triggert een aankoop of productie, wordt geleverd, gefactureerd en geïnd. Uitzonderingen moeten met dezelfde ernst worden getest: klantretour, voorraadbreuk, uitzonderlijke korting, gedeeltelijke betaling, boekhoudkundige correctie of annulering.
Sleutelgebruikers moeten aan deze tests deelnemen. Zij zijn geen figuranten die op het einde van het project worden ingeschakeld. Zij kennen de reële cases, de bestaande workarounds en de gevolgen van een fout. Hun betrokkenheid vermijdt ook een klassieke valkuil: een technisch functioneel systeem dat wordt afgewezen omdat het niet overeenstemt met het dagelijkse werk.
Houd een lijst van scenario's bij met een verwacht resultaat, een validatieverantwoordelijke en een status. Dat brengt een eenvoudige discipline: een punt is niet gevalideerd omdat het "lijkt te werken", maar omdat het proces is uitgevoerd en gecontroleerd.
Organiseer de overgang zonder het bedrijf stil te leggen
De overgang moet worden voorbereid als een bedrijfsoperatie met een uurschema, aangeduide verantwoordelijken en beslissingscriteria. Bepaal op welk moment de invoer in het oude systeem stopt, wanneer de definitieve data worden geëxtraheerd, wie de controles uitvoert, en op welk moment de nieuwe ERP de bron van waarheid wordt.
Werken met twee parallelle systemen kan het risico gedurende een zeer korte periode verminderen, maar creëert ook afwijkingen. Dit moet dus strikt worden omkaderd. Als er tijdens de laatste tests nog bestellingen in het oude systeem worden ingevoerd, moet iemand verantwoordelijk zijn voor de overname en de afstemming ervan. Zonder deze regel eindigt het bedrijf met twee waarheden en geen betrouwbaar overzicht.
Bereid ook een terugvalplan voor. Dat betekent niet dat u een mislukking verwacht. Het bepaalt wat er gebeurt als een kritieke controle faalt: wie beslist om uit te stellen, welke activiteiten manueel kunnen doorgaan, hoe de teams worden geïnformeerd en hoe gegevensverlies wordt vermeden. Een geloofwaardig terugvalplan vermindert de druk en bevordert betere beslissingen op de dag zelf.
De controles om te valideren op de dag van de lancering
Voordat u de productiestart aankondigt, controleert u minstens de elementen met een onmiddellijke impact op omzet, leveringen en cashflow: gebruikerstoegang, klanten en artikelen, voorraden of beschikbaarheden, openstaande bestellingen, prijs- en taksregels, evenals de betrokken boekhoudkundige journalen en saldi.
Streef niet naar een abstracte perfectie. Zoek het bewijs dat het bedrijf kan verkopen, aankopen, leveren, indien nodig produceren en correct factureren. Comfortverbeteringen, secundaire dashboards of niet-kritieke automatiseringen kunnen na de stabilisatie worden gepland.
Voorzie versterkte ondersteuning na de opstart
De eerste twee weken tonen de verschillen tussen het ontworpen proces en de realiteit. Dat is normaal. Wat telt, is de verwerkingssnelheid en de kwaliteit van de triage. Sommige vragen zijn incidenten die onmiddellijk gecorrigeerd moeten worden. Andere zijn nuttige evolutieverzoeken, die de stabiliteit van het systeem echter niet mogen verstoren.
Organiseer een kort dagelijks overleg met de business owners en de implementatiepartner. Volg de incidenten op, met hun prioriteit, eigenaar en oplossingsdatum. Meet ook eenvoudige indicatoren: verwerkte bestellingen, geblokkeerde leveringen, uitgereikte facturen, voorraadafwijkingen en responstijd. Deze opvolging toont snel of de activiteit echt beveiligd is, of dat de teams stilzwijgend de tekortkomingen van het systeem compenseren.
Bij Agitech bestaat de aanpak erin de migratie te behandelen als een project voor operationele prestaties, niet als een loutere technische overdracht. Dat betekent soms een extra fase aanbevelen of een dataovername zonder waarde weigeren. Deze eerlijkheid beschermt het budget, de planning en vooral het vermogen van het bedrijf om te blijven werken.
Een geslaagde ERP wordt niet beoordeeld op het aantal geactiveerde modules op de dag van de lancering. Ze wordt beoordeeld wanneer de teams hun houvast terugvinden, beslissingen steunen op betrouwbare cijfers en het bedrijf zijn volgende groeifase kan opvangen zonder parallelle bestanden opnieuw aan te maken.