Migreren naar NetSuite: zo verloopt de overstap

Een NetSuite migratie begint zelden met software. Ze begint met de vraag welke gegevens en welke werkwijzen u wilt meenemen en welke u liever achterlaat. Wie overstapt naar NetSuite vanuit Excel, een boekhoudpakket of een verouderd ERP, wil dat de boekhouding blijft kloppen, dat orders blijven vertrekken en dat de BTW-aangifte niet in het gedrang komt. Deze pagina beschrijft hoe een Belgisch bedrijf migreren naar NetSuite aanpakt, van dataovername tot go-live, en wat er gebeurt bij een versiewissel binnen NetSuite zelf.

Twee soorten migratie, twee verschillende vragen

Het woord migratie dekt twee heel verschillende situaties.

• Overstappen naar NetSuite: u verlaat een ander systeem en brengt gegevens en processen over. Dit is een project met een duidelijk begin en einde.
• Migreren binnen NetSuite: uw omgeving wordt bijgewerkt naar een nieuwe versie. Dit is een terugkerende gebeurtenis die u moet voorbereiden, niet uitvoeren.

Beide hebben een eigen aanpak. De eerste lees je hieronder in detail, de tweede komt verderop aan bod. Een algemeen overzicht van migraties, los van een bepaald pakket, vindt u in onze gids over ERP-migratie.

Vanuit welk vertrekpunt stapt u over?

De moeilijkheid van de overstap hangt vooral af van wat u nu gebruikt.

Een bedrijf dat uit Excel komt, ontdekt tijdens de migratie vaak dat dezelfde klant op drie manieren is gespeld. Een bedrijf met een oud ERP merkt dat veel aanpassingen ooit een goede reden hadden, maar nu niemand ze nog kan uitleggen. In beide gevallen is de migratie een goed moment om te vereenvoudigen.

Stap voor stap: de opbouw van het project

Een migratieproject verloopt in fasen. De namen verschillen per integrator, de logica blijft dezelfde.

Analyse en afbakening

U legt vast welke vennootschappen, welke processen en welke gegevens in scope vallen. Een goede integrator vraagt niet alleen naar uw wensen, maar ook naar uw uitzonderingen: speciale prijsafspraken, consignatiestock, ploegenwerk, projectfacturatie. Die uitzonderingen bepalen de werklast meer dan het aantal gebruikers. Hoe zo'n traject er in grote lijnen uitziet, leest u op de pagina over de implementatie van NetSuite.

Ontwerp en inrichting

Het rekeningschema, de structuur van uw vennootschappen, de rollen en de goedkeuringsstromen worden ingericht. Dit is het moment om te beslissen wat u standaard laat en wat u aanpast. Hoe meer standaard, hoe lichter later de updates verlopen.

Dataovername in meerdere rondes

Gegevens worden nooit in één keer overgezet. U werkt met proefrondes: een eerste import om de mapping te testen, een tweede om de kwaliteit te meten, en een laatste vlak voor de go-live. Elke ronde levert lijsten met fouten op die u opruimt aan de bron, niet in NetSuite.

Testen, opleiden, bascule

Daarna volgen de gebruikerstests, de opleiding en de eigenlijke omschakeling. Die laatste fase is het onderwerp van een aparte sectie hieronder.

Welke gegevens neemt u mee?

Niet alles hoeft mee. Een nuttige indeling is deze:

• Stamgegevens: klanten, leveranciers, artikelen, prijslijsten, rekeningschema, medewerkers. Deze gaan bijna altijd mee, maar pas na opschoning.
• Openstaande posten: onbetaalde klanten- en leveranciersfacturen, openstaande orders, lopende contracten. Deze zijn nodig om op dag één verder te kunnen werken.
• Openingsbalans: de saldi per rekening op de overgangsdatum, afgestemd met uw boekhouder.
• Historiek: facturen, orders en boekingen van vorige boekjaren. Hier maakt u een keuze.

Over die historiek bestaat veel discussie. Alles overzetten maakt de migratie zwaarder en de data vervuilder, terwijl het zelden dagelijks gebruikt wordt. Een gangbare aanpak is om in NetSuite te laden wat u nodig hebt voor vergelijkingen en rapportering, en de rest te bewaren in een raadpleegbaar archief. Let op dat uw Belgische bewaarplicht voor boekhoudkundige stukken gewoon blijft gelden, ook als het oude systeem wordt afgesloten. Meer over de verplichtingen waarmee u rekening houdt, vindt u in de gids over de wettelijke verplichtingen van een ERP.

Opschonen vóór u importeert

De meeste migratieproblemen zijn geen technische problemen, maar datakwaliteit. Maak vóór de import een lijst van wat moet worden aangepakt:

• dubbele klanten en leveranciers met licht afwijkende namen of ondernemingsnummers;
• artikelen die al jaren niet meer worden gebruikt;
• onvolledige adressen, ontbrekende BTW-nummers of foute landcodes;
• openstaande posten die eigenlijk al lang zijn afgeboekt;
• rekeningen in het schema die nooit worden gebruikt.

Maak één persoon in uw organisatie eigenaar van elke gegevenssoort. Zonder eigenaar blijft opschonen liggen, en wordt het probleem in NetSuite alleen sneller zichtbaar.

Zeker voor Belgische bedrijven is een correct BTW-nummer bij elke klant en leverancier belangrijk, omdat het de basis is voor uw aangiftes en voor de elektronische uitwisseling van facturen. De details daarvan komen aan bod in onze gids over BTW en ERP in België en in de pagina over Peppol en e-facturatie.

Hoe importeert u gegevens in NetSuite?

NetSuite heeft een ingebouwde CSV-importassistent. U vindt hem via Setup > Import/Export > Import CSV Records en hij vraagt de machtiging Import CSV File. De assistent loopt in vijf stappen:

• het bestand analyseren en uploaden;
• de importopties kiezen;
• bij imports met meerdere bestanden de bestanden aan elkaar koppelen;
• de velden van het bestand aan de velden in NetSuite koppelen;
• de mapping opslaan en de import starten.

U kiest of de import meteen of later wordt uitgevoerd. Een opgeslagen mapping herbruikt u bij elke proefronde, zodat u dezelfde logica telkens opnieuw toepast en niet van nul begint. Dat is precies wat u nodig hebt voor een migratie die in meerdere rondes verloopt.

Voor eenvoudige lijsten, zoals een artikelbestand of een lijst klanten, kunnen goed voorbereide medewerkers dit zelf doen. Voor transacties met veel regels, voor records die naar elkaar verwijzen en voor grote volumes is het verstandiger om de mapping door uw integrator te laten ontwerpen. Een fout in een mapping vermenigvuldigt zich over duizenden regels.

Boekhouding en openingsbalans

De boekhouding is het hart van elke migratie, en uw boekhouder moet er van in het begin bij betrokken zijn. Spreek af:

• op welke datum u overschakelt, bij voorkeur bij een periodegrens;
• hoe de openingsbalans wordt opgebouwd en door wie ze wordt gecontroleerd;
• hoe de rekeningen van het oude schema naar het nieuwe schema worden vertaald;
• wie de overgangsperiode afsluit en in welk systeem.

Na de eerste boekingen in NetSuite vergelijkt u de saldi met het oude systeem. De cijfers moeten op de overgangsdatum perfect overeenkomen, anders zoekt u nadien in twee systemen tegelijk. Wat NetSuite op boekhoudkundig vlak biedt, staat op de pagina over boekhouding en financiën in NetSuite.

Koppelingen en maatwerk niet vergeten

Een ERP staat zelden alleen. Uw webshop, uw bank, uw transportsoftware, uw CRM en uw boekhouder hangen er mogelijk aan vast. Maak vóór de start een lijst van alle koppelingen en beslis voor elk ervan: behouden, vervangen of afschaffen. Meer over de mogelijkheden leest u bij de integraties van NetSuite.

Werkt u met aanpassingen in het oude systeem? Probeer eerst te achterhalen waarom ze bestaan. Soms blijkt dat NetSuite het probleem standaard oplost. Wat u wel behoudt, moet worden gedocumenteerd en getest, ook omdat het later bij elke versiewissel opnieuw moet worden gecontroleerd.

Testen vóór de bascule

Testen is geen formaliteit aan het eind, maar loopt door het hele project. Drie niveaus zijn nuttig:

• Technische tests: lukt de import, kloppen de totalen, werken de koppelingen?
• Procestests: kan een order van offerte tot betaling worden verwerkt, ook met uw lastige uitzonderingen?
• Gebruikerstests: voeren uw eigen medewerkers hun dagelijkse taken uit, met hun eigen gegevens?

Neem het laatste niveau serieus. Medewerkers die de omgeving al kennen vóór de go-live, stellen minder vragen erna. Een gerichte opleiding in NetSuite is daarom geen luxe, maar een onderdeel van de planning.

De bascule: één keer of in fasen

Er zijn twee manieren om live te gaan.

Voor een kleiner bedrijf met één vennootschap is een gezamenlijke bascule vaak haalbaar. Voor een groep met meerdere entiteiten, of waar productie en logistiek continu moeten doorlopen, kiest men vaak voor fasen. Kies de overgang buiten uw drukste periode en buiten een BTW-aangifte of jaarafsluiting.

Het terugvalplan: vooraf, niet achteraf

Een terugvalplan is een afspraak die u maakt vóór de go-live, niet tijdens de crisis. Leg vast:

• wie de beslissing neemt om terug te keren en volgens welke criteria;
• tot welk moment terugkeren nog realistisch is;
• hoe het oude systeem leesbaar en consistent blijft tijdens de eerste periode;
• hoe de boekingen die al in NetSuite zijn gebeurd, worden overgenomen als u toch terugkeert;
• hoe klanten, leveranciers en uw boekhouder worden geïnformeerd.

Houd het oude systeem na de go-live bewust nog een tijd in alleen-lezen modus beschikbaar. U hebt het nodig om vragen te beantwoorden en om cijfers te vergelijken.

Migreren binnen NetSuite: de geplande versiewissel

NetSuite is een clouddienst. U beslist dus niet zelf wanneer u overschakelt naar een nieuwe versie. Volgens de documentatie van Oracle is NetSuite 2026.2 een geplande versie die tweemaal per jaar verschijnt en nieuwe functies, verbeteringen en wijzigingen aan het hele platform brengt. De releasenotes zijn opgedeeld in drie families: de geplande versie, de maandelijkse verbeteringen en de afzonderlijk gepubliceerde SuiteApps. Een PDF en vertaalde versies zijn beschikbaar.

De versie 2026.2 bevat onder meer vernieuwingen rond Ask Oracle, de Intelligent Close Manager, ondersteuning voor IFRS 18, aanmelden met passkeys, bankafstemming, capaciteitsplanning in productie en de export naar .xlsx in SuiteAnalytics. Voor u is vooral relevant welke daarvan uw processen raken.

Testen met Release Preview

Voor de test voorziet NetSuite een Release Preview-account. Dat is een tijdelijk, geïsoleerd testaccount, los van uw productie, dat de nieuwe versie al draait. U kunt er uw aanpassingen, SuiteScripts, koppelingen via webservices, webwinkels en de toegang tot SuiteAnalytics Connect testen vóór de update.

Enkele praktische punten:

• het account blijft beschikbaar tot uw bronaccount wordt bijgewerkt, of tot er veertien opeenvolgende dagen niemand inlogt, waarna het wordt gewist;
• in het begin hebben alleen beheerders toegang, zij kunnen daarna andere gebruikers toelaten;
• gebruik het uitsluitend om te testen.

Heeft u veel maatwerk of koppelingen, dan loont een vaste testronde bij elke geplande versie. Wat dat voor uw omgeving inhoudt, hangt samen met uw versie en editie van NetSuite en met de afspraken die u maakt over support en onderhoud.

Fouten die u vermijdt

Veel migraties mislukken om dezelfde redenen. Een beknopte lijst:

• Te veel historiek meenemen, waardoor de migratie zwaar en traag wordt.
• Opschonen uitstellen tot na de import, wanneer het veel duurder is.
• Geen eigenaar per gegevenssoort, zodat niemand de kwaliteit bewaakt.
• De boekhouder te laat betrekken, waardoor de openingsbalans niet aansluit.
• Alleen technisch testen, zonder echte gebruikers.
• Geen terugvalplan, waardoor een probleem meteen een crisis wordt.
• De go-live plannen in een drukke periode, zoals een jaarafsluiting.

Een uitgebreider overzicht van wat er in ERP-projecten fout loopt, vindt u in onze gids over fouten in een ERP-project.

Wie begeleidt de migratie?

De migratie zelf voert een NetSuite-integrator uit. ERP Integrator is geen integrator en is niet gelieerd aan Oracle: wij brengen u gratis in contact met een gespecialiseerde partij die bij uw project past. Wilt u eerst weten hoe uw huidige situatie ervoor staat, dan kan een audit van uw NetSuite-omgeving ook een goed vertrekpunt zijn, bijvoorbeeld wanneer u een bestaand project van een andere partij overneemt.

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.