Trois technologies sur lesquelles s’appuie Nintex K2 arrivent en fin de support en 2026. Aucune des trois ne concerne K2 lui-même. Chacune dispose d’une solution publiée, et les échéances tombent entre octobre et novembre 2026.
Si vous êtes responsable ou sponsor d’une plateforme K2, vous avez peut-être reçu un avis de Nintex concernant les technologies en fin de support en 2026. Microsoft et Google retirent, chacun selon son calendrier, trois technologies sur lesquelles K2 s’appuie. K2 les utilise mais reste inchangé. Nintex a publié une solution pour chacune, met à disposition des fix packs pour les versions de K2 prises en charge, et contacte directement les clients concernés.
En arrière-plan, K2 fait tourner les processus automatisés d’une entreprise : validations, notifications, gestion des accès, facturation, et bien d’autres. Beaucoup de ces processus envoient des e-mails, et certains génèrent des écrans qui s’affichent dans le navigateur. Les trois changements ci-dessous touchent les briques techniques plus anciennes sur lesquelles K2 s’appuie.
Si une version de K2 est trop ancienne au passage d’une échéance, les e-mails automatisés peuvent tout simplement cesser d’arriver, ou certains écrans ne plus s’afficher correctement. Aucune des corrections n’est particulièrement complexe, mais chacune demande de la planification, car les versions les plus anciennes ne peuvent pas être corrigées par un simple correctif. Elles doivent être mises à niveau.
Les échéances tombent à moins de sept semaines d’écart. Confirmer la version de K2 et planifier le travail dès maintenant laisse le temps de tester avant chaque date.
| Changement | Date | Propriétaire | Usage dans K2 | Correctif | Effort |
|---|---|---|---|---|---|
| Exchange Online EWS | 1er oct 2026 | Microsoft | Envoi et réception d’e-mails, actions de calendrier et de rendez-vous, SmartObjects Exchange, lorsque Exchange Online est configuré | Passer à l’API Microsoft Graph sur K2 5.8.1 ou ultérieur, ou rester sur 5.8 avec le Fix Pack 34 | Le plus élevé, un changement de comportement |
| .NET 8 | 10 nov 2026 | Microsoft | Socle technique de plusieurs services serveur K2 | Un fix pack fait passer les versions prises en charge de .NET 8 à .NET 10 | Faible si sur une version prise en charge |
| XSLT côté client | 17 nov 2026 | Google, Chromium | Affichage de certains formulaires et rapports dans le navigateur | Fix pack, plus solutions de contournement navigateur temporaires | Le plus faible, des options temporaires existent |
Seul le changement Exchange modifie le comportement des workflows. Les deux autres se règlent par l’installation d’un fix pack, à condition que l’environnement exécute une version encore prise en charge par Nintex. Établir cette version est la première tâche, car elle détermine si chaque élément relève d’un fix pack ou d’une mise à niveau planifiée.
Les workflows K2 qui envoient des e-mails, créent des entrées de calendrier ou lisent des boîtes aux lettres via Microsoft 365 le font aujourd’hui via Exchange Web Services, un protocole Microsoft vieux de près de vingt ans. Microsoft retire EWS pour les boîtes aux lettres cloud. Là où un workflow en dépend encore, l’envoi d’e-mails et les actions de calendrier peuvent cesser de fonctionner une fois EWS désactivé.
Cela ne concerne que les environnements K2 dont Exchange Online est configuré. Si votre K2 n’a aucune intégration Exchange Online, ou si votre messagerie fonctionne sur Exchange Server sur site, cette date ne vous concerne pas. Microsoft retire EWS uniquement pour Exchange Online, le service cloud de Microsoft 365. Exchange Server on-premise est entièrement hors périmètre.
Microsoft procède à une désactivation progressive et contrôlable par l’administrateur qui débute le 1er octobre 2026 et s’achève par un arrêt complet le 1er avril 2027. Le remplaçant est l’API Microsoft Graph, que K2 prend en charge depuis la version 5.8.1. Nintex a publié un guide de migration détaillé.
Le passage d’EWS à Graph est un changement de comportement. Graph applique des permissions plus strictes et gère différemment certaines propriétés de messagerie, le filtrage et le comportement « envoyer au nom de ». Les workflows, SmartObjects et formulaires concernés doivent être revalidés et, dans un petit nombre de cas, ajustés plutôt que simplement redirigés. La séquence est : confirmer la version, exécuter la migration guidée, puis tester en non-régression chaque action liée à Exchange avant octobre.
La logique du workflow elle-même ne change pas. C’est la connexion de messagerie qui change, d’EWS à Graph, et la nouvelle connexion applique des règles différentes en matière de permissions et de comportement.
Tous les environnements sur Exchange Online sont concernés. Le chemin dépend de la version de K2.
| Version de K2 | Ce que la bascule EWS implique | Première étape |
|---|---|---|
| 5.8.1 ou ultérieur | L’option Migrer est déjà disponible dans K2 Management. Suivez le guide de migration pour basculer la configuration Exchange d’EWS vers Microsoft Graph, puis testez. | Exécuter la migration guidée |
| 5.8, avant 5.8.1 | Nintex a publié le Fix Pack 34 pour 5.8, qui étend la prise en charge de Microsoft Graph aux fonctionnalités de messagerie. Appliquez-le d’abord, et l’option Migrer devient disponible. Puis migrez et testez. | Appliquer le fix pack 5.8 |
| 5.7 ou antérieur | Aucun nouveau fix pack n’est prévu pour ces versions. La voie est une mise à niveau vers une version prise en charge, et la migration Graph en découle ensuite. | Planifier une mise à niveau de version |
D’abord, confirmez que l’environnement utilise bien Exchange Online : dans K2 Management, vérifiez si une intégration Exchange Online est configurée. Si aucune ne l’est, ce changement ne s’applique pas. Si une l’est, cherchez l’option Migrer sur cette configuration Exchange. Si elle est présente, l’environnement est sur une version qui prend en charge Graph et la migration peut être planifiée. Si elle est absente, l’environnement n’est pas encore sur une version ou un niveau de correctif qui l’offre, ce qui indique qu’une mise à jour ou une mise à niveau est la première étape.
.NET est un framework Microsoft sur lequel reposent plusieurs parties de K2. K2 utilise .NET Core dans plusieurs services serveur, dont le service de configuration, les services OAuth et Claims, et le JavaScript Service Provider. Microsoft met fin au support de .NET 8 le 10 novembre 2026.
Nintex a publié des fix packs pour les versions de K2 prises en charge, qui font passer le framework de .NET 8 à .NET 10, et publiera les niveaux exacts de fix pack au fur et à mesure. Seules les versions récentes prennent en charge .NET 8 au départ, de sorte qu’un environnement sur une version plus ancienne, non prise en charge, fait face à une mise à niveau planifiée plutôt qu’à un fix pack. La matrice de compatibilité produit Nintex liste les chemins de mise à niveau pris en charge.
Chrome et Edge retirent le XSLT côté client, une fonction de navigateur que K2 utilise pour afficher certains formulaires et rapports, en conception comme en exécution. À partir du 17 novembre 2026, les écrans concernés peuvent ne plus s’afficher correctement sur les versions récentes de Chrome et Edge.
Nintex a publié des fix packs pour les versions prises en charge 5.7, 5.8, 5.9, 5.9.1 et ultérieures. Lorsque le fix pack ne peut pas être installé avant la date, trois options de navigateur temporaires maintiennent le fonctionnement des formulaires concernés. Une solution de contournement est documentée par Nintex.
| Option temporaire | Fonctionnement | Idéale quand |
|---|---|---|
| Stratégie d’entreprise XSLT | Définir la stratégie de navigateur dédiée via la console d’administration ou la stratégie de groupe pour maintenir la fonction activée | Les navigateurs sont gérés de façon centralisée et l’on veut l’intervention la plus légère |
| Extension polyfill officielle | Déployer l’extension polyfill XSLT officielle via la gestion des navigateurs en entreprise | Il faut rétablir la fonction sans changer de version de navigateur |
| Figer la version du navigateur | Maintenir les postes concernés sur la dernière version de navigateur prenant en charge le XSLT côté client | Un pont court et contrôlé le temps de planifier le fix pack ou la mise à niveau |
Chacune maintient le fonctionnement des formulaires concernés le temps de planifier le fix pack ou la mise à niveau. Aucune n’est une solution définitive.
Les versions 5.7 et antérieures ne recevront pas de nouveaux fix packs : la seule voie prise en charge est une mise à niveau vers 5.8.1 ou ultérieur. Cela peut représenter un projet plus important qu’un simple correctif, en particulier lorsque les workflows résident encore dans K2 Studio et n’ont pas encore migré vers K2 Designer. Si cela décrit votre environnement, il vaut mieux engager la démarche tôt plutôt qu’à l’approche des échéances.
Les clients K2 Cloud ont moins à gérer de leur côté. Pour les environnements cloud, Nintex publie les fix packs et planifie une fenêtre de maintenance pour appliquer les changements nécessaires ; l’essentiel se limite donc à en prendre connaissance et à valider, plutôt qu’à intervenir techniquement.
Aucune de ces échéances n’est préoccupante prise isolément. Ce sont des fins de support classiques, portant sur des technologies que K2 utilise, et chacune dispose déjà d’une solution. L’échéance Exchange est la plus proche et la plus exigeante : c’est elle qui rythme le reste. Commencez par confirmer votre version de K2, mesurez l’ampleur de chaque chantier en fonction de cette version, puis planifiez le travail en gardant du temps pour les tests.
En tant que Partenaire Premier 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. Nous confirmons la version, évaluons l’ampleur de chacun des trois chantiers pour votre plateforme, et planifions le travail face aux échéances de l’automne. Pour un accompagnement ou un conseil, échangez avec notre équipe.
Les dates et solutions ci-dessus proviennent des pages Nintex et Microsoft:
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.
