Häufig gestellte Fragen zu Power Apps-Portalen

Sie können Überwachung in Microsoft Dataverse verwenden, um Änderungen an Power Apps-Portalkonfigurationsentitäten zu verfolgen. Durch die Überwachung kann der Änderungsverlauf ermittelt werden, wenn Konfigurationsdaten zurückgesetzt werden müssen.

Power Apps-Portale ab Version 8.3 unterstützt TLS 1.2.

Power Apps-Portale unterstützen die folgenden TLS 1.2-Verschlüsselungssammlungen gemäß Microsoft-Sicherheitsrichtlinie, um die Unterstützung mehrerer Clients zu berücksichtigen. Die stärksten Verschlüsselungssammlungen stehen ganz oben auf der Liste. Dadurch wird sichergestellt, dass die Clients beim Verbinden mit Portalen immer die stärkste Verschlüsselungssammlung verwenden, die sie aus dieser Liste unterstützen.

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
• TLS_RSA_WITH_AES_256_GCM_SHA384
• TLS_RSA_WITH_AES_128_GCM_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA256
• TLS_RSA_WITH_AES_128_CBC_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA
• TLS_RSA_WITH_AES_128_CBC_SHA

Sie können ein Portal so konfigurieren, dass ein Benutzer nach der Anmeldung auf eine Standardseite umgeleitet wird. Die detaillierten Schritte finden Sie unter Einen Benutzer bei der Anmeldung auf eine Standardseite umleiten.

Weitere Informationen zum Arbeiten mit Liquid-Vorlagen finden Sie unter Arbeiten mit Liquid-Vorlagen.

Power Apps Portale sind jetzt als eigenständige Version verfügbar in Power Apps. Sie müssen keine Lizenz mehr erwerben, um ein Portal bereitzustellen. Der Benutzerzugriff zum Portal erfordert eine Lizenz abhängig vom Personatyp. Weitere Informationen finden Sie unter Power Apps-Portallizenzierung – FAQ.

Sie können die Basis-URL eines Portals nach der Bereitstellung ändern, indem Sie die unter Ändern der Basis-URL eines Portals genannten Schritte ausführen.

Interne Benutzer mit Microsoft Entra-Anmeldeinformationen, die versuchen, sich ohne gültige Lizenz anzumelden, sehen folgende Meldung auf Anmeldeseite: Sie haben keine gültige Lizenz für den Zugriff auf diese Website. Wenden Sie sich an Ihren Systemadministrator.

Benutzer können diesen Fehler auch sehen, wenn Nutzungsbasierte Abrechnung für diese Umgebung nicht aktiviert wurde.

Abhängig vom gekauften SKU-Typ – beispielsweise unterschiedliche Dynamics 365 SKUs, Power Apps pro App-Plan oder Power Apps pro Benutzerplan, muss ein Administrator entweder eine entsprechende Lizenz für die Benutzer bereitstellen oder er muss über eine ausreichende Anzahl an App-Pässen für die Umgebung verfügen. Weitere Informationen zu App-Pässen finden Sie unter Kapazitäten in einer Umgebung zuweisen oder ändern. Sobald App-Pässe zur Umgebung zugewiesen wurden, muss das Portal neu gestartet werden, damit die Änderungen wirksam werden.

Weitere Informationen zur Lizenzierung interner Benutzer finden Sie unter Häufig gestellte Fragen zur Portallizenzierung.

Einzelheiten zur Lizenzierung von internen Benutzern, die die nutzungsbasierte Abrechnung verwenden, finden Sie unter Power Apps pro App-Meter.

Weitere Informationen zu Nutzungsrechten für Portale für interne Benutzer finden Sie in den häufig gestellten Fragen zu Nutzungsrechten für Portale für interne Benutzer und im Lizenzierungshandbuch im Abschnitt Power Apps Portale – Nutzungsrechte für interne Benutzer.

Nein. Gastbenutzer, die für B2B-Zusammenarbeit in dem Microsoft Entra hinzugefügt wurden, werden nicht als interne Benutzer betrachtet und erfordern Anmeldungen. Weitere Informationen zum Lizenzierungsmodell für die Portalanmeldung finden Sie unter Lizenzierungshandbuch Abschnitt Pro Login-Modell.

Wenn Sie Ihre Dataverse Umgebung von einer Geolokalisierung oder einem Mandanten zu einer bzw. einem anderen verschieben, werden dieser Organisation zugeordnete Portale nicht automatisch verschoben. Weil die Organisation verschoben wurde, funktioniert auch kein Portal, das mit dieser Organisation verbunden ist, und löst beim Start einen Fehler aus.

So ordnen Sie Ihr Portal erneut relevanten Organisationen zu:

1. Setzen Sie Ihren vorhanden Portalhost von der vorhandenen Geolokalisierung oder dem vorhandenen Mandanten zurück, indem Sie den Schritten unter Ein Portal zurücksetzen folgen. Dadurch werden die zugeordneten Portalressourcen gelöscht und die Portal-URL ist nicht verfügbar, nachdem der Vorgang abgeschlossen wurde.

2. Nachdem Ihr vorhandenes Portal zurücksetzt wurde, wechseln Sie zu dem neuen Mandanten (oder zur neuen Geolokalisierung des vorhandenen Mandanten) und stellen Sie dort ein Portal bereit.

Wenn eine Dataverse-Umgebung aus einem Backup wiederhergestellt wird, werden verschiedene Änderungen in Ihrer Organisation vorgenommen, die die Verbindung Ihres Portale mit der Organisation unterbrechen können. So beheben Sie dieses Problem:

• Wenn die Organisations-ID nach dem Wiederherstellungsvorgang gleich ist und zudem Portallösungen zur Verfügung stehen:

  1. Öffnen Sie das Power Apps Portal-Admin Center.
  2. Gehen Sie zur Registerkarte Portaldetails.
  3. Wählen Sie in der Dropdownliste Portalstatus die Option Aus aus.
  4. Wählen Sie Aktualisieren.
  5. Nachdem der Aktualisierungsvorgang abgeschlossen wurde, legen Sie die Dropdownliste Portalstatus auf Aktiviert fest und wählen Sie dann Aktualisieren aus.

  Das Portal wird neu gestartet und es wird erneut eine Verbindung mit der Organisation erstellt.

• Wenn die Organisations-ID nach dem Wiederherstellungsvorgang anders ist oder Portallösungen aus Ihrer Organisation gelöscht sind:

  • In diesem Fall ist es besser, das Portal zurückzusetzen, indem die Schritte unter Ein Portal zurücksetzen ausgeführt werden, und es dann erneut bereitzustellen.

Wenn Sie die URL Ihrer Dataverse Umgebung ändern, funktioniert Ihr Portal nicht mehr, da es die Dataverse Umgebung nicht mehr identifizieren kann. So beheben Sie dieses Problem:

1. Öffnen Sie das Power Apps Portal-Admin Center.
2. Wechseln Sie zu Portalaktionen > Dynamics 365 URL aktualisieren.
3. Führen Sie die Anweisungen im Assistenten aus.

Das Portal wird neu gestartet und funktioniert wieder.

Dies kann aus mehreren Gründen geschehen – beispielsweise abhängig von Ihren Daten und Anpassungen, die an dieser Tabelle in Dataverse vorgenommen wurden. Bei der Fehlerbehebung solcher leistungsbezogenen Probleme bei Datensatzaktionen von Portalen ist sicherzustellen, dass keine synchronen Plugins für diese Ereignisse registriert sind, die diese Verzögerungen möglicherweise verursachen könnten. Versuchen Sie nach Möglichkeit, sie asynchron zu implementieren, damit sie die Transaktion nicht halten oder verzögern.

Immer wenn ein Serverfehler bei dem Rendern eines Portal auftritt, wird eine allgemeine Fehlerseite für Endbenutzer zusammen mit dem Zeitstempel und der Aktivitäts-ID des Fehlers angezeigt. Portaladministratoren können das Portal konfigurieren, um tatsächliche Fehlerdetails zu erhalten, die beim Debuggen und Beheben von Problemen nützlich sind. So zeigen Sie den tatsächlichen Fehler an:

• Die benutzerdefinierten Fehlerseite auf dem Portal deaktivieren: Dadurch wird die benutzerdefinierte Fehlerseite deaktiviert und Ihnen ermöglicht, das vollständigen Stapelprotokoll eines jeden Fehlers beim Navigieren zu dieser Seite zu sehen. Sie können den benutzerdefinierten Fehler deaktivieren, indem Sie die Schritte unter Benutzerdefinierten Fehler deaktivieren ausführen.

Es ist ratsam, dies nur zu verwenden, wenn Sie ein Portal entwickeln. Sobald das Portal für Benutzer live ist, sollten Sie benutzerdefinierte Fehler wieder aktivieren. Weitere Informationen: Portalfehlerprotokolle anzeigen

• Diagnoseprotokollierung aktivieren: Dies ermöglicht Ihnen,alle Portalfehler in einem Azure Blob Storage Account anzufordern. Sie können Diagnoseprotokollierung aktivieren, indem Sie die Schritte unter Auf Portalfehlerprotokolle zugreifen ausführen.

Wenn Sie Diagnoseprotokollierung aktivieren, können Sie nach bestimmten Fehlern suchen, die Benutzer unter der Aktivitäts-ID auf der allgemeinen Fehlerseite melden. Die Aktivitäts-ID wird zusammen mit Fehlerdetails protokolliert und ist nützlich, um das tatsächliche Problem zu suchen.

Ja. Power Apps Portale verwendet die statischen Ressourcen des Standardportals von Azure CDN, die standardmäßig JavaScript enthält und CSS Dateien für die Präsentation, die zuvor als Teil der Portal-App gerendert wurden. Sie müssen die folgende CDN-URL zulassen, um Portale erfolgreich rendern zu können:

https://content.powerapps.com/resource/powerappsportal

Portale unterstützen einen benutzerdefinierten Anmeldeanbieter, der Unterstützung für Standardauthentifizierungsprotokolle bietet. Wir unterstützen OpenIdConnect, SAML2 und WS-Verbundprotokolle für alle benutzerdefinierten IDP. OAuth2 wird nur für eine feste Gruppe von bekannten IDPs unterstützt. Weitere Informationen darüber, wie Sie eine IDP-Konfiguration einrichten, finden Sie unter Konfigurieren der Portalauthentifizierung.

Jede Portaleinführung wird in zwei Phasen ausgeführt: frühes Upgrade und allgemeine Verfügbarkeit. Während der Phase des frühen Upgrades aktualisieren wir nur Portale, die für das frühe Upgrade vorgesehen sind. Wenn Sie eine neue Portalversion in Ihrer Sandboxumgebung (Entwicklung oder Test) erhalten, können Sie das frühe Upgrade für Ihr Portal aktivieren. Informationen dazu, wie Sie das frühe Upgrade für ein Portal aktivieren, erhalten Sie unter Aktualisieren eines Portals.

Sie können Ihr Portal aktivieren, um einen benutzerdefinierten Domänennamen anstelle des Standarddomänennamens microsoftcrmportals.com zu verwenden. Mehr Informationen: Verlinken Sie Ihr Portal mit einer benutzerdefinierten Domäne

Wartung und Problembehandlung von Power Apps-Portalen