La migration NetSuite recouvre deux situations très différentes. Dans la première, votre entreprise belge quitte des fichiers Excel, un logiciel de comptabilité ou un ancien ERP pour passer à NetSuite. Dans la seconde, elle a déjà NetSuite et doit absorber les mises à niveau de version, qui arrivent à un rythme régulier. Cette page traite les deux, en commençant par la plus lourde : la migration vers NetSuite depuis un système existant.
Pour la vue d’ensemble d’un changement d’ERP, quel que soit l’éditeur, consultez d’abord notre guide sur la migration d’un ERP. Ici, nous nous concentrons sur ce qui est propre à Oracle NetSuite et au contexte belge.
Quels points de départ pour passer à NetSuite ?
Le chemin de migration dépend de ce que vous quittez. Le tableau ci-dessous résume les situations courantes dans les PME et ETI belges.
| Point de départ | Ce qui est souvent le plus délicat | Approche habituelle |
|---|---|---|
| Fichiers Excel | Données dispersées, doublons, règles implicites connues d’une seule personne | Nettoyage et structuration avant tout import |
| Logiciel de comptabilité | Soldes à reprendre, analytique, codes TVA, liens avec le comptable | Reprise des soldes d’ouverture et des tiers, historique limité |
| Ancien ERP sur site | Volume d’historique, personnalisations anciennes, interfaces cachées | Inventaire des flux, reprise sélective, période de cohabitation |
| Plusieurs outils par filiale | Référentiels différents d’une entité à l’autre | Harmonisation des référentiels avant la reprise |
Dans tous les cas, la migration n’est pas un simple transfert technique. C’est l’occasion de décider ce que vous gardez, ce que vous simplifiez et ce que vous abandonnez. Un intégrateur sérieux commence par là, pas par l’outil d’import.
Cadrer le périmètre avant de toucher aux données
Avant d’extraire quoi que ce soit, fixez le périmètre fonctionnel. Quels modules passent en premier : comptabilité et finance, ventes, stocks, achats ? Quelles entités, quelles devises, quels sites en Flandre, en Wallonie ou à Bruxelles ? Une démarche par vagues réduit le risque, mais elle impose de gérer temporairement deux systèmes.
Le plan de migration fait partie de la mise en œuvre de NetSuite : il se décide dès le cadrage, pas la veille de la bascule. Le coût dépend directement de ce périmètre ; pour le budget, voyez la page sur le prix de NetSuite.
La reprise des données : quoi reprendre, quoi laisser
C’est le cœur du projet. Trois catégories de données se distinguent.
Les données de référence
Ce sont les fondations : plan comptable belge, clients, fournisseurs, articles, nomenclatures, conditions de paiement, codes TVA, comptes bancaires. Elles doivent être complètes, uniques et cohérentes avant tout import de transactions. Un client présent deux fois dans l’ancien système le sera deux fois dans NetSuite si personne ne le traite.
Les soldes et les éléments en cours
Il s’agit des soldes d’ouverture comptables, des factures clients et fournisseurs non soldées, des commandes ouvertes, des stocks valorisés. Ces éléments doivent être rapprochés de la comptabilité de l’ancien système : si les chiffres ne concordent pas avant l’import, ils ne concorderont pas après. Associez votre comptable à ce contrôle dès le début.
L’historique
La question n’est pas « peut-on tout reprendre ? » mais « pourquoi le ferait-on ? ». L’historique détaillé alourdit le projet et reprend aussi les erreurs du passé. Une règle de bon sens : reprenez ce qui sert une obligation légale, une analyse récurrente ou le service client, et conservez le reste dans une archive consultable. Vos obligations de conservation sont à valider avec votre comptable ; la page sur les obligations légales liées à l’ERP donne le cadre.
Nettoyer avant d’importer
Le nettoyage est le poste que les entreprises sous-estiment le plus. Il porte sur les doublons de tiers, les adresses incomplètes, les numéros de TVA invalides, les articles obsolètes, les unités de mesure incohérentes et les comptes comptables inutilisés. Nettoyez dans le système source ou dans des fichiers de travail, jamais directement dans NetSuite après coup : corriger en masse une base déjà alimentée coûte plus cher que de bien préparer le fichier.
Un point propre à la Belgique : les numéros d’entreprise et de TVA des clients et fournisseurs sont désormais la clé d’échanges de factures électroniques. Une donnée erronée dans la fiche tiers bloquera plus tard un envoi sur le réseau Peppol. Le sujet est détaillé dans notre page sur la facturation électronique Peppol.
Les outils d’import de NetSuite
D’après la documentation officielle d’Oracle, l’assistant d’import CSV de NetSuite se trouve dans Setup > Import/Export > Import CSV Records et exige la permission « Import CSV File ». Il guide l’opération en cinq étapes :
- l’analyse et l’envoi du fichier ;
- les options d’import ;
- le mappage de fichiers, pour les imports portant sur plusieurs fichiers ;
- le mappage des champs ;
- l’enregistrement du mappage et le lancement.
L’import peut être immédiat ou différé. Cette dernière option est utile pour les gros volumes, qui peuvent ainsi être lancés en dehors des heures de travail.
Le mappage enregistré est un atout : il se rejoue à l’identique lors des répétitions de migration, ce qui évite de refaire la correspondance des champs à chaque essai. Pour les cas plus complexes, par exemple une synchronisation continue ou des transformations lourdes, on passe par des intégrations et connecteurs ou par des scripts développés par l’intégrateur.
Répéter la migration avant la vraie
Une migration réussie n’est jamais la première. Prévoyez plusieurs répétitions complètes dans un environnement de test : extraction, transformation, import, contrôles. Chaque répétition révèle des anomalies, mesure le temps réel de l’opération et affine l’ordre des imports (les tiers avant les transactions, les articles avant les stocks).
À chaque répétition, produisez des contrôles chiffrés :
- balance comptable de l’ancien système rapprochée de celle de NetSuite ;
- nombre de tiers, d’articles et de pièces ouvertes avant et après import ;
- valorisation du stock comparée à l’inventaire ;
- échantillon de factures et de commandes vérifié ligne par ligne par les utilisateurs métiers.
La stratégie de bascule
Deux grandes stratégies existent. La bascule directe arrête l’ancien système à une date donnée et démarre NetSuite le lendemain. La bascule progressive ou parallèle fait cohabiter les deux systèmes pendant une période, ou déploie par entité ou par module.
| Critère | Bascule directe | Bascule progressive |
|---|---|---|
| Rapidité | Plus rapide | Plus étalée |
| Risque | Concentré sur un moment | Réparti, mais gestion de deux systèmes |
| Charge pour les équipes | Pic au moment de la bascule | Double saisie ou rapprochements |
| Adaptée à | Périmètre simple, une seule entité | Plusieurs entités, activité sensible |
Le choix de la date compte autant que la stratégie. En Belgique, évitez les semaines de déclaration TVA et la clôture annuelle. Une bascule en début de période comptable simplifie les soldes d’ouverture et le travail du comptable. Concertez-vous aussi avec vos équipes en Flandre, en Wallonie et à Bruxelles si les sites ont des rythmes différents.
Tests et recette : qui valide quoi
La recette n’est pas une formalité confiée à l’informatique. Ce sont les utilisateurs métiers qui valident leurs flux de bout en bout : de la commande à l’encaissement, de l’achat au paiement fournisseur, de la facture à la déclaration TVA. Rédigez des scénarios réalistes, avec vos cas particuliers : remises, avoirs, livraisons partielles, ventes intracommunautaires.
Testez aussi les interfaces : banque, boutique en ligne, outil de paie, échanges Peppol. Une interface qui fonctionne en test mais pas en conditions réelles est l’une des causes classiques de report de bascule. Les formations des utilisateurs doivent avoir lieu avant la recette, pas après : on ne valide bien que ce que l’on sait utiliser.
Le plan de retour arrière
Personne n’aime y penser, et pourtant c’est ce qui rend la bascule sereine. Un plan de retour arrière écrit comprend :
- la conservation de l’ancien système en état de fonctionnement, au moins en consultation, pendant la période de stabilisation ;
- la sauvegarde datée de tous les fichiers sources utilisés pour l’import ;
- des critères de décision précis (par exemple, un écart comptable non expliqué, une interface bancaire bloquée) ;
- une personne habilitée à décider du retour, avec une heure limite de décision ;
- la manière de ressaisir les opérations réalisées dans NetSuite si l’on revient en arrière.
Ce plan a un horizon court : plus les opérations nouvelles s’accumulent dans NetSuite, moins le retour est réaliste. C’est pourquoi la décision se prend dans les premiers jours, sur des critères objectifs, et non au bout de semaines d’hésitation.
Migrer entre versions de NetSuite
Si vous êtes déjà sur NetSuite, la « migration » prend la forme de mises à niveau. La documentation officielle d’Oracle décrit NetSuite 2026.2 comme une mise à niveau de version planifiée, livrée deux fois par an, qui apporte de nouvelles fonctions, des améliorations et des changements sur toute la plateforme. Entre deux versions, des versions mensuelles livrent des améliorations complémentaires.
Les notes de version sont organisées en trois familles : la version planifiée, les versions mensuelles et les SuiteApps publiées séparément. Un PDF et des versions traduites existent. Lisez-les avant chaque mise à niveau, en repérant ce qui touche à vos processus. Parmi les domaines couverts par NetSuite 2026.2 figurent notamment :
- Ask Oracle, l’aide et le chat par IA ;
- l’Intelligent Close Manager et la prise en charge d’IFRS 18 en comptabilité ;
- l’authentification sans mot de passe par clés d’accès ;
- le rapprochement bancaire ;
- la planification de capacité en fabrication ;
- les abonnés d’événements et le module LLM de SuiteScript ;
- l’export .xlsx de SuiteAnalytics.
Pour tester avant la mise à niveau, Oracle propose le compte Release Preview : un compte de test temporaire, isolé de la production, qui exécute la nouvelle version. Il permet de vérifier les personnalisations, les SuiteScripts, les intégrations par services web, les boutiques en ligne et l’accès SuiteAnalytics Connect. Il n’est d’abord accessible qu’aux administrateurs, qui peuvent ensuite ouvrir l’accès à d’autres utilisateurs. Il reste disponible jusqu’à la mise à niveau du compte source, ou jusqu’à quatorze jours consécutifs sans connexion, après quoi il est purgé. Il ne doit servir qu’aux tests, jamais à du travail réel.
Concrètement, planifiez une session de test avec les utilisateurs clés dès l’ouverture du compte, plutôt que de découvrir le délai de purge trop tard. Pour comprendre la logique des éditions et des versions, consultez la page sur les versions et éditions de NetSuite. Si votre configuration a accumulé des personnalisations mal documentées, un audit de votre projet NetSuite évite les mauvaises surprises à chaque mise à niveau.
Les erreurs à éviter
- Reprendre tout l’historique par réflexe. Cela allonge le projet et importe des données de mauvaise qualité.
- Importer sans nettoyer. Les doublons et les numéros de TVA erronés se paient ensuite en factures rejetées.
- Ignorer le comptable. Les soldes d’ouverture et les codes TVA doivent être validés par lui avant la bascule.
- Sauter les répétitions. La première migration complète ne doit jamais être la vraie.
- Choisir la date de bascule selon l’agenda de l’éditeur ou de l’intégrateur. Elle doit suivre votre calendrier comptable.
- Oublier les interfaces. Banque, e-commerce, Peppol : tout flux non testé est un risque.
- Former trop tard. Des utilisateurs non formés rendent la recette inutile.
- Ne prévoir aucun retour arrière. Sans plan, chaque incident devient une crise.
Qui fait quoi dans une migration
Nous ne faisons pas le projet : nous vous mettons en relation avec un intégrateur adapté, gratuitement. C’est lui qui conduit la reprise des données, les imports et la bascule. De votre côté, désignez un responsable de projet, des référents métiers disponibles et un interlocuteur côté comptabilité. Pour sélectionner le bon partenaire, appuyez-vous sur nos conseils pour choisir un intégrateur NetSuite et posez-lui des questions précises sur sa méthode de reprise, ses répétitions et son plan de retour arrière.
Vous préparez une migration vers NetSuite en Belgique ? Décrivez votre situation de départ et votre périmètre : nous vous orienterons vers un intégrateur qui a l’expérience de projets comparables.
Questions fréquentes
Quelles données faut-il reprendre lors d’une migration vers NetSuite ?
Reprenez d’abord les données de référence : plan comptable, clients, fournisseurs, articles, nomenclatures, conditions de paiement et codes TVA. Ajoutez ensuite les soldes d’ouverture et les éléments en cours (commandes, factures ouvertes). L’historique détaillé se reprend seulement s’il sert une obligation ou une analyse réelle.
Peut-on importer ses données soi-même dans NetSuite ?
Oui, pour des volumes simples : l’assistant d’import CSV guide l’opération par étapes, de l’envoi du fichier au mappage des champs. Pour des données liées entre elles (soldes, historique, pièces ouvertes), l’intégrateur structure l’ordre des imports et les contrôles. Le droit d’import dépend des permissions du rôle utilisé.
Comment tester sa configuration avant une mise à niveau de NetSuite ?
Le compte Release Preview est un compte de test temporaire, isolé de la production, qui exécute la nouvelle version. Il permet de vérifier vos personnalisations, vos SuiteScripts et vos intégrations avant la mise à niveau. Il est purgé après une période d’inactivité, donc les tests doivent être planifiés.
Que prévoir si la bascule se passe mal ?
Prévoyez un plan de retour arrière avant la bascule : conservation de l’ancien système en consultation, sauvegarde des fichiers sources, critères de décision écrits et personne habilitée à trancher. Un retour n’est réaliste que tant que les écritures nouvelles dans NetSuite restent limitées ; la décision se prend donc tôt.
Quand lancer la bascule pour une société belge ?
Choisissez un moment où l’activité comptable est calme et où la clôture précédente est validée par votre comptable. Évitez les périodes de déclaration TVA et de clôture annuelle. Vérifiez aussi que la facturation électronique via Peppol et les codes TVA belges sont testés avant la première facture réelle.
Sources
- Oracle NetSuite – documentation officielle : version 2026.2
- Oracle NetSuite – documentation officielle : compte Release Preview
- Oracle NetSuite – documentation officielle : import CSV
Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.