Reporting diretto da database o warehouse
Non tutti i report richiedono un dashboard sottostante. Molte attività di reporting ricorrente consistono in una query, un modello e un elenco di distribuzione; creare un livello BI solo per la pianificazione risulta sproporzionato.
Mail & Deploy si connette direttamente a database SQL, Snowflake e Databricks. Il set di dati viene definito una sola volta, collegato a un modello e la piattaforma gestisce la generazione, la personalizzazione e la consegna pianificata.
Ricerca di dashboard e analisi self-service? Questo non è lo scopo del software. Mail & Deploy produce e distribuisce documenti a partire dai dati: non sostituisce una piattaforma BI. Se le sorgenti includono Qlik o Power BI, un singolo report può attingere da ognuno di essi.
Connettere l'origine
Mail & Deploy si connette direttamente al database. Durante la ricostruzione della cache, legge tutte le tabelle, le viste e le relative colonne, in modo che la progettazione del report operi su una struttura nota anziché eseguire query in tempo reale a ogni passaggio.
- Microsoft SQL Server
- MySQL
- Oracle
- Snowflake
- Google BigQuery
- qualsiasi driver ODBC
Nota bene: un filtro di campo si applica alla tabella o alla vista a cui appartiene tale campo. Le tabelle correlate non vengono filtrate automaticamente tramite chiavi esterne. Qualora necessario, inserire la logica in una vista gestita dal team dei dati.
È possibile connettere più origini contemporaneamente e un singolo report può attingere da diverse fonti, inclusi Qlik e Power BI insieme al data warehouse. L'elenco completo dei connettori è disponibile nella panoramica delle integrazioni.
Definire il set di dati
Viene scritta la query o puntata a una vista già gestita dal team dei dati. La seconda opzione è solitamente preferibile: la logica di reporting che risiede nel warehouse rimane sotto il controllo di versione e coerente con tutto ciò che viene costruito su di essa.
Le query accettano parametri. Un intervallo di date che si risolve in 'ultimo mese completato' al momento dell'esecuzione, o un valore regionale fornito dalla regola di bursting al punto 3, permette a una singola definizione di query di servire ogni esecuzione e ogni destinatario.
I grafici vengono prodotti dal template anziché dalla sorgente. Un grafico Excel collegato a un intervallo di dati, o un oggetto grafico nel designer integrato, si ridisegna a ogni esecuzione.
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.
Suddivisione per destinatario
Si seleziona una colonna per il bursting - regione, centro di costo, account manager, cliente. Mail & Deploy suddivide il set di risultati in base ai valori distinti in quella colonna, compila una copia del template per ogni valore e associa ogni documento al destinatario corretto.
Pianificazione e consegna
I report vengono eseguiti secondo la pianificazione da Lei definita: giornaliera, settimanale, mensile o a un orario fisso.
La consegna avviene tramite email, file server, FTP, Microsoft SharePoint e Teams, OneDrive, Dropbox, AWS S3, Google Drive o il Mail & Deploy Hub. Ogni esecuzione viene registrata: cosa è stato eseguito, cosa è stato prodotto, dove è stato inviato, cosa è fallito.
Mantenere prevedibili i costi del warehouse
Il reporting pianificato consuma risorse di calcolo. Su Snowflake si tratta di crediti, su Databricks di DBU, e su un servizio SQL gestito è capacità già pagata.
Mail & Deploy interroga la sorgente una volta per destinatario. Un report con duecento destinatari comporta duecento query. Ne tenga conto quando dimensiona il warehouse e pianifica il report.
Ciò che contiene i costi è la tempistica. I report che condividono una sorgente possono essere pianificati nella stessa finestra, così il warehouse si attiva una sola volta anziché più volte durante la mattinata.
Requisiti necessari
- Edizione di 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 15 minuti permette di definire la soluzione più rapidamente rispetto a una tabella. Confronta le edizioni.
- Requisiti
- I requisiti aggiornati relativi a hardware, software e rete sono mantenuti nella documentazione. Visualizza i requisiti.
- Credenziali
- la configurazione standard prevede un account o un ruolo dedicato in sola lettura
- Autorizzazioni
- il ruolo collegato visualizza esclusivamente i dati per i quali dispone dei diritti di accesso
I dettagli per ogni edizione sono elencati nella sezione edizioni e licenze. Qualora tali aspetti non risultino chiari per il proprio ambiente, è possibile fissare un colloquio di quindici minuti con il nostro team, senza che ciò comporti una decisione di acquisto.
Esempio pratico
- Origine
- Snowflake · vista ANALYTICS.REPORTING.SUPPLIER_KPI
- Parametri
- settimana = ultima settimana ISO conclusa
- Modello
- Excel, layout aziendale, grafico associato a un intervallo di dati
- Bursting su
- SUPPLIER_ID → 64 output
- Pianificazione
- Lunedì 07:15 CET · una query, 64 documenti
- Distribuzione
- e-mail al contatto fornitore · copia su SharePoint
- Registro
- 64 generati · 63 consegnati · 1 fallito (indirizzo non valido)