Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Os anúncios de alterações e preterições descritos neste artigo aplicam-se ao Power Pages. Os criadores, programadores e profissionais de TI podem usar esta informação para se prepararem para futuras versões.
Importante
Obsoleto significa que a Microsoft pretende retirar a funcionalidade ou capacidade numa futura versão principal. A caraterística ou capacidade continua a funcionar e a ser totalmente suportada até ser oficialmente removida. Esta notificação de preterição pode durar alguns meses ou anos. Após a sua remoção, a funcionalidade ou capacidade deixa de funcionar. Este aviso é para lhe dar tempo suficiente para planear e atualizar o seu código antes da caraterística ou da capacidade ser removida.
Valor de caráter universal (*) na configuração de campos da API Web
O suporte para o valor do caráter universal (*) na definição do site Webapi/<table-name>/fields foi preterido. O valor curinga expõe todas as colunas de uma tabela Dataverse através da API Web do Power Pages.
Observação
-
Agosto de 2026: Os sites recém-criados já não podem usar o valor curinga (
*) naWebapi/<table-name>/fieldsconfiguração do site. -
14 de setembro de 2026: O suporte ao valor wildcard (
*) é removido de todos os sites. Os sites existentes devem usar uma lista explícita de colunas permitidas.
O que esta mudança significa para ti
Se o seu site usar o valor de caráter universal (*) na definição do site Webapi/<table-name>/fields, atualize a definição para especificar as colunas que devem estar acessíveis através da API Web do Power Pages antes de 14 de setembro de 2026. Para mais detalhes, consulte Visão Geral da API Web dos portais Power Pages.
Não esperes que o suporte seja removido para fazer esta alteração. Atualize as definições do seu site o mais rapidamente possível para evitar potenciais perturbações e garantir que apenas as colunas pretendidas sejam expostas através da Web API.
Porque é que esta mudança é necessária?
Utilizar o valor de caráter universal pode, sem querer, expor colunas adicionais através da API Web do Power Pages. Exigir uma lista explícita de colunas ajuda a melhorar a segurança e a manutenção, garantindo que apenas os dados pretendidos sejam acessíveis através da Web API.
Criação de ligações melhorada no estúdio de design
Em julho de 2024, vamos introduzir melhorias na forma como texto, imagem e links de botões são criados no Power Pages Design Studio. O campo Link para um URL aceita qualquer tipo de ligação, incluindo ligações por correio e tel. Além disso, haverá uma nova opção para escolher se a ligação abre numa janela nova ou na atual.
Também iremos alterar a forma como os componentes de botão são criados. Anteriormente, os botões eram representados usando a <button> etiqueta HTML com URLs tratadas pelo onclick atributo:
<button onclick="window.location.href='/page/subpage-1/'" type="button" value="subpage-1" class="button1">Add a call to action here</button>
Com as melhorias que se avizinham, todos os novos componentes de botão são criados usando a <a> tag âncora, sendo o atributo href responsável pela navegação por URLs. Qualquer <a> tag com a btn classe é reconhecida como um componente de botão no Design Studio:
<a href="/page/subpage-1/" class="btn button1">Add a call to action here</a>
Esta alteração só se aplica a novos botões. Os botões que foram criados anteriormente não são afetados e continuam a funcionar no estúdio de design. No entanto, pode ser necessário ajustar qualquer CSS ou JavaScript personalizado que use a <button> tag para seleção.
O estúdio dos portais do Power Apps será descontinuado
A partir de 26 de fevereiro de 2024, os portais Power Apps Studio serão retirados de serviço. Todos os sites abrem em Power Pages design studio.
O que é o Power Apps Portais Studio?
O Power Apps Portals Studio é a experiência legada do Power Pages Design Studio.
Vou perder o acesso a todos os portais e websites que criei no Power Apps Portals Studio?
Não. Podes continuar a aceder e editar todos os sites que criaste através dos portais Power Apps Studio, só vais aceder a eles a partir do Power Pages. Mais informações: Gerir sites
Criação de sites a partir do Power Apps
A partir de setembro de 2023, a criação de portais de aplicações em branco a partir do Power Apps será redirecionada para o Power Pages.
Porque é que não consigo criar um portal a partir do Power Apps?
Como parte de proporcionar uma experiência simplificada e melhorada para os criadores criarem um site, toda a experiência de criação do site é agora disponibilizada através do Power Pages. Pode criar sites empresariais seguros, de nível empresarial e low-code com o Power Pages. Mais informações: Crie um site com Power Pages
Porque é que não vejo modelos de portais do Dynamics 365 no Power Apps?
Pode criar websites usando os modelos de Dynamics 365 de Power Pages. Mais informações: modelos Dynamics 365
Porque é que não vejo modelos de portais do Dynamics 365 no Power Pages?
Se estiveres a usar Power Pages pela primeira vez, não vais ver os portais do Dynamics 365 quando crias o teu primeiro site. Vais vê-los em sites criados posteriormente, se o ambiente tiver alguma das aplicações Dynamics 365 instaladas.
Porque é que não vejo os meus Portais criados em Power Apps na lista Apps no Portals Studio?
A partir de outubro de 2023, os portais criados em portais Power Apps serão exibidos em Power Pages, Mais informações: Gerir sites criados em Power Apps
Centro de administração dos portais Power Apps
O centro de administração dos portais Power Apps está obsoleto e já não está disponível em junho de 2023. Use o novo hub de administração Power Pages no centro de administração do Power Platform.
Controlar as alterações de visibilidade do site no Power Pages
A partir de outubro de 2022, com a versão do site 9.4.9.xx, qualquer novo site criado nos portais Power Pages ou Power Apps será privado por defeito. Apenas os makers ou pessoas da organização que receberam permissão destes terão acesso ao site, tornando os sites Power Pages seguros. Esta funcionalidade proporciona uma camada adicional de segurança através da autenticação Microsoft Entra para evitar fugas acidentais de dados e design parcialmente desenvolvidos do website. Quando um site está pronto para ser lançado, a visibilidade do site pode ser alterada para pública, tornando-o acessível para toda a gente através da Internet de forma anónima ou protegida por provedores de identidade.
No lançamento, os utilizadores com o papel de administrador do sistema, juntamente com administradores de serviço , terão por defeito privilégios para alterar o estado de visibilidade do site (privado para público ou vice-versa).
Observação
Após 1 de outubro de 2023, os administradores de sistema não poderão alterar a visibilidade do site quando a definição ao nível do inquilino for nula. Para impedir isto, defina o valor da definição ao nível do inquilino como VERDADEIRO ou FALSO. Mais informações: Alterar a configuração ao nível do inquilino
Fluxo de concessão implícita do OAuth 2.0 no portal
O ponto final de autorização, ponto final de token que utilizam o pedido GET e utilizam o certificado predefinido para o fluxo de concessão implícita do OAuth de 2.0 estão preteridos. Não é necessária qualquer ação para portais recém-criados ou para portais existentes que não utilizam esta caraterística. Se já estiver a utilizar esta funcionalidade, tem de utilizar o pedido POST de ponto final de token para obter um token de acesso seguro para autorizar as APIs externas.
Observação
- Todos os clientes existentes que estão a utilizar esta caraterística preterida têm de migrar para o método suportado até outubro de 2022.
- Para mais informações sobre o uso de um certificado personalizado, consulte Utilizar um certificado personalizado.
- Para código de exemplo sobre o uso de chamadas POST no endpoint Token, vá a Token endpoint sample.
Feed OData de lista
A partir de junho de 2022, a utilização de feeds OData para interagir com dados através de serviços web RESTful será descontinuada. Recomendamos que migre para a API Power Pages Web.
Observação
- A partir de outubro de 2022, todos os sites recém-aprovisionados não poderão utilizar funcionalidades OData de lista.
- A funcionalidade de lista de feeds do OData será removida até junho de 2026.
Editor de conteúdo de portais
A partir de junho de 2022, a ferramenta de editor de conteúdos de portais para conceber o site será preterida. Recomendamos o uso do Power Apps Portals Studio para editar o portal.
Observação
Esta funcionalidade será removida até junho de 2026.
Pesquisa por portais utilizando o Lucene.NET
A partir da versão 9.4.4.xx do site, a pesquisa do portal utiliza a pesquisa do Dataverse como um fornecedor de pesquisa predefinido para todos os novos portais. A pesquisa Lucene.NET está obsoleta; no entanto, portais existentes que utilizam pesquisa Lucene.NET não serão afetados. Recomendamos que os utilizadores migrem para a pesquisa do Dataverse. Ative a pesquisa do Dataverse para o portal existente mudando a definição do site Search/EnableDataverseSearch para verdadeiro.
Observação
Todos os clientes existentes que utilizam a pesquisa Lucene.NET devem migrar para a pesquisa Dataverse até 1 de outubro de 2024.
Rede de Entrega de Conteúdos para a Administração Pública dos EUA
A partir de janeiro de 2022, os portais do Power Apps para o Governo dos EUA começam a usar Rede de Entrega de Conteúdos do Azure para ficheiros JavaScript e CSS predefinidos. Dependendo da implementação do Governo dos EUA, configure a lista de permissões para os seguintes URLs da Rede de Distribuição de Conteúdos da seguinte forma.
| Versão Power Pages | URL da Rede de Entrega de Conteúdos |
|---|---|
| Nuvem da Administração Pública (GCC) | https://gov.content.powerapps.us |
| GCC High | https://high.content.powerapps.us |
| Power Apps Departamento de Defesa | https://content.appsplatform.us |
Alterações nas permissões de tabelas para formulários e listas em novos websites
A partir de junho de 2026, os sites terão permissões de tabela aplicadas para todos os formulários e listas, independentemente da definição Habilitar Permissões de Tabela .
A partir da versão 9.3.7.x, os sites recém-criados terão permissões de tabela aplicadas para todos os formulários e listas, independentemente da definição Habilitar Permissões de Tabela .
Além disso, com a mesma versão, as listas em todos os sites (novos ou existentes) que tenham os feeds OData de lista ativados irão exigir que as permissões de tabela adequadas sejam configuradas para que o feed nestas listas funcione.
Observação
As alterações descritas acima aplicam-se também a sites convertidos de teste para produção.
Para configurar o acesso anónimo explicitamente, utilize as permissões de tabela adequadas e a configuração de funções da Web.
Alterações no modo SameSite
A partir da versão Power Pages 9.3.6.x, os fabricantes podem marcar o modo SameSite como Strict para todos os cookies do portal quando aplicável.
Com esta mudança, estamos a adicionar uma nova definição do site para controlar o modo SameSite para todos os cookies, configurável ao nível de cookies específicos.
| Nome da configuração do site | Scope | Valor possível |
|---|---|---|
| HTTP/SameSite/Default | Global, para todos os cookies. | None Lax Rígido |
| HTTP/SameSite/{CookieName} | Cookie específico. | None Lax Rígido |
O valor padrão para todos os sites existentes e recém-provisionados é Lax.
Para saber como configurar as definições do site para sites, consulte Configurar definições do site para portais.
Monitorização de páginas Web e ficheiros Web
A partir da versão 9.3.4.x dos portais, a seguinte funcionalidade foi retirada: