Wer entscheidet in Ihrem Unternehmen, welche App gebaut wird - und mit welchem Werkzeug?
In den meisten Microsoft-365-Umgebungen lautet die Antwort: Canvas App für freie Oberflächen, Model-Driven App für datengetriebene Prozesse. Dieses Bild war lange vollständig. Seit Anfang 2026 hat sich das geändert. Mit den Code Apps hat Microsoft einen dritten App-Typ in die allgemeine Verfügbarkeit überführt und damit eine Lücke geschlossen, die Architekten und IT-Verantwortliche bisher entweder ignoriert oder mit Workarounds gefüllt haben.
In unserem 18. Meeting der Power Platform User Group Ruhrgebiet haben wir uns genau damit beschäftigt. Was Code Apps sind, wann sie sinnvoll sind und was Vibe Coding damit zu tun hat, das fassen wir in diesem Beitrag zusammen.
Warum Low-Code manchmal nicht reicht
Die Stärken der Power Platform sind bekannt: schnelle Entwicklung, geringe Einstiegshürde, nahtlose Microsoft-365-Integration. Für den überwältigenden Anteil der Unternehmensanwendungen ist das ausreichend und oft sogar der überlegene Ansatz gegenüber klassischer Entwicklung.
Aber es gibt Anforderungen, an denen Canvas Apps und Model-Driven Apps strukturell an ihre Grenzen stoßen.
Bei Canvas Apps ist die Logik auf Power FX-Formeln begrenzt. Was außerhalb dieser Formelsprache liegt, lässt sich nicht ohne Weiteres umsetzen. Bei Model-Driven Apps ist die Benutzeroberfläche stark an das Formular-und-Ansichten-Schema des Dataverse gebunden. Wer davon abweichen möchte, hat wenig Spielraum.
PCF-Komponenten, also TypeScript-Komponenten, die man in Model-Driven Apps einbetten kann, schaffen für einzelne UI-Elemente Abhilfe, haben aber einen entscheidenden Nachteil: Sie können nur auf den Dataverse zugreifen, nicht auf andere Konnektoren. Und wer je versucht hat, PCF-Komponenten lokal auszuführen und zu debuggen, weiß, wie mühsam das ist.
Genau hier setzen Code Apps an.
Was Code Apps sind und wie sie funktionieren
Code Apps sind eigenständige TypeScript-Anwendungen, die auf der Power Platform gehostet werden. Das klingt zunächst nach einem Rückschritt in Richtung klassischer Entwicklung, ist aber strategisch etwas anderes.
Der entscheidende Unterschied liegt in dem, was die Plattform übernimmt: Authentifizierung, Hosting, Governance, Conditional-Access-Regeln, Application-Lifecycle-Management. All das muss nicht mehr selbst implementiert werden. Es ist Teil der Plattform-Infrastruktur und steht automatisch zur Verfügung.
Die Architektur besteht aus drei Schichten. Die oberste ist der Frontend-Code, TypeScript, typischerweise mit React als Framework, das auch Microsoft intern bevorzugt. Darunter liegt das SDK, das Microsoft bereitstellt: eine Bibliothek, die den Zugriff auf Dataverse-Daten und alle Plattformfunktionen ermöglicht. Die unterste Schicht ist die Host-Umgebung der Power Platform selbst: der Ort, an dem die App läuft und von dem sie ausgeliefert wird.
Das SDK wirkt als Bindeglied zwischen eigenem Code und Plattform. Wer TypeScript kennt, kann sofort loslegen. Wer es nicht kennt, kann an dieser Stelle Vibe Coding einsetzen - dazu gleich mehr.
Die konkreten Vorteile gegenüber Canvas Apps, Model-Driven Apps und PCF
Vollständige Kontrolle über Oberfläche und Logik: Keine Einschränkung auf Power FX-Formeln, keine Bindung an Formular-und-Ansichten-Schemas. Die App sieht aus und verhält sich genau so, wie es die Anforderung verlangt.
Zugriff auf alle Konnektoren: Anders als bei PCF-Komponenten stehen in Code Apps alle Konnektoren der Power Platform zur Verfügung: Dataverse, SQL Server, SharePoint, OneDrive und Hunderte weitere. Das öffnet Integrationsmöglichkeiten, die bisher nur mit Canvas Apps oder Power Automate erreichbar waren.
Erstklassige lokale Entwicklungsumgebung: Code Apps lassen sich lokal ausführen und debuggen, bevor sie in die Power Platform hochgeladen werden. Das ist ein erheblicher Fortschritt gegenüber PCF-Komponenten, bei denen lokales Testing bisher schwierig und fehleranfällig war.
Kombinierbar mit Model-Driven Apps: Eine Code App kann als eigenständiger Menüpunkt in eine Model-Driven App eingebunden werden. Das erlaubt, strukturierte Datenbereiche in der bekannten Formular-und-Ansichten-Logik zu zeigen und für spezielle Use Cases auf die freie Oberfläche der Code App umzuschalten, sozusagen das Beste aus beiden Welten.
Volle Plattform-Governance: Sicherheit, Compliance, ALM-Prozesse — alles greift automatisch, genau wie bei Canvas und Model-Driven Apps.
Vibe Coding: Warum Code Apps auch für Nicht-Entwickler relevant sind
Code Apps sind Pro-Code: das ist keine Einschränkung, sondern eine Eigenschaft. Aber sie bedeutet nicht, dass nur erfahrene TypeScript-Entwickler damit arbeiten können.
Vibe Coding - der Einsatz von KI-Assistenten wie GitHub Copilot oder vergleichbaren Tools zur codebasierten Entwicklung - verändert die Zugangsschwelle erheblich. Wer die Anforderung beschreiben kann, kann mit KI-Unterstützung funktionierenden TypeScript-Code erzeugen, anpassen und iterieren. Die Plattform übernimmt den Rest.
Das bedeutet in der Praxis: IT-nahe Mitarbeiter, die kein ausgebildetes Entwickler-Profil haben, aber technisches Verständnis mitbringen, können Code Apps entwickeln, wenn sie mit den richtigen Werkzeugen und etwas Begleitung ausgestattet sind. Citizen Developer, die bisher an die Grenzen von Canvas Apps gestoßen sind, bekommen damit einen neuen Handlungsspielraum.
Wann eine Code App die richtige Wahl ist
Code Apps sind nicht für jeden Anwendungsfall die erste Wahl und sollten es auch nicht sein. Low-Code bleibt der schnellere und in vielen Fällen nachhaltigere Ansatz.
Eine Code App ist dann sinnvoll, wenn die Benutzeroberfläche Anforderungen hat, die Canvas Apps nicht erfüllen können. Wenn komplexe Frontend-Logik benötigt wird, die über Power FX hinausgeht. Wenn Konnektoren außerhalb des Dataverse in der App direkt angesprochen werden müssen. Wenn eine bestehende Model-Driven App um einen spezialisierten Bereich erweitert werden soll, ohne die Gesamtarchitektur aufzubrechen.
Für Standard-Digitalisierungsprojekte (Formulare, Dateneingabe, Workflows, Genehmigungsprozesse) ist eine Canvas App oder Model-Driven App in der Regel schneller, günstiger und für das interne Team leichter zu warten.
Zur Power Platform User Group Ruhrgebiet
Die User Group wurde im Januar 2020 von applied technologies gegründet und trifft sich einmal im Quartal. Jedes Meeting behandelt ein konkretes Thema aus der Praxis - mit Demo, Diskussion und Raum für Fragen. Der Einstieg ist offen für alle Interessierten, unabhängig von Erfahrungsstand.
Nächstes Meeting: [Datum eintragen] — jetzt anmelden und keinen Termin verpassen.
Dokumentation
Aufzeichnung und Präsentation zum Herunterladen
Das vollständige Meeting inklusive Live-Demo und Fragen aus der Community steht als Videoaufzeichnung zur Verfügung. Zusätzlich können Sie die Präsentationsfolien herunterladen. Tragen Sie Ihre E-Mail-Adresse ein und Sie erhalten Zugang zu den Informationen.