Code-First Apps jetzt GA in Power Apps

Consulting Briefing: „Code Apps“ sind GA – Power Apps bekommt endlich echte Entwickler-Luft

Microsoft hat „Code Apps“ in Power Apps jetzt offiziell generell verfügbar (GA) gemacht. Übersetzt aus dem Marketing-Esperanto heißt das: Professionelle Webanwendungen lassen sich künftig als Power App in der Power Platform hosten, betreiben und governancen – ohne dass man sie auf „Canvas-Formeln“ oder „Model-driven“-Schablonen zurechtschneiden muss.

Das ist ein ziemlich großer Schritt. Denn er zielt genau auf den Dauerzoff im Unternehmen: Die Fachseite will schnell liefern, die IT will Kontrolle, und die Entwicklung will bitte nicht mit Spielzeug vergrault werden. Code Apps sind Microsofts Versuch, diese drei gleichzeitig zufrieden zu machen – ein bisschen so, als würde man einen Drachen streicheln, ohne Feuerlöscher und ohne Brandmeldeanlage.

Was sind „Code Apps“?

Bisher war Power Apps vor allem bekannt für Canvas Apps (Low-Code, UI per Designer, Logik per Power Fx) und Model-driven Apps (Dataverse-zentriert, stark vorgegebene UX). Mit Code Apps kommt eine dritte Kategorie dazu: Code-first Web-Apps, gebaut wie man es als Entwickler eben baut – mit HTML/JavaScript/TypeScript, Build-Pipeline, Framework, Komponenten, Tests und dem ganzen modernen Werkzeugkasten.

Kernidee: Sie entwickeln Ihre App lokal (z. B. in Visual Studio Code) und deployen sie anschließend in einen Managed Host innerhalb der Power Platform. Die App läuft dann als Power-App-Asset in Ihrer Umgebung und wird darüber bereitgestellt und verwaltet.

Wie gehen Entwickler vor?

Der typische Ablauf ist angenehm „normal“:

1. Lokal entwickeln: Projekt im bevorzugten Tooling (in der Praxis sehr oft VS Code) aufsetzen, Framework wählen, UI und Logik in Code umsetzen.

2. Build erzeugen: SPA-Output (Single-Page Application) kompilieren/bundlen, so wie man es aus React/Vue & Co kennt.

3. Deployment in die Power Platform: Veröffentlichung in den Managed Host per CLI-Workflow (in der Dokumentation wird u. a. das Publishing über die Power Platform CLI beschrieben).

4. Bereitstellung & Betrieb: Danach teilen, berechtigen, überwachen – aber eben im Power-Platform-Kosmos.

Wichtig: Die App wird nicht „irgendwo“ gehostet, sondern innerhalb der Plattform – und erbt dadurch Governance- und Security-Leitplanken automatisch.

Welche Technologien werden unterstützt?

Microsoft positioniert Code Apps explizit als framework-offen: React, Vue und „your framework of choice“ werden genannt – also im Prinzip jedes gängige JavaScript-Framework, solange es als Web-App/SPA gebaut wird.

Das ist der eigentliche Befreiungsschlag: Teams können eine UI bauen, die sich wie eine „echte“ Web-App verhält – mit eigener Component-Library, State-Management, Routing, Tests, Performance-Tuning, allem Drum und Dran. Keine „Low-Code-UI mit Kompromissbrille“, sondern: „Wir meinen das ernst“.

Warum das für IT und Entwicklung spannend ist: Governance ohne Spaßbremse

Jetzt zur strategischen Pointe: Jede Code App wird automatisch ein governancesfähiges Power-Platform-Asset. Damit landet sie in den bekannten Kontrollmechanismen, statt am Admin Center vorbeizurutschen.

Was das konkret bringt:

• SSO über Microsoft Entra ID „zero-config“ bzw. out-of-the-box: keine selbst gestrickten Auth-Flows, keine Bastel-OAuth-Orgie.

• Connector- und Berechtigungsmodell über die Power Platform (inkl. Consent-Flows): Zugriff auf Datenquellen wird nicht wild verdrahtet, sondern platform-gesteuert.

• DLP-Policies und Conditional Access greifen auch hier: Data Loss Prevention wird zur Laufzeit durchgesetzt, ohne dass Entwickler im Code „Sicherheits-Sudoku“ spielen müssen.

• Monitoring/Diagnostics über die Plattform (z. B. Power Platform Monitor, Health Metrics): Betrieb wird messbar – und damit ernsthaft betreibbar.

Und damit wird ein Klassiker entschärft: Shadow-IT entsteht oft nicht, weil Leute heimlich böse sind, sondern weil die Plattform die Spezialanforderung nicht hergibt. Wenn Entwickler diese Spezialanforderung jetzt innerhalb der Power Platform umsetzen können, sinkt der Druck, „mal eben“ eine Extra-Web-App außerhalb der Governance hochzuziehen.

Praxisbeispiel: der React-Berichtseditor als Power App

Nehmen wir ein reales, typisch-nerdiges Szenario: Ein Unternehmen braucht einen hochgradig angepassten Berichtseditor – mit komplexer UI, Drag-and-drop, Versionierung, Preview, vielleicht sogar Offline-Zwischenspeicherung. Canvas App? Wird schnell zäh. Model-driven? Zu starr.

Mit Code Apps baut das Dev-Team den Editor als React-Web-App in der gewohnten Toolchain. Danach wird das fertige Build in den Managed Host deployed und als Power App veröffentlicht. Ergebnis:

• Für den Anwender wirkt es wie „eine weitere Power App“ im Katalog.

• Anmeldung läuft über Entra ID wie gewohnt.

• Datenzugriff passiert über die Power-Platform-Anbindung und Connectoren, nicht über frei verdrahtete Geheim-APIs.

• Die IT sieht die App im Admin Center, kann Richtlinien anwenden, Zugriffe steuern und Betrieb überwachen.

Der Anwender merkt also kaum einen Bruch – die IT merkt dagegen endlich einen positiven: Kontrolle ohne Innovations-Stopp.

Einschränkungen und Auflagen: ein paar Stolpersteine gehören dazu

Wie immer gilt: GA heißt „produktiv nutzbar“, nicht „magisch grenzenlos“. In der aktuellen Doku werden z. B. Einschränkungen genannt, etwa dass Code Apps derzeit nicht in der Power-Apps-Mobile-App bzw. Power Apps für Windows unterstützt sind und einige Integrationen noch fehlen.

Zu Größen- und Paketlimits: In technischen Hinweisen und Doku-Kontexten werden bei solchen Hosting-Modellen typischerweise Grenzen pro Asset erwähnt (Sie nannten als Beispiel 200 KB pro Skriptdatei). Praktische Konsequenz: Bundling, Minifizierung, sinnvolle Code-Splitting-Strategien sind Pflicht – was Entwickler sowieso machen, aber hier eben nicht „nice to have“, sondern Betriebsrealität.

Koexistenz statt Ablösung: „Fusion Development“ wird erwachsen

Die gute Nachricht: Code Apps ersetzen nicht Canvas oder Model-driven – sie ergänzen sie. Genau darin steckt das „Fusion Development“-Versprechen:
Low-Code für schnelle Fachlösungen und Prozess-Apps, Pro-Code für Spezial-UX, komplexe Interaktionen und „das muss exakt so funktionieren“. Und beide Seiten treffen sich in derselben Plattform mit gemeinsamen Policies, Datenquellen und Betriebsmechanismen.

Einschätzung: Mehr Akzeptanz bei Entwicklern, mehr Flexibilität bei gleicher Kontrolle

Mit Code Apps macht Power Apps etwas, das lange überfällig war: Es nimmt Entwickler ernst, ohne die IT zu übergehen. Wenn das Konzept im Alltag sauber funktioniert (Tooling, ALM, Monitoring, Performance), dürfte die Akzeptanz der Power Platform in klassischen Dev-Teams deutlich steigen – weil man nicht mehr „Low-Code lernen muss, um mitmachen zu dürfen“, sondern mit vertrauten Mitteln liefern kann.

Unterm Strich gewinnen Unternehmen damit eine neue Superkraft: Spezialanforderungen lassen sich in die Plattform integrieren, ohne dass man Kontrolle, Security und Governance opfert. Oder anders gesagt: Endlich dürfen die Profis Gas geben – aber auf einer Strecke mit Leitplanken.

Neu im Intranet: Copilot liest mit – und vor 🎧

Ab sofort bekommt unser Intranet eine praktische „Ohren-Option“: Microsoft 365 Copilot erzeugt KI-basierte Audio-Zusammenfassungen für Inhalte in SharePoint (Seiten und News-Beiträge) und in Viva Connections (News-Reader). Damit gibt es über Artikeln und News-Posts einen kurzen Audio-Überblick, der die Kernaussagen vorliest – wie ein Mini-Podcast, nur ohne Intro-Jingle und ohne „Lasst ein Abo da“.
Rollout: Ende Januar bis Ende Februar 2026.

Was bringt mir das im Alltag?

Kurzfassung: Weniger Scrollen, schneller Bescheid wissen.

• Pendeln: Kopfhörer rein, Audio-Überblick an, und schon bist du inhaltlich im Bild, bevor der Zug wieder entscheidet, ob er heute „Betriebsablauf“ kann.

• Multitasking: Während du E-Mails sortierst, unterwegs bist oder zwischen Terminen hängst, kannst du News „nebenbei“ aufnehmen. Microsoft nennt das ausdrücklich als „Listen your way“-Prinzip: weiterarbeiten und trotzdem hören.

• Schneller Kontext: Audio-Overviews liefern eine kompakte Kernaussagen-Version – ideal, um zu entscheiden: „Lese ich das komplett oder reicht mir die Kurzfassung?“

Wo taucht das auf?

Viva Connections (Teams, Desktop oder mobil)

• Audio-Briefings für die Top-News im Viva-Connections-News-Reader: Copilot fasst die Top 10 personalisierten News-Elemente als Audio zusammen.

SharePoint (Intranet)

• Audio-Zusammenfassungen auf SharePoint-Seiten und News-Posts – wenn auf der jeweiligen Site der SharePoint Knowledge Agent aktiviert ist.

Wichtiger Punkt: Es ist nicht „irgendwo im Nirwana“, sondern direkt dort, wo man ohnehin liest: auf der Seite bzw. über dem News-Beitrag.

In welchen Sprachen klappt das?

Microsoft erweitert hier die Sprachunterstützung. Konkret gilt:

• In Viva Connections läuft das Audio-Briefing in der Profil- oder Gerätesprache.

• In SharePoint wird die Audio-Zusammenfassung in der Sprache der Site bzw. der Seite erzeugt.

Heißt praktisch: Wer sein Profil/Endgerät (bzw. die Intranet-Site) auf Deutsch nutzt, bekommt das Feature auch „deutsch denkend und deutsch sprechend“ – sofern die jeweilige Sprache unterstützt ist.

Muss man etwas einrichten?

Die angenehmste Nachricht für alle, die schon genug Schalter am Tag umlegen: Nein.
Das Feature ist standardmäßig aktiviert und erfordert keine Admin-Konfiguration.

Datenschutz & Berechtigungen: Hört Copilot Dinge, die er nicht hören soll?

Nein. Copilot arbeitet innerhalb der bestehenden Berechtigungen:

• Du bekommst Audio-Overviews nur für Inhalte, auf die du ohnehin Zugriff hast.

• Es wird nichts „aus dem Nichts“ erfunden, sondern aus dem vorhandenen Seiteninhalt eine Audio-Zusammenfassung erzeugt. (Die bestehenden SharePoint-/Viva-Einstellungen gelten weiter.)

Praktische Tipps: So nutzt du das im Intranet clever

1. Audio zuerst, Text danach: Höre den Überblick an, entscheide dann, ob du den ganzen Beitrag brauchst. Das spart Zeit – besonders bei langen News.

2. „News-Routine“ bauen: Zwei Minuten Audio am Morgen (oder im Bus) reichen oft, um den wichtigsten Kontext zu haben.

3. Mobil nutzen: Audio ist ideal, wenn du gerade keine Lust auf Mini-Schriftgröße und Daumenakrobatik hast.

4. Sprache prüfen: Wenn dir die Ausgabe „komisch“ vorkommt, prüfe deine Profil-/Gerätesprache (Viva Connections) bzw. die Seitensprache (SharePoint).

Tipp für Führungskräfte: Botschaften barriereärmer platzieren

Audio-Overviews machen wichtige Informationen leichter konsumierbar – gerade für Kollegen, die:

• Inhalte lieber hören als lesen,

• unterwegs sind,

• oder sich durch lange Textwüsten kämpfen müssen.

Das erhöht die Chance, dass Kernbotschaften wirklich ankommen – nicht nur „veröffentlicht“, sondern auch „verstanden“.

Kleiner Realitätscheck (damit niemand später sagt: „Stand aber nicht im Newsletter“)

Die Experience in SharePoint hängt daran, dass auf der Site der SharePoint Knowledge Agent verfügbar/aktiv ist. In Viva Connections betrifft es News im News-Reader für Copilot-lizenzierte Nutzer.

So wird aus Intranet-Lesestoff ein kleines Stück „Intranet-Hörfunk“ – nur ohne Wetterbericht. (Den übernimmt ja schon der Blick aus dem Fenster.)