Managed Environments in der Power Platform: Das musst du 2026 wissen | Productivity News vom 01.08.2026

Wer heute eine Power Platform Landschaft mit mehr als einer Handvoll Apps und Flows betreibt, kommt an einem Begriff nicht mehr vorbei: Managed Environments. Was vor einigen Jahren noch ein Nice-to-have für Enterprise-Kunden war, ist 2026 faktisch zur Grundvoraussetzung für professionelle Governance, ALM-Pipelines und lizenzrechtliche Compliance geworden. In diesem Beitrag zeigen wir, was Managed Environments genau bieten, worauf du bei der Lizenzierung achten musst, wie Pipelines darauf aufbauen und was sich in den letzten Monaten geändert hat.

Was sind Managed Environments überhaupt?

Managed Environments sind laut Microsoft eine Sammlung von Premium-Funktionen, mit denen Administratoren die Power Platform „mit mehr Kontrolle, weniger Aufwand und mehr Einblicken“ verwalten können (Managed environments overview – Power Platform | Microsoft Learn). Sie lassen sich auf praktisch jeden Umgebungstyp anwenden, mit Ausnahme von Developer-Umgebungen, wo das Feature nicht enthalten ist.

Zu den wichtigsten Bausteinen gehören:

• Weekly Digest: ein automatischer E-Mail-Bericht mit den meistgenutzten Apps, neu erstellten Ressourcen und inaktiven Assets, die sich aufräumen lassen
• Solution Checker: statische Codeanalyse für Solutions, die Best-Practice-Verstösse und problematische Muster automatisch erkennt
• Data Policies & DLP: feinere Steuerung von Data-Loss-Prevention-Richtlinien mit engerer Anbindung an Microsoft Purview
• Sharing Limits: Beschränkung, mit wie vielen Nutzern eine App maximal geteilt werden darf
• IP-Firewall: Einschränkung des Dataverse-Zugriffs auf freigegebene IP-Bereiche
• Self-Service Disaster Recovery: regionsübergreifendes Failover bei Pay-as-you-go-Anbindung
• Pipelines: integrierte ALM-Automatisierung (dazu gleich mehr)

Kurz gesagt: Managed Environments verwandeln eine Power-Platform-Umgebung von einer offenen Sandbox in eine kontrollierte, überwachte Produktionsumgebung.

Lizenzierung: Der Punkt, an dem viele Projekte stolpern

Managed Environments sind selbst keine eigenständige Lizenz. Sie sind ein Feature, das automatisch mit Standalone-Lizenzen für Power Apps, Power Automate, Copilot Studio, Power Pages oder Dynamics 365 mitgeliefert wird. Der entscheidende Punkt, sobald eine Umgebung als „Managed“ markiert ist, gilt eine strengere Regel für alle darin aktiven Nutzer.

Aus der offiziellen Lizenzierungsdokumentation:

„When you activate managed environments in an environment, all active users need at least one premium license per user or capacity add-ons to access respective resources.“ (Microsoft Learn)

Das bedeutet konkret:

1. Jeder aktive Nutzer, nicht nur Maker, sondern auch reine Konsumenten, benötigt eine passende Premium-Lizenz oder ein Pay-as-you-go-Kontingent.
2. Das gilt auch für Apps und Flows, die in einer unmanaged Umgebung eigentlich über bestehende Microsoft-365- oder Dynamics-365-Nutzungsrechte abgedeckt wären.
3. Reines Pay-as-you-go für die Umgebung reicht nicht automatisch aus. Wenn einzelne Nutzer weder eine Standalone-Lizenz noch ein passendes Meter-Kontingent haben, bleiben sie non-compliant.

Die neuen Compliance-Meldungen 2026

Microsoft hat angekündigt, diese Anforderung künftig aktiv durchzusetzen, statt sie nur in der Dokumentation zu erwähnen:

Zeitpunkt	Was passiert
März 2026	Administratoren erhalten Hinweise im Power Platform Admin Center und im Microsoft-365-Nachrichtencenter
April 2026	Zusätzliche Empfehlungen unter „Actions > Recommendations“ im Admin Center
Juni 2026	In-App-Benachrichtigungen direkt für Endnutzer, wenn sie eine App ohne passende Lizenz öffnen

Seit Juni 2026 können Endnutzer direkt aus der Benachrichtigung heraus eine Lizenz beim Administrator anfordern. Der Antrag landet im Admin Center unter „Actions > Recommendations“ oder im Microsoft-365-Admin-Center unter „Billing > Licenses > Requests“.

Praktischer Tipp: Nutze den Bericht „Users requiring licenses in managed environments“ im Power Platform Admin Center, um betroffene Nutzer zu identifizieren. Die automatischen Meldungen laufen inzwischen bereits, wer die Lizenzsituation also noch nicht geprüft hat, sollte das jetzt nachholen, bevor Endnutzer auf Lizenzprobleme stossen oder unnötige Lizenzanfragen im Admin Center aufschlagen.

Pipelines: ALM ohne Umweg über Azure DevOps

Power Platform Pipelines sind seit dem 1. März 2026 allgemein verfügbar (GA) und untrennbar mit Managed Environments verbunden. Microsoft beschreibt das Ziel der Pipelines so:

Pipelines sollen „application lifecycle management (ALM) for Power Platform and Dynamics 365 customers“ ermöglichen (Microsoft Learn).

Konkret heisst das: CI/CD-Fähigkeiten (Continuous Integration und Continuous Delivery), die bisher tiefes Azure-DevOps-Wissen erforderten, stehen jetzt auch citizen developers per Klick zur Verfügung.

Die technischen Voraussetzungen

Power Platform Pipelines unterscheidet zwei Betriebsmodelle:

• Platform Host: Ein von Microsoft automatisch bereitgestellter, tenant-weiter Host. Er wird provisioniert, sobald erstmals jemand im Tenant die Pipelines-Seite in einer noch nicht zugeordneten Umgebung öffnet. Damit lassen sich sogenannte „personal pipelines“ nutzen. Bis zu drei Umgebungen (eine Dev- und zwei Target-Umgebungen), ganz ohne eigene Host-Umgebung manuell einzurichten.
• Custom Host: Eine dedizierte, von Admins bewusst eingerichtete Umgebung, die als Speicher- und Verwaltungsebene für Konfiguration, Berechtigungen und Ausführungsverlauf dient. Sie wird gebraucht, sobald Pipelines zentral governt, geteilt, erweitert oder auf mehr als zwei Zielumgebungen ausgeweitet werden sollen.

Gemeinsame Voraussetzungen für beide Modelle:

• Technisch reicht eine einstufige Pipeline mit zwei Umgebungen (eine Dev- und eine Zielumgebung, z. B. direkt Dev zu Prod). Für ein realistisches Dev-Test-Prod-Setup empfiehlt Microsoft mindestens drei Umgebungen. Nach oben gibt es keine Begrenzung
• Alle beteiligten Umgebungen benötigen eine Dataverse-Datenbank
• Alle beteiligten Umgebungen müssen in derselben Region liegen (sonst braucht es die Einstellung „Cross-Geo Solution Deployments“)
• Alle Zielumgebungen müssen als Managed Environment aktiviert sein. Für die Dev-Umgebung sowie für den Custom Host selbst ist das dagegen nicht zwingend, auch wenn Microsoft für den Host eine dedizierte Produktionsumgebung empfiehlt

Der Ablauf in der Praxis

1. Umgebungs-IDs aller beteiligten Umgebungen notieren
2. Host-Umgebung öffnen und über Resources → Dynamics 365 apps die App „Power Platform Pipelines“ installieren
3. In der Host-Umgebung über make.powerapps.com die „Deployment Pipeline Configuration“-App öffnen
4. Quell- und Zielumgebungen verknüpfen, Stages definieren
5. Maker erhalten Leserechte auf den Pipeline-Datensatz sowie die Sicherheitsrolle „Deployment Pipeline User“
6. Deployment erfolgt anschliessend per Klick direkt aus der Entwicklungsumgebung

Wichtige Vorteile für Maker gegenüber manuellem Export/Import:

• Solutions werden vor dem Deployment gegen die Zielumgebung validiert: Fehlende Abhängigkeiten werden erkannt, bevor etwas schiefgeht
• Verbindungsreferenzen statt fester Verbindungen sorgen dafür, dass Solutions automatisch mit den richtigen Verbindungen der Zielumgebung verknüpft werden
• Sowohl managed als auch unmanaged Solutions werden bei jedem Deployment automatisch exportiert und im Pipeline-Host gespeichert
• Kein Vorwissen zu ALM-Prozessen nötig: citizen developers erleben Pipelines als geführten Change-Management-Prozess

Automatische Aktivierung seit Februar 2026: Microsoft aktiviert seit Februar 2026 Managed Environments automatisch für alle Pipeline-Zielumgebungen, die es noch nicht sind. Wer seine Zielumgebungen bislang nicht manuell markiert hatte, sollte im Admin Center prüfen, ob die Umgebung zwischenzeitlich automatisch konvertiert wurde und die Einstellung unter Deployments > Settings kontrollieren.

Weitere Infos zu einem Praxistest: Microsoft PowerPlatform Pipelines – Was kann das?

Governance und das Center of Excellence

Managed Environments stehen nicht isoliert da, sondern sind Teil einer grösseren Governance-Bewegung innerhalb der Power Platform. Ein Blog-Beitrag zum Thema beschreibt Governance heute nicht mehr als einzelnes Dashboard, sondern als vernetzten Stack, in dem Inventar, Nutzung, Betrieb, Massnahmen und Sicherheit ineinandergreifen (Holert).

Konkret bedeutet das:

• Das Center of Excellence (CoE) Starter Kit wandert zunehmend direkt in den Power Platform Admin Center statt als separates Dashboard zu existieren
• Copilot Studio Agents und Copilot Chat in Model-Driven Apps laufen unter denselben Governance-Leitplanken wie klassische Apps und Flows, sofern sie in einer Managed Environment betrieben werden
• Selbstgebaute interne Tools (Canvas- oder Model-Driven-Apps auf Dataverse) profitieren automatisch von Inventar, Nutzungseinblicken, DLP und KI-Guardrails, wenn sie in einer Managed Environment laufen, ohne dass Governance nachträglich aufgesetzt werden muss

Was sich 2026 sonst noch getan hat

Die letzten Monate brachten mehrere Neuerungen, die direkt oder indirekt mit Managed Environments zusammenhängen:

• Code Apps General Availability (Februar 2026): Custom-Code-Anwendungen mit React, Vue oder Blazor lassen sich nun nativ innerhalb der Power-Platform-Infrastruktur hosten und betreiben, inklusive ALM- und DLP-Governance über Managed Environments sowie Entra-ID-Sicherheit. (Power Apps code apps overview – Power Apps | Microsoft Learn)
• Migrationstool für die Default Environment (Public Preview): Eine neue Funktion hilft Admins, Apps aus der ungebundenen Default Environment gezielt in Managed Environments zu überführen und dabei Abhängigkeiten sichtbar zu machen, ein wichtiger Schritt gegen Schatten-IT. (Move apps from the default environment (preview) – Power Platform | Microsoft Learn)
• Erweiterte Capacity-Management-Tools: Neue Reporting- und PowerShell-Funktionen geben granulare Kontrolle über Copilot-Credits, damit priorisierte Business-Units genügend Kapazität für KI-Workflows erhalten. (Manage Copilot Studio credits and capacity – Power Platform | Microsoft Learn)

Environment Groups: Skalierung für grosse Tenants

Wer nur eine Handvoll Umgebungen betreibt, kommt mit manueller Konfiguration gut zurecht. Sobald ein Tenant aber zwanzig, fünfzig oder mehr Umgebungen umfasst, wird das schnell unübersichtlich. Genau hier setzen Environment Groups an. Sie erlauben es, Regeln (etwa DLP-Richtlinien, Freigabelimits oder das automatische Aktivieren von Managed Environments für neue Umgebungen) zentral auf eine ganze Gruppe statt auf jede Umgebung einzeln anzuwenden.

Typische Einsatzszenarien sind:

• Trennung nach Geschäftsbereichen (z. B. Vertrieb, HR, Finance), jeweils mit eigenen DLP- und Freigaberegeln
• Trennung nach Lifecycle-Stufe (Dev/Test/Prod), um sicherzustellen, dass Produktionsregeln automatisch für neue Prod-Umgebungen greifen
• Regulatorische Isolation, etwa für Workloads mit besonderen Compliance-Anforderungen (DSGVO-sensible Daten), die strikt von allgemeinen Business-Umgebungen getrennt bleiben müssen

Für grössere Organisationen ist das oft der Unterschied zwischen Governance, die tatsächlich skaliert, und Governance, die bei jeder neuen Umgebung manuell nachgezogen werden muss und dabei regelmässig vergessen wird.

Wer seine Power-Platform-Umgebung robust aufstellen will, sollte folgende Punkte beachten:

• Default Environment ausschliesslich als Sandbox/Explorationsraum nutzen
• (Dev-), Test- und Prod-Umgebungen konsequent als Managed Environment betreiben
• Pipelines für alle Solution-Deployments verwenden, nicht nur für kritische Apps
• DLP-Richtlinien tenant-weit definieren und regelmässig überprüfen
• Lizenzsituation mit dem Bericht „Users requiring licenses in managed environments“ prüfen, die automatischen Meldungen laufen bereits seit Juni 2026
• Environment-Gruppen einsetzen, um Regeln zentral auf mehrere Umgebungen anzuwenden
• Klare Prozesse für Umgebungsanfragen etablieren. Maker sollten keine Umgebungen ad hoc erstellen
• CoE Starter Kit bzw. dessen Nachfolger im Admin Center für tenant-weite Sichtbarkeit nutzen

Fazit

Managed Environments sind ein sinnvolles Add-on, wenn man die benötigten Lizenzen bereits besitzt. Gerade im Dynamics-Bereich lässt sich damit der ALM-Prozess einfach gewährleisten. Für das Deployment von Canvas-Apps und/oder SharePoint-Datenstrukturen müssen Kosten und Nutzen dagegen sorgfältig gegeneinander abgewogen werden. Wahrscheinlich bevorzugt man in diesem Szenario weiterhin die DevOps-Pipeline, ist damit nicht auf Managed Environments angewiesen und kann zudem SharePoint-Datenstrukturen direkt mitliefern.

Häufig gestellte Fragen (Q&A)

1. Was ist der Unterschied zwischen einer Managed und einer unmanaged Environment? In einem unmanaged Environment gelten die Standard-Governance-Möglichkeiten der Power Platform. Ein Managed Environment schaltet zusätzliche Premium-Funktionen frei (etwa Solution Checker, Weekly Digest, feinere DLP-Steuerung, IP-Firewall und Pipelines), verlangt im Gegenzug aber, dass alle aktiven Nutzer über eine passende Premium-Lizenz verfügen.

2. Kostet die Aktivierung von Managed Environments zusätzlich Geld? Nicht direkt. Managed Environments sind als Entitlement in Standalone-Lizenzen für Power Apps, Power Automate, Copilot Studio, Power Pages und Dynamics 365 enthalten. Indirekt können aber Kosten entstehen, weil ab der Aktivierung alle aktiven Nutzer eine solche Premium-Lizenz oder ein passendes Pay-as-you-go-Kontingent benötigen, auch wenn sie zuvor über Microsoft-365-Rechte abgedeckt waren.

3. Muss ich für Pipelines zwingend eine dedizierte Host-Umgebung einrichten? Nein, nicht immer. Für einfache „personal pipelines“ mit bis zu drei Umgebungen nutzt Microsoft automatisch einen tenant-weiten Platform Host, den du nicht selbst einrichten musst. Eine dedizierte Custom-Host-Umgebung brauchst du erst, wenn Pipelines zentral von Admins verwaltet, geteilt, erweitert oder auf mehr als zwei Zielumgebungen ausgeweitet werden sollen.

4. Was passiert, wenn ein Nutzer ohne passende Lizenz eine App in einer Managed Environment öffnet? Seit Juni 2026 erhält der Nutzer eine In-App-Benachrichtigung mit dem Hinweis, dass für die App eine Lizenz benötigt wird. Über die Benachrichtigung kann direkt eine Lizenzanfrage an den Administrator gesendet werden, die dieser im Power Platform Admin Center oder im Microsoft-365-Admin-Center bearbeiten kann.

5. Sind Developer-Umgebungen von der Lizenzpflicht bei Managed Environments betroffen? Nein. Managed Environments ist als Entitlement nicht im Power Apps Developer Plan enthalten, wenn Nutzer ihre eigenen Assets darin ausführen. Developer-Umgebungen sind generell von der strengen Lizenzpflicht ausgenommen, die für reguläre Managed Environments gilt.