Quand une direction financière belge demande « quelle NetSuite version choisir ? », la réponse surprend souvent : il n’y a pas de version à acheter, installer puis conserver pendant des années. NetSuite est un service en ligne d’Oracle, et sa vie se règle sur le calendrier de l’éditeur. Ce que vous pilotez, ce sont votre édition (le périmètre contractuel), vos personnalisations et votre préparation à chaque mise à niveau.
Cette page explique comment lire cette logique, ce que contient la dernière version, comment tester avant la bascule et quand impliquer votre intégrateur. Pour la vue d’ensemble du produit, partez de la fiche Oracle NetSuite.
Version et édition : deux notions à ne pas confondre
Dans le vocabulaire courant, on mélange les deux. Pourtant, elles répondent à des questions différentes.
| Notion | Question à laquelle elle répond | Qui décide |
|---|---|---|
| Version | Quelle livraison logicielle fonctionne sur mon compte ? | Oracle, selon son calendrier |
| Édition | Quel périmètre ai-je souscrit (modules, utilisateurs, entités) ? | Vous, avec votre contrat |
| Personnalisation | Qu’ai-je ajouté ou adapté par-dessus le standard ? | Vous et votre intégrateur |
| Mise à niveau | Quand et comment passe-t-on à la livraison suivante ? | Oracle fixe la date, vous préparez |
Autrement dit, la version est subie (au bon sens du terme : tout le monde bénéficie de la même plateforme), tandis que l’édition et les personnalisations sont des choix. C’est une différence majeure avec un ERP installé sur vos serveurs, où l’on décide soi-même de rester sur une version ancienne. Pour mesurer ce que cela change, lisez aussi le guide sur l’ERP en cloud ou sur site.
Les éditions NetSuite : ce qu’il faut vraiment comparer
Les faits sourcés dont nous disposons décrivent les versions et le processus de mise à niveau, pas une grille d’éditions chiffrée. Nous ne dressons donc pas ici de liste de noms d’éditions ni de seuils : un tableau recopié de mémoire serait obsolète avant d’être lu, et il changerait d’un contrat à l’autre.
Ce qui reste valable pour votre comparaison, quel que soit le nom commercial retenu :
- Le périmètre fonctionnel : comptabilité, stocks, achats, ventes, production, projets, paie. La page sur les modules NetSuite détaille ce qui compose la plateforme.
- Le nombre et le profil des utilisateurs : un utilisateur complet n’a pas les mêmes droits ni le même coût qu’un accès limité à la saisie de notes de frais.
- La structure juridique : une seule société belge, ou un groupe avec filiales en Flandre, en Wallonie, à Bruxelles et à l’étranger. La gestion de plusieurs entités et devises influence fortement l’édition nécessaire.
- Les options complémentaires : outils d’analyse, planification, modules spécialisés vendus à part.
Le prix découle de cette combinaison, d’où l’intérêt de lire la page sur le prix de NetSuite avec une liste de besoins déjà tranchée. Un devis comparable entre deux intégrateurs suppose le même périmètre de départ.
La dernière version de NetSuite : NetSuite 2026.2
La documentation officielle d’Oracle présente NetSuite 2026.2 comme une mise à niveau de version planifiée. Elle apporte de nouvelles fonctions, des améliorations et des changements sur l’ensemble de la plateforme. Le rythme est régulier : les mises à niveau planifiées sont livrées deux fois par an.
Les trois familles de notes de version
Pour 2026.2, Oracle organise l’information en trois familles :
- Les notes de la version planifiée, qui décrivent la mise à niveau elle-même.
- Les notes des versions mensuelles, c’est-à-dire les améliorations livrées chaque mois après la mise à niveau.
- Les notes des SuiteApps, publiées séparément de la plateforme.
Un PDF et des versions traduites existent. Pour un responsable informatique belge, c’est un point pratique : l’information officielle se lit parfois dans une autre langue que celle de l’équipe, mais une traduction existe.
Ce que la version 2026.2 met en avant
Parmi les domaines couverts par NetSuite 2026.2, on relève :
| Domaine | Élément cité par la documentation |
|---|---|
| Assistance | Ask Oracle, aide et chat par intelligence artificielle |
| Comptabilité | Intelligent Close Manager et prise en charge d’IFRS 18 |
| Sécurité | Authentification sans mot de passe par clés d’accès (passkeys) |
| Trésorerie | Rapprochement bancaire |
| Fabrication | Planification de capacité |
| Développement | Abonnés d’événements et module LLM de SuiteScript |
| Analyse | Export .xlsx de SuiteAnalytics |
Que faire de cette liste ? D’abord, la lire avec les yeux de votre métier plutôt qu’en vitrine. Le responsable comptable regardera la clôture et IFRS 18 ; le DSI s’intéressera aux passkeys, qui réduisent le risque lié aux mots de passe ; l’atelier verra la planification de capacité. Pour approfondir ces thèmes, voyez la comptabilité et finance sous NetSuite et la production sous NetSuite.
Ensuite, ne rien activer par curiosité. Une nouveauté mérite un cadrage : qui l’utilise, pour quel processus, avec quelle formation. Une fonction livrée n’est pas une fonction adoptée.
Rythme des mises à jour : deux flux à garder en tête
Le calendrier se comprend comme une rythmique à deux temps.
- Deux fois par an, la mise à niveau planifiée change la plateforme en profondeur.
- Chaque mois, des améliorations arrivent après la mise à niveau.
- À part, les SuiteApps suivent leur propre cadence.
Pour une PME, la conséquence est organisationnelle plus que technique. Quelqu’un doit lire les notes, repérer ce qui touche vos processus et décider si un test est nécessaire. Dans les petites structures, ce rôle revient souvent au DAF ou à un responsable des systèmes ; dans d’autres, il est confié au contrat de support et de maintenance NetSuite de l’intégrateur. Décidez-le avant la première mise à niveau, pas pendant.
Support et durée de vie d’une version
Beaucoup de lecteurs cherchent une date de fin de support, comme avec un logiciel installé sur site. Pour NetSuite, cette logique ne s’applique pas de la même manière : le compte est mis à niveau par l’éditeur, et la question utile devient « suis-je prêt pour la prochaine mise à niveau ? » plutôt que « jusqu’à quand puis-je rester sur l’ancienne ? ».
Les faits sourcés que nous utilisons ne publient pas de durée de support par version ; nous n’en annonçons donc aucune. Pour vos engagements contractuels (niveau de service, périmètre de l’assistance), référez-vous à votre contrat et à la documentation Oracle, et faites-les relire par votre intégrateur.
Tester avant de basculer : le compte Release Preview
C’est l’outil central d’une mise à niveau sereine. Le compte Release Preview est un compte de test temporaire et isolé, distinct de la production, qui exécute la nouvelle version du logiciel.
Ce qu’on y vérifie
D’après la documentation, il permet de tester avant la mise à niveau :
- les personnalisations ;
- les SuiteScripts ;
- les intégrations par services web ;
- les boutiques en ligne ;
- l’accès SuiteAnalytics Connect.
Les règles du jeu
Le compte reste disponible jusqu’à la mise à niveau du compte source ou jusqu’à 14 jours consécutifs sans connexion ; ensuite, il est purgé. Il est d’abord accessible aux seuls administrateurs, qui peuvent ensuite ouvrir l’accès à d’autres utilisateurs. Il ne doit servir qu’aux tests.
Retenez deux conséquences concrètes. Première conséquence : ne demandez pas ce compte « pour voir » sans plan de test, car l’inactivité le fait disparaître. Seconde conséquence : n’y saisissez pas d’opérations réelles, par exemple de vraies factures de vente, puisqu’il n’est pas destiné à la production.
Un plan de test adapté à la Belgique
Le contexte belge impose de regarder certains flux avant toute bascule. Voici une trame, à adapter à votre activité.
| Flux à tester | Pourquoi en Belgique |
|---|---|
| Facturation électronique | Les échanges par Peppol entre entreprises sont au cœur des échanges B2B ; voir le guide sur Peppol |
| Déclarations de TVA | Le lien entre écritures et déclaration doit rester cohérent ; voir TVA belge et ERP |
| Rapprochement bancaire | Les relevés de vos banques belges alimentent la trésorerie |
| Clôture comptable | Votre comptable externe dépend de cohérence des balances et des exports |
| Connecteurs | Boutique en ligne, CRM, transporteur : voir les connecteurs NetSuite |
| Rapports et exports | Les tableaux utilisés par la direction et par le comptable |
Un scénario type tient en quelques gestes : créer une facture client, la transmettre selon votre circuit, saisir une facture fournisseur, rapprocher un mouvement bancaire, lancer un export pour votre comptable, puis comparer le résultat avec la production. Si la nouvelle version change un comportement, vous le découvrez dans un environnement qui ne coûte rien.
Quand et comment monter de version
Puisque la mise à niveau est planifiée par Oracle, la bonne question n’est pas « faut-il monter ? » mais « quand sommes-nous prêts ? ». Une démarche saine suit cet ordre :
- Lire les notes de la version planifiée et repérer ce qui touche vos processus.
- Demander le compte Release Preview par un administrateur, au bon moment.
- Dérouler le plan de test, en commençant par les flux critiques : facturation, TVA, banque, clôture.
- Corriger les personnalisations et scripts concernés avant la bascule.
- Informer les utilisateurs des nouveautés visibles (écrans, connexion, aide).
- Observer les premières semaines, en suivant aussi les améliorations mensuelles.
Plus votre compte est personnalisé, plus les étapes trois et quatre pèsent. Un compte proche du standard se met à niveau plus simplement qu’un compte chargé de scripts. C’est un argument de plus pour mesurer chaque demande de développement sur mesure : chaque ajout est une ligne de plus à vérifier à chaque cycle.
Erreurs fréquentes
- Ignorer les notes de version jusqu’au jour de la bascule.
- Tester uniquement les écrans, pas les intégrations ni les exports.
- Laisser expirer le compte de test faute de connexion.
- Ne désigner personne pour valider côté métier.
- Activer toutes les nouveautés sans formation.
Version, migration et projet : ne pas tout mélanger
Une mise à niveau semestrielle n’est pas une migration. Si vous quittez un ERP existant pour NetSuite, c’est un projet en soi, décrit dans la page sur la migration vers NetSuite et dans le guide général sur la migration d’ERP. De même, la phase de démarrage relève de la mise en œuvre de NetSuite, avec son calendrier propre.
Un bon intégrateur sépare ces sujets dans le devis : le projet initial, puis le suivi des cycles de mise à niveau, qui peut être inclus dans un contrat d’assistance ou facturé à la demande. Posez la question dès la sélection, par exemple en vous aidant de la page pour choisir un intégrateur NetSuite.
Ce que cela change pour une PME belge
Un groupe familial en Flandre occidentale, une société de services à Bruxelles ou un négociant wallon n’ont pas les mêmes contraintes, mais ils partagent un constat : l’ERP en ligne déplace l’effort. Moins d’administration de serveurs, plus de vigilance sur le calendrier et sur la qualité des tests. Le coût caché est rarement la licence ; c’est le temps de validation que personne n’avait budgété.
Pour situer l’offre dans votre marché, consultez la page NetSuite en Belgique.
Questions à poser à votre intégrateur
Avant de signer, ces questions donnent une bonne idée de sa maturité sur le sujet des versions :
- Qui lit les notes de version et vous alerte ?
- Le compte Release Preview est-il demandé et utilisé à chaque mise à niveau ?
- Existe-t-il un plan de test documenté pour Peppol, la TVA, la banque et la clôture ?
- Les personnalisations sont-elles documentées, et à quel coût sont-elles revérifiées ?
- Le contrat précise-t-il qui corrige un script cassé par une nouvelle version ?
Ces réponses valent davantage qu’une promesse générale de « suivi des évolutions ». Vous pouvez aussi expliquer votre situation via notre mise en relation : le service est gratuit, et l’intégrateur proposé travaille sur votre périmètre précis.
Questions fréquentes
Quelle est la dernière version de NetSuite ?
La documentation officielle d’Oracle décrit NetSuite 2026.2 comme la mise à niveau de version planifiée la plus récente. Comme NetSuite est un service en ligne, tous les comptes évoluent au rythme de l’éditeur : vous ne choisissez pas de rester sur une ancienne version. Votre intégrateur vous confirme la version active sur votre compte.
À quelle fréquence NetSuite est-il mis à jour ?
Les mises à niveau de version planifiées sont livrées deux fois par an. Entre deux, des versions mensuelles apportent des améliorations après la mise à niveau, et les SuiteApps sont publiées séparément avec leurs propres notes. Il faut donc suivre trois flux d’information, pas un seul.
Comment tester une nouvelle version avant qu’elle arrive en production ?
Oracle propose le compte Release Preview, un compte de test temporaire et isolé de la production qui exécute la nouvelle version. Il permet de vérifier personnalisations, SuiteScripts, intégrations par services web, boutiques en ligne et accès SuiteAnalytics Connect. Il n’est destiné qu’aux tests, jamais à un usage réel.
Combien de temps reste disponible un compte Release Preview ?
Il reste disponible jusqu’à la mise à niveau du compte source, ou jusqu’à 14 jours consécutifs sans connexion : passé ce délai, il est purgé. Au départ, seuls les administrateurs y accèdent et peuvent ensuite l’ouvrir à d’autres utilisateurs. Planifiez donc vos scénarios de test avant de le demander.
Une mise à niveau peut-elle casser nos intégrations, par exemple Peppol ou la banque ?
Elle peut modifier un comportement sur lequel s’appuie une personnalisation ou un connecteur, c’est précisément pour cela que le compte Release Preview existe. Les flux de facturation électronique, de rapprochement bancaire et de déclarations TVA méritent un test dédié avant chaque mise à niveau. Votre intégrateur ou votre support applicatif peut cadrer ces tests.
Sources
- Oracle NetSuite – Notes de version 2026.2
- Oracle NetSuite – Compte Release Preview
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.