Comment Mail & Deploy fonctionne avec Qlik®
Mail & Deploy fonctionne aux côtés de votre environnement Qlik, et non à l’intérieur de celui-ci. Il ouvre vos applications comme le ferait un utilisateur, applique les filtres que vous définissez, intègre le rendu des objets sélectionnés dans votre propre modèle et envoie le résultat à la destination prévue - selon une planification ou lorsque les données le déclenchent.
Below is the actual sequence, in the order you would set it up. It takes most teams an afternoon for the first report and minutes for each one after that.
Connectez-vous à votre environnement Qlik
Mail & Deploy connects to your Qlik environment. We recommend creating a dedicated Qlik Sense® user with access only to the apps you report on - the reporting layer then sees exactly what that user sees.
Mail & Deploy conserve en cache le contenu de la source de données - champs, variables, visualisations et rapports intégrés - afin que la conception d’un rapport ne sollicite pas votre environnement Qlik à chaque étape. Le cache est reconstruit lorsque la structure de l’application change, et non lorsque les données changent.
Details for administrators
Mail & Deploy se connecte à votre locataire Qlik Cloud à l’aide d’une clé API. Nous recommandons de créer un utilisateur Qlik Sense® dédié disposant uniquement d’un accès aux applications utilisées pour vos rapports, puis de générer la clé à partir de ce compte - la couche de reporting voit alors exactement ce que voit cet utilisateur. Lorsque Section Access doit s’appliquer au rapport, une source de données peut utiliser à la place l’emprunt d’identité via JWT.
À savoir : les clés API de Qlik Cloud expirent. Si la clé utilisée par Mail & Deploy arrive à expiration, la connexion s’interrompt et les exécutions planifiées échouent. Augmenter la durée de vie maximale des jetons dans la console de gestion Qlik permet d’éviter ce problème.
Trois types d’authentification sont disponibles : le compte de service Mail & Deploy, un compte Windows personnalisé ou l’emprunt d’identité via JWT lorsque Section Access doit s’appliquer. Vous fournissez l’hôte, le port, le protocole et le chemin du proxy virtuel. Mail & Deploy peut fonctionner sur la même machine que Qlik Sense ou sur une machine distincte, à condition de pouvoir accéder au proxy Qlik.
Si le compte de service Mail & Deploy existe en tant qu’utilisateur NTNAME dans Section Access du document QlikView®, aucune configuration supplémentaire n’est nécessaire. Sinon, ajoutez une entrée USERID personnalisée à la liste Section Access du document.
Plusieurs environnements peuvent être connectés simultanément. Un même rapport peut exploiter plusieurs d’entre eux, ce qui est important lors d’une migration depuis NPrinting lorsque certaines applications ont été migrées et d’autres pas encore.

Concevez le modèle de rapport
Les modèles sont créés dans les outils que vos destinataires utilisent déjà - Excel, Word, PowerPoint, HTML - ou dans le concepteur intégré. Vous placez les objets Qlik dans la mise en page : graphiques, tableaux, KPI, valeurs de champs individuelles. Le reste du document demeure le vôtre, y compris les formules existantes, la charte graphique de votre entreprise et toute structure attendue par un organisme de réglementation.
Un modèle Excel continue d’effectuer ses calculs après la livraison. C’est la différence entre un rapport et un export : le destinataire peut continuer à travailler dans le fichier plutôt que d’en créer un nouveau.
From here on, nothing depends on where the data came from. The template designer, the schedule and the delivery log look the same whether the source is Qlik®, Power BI or a database.
Chaque source de données supplémentaire fait l'objet d'une licence distincte.

Déterminez qui reçoit quels chiffres
C’est cette étape qui supprime le travail manuel. Au lieu de créer un rapport par groupe de destinataires, vous définissez un seul modèle et une règle pour le faire varier.
Vous choisissez un champ Qlik pour le bursting - région, centre de coûts, responsable de compte, client. Mail & Deploy génère un rapport par valeur distincte de ce champ, applique le filtre correspondant à chaque objet du modèle et associe chaque sortie au bon destinataire. Un modèle, un plan d’exécution, quatre cents documents différents.
Comment Section Access s’intègre au processus
Deux configurations sont possibles ; celle qu’il vous faut dépend de la destination finale du rapport.
Pour le bursting - un rapport généré par région, centre de coûts ou responsable de compte et transmis par e-mail, SharePoint ou tout autre canal - Mail & Deploy se connecte avec le compte de service, et la répartition repose sur le champ de bursting plutôt que sur Section Access. Lorsqu’un document QlikView utilise Section Access, le compte de service doit disposer des droits ADMIN dans la liste d’accès afin de pouvoir lire l’ensemble des données avant de les répartir.
Détails pour les administrateurs
Pour le libre-service, lorsqu’un utilisateur demande lui-même un rapport, la source de données doit utiliser l’emprunt d’identité : Mail & Deploy s’authentifie via JWT en tant que cet utilisateur, et Section Access s’applique comme dans l’application.
L’emprunt d’identité via JWT est requis pour le libre-service. Sans cela, Mail & Deploy se connecte avec le compte de service plutôt qu’en tant qu’utilisateur à l’origine de la demande : les restrictions Section Access de cet utilisateur ne s’appliquent pas, et le résultat peut contenir davantage de données que ce qu’il verrait dans l’application. Configurez l’emprunt d’identité via JWT sur la source de données avant d’activer le libre-service.

Planifiez-le ou déclenchez-le depuis le script de rechargement
Les rapports s’exécutent selon une planification - tous les jours, toutes les semaines, le premier jour ouvré du mois, à une heure fixe dans un fuseau horaire défini. Les tâches d’exécution s’exécutent en parallèle, de sorte qu’une distribution volumineuse se termine dans le créneau de livraison prévu plutôt que de s’étaler sur plusieurs heures.
Dans Qlik, un rapport peut également être déclenché depuis le script de rechargement : du code inséré dans le script lance la tâche de rapport lorsque le rechargement atteint ce point.

Distribuez les rapports et prouvez leur livraison
La distribution s’effectue par e-mail, serveur de fichiers, FTP, Microsoft SharePoint et Teams, OneDrive, Dropbox, AWS S3, Google Drive ou via le Mail & Deploy Hub, où les destinataires récupèrent eux-mêmes les rapports et s’abonnent à ceux qui les intéressent. La liste complète figure dans la présentation de la distribution et des intégrations.
Chaque exécution est journalisée : ce qui a été exécuté, ce qui a été produit, la destination et les échecs. Pour les rapports soumis à des exigences d’audit, ce journal est généralement la raison première pour laquelle la couche de reporting ne repose plus sur un script planifié.

Extensions et objets personnalisés
Les objets Qlik tiers et natifs sont restitués dans les rapports au lieu d’apparaître sous forme de cadres vides. Les fournisseurs pris en charge comprennent Vizlib, AnyChart, ks quadrat, trueChart ainsi que les bundles Qlik. Consultez la documentation pour obtenir la liste complète.

Qlik stock objects

Qlik Dashboard & Visualization Bundle

Vizlib

AnyChart
ks quadrat

trueChart

Inphinity
Objets de la communauté et de Developer Garden
Tous ces objets sont restitués dans les rapports sous forme de graphiques ou de tableaux.
Le tableau complet, y compris les remarques d’exportation propres à chaque objet, est tenu à jour dans la documentation de la source de données Qlik Sense. Une extension manque ? Écrivez à info@mail-and-deploy.com et nous vérifierons sa prise en charge.
Les éléments nécessaires
- Édition de Mail & Deploy
- La plupart des configurations commencent avec l’édition Standard. Le choix dépend du nombre de destinataires, de la complexité des rapports et de votre utilisation de la distribution planifiée et du libre-service. Un échange téléphonique de quinze minutes permet de trancher plus vite qu’un tableau. Comparer les éditions.
- Prérequis
- Les prérequis matériels, logiciels et réseau actuels sont tenus à jour dans la documentation. Consulter les prérequis.
- Autorisations
- Mail & Deploy voit ce que voit l’identité utilisée pour la connexion. Pour le bursting depuis QlikView, un compte de service avec un accès ADMIN dans Section Access. Pour le libre-service, l’emprunt d’identité via JWT afin que les règles Section Access de chaque utilisateur s’appliquent.
- Déploiement QlikView
- Les connexions QlikView nécessitent l’édition sur site. Elles ne sont pas disponibles en SaaS.
Les détails par édition figurent dans la rubrique éditions et licences. Si l’un de ces points n’est pas clair pour votre environnement, contactez-nous - il s’agit généralement d’une réponse rapide, pas d’une décision d’achat.

Mail & Deploy for Qlik
Product Factsheet
Explore the key features, benefits and capabilities of Mail & Deploy for Qlik. Learn how to automate reporting, distribute information and empower users with self-service reporting.
Un exemple concret
- Source
- Application Qlik Cloud "Sales Analysis"
- Modèle
- Excel, mise en page de l’entreprise, formules conservées
- Champ de bursting
- Région → 18 résultats
- Filtre
- mois en cours, propre à chaque région
- Planification
- premier jour ouvré, 06:00 CET
- Distribution
- e-mail au responsable régional · copie sur SharePoint
- Journal
- 18 générés · 18 livrés · 0 échec
Questions fréquentes
Reporting from a database or warehouse works the same way — see how it works for SQL, Snowflake and BigQuery →