Veelgestelde vragen over Power Apps-portals

U kunt auditing in Microsoft Dataverse gebruiken om wijzigingen in configuratie-entiteiten voor Power Apps-portals bij te houden. Auditing helpt bij het bepalen van de wijzigingsgeschiedenis als configuratiegegevens moeten worden teruggedraaid.

Power Apps-portals van versie 8.3 en hoger ondersteunen TLS 1.2.

Power Apps-portals ondersteunt de volgende TLS 1.2-coderingsmethoden volgens Microsoft-beveiligingsbeleid om rekening te houden met de ondersteuning van meerdere klanten. De sterkste coderingsmethoden staan boven aan de lijst. Dit zorgt ervoor dat de clients altijd de sterkste coderingsmethode uit deze lijst gebruiken die ze ondersteunen wanneer ze verbinding maken met portals.

• 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

U kunt een portal configureren om een gebruiker naar een standaardpagina te leiden na het aanmelden. Ga voor gedetailleerde stappen naar Een gebruiker bij aanmelden naar een standaardpagina omleiden.

Voor meer informatie over het werken met Liquid-sjablonen raadpleegt u Werken met Liquid-sjablonen.

Power Apps-portals zijn nu als zelfstandig beschikbaar in Power Apps. U hebt geen licentie meer nodig om een portal in te richten. Gebruikerstoegang tot de portal vereist een licentie, afhankelijk van het type persona. Meer informatie vindt u in Veelgestelde vragen over licenties voor Power Apps-portals.

U kunt de basis-URL van de portal wijzigen nadat deze is ingericht door de stappen uit te voeren in De basis-URL van een portal wijzigen.

Interne gebruikers met Microsoft Entra-referenties die zich proberen aan te melden zonder dat aan hen een geldige licentie is toegewezen, zien dit bericht op de aanmeldingspagina: U hebt geen geldige licentie om toegang te krijgen tot deze website. Neem contact op met de systeembeheerder.

Gebruikers kunnen deze fout ook zien als Betalen naar gebruik niet is ingeschakeld voor deze omgeving.

Afhankelijk van het aangeschafte SKU-type, zoals verschillende Dynamics 365-SKU's, een Power Apps-abonnement per app of Power Apps-abonnement per gebruiker, moet een beheerder een geschikte licentie aan de gebruikers verstrekken of zorgen dat er een toereikend aantal app-passen beschikbaar is voor de omgeving. Ga voor meer informatie over app-passen naar Capaciteit toewijzen of wijzigen in een omgeving. Zodra app-passen zijn toegewezen aan de omgeving, moet de portal opnieuw worden gestart om de wijzigingen door te voeren.

Voor details over het verlenen van licenties aan interne gebruikers, gaat u naar Veelgestelde vragen over portallicenties.

Ga voor details over het licentiëren van interne gebruikers met Betalen naar gebruik naar Power Apps per app-meter.

Voor details over gebruiksrechten op portals voor interne gebruikers, gaat u naar Veelgestelde vragen over gebruiksrechten op portals voor interne gebruikers en in de Licentiehandleiding naar de sectie Power Apps-portals - gebruiksrechten voor interne gebruikers.

Nee. Gastgebruikers toegevoegd voor B2B-samenwerking in de Microsoft Entra worden niet beschouwd als interne gebruikers en vereisen aanmeldingen. Ga voor meer informatie over het licentiemodel voor aanmelden bij de portal naar het gedeelte Per aanmeldmodel in de licentiehandleiding.

Wanneer u uw Dataverse-omgeving verplaatst van de ene geografische locatie of tenant naar een andere, worden portals die aan deze organisatie zijn gekoppeld niet automatisch mee verplaatst. Tevens geldt, omdat uw organisatie is verplaatst, dat een portal die aan deze organisatie is gekoppeld niet werkt en een foutbericht weergeeft bij het opstarten.

U kunt als volgt uw portal opnieuw aan relevante organisaties koppelen:

1. Reset uw bestaande portalhost vanaf de bestaande geografische locatie of tenant door de stappen uit te voeren in Een portal resetten. Hiermee worden uw gekoppelde portalresources verwijderd en is de portal-URL niet langer toegankelijk nadat de bewerking is voltooid.

2. Nadat uw bestaande portal is gereset, gaat u naar de nieuwe tenant (of naar de nieuwe geografische locatie van de bestaande tenant) en richt u een portal in die daar beschikbaar is.

Wanneer een Dataverse-omgeving wordt teruggezet aan de hand van een back-up, vinden er verschillende wijzigingen plaats in uw organisatie die de verbinding van uw portal met de organisatie kunnen verbreken. U lost dit probleem als volgt op:

• Als de organisatie-id dezelfde is na de herstelbewerking en er tevens portaloplossingen beschikbaar zijn:

  1. Open het beheercentrum voor Power Apps-portals.
  2. Ga naar het tabblad Portaldetails.
  3. Kies in de vervolgkeuzelijst Portalstatus de optie Uit.
  4. Selecteer Bijwerken.
  5. Nadat de updatebewerking is voltooid, stelt u de vervolgkeuzelijst Portalstatus in op Aan en selecteert u Bijwerken.

  Uw portal wordt opnieuw gestart en er wordt een nieuwe verbinding met de organisatie tot stand gebracht.

• Als de organisatie-id anders is na de herstelbewerking of de portaloplossingen zijn verwijderd uit uw organisatie:

  • In dit geval is het beter om de portal opnieuw in te stellen volgens de stappen in Een portal resetten en deze vervolgens opnieuw in te richten.

Als u de URL van de Dataverse-omgeving wijzigt, stopt uw portal met werken omdat deze de URL van de Dataverse-omgeving niet kan meer identificeren. U lost dit probleem als volgt op:

1. Open het beheercentrum voor Power Apps-portals.
2. Ga naar Portalacties > URL voor Dynamics 365 bijwerken.
3. Volg de instructies in de wizard.

Uw portal wordt opnieuw gestart en begint opnieuw te werken.

Dit kan om meerdere redenen gebeuren, op basis van uw gegevens en aanpassingen in die tabel in Dataverse. Zorg er bij het oplossen van dergelijke prestatiegerelateerde problemen met recordacties van portals voor dat er geen synchrone invoegtoepassingen zijn geregistreerd voor die gebeurtenissen die mogelijk deze vertragingen kunnen veroorzaken. Probeer ze waar mogelijk asynchroon te implementeren, zodat ze de transactie niet vasthouden of vertragen.

Wanneer er een saerverfout optreedt bij een poging om een portal weer te geven, wordt een algemene foutpagina weergegeven aan eindgebruikers samen met de tijdstempel en activiteit-id van de fout. Portalbeheerders kunnen hun portal configureren om de actuele foutdetails te verkrijgen. Dit is handig bij het opsporen en oplossen van problemen. U kunt als volgt de feitelijke fout bekijken:

• De aangepaste foutpagina op de portal uitschakelen: hierdoor wordt de aangepaste foutpagina uitgeschakeld en kunt u de complete stacktracering van de fout bekijken bij het bladeren naar deze pagina. U kunt de aangepaste fout uitschakelen door de stappen te volgen in Aangepaste fout uitschakelen.

Het is raadzaam om deze functie alleen te gebruiken bij het ontwikkelen van een portal. Zodra uw portal actief is voor uw gebruikers kunt u aangepaste fouten het beste opnieuw inschakelen. Meer informatie: Portalfoutenlogboeken weergeven

• Diagnostische registratie inschakelen: hiermee kunt u alle portalfouten ophalen in een Azure Blob-opslagaccount. U kunt diagnostische logboekregistratie inschakelen door de stappen uit te voeren in Portalfoutenlogboeken openen.

Wanneer u diagnostische logboekregistratie inschakelt, kunt u naar bepaalde fouten zoeken die gebruikers melden via de activiteit-id die wordt weergegeven op de algemene foutpagina. De activiteit-id wordt samen met de foutdetails vastgelegd en is handig bij het zoeken naar het feitelijke problemen.

Ja. Power Apps-portals gebruiken kant-en-klare statische activa van Azure CDN die standaard JavaScript en CSS-bestanden voor presentatie bevatten die eerder werden weergegeven als onderdeel van de portal-app. U moet de volgende CDN-URL in de acceptatielijst opnemen om portals met succes te kunnen weergeven:

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

Portals ondersteunt elke aangepaste aanmeldingsprovider die ondersteuning biedt voor standaardverificatieprotocollen. Wij ondersteunen protocollen voor OpenIdConnect, SAML2 en WS-Federation voor enige aangepaste IDP. OAuth2 wordt alleen ondersteund voor een vaste reeks van bekende IDP's. Voor meer informatie over het opzetten van een IDP-configuratie raadpleegt u Portalverificatie configureren.

Elke portalversie vindt plaats in twee fasen: vroegtijdige upgrade en algemene beschikbaarheid (GA). Tijdens de vroegtijdige upgradefase voeren we alleen upgrades uit van portals die zijn gemarkeerd voor vroegtijdige upgrade. Als u een nieuwe portalversie in uw sandbox-omgeving (ontwikkel- of testomgeving) wilt ontvangen, kunt u vroegtijdige upgrade inschakelen voor uw portal. Voor informatie over het inschakelen van vroegtijdige upgrade voor een portal raadpleegt u Een portal upgraden.

U kunt uw portal inschakelen voor gebruik van een aangepaste domeinnaam in plaats van de standaarddomeinnaam microsoftcrmportals.com. Meer informatie: Uw portal aan een aangepast domein koppelen

Onderhoud en probleemoplossing voor Power Apps