FAQs dos portais Power Apps

Pode utilizar a auditoria no Microsoft Dataverse para monitorizar as alterações às entidades de configuração dos portais do Power Apps. A auditoria ajuda a determinar o histórico de alterações se os dados de configuração precisarem de ser revertidos.

Portais do Power Apps, versão 8.3 e posteriores suportam o TLS 1.2.

Os portais do Power Apps suportam os seguintes conjuntos de cifras TLS 1.2 de acordo com a Política de Segurança da Microsoft para ter em conta o suporte de múltiplos clientes. Os conjuntos de cifras mais seguros estão no topo da lista. Isto assegura que os clientes utilizam sempre o conjunto de cifras mais seguro que suportam a partir desta lista enquanto se ligam aos portais.

• 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

É possível configurar um portal para redirecionar um utilizador para uma página predefinida depois de inicia sessão no. Para passos detalhados, aceda a Redirecionar um utilizador para uma página predefinida quando iniciar sessão.

Para mais informações sobre como trabalhar com modelos Líquidos, consulte Trabalhar com modelos líquidos.

Portais do Power Apps estão agora disponíveis como autónomos no Power Apps. Já não necessita de adquirir licença para aprovisionar um portal. O acesso de utilizador ao portal requer licença, dependendo do tipo de utilizador. Leia mais detalhes nas FAQs de licenciamento de portais do Power Apps.

Pode alterar o URL de base de um portal depois de ser aprovisionado seguindo os passos em Alterar o URL de base de um portal.

Os utilizadores internos com credenciais Microsoft Entra que tentem iniciar sessão sem uma licença válida atribuída irão ver esta mensagem na página de início de sessão: Não tem uma licença válida para aceder a este site. Entre em contato com o seu administrador de sistema.

Os utilizadores também podem ver este erro se Pay-as-you-go não tiver sido ativado para este ambiente.

Dependendo do tipo SKU adquirido, como diferentes Dynamics 365 SkUs, Power Apps por plano de aplicações ou Power Appspor plano de utilizador, um Administrador terá de fornecer uma licença adequada aos utilizadores, ou ter um número adequado de passes de aplicações disponíveis para o ambiente. Para obter mais informações sobre os passes de aplicações, ir a Alocar ou alterar a capacidade num ambiente. Uma vez que os passes de aplicações são atribuídos ao ambiente, o portal terá de ser reiniciado para que as alterações entrem em vigor.

Para mais detalhes sobre o licenciamento de utilizadores internos, ir a FAQ do Portal Licenciamento.

Para mais detalhes sobre o licenciamento de utilizadores internos que utilizam Pay-as-you-go, vá para Medidor do Power Apps por aplicação.

Para mais informações sobre os direitos de utilização dos portais para utilizadores internos, aceda às FAQ utilizar direitos a portais para utilizadores internos e Guia de Licenciamento secção Power Apps Portais – Utilizar direitos para utilizadores internos.

Não. Os utilizadores convidados adicionados para Colaboração B2B no Microsoft Entra não serão considerados como utilizadores internos e exigirão inícios de sessão. Para mais informações sobre o modelo de licenciamento de inícios de sessão do portal, vá para o Guia de Licenciamento, secção Modelo Por início de sessão.

Quando mover o seu ambiente do Dataverse de uma geolocalização ou inquilino para outro, os portais associados a essa organização não moverão automaticamente. Para além disso, uma vez que a sua organização foi movida, qualquer portal associado a essa organização não funcionará e lançará um erro ao iniciar.

Para associar o portal novamente às organizações relevantes:

1. Reponha o seu anfitrião de portal existente a partir da geolocalização ou inquilino existente seguindo os passos em Repor um portal. Esta ação irá eliminar os recursos do portal associados e o URL do portal não estará acessível após a conclusão da operação.

2. Depois do portal existente ser reposto, vá para o novo inquilino (ou para a nova geolocalização do inquilino existente) e aprovisione um portal disponível.

Quando um ambiente do Dataverse é restaurado a partir de uma cópia de segurança, várias alterações são efetuadas na sua organização que podem quebrar a ligação do portal com a organização. Para corrigir este problema:

• Se o ID da organização é o mesmo depois da operação de restauro e as soluções do portal também estão disponíveis:

  1. Abra o centro de administração de portais do Power Apps.
  2. Aceda ao separador Detalhes do Portal.
  3. Na lista pendente Estado do Portal, escolha Desligado.
  4. Selecione Atualizar.
  5. Uma vez concluída a operação de atualização, defina a lista pendente Estado do Portal para Ligado e, em seguida, selecione Atualizar.

  O portal será reiniciado e será criada novamente uma ligação com a organização.

• Se o ID da organização é diferente depois da operação de restauro ou das soluções do portal serem eliminadas da sua organização:

  • Neste caso, é aconselhável repor o portal seguindo os passos em Repor um portal e, em seguida, efetuando novo aprovisionamento.

Quando altera o URL do seu ambiente do Dataverse, o portal deixará de funcionar porque não deixa de conseguir identificar o ambiente do Dataverse. Para corrigir este problema:

1. Abra o centro de administração de portais do Power Apps.
2. Aceda a Ações do Portal > Atualizar URL do Dynamics 365.
3. Siga as instruções apresentadas no assistente.

O portal será reiniciado e começará a trabalhar novamente.

Isto pode acontecer por múltiplas razões, como por depender dos seus dados e personalizações feitos nessa tabela no Dataverse. Quando estiver a efetuar a resolução de problemas relacionados com o desempenho de ações de registos a partir de portais, certifique-se de que não existem plug-ins síncronos registados nos eventos que podem causar estes atrasos. Sempre que possível, tente implementá-las assíncronamente para que não detenham ou atrasem a transação.

Sempre que ocorre um erro de servidor ao tentar processar um portal, é apresentada uma página de erro genérica aos utilizadores finais juntamente com carimbo de data/hora e ID de atividade. Os administradores do Portal podem configurar o portal para obter os detalhes de erro reais, o que é útil para a depuração e correção de problemas. Para ver o erro real:

• Desativar a página de erro personalizada no portal: isto desativará a página de erro personalizada e irá permitir-lhe ver o rastreio de pilha completo de qualquer erro quando navega para essa página. Pode desativar o erro personalizado seguindo os passos em Desativar erro personalizado.

É aconselhável a utilização apenas quando estiver a programar um portal. Depois do portal ser lançado para os utilizadores, deve ativar os erros personalizados novamente. Mais informações: Ver registos de erro do portal

• Ativar o registo de diagnóstico: isto permitir-lhe-á a obtenção de todos os erros do portal de uma conta de armazenamento do Azure Blob. Pode ativar o registo de diagnóstico seguindo os passos em Aceder a registos de erro do portal.

Ao ativar o registo de diagnóstico, pode procurar por erros específicos que os utilizadores reportam utilizando o ID de Atividade apresentado na página de erro genérica. O ID de Atividade é registado juntamente com os detalhes de erro e é útil para localizar o problema real.

Sim. Os portais do Power Apps utilizam os ativos estáticos do portal de origem da CDN do Azure que incluem ficheiros JavaScript e CSS predefinidos para apresentação que, anteriormente, são compostos como parte da aplicação do portal. Deve permitir que a listagem do seguinte URL CDN para compor portais com sucesso:

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

Os portais suportam qualquer fornecedor de início de sessão personalizado que forneça suporte para protocolos padrão de autenticação. Suportamos os protocolos OpenIdConnect, SAML2 e WS-Federation para qualquer IDP personalizado. Oauth2 só é suportado para um conjunto fixo de IDP conhecidos. Para mais informações sobre como configurar uma configuração de IDP, consulte Configurar a autenticação do portal.

Qualquer versão do portal é efetuada em duas fases: atualização inicial e disponibilização (GA). Durante a fase de atualização inicial, atualizamos apenas os portais que estão marcados para atualização inicial. Para obter uma nova versão do portal no ambiente sandbox (programação ou teste), pode ativar a atualização inicial do portal. Para obter informações sobre como ativar um portal para atualização inicial, consulte Atualizar um portal.

Pode permitir que o portal utilize um nome de domínio personalizado em vez do nome de domínio padrão microsoftcrmportals.com. Mais informações: Associar o portal a um domínio personalizado

Manutenção e resolução de problemas dos portais do Power Apps