Reporting direkt aus Ihrer Datenbank oder Ihrem Warehouse
Nicht jeder Bericht benötigt ein Dashboard im Hintergrund. Viele wiederkehrende Berichte bestehen aus einer Abfrage, einer Vorlage und einer Verteilerliste – und der Aufbau einer BI-Ebene nur für deren Planung ist unverhältnismäßig.
Mail & Deploy verbindet sich direkt mit SQL-Datenbanken, Snowflake und Databricks. Sie definieren den Datensatz einmal, binden ihn an eine Vorlage und die Plattform übernimmt die Erstellung, Personalisierung und Zustellung nach Zeitplan.
Suchen Sie nach Dashboards und Self-Service-Analytics? Das ist dieses Produkt nicht. Mail & Deploy erstellt und verteilt Dokumente aus Ihren Daten – es ersetzt keine BI-Plattform. Wenn Ihre Quellen Qlik oder Power BI umfassen, kann ein Bericht Daten aus all diesen Quellen beziehen.
Datenquelle verbinden
Mail & Deploy verbindet sich direkt mit der Datenbank. Beim Cache-Rebuild liest es alle Tabellen, Ansichten und deren Spalten ein, sodass das Berichtsdesign auf einer bekannten Struktur basiert, anstatt bei jedem Schritt live abzufragen.
- Microsoft SQL Server
- MySQL
- Oracle
- Snowflake
- Google BigQuery
- jeder ODBC-Treiber
Wichtig zu wissen: Ein Feldfilter gilt für die Tabelle oder Ansicht, zu der das Feld gehört. Verknüpfte Tabellen werden nicht automatisch über Fremdschlüssel gefiltert. Wo dies relevant ist, hinterlegen Sie die Logik in einer Ansicht, die Ihr Datenteam verwaltet.
Es lassen sich mehrere Quellen gleichzeitig verbinden, und ein einzelner Bericht kann Daten aus mehreren Quellen beziehen – einschließlich Qlik® und Power BI parallel zum Warehouse. Die vollständige Liste der Konnektoren finden Sie in der Integrationsübersicht.
Datensatz definieren
Sie schreiben die Abfrage oder verweisen auf eine Ansicht, die Ihr Datenteam bereits verwaltet. Die zweite Option ist in der Regel die bessere: Berichtslogik, die im Warehouse liegt, bleibt unter Versionskontrolle und konsistent mit allen anderen darauf aufbauenden Elementen.
Abfragen nutzen Parameter. Ein Datumsbereich, der zum Ausführungszeitpunkt den 'letzten abgeschlossenen Monat' ermittelt, oder ein Regionswert, der durch die Bursting-Regel in Schritt 3 bereitgestellt wird, bedeutet, dass eine Abfragedefinition für jeden Durchlauf und jeden Empfänger ausreicht.
Diagramme werden durch die Vorlage und nicht durch die Quelle erzeugt. Ein Excel-Diagramm, das an einen Datenbereich gebunden ist, oder ein Diagrammobjekt im integrierten Designer zeichnet sich bei jeder Ausführung neu.
Ab hier hängt nichts mehr davon ab, woher die Daten stammen. Vorlagen-Designer, Zeitplan und Zustellprotokoll sehen gleich aus, ob die Quelle Qlik®, Power BI oder eine Datenbank ist.
Jede weitere Datenquelle wird separat lizenziert.
Aufteilung nach Empfänger
Wählen Sie eine Spalte für das Bursting aus – Region, Kostenstelle, Key Account Manager, Kunde. Mail & Deploy teilt die Ergebnismenge nach den eindeutigen Werten in dieser Spalte auf, füllt pro Wert eine Kopie der Vorlage aus und ordnet jedes Dokument dem richtigen Empfänger zu.
Planung und Zustellung
Berichte laufen nach einem von Ihnen definierten Zeitplan – täglich, wöchentlich, monatlich oder zu einer festen Uhrzeit.
Die Zustellung erfolgt per E-Mail, Dateiserver, FTP, Microsoft SharePoint und Teams, OneDrive, Dropbox, AWS S3, Google Drive oder den Mail & Deploy Hub. Jede Ausführung wird protokolliert: was ausgeführt wurde, was erzeugt wurde, wohin es gesendet wurde und was fehlgeschlagen ist.
Warehouse-Kosten planbar halten
Geplantes Reporting verbraucht Rechenleistung. Bei Snowflake sind das Credits, bei Databricks DBUs und bei einem verwalteten SQL-Service ist es Kapazität, die Sie bereits bezahlt haben.
Mail & Deploy fragt die Quelle einmal pro Empfänger ab. Ein Bericht mit zweihundert Empfängern bedeutet zweihundert Abfragen. Berücksichtigen Sie das, wenn Sie das Warehouse dimensionieren und den Bericht planen.
Was die Kosten begrenzt, ist das Timing. Berichte, die eine Quelle teilen, lassen sich in dasselbe Zeitfenster legen, sodass das Warehouse einmal statt mehrmals im Laufe des Vormittags aktiviert wird.
Was Sie benötigen
- Mail & Deploy Edition
- Die meisten Installationen beginnen mit der Standard-Edition. Welche Edition passt, hängt davon ab, wie viele Empfänger Sie beliefern, wie komplex die Berichte sind und ob Sie die geplante Verteilung und Self-Service nutzen. Ein fünfzehnminütiges Telefonat klärt dies schneller als eine Tabelle. Editionen vergleichen.
- Anforderungen
- Aktuelle Hardware-, Software- und Netzwerkanforderungen werden in der Dokumentation gepflegt. Anforderungen anzeigen.
- Anmeldedaten
- Ein dediziertes Read-Only-Konto oder eine entsprechende Rolle ist die übliche Konfiguration.
- Berechtigungen
- Die verbundene Rolle sieht genau das, wozu sie berechtigt ist.
Details zu den einzelnen Editionen finden Sie unter Editionen und Lizenzierung. Wenn einer dieser Punkte für Ihre Umgebung unklar ist, lässt sich dies in einem fünfzehnminütigen Gespräch mit unserem Team klären und erfordert keine Beschaffungsentscheidung.
Ein Praxisbeispiel
- Quelle
- Snowflake · Ansicht ANALYTICS.REPORTING.SUPPLIER_KPI
- Parameter
- Woche = letzte abgeschlossene ISO-Woche
- Vorlage
- Excel, Corporate Layout, Diagramm an Datenbereich gebunden
- Bursting nach
- SUPPLIER_ID → 64 Ausgaben
- Zeitplan
- Montag 07:15 CET · eine Abfrage, 64 Dokumente
- Zustellung
- E-Mail an Lieferantenkontakt · Kopie an SharePoint
- Protokoll
- 64 generiert · 63 zugestellt · 1 fehlgeschlagen (ungültige Adresse)