Een NetSuite-installatie laten doorlichten en het project overnemen

Een audit NetSuite is geen straf voor de integrator en geen bewijs dat het systeem faalt. Het is een nuchtere inventaris van wat er in uw omgeving staat, hoe het werkt en wat u kost of riskeert als u niets doet. Voor een Vlaamse of Brusselse kmo die een vastgelopen project wil redden, is het de snelste manier om van discussie naar beslissing te gaan.

Wanneer is een audit NetSuite nodig?

Meestal komt de twijfel sluipend. De livegang is al gebeurd of staat er bijna, maar iets klopt niet. Herkent u onderstaande signalen, dan loont een doorlichting.

Eén signaal is nog geen drama. Een combinatie van meerdere, zeker samen met budgetoverschrijding of een planning die telkens opschuift, rechtvaardigt een onafhankelijke blik. Over de oorzaken van mislukte trajecten leest u meer in onze gids over fouten in een ERP-project.

Wat onderzoekt een audit van uw NetSuite-omgeving?

Een goede audit werkt langs vaste assen. Ze beoordeelt niet alleen wat technisch mogelijk is, maar vooral of het systeem past bij hoe uw bedrijf werkt.

Paramétrage en bedrijfsprocessen

De auditor vergelijkt de instellingen met uw werkelijke processen: offerte tot factuur, aankoop tot betaling, voorraad en productie voor zover relevant. Vaak blijkt dat de standaard bruikbaar was, maar dat er te veel eigen regels bovenop zijn gelegd. Elke afwijking van de standaard moet een reden hebben en een eigenaar.

Gegevens

Slechte gegevens vergiftigen elk rapport. De audit kijkt naar dubbele klanten en leveranciers, onvolledige artikelfiches, openstaande posten die niet meer kloppen en historiek die verkeerd is overgenomen. Voor een bedrijf in Vlaanderen, Wallonië of Brussel komt daar vaak een taalaspect bij: relaties met een Nederlandstalige, Franstalige of tweetalige communicatie moeten correct zijn vastgelegd, zodat documenten in de juiste taal vertrekken.

Boekhouding, btw en facturatie

Hier ligt het Belgische risico het hoogst. De audit controleert of het systeem de Belgische btw correct toepast, of de aangiften uit het systeem te herleiden zijn en of de facturatie klaar is voor elektronische uitwisseling. Lees hiervoor onze pagina’s over btw in België en uw ERP en over e-facturatie via Peppol. Uw boekhouder is bij dit onderdeel een natuurlijke gesprekspartner: hij ziet als eerste wat niet klopt.

Ontwikkelingen en scripts

Maatwerk is vaak het zwakste punt in een project dat vastloopt. De auditor leest de scripts, controleert of ze leesbaar zijn, of ze onderling conflicteren en of de broncode in uw bezit is. Meer over de risico’s en de goede aanpak vindt u op onze pagina over maatwerk in NetSuite.

Integraties

Elke koppeling is een mogelijke storing: webshop, bank, vervoerder, CRM, loonpakket. De audit stelt vast welke verbindingen bestaan, hoe fouten worden opgevangen en wie waarschuwt wanneer iets uitvalt. Een overzicht van wat gebruikelijk is, vindt u bij de integraties van NetSuite.

Prestaties

Trage zoekopdrachten, rapporten die niet laden of scripts die de gebruiker doen wachten wijzen vaak op een slechte opbouw en niet op een gebrek aan capaciteit. De auditor zoekt de oorzaak in zoekopdrachten, workflows en scripts die bij elke opslag draaien.

Beveiliging en toegangsrechten

Wie mag wat zien en wijzigen? In veel omgevingen die snel zijn ingericht, hebben te veel mensen beheerdersrechten, of blijven oude accounts van vertrokken medewerkers en consultants actief. De audit bekijkt rollen, functiescheiding en de manier van aanmelden. De nieuwste versie van NetSuite biedt bijvoorbeeld authenticatie zonder wachtwoord via toegangssleutels (passkeys), wat een extra argument kan zijn om de aanmelding opnieuw te bekijken.

Versie en updates

NetSuite wordt aangeboden als dienst in de cloud. Volgens de documentatie van Oracle is NetSuite 2026.2 een geplande versie-update die tweemaal per jaar verschijnt en nieuwe functies, verbeteringen en wijzigingen voor het hele platform brengt. Daarnaast verschijnen er maandelijkse updates en aparte releases van SuiteApps. De audit onderzoekt of uw ontwikkelingen deze cyclus aankunnen en of er een vaste werkwijze bestaat om updates te testen. Meer context vindt u op onze pagina over versies en edities.

Voor die test voorziet Oracle een Release Preview-account: een tijdelijke, afgeschermde testomgeving, los van de productie, waarin de nieuwe versie draait. U kunt er personalisaties, scripts, koppelingen via webdiensten en toegang tot SuiteAnalytics Connect uitproberen vóór de update. Het account blijft beschikbaar tot uw bronaccount is bijgewerkt of tot veertien opeenvolgende dagen zonder aanmelding, waarna het wordt gewist. Een bedrijf dat die test nooit uitvoert, loopt bij elke update een onnodig risico. Dat is een typische bevinding.

Een project overnemen: van integrator veranderen zonder opnieuw te beginnen

De angst om van integrator te veranderen is begrijpelijk: u vreest dat de nieuwe partij alles wil herbouwen. Dat hoeft niet. De licentie en het account zijn van uw bedrijf. De gegevens, de configuratie en de meeste ontwikkelingen blijven in de omgeving staan. Een nieuwe integrator komt dus in een bestaand huis, geen leeg terrein.

Een gezonde overname verloopt in vaste stappen:

1. Eigen controle verzekeren. Zorg dat uw bedrijf beheerder is op het account en dat geen enkele toegang uitsluitend bij de huidige partij ligt.
2. Documenten en broncode opvragen. Zie hieronder de volledige lijst.
3. Audit laten uitvoeren. Bij voorkeur door de partij die het werk zal overnemen, of door een derde die onafhankelijk blijft.
4. Beslissen per onderdeel. Behouden, herstellen of herbouwen: per module, per script en per koppeling.
5. Overgang plannen. Afspraken over lopende tickets, uitzonderingen en een korte overlap tussen oude en nieuwe partij.
6. Contract en scope vastleggen. Zodat de volgende partij precies weet waarvoor hij verantwoordelijk is.

Wees eerlijk over de verantwoordelijkheid. Niet elke mislukking ligt bij de integrator: onduidelijke eisen, ontbrekende beslissers aan klantzijde of een onrealistische planning spelen vaak mee. Een goede audit benoemt die factoren evengoed. Zo vermijdt u dat u hetzelfde probleem meeneemt naar de volgende partij.

Welke documenten en toegangen moet u terugkrijgen?

Voor een soepele overname hebt u minstens het volgende nodig:

• beheerdersrechten op uw eigen account en een eigen contactpersoon bij Oracle voor de licentie;
• de broncode van alle scripts, workflows en eigen SuiteApps, met hun versiegeschiedenis;
• een beschrijving van de configuratie: rekeningschema, btw-codes, rollen, goedkeuringsstromen, sjablonen voor documenten;
• de lijst van alle integraties, met hun doel, hun eigenaar en de plaats waar de toegangsgegevens staan;
• de documentatie of het verslag van de gegevensmigratie en de bestaande controlelijsten;
• openstaande tickets, bekende fouten en afgesproken verbeteringen;
• de opleidingsmaterialen en de lijst van getrainde gebruikers.

Ontbreekt iets, dan zegt dat ook iets: documentatie die niet bestaat, wordt onderdeel van het herstelplan. De afspraken over ondersteuning en onderhoud bepalen daarna wie dit documentatiewerk voortaan opvolgt.

Een herstelplan dat blijft werken

Na de audit hoort een plan dat realistisch is voor uw team en uw budget. Een goed herstelplan is geen lijst van honderd punten, maar een volgorde.

Eerst stabiliseren

Alles wat de dagelijkse werking verstoort of een boekhoudkundig risico inhoudt, komt eerst: fouten in btw, in de facturatie, in de aansluiting met de bank of in de rechten. Dit is het werk dat de rust herstelt.

Dan opruimen

Dubbele gegevens samenvoegen, overbodige velden en scripts verwijderen, rollen herzien. Opruimen verlaagt de kosten van elke latere wijziging en maakt de volgende update minder riskant.

Vervolgens documenteren en overdragen

Bij elke ontwikkeling hoort een korte beschrijving: wat doet ze, waarom bestaat ze, wie beslist erover. Zonder dit blijft u afhankelijk van één persoon of één partij.

Tot slot verbeteren

Pas wanneer de basis staat, komen nieuwe wensen aan bod. Soms is dat het moment om de scope te herdenken: een module toevoegen, een koppeling vervangen of de mise en place van een nieuwe fase plannen. Heroverweegt u de keuze van het systeem zelf, bekijk dan eerst onze vergelijking van alternatieven voor NetSuite.

Hoe kiest u de partij die de audit of de overname doet?

Kies een integrator die zich in uw situatie kan inleven en die bereid is eerst te luisteren. Let op een paar punten:

• Hij vraagt om toegang tot uw omgeving en leest wat er staat vóór hij een voorstel doet.
• Hij maakt een onderscheid tussen wat hij behoudt en wat hij herbouwt, en motiveert dat.
• Hij kent de Belgische praktijk: btw, Peppol, de rol van de boekhouder, tweetalige documenten.
• Hij werkt met een duidelijk kader voor tijd en kosten, zonder cijfers in de lucht te gooien.
• Hij laat documentatie achter, ook als de relatie later eindigt.

Onze pagina over de keuze van een NetSuite-integrator geeft hierover een vollediger checklist. Wij zijn aan geen enkele uitgever of integrator verbonden. Wij brengen u kosteloos in contact met een partij die past bij uw situatie; het project zelf voert de integrator uit.

Een audit aanvragen

Beschrijf kort uw situatie: sinds wanneer het project loopt, wat er al live staat, welke problemen u ziet en welke beslissing er nog voor u ligt. Wij leggen uw vraag voor aan een integrator die ervaring heeft met overnames. U beslist daarna zelf of u met hem verdergaat.

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.