Domande frequenti sui portali Power Apps

Puoi usare il controllo in Microsoft Dataverse per tenere traccia delle modifiche alle entità di configurazione dei portali Power Apps. Il controllo aiuta a determinare la cronologia delle modifiche se i dati di configurazione devono essere ripristinati.

I portali Power Apps versione 8.3 e successive supportano TLS 1.2.

I portali Power Apps supportano le seguenti suite di crittografia TLS 1.2 come da Criteri di sicurezza Microsoft in previsione del supporto di più client. Le suite di crittografia più potenti sono in cima all'elenco. Ciò garantisce che i client usino sempre la suite di crittografia più potente che supportano da questo elenco durante la connessione ai portali.

• 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

Puoi configurare un portale in modo da reindirizzare un utente a una pagina predefinita dopo l'accesso. Per passaggi dettagliati, vai a Reindirizzare un utente a una pagina predefinita all'accesso.

Per altre informazioni sull'utilizzo dei modelli Liquid, vedi Utilizzare i modelli Liquid.

I portali Power Apps sono ora disponibili come standalone in Power Apps. Non è più necessario acquisire la licenza per eseguire il provisioning di un portale. L'accesso degli utenti al portale richiede una licenza in base al tipo di utente tipo. Maggiori dettagli sono disponibili su Domande frequenti sulla licenza dei portali Power Apps.

Puoi modificare l'URL di base di un portale dopo il provisioning seguendo questi passaggi in Cambiare l'URL di base di un portale.

Gli utenti interni con credenziali Microsoft Entra che tentano di accedere senza una licenza valida assegnata vedranno questo messaggio nella pagina di accesso: Non disponi di una licenza valida per accedere a questo sito Web. Contatta l'amministratore di sistema..

Gli utenti possono vedere questo errore anche se Pagamento in base al consumo non è stato abilitato per questo ambiente.

A seconda del tipo di SKU acquistato, ad esempio diversi SKU di Dynamics 365, Piano di Power Apps per app o Piano di Power Apps per utente, un amministratore dovrà fornire una licenza appropriata agli utenti o disporre del numero appropriato di pass per app disponibili per l'ambiente. Per altre informazioni sui pass per le app, vai ad Allocare o modificare la capacità in un ambiente. Una volta che i pasa dell'app sono stati assegnati all'ambiente, il portale dovrà essere riavviato affinché le modifiche abbiano effetto.

Per i dettagli sulle licenze degli utenti interni, vai a Domande frequenti sulle licenze del portale.

Per i dettagli sulla licenza degli utenti interni che utilizzano Pagamento a consumo, vai a Misurazione Power Apps per app.

Per i dettagli sui diritti di utilizzo dei portali per gli utenti interni, vai alle domande frequenti su come utilizzare i diritti sui portali per gli utenti interni e la Guida alle licenze sezione Portali Power Apps: utilizzare i diritti per gli utenti interni.

No. Gli utenti guest aggiunti per collaborazione B2B in Microsoft Entra non verranno considerati utenti interni e dovranno effettuare l'accesso. Per altre informazioni sul modello di licenza per l'accesso ai portali, accedi alla sezione della Guida per le licenze Modello per accesso.

Quando sposti il tuo ambiente Dataverse da una georilevazione o tenant a un'altra, i portali associati all'organizzazione non vengono spostati automaticamente. Inoltre, dal momento che l'organizzazione è stata spostata, qualsiasi portale associato a tale organizzazione non funzionerà e genererà un errore all'avvio.

Per associare il portale nuovamente alle organizzazioni pertinenti:

1. Reimposta l'host del portale esistente dalla georivelazione o tenant esistente seguendo i passaggi in Reimpostare un portale. In questo modo verranno eliminate le tue risorse del portale associate e l'URL del portale non sarà accessibile al termine dell'operazione.

2. Dopo aver reimpostato il portale esistente, vai al nuovo tenant (o alla nuova georilevazione del tenant esistente) ed esegui il provisioning di un portale disponibile in questa posizione.

Quando un ambiente Dataverse viene ripristinato da un backup, vengono apportate varie modifiche all'organizzazione che possono interrompere la connessione del portale con l'organizzazione. Per risolvere il problema:

• Se l'ID organizzazione è lo stesso dopo l'operazione di ripristino e anche le soluzioni per portale sono disponibili:

  1. Apri l'interfaccia di amministrazione dei portali Power Apps.
  2. Passa alla scheda Dettagli portale.
  3. Nell'elenco a discesa Stato portale, scegli Inattivo.
  4. Seleziona Aggiorna.
  5. Una volta completata l'operazione di aggiornamento, imposta l'elenco a discesa Stato portale su Inattivo, quindi seleziona Aggiorna.

  Il portale verrà riavviato e verrà creata nuovamente una connessione con l'organizzazione.

• Se l'ID organizzazione è diverso al termine dell'operazione di ripristino o le soluzioni per portale vengono eliminate dall'organizzazione:

  • In questo caso, è consigliabile reimpostare il portale seguendo i passaggi in Reimpostare un portale, quindi eseguire nuovamente il provisioning.

Quando modifichi l'URL dell'ambiente Dataverse, il portale smetterà di funzionare perché non può più identificare l'URL dell'ambiente Dataverse. Per risolvere il problema:

1. Apri l'interfaccia di amministrazione dei portali Power Apps.
2. Vai a Azioni del portale > Aggiorna URL Dynamics 365.
3. Seguire le istruzioni nella procedura guidata.

Il portale verrà riavviato e inizia nuovamente a funzionare.

Ciò può verificarsi per diversi motivi, ad esempio a seconda dei dati e delle personalizzazioni eseguite su quella tabella in Dataverse. Quando si risolvono i problemi relativi alle prestazioni delle azioni dei record dai portali, assicurati che non vi siano plug-in sincroni registrati sugli eventi che potrebbero causare questi ritardi. Ove possibile, prova a implementarli in modo asincrono in modo che non sospendano o ritardino la transazione.

Ogni volta che si verifica un errore del server quando si tenta di eseguire il rendering di un portale, una pagina generica di errore viene visualizzata per gli utenti finali con l'ID di impegno e un timestamp dell'errore. Gli amministratori del portale possono configurare il loro portale in modo da recuperare i dettagli dell'errore effettivo che sono utili per eseguire il debugging e correggere i problemi. Per visualizzare l'errore reale:

• Disabilita la pagina di errore personalizzata nel portale: in questo modo la pagina di errore personalizzata verrà disattivata e potrai vedere l'analisi completa dello stack di qualsiasi errore durante mentre ti sposti nella pagina. Puoi disabilitare l'errore personalizzato seguendo i passaggi in Disabilitare l'errore personalizato.

È consigliabile utilizzare questa opzione solo durante lo sviluppo di un portale. Una volta che il portale è passato allo stato Live per gli utenti, è consigliabile abilitare nuovamente gli errori personalizzati. Ulteriori informazioni: Visualizzare i registri degli errori del portale

• Abilitare la registrazione della diagnostica: in questo modo potrai recuperare tutti gli errori del portate in un account di Archiviazione BLOB di Azure. Puoi abilitare la registrazione della diagnostica seguenti i passaggi in Accesso ai registri degli errori del portale.

Quando abiliti la registrazione della diagnostica, puoi cercare gli errori specifici che gli utenti segnalano utilizzando l'ID impegno visualizzato nella pagina generica di errore. L'ID impegno viene registrato insieme ai dettagli dell'errore ed è utile per trovare il problema reale.

Sì. I portali Power Apps usano risorse statiche del portale predefinite dalla rete CDN di Azure che include file JavaScript e CSS predefiniti per la presentazione precedentemente resi come parte dell'app del portale. Devi consentire l'elenco del seguente URL CDN per eseguire correttamente il rendering dei portali:

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

I portali supportano qualsiasi provider di accesso personalizzato che fornisce supporto per protocolli di autenticazione standard. Supportiamo i protocolli OpenIdConnect, SAML2 e WS-Federation per qualsiasi IDP personalizzato. OAuth 2 è supportato esclusivamente per un determinato set di IDP noti. Per ulteriori informazioni su come definire una configurazione IDP, vedi Configurare l'autenticazione del portale.

Qualsiasi versione del portale viene eseguita in due fasi: aggiornamento anticipato e GA. Durante la fase di aggiornamento anticipato, aggiorniamo solo i portali contrassegnati per l'aggiornamento anticipato. Per visualizzare una nuova versione del portale nell'ambiente sandbox (sviluppo o test), puoi abilitare il portale per l'aggiornamento anticipato. Per informazioni su come abilitare un portale per l'aggiornamento anticipato, vedi Aggiornare un portale.

Puoi abilitare il portale per utilizzare un nome di dominio personalizzato anziché un nome di dominio microsoftcrmportals.com standard. Ulteriori informazioni: Collegare il portale a un dominio personalizzato.

Manutenzione e risoluzione dei problemi dei portali Power Apps