Das moderne PowerApps-Portal ermöglicht es einer Firma oder Organisation, eine eigenständige Website einzurichten, die eine Vielzahl von Benutzertypen ansprechen kann. Das Schöne an einem PowerApps-Portal ist die Fähigkeit, einen authentifizierten Benutzer sicher anzusprechen und die Flexibilität, anonyme Benutzer anzusprechen, alles in demselben Produkt. Zusammen mit dieser Vielseitigkeit bieten Power Apps Portale einen Low Code Portal Editor, dessen Oberfläche unglaublich benutzerfreundlich ist. Dies ermöglicht es, dass das Portal Ihrer Organisation von Geschäftsprofis mit wenig bis gar keiner Entwicklererfahrung angepasst und gewartet werden kann. Der andere große Vorteil der Erstellung eines Portals, ist rund um das Thema der Daten. Da die Daten alle im Common Data Service (CDS) gespeichert sind, sind sie zentralisiert und ohne unübersichtliche Konnektoren verfügbar.
Neue Power Apps Portal Architektur
Power Apps Portale bauen auf dem Common Data Service (CDS) auf, d.h. wenn Sie derzeit keine Umgebung mit einer CDS Datenbank haben, können Sie kein Power Apps Starter Portal bereitstellen. Es ist auch wichtig zu beachten, dass es neuerdings nur noch ein Portal jedes Typs und für eine Sprache geben kann, das in einer Umgebung erstellt wird. Lassen Sie uns also für einen Moment einen Schritt zurücktreten und einen breiteren Blick auf die Microsoft Power Platform als Ökosystem werfen.
Microsoft Power Platform mit Konnektoren bzw. Microsofts Power Platform-Ökosystem
Wir wissen, dass es auf der Microsoft Power Platform drei Lösungen gibt (Power BI, Power Apps und Power Automate), die alle zusammenarbeiten und Daten gemeinsam nutzen, die im Common Data Service gespeichert sind. Wir können dann Datenkonnektoren verwenden, um eine Verbindung zu unseren Dynamics 365 Apps oder zu einer Datenbank (CDS) herzustellen. Während wir uns also mit Power Apps Portals beschäftigen, möchte ich, dass Sie das obige Bild im Kopf behalten, da es sich speziell auf Common Data Service bezieht.
Lassen Sie uns nun über Power Apps Portals und die Architektur und ihre Fähigkeit zur "Verbindung" sprechen. Wir können nur einen Portaltyp pro Power Apps Umgebung bereitstellen, aber das bedeutet nicht, dass wir diese Umgebung nicht mit einer anderen Datenbank verbinden können. Allerdings müssen Sie, wie oben erwähnt, jedes Mal, wenn Sie ein neues Starter-Portal bereitstellen möchten, zuerst eine neue Umgebung erstellen.
Hinweis: Denken Sie daran, dass, als es Portale als Add-Ins in Dynamics 365 gab, die Struktur als ADX bezeichnet wurde. Wenn Sie also bei bestimmten Elementen auf dieses Präfix stoßen, bezieht sich das auf die Legacy-Struktur.
Die obige Grafik konzentriert sich nur auf ein Portal innerhalb einer Power Apps-Umgebung. Power Apps kann aber auch eine Verbindung zu anderen Datenbanken oder Datenquellen herstellen. Zum Beispiel könnten wir uns in Power BI oder Power Automate verbinden.
Lizenzierung rund um Power Apps Portals
Als Microsoft im Oktober 2019 Power Apps Portals einführte, wurde auch die Entscheidung getroffen, Dynamics 365 Portals (Portale der Legacy-Version) auch als Power Apps Portals zu bezeichnen. Eine der wichtigsten Änderungen, die mit der Entscheidung für die Namenskonvention einherging, war die Überarbeitung des Lizenzierungsmodells. In der Vergangenheit wurden Dynamics 365 Portale als Add-ons zu den Dynamics 365 Anwendungen lizenziert. Bestimmte Dynamics 365-Anwendungslizenzen enthielten ein Standard-Add-on-Portal. Mit der Ankündigung von Power Apps Portals im Oktober 2019 änderte Microsoft jedoch die Lizenzierung auf Basis der Nutzung.
Wenn Sie gerade erst ein Power Apps Portal bereitstellen, wird dies für Sie keinen Unterschied machen. Wenn Sie jedoch ein bestehendes Dynamics 365-Portal haben, müssen Sie mit einer Übergangszeit rechnen, die sich nach Ihrem aktuellen Vertrag richtet. Sobald dieser ausläuft, werden Sie auf das neue Lizenzierungsmodell umgestellt. Microsoft hat kürzlich eine Verlängerung bis zum 31. Dezember 2020 gewährt - aufgrund des COVID-19-Ausbruchs. Ob dies nun nochmals verlängert wird? Bevor ich auf das neue Nutzungsmodell eingehe, möchte ich Ihnen einen visuellen Überblick über die allgemeinen Änderungen bei der Lizenzierung geben.
Zusammenfassend lässt sich sagen, dass die Provisionierungsmethode für Portale mit kapazitätsbasierten Lizenzen eine völlig andere ist als für add-on-basierte Lizenzen. Die Schritte, die Sie unternehmen, werden anders sein. Der heutige Blog-Beitrag konzentriert sich auf die Erstellung eines CDS-Starterportals.
Nachdem wir nun einen Überblick über die Änderungen haben, lassen Sie uns in das neue Nutzungsmodell eintauchen. Das neue Nutzungslizenzierungsmodell basiert auf Persona-Typen, die auf das Portal zugreifen. Für jede Persona, die Microsoft vorgegeben hat, gibt es ein anderes Nutzungslizenzierungsmodell. Sie werden im Wesentlichen in Externe Benutzer, Authentifizierte Benutzer und Anonyme Benutzer unterteilt. Was meine ich mit einem authentifizierten Benutzer gegenüber einem anonymen Benutzer? Ich meine damit, dass eine Organisation ein PowerApps-Portal verwenden könnte, um bestehende Kunden oder vielleicht Anbieter, die derzeit in Ihrem System vorhanden sind, anzusprechen und/oder um völlig anonyme Benutzer (die derzeit nicht mit Ihrer Organisation in Kontakt stehen) anzusprechen. Die authentifizierten Benutzer können sich über Konnektoren wie LinkedIn, Facebook, Twitter usw. registrieren und sich dann in Ihrem System anmelden. Sie könnten auch manuell einen authentifizierten Benutzer über AAD (Azure Active Directory) einrichten. Hier ist eine grundlegende Grafik, die die Benutzertypen und ihr entsprechendes Lizenzierungsnutzungsmodell zeigt.
Bei der Betrachtung des Nutzungsmodells "pro Login" ist es wichtig, die Definition eines "Logins" zu verstehen. Ein Log-in kann als eine Art "Tagespass" für das Portal definiert werden. Wenn sich der externe Benutzer bereits einmal in das Portal eingeloggt hat, werden Log-ins für den Rest des Tages (24-Stunden-Zeitraum) nicht in Rechnung gestellt. Es ist auch wichtig zu beachten, dass Log-ins portalspezifisch sind. Ihre nachfolgenden Log-ins an anderen Portalen, auch wenn sie sich im selben Tenant befinden, würden also als einzelne Log-ins pro Portal gezählt werden.
Sehen Sie sich die Standardpläne, die Kosten und die Verfügbarkeit an, und beginnen Sie mit der Verwendung von Geschäftsanwendungen oder Fragen sie mich bei Unklarheiten.
Bereitstellung des Power Apps Portals
Ich werde Sie durch die Schritte der Bereitstellung eines Starterportals in einer bestehenden Umgebung führen. Wenn Sie noch keine Umgebung erstellt haben oder aus einer neuen Umgebung heraus arbeiten möchten, erstellen Sie diese bitte jetzt. Beachten Sie, dass Sie abhängig von der Umgebung, die Sie in Power Apps auswählen, ein CDS-Starterportal oder ein Portal in einer Umgebung erstellen können, die modellgesteuerte Anwendungen enthält, die Teil von Dynamics 365 sind.
Als Erstes melden wir uns bei PowerApps an, indem wir zu make.powerapps.com gehen
Klicken Sie unter Make Your Own App auf Portal from blank
An dieser Stelle werden Sie aufgefordert, eine Umgebung auszuwählen oder eine neue zu erstellen. Geben Sie einen Namen für Ihr Portal ein und geben Sie ihm eine URL und eine Spracheinstellung. Wenn Sie mit dem Ausfüllen der Informationen fertig sind, wählen Sie "Erstellen", um das neue Startportal bereitzustellen. an diesem Punkt des Bereitstellungsprozesses haben Sie möglicherweise ein wenig Zeit. Der Status des Portals wird in Benachrichtigungen oder im Anwendungsraster angezeigt. Sobald die Bereitstellung erfolgreich war, wird der Status "udpated" angezeigt.
Fragen? René Reinli
Comments