SharePoint App Development: unser Einführungsguide

Entwicklung von SharePoint-Anwendungen: So geht’s

Die Entwicklung von Anwendungen für SharePoint dreht sich heute stark um die Erstellung von responsiven, modularen und wartungsfreundlichen Lösungen.

Diese Entwicklung wird durch neue Frameworks und Methoden ermöglicht, die einerseits eine schnelle Prototypenerstellung und die Einbindung nicht ausschließlich technischer Rollen erlauben, andererseits aber auch professionellen Entwicklern ermöglichen, weit über die Standardfunktionen hinauszugehen und Anwendungen zu erstellen, die tief in das Microsoft 365-Ökosystem integriert sind.

Unter diesen Werkzeugen gilt das SharePoint Framework als die wichtigste Grundlage, auf der Entwickler ihre Arbeit aufbauen.

SPFx zeichnet sich durch seine Fähigkeit aus, eine auf Komponenten und Webbibliotheken basierende Struktur zu bieten, die mit modernen Front-End-Technologien wie React oder Angular verwendet werden kann. Dank der Unterstützung von TypeScript, Node.js und Gulp/Webpack lassen sich sofort einsetzbare, skalierbare und zugleich sichere Lösungen realisieren.

Außerdem beschleunigt ein standardisiertes Paketierungs- und Verteilungsmodell die Bereitstellung und vereinfacht den Deployment-Prozess auf einem SharePoint Online-Tenant oder in hybriden Umgebungen.

Im Hinblick auf das Deployment ermöglicht die Erstellung maßgeschneiderter Lösungen mit SPFx die Verteilung von Paketen, die Webparts, Erweiterungen und statische Assets enthalten. Diese Pakete werden im App Catalog von SharePoint hochgeladen und ermöglichen eine kontrollierte Veröffentlichung: Ein Administrator der Farm (on-premises) oder des Tenants (online) kann entscheiden, welche Lösungen freigegeben und auf welchen Websites aktiviert werden sollen.

Moderne Struktur des SharePoint Framework

Einer der interessantesten Aspekte der aktuellen Landschaft ist das gleichzeitige Vorhandensein von Low-Code-/No-Code-Tools und traditionellen Entwicklungssystemen, die nebeneinander bestehen, um unterschiedliche Anforderungen zu erfüllen, wie in der folgenden Tabelle dargestellt.

Dieser Dualismus zwischen Low-Code/No-Code und traditioneller Entwicklung fördert ein Kooperationsmodell innerhalb von IT-Teams, in dem die dem Business näherstehenden Personen Prozesse und Datenstrukturen definieren, während die Entwickler komplexere Funktionsblöcke erstellen, die als wiederverwendbare Komponenten bereitgestellt werden können.

Letztere können wiederum auch von sogenannten "Citizen Developern" verwendet werden – also Unternehmensmitarbeitern, die zwar keine vollständige Programmierausbildung haben, jedoch über gute Kenntnisse interner Prozesse und von SharePoint verfügen.

Ein weiterer entscheidender Faktor beim Erstellen von Anwendungen für SharePoint ist die zunehmende Integration mit Microsoft 365 und neuen Technologien auf Basis künstlicher Intelligenz.

Werfen wir dazu einen kurzen Blick auf die folgende Tabelle.

Gerade dank dieser unterschiedlichen Entwicklungsansätze ist die Erstellung von Anwendungen für SharePoint nicht mehr auf klassische Dokumentenportale beschränkt, sondern reicht von interaktiven Anwendungen mit KI-Komponenten bis hin zu dynamischen Dashboards und Kollaborationswerkzeugen, die nahtlos in Microsoft 365 integriert sind.

Die Rolle von SharePoint als digitales Hub wird zusätzlich durch den Einsatz moderner Front-End-Technologien, durch die Verwendung von Fluent UI für eine intuitivere Benutzeroberfläche und durch einen Mobile-First-Ansatz gestärkt, der reaktionsfähige Erlebnisse auf jedem Gerät gewährleistet.

Auch die Nachhaltigkeit der Lösungen spielt eine zentrale Rolle.

Entwickler setzen auf wiederverwendbare Komponenten, Architekturen auf Basis von Micro-Frontends und gemeinsame Standards, um Redundanzen zu vermeiden. Werkzeuge zur Codeverwaltung und Repositories wie npm (das nicht nur ein Online-Archiv, sondern ein echtes Paketverwaltungssystem für JavaScript- und TypeScript-Umgebungen ist) erleichtern die Aktualisierung von Lösungen, ohne dass die gesamte Anwendung neu kompiliert werden muss.

Im Detail:

Nicht zuletzt spielen Überlegungen zur Migration eine Rolle.

Viele Unternehmen, die On-Premise-Lösungen einsetzen, migrieren zu SharePoint Online, um den Aufwand für Infrastrukturmanagement zu reduzieren und cloud-only-Funktionen zu nutzen (wie dynamische Webparts auf Kommunikationsseiten, Erweiterungen für Microsoft Teams, Integration mit Copilot).

In diesen Fällen kann der Entwicklungsansatz für Apps neu bewertet werden. Einige Farm-Lösungen werden in SPFx überführt, während klassische Apps auf Basis des Add-in-Modells angepasst werden, um die Cloud-Identitätsmechanismen zu nutzen.

Entwickler, die sich auf die Erstellung von SharePoint-Anwendungen spezialisiert haben, müssen daher die Umstellung planen, Kompatibilitätslücken identifizieren und gegebenenfalls Workflows oder Abhängigkeiten von Legacy-Diensten neu gestalten.

SharePoint App Development: So verändert sich alles mit der Integration der Power Platform

Die Integration zwischen SharePoint und der Microsoft Power Platform stellt einen der wichtigsten Fortschritte in der Entwicklung moderner Unternehmenslösungen dar. Durch die Kombination der nativen Funktionen von SharePoint mit Tools wie Power Apps, Power Automate und Power BI lassen sich automatisierte Anwendungen und Prozesse realisieren, die auf die spezifischen Anforderungen einer Organisation und ihrer Mitarbeitenden zugeschnitten sind.

So entsteht eine Synergie, die zu einer homogenen Umgebung führt, in der Daten, Benutzeroberflächen, Workflows und Berichte zusammengeführt werden und Teams eine einheitliche Plattform für Zusammenarbeit und Aufgabenmanagement bietet.

Beginnen wir mit einem kurzen Überblick über die Integration mit Power Apps, die es ermöglicht, das SharePoint-Erlebnis zu erweitern und anzupassen, ohne komplexen Code schreiben zu müssen. Dank des Low-Code-Ansatzes können alle Benutzer dynamische Formulare und maßgeschneiderte Benutzeroberflächen erstellen, die auf SharePoint-Listen oder Dokumentbibliotheken basieren.

So kann beispielsweise ein Formular zur Urlaubsanfrage oder zur Meldung von IT-Problemen erstellt werden, bei dem die eingegebenen Daten automatisch in einer SharePoint-Liste gespeichert werden. Gleichzeitig lassen sich Schaltflächen und Steuerelemente innerhalb der App so konfigurieren, dass sie vordefinierte Aktionen auslösen oder bestimmte Felder nur unter bestimmten Bedingungen anzeigen.

Diese Formulare ersetzen die einfachen nativen Formulare von SharePoint.

Eine Power-Apps-Anwendung mit einer SharePoint-Website verbinden

Dann haben wir Power Automate, das eine immer bedeutendere Rolle bei der Entwicklung von Anwendungen für SharePoint spielt – dank seiner neuen intelligenten Funktionen zur Automatisierung und Orchestrierung von Geschäftsprozessen.

Neben der klassischen Verwaltung automatisierter Workflows integriert Power Automate nämlich auch Copilot AI, um Entwickler bei der Erstellung von Flows zu unterstützen – durch Vorschläge für Aktionen und Konfigurationen basierend auf ihren Anforderungen. Die grafische Oberfläche von Power Automate, ergänzt durch KI-Eingabeaufforderungen und assistierte Konfiguration, ermöglicht es zudem, komplexe Flows schnell zu entwickeln und zu testen – ganz ohne erweitertes Scripting.

SharePoint-App-Entwickler können hybride Workflows orchestrieren, bei denen Power Automate mit Power Apps und Power BI interagiert – und so den Übergang von einer benutzerdefinierten Benutzeroberfläche zur Prozessautomatisierung und Datenvisualisierung erleichtern.

Überblick über die Integration von Copilot in Power Automate

Die Analysekomponente der Integration zwischen SharePoint und der Power Platform wird von Power BI übernommen – dem Business-Intelligence-Tool von Microsoft, das die Erstellung interaktiver Berichte und Dashboards ermöglicht. Mit Power BI wird SharePoint zu einer Plattform für fortgeschrittene Analysen und interaktives Reporting – auch dank der verstärkten Integration mit Copilot.

Für SharePoint-App-Entwickler bietet Power BI die Möglichkeit, Daten aus Dokumentbibliotheken, benutzerdefinierten Listen und Workflows in Echtzeit zu analysieren, interaktive Dashboards direkt in moderne SharePoint-Seiten zu integrieren und automatisierte Berichte zu erstellen, die auch KI-gestützte Empfehlungen zur Gewinnung von Insights enthalten.

Schließlich verbessert die Einführung von Power BI Embedded die Personalisierung von SharePoint-Apps, da benutzerdefinierte Berichte und Interaktionen mit Echtzeitdaten eingebettet werden können. Ein separater Zugriff auf Power BI zur Ansicht unternehmensweiter Reports ist somit nicht mehr erforderlich.

Schnelle Daten­visualisierung in SharePoint über Power BI‑Berichte

Ein interessanter Aspekt der Integration der Power Platform mit SharePoint besteht in der Möglichkeit, Lösungen zu orchestrieren, die mehrere Module der Plattform in einem einzigen Erlebnis vereinen. Ein klassisches Beispiel ist die Erstellung einer Anwendung mit Power Apps, die nicht nur Daten in SharePoint speichert und ausliest, sondern auch einen Power-Automate-Flow auslöst, um diese Daten zu validieren und zu verarbeiten – und anschließend die Ergebnisse an Power BI für eine detaillierte Analyse übergibt.

Endanwender interagieren dabei nur mit einem einzigen Front-End-Tool, während im Hintergrund die Power Platform verschiedene Dienste koordiniert, die miteinander kommunizieren und Informationen austauschen – ganz ohne manuellen Eingriff.

Auch der Einsatz von Konnektoren und APIs ist äußerst hilfreich, um diese Integrationen zu unterstützen. Wenn ein Unternehmen ERP-Systeme oder externe Dienste nutzt, bieten die Konnektoren von Power Automate und Power Apps eine einfache Möglichkeit, SharePoint mit diesen Umgebungen zu integrieren – ohne spezifischen Code schreiben zu müssen.

Existiert der Konnektor bereits (z. B. für Salesforce, SAP, Azure DevOps oder Gmail), reicht es aus, Anmeldedaten und grundlegende Parameter zu konfigurieren. Bei kundenspezifischen Anwendungen hingegen können generische Konnektoren auf Basis von REST oder Standardprotokollen verwendet werden.

Aus Sicht der Benutzererfahrung erlaubt die Integration mit der Power Platform zudem die Erstellung deutlich ausgefeilterer Oberflächen und Prozesse als jene, die SharePoint nativ bietet.

Ein Benutzer könnte etwa eine moderne Seite über eine eingebettete Power-Apps-Webpart aufrufen, ein interaktives Formular ausfüllen und damit einen Workflow auslösen, der die Daten in SharePoint speichert und gleichzeitig ein Ticket in einem IT-Service-Management-System erzeugt.

Gleichzeitig kann ein Manager über Power BI die Warteschlange offener Tickets und deren Verteilung nach Kategorien überwachen, um die größten Engpässe zu identifizieren. Und all das, ohne ständig zwischen verschiedenen Plattformen wechseln zu müssen – denn die Navigation bleibt vollständig in SharePoint zentralisiert.

SharePoint PnP: Best Practices und Standards für die Entwicklung

Wenn wir über die Entwicklung moderner Anwendungen auf SharePoint sprechen, darf das Projekt SharePoint Patterns and Practices nicht unerwähnt bleiben – eine von Microsoft unterstützte Initiative mit Beiträgen von Entwicklern aus der ganzen Welt.

PnP bietet Codebeispiele, Richtlinien, Skripte und Tools, um die Erstellung maßgeschneiderter SharePoint-Lösungen zu automatisieren und zu standardisieren. Über Open-Source-Repositories finden Entwickler bewährte Muster (Best Practices), mit denen sich Anwendungen umsetzen lassen, ohne unnötige Sicherheitsrisiken einzugehen oder Plattformen zu entwickeln, die nicht skalierbar sind – und daher ungeeignet wären, um die Digitalisierung interner Prozesse zu unterstützen. Letzteres würde dazu führen, dass das Unternehmen seine Investitionen in Entwicklung und Adoption nicht optimal nutzt.

Innerhalb der großen Auswahl an Ressourcen finden sich PnP-Vorlagen und Snippets, die zeigen, wie man:

• einen externen Authentifizierungsdienst integriert;
• eine Webpart erstellt, die eine Power-Automate-API konsumiert;
• eine benutzerdefinierte Navigationserweiterung entwickelt, die mit modernen Sites kompatibel ist.

SPFx-Webpart mit PnP-Layout "Details List"

Einer der am meisten geschätzten Aspekte dieser Initiative sind die PnP-Repositories – Online-Archive mit Skripten, Beispielcode und Open-Source-Bibliotheken.

Entwickler finden dort wiederverwendbare Snippets für SPFx-Webparts, automatisierte Deployment-Prozesse und Provisioning-Vorlagen (auch wenn das Angebot noch deutlich umfangreicher ist).

Diese Vielfalt an Ressourcen hilft, Entwicklungszeit und -kosten zu senken, da sie auf bereits getestete Lösungen aus einer großen Community von Fachleuten zurückgreifen können. Darüber hinaus ist die Nutzung von PnP-Beispielen und der offiziellen Dokumentation eine ausgezeichnete Strategie, um Code zu erstellen, der besser mit den Microsoft-Richtlinien übereinstimmt – was sich positiv auf Zuverlässigkeit und Datensicherheit im Unternehmen auswirkt.

Ein zentraler Punkt der PnP-Community ist der Austausch von Best Practices zu verschiedenen Themen: von der Informationsarchitektur über die Definition von Workflows, bis hin zur Gestaltung reaktiver Webparts und dem Packaging von einsatzfertigen Lösungen.

Die Leitlinien beschränken sich nicht darauf zu zeigen, wie man "funktionierenden" Code schreibt, sondern vermitteln auch, wie man wartbare und skalierbare Lösungen für eine große Anzahl von Nutzern entwickelt.

Für SharePoint-Entwickler bedeutet das, auf ein fundiertes Wissensfundament zählen zu können.

Die PnP-Lösungen entstehen nämlich aus realen Herausforderungen und werden kontinuierlich erweitert, wenn die Community neue Erfahrungen sammelt oder auf gemeinsame Probleme reagiert.

PnP-Repositories gehostet auf GitHub

Innerhalb von PnP ist eines der meistbeachteten Werkzeuge PnP PowerShell – ein Modul, das über 700 Cmdlets zur Verfügung stellt, um administrative und entwicklungsbezogene Aufgaben in Microsoft-365-Umgebungen zu verwalten, einschließlich SharePoint Online und Microsoft Teams.

Der Einsatz von PnP PowerShell vereinfacht Aufgaben, die sonst benutzerdefinierte Skripte oder sogar manuelle Eingriffe erfordern würden. So lassen sich beispielsweise die Erstellung und Konfiguration von Site-Sammlungen, die Vergabe von Berechtigungen, das Provisioning von SPFx-Komponenten oder die Migration von Inhalten zwischen Umgebungen automatisieren. Für IT-Teams bedeutet das präzisere Kontrolle über ihre Tenants und die Möglichkeit, Aufgaben zu automatisieren und bei größeren Projekten skalierbar zu verwalten.

Die PnP-Community beschränkt sich jedoch nicht nur auf das Bereitstellen von Skripten und Snippets.

Einer der zentralen Grundsätze ist der kontinuierliche Wissensaustausch zwischen Entwicklern, Beratern und IT-Fachkräften. In den GitHub-Repositories von PnP gibt es daher Diskussionsforen, Bereiche zur Fehler- oder Featuremeldung sowie Möglichkeiten, Unterstützung zu erhalten, Verbesserungen vorzuschlagen oder neue Funktionen einzureichen.

Dank dieser Kanäle lassen sich auch komplexe Probleme gemeinsam lösen – und die Ressourcensammlung wird stetig erweitert. Häufig nutzt sogar Microsoft diese Vorschläge zur Weiterentwicklung der eigenen Plattformen.

Die Einführung von PnP wirkt sich zudem positiv auf die Sicherheit von Unternehmensdaten aus.

Wenn eine Organisation ihre Entwicklungs- und Deploymentprozesse anhand der von der Community empfohlenen Muster standardisiert, entsteht ein einheitlicher Lösungskatalog, in dem jede Webpart, jede Erweiterung und jeder Konnektor einer gemeinsamen Architekturlogik folgt.

Darüber hinaus ermöglichen Provisioning-Templates die schnelle Erstellung vorkonfigurierter SharePoint-Umgebungen mit Listen, Bibliotheken, Seiten und Berechtigungen – ideal für das Onboarding neuer Projekte oder das Klonen von Sites für bestimmte Anwendungsfälle (z. B. Abteilungsportale, externe Projekträume, interne Lernplattformen usw.).

PnP-Lösungen zielen auch auf ein hohes Leistungsniveau ab – ein entscheidender Faktor, wenn SharePoint von Tausenden von Benutzern gleichzeitig genutzt wird oder große Datenmengen verarbeitet.

Die vorgeschlagenen Patterns beinhalten Best Practices zur Minimierung von Serveranfragen, zur Optimierung von Abfragen und zur optimalen Nutzung clientseitiger APIs. Dieselben Prinzipien gelten für REST-Aufrufe, das Laden statischer Ressourcen und die Strukturierung von Listen, um ein Gleichgewicht zwischen Flexibilität und Performance sicherzustellen.

Wächst die Zahl der Nutzer oder erfordert die digitale Transformation neue Sites, neue Flows und Integrationen, helfen PnP-Praktiken und -Beispiele dabei, bewährte Erfolgsmuster geordnet zu replizieren. Denken wir z. B. an ein Unternehmen, das ein Intranet mit spezifischen Inhalten für jede regionale Niederlassung starten möchte, dabei aber einheitliche Funktionen wie ein Standardlayout, ein Webpart-Paket oder ein Mindestmaß an Berechtigungen beibehalten will.

Ohne automatisierte PnP-basierte Verfahren würde die Konfiguration jeder einzelnen Site zu einer manuellen Aufgabe – mit entsprechend höherem Fehlerrisiko. Dieses Risiko lässt sich vermeiden, indem man die passenden Templates und Skripte einsetzt: So werden Abweichungen reduziert, Zeitpläne besser kalkulierbar und Inkonsistenzen zwischen Umgebungen minimiert.

Ebenso bedeutend ist der Bildungswert von PnP für angehende Entwickler.

Wer sich neu mit SPFx oder den Automatisierungsmodellen von PnP PowerShell beschäftigt, findet dort vollständig dokumentierte Beispiele, die einen sicheren Einstieg in Themen wie Provisioning, Packaging oder Updates bieten – ein entscheidender Vorteil für IT-Abteilungen, die neue Mitarbeitende schulen oder Berater schnell an ein laufendes Projekt anpassen wollen.

Viele Unternehmen entscheiden sich bereits dafür, Übungen auf Basis der PnP-Repositories in ihr internes Training zu integrieren, damit Techniker von Anfang an mit den von Microsoft empfohlenen Vorgehensweisen vertraut werden.

SharePoint App Development: einige praktische Beispiele

Um die bisher vorgestellten Inhalte besser zu veranschaulichen, schließen wir diesen kurzen Leitfaden mit einigen praktischen Beispielen zur Entwicklung von SharePoint-Anwendungen ab – als Inspiration zur Steigerung der Produktivität im eigenen Unternehmen.

Diese Beispiele zeigen, wie flexibel SharePoint für maßgeschneiderte Lösungen genutzt werden kann, um gezielt auf die Anforderungen des eigenen Unternehmens einzugehen. Ob Dokumentenverwaltung, Projektorganisation oder Optimierung von HR-Prozessen – die Plattform hilft dabei, alle internen Abläufe zu digitalisieren und den Arbeitsalltag spürbar zu verbessern.

Neben Einzelanwendungen ist hervorzuheben, dass die beschriebenen (und viele weitere) Use Cases zentralisiert und harmonisiert in einer einzigen Lösung abgebildet werden können: das Intranet.

Kein Wunder also, dass sich immer mehr Unternehmen – unabhängig von Größe oder Branche – für diese Plattform entscheiden, um die Grundlage für ihren Digital Workplace zu schaffen. Eine auf SharePoint basierende Intranetlösung vereint alle nötigen Funktionen und Ressourcen in einer einzigen Umgebung – ohne Zeitverlust bei der Suche nach der passenden App für jede Aufgabe.

Dank einer sofort einsatzbereiten, aber hochgradig anpassbaren Intranet-Lösung wie der des intranet.ai-Teams lassen sich Kosten und Aufwand jeder Entwicklungs-, Individualisierungs- oder Low-Code-Maßnahme deutlich reduzieren.

Welche Rolle spielt SPFx bei der SharePoint-App-Entwicklung?

SPFx ist das Hauptframework zur Erstellung moderner Anwendungen auf SharePoint. Es ermöglicht die Entwicklung modularer Webparts und Erweiterungen mit React, TypeScript und Tools wie Webpack, was Skalierbarkeit, Sicherheit und eine zentrale Bereitstellung über den App-Katalog gewährleistet.

Welche Ansätze gibt es für die SharePoint-App-Entwicklung?

Es ist möglich, einen Low-Code/No-Code-Ansatz mit Power Apps und Power Automate zu wählen – ideal für schnelle Prototypen und Business-Anwender – oder sich für eine individuelle Entwicklung mit SPFx zu entscheiden, die sich für komplexe und stark angepasste Szenarien eignet.

Wie integriert sich die Power Platform in die Entwicklung von SharePoint-Apps?

Power Apps ermöglicht die Erstellung dynamischer Benutzeroberflächen, Power Automate automatisiert Workflows und Power BI erlaubt die Integration von Dashboards und Berichten. Diese Tools interagieren nativ mit SharePoint, um vollständige und automatisierte Erlebnisse zu schaffen.

Was bietet SharePoint PnP für Entwickler?

Das SharePoint PnP-Projekt stellt wiederverwendbaren Code, Skripte, Vorlagen und über 700 PowerShell-Cmdlets zur Verfügung, um die Entwicklung zu standardisieren und zu beschleunigen. Es hilft, Konsistenz, Sicherheit und hohe Leistung in SharePoint-Umgebungen aufrechtzuerhalten.

Welche Strategien sorgen für nachhaltige SharePoint-Entwicklung?

Die Nutzung wiederverwendbarer Komponenten, modularer Architekturen auf Basis von Micro-Frontends und gemeinsamer Repositories wie npm ermöglicht eine einfache Aktualisierung und Wartung von Anwendungen, wodurch Redundanzen und Wartungskosten reduziert werden.

Wie migriert man SharePoint On-Premises nach Online?

Die Migration beinhaltet die Umwandlung von Farm- oder Add-In-Lösungen in SPFx, die Überarbeitung veralteter Workflows und die Einführung cloudbasierter Authentifizierungsmodelle. Es ist wichtig, die Umstellung im Hinblick auf Kompatibilität und neue, nur online verfügbare Funktionen zu planen.

Welche SharePoint-Anwendungen sind im Unternehmen möglich?

Beispiele sind Dokumentenportale mit automatisierten Freigaben, HR-Dashboards mit Power BI, interaktive Kanban-Boards, Kataloge für Geräteanforderungen und personalisierte Intranets mit dynamischen Inhalten.

Was unterscheidet ein SharePoint-Intranet von einer Custom-App?

Ein Intranet zentralisiert Kommunikation, Dokumentenmanagement, HR-Tools und Zusammenarbeit in einer einzigen Umgebung. Eine benutzerdefinierte App konzentriert sich auf eine spezifische Funktion. Das Intranet bietet Konsistenz und Governance, die benutzerdefinierte App maßgeschneiderte Flexibilität.

Wann ist eine SharePoint-App dem Intranet vorzuziehen?

Die Entwicklung einer App lohnt sich bei einem klar abgegrenzten Bedarf oder zur Validierung eines Prozesses. Ein Intranet eignet sich besser, wenn Werkzeuge und Kommunikation in einer strukturierten digitalen Umgebung vereint werden sollen.

Was bietet intranet.ai im Vergleich zu einer individuellen Entwicklung?

intranet.ai ist eine einsatzbereite Lösung, integriert in SharePoint Online, die über 50 Anwendungen umfasst (Dokumentenmanagement, Benachrichtigungen, Organigramm, Profile, FAQ usw.). Sie verkürzt Entwicklungszeiten und senkt Kosten im Vergleich zu einer Eigenentwicklung, mit Möglichkeit zur Anpassung.

Lassen sich benutzerdefinierte Apps in ein SharePoint-Intranet integrieren?

Ja, es ist möglich, ein Intranet mit SPFx-Webparts, Power Apps und Power-Automate-Flows zu erweitern und dabei ein konsistentes und integriertes Nutzererlebnis zu gewährleisten.