So erstellen Sie Datenrichtlinien in Power Platform, ohne bestehende Benutzer-Apps zu beeinträchtigen

Von Mirko Peters · 2026-10-23

Erfahren Sie, wie Sie Datenrichtlinien in Power Platform konfigurieren, um Unternehmensdaten zu schützen, ohne Low-Code-Innovationen zu verhindern oder bestehende Benutzeranwendungen zu beeinträchtigen.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Die Konfiguration von Datenrichtlinien in Power Platform ermöglicht IT-Administratoren, sensible Unternehmensdaten zu schützen, und gibt Low-Code-Entwicklern gleichzeitig die Freiheit, nützliche Apps und Automatisierungsflows zu erstellen. Indem Organisationen Connectors in die Kategorien „Business“, „Non-Business“ und „Blockiert“ einteilen, können sie versehentliche Datenlecks verhindern, ohne die digitale Transformation auszubremsen.

Das Wichtigste in Kürze

• Datenrichtlinien fungieren als Sicherheitsleitplanken von Power Platform und legen fest, wie Informationen zwischen Connectors fließen.
• Die Datengruppen „Business“ und „Non-Business“ für Data Loss Prevention (DLP) verhindern, dass sensible Daten versehentlich mit öffentlichen Diensten vermischt werden.
• Zu strenge Datenrichtlinien führen zu Frustration bei den Benutzern und fördern den Einsatz von Shadow-IT-Lösungen.
• Eine gezielte Umgebungsstrategie ermöglicht es Administratoren, unterschiedliche Datenregeln für persönliche Entwicklungsbereiche und Produktionshubs anzuwenden.
• Die Überwachung und Auditierung der Richtliniendurchsetzung gewährleistet Compliance und erhält gleichzeitig die Agilität des Unternehmens.

Grundlagen der Datenrichtlinien in Power Platform

In der Welt von Microsoft Power Platform sind Datenrichtlinien die grundlegenden Verkehrsregeln. Wenn Citizen Developer Anwendungen und automatisierte Workflows mit Power Apps und Power Automate erstellen, greifen sie häufig auf Connectors zurück, um Cloud-Dienste, Datenbanken und Software von Drittanbietern miteinander zu verbinden. Ohne Aufsicht könnte ein gut meinender Mitarbeiter schnell eine sichere interne SQL-Datenbank mit einer öffentlichen Social-Media-Plattform oder einem nicht verifizierten Cloud-Speicheranbieter verbinden.

Richtlinien zur Verhinderung von Datenverlust (Data Loss Prevention, DLP) geben Administratoren die Möglichkeit, dieses Verhalten zu steuern. Indem Connectors in verschiedene Kategorien eingeteilt werden, legen Administratoren fest, welche Dienste innerhalb einer bestimmten Umgebung miteinander kommunizieren dürfen. Wer versteht, wie diese Kategorien funktionieren, legt den ersten Grundstein für eine widerstandsfähige Cloud-Umgebung, die Sicherheit priorisiert, ohne die Entwicklungsgeschwindigkeit zu opfern.

Die drei Connector-Kategorien im Überblick

Power Platform setzt Datenrichtlinien durch, indem alle verfügbaren Connectors in drei feste Kategorien eingeteilt werden. Eine korrekte Klassifizierung ist entscheidend, um Compliance sicherzustellen und gleichzeitig legitime Geschäftsprozesse reibungslos ablaufen zu lassen.

Die Datengruppe „Business“

Connectors in der Kategorie „Business“ gelten als sicher für die Verarbeitung von Unternehmensdaten. Dienste wie Microsoft Dataverse, SharePoint und zentrale Unternehmenssysteme sind typischerweise hier eingeordnet. Connectors in dieser Kategorie können Daten frei mit anderen Connectors der Business-Stufe austauschen und ermöglichen so komplexe Anwendungen in Unternehmensqualität.

Die Datengruppe „Non-Business“

Diese Kategorie umfasst allgemeine oder verbraucherorientierte Connectors, etwa persönliche Wetter-Apps, Social-Media-Feeds oder öffentliche Dienstprogramme. Die entscheidende Regel für Datenrichtlinien in Power Platform lautet: Connectors in der Gruppe „Business“ können keine Daten mit Connectors in der Gruppe „Non-Business“ austauschen. Diese Trennung verhindert, dass Unternehmensdaten in nicht genehmigte öffentliche Kanäle gelangen.

Die Datengruppe „Blockiert“

Bei Diensten mit hohem Risiko können Administratoren Connectors in bestimmten Umgebungen vollständig sperren. Wird ein Connector in die Kategorie „Blockiert“ eingeordnet, schlägt jede App oder Cloud-Flow-Aktion, die diesen Connector aufruft, sofort fehl. Dies betrifft typischerweise nicht autorisierte Dateifreigabe-Seiten oder ungeprüfte KI-Tools, die interne Sicherheitsstandards nicht erfüllen.

Ausgleich zwischen Sicherheit und Benutzerfreiheit

Ein häufiger Stolperstein für IT-Abteilungen, die Datenrichtlinien einführen, ist, den Mandanten zu restriktiv abzuriegeln. Wenn Administratoren aus Angst jeden nützlichen Connector blockieren, begünstigen sie unbeabsichtigt die Entstehung von Schatten-IT. Frustrierte Power-User finden Umgehungslösungen, exportieren Daten manuell oder nutzen nicht autorisierte Tools außerhalb der Sichtbarkeit der IT.

Wirksame Governance erfordert einen kooperativen Ansatz zwischen IT-Administratoren und Fachabteilungen. Anstatt jeden Low-Code-Ersteller als Sicherheitsrisiko zu behandeln, sollten Administratoren dedizierte Umgebungen nutzen, etwa isolierte Entwicklersandboxes, in denen Benutzer unter lockereren Regeln experimentieren können. Sobald eine App produktionsreif ist, lässt sie sich in eine streng verwaltete Produktionsumgebung überführen, in der robuste Datenrichtlinien durchgesetzt werden.

Überwachung und Audit der Einhaltung von Richtlinien

Das Festlegen von Datenrichtlinien ist keine einmalige Einrichtungsaufgabe, sondern erfordert laufende Überwachung. Da Microsoft regelmäßig neue Connectors veröffentlicht, müssen Administratoren proaktiv entscheiden, wo diese neuen Tools in ihre DLP-Strategie passen.

Organisationen sollten das Power Platform Center of Excellence (CoE) Starter Kit sowie die integrierten Berichte im Power Platform Admin Center nutzen, um bestehende Apps und Flows zu prüfen. Die Auswertung der Telemetriedaten hilft dabei, Richtlinienverstöße zu erkennen, defekte Apps zu finden, die durch kürzliche Regeländerungen entstanden sind, und Bereiche aufzuzeigen, in denen Datenrichtlinien zu restriktiv oder gefährlich locker sind.

Fazit

Die Beherrschung der Datenrichtlinien in Power Platform ist entscheidend für jede Organisation, die ihre Low-Code-Nutzung sicher skaliert. Indem IT-Administratoren Connectors korrekt in die Gruppen Geschäftlich, Nicht geschäftlich und Blockiert einordnen, können sie kritische Unternehmensdaten schützen, ohne die Kreativität der Benutzer zu ersticken oder Initiativen zur digitalen Transformation zu stoppen.

Um dieses Thema zu vertiefen und grundlegende Governance-Strategien kennenzulernen, sollten Sie sich unbedingt die begleitende Podcast-Diskussion anhören: Listen to the full episode. Schalten Sie ein, um Experteneinblicke zu Umgebungen, Datenrichtlinien und dazu zu erhalten, wie Sie in Ihrer Microsoft-Cloud-Umgebung Kontrolle erreichen, ohne Freiheit zu verlieren.

Häufige Fragen

Was passiert, wenn eine Power Platform-Datenrichtlinie einen Connector blockiert?

Wenn ein Connector durch eine Datenrichtlinie blockiert oder eingeschränkt wird, schlägt jede App oder jeder Flow, der diesen Connector verwendet, sofort fehl oder erzeugt einen Fehler. So wird verhindert, dass Daten zwischen eingeschränkten und zulässigen Diensten fließen.

Kann ich unterschiedliche Datenrichtlinien auf verschiedene Umgebungen anwenden?

Ja. Power Platform erlaubt es Administratoren, Richtlinien zur Verhinderung von Datenverlust (Data Loss Prevention, DLP) auf bestimmte Umgebungen zu beschränken. Standardtestumgebungen können so andere Regeln haben als dedizierte Produktionsumgebungen oder abteilungsspezifische Umgebungen.

Was ist der Unterschied zwischen den Datengruppen „Geschäftlich“ und „Nicht geschäftlich“?

Connectors in der Datengruppe „Geschäftlich“ können Daten untereinander frei austauschen. Connectors in der Gruppe „Geschäftlich“ dürfen jedoch keine Daten mit Connectors in der Gruppe „Nicht geschäftlich“ austauschen. So werden sensible Systeme von öffentlichen oder ungeprüften Diensten isoliert.