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 und Snowflake sowie über ODBC mit Databricks und weiteren Quellen. 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.

Bericht Nord: Vertriebsleitung Nord
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 EditionDie 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.
- AnforderungenAktuelle Hardware-, Software- und Netzwerkanforderungen werden in der Dokumentation gepflegt. Anforderungen anzeigen.
- AnmeldedatenEin dediziertes Read-Only-Konto oder eine entsprechende Rolle ist die übliche Konfiguration.
- BerechtigungenDie 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
Wöchentliche Lieferanten-Scorecard
Eine Darstellung einer typischen Konfiguration. Quellen, Spalten und Zustellung werden pro Bericht konfiguriert.
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)
Häufig gestellte Fragen
Mail & Deploy Workshop buchen
Vertiefen Sie Ihre Reporting-Kenntnisse mit angeleiteten, praktischen Übungen. Verbinden Sie Datenquellen, erstellen Sie Berichte und richten Sie deren Verteilung gemeinsam mit einem Mail & Deploy-Berater ein.
Die Workshops behandeln sowohl die clientverwaltete als auch die SaaS-Version von Mail & Deploy. Wählen Sie das Sitzungsformat, das zu Ihrem Team passt.