Actualités
Si vous utilisez QlikView 12.90, notez le 31 octobre 2026 dans votre calendrier. C’est à cette date que le support standard de Qlik pour la version de mai 2024 prend fin.
Précisons d’abord ce que cela ne signifie pas : il ne s’agit pas de la fin de QlikView. Le support prend fin pour une seule version, Qlik continue de publier des mises à jour de QlikView, et la version actuelle est prise en charge jusqu’en septembre 2027.
Mais une échéance de support est une occasion naturelle de prendre du recul et de poser une question pratique. Quelle que soit la suite que vous envisagez pour QlikView, qu’adviendra-t-il des rapports dont dépend votre entreprise ?
Ce qui change réellement
Selon la page QlikView Product Lifecycle de Qlik, QlikView 12.90 arrive en fin de support le 31 octobre 2026. Après cette date, cette version ne recevra plus de correctifs ni de mises à jour de sécurité. Votre QlikView continuera de fonctionner, mais sans filet de sécurité.
Quelques faits connexes à connaître :
- QlikView 12.100 est la version actuelle. Publiée le 23 septembre 2025, elle est prise en charge jusqu’au 30 septembre 2027.
- QlikView 12.80 et les versions antérieures ne sont déjà plus prises en charge. La version 12.80 est arrivée en fin de support le 31 octobre 2025. Si vous utilisez une version plus ancienne, vous êtes donc d’autant plus concerné.
- L’avenir de QlikView : Qlik indique ne pas prévoir de mettre fin à QlikView ni d’imposer une migration vers Qlik Sense, et continuer à publier des mises à jour périodiques.
- Composants hérités : Qlik a annoncé que la version de septembre 2026 supprimerait certains composants anciens, notamment QlikView OCX, l’intégration du contrôle de code source et WorkBench. Si vous disposez d’intégrations personnalisées, vérifiez-les avant de procéder à la mise à niveau.
Trois voies possibles
La plupart des équipes QlikView avec lesquelles nous échangeons envisagent trois options. Chacune implique un calendrier, un coût et un effort qui lui sont propres, et chacune a des conséquences différentes sur votre reporting.
| Option | Ce qu’elle implique | Conséquences pour le reporting |
|---|---|---|
| Passer à QlikView 12.100 | Rester sur QlikView, avec un support jusqu’au 30 septembre 2027 | Perturbations minimales, mais vérifiez les intégrations personnalisées : certains composants hérités sont supprimés avec la version de septembre 2026 |
| Passer à Qlik Sense sur site | Reconstruire ou convertir les applications sur la plateforme sur site de Qlik | Les modèles de rapports, les listes de destinataires et les planifications doivent être transférés vers un nouvel environnement |
| Passer à Qlik Cloud | Migrer vers la plateforme SaaS de Qlik, à l’aide de l’outil Analytics Migration Tool de Qlik | Seuls certains types de modèles NPrinting sont transférés automatiquement, et les coûts de reporting peuvent être calculés en fonction de l’utilisation |
Il n’existe pas de réponse unique. Le bon choix dépend de vos licences, de vos applications, de votre équipe et du rythme auquel vous souhaitez avancer.
L’aspect souvent sous-estimé : vos rapports
Les décisions concernant la plateforme concentrent l’attention : licences, applications, modèles de données, serveurs. Les rapports produits chaque jour par QlikView sont souvent examinés en dernier. Pensez au dossier commercial du lundi, aux rapports des agences ou aux PDF sur lesquels s’appuient vos partenaires et vos clients.
Ces rapports constituent ce que la majeure partie de votre organisation voit concrètement de QlikView. Lorsque leur production est interrompue pendant une migration, cela se remarque immédiatement.
Avant de choisir une voie, cinq questions vous permettent d’évaluer le travail à prévoir réellement pour le reporting :
- Quels rapports sont actuellement diffusés depuis QlikView, et qui les reçoit ?
- Lesquels sont personnalisés pour chaque destinataire, par exemple par région, agence ou client ?
- Sur quels formats les utilisateurs s’appuient-ils : PDF, Excel, PowerPoint ?
- Utilisez-vous NPrinting, QlikView Publisher ou des intégrations personnalisées ?
- Quels rapports auraient les conséquences les plus importantes s’ils cessaient d’être diffusés pendant une semaine ?
Si vos réponses font apparaître de nombreux rapports personnalisés, des modèles NPrinting ou des destinataires sans licence Qlik, planifiez votre reporting en amont plutôt qu’après la transition. Les dysfonctionnements des rapports ont tendance à apparaître après la migration, lorsqu’il ne reste plus de temps pour les corriger sereinement.
Changez de moteur, conservez vos rapports
Nous avons conçu Mail & Deploy pour que le reporting ne soit pas un frein au choix d’une plateforme. Il fonctionne avec QlikView, Qlik Sense et Qlik Cloud : vos modèles de rapports, vos listes de destinataires et vos planifications restent ainsi au même endroit, quelle que soit la plateforme sous-jacente.
Vous pouvez donc effectuer une mise à niveau, migrer par étapes ou faire coexister temporairement l’ancienne et la nouvelle plateforme, tout en assurant la continuité de la diffusion de vos rapports. Voici ce que les équipes apprécient également :
- Un seul outil pour toutes les sources : toutes les plateformes Qlik, ainsi que Power BI, Snowflake, Databricks et les sources SQL.
- Des documents de qualité : des rapports aux formats PDF, Excel, PowerPoint et Word.
- Une personnalisation à grande échelle : chaque destinataire reçoit sa propre version, sans avoir besoin d’une licence Qlik pour la recevoir.
- Une diffusion là où les utilisateurs travaillent : e-mail, SharePoint et Teams, partages de fichiers et autres destinations.
- Votre déploiement, à votre rythme : sur site, SaaS ou hybride.
Votre prochaine étape
Vous n’avez pas besoin d’avoir choisi votre plateforme pour commencer. Commencez par vos rapports.
Téléchargez la liste de contrôle gratuite : un guide d’une page pour vous assurer que vos rapports continuent d’être diffusés, quelle que soit la voie choisie.
Télécharger la liste de contrôle
Réservez un bilan gratuit de 30 minutes sur la continuité de votre reporting : nous recensons ensemble vos rapports, examinons la voie envisagée et identifions les risques, des modèles NPrinting aux destinataires sans licence.
Quelle que soit la suite que vous envisagez pour QlikView, votre reporting continue de fonctionner avec Mail & Deploy.
