Funzionamento di Mail & Deploy con Qlik®
Mail & Deploy si colloca accanto all'ambiente Qlik invece che al suo interno. Apre le applicazioni come un utente, applica i filtri definiti, genera gli oggetti selezionati nel modello personalizzato e invia il risultato alla destinazione prevista, secondo una pianificazione o al verificarsi di specifiche condizioni nei dati.
Di seguito è riportata la sequenza effettiva, nell'ordine di configurazione. La maggior parte dei team impiega un pomeriggio per il primo report e pochi minuti per i successivi.
Connessione all'ambiente Qlik
Mail & Deploy si connette all'ambiente Qlik. Si raccomanda di creare un utente Qlik Sense® dedicato con accesso limitato alle applicazioni oggetto di reportistica: il livello di reportistica visualizzerà esattamente ciò che visualizza tale utente.
Mail & Deploy mantiene una cache del contenuto dell'origine dati (campi, variabili, visualizzazioni e report incorporati) in modo che la progettazione di un report non solleciti l'ambiente Qlik a ogni passaggio. La cache viene ricostruita al variare della struttura dell'applicazione, non al variare dei dati.
Dettagli per gli amministratori
Mail & Deploy si connette al tenant Qlik Cloud tramite una chiave REST API. Si raccomanda di creare un utente Qlik Sense® dedicato con accesso limitato alle applicazioni oggetto di reportistica e di generare la chiave da quell'account: il livello di reportistica visualizzerà esattamente ciò che visualizza tale utente. Qualora sia necessario trasmettere la Section Access al report, un'origine dati può invece utilizzare l'impersonificazione tramite JWT.
Informazione utile: le chiavi REST API in Qlik Cloud scadono. Se la chiave utilizzata da Mail & Deploy scade, la connessione si interrompe e le Execution Task pianificate falliscono. L'aumento della durata massima del token nella QMC evita questo problema.
Sono disponibili tre tipi di autenticazione: l'account di servizio di Mail & Deploy, un account Windows personalizzato o l'impersonificazione tramite JWT nei casi in cui sia necessario trasmettere la Section Access. È necessario fornire host, porta, protocollo e percorso del proxy virtuale. Mail & Deploy può essere eseguito sulla stessa macchina di Qlik Sense o su una macchina indipendente, purché sia in grado di raggiungere il proxy di Qlik.
Se l'account di servizio di Mail & Deploy esiste come utente NTNAME nella Section Access del documento QlikView®, non è richiesta alcuna ulteriore configurazione. In alternativa, aggiungere una voce USERID personalizzata all'elenco della Section Access del documento.
È possibile connettere più ambienti contemporaneamente. Un singolo report può attingere da più di uno di essi, aspetto rilevante durante una migrazione da NPrinting quando alcune applicazioni sono state trasferite e altre no.
Progettazione del modello di report
I modelli vengono creati negli strumenti già utilizzati dai destinatari - Excel, Word, PowerPoint, HTML - o nel designer integrato. Gli oggetti Qlik vengono inseriti nel layout: grafici, tabelle, KPI, valori di singoli campi. Il documento circostante rimane invariato, inclusi le formule esistenti, lo stile aziendale e qualsiasi struttura richiesta da un ente regolatore.
Un modello Excel continua a eseguire calcoli dopo la consegna. Questa è la differenza tra un report e un'esportazione: il destinatario può continuare a lavorare nel file anziché iniziarne uno nuovo.
Da questo punto in poi, il processo non dipende più dall'origine dei dati. Il designer dei modelli, la pianificazione e il registro delle consegne sono identici, sia che l'origine sia Qlik®, Power BI o un database.
Ogni ulteriore origine dati viene licenziata separatamente.
Definizione della distribuzione dei dati
Questa fase elimina il lavoro manuale. Invece di un report per ogni gruppo di destinatari, si definisce un unico modello e una regola per la sua variazione.
Si seleziona un campo Qlik per il bursting - regione, centro di costo, account manager, cliente. Mail & Deploy genera un report per ogni valore distinto di tale campo, applica il filtro corrispondente a ogni oggetto nel modello e associa ogni output al destinatario corretto. Un modello, un piano di esecuzione, quattrocento documenti diversi.
Integrazione di Section Access
Due configurazioni, la cui scelta dipende dalla destinazione finale del report.
Per il bursting - un report generato per regione, centro di costo o account manager e consegnato via email, SharePoint o qualsiasi altro canale - Mail & Deploy si connette con l'account di servizio e la suddivisione deriva dal campo di bursting anziché da Section Access. Se l'app utilizza Section Access, l'account di servizio necessita di diritti ADMIN nell'elenco di accesso per poter leggere l'intero set di dati prima della suddivisione.
Dettagli per gli amministratori
Per il self-service, dove un utente richiede autonomamente un report, l'origine dati deve utilizzare l'impersonificazione: Mail & Deploy si autentica tramite JWT come quell'utente e Section Access si applica come avverrebbe nell'app.
Per il self-service l'impersonificazione tramite JWT è obbligatoria. Senza di essa, Mail & Deploy si connette con l'account di servizio invece che come utente richiedente: le restrizioni di Section Access di tale utente non vengono applicate e l'output può contenere più dati di quanti ne vedrebbe nell'app. Configurare l'impersonificazione tramite JWT nell'origine dati prima di abilitare il self-service.
Pianificazione o trigger dallo script di caricamento
I report vengono eseguiti secondo una pianificazione: giornaliera, settimanale, il primo giorno lavorativo del mese, a un orario fisso in un fuso orario stabilito. Ogni Execution Task viene eseguito in parallelo, garantendo che una distribuzione massiva termini entro una finestra di consegna prestabilita invece di protrarsi per ore.
In Qlik, un report può anche essere attivato dallo script di caricamento: il codice inserito nello script avvia il task del report quando il reload raggiunge quel punto.
Consegna e conferma di ricezione
La consegna avviene tramite email, file server, FTP, Microsoft SharePoint e Teams, OneDrive, Dropbox, AWS S3, Google Drive o il Mail & Deploy Hub, dove i destinatari scaricano i report autonomamente e si iscrivono a quelli di interesse. L'elenco completo è disponibile nella panoramica della consegna e dell'integrazione.
Ogni esecuzione viene registrata: l'oggetto dell'esecuzione, il prodotto generato, la destinazione e gli eventuali errori. Per la reportistica rilevante ai fini dell'audit, tale registro rappresenta solitamente il motivo principale per cui il livello di reporting viene rimosso da uno script pianificato.
Estensioni e oggetti personalizzati
Gli oggetti Qlik di terze parti e standard vengono renderizzati nei report invece di apparire come riquadri vuoti. I fornitori supportati includono Vizlib, AnyChart, ks quadrat, trueChart e i bundle Qlik. Consultare la documentazione per l'elenco completo.
Qlik stock objects
Qlik Dashboard & Visualization Bundle
Vizlib
AnyChart
ks quadrat
trueChart
Inphinity
Oggetti Community e Developer Garden
Tutti questi elementi vengono renderizzati nei report come grafici o tabelle.
La tabella completa, incluse le note di esportazione per oggetto, è mantenuta nella documentazione della sorgente dati Qlik Sense. Manca un'estensione? Scrivere a info@mail-and-deploy.com e verrà verificata.
Requisiti necessari
- Edizione Mail & Deploy
- La maggior parte delle configurazioni inizia con l'edizione Standard. La scelta dipende dal numero di destinatari, dalla complessità dei report e dall'utilizzo della distribuzione pianificata e del self-service. Una chiamata di quindici minuti risolve la questione più rapidamente di una tabella. Confronta le edizioni.
- Requisiti
- I requisiti correnti di hardware, software e rete sono mantenuti nella documentazione. Visualizza i requisiti.
- Autorizzazioni
- Mail & Deploy rileva i dati visibili all'identità di connessione. Per il bursting, è richiesto un account di servizio con Section Access ADMIN. Per il self-service, l'impersonificazione avviene tramite JWT affinché si applichi il Section Access di ogni utente.
- Distribuzione QlikView
- Le connessioni QlikView richiedono l'edizione on-premise. Esse non sono disponibili in SaaS.
I dettagli per ogni edizione sono elencati in edizioni e licenze. In caso di dubbi relativi al proprio ambiente, è possibile contattarci: solitamente si tratta di una risposta rapida e non di una decisione di acquisto.
Mail & Deploy for Qlik
Scheda prodotto
Scopra le funzioni, i vantaggi e le possibilità principali di Mail & Deploy for Qlik. Impari ad automatizzare il reporting, distribuire le informazioni e offrire agli utenti report in self-service.
Un esempio pratico
- Origine
- App Qlik Cloud "Sales Analysis"
- Modello
- Excel, layout aziendale, formule mantenute
- Bursting su
- Regione → 18 output
- Filtro
- mese corrente, specifico per regione
- Pianificazione
- primo giorno lavorativo, 06:00 CET
- Distribuzione
- e-mail al Responsabile regionale · copia su SharePoint
- Log
- 18 generati · 18 distribuiti · 0 falliti
Domande frequenti
Il reporting da un database o da un warehouse funziona allo stesso modo: scoprite come funziona con SQL, Snowflake e BigQuery →