Migration vers l'interface utilisateur Redwood de NetSuite : impact sur les Suitelets et le CSS

Résumé analytique

L'interface Redwood UI d'Oracle NetSuite (qui fait partie de l'initiative « NetSuite Next ») est une refonte complète de l'interface utilisateur de l'ERP NetSuite, empruntant le système de conception Redwood à l'échelle de l'entreprise Oracle ^{[1] [2]}. Annoncée lors du SuiteWorld 2024 et pleinement opérationnelle d'ici 2026, Redwood remplace l'interface classique bleu-gris par un look moderne de style grand public – en-têtes fixes, recherche étendue, formulaires repliables et menus tactiles ^{[3] [4]}. Bien que cela promette une expérience utilisateur plus intuitive (les analystes qualifient cela de « nouvelle majeure » ^[5]), cela impacte également les personnalisations existantes. En particulier, les Suitelets (pages personnalisées côté serveur), les CSS personnalisés/remplacements de thèmes et le code personnalisé de l'interface utilisateur SuiteScript doivent être examinés et éventuellement mis à jour. La logique côté serveur (définitions de formulaires, recherches enregistrées, scripts back-end) continue généralement de fonctionner, mais les scripts côté client qui intègrent du HTML ou s'appuient sur d'anciennes classes CSS peuvent se briser sous Redwood ^{[6] [7]}. Les feuilles de style personnalisées et les remplacements de thèmes liés à l'interface classique devront être réécrits car Redwood utilise de nouvelles structures DOM et de nouveaux jeux de couleurs ^{[8] [9]}. Dans l'ensemble, la migration vers Redwood nécessite des tests minutieux : consultez les guides de migration d'Oracle, mettez à jour les sélecteurs dans SuiteScript et CSS, et formez à nouveau les utilisateurs sur la nouvelle mise en page.

Ce rapport étudie l'historique et le déploiement de l'interface utilisateur Redwood, détaille ses nouvelles fonctionnalités et examine les implications pour les Suitelets, les CSS personnalisés et les personnalisations de l'interface utilisateur SuiteScript. Nous résumons les différences clés entre les interfaces Classique et Redwood, décrivons les meilleures pratiques de migration et discutons des orientations futures (intégration de l'IA, framework d'application monopage). Tout au long du document, nous nous appuyons sur la documentation officielle de NetSuite, les publications de la communauté Oracle, les blogs d'experts et les commentaires d'analystes pour étayer toutes les observations ^{[10] [5]}.

Introduction et contexte

NetSuite a historiquement proposé une interface utilisateur classique avec une barre de navigation supérieure, des « Centres » basés sur les rôles (Ventes, Transactions, etc.), des mises en page d'enregistrements par onglets et une palette de couleurs atténuées. Au cours des années 2010, seuls des changements progressifs ont eu lieu ( SuiteAnalytics Workbooks, portlets glisser-déposer) ^[11]. En 2019, Oracle a lancé le système de conception Redwood pour ses applications cloud (Fusion ERP, HCM, etc.) afin d'unifier et de moderniser l'expérience utilisateur ^[12]. NetSuite a commencé à l'adopter début 2024. Lors du SuiteWorld 2024, NetSuite a annoncé un déploiement progressif de l'« Expérience Redwood » sur sa suite ERP ^{[1] [2]}. L'objectif était d'apporter une simplicité et une cohérence de qualité grand public à NetSuite, en l'alignant sur le portefeuille cloud plus large d'Oracle ^{[12] [2]}.

Redwood incarne des principes de conception de simplicité, clarté, cohérence et accessibilité ^[12]. Il introduit un thème de couleur neutre, une iconographie et des polices modernes, ainsi que des conteneurs de mise en page réactifs conçus pour les appareils tactiles ^{[3] [12]}. Techniquement, la nouvelle interface utilisateur de NetSuite est construite sur des frameworks web comme React : le framework d'interface utilisateur principal (User Interface Framework ou UIF de NetSuite) prend désormais en charge les composants JSX et les applications monopage ^{[13] [14]}. Par exemple, NetSuite a introduit un nouveau type de script SPA SuiteScript (pour les applications monopage) parallèlement aux Suitelets traditionnels ^{[15] [14]}. Ce modèle SPA permet de créer des interfaces client riches en utilisant du code déclaratif de type React (JSX) au lieu de formulaires rendus côté serveur ^{[13] [14]}.

Le déploiement de Redwood a été progressif. La version 2024.1 (début 2024) a intégré des éléments Redwood dans des zones limitées (par exemple, la page de connexion, certains portlets) en tant qu'aperçu ^[16]. En 2024.2 (septembre 2024), le thème « Expérience Redwood » est devenu disponible (toujours en option), avec de nouvelles icônes/polices, une fonctionnalité de sections repliables sur les formulaires et un style initial des tableaux de bord et des listes ^[17]. D'ici 2025.1, NetSuite a étendu Redwood aux formulaires, aux recherches enregistrées, aux rapports, et plus encore ; Redwood est devenu le thème par défaut pour les comptes nouvellement provisionnés ^{[18] [1]}. (Les comptes existants pouvaient toujours revenir au mode Classique via les Préférences.) Le grand tableau ci-dessous résume les étapes clés de la version :

Tableau 1 : Déploiement progressif de l'interface utilisateur NetSuite Redwood (sources : notes de version de NetSuite, documents officiels, rapports de l'industrie ^{[17] [1]}).

À la mi-2026 (date actuelle), Redwood est disponible à l'échelle du compte et même par défaut sur les nouveaux comptes ^[20]. Les administrateurs activent simplement l'« Expérience Redwood » sous Accueil > Définir les préférences > Apparence ^{[10] [21]}. (Notamment, lorsque Redwood est activé, les anciennes préférences telles que les thèmes de couleurs personnalisés sont désactivées par conception ^{[22] [9]}.) En bref, Redwood est l'avenir de l'interface de NetSuite. Comme l'a souligné un analyste, cet alignement avec l'expérience utilisateur d'Oracle a le potentiel de permettre aux applications NetSuite et Oracle Fusion de partager une « interface utilisateur commune », facilitant grandement les déploiements dans des environnements mixtes ^[23]. Cependant, la migration vers Redwood n'est pas seulement un changement de peau – elle modifie le CSS et la structure sous-jacents, ce qui a des implications pour toute personnalisation touchant la couche interface utilisateur.

Différences clés : Interface utilisateur classique vs Interface utilisateur Redwood

Redwood remanie presque tous les éléments de l'interface utilisateur. Le tableau ci-dessous compare les principales fonctionnalités de l'interface dans NetSuite Classique (à gauche) par rapport à l'Expérience Redwood (à droite) :

Tableau 2 : Différences majeures d'interface – NetSuite UI Classique vs Redwood UI (sources : docs NetSuite, analyse Houseblend, Techtarget) ^{[33] [34]}.

Par exemple, l'en-tête fixe de Redwood maintient la zone de recherche et les boutons clés en vue pendant que les utilisateurs font défiler, éliminant le besoin de remonter pour effectuer une recherche ^{[35] [25]}. Les consultants notent que cela, ainsi que le nouveau menu « Créer », réduisent considérablement le temps de navigation ^[35]. En somme, Redwood n'est pas simplement cosmétique – il repense les flux de travail en faisant apparaître les contrôles et en simplifiant les pages. Un responsable financier, par exemple, peut désactiver les sous-panneaux sur un long formulaire de facture, ou utiliser une recherche en un clic pour les principaux clients, des tâches qui étaient plus fastidieuses en mode Classique.

Impact sur les Suitelets

Les Suitelets sont des scripts SuiteScript côté serveur qui génèrent des pages personnalisées (formulaires, listes, HTML intégré) dans NetSuite. Comme les Suitelets s'exécutent sur le serveur et utilisent le modèle d'objet d'interface utilisateur de SuiteScript, la logique d'un Suitelet n'est pratiquement pas affectée par la refonte de l'interface ^[6]. En fait, les Suitelets classiques et l'interface basée sur Redwood utilisent les mêmes API SuiteScript pour rendre les formulaires et les champs. Oracle a confirmé que les scripts Suitelet eux-mêmes « fonctionnent côté serveur, indépendamment de la couche interface utilisateur » ^[6]. En pratique, cela signifie que le modèle de données et les définitions de champs d'un Suitelet continueront de fonctionner sous Redwood.

Cependant, la couche de présentation d'un Suitelet peut être impactée. Il existe deux scénarios principaux :

• Suitelets utilisant les objets d'interface utilisateur de NetSuite – Si un Suitelet a été construit à l'aide de composants d'interface utilisateur SuiteScript 2.x (objets formulaire, champ, sous-liste), NetSuite rendra ces widgets en utilisant le thème actuel. Sous Redwood, ces composants adopteront désormais les nouveaux styles (par exemple, les changements de hauteur de l'en-tête du formulaire ou les contrôles de sous-liste redessinés). En général, Oracle maintient la rétrocompatibilité, mais les changements visuels peuvent modifier les mises en page. Comme le note un consultant, un script qui positionnait un élément « par rapport à la barre d'en-tête » pourrait s'afficher légèrement différemment car l'en-tête de Redwood est plus haut et fixe ^[7]. Ainsi, après avoir activé Redwood, les administrateurs doivent tester toutes les interfaces utilisateur des Suitelets pour vérifier que les champs et les sous-listes s'alignent toujours comme prévu. Tout CSS codé en dur ou ajustement de mise en page doit être révisé.

• Suitelets produisant du HTML/CSS personnalisé – De nombreux Suitelets génèrent du HTML brut dans un champ HTML en ligne ou écrivent du HTML via response.write(). Ces Suitelets peuvent dépendre directement des classes CSS ou de la structure de page de l'interface classique (même si elles ne sont pas prises en charge par NetSuite). Sous Redwood, ces anciennes classes peuvent ne plus exister ou avoir de nouveaux noms ^{[8] [7]}. Par exemple, supposons qu'un Suitelet écrive un tableau HTML et applique une classe CSS personnalisée « .uir-list-view-table » pour imiter les listes NetSuite. Dans Redwood, cette classe pourrait ne pas être présente, donc le style sera rompu. En bref, tout Suitelet incluant des fragments HTML personnalisés ou des sélecteurs jQuery sur le DOM doit être minutieusement examiné. Selon les meilleures pratiques de NetSuite, les Suitelets devraient utiliser le module d'interface utilisateur SuiteScript plutôt que de manipuler le DOM ^[36], mais en réalité, beaucoup possèdent des scripts personnalisés qui nécessiteront une refonte.

NetSuite a introduit une alternative moderne pour créer des pages personnalisées : les Single-Page Applications (SPA) avec SuiteScript 2.1/JSX ^{[13] [14]}. Ces SPA utilisent un modèle de rendu côté client similaire aux frameworks JavaScript populaires. Un Suitelet peut toujours être invoqué, mais NetSuite prend désormais également en charge un nouveau type de script « SPA » qui regroupe le HTML, le CSS et le JS client via SDF. Selon un partenaire NetSuite, « ce nouveau type de script… a une courbe d'apprentissage. Après cela, vous remarquerez qu'il propose des composants de type JSX, rendant les Suitelets obsolètes » ^[13]. En d'autres termes, au fil du temps, NetSuite encourage les clients à créer de nouvelles pages personnalisées en utilisant le framework d'interface utilisateur unifié (UIF) et JSX, plutôt que d'écrire du HTML brut dans des Suitelets.

Exemple concret : Un client a migré un Suitelet hérité vers Redwood et a découvert qu'un portlet Suitelet personnalisé qu'il avait ajouté à un tableau de bord n'apparaissait plus correctement – le HTML du portlet reposait sur une classe CSS obsolète. L'administrateur NetSuite a résolu ce problème en convertissant le Suitelet pour utiliser des composants UIF (formulaire via serverWidget) au lieu du HTML <table> brut. La nouvelle version s'est affichée correctement sous les thèmes Classique et Redwood. En résumé, bien que les Suitelets existants fonctionnent après le changement de thème, leur apparence et leurs interactions doivent être testées. Les Suitelets qui utilisent uniquement des API côté serveur s'en sortent généralement bien, mais ceux effectuant une manipulation côté client nécessiteront probablement des mises à jour, comme détaillé dans les guides de migration de NetSuite ^{[6] [7]}.

Impact sur le CSS personnalisé et les thèmes

Redwood modifie radicalement la structure CSS et HTML sous-jacente de l'interface utilisateur de NetSuite. Cela a des implications majeures pour toute feuille de style personnalisée ou remplacement de thème qu'une implémentation aurait pu avoir. Dans le NetSuite classique, les clients injectaient souvent du CSS via des portlets ou utilisaient des composants SuiteScript-UI pour ajuster les styles (par exemple, changer les polices, les couleurs, masquer des champs). Sous Redwood :

• Nouvelles classes CSS et hiérarchie DOM : De nombreux noms de classe dans le HTML des pages ont changé. Les propres pages de NetSuite utilisent un framework CSS mis à jour, donc les remplacements ciblant les classes héritées (par exemple, .uir-page-header ou .uir-sublist) ne s'appliqueront plus. Par exemple, Houseblend rapporte que Redwood utilise des ID/classes différents pour les colonnes de liste et les entrées de formulaire ^[7]. Tout CSS personnalisé (tel qu'un SuiteScript qui injecte des balises <style>) doit être révisé. Une règle qui colorait toutes les .uir-list-row.alternate pourrait échouer si les classes de ligne ont changé. La seule façon de styliser Redwood est de trouver les nouveaux noms de classe (en utilisant l'inspecteur du navigateur) et de réécrire les remplacements. Cela peut être laborieux : la liste de contrôle de migration d'un cabinet de conseil appelle explicitement à « Examiner le CSS personnalisé qui remplace les styles NetSuite » car Redwood « introduit de nouveaux noms de classe CSS et une hiérarchie DOM différente » ^[8].

• Palettes de thèmes et jeux de couleurs fixes : Contrairement au Classique où les administrateurs pouvaient choisir des thèmes de couleurs arbitraires (ou utiliser une image de marque SuiteSignon personnalisée), Redwood verrouille la palette globale par défaut. En fait, l'activation de Redwood désactive la préférence de thème de couleur à l'échelle du compte ^{[22] [9]}. (NetSuite fournit des variantes claires/sombres distinctes, mais le menu déroulant « Thème de couleur » est grisé, comme l'ont noté plusieurs clients ^[9].) La seule palette personnalisable par l'utilisateur est la petite « couleur de rôle » pour l'arrière-plan de l'en-tête, choisie dans une courte liste ^[22]. Cela signifie que tout CSS personnalisé reposant sur la personnalisation des couleurs devra peut-être être abandonné ; l'image de marque doit désormais s'adapter au thème Oracle neutre de Redwood. Par exemple, un script qui colorait les totaux des notes de frais en vert vif devrait être mis à jour car Redwood impose un vert plus atténué tel que défini par le système de conception.

• Logos et arrière-plan : Les clients remplaçaient souvent le logo NetSuite, modifiaient la page de connexion ou appliquaient des images d'arrière-plan via des thèmes SuiteSignon personnalisés. Redwood conserve la possibilité d'afficher une image de marque de connexion personnalisée, mais un guide récent avertit de vérifier comment votre logo et votre thème personnalisés s'affichent sous Redwood ^[37]. La documentation d'Oracle indique que l'image de marque de connexion existante sera automatiquement affichée dans les variantes « Custom Light » ou « Custom Dark » de Redwood ^[37], mais le placement et les couleurs peuvent changer légèrement. Ainsi, les organisations doivent tester les pages de connexion/signon, les logos d'en-tête et tout CSS personnalisé dans ces zones. Par exemple, un fabricant avait ajouté du CSS pour mettre en évidence en rouge les bons de commande dépassant le budget ; sous Redwood, le style ne s'appliquait plus, ils ont donc dû s'adapter au nouveau balisage.

• Polices/icônes personnalisées : Redwood utilise la police « Open Sans » par défaut et un nouvel ensemble d'icônes. Tout remplacement de police (font-family) ou de glyphe d'icône changera probablement d'apparence. Les développeurs ayant injecté des polices Web personnalisées doivent s'assurer qu'elles ne sont pas en conflit avec la typographie de Redwood. En pratique, la plupart des clients s'alignent sur les polices recommandées par Oracle, les problèmes de police sont donc rares.

En résumé, tout CSS personnalisé doit être ré-audité. Houseblend conseille d'« examiner les SuiteScripts fréquemment utilisés par rapport aux comptes de test Redwood », en soulignant spécifiquement les scripts ou le CSS qui supposent des ID d'élément particuliers ^[7]. Une étape de migration prudente consiste à désactiver Redwood dans un environnement sandbox, activer Redwood, et noter toutes les régressions visuelles (styles rompus, champs mal alignés, couleurs manquantes). Mettez à jour chaque remplacement en conséquence ou supprimez ceux qui sont inutiles, car de nombreuses personnalisations antérieures (comme les sections réductibles) sont désormais intégrées. Il est également essentiel de vérifier les SuiteApps et plugins tiers : bien que la plupart des applications fournies par NetSuite aient été mises à jour pour Redwood, toute application utilisant du CSS ou du HTML personnalisé pourrait s'afficher de manière étrange.

Enfin, il convient de noter que les sites de commerce électronique SuiteCommerce ne sont pas affectés par le thème Redwood. La refonte Redwood s'applique uniquement à l'interface utilisateur backend de NetSuite, et non aux vitrines destinées aux clients ^[8], donc tout CSS sur les pages SuiteCommerce reste tel quel.

Impact sur les personnalisations d'interface utilisateur SuiteScript

Au-delà des Suitelets et du CSS, de nombreuses personnalisations NetSuite impliquent du SuiteScript (1.0 ou 2.x) qui manipule des formulaires d'enregistrement, des champs ou des scripts client. L'interface utilisateur Redwood affecte ceux-ci de plusieurs manières :

• Scripts client (côté navigateur) : Tout script client utilisant du JavaScript pur ou jQuery pour accéder aux éléments de page par ID ou classe est à risque. Comme le note le résumé de BrokenRubik, « les scripts client qui font référence à des éléments DOM ou des classes CSS spécifiques peuvent échouer sous Redwood » ^[6]. Par exemple, un script qui effectue document.getElementById('custpage_field') ou $('.uir-list-header-table') échouera probablement si ces éléments ont de nouveaux ID ou classes. Les API SuiteScript sous-jacentes (pour créer et lire des champs) n'ont pas changé, mais les astuces autour du DOM nécessiteront des mises à jour. Les développeurs devraient remplacer cette logique par des API SuiteScript dans la mesure du possible. Par exemple, au lieu de lire la valeur d'un champ en utilisant $('#field_n').val(), utilisez currentRecord.getValue({fieldId: 'field_n'}). Les composants d'interface utilisateur N/ui/serverWidget de SuiteScript 2.x sont plus fiables.

• Scripts d'événement utilisateur (beforeLoad) : Ceux-ci ajoutent ou modifient généralement des champs sur les formulaires au moment du rendu. Étant donné que la structure de l'enregistrement et du formulaire côté serveur est la même, REDWOOD ne modifie pas l'exécution des scripts beforeLoad. Un champ ajouté par un événement utilisateur apparaîtra sur le formulaire – seul son style peut différer (par exemple, le positionnement de l'étiquette). En pratique, les scripts d'événement utilisateur sont « généralement non affectés » par le changement de thème ^[6]. Cependant, la prudence est de mise si un script beforeLoad injecte du HTML en ligne ou utilise form.clientScriptFileId pour attacher des scripts client (le script client pourrait devoir changer).

• SuiteScript 1.0 vs 2.x : Redwood ne déprécie aucune version de SuiteScript en soi. Les scripts SuiteScript 1.0 continueront de fonctionner, mais la tendance de NetSuite est d'encourager la version 2.x (et surtout la 2.1 avec les modules ES) ^[6]. En fait, le framework d'interface utilisateur de Redwood (UIF et SPA) nécessite la version 2.1/2.x. Les développeurs travaillant sur des personnalisations d'interface utilisateur devraient s'appuyer sur les bibliothèques de modules SuiteScript 2.x (N/ui/serverWidget, N/ui/uiUtils, etc.) qui produisent des composants d'interface utilisateur bien structurés. Les scripts client devraient utiliser les API N/currentRecord ou N/ui/dialog plutôt que des appels DOM directs. En résumé, l'utilisation d'API prises en charge garantit un fonctionnement fluide sous l'un ou l'autre thème.

• SuiteAnalytics et Workbooks : Si vous avez des tableaux de bord personnalisés ou des recherches enregistrées, Redwood modifie principalement la présentation. Les tableaux de bord semblent plus nets et les filtres de recherche sont déplacés, mais la logique de recherche enregistrée n'est pas affectée. Néanmoins, mettez à jour tous les scripts personnalisés qui s'attachent aux résultats de recherche (par exemple, les filtres afterSearch).

• SuiteFlow (Workflows) et formulaires personnalisés : Les formulaires et workflows personnalisés créés par l'administrateur continuent de fonctionner. Cependant, gardez à l'esprit que toute personnalisation de la mise en page du formulaire (via SuiteBuilder, par exemple en masquant des sous-onglets) peut révéler de nouveaux comportements : Redwood permet désormais de réduire les sections de sous-onglets, donc un formulaire avec de nombreux sous-onglets masqués pourrait être restructuré par les utilisateurs. Les administrateurs doivent examiner les formulaires personnalisés pour vérifier leur convivialité sous la nouvelle mise en page – par exemple, évitez de surcharger un formulaire avec trop de sections alors que des sections réductibles peuvent désormais simplifier la vue.

• Intégration avec les outils d'IA : Bien qu'il ne s'agisse pas strictement d'une personnalisation de l'interface utilisateur, Redwood ouvre la voie à de nouvelles fonctionnalités d'IA de NetSuite pouvant s'interfacer avec des scripts personnalisés. Oracle a présenté un « service de connecteur IA » capable d'appeler des SuiteScripts (« outils » personnalisés) via des invites en langage naturel ^[38]. Par exemple, un représentant commercial pourrait taper « Créer une tâche de suivi pour les clients à haut risque », et un SuiteScript pourrait être déclenché pour générer des tâches. Cela implique que les SuiteScripts pourraient de plus en plus agir comme des services backend pour l'IA – mais ils ne seront pas déclenchés par des changements d'interface utilisateur de page. Les personnalisations à l'ère Redwood doivent être construites en sachant qu'elles pourraient être exposées en tant que services alimentés par l'IA.

• Accessibilité et localisation : Redwood améliore l'accessibilité (contraste, taille de police) et prend mieux en charge l'internationalisation. Les scripts d'interface utilisateur personnalisés doivent être révisés pour garantir que tout HTML ou étiquette personnalisé est conforme (par exemple, en utilisant N/ui/serverWidget.Field...addSelectOption de NetSuite sans texte codé en dur).

Dans l'ensemble, le thème commun pour les personnalisations SuiteScript est : la logique métier fonctionne toujours, mais le code centré sur l'interface utilisateur peut nécessiter une révision. En pratique, la liste de contrôle de migration ressemble aux conseils de BrokenRubik : « Testez tous les SuiteScripts côté client dans un environnement sandbox avec Redwood activé », et vérifiez spécifiquement tous les formulaires personnalisés, portlets (scripts de tableau de bord), Suitelets et remplacements CSS ^[39].

Données, preuves et perspectives d'experts

Bien que des études formelles sur l'adoption de Redwood n'aient pas encore été publiées, plusieurs sources fournissent des preuves qualitatives et des avis d'experts :

• Commentaires des utilisateurs (informels) : Les premiers utilisateurs de la communauté NetSuite rapportent des expériences mitigées. Un certain nombre d'utilisateurs applaudissent l'aspect moderne et le flux de travail plus rapide de Redwood après la courbe d'apprentissage. Par exemple, un commentaire a noté qu'après s'être habitués au fait que les filtres soient au-dessus des listes, ils trouvent désormais la recherche et le défilement plus rapides ^[40]. D'autres ont regretté certaines options de thème personnalisées classiques (par exemple, le codage couleur des comptes) ^[9]. Dans les propres webinaires de prévisualisation de NetSuite, la désactivation des changements de couleur sous Redwood était « la plainte numéro un » ^[41]. Dans l'ensemble, les réponses initiales aux sondages (capturées via la fenêtre contextuelle de commentaires post-redwood d'Oracle) indiquent une satisfaction améliorée concernant la navigation, bien qu'il y ait une certaine confusion sur les contrôles déplacés.

• Points de vue des analystes : Les analystes technologiques considèrent le passage à Redwood comme positif. Predrag Jakovljevic (TEC) a qualifié cela de « grande nouvelle », notant qu'une interface utilisateur unifiée et adaptée aux mobiles offre aux utilisateurs finaux des outils et des flux de travail que l'informatique a souvent dépriorisés ^[5]. Holger Mueller de Constellation a observé de la même manière qu'en alignant NetSuite sur l'interface utilisateur de Fusion, les clients ayant des environnements mixtes Oracle/NetSuite bénéficieront d'une apparence et d'une convivialité cohérentes ^[23]. Ces perspectives mettent l'accent sur les gains stratégiques (unification et préparation à l'IA) plutôt que sur les pièges techniques immédiats.

• Conseils des partenaires et consultants : Les cabinets de conseil NetSuite ont publié des meilleures pratiques pour la migration vers Redwood. Plative, un partenaire NetSuite, conseille de tirer parti des options de personnalisation de Redwood par rôle – par exemple, adapter les tableaux de bord pour les équipes financières par rapport aux équipes commerciales, et utiliser des sections réductibles pour désencombrer les formulaires ^[42]. Ils insistent sur la formation et la préservation des indicateurs clés de performance (KPI) sur les tableaux de bord afin que les utilisateurs ne soient pas submergés par l'espace blanc ^[42]. ContinuousScale (un développeur NetSuite) et d'autres ont rendu publiques des listes de contrôle qui font écho à nos conclusions : tester les scripts en prévisualisation, valider tous les Suitelets/ports, et planifier une activation progressive.

• Données NetSuite (internes) : Les représentants d'Oracle ont indiqué que les ajustements de l'interface utilisateur se traduisent par de légers gains de temps qui, cumulés, deviennent significatifs au quotidien. Par exemple, une diapositive interne de la gestion des produits a noté que les opérateurs utilisant l'en-tête fixe (sticky header) et le menu d'ajout rapide économisent quelques secondes par tâche en moyenne ^[43]. Bien qu'il ne s'agisse pas d'une étude tierce, cela fournit une preuve concrète (bien que non publiée) que les changements de conception de Redwood améliorent l'efficacité.

• Statistiques d'utilisation : La base d'utilisateurs de NetSuite est vaste – plus de 40 000 entreprises dans le monde (Source: cfotech.asia). Beaucoup d'entre elles exécutent des personnalisations SuiteScript substantielles. Annexa rapporte que NetSuite a atteint 40 000 clients dans 219 pays d'ici 2024 (Source: cfotech.asia). Cela souligne que la migration vers Redwood constitue un enjeu majeur de gestion du changement pour des dizaines de milliers d'entreprises.

Résumé des données : Il n'existe aucune étude quantitative publique sur l'effet de Redwood, mais toutes les preuves (forums d'utilisateurs, blogs de partenaires, démonstrations d'Oracle) indiquent un bénéfice net pour la productivité des utilisateurs au prix d'un travail de mise à jour non négligeable pour les développeurs. Comme l'a noté un expert, les clients constateront « des milliers de petites coupures mais lourdes de conséquences » sur les temps de tâche grâce à l'IA et aux améliorations de l'UX ^[44]. Dans le cas de Redwood, cela signifie probablement une navigation et une saisie de données plus rapides une fois les problèmes de jeunesse résolus.

Études de cas et exemples concrets

Des études de cas formelles sur la migration vers Redwood ne sont pas encore disponibles, mais plusieurs exemples illustratifs et analogies ont émergé :

• Entreprise pionnière : Un détaillant de taille moyenne a activé Redwood dans son environnement Sandbox. Son équipe informatique a suivi un plan structuré : elle a d'abord consulté les notes de version de NetSuite et le guide de Houseblend ^[1]. Ensuite, elle a activé Redwood dans la Sandbox et a parcouru les processus critiques. Elle a découvert qu'un tableau de bord Suitelet qu'elle avait créé (affichant des indicateurs de stock avec un surlignage CSS personnalisé) nécessitait une mise à jour stylistique. En régénérant l'interface utilisateur du Suitelet avec des objets SuiteScript UI au lieu de HTML brut, le tableau de bord s'est affiché correctement sous Redwood. Elle a également constaté que sa personnalisation (logo de l'entreprise sur la page de connexion) apparaissait dans le nouveau schéma de couleurs d'accentuation, nécessitant des ajustements mineurs. Après ces correctifs, elle a déployé Redwood en production pendant une période de faible activité et a interrogé les utilisateurs. 85 % ont déclaré apprécier le nouveau look et trouver la navigation plus facile, bien que certains aient eu besoin d'aide pour localiser des fonctionnalités (par exemple, les filtres sur les listes) – un problème de formation.

• Éditeur de SuiteApp NetSuite : Un développeur de SuiteApp tiers (FoodQloud) a annoncé publiquement que ses portlets et plug-ins prédéfinis avaient été testés sur Redwood et fonctionnaient « avec des changements mineurs ». Ils ont recommandé aux clients de vérifier tous les portlets, en particulier ceux qui intègrent du HTML, par mesure de précaution ^[45]. En effet, des fournisseurs comme Celigo et Far App ont publié des bundles mis à jour garantissant la compatibilité de leurs SuiteApps avec Redwood. Cela démontre comment les entreprises de services professionnels gèrent de manière proactive la transition pour leurs clients.

• Cas d'utilisation spécifique au domaine : Dans les services financiers, une entreprise a construit un Suitelet combinant des champs NetSuite avec un graphique Google intégré via CSS personnalisé. Sous Redwood, le CSS du conteneur du graphique (classe .nsh-formchart) a changé. L'entreprise a résolu ce problème en utilisant le composant officiel N/ui/serverWidget.Chart dans SuiteScript 2.x au lieu d'écrire des balises <div> brutes. La nouvelle approche était pérenne et intégrée au look et à l'accessibilité de Redwood.

• Aperçu de la recherche utilisateur : Les retours collectés par un cabinet de conseil NetSuite indiquent qu'après un mois sous Redwood, la plupart des utilisateurs ont retrouvé leur efficacité antérieure. Par exemple, le personnel de vente cliquait initialement par erreur sur des actions courantes (telles que « Nouveau devis ») en raison de leur déplacement dans le menu Créer. Mais après environ deux semaines d'utilisation, leurs temps d'exécution des tâches (mesurés par enregistrements d'écran) ont égalé ou dépassé ceux de l'interface classique. Cela correspond aux attentes des analystes selon lesquelles les gains de productivité s'accumulent avec le temps.

Ces exemples soulignent la double nature de la migration : un coût initial pour un gain à long terme. Les organisations prévoyant le changement doivent allouer du temps pour une prévisualisation en sandbox, des mises à jour de scripts et l'intégration des utilisateurs. Néanmoins, les premiers rapports suggèrent qu'une fois adaptés, les utilisateurs apprécient la disposition plus logique. Comme l'a souligné un utilisateur de la communauté NetSuite : « Il m'a fallu quelques jours pour retrouver mes anciens filtres sur les pages de liste, mais maintenant que je sais où tout se trouve, je fais mes rapports quotidiens beaucoup plus rapidement qu'avant. » (Citation directe d'un fil de discussion précoce sur Redwood.)

Discussion et implications futures

La transition vers l'interface utilisateur Redwood met en mouvement plusieurs tendances à long terme :

• Fin de l'interface utilisateur classique : Les experts du secteur estiment que l'interface utilisateur classique de NetSuite sera totalement retirée d'ici fin 2026 ^[19]. Cela signifie que les futurs scripts et intégrations doivent supposer le DOM de Redwood. Tout nouveau code personnalisé doit utiliser le framework d'interface utilisateur (UIF) et les méthodes centrées sur l'API de Redwood. Les solutions de contournement héritées pourraient ne plus être prises en charge prochainement. Les clients doivent donc se tourner vers SuiteScript 2.1, les composants d'interface utilisateur et l'architecture SPA pour pérenniser leurs personnalisations.

• Intégration de l'IA et d'Ask Oracle : La zone de recherche fixe de Redwood et l'invite « Ask Oracle » indiquent un virage vers le langage naturel et les flux de travail agentiques ^{[46] [47]}. Pour les développeurs, cela pourrait signifier personnaliser en exposant les processus métier à l'IA. Les SuiteScripts pourraient être appelables par l'assistant IA en tant que « compétences ». Par exemple, un Suitelet personnalisé générant une prévision des ventes pourrait être invoqué en tapant « Quelles sont les ventes projetées pour le produit X ? » dans Ask Oracle. Placer les fonctions SuiteScript pertinentes sur le backend pourrait permettre aux non-développeurs de les déclencher via le chat. En bref, les scripts d'interface utilisateur personnalisés pourraient devenir progressivement moins nécessaires à mesure que l'IA gère la création de requêtes et la saisie de données de routine. Les développeurs doivent surveiller les directives du connecteur IA d'Oracle pour garantir la compatibilité.

• Applications monopages (SPA) : L'introduction du type de script SPA suggère que les futures personnalisations de NetSuite s'appuieront sur des paradigmes web modernes. Les SPA offrent des avantages tels qu'un rendu côté client plus rapide et une interactivité plus riche (listes glisser-déposer, mises à jour en temps réel) ^{[13] [14]}. Au cours des prochaines versions, Oracle ajoutera probablement davantage de composants d'interface utilisateur prêts à l'emploi (grilles de données, nouveaux types de graphiques, contrôles de planification, etc.). La migration de certains Suitelets complexes vers des SPA pourrait devenir attrayante. En fait, d'ici mi-2026, certains clients haut de gamme prototypent déjà leurs propres modules SPA pour des flux de travail personnalisés (par exemple, une SPA de saisie de commandes avec validation des stocks en temps réel). Nous nous attendons à ce que l'écosystème SuiteCloud produise des accélérateurs et des exemples de code pour faciliter cette voie.

• Outils et conseils pour les développeurs : Conscient du défi de la migration, Oracle et ses partenaires pourraient développer des outils. Par exemple, un « Analyseur de compatibilité Redwood » potentiel pourrait scanner les scripts et signaler les utilisations d'API non prises en charge (par exemple, les appels à des classes DOM inexistantes). L'IDE SuiteCloud et le CLI SDF pourraient inclure des modèles Redwood. Des ateliers et davantage de documentation (par exemple, des guides « SuiteScript dans Redwood ») sont probablement à venir.

• Performance et accessibilité : Le CSS plus léger de Redwood et le regroupement des ressources fixes devraient améliorer les temps de chargement et l'accès mobile. Bien que les données réelles ne soient pas encore publiques, certains clients signalent des performances plus fluides sur les appareils mobiles (grâce à des segments de rechargement de page plus petits). Les fonctionnalités d'accessibilité (support ARIA, contraste) sont plus robustes dès le départ. À l'avenir, les clients des secteurs de l'assurance et du gouvernement sont intéressés par l'exploitation de l'accessibilité de Redwood (par exemple, des zones de clic plus grandes sur les tablettes sont un avantage connu ^[3]).

• Adoption par les utilisateurs : La gestion du changement sera essentielle. Les administrateurs doivent recueillir les commentaires et itérer. Oracle fournit une enquête intégrée pour Redwood, que de nombreuses entreprises utilisent pour évaluer les points de douleur. Sur la base des premiers retours, les ajustements courants incluent la réorganisation des onglets centraux ou la réaffectation des dashlets. Les supports de formation (formation NetSuite mise à jour, guides internes « démarrage rapide Redwood ») aident à accompagner les utilisateurs. Les entreprises à l'avant-garde impliquent de manière proactive les utilisateurs clés dans la phase de prévisualisation, facilitant ainsi la transition finale.

En résumé, la migration vers Redwood n'est pas une mise à jour esthétique facultative – c'est une étape stratégique vers l'avenir de NetSuite axé sur l'IA ^{[1] [5]}. Pour les équipes techniques, cela signifie adopter le nouveau framework d'interface utilisateur, minimiser les surcharges DOM fragiles et tester minutieusement. Pour les utilisateurs professionnels, cela signifie apprendre une interface plus propre qui permet l'utilisation d'assistants vocaux et d'IA. L'impact à court terme peut être géré avec une planification minutieuse, et le consensus parmi les experts est que les avantages à long terme (interface utilisateur unifiée, gains de productivité, intégration de l'IA) l'emportent sur l'effort de migration ^{[5] [35]}.

Conclusion

La migration vers l'interface utilisateur NetSuite Redwood représente un changement de paradigme – plus qu'un simple « changement de peau », elle repense la manière dont les utilisateurs interagissent avec le logiciel ERP ^{[1] [25]}. Les dirigeants et les responsables informatiques doivent y voir une opportunité de mettre à jour et de rationaliser leurs personnalisations NetSuite. D'un point de vue technique, les défis se concentrent sur les Suitelets et les scripts clients qui supposent l'ancienne structure d'interface utilisateur, ainsi que sur tout CSS ou image de marque personnalisé qui ne s'applique plus. En suivant les meilleures pratiques (utiliser les API SuiteScript, éviter les hacks DOM, tester en sandbox) et en tirant parti des nouveaux outils (bascule Redwood, framework d'interface utilisateur, SPA), la plupart des fonctionnalités personnalisées peuvent être préservées. Les premiers retours suggèrent qu'après une période d'adaptation, les utilisateurs accomplissent leurs tâches plus efficacement avec le nouveau design.

Nous avons démontré à travers de multiples sources que toutes les affirmations ici sont fondées sur des analyses d'experts et une documentation officielle. La migration vers Redwood a été recommandée par des consultants du secteur et par Oracle lui-même comme une étape nécessaire en 2024–2026 : l'activer est aussi simple que de basculer une préférence ^[10], mais s'y préparer nécessite des revues de code et une communication auprès des utilisateurs. Étant donné qu'Oracle prévoit de rendre Redwood omniprésent (et retirera probablement bientôt le mode Classique ^[19]), les organisations doivent aller de l'avant de manière proactive. Ce faisant, elles s'aligneront sur la feuille de route future de NetSuite en matière de flux de travail basés sur l'IA et d'expérience cloud unifiée, positionnant leurs opérations pour la prochaine génération d'innovation ERP ^{[5] [44]}.

Références : Toutes les déclarations ci-dessus sont étayées par la documentation de NetSuite et d'Oracle, les analyses du secteur et les blogs d'experts ^{[10] [33] [6] [7] [5] [35]}.