Einrichten von Warnungen direkt in Power BI Berichten mithilfe translytischer Aufgabenflüsse

Translytical Task Flows helfen Analyseteams, Warnungen direkt in Power BI Berichten einzurichten, damit Die Verbraucher über Datenänderungen und Vorfälle ohne Massen-E-Mails auf dem Laufenden bleiben. E-Mail-basierte Warnungen leiden in der Regel unter zwei Problemen: Sie werden entweder zu Hintergrundgeräuschen, die Benutzer ignorieren lernen, oder sie können das richtige Publikum zur richtigen Zeit nicht erreichen.

Wenn Ihr Team vor der Herausforderung steht, dass Berichte einen breiten Kreis von Stakeholdern bedienen, es jedoch keine zuverlässige Möglichkeit gibt, sie über Datenprobleme, Datenaktualisierungen oder Änderungen informiert zu halten, bieten translytische Aufgabenabläufe eine schlanke Lösung ohne E-Mails, die Benachrichtigungen direkt in die Power BI-Berichte bringt.

In diesem Artikel erfahren Sie, wie Sie ein In-Report-Benachrichtigungssystem einrichten, das Warnungen an die richtige Zielgruppe mit einer einzigen Quelle für Wahrheit und keine E-Mail-Verteilerlisten anzeigt.

Sie können dieses Muster für allgemeine Szenarien wie Datenqualitätsvorfälle, geplante Wartungsfenster und berichtsspezifische Nachrichten verwenden.

Verstehen des Problems, das dieses Muster löst

Herkömmliche Benachrichtigungsworkflows für Analyseberichte leiden unter mehreren Mängeln:

• Sie können ganz einfach E-Mails senden, die Zielbestimmung ist jedoch schwierig.
• Verteilerlisten enthalten häufig Personen, die den betroffenen Bericht nicht verwenden oder Personen verpassen, die dies tun.
• Nachdem Sie eine E-Mail gesendet haben, gibt es keinen zentralen Datensatz aktiver Warnungen, die an einen bestimmten Bericht gebunden sind.
• Benutzer, die einen Bericht öffnen, nachdem die E-Mail gesendet wurde, werden möglicherweise nie die Benachrichtigung angezeigt.

Das Ergebnis ist eine Lücke zwischen den Menschen, die über ein Problem wissen, und den Menschen, die wissen müssen. Ein dynamisches, berichtsinternes Benachrichtigungssystem schließt diese Lücke.

Überprüfen Sie den durchgängigen Ablauf

Diese Lösung verwendet einige kernige Fabric Komponenten, um eine einfache Self-Service-Benachrichtigungspipeline zu erstellen. Benutzerdatenfunktionen verarbeiten den größten Teil der Arbeit. Der Benachrichtigungslebenszyklus folgt vier Schritten:

1. Erstellen – Ein Benutzer öffnet einen dedizierten Bericht „Data Alert Writeback“, wählt den Zielbericht aus einer vordefinierten Liste aus, gibt eine Benachrichtigungsnachricht ein und wählt Log Data Alert aus.
2. Speichern – Die Schaltfläche löst eine verbundene Benutzerdatenfunktion aus, die eine gespeicherte SQL-Prozedur ausführt, um einen neuen Datensatz in eine Benachrichtigungstabelle in der SQL-Datenbank in Fabric einzufügen.
3. Replizieren – Eine Lakehouse-Verknüpfung spiegelt die Benachrichtigungstabelle, sodass die Daten dem Direct Lake-Semantikmodell sofort ohne separaten ETL-Schritt (Extrahieren, Transformieren und Laden) zur Verfügung stehen.
4. Show – Jeder Bericht, der auf das semantische Modell verweist, kann relevante Benachrichtigungen anzeigen, gefiltert nach Berichtsname, sodass Benutzer nur die Benachrichtigungen sehen, die für sie gelten.

Da die Benachrichtigungstabelle über eine Verknüpfung aus der SQL-Datenbank zu einem Lakehouse auf einem Direct Lake-Modell verfügbar gemacht wird, fließen die Daten natürlich durch.

Definieren des Benachrichtigungsdatenmodells

Behandeln Sie Benachrichtigungen als Daten und entwerfen Sie eine Tabelle, die sowohl die Zieladressierung als auch die Lebenszyklusverwaltung unterstützt. Schließen Sie mindestens Folgendes ein:

• Benachrichtigungs-ID
• Erstellt von
• Erstellungsdatum/Uhrzeit
• Zielbericht
• Benachrichtigungsmeldung
• Aktiver Status

Je nach Ihren Anforderungen können Sie auch Schweregrad, effektive Anfangs- und Endzeiten sowie einen optionalen Link für Anleitungen zur Behebung einschließen.

Verwenden Sie diese Tabelle als maßgebliche Quelle für alle aktiven Warnungen, damit jeder nachgelagerte Bericht auf dieselbe verlässliche Datenquelle zugreift.

Erstellen einer Benachrichtigung

Verwenden Sie zum Erstellen einer Benachrichtigung einen zweckorientierten Power BI Bericht, der translytische Aufgabenflüsse verwendet. Dieser Bericht bietet eine geführte Erfahrung:

1. Wählen Sie den Zielproduktionsbericht aus einer Dropdownliste aus. Erstellen Sie für dieses Szenario durch Auslesen des Produktionsarbeitsbereichs mit SemPy eine Liste gültiger Berichte.

2. Geben Sie eine klare, präzise Nachricht ein, die das Problem oder die Aktualisierung beschreibt. Beispiel:

   "Bericht A hat Probleme mit der Datenqualität. Nächstes Update voraussichtlich um 2:00 Uhr PST."

3. Wählen Sie " Protokolldatenbenachrichtigung " aus, die übermittelt werden soll.

Nachverfolgen der Sichtbarkeit von Benachrichtigungen

Innerhalb weniger Sekunden nach dem Absenden fügen Verknüpfungen und Direct Lake dem semantischen Modell die Benachrichtigung hinzu. Mit einer dedizierten Nachverfolgungsansicht können Administratoren und Berichtsbesitzer alle aktiven Benachrichtigungen auf einen Blick überwachen. Zu den Wichtigsten Feldern gehören:

• Erstellt von
• Erstellungsdatum (PST)
• Benachrichtigungsnachricht
• Zielbericht

Da das semantische Modell als einzige Wahrheitsquelle für alle nachgeschalteten Berichte fungiert, profitiert jedes verbundene Dashboard von den gleichen Benachrichtigungsdaten.

Legen Sie fest, welche Warnungen in den einzelnen Berichten angezeigt werden

Nicht jede Benachrichtigung gehört zu jedem Bericht. Das Framework verwendet die integrierte Filterung Power BI, damit jeder Berichtsbesitzer entscheiden kann, welche Warnungen relevant sind. Eine typische Filterkonfiguration kann Folgendes umfassen:

• Report = "All" – für dienstweite Ankündigungen, die überall sichtbar sind.
• Report = "Report A" – für Warnungen, die für einen einzelnen Bericht spezifisch sind.

Wann dieses Muster verwenden

Dieses Muster funktioniert am besten, wenn Verbraucher rechtzeitige, gezielte Updates im Kontext benötigen:

• Datenqualitätsvorfälle: Informieren Sie Die Benutzer, wenn Daten verzögert, unvollständig oder untersucht werden.
• Geplante Wartungsfenster: Kommunizieren sie anstehende Aktualisierungsänderungen, Migrationen oder erwartete Ausfallzeiten.
• Berichtsspezifische Meldungen: Teilen Sie Einschränkungen, Versionshinweise oder vorübergehende Hinweise für einen bestimmten Bericht oder eine bestimmte Berichtsgruppe.

Warnungen im Bericht anzeigen

Benutzer interagieren mit Benachrichtigungen über eine Hilfsleiste am oberen Rand jedes Berichts:

• Beständiger Indikator: Eine Schaltfläche " Warnungen " ist immer in der Hilfsprogrammleiste sichtbar.
• Aktuelle Anzahl: Ein Badge auf der Schaltfläche zeigt die Anzahl aktiver Benachrichtigungen gemäß der Filterkonfiguration des Berichts an.
• Detailansicht: Durch Auswählen der Schaltfläche wird eine Detailansicht geöffnet, in der jede aktive Benachrichtigung mit Datum, Nachricht, Zielbericht und Ersteller aufgelistet wird.

Dieses Design sorgt dafür, dass Warnungen sichtbar bleiben, aber unaufdringlich sind. Benutzer werden informiert, sobald sie den Bericht öffnen, und sie können bei Bedarf in die Details einsteigen.

Anpassen des Musters für Nicht-Direct Lake-Modelle

Wenn Ihr semantisches Modell den Direct Lake-Modus nicht verwendet, werden die Benachrichtigungsdaten nach der Aktualisierung der Lakehouse-Verknüpfung nicht automatisch angezeigt. Erweitern Sie in diesem Fall die Architektur mit zwei anderen Komponenten:

• Trigger: Der Datenaktivator überwacht die Benachrichtigungstabelle für neue Datensätze.
• Pipeline aktualisieren: Eine Fabric Pipeline verwendet eine Aktualisierungssemantikmodellaktivität, um eine einzelne Tabelle (die Benachrichtigungstabelle) auszuwählen und zu hydratisieren, wenn der Aktivator ausgelöst wird.

Behalten Sie für diese Variante den Aktualisierungsbereich so schmal wie möglich bei (nur Benachrichtigungstabelle), sodass Sie die Latenz reduzieren und unnötige Modellverarbeitung vermeiden.

Die Implementierungssequenz lautet:

1. Konfigurieren Sie den Datenaktivator, um neue oder geänderte aktive Benachrichtigungen zu erkennen.
2. Auslösen einer Fabric Pipelineausführung, wenn dieses Ereignis eintritt.
3. Aktualisieren Sie nur die Benachrichtigungstabelle im semantischen Modell.
4. Überprüfen Sie, ob Berichtsfilter Benachrichtigungen weiterhin nach Berichtsnamen eingrenzen.

Der Rest des Flusses bleibt identisch. Benutzer erstellen Benachrichtigungen weiterhin über denselben Writeback-Bericht, und nachgelagerte Berichte verwenden sie weiterhin über das semantische Modell.

Zusammenfassung

Mithilfe von translytischen Aufgabenflüssen in Fabric können Sie gezielte, kontextbezogene Benachrichtigungen ohne eine einzelne E-Mail anzeigen. Zu den Vorteilen gehören:

• Benutzer sehen Warnungen dort, wo sie arbeiten – direkt im Bericht.
• Die Warnungsadressierung ist präzise, auf Berichtsebene gesteuert.
• Es gibt eine einzige Quelle der Wahrheit für alle Benachrichtigungsdaten.
• Das Framework ist leichtgewichtig und vollständig auf Fabric aufgebaut.

Unabhängig davon, ob Ihr semantisches Modell Direct Lake verwendet oder Tabellen importiert, ist dieses Muster anpassbar und platziert die richtigen Informationen zur richtigen Zeit vor den richtigen Personen.

Sind Sie bereit loszulegen? Beginnen Sie mit der Übersicht über den translytischen Aufgabenfluss , oder erkunden Sie Benutzerdatenfunktionen , um Ihre erste Benachrichtigungspipeline einzurichten.

Verwandte Inhalte

• Verstehen von translytischen Aufgabenflüssen – Lernen Sie die Kernkonzepte von translytischen Aufgabenflüssen in Microsoft Fabric kennen.
• Übersicht über Benutzerdatenfunktionen – Erfahren Sie, wie Benutzerdatenfunktionen gespeicherte Prozeduren ausführen, um die Benachrichtigungspipeline zu aktivieren.
• Verwenden Sie die SQL-Datenbank als Quelldatenmodul für translytische Anwendungen – Verwenden Sie diese Architektur als Vorlage für SQL-gesicherte translytische Muster in Fabric.
• Erste Schritte mit dem Datenaktivator – Richten Sie Trigger ein, um Ihre Benachrichtigungstabelle für Nicht-Direct Lake-Modelle zu überwachen.
• Lakehouse-Verknüpfungen in Microsoft Fabric – Verstehen, wie Verknüpfungen Ihre Benachrichtigungstabelle im Lakehouse spiegeln.