Dataverse-bewusst standardmäßig
Power Portals Pro-Komponenten konfigurieren sich automatisch mit Dataverse-Metadaten – so verbringst du weniger Zeit mit Etiketten, Tooltips, erforderlichen Regeln und Einschränkungen und mehr Zeit für Versandportal-Erlebnisse.
React & Blazor + Fluent UI
Baue auf einem modernen React + Vite + TypeScript SPA oder ASP.NET Core Blazor auf – beide mit Microsofts Fluent UI-Designsystem gerendert und beide bieten dieselben metadatenbasierten Komponenten und Dataverse-Funktionen frei. Wähle den Stack, der zu den Fähigkeiten deines Teams passt; Das Entwicklererlebnis, das Theming, die Zugänglichkeit und die Komponentenabdeckung bleiben in beiden konsistent.
Metadatenbasierte Benutzeroberfläche
Labels, Tooltips, erforderliche Flags, Min/Max-Bereiche und Längenbeschränkungen stammen aus Dataverse – sodass jeder Editor auf jeder Seite mit deinem Datenmodell konsistent bleibt, ohne per Formular zu konfigurieren. Benenne eine Spalte um oder verschärfe eine Einschränkung in Dataverse, und jede Portalseite, die darauf verweist, erkennt die Änderung beim nächsten Laden, ohne dass Portal-seitige Code-Änderungen oder Neu-Deployings erforderlich sind.
Atomare Speicherungen + vollständige Framework-Flexibilität
Wenn Nutzer speichern, bleiben alle Änderungen – Formularfelder sowie Raster- und Unterraster-Bearbeitungen – in einer einzigen Dataverse-Transaktion erhalten, sodass Updates atomar sind: Alles gelingt oder alles wird zurückgerollt. Und da du ein echtes, individuelles Portal auf React + Vite oder ASP.NET Core Blazor baust, gehören dir die vollständigen npm- und .NET-Ökosysteme: Bibliotheken, Middleware, Authentifizierungsanbieter, Logging und Hintergrunddienste.
Baue interne Portale, nicht nur Kundenportale.
Power Portals Pro ist nicht nur für kundenorientierte Websites gedacht – interne Mitarbeiterportale, Abteilungstools und Backoffice-Apps sind erstklassige Anwendungsfälle. Da sich Mitarbeiter als eigener Dataverse-Systemnutzer anmelden, sind Ihre bestehenden Rollenzuweisungen das Sicherheitsmodell: keine doppelten Kontaktdatensätze, kein paralleles Berechtigungssystem, und eine einzige Codebasis kann interne Mitarbeiter und externe Kunden nebeneinander bedienen.
Lokalisierungs- und Übersetzungsbereit
Lokalisiere jedes Tabellenlabel, Tooltip, Ansichtsnamen und jede Auswahl in jede beliebige Sprache – du bist nie auf die Sprachen beschränkt, für die Dataverse ein Sprachpaket ausliefert. Beziehen Sie Übersetzungen aus installierten Sprachpaketen, stellen Sie eigene JSON-Dateien für jede Kultur bereit oder kombinieren Sie beides mit JSON-Einträgen, die alles von Dataverse überschreiben – und wechseln Sie zur Laufzeit die Sprache eines Benutzers ohne Neuausrollen.
Maschinelle Übersetzung in Minuten
Übersetzen Sie Ihre gesamte Seite in Dutzende von Sprachen in wenigen Minuten. Von der integrierten Admin-Seite aus laden Sie eine Lokalisierungsdatei hoch und wählen Sie Ihre Zielsprachen aus, und jede Zeichenkette wird maschinell über Azure Translator, DeepL oder Google übersetzt – alles bereits Übersetzte wird wiederverwendet, sodass Sie nur für das Neue bezahlen. Laden Sie die Ergebnisse pro Sprache oder als einzelne Zip-Karte herunter und fügen Sie sie ein, um ein vollständig lokalisiertes Portal ohne Übersetzer bereitzustellen.
Authentifizierung und Autorisierung enthalten
Basierend auf ASP.NET Core Identity mit erstklassiger Unterstützung für zwei Zielgruppen gleichzeitig. Mitarbeiter melden sich als eigener Dataverse-Systemuser über eine Microsoft-/Entra-ID an, und Dataverse-Sicherheitsrollen erzwingen den Zugriff auf Zeilen-, Spalten- und Geschäftseinheitsebene durch CallerId Imitation. Kundenorientierte Nutzer werden Dataverse-Kontakte zugeordnet und akzeptieren lokalen Benutzernamen/Passwörter sowie Microsoft, Google und alle anderen ASP.NET Core-Anbieter.
Lese + speichere Formulare in Dataverse
Erstellen Sie Seiten, die Datensätze aus jeder Dataverse-Tabelle laden und Benutzerbearbeitungen mit einem einzigen Speicheraufruf zurückhalten. Das Framework übernimmt das Dirty Tracking, die Auflösung von Lookups, Aktualisierungen verwandter Datensätze und die FetchXML/Web-API unter der Haube – eine typische Bearbeitungsseite besteht also aus einigen deklarativen Komponenten, nicht aus handschriftlichen CRUD-Seiten, die mit dem Dataverse SDK verdrahtet sind.
Validierung, die mit Dataverse übereinstimmt
Erforderliche Flags, Min/Max-Bereiche, Längenlimits und Optionsset-Constraints fließen direkt aus Dataverse-Metadaten in die Editoren, sodass Formulare ungültige Eingaben genauso ablehnen wie Dataverse auf dem Server. Keine doppelten Validierungsregeln, die an zwei Orten gepflegt werden müssen – ändert man eine Einschränkung in Dataverse, ersetzt das Portal das neue Verhalten beim nächsten Seitenlade.