Mit KI erstellte Apps im Microsoft-Tenant: Kosten, Grenzen und Governance-Entscheidungen

Was sich geändert hat

Seit Herbst 2026 stellt Microsoft Copilot Managed Runtime als Public Preview bereit: eine Laufzeitumgebung in Ihrem Tenant für Web-Apps, die mit KI erstellt wurden, ob im Browser mit Lovable, mit einem Coding-Assistenten wie Claude Code oder GitHub Copilot oder in Copilot selbst.

Laut der Microsoft-Dokumentation erhält jede App:

• die Anmeldung mit Geschäftskonten über Microsoft Entra ID;
• die Richtlinien des Tenants ab dem Moment der Erstellung: bedingter Zugriff, Datenrichtlinien, Freigabegrenzen, Inhaltssicherheit;
• einen Eintrag im zentralen Inventar im Microsoft 365 Admin Center, mit Besitzer, Nutzung und Zustand.

Die Apps sind ausschliesslich intern. Es gibt keinen öffentlichen oder anonymen Zugriff.

Was der Betrieb kostet

Jeder Nutzer benötigt eine von zwei Varianten. Listenpreise von Microsoft, zzgl. MwSt.:

• Power Apps Premium: EUR 17,30 pro Nutzer und Monat, der Preis, den Microsoft heute angibt.
• Copilot Credits, nutzungsbasiert abgerechnet: Jeder Start der App und jeder Lese- oder Schreibvorgang über einen Connector kostet 0,1 Credits, etwa USD 0,001.

Die Nutzungsrechte für Power Apps, die in Microsoft 365 oder Dynamics 365 enthalten sind, decken diese Apps nicht ab.

Das Beispiel oben geht von 50 Nutzern aus, mit 3 Sitzungen pro Tag zu je etwa 30 Vorgängen, über 20 Arbeitstage: rund 90.000 Vorgänge oder etwa EUR 78 pro Monat an Credits. Eine Lizenz wird erst für einen Nutzer günstiger, der mehr als etwa 20.000 Vorgänge pro Monat ausführt. Die Nutzungszahlen sind unsere Annahme; der tatsächliche Wert wird nach einem Monat Nutzung gemessen.

Grenzen der einzelnen Varianten

Lovable, in Microsoft 365 veröffentlicht. Fachanwender erstellen die App im Browser. Grenzen: Quellcode und Chatverlauf bleiben in Lovable; nur das erstellte Artefakt wird in Ihrem Tenant veröffentlicht. Die eigenen Datenbanken, Backend-Funktionen und Secrets von Lovable sind nicht Teil der veröffentlichten App. Die Veröffentlichung ist an die Identität der Person gebunden, der die Lovable-Verbindung gehört. Die Integration erfordert einen Lovable-Plan Business oder Enterprise.

Ein Coding-Assistent, in derselben Laufzeitumgebung veröffentlicht. Der Code gehört Ihnen und liegt in einem Git-Repository. Grenzen: Die App wird in der persönlichen Umgebung der Person angelegt, die sie erstellt, und die Microsoft-Dokumentation zur Preview beschreibt noch keinen Weg vom Test in die Produktion, wie ihn Power-Platform-Lösungen haben.

Code Apps in Power Apps. Derselbe Web-Stack, aber die App wird in eine Power-Platform-Lösung gepackt und mit Pipelines, Verbindungsreferenzen und Umgebungsvariablen in Entwicklungs-, Test- und Produktionsumgebungen bereitgestellt. Grenzen: Sie erfordert einen Entwickler mit Dataverse-Kenntnissen und eine Premium-Lizenz pro Nutzer.

Modellgesteuerte Apps in Power Apps. Formulare, Ansichten und Prozesse, aus Dataverse erzeugt, konfiguriert statt programmiert. Grenzen: Die Oberfläche ist die, die die Plattform bereitstellt.

Was bei Ihnen bleibt

Die Werkzeuge erstellen und hosten die App. Die folgenden Entscheidungen bleiben beim Unternehmen. Bevor die App-Erstellung in Ihrem Tenant freigegeben wird, muss jemand für diese Antworten verantwortlich sein:

1. Wer Apps erstellen darf. Die Erstellung über die Befehlszeile ist standardmässig deaktiviert, die Erstellung aus Copilot Studio ist aktiviert.
2. In welcher Umgebung Apps erstellt werden. Jede neue App wird in der persönlichen Umgebung der Person angelegt, die sie erstellt; diese Umgebung startet ohne Dataverse. Laut der Microsoft-Dokumentation ist die Routingregel, die für diese Apps angelegt wird, dauerhaft, und die allgemeine Regel für alle Nutzer lässt sich nach der ersten App nicht mehr ändern. Das wird einmal und im Voraus entschieden.
3. Auf welche Connectors und Daten Apps zugreifen dürfen. Die Standardrichtlinie erlaubt 18 Microsoft-Connectors, die sich ausschliesslich über Entra ID authentifizieren, und blockiert offene Aktionen wie beliebige HTTP-Anfragen. Alles darüber hinaus ist eine Entscheidung.
4. Wer bezahlt. Ohne Ausgabenrichtlinie werden Nutzer ohne Lizenz nach 20 Vorgängen oder fünf Minuten gesperrt. Mit Ausgabenrichtlinie muss der Verbrauch überwacht werden, und Erstellungs- und Betriebskosten werden in unterschiedlichen Admin Centern verwaltet.
5. Wer für jede App verantwortlich ist und wann sie überprüft wird. Das Löschen eines Projekts in Lovable löscht keine bereits veröffentlichte App. Wird einer Person der Zugriff auf eine App entzogen, bleibt ihr Zugriff auf die Daten dahinter bestehen; das sind getrennte Vorgänge.
6. Wann eine App in einen verwalteten Betrieb überführt wird. Ein Werkzeug für ein Team kann bleiben, wo es ist. Bei einer App, von der ein Geschäftsprozess abhängt, werden die Daten nach Dataverse migriert, und die App wird vor der Produktion getestet.

Das sind Governance-Entscheidungen; ihre technischen Folgen zeigen sich Monate nach den ersten veröffentlichten Apps im App-Inventar, bei den Lizenzen und beim Datenzugriff.

Dokumentiert und getestet

Alles, was hier über Managed Runtime steht, stammt aus der Microsoft-Dokumentation und aus der Ankündigung von Lovable. Managed Runtime haben wir noch nicht bei einem Kunden produktiv betrieben. Microsoft beschreibt die Plattform als Preview, die sich ändern kann. Was wir über Umgebungen, Lösungen und Dataverse schreiben, stammt aus unseren eigenen Projekten auf der Power Platform.

Die Reihenfolge der Fragen

1. Nutzen Personen ausserhalb des Unternehmens die App? Dann kommt Managed Runtime nicht in Frage: Es bietet keinen externen Zugriff.
2. Hängt ein Geschäftsprozess von der App ab, und muss sie vor der Produktion getestet werden? Dann werden die Daten in Dataverse gespeichert, und die App wird über getrennte Umgebungen bereitgestellt, als Code App oder als modellgesteuerte App.
3. Wie viele Personen nutzen die App, und wie oft? Für ein gelegentlich genutztes internes Werkzeug sind Credits günstiger als Lizenzen. Bei intensiver täglicher Nutzung die Lizenz.

Treffen Sie die sechs Entscheidungen oben, bevor die App-Erstellung im Tenant freigegeben wird, damit jede App von Anfang an einen Verantwortlichen und Regeln hat.