Ein Bericht zeigt die Absatzplanung für das nächste Quartal, und der Vertrieb soll seine Zahlen anpassen. In vielen Unternehmen läuft das so: Jemand exportiert die Tabelle nach Excel, ändert die Werte, schickt die Datei per Mail zurück, und ein anderer spielt sie wieder ein. Bis die neuen Zahlen im Bericht stehen, sind zwei Tage vergangen und drei Versionen der Datei unterwegs.
Writeback heißt, dass man die Werte direkt im Power-BI-Bericht eingibt und sie in den Daten landen. Power BI selbst liest nur, deshalb braucht es dafür immer ein Werkzeug, das schreibt. Es gibt dafür heute zwei gute Wege, und sie passen zu unterschiedlichen Fällen.
Weg 1: Eine Power App im Bericht
Power BI hat ein eigenes Visual für Power Apps. Man zieht die Felder hinein, die die App kennen soll, und baut dann in Power Apps ein Formular. Die App bekommt die aktuell gefilterten Zeilen aus dem Bericht mit. Klickt jemand im Bericht auf eine Region, zeigt auch die App nur diese Region.
Die Stärke dieses Wegs ist, dass die App in fast jedes Ziel schreiben kann: SharePoint-Listen, Dataverse, eine SQL-Datenbank oder über Power Automate in andere Systeme. Außerdem kann man richtige Formulare bauen, mit Auswahllisten, Pflichtfeldern und Prüfungen. Bei Preissimulationen habe ich Power Apps und Power BI so kombiniert: Man gibt die Preisänderung in der App ein und sieht die Wirkung im Bericht.
Man sollte die Grenzen aber vorher kennen:
- Höchstens 1.000 Zeilen gibt der Bericht an die App weiter. Für große Planungstabellen reicht das nicht.
- Die neuen Werte erscheinen nicht von selbst. Die App kann den Bericht mit
PowerBIIntegration.Refresh()aktualisieren, aber nur, wenn die Daten per DirectQuery angebunden sind. Bei importierten Daten sieht man die Änderung erst nach der nächsten geplanten Aktualisierung. - Die App muss man eigens freigeben. Wer den Bericht sehen darf, darf nicht automatisch auch die App nutzen.
- Lizenzen: Mit SharePoint als Ziel reicht meist die normale Microsoft-365-Lizenz. Für Dataverse oder SQL braucht jeder Nutzer eine Premium-Lizenz für Power Apps.
Weg 2: Translytical Task Flows in Microsoft Fabric
Seit 2026 hat Power BI mit den Translytical Task Flows einen eigenen Weg zum Zurückschreiben, der nicht mehr in der Vorschau ist. Der Name ist sperrig, die Idee ist einfach: Im Bericht liegt ein Button. Klickt man ihn, ruft Power BI eine kleine Python-Funktion in Fabric auf, eine sogenannte User Data Function. Die Funktion bekommt die Eingaben aus dem Bericht und den aktuellen Filter mit und schreibt damit in die Datenbank.
Direkt schreiben kann die Funktion in eine SQL-Datenbank in Fabric, in ein Warehouse oder in Dateien eines Lakehouse. Microsoft empfiehlt für die meisten Fälle die SQL-Datenbank. Die Funktion kann außerdem externe Schnittstellen aufrufen und zum Beispiel eine Nachricht in Teams posten, etwa eine Rabattanfrage, die dort jemand freigibt.
Der große Vorteil ist, dass man im Bericht bleibt und die Änderung sofort sieht. Bei Direct Lake und DirectQuery erscheinen die neuen Werte direkt. Bei importierten Daten stößt der Task Flow selbst eine Aktualisierung an. Es gibt keine zweite App, die man pflegen und freigeben muss.
Dafür ist die Oberfläche schlichter. Eingaben laufen über Datenschnitte im Bericht, also Textfelder und Auswahlknöpfe, nicht über ein frei gestaltetes Formular. Außerdem setzt der Weg Microsoft Fabric voraus. Wer Power BI heute nur mit Pro-Lizenzen ohne Fabric nutzt, muss das zuerst klären. Und beim Verschieben eines Berichts in einen anderen Arbeitsbereich zeigt der Button weiter auf die alte Funktion und muss neu verbunden werden. Das vergisst man leicht.
Welcher Weg passt?
| Euer Fall | Passender Weg |
|---|---|
| Kommentare, Statuswerte, einzelne Korrekturen direkt im Bericht | Translytical Task Flow |
| Die Daten liegen schon in Fabric | Translytical Task Flow |
| Ziel ist SharePoint, Dataverse oder ein System außerhalb von Fabric | Power App |
| Die Eingabe braucht ein richtiges Formular mit Prüfungen und mehreren Schritten | Power App |
| Große Planungstabellen mit Tausenden Zeilen | Keiner der beiden allein. Hier lohnt ein Blick auf eigene Planungswerkzeuge oder eine Web-App. |
Wenn es nur darum geht, aus dem Bericht heraus etwas anzustoßen, etwa eine Freigabe oder eine E-Mail, reicht oft auch das Power-Automate-Visual. Es startet einen Flow mit den ausgewählten Daten. Zum Bearbeiten einzelner Werte ist es aber nicht gedacht.
Was unabhängig vom Weg wichtig ist
- Eingaben in eine eigene Tabelle schreiben. Die Werte aus dem Bericht gehören in eine eigene Tabelle und sollten nicht die Daten aus dem ERP überschreiben. Im Datenmodell führt man beides zusammen.
- Historie behalten. Jede Änderung wird als neue Zeile mit Person und Zeitpunkt gespeichert. Dann lässt sich später klären, wer eine Zahl geändert hat.
- Rechte beim Schreiben prüfen, nicht nur beim Lesen. Row-Level Security im Bericht regelt, wer was sieht. Wer was ändern darf, muss die App oder die Funktion selbst prüfen.
Ihr wollt Writeback in eurem Bericht und seid unsicher, welcher Weg passt? Hier steht, wie ich bei Power-BI-Projekten arbeite, oder schreibt mir direkt.