Migreren naar NetSuite: uw overstap stap voor stap

Een NetSuite migratie begint zelden bij NetSuite zelf. Ze begint bij de vraag wat u uit uw huidige situatie wilt meenemen en wat u juist achterlaat. Wie vanuit Excel, een boekhoudpakket of een verouderd ERP naar NetSuite overstapt, verhuist niet alleen gegevens, maar ook werkwijzen: hoe een inkooporder ontstaat, wanneer een factuur wordt geboekt, wie een betaling vrijgeeft. Daarom is een goede migratie een gezamenlijk project van financiële administratie, operatie en een ervaren integrator.

Deze pagina behandelt beide vormen van migreren: de overstap naar NetSuite vanuit een ander systeem, en de overgang tussen versies van NetSuite zelf. Voor de algemene aanpak van ERP-overstappen leest u ook onze gids over ERP-migratie.

Twee soorten migratie, twee verschillende vragen

Als mensen zoeken naar een migratie naar NetSuite, bedoelen ze meestal een van deze twee situaties.

• Overstappen naar NetSuite. U vervangt een bestaand systeem. De kernvraag is: welke data nemen we mee, in welke kwaliteit en met welke bascule?
• Meegaan met een nieuwe versie van NetSuite. U werkt al in NetSuite en de omgeving wordt bijgewerkt. De kernvraag is: blijven onze personalisaties, scripts en koppelingen werken?

De tweede vorm is minder zwaar, maar wordt vaak onderschat. NetSuite is een cloudoplossing waarvan de versie door de leverancier wordt doorgevoerd; u beslist dus niet zelf wanneer u upgradet. Verderop leest u hoe u zich daarop voorbereidt.

Vanuit welk systeem komt u?

Het vertrekpunt bepaalt hoeveel werk de migratie is. Onderstaande tabel geeft een eerste oriëntatie, zonder de pretentie een tijdsinschatting te zijn.

Het verschil zit zelden in de techniek van het importeren, maar in de keuze van de scope en in de kwaliteit van wat u aanlevert.

Stap voor stap naar een gecontroleerde overstap

Begin met een inventarisatie

Leg vast welke processen, entiteiten, valuta, btw-regimes en koppelingen het huidige systeem draagt. Noteer ook wat er buiten het systeem gebeurt: de Excel-lijst waar de verkoop haar kortingen bijhoudt, de handmatige export naar de accountant, de wekelijkse controle die niemand heeft gedocumenteerd. Juist deze schaduwprocessen veroorzaken na livegang de meeste verrassingen.

Maak een scherp onderscheid tussen stamdata, openstaande posten en historie

Dit is de belangrijkste beslissing in de datamigratie.

• Stamdata (relaties, artikelen, stuklijsten, prijslijsten, medewerkers) gaat bijna altijd mee, maar pas na opschoning.
• Openstaande posten en beginsaldi (debiteuren, crediteuren, voorraad, lopende orders en projecten) moeten kloppen met de laatste afgesloten periode.
• Historie neemt u alleen mee als u die dagelijks gebruikt, bijvoorbeeld voor verkoopanalyses, garantieafhandeling of vergelijkende rapportages. Andere historie blijft beter in een archief.

Wie alles wil meenemen, verhuist ook alle fouten. Het is verstandiger om een beperkte, schone historie in NetSuite te laden en de rest leesbaar te bewaren buiten het nieuwe systeem.

Ruim de data op vóór de import

Opschonen doet u in de bron, niet tijdens de import. Denk aan dubbele relaties, inactieve artikelen, onvolledige adressen, ontbrekende btw-nummers en afwijkende eenheden. Laat de eigenaars van de data, niet alleen IT, de opschoning goedkeuren. Een artikelnummer dat niemand meer gebruikt, hoeft niet te verhuizen; een relatie met twee verschillende betaaltermijnen moet eerst worden rechtgezet.

Spreek ook af wat de identificatie van elk record wordt. Een stabiele externe sleutel die u meeneemt uit het oude systeem maakt later controles, correcties en herhaalde imports een stuk eenvoudiger.

Werk met de importgereedschappen van NetSuite

Voor veel stamdata gebruikt u de CSV-importassistent van NetSuite. Die vindt u onder Setup > Import/Export > Import CSV Records en vereist de permissie « Import CSV File ». De assistent leidt u in vijf stappen door het proces:

• het bestand analyseren en uploaden;
• de importopties instellen;
• bij importen uit meerdere bestanden de bestanden aan elkaar koppelen;
• de velden uit uw bestand toewijzen aan de velden in NetSuite;
• de mapping opslaan en de import starten, direct of ingepland.

De opgeslagen mapping is waardevol: u gebruikt dezelfde import opnieuw in de testomgeving, in de definitieve oefenronde en bij de echte migratie. Complexere gegevens, zoals transacties met regels, afhankelijkheden tussen records of grote volumes, vragen vaak om een geautomatiseerde aanpak of om ondersteuning door de integrator. Een uitleg van de keuzes rond implementatie vindt u bij de mogelijkheden voor implementatie van NetSuite.

Vertaal uw financiële structuur bewust

De financiële inrichting is de plek waar de migratie raakt aan uw boekhouder en accountant. Het grootboekschema, de dimensies voor kostenplaatsen en afdelingen, de btw-codes en de afsluitprocedure moeten vooraf worden vastgesteld. Zie ook wat NetSuite op dit vlak biedt bij boekhouding en financiën.

Zorg dat de btw-aangifte vanaf de eerste dag in de nieuwe omgeving kan worden opgesteld. Onze gids over btw-aangifte en ERP beschrijft waar u op let. Heeft u klanten die elektronisch factureren, bijvoorbeeld via Peppol, dan hoort ook dat in de scope; lees daarvoor de gids over e-factureren met uw ERP.

Testen: oefen de migratie voordat het ernst wordt

Een migratie die voor het eerst op de livedag draait, is een gok. Plan daarom meerdere proefronden in een testomgeving, elk met een duidelijk doel.

• Technische proef. Laden alle bestanden zonder fouten? Worden verplichte velden gevuld, kloppen de koppelingen tussen records?
• Inhoudelijke proef. Komen de saldi van debiteuren, crediteuren en voorraad overeen met de bron? Klopt de proefbalans?
• Procesproef. Kunnen gebruikers een volledige keten doorlopen, van offerte tot betaling of van inkooporder tot ontvangst?
• Generale repetitie. Een complete oefening van de bascule, inclusief de volgorde van handelingen en de tijd die de verschillende afdelingen nodig hebben.

Betrek in elke ronde de mensen die er straks mee werken. Een key user die in de test een afwijking ziet, is waardevoller dan een rapport vol technische controles. Vergeet de opleiding niet: training op maat hoort bij de proefrondes, niet erna.

Bascule en terugvalplan

De bascule (cutover) is het moment waarop het oude systeem stopt en NetSuite het overneemt. De risico's liggen in de overgang van de laatste transacties, de bankkoppeling en de koppelingen met webshop, logistiek of salarisverwerking.

Een solide bascule heeft in elk geval deze elementen:

• Een bevroren moment. Wanneer worden er geen nieuwe boekingen meer gemaakt in het oude systeem, en hoe worden de laatste transacties verwerkt?
• Een kiezen-of-delen-beslissing. Gaat u in één keer over, of per entiteit, vestiging of module? Een gefaseerde overstap verkleint het risico, maar verlengt de periode waarin u twee werelden moet laten samenwerken.
• Controlepunten. Wat controleert u direct na de laatste import, en wie tekent af dat de saldi kloppen?
• Een beslismoment voor terugval. Wie besluit, op welk moment en op basis van welke criteria, dat u terugkeert naar het oude systeem?
• Een oud systeem dat intact blijft. Zet het niet meteen uit. Houd het leesbaar en consistent totdat de eerste periodeafsluiting in NetSuite is gelukt.

Het terugvalplan is geen teken van wantrouwen. Het is de reden dat een directie rustig akkoord kan geven op de livedatum. Beschrijf ook hoe u omgaat met transacties die in de tussentijd in het nieuwe systeem zijn ontstaan, zodat u ze bij een terugval niet kwijtraakt.

Na de livegang

De eerste weken zijn bedoeld voor stabilisatie: openstaande vragen verzamelen, afwijkingen herstellen, rapporten bijstellen en de eerste btw-aangifte en periodesluiting zorgvuldig doorlopen. Leg afspraken vast over support en onderhoud, zodat vragen een duidelijke eigenaar hebben.

Migreren tussen NetSuite-versies

Wie al met NetSuite werkt, krijgt te maken met een andere vorm van migratie. De documentatie van Oracle beschrijft NetSuite 2026.2 als een geplande versie-upgrade die twee keer per jaar verschijnt en nieuwe functies, verbeteringen en wijzigingen voor het hele platform brengt. De releasenotes zijn onderverdeeld in drie families: de notes van de geplande versie, de notes van de maandelijkse releases met verbeteringen na de upgrade, en de notes van SuiteApps die afzonderlijk verschijnen. Er is ook een pdf en er zijn vertaalde versies.

Voor 2026.2 noemt Oracle onder meer Ask Oracle (hulp en chat met AI), de Intelligent Close Manager en ondersteuning voor IFRS 18 in de boekhouding, aanmelden zonder wachtwoord met passkeys, bankreconciliatie, capaciteitsplanning in productie, event subscribers en de LLM-module van SuiteScript, en een .xlsx-export vanuit SuiteAnalytics. Voor een Nederlandse organisatie is vooral relevant wat er verandert in uw eigen processen: afsluiting, bankverwerking, rapportage en toegang.

Gebruik het Release Preview-account

Voor het testen heeft NetSuite een Release Preview-account: een tijdelijk en geïsoleerd testaccount, los van de productie, waarop de nieuwe softwareversie al draait. Daarin controleert u uw personalisaties, SuiteScripts, koppelingen via webservices, webwinkels en de toegang via SuiteAnalytics Connect voordat de upgrade plaatsvindt.

Let op de praktische kanten:

• het account blijft beschikbaar tot de upgrade van het bronaccount, of tot 14 opeenvolgende dagen zonder inlog, waarna het wordt verwijderd;
• in eerste instantie hebben alleen beheerders toegang; zij kunnen daarna andere gebruikers toevoegen;
• het account is uitsluitend voor testen bedoeld, niet voor het inrichten of het overnemen van echte werkzaamheden.

Plan dus bewust wie wat test. Een lijst met kritieke processen, personalisaties en koppelingen, vooraf opgesteld, voorkomt dat het account verloopt voordat u het echt gebruikt. Meer over het verschil tussen versies en edities vindt u bij NetSuite-versies en edities. Voor de koppelingen die het vaakst problemen geven, zie integraties met NetSuite.

Veelgemaakte fouten bij een NetSuite migratie

• Te veel historie meenemen. Het project vertraagt en de datakwaliteit lijdt eronder.
• Opschonen overslaan. Fouten uit het oude systeem komen in het nieuwe terecht, nu met meer zichtbaarheid.
• De boekhouder te laat betrekken. Btw-codes, grootboekstructuur en afsluitprocedure laat u niet achteraf corrigeren.
• Alleen technisch testen. Een import zonder foutmelding bewijst niet dat het proces klopt.
• Geen terugvalplan. Zonder plan wordt elk probleem tijdens de bascule een crisis.
• Koppelingen vergeten. Webshop, bank, logistiek en salarisadministratie moeten mee in het testplan.
• De upgrade-cyclus negeren. Wie personalisaties en scripts niet beheert, merkt het bij de eerstvolgende versie.
• Geen eigenaar voor de data. Als niemand verantwoordelijk is voor de kwaliteit, wijst iedereen naar IT.

Wie begeleidt de migratie?

Een migratie vraagt kennis van het product én van uw branche. Kijk bij de keuze van een integrator naar ervaring met overstappen vanuit uw huidige systeem, naar de manier waarop datamigratie wordt aangepakt en naar de afspraken over testen en nazorg. Handvatten vindt u bij een NetSuite-integrator kiezen. Wij zijn zelf geen integrator: wij brengen u gratis in contact met een gecertificeerde partij die bij uw project past, en die voert de migratie uit.

Samenvatting

Een geslaagde overstap naar NetSuite rust op vijf pijlers: een heldere scope, schone data, een geoefende bascule, een beslismoment voor terugval en bij bestaande klanten een vaste test op elke nieuwe versie. De importassistent en het Release Preview-account zijn hulpmiddelen; de kwaliteit zit in de voorbereiding en in de betrokkenheid van de mensen die er straks dagelijks mee werken.

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.