Si vous utilisez Nintex K2, trois des technologies dont il dépend arrivent en fin de support au cours de 2026. C’est moins spectaculaire qu’il n’y paraît. Nintex a publié une solution de remédiation pour chacune, met à disposition des fix packs pour toutes les versions de K2 prises en charge, et chaque échéance est encore à plusieurs mois. Voici un guide court sur ce qui change, quand, et comment garder une longueur d’avance sans précipitation de dernière minute.
Cela ne concerne pas K2 lui-même. Les trois changements portent sur des dépendances externes, chez Microsoft et Google, qui atteignent leur propre fin de support. K2 ne fait que les utiliser, et Nintex a déjà publié une solution pour chacune, de sorte qu’aucun environnement ne se retrouve sans option. Nintex contacte également les clients concernés directement à l’approche des échéances : il s’agit donc d’une opération de maintenance coordonnée et planifiée, et non d’un imprévu.
Si vos processus K2 utilisent Exchange Online pour la messagerie, cela concerne l’envoi et la réception des e-mails, les actions de calendrier et de rendez-vous, ainsi que les formulaires et workflows qui appellent des SmartObjects Exchange Online. Ils s’appuient aujourd’hui sur Exchange Web Services, que Microsoft retire le 1er octobre 2026. Cela concerne uniquement Exchange Online, pas Exchange on-premises. K2 prend en charge le remplaçant, l’API Microsoft Graph, depuis la version 5.8.1, et Nintex fournit un guide de migration détaillé.
Un point à anticiper : le passage d’EWS à Graph est un changement de comportement, pas seulement une montée de version. Graph applique des permissions plus strictes et gère différemment certaines propriétés de messagerie, le filtrage et l’envoi « au nom de ». Les workflows et formulaires concernés doivent donc être revalidés et, dans certains cas, ajustés plutôt que simplement basculés.
Ce que cela signifie pour vous : c’est la première échéance sur laquelle agir, et celle qui demande le plus de travail concret. Vérifiez que vous êtes en version 5.8.1 ou ultérieure, exécutez la migration guidée, et testez vos workflows et formulaires liés à Exchange bien avant octobre, afin que l’envoi, la réception et les actions de calendrier se poursuivent sans interruption.
.NET est le socle technique de plusieurs composants serveur de K2 : ce changement concerne donc le maintien des correctifs et du support de sécurité, plus qu’une fonctionnalité isolée. Microsoft met fin au support de .NET 8 le 10 novembre 2026, et Nintex publie des fix packs qui font passer les versions prises en charge de .NET 8 à .NET 10.
Ce que cela signifie pour vous : le point à vérifier est votre version de K2. Seules les versions récentes prennent en charge .NET 8, donc si vous êtes sur une version plus ancienne, il s’agit d’une montée de version planifiée plutôt que d’un simple fix pack. Confirmer votre version dès maintenant est la première étape à suivre.
Chrome et Edge suppriment une fonction de navigateur appelée XSLT côté client, que K2 utilise pour afficher certains formulaires et rapports. Le changement prend effet le 17 novembre 2026. Nintex publie des fix packs pour les versions prises en charge, et toutes les versions de K2 à partir de la 5.10 intègrent déjà le correctif.
Ce que cela signifie pour vous : c’est l’échéance la moins pressante, car des options intermédiaires existent si une montée de version ne peut pas se faire à temps. Avec les paramètres d’entreprise standard de Chrome et Edge, vous pouvez maintenir le fonctionnement des formulaires concernés le temps de planifier la mise à niveau :
Pour ces trois changements, le facteur déterminant est la version de K2 que vous utilisez. Les fix packs s’appliquent aux versions prises en charge. Si votre environnement est sur une version plus ancienne, la première démarche judicieuse consiste à confirmer votre version et à définir un plan de montée de version, ce qui demande un peu plus de temps que l’application d’un fix pack. Savoir où vous en êtes représente l’essentiel du travail et élimine toute incertitude pour la suite de l’année.
Pour les organisations réglementées, notamment dans la finance, ce point a une portée supplémentaire : maintenir des logiciels pris en charge et à jour relève directement des attentes en matière de résilience opérationnelle et de gestion du risque informatique, au titre de DORA comme du RGPD. Traiter ces échéances tôt, c’est aussi rester aligné avec ces obligations.
En tant que Premium Partner de Nintex, AMO accompagne les clients K2 dans la planification et la réalisation de ces montées de version, sans interruption des environnements en production. Pour obtenir une vision claire de l’impact de ces échéances sur votre configuration, et un plan adapté, échangez avec l’équipe AMO.
Aucune de ces échéances n’est préoccupante en soi. Ce sont des jalons de fin de support classiques pour des technologies que K2 utilise, chacune assortie d’une solution déjà publiée. Les organisations qui les gèrent bien sont simplement celles qui cartographient leur environnement tôt et planifient le travail en temps voulu. Commencez par l’échéance Exchange d’octobre, confirmez votre version de K2, et le reste suivra sereinement.
Nous recueillons des informations sur vos besoins et les objectifs de vos applications. Vous n’êtes pas sûr de l’application dont vous avez besoin ? Nous évaluerons soigneusement vos principaux défis et vous fournirons des conseils d’experts sur la solution parfaitement adaptée à votre réussite.
Nous créons des maquettes et un prototype interactif pour visualiser le design et les fonctionnalités de votre application et apporter des modifications en fonction de vos commentaires.
Estimation du projet en termes de ressources, de délais de livraison et de coûts impliqués.
Présentation du POC aux parties prenantes concernées en illustrant les fonctionnalités et le potentiel de l’application pour atteindre les objectifs de l’entreprise.
