Os criadores poderão associar agentes do Microsoft Copilot Studio a aplicativos baseados em modelos no designer de aplicativos moderno, permitindo que os usuários empresariais supervisionem e gerenciem esses agentes dentro desses aplicativos.

Os usuários empresariais poderão ver os dados dos agentes de IA associados em um novo painel à esquerda em seus aplicativos, o que permite a eles verem o que os agentes fizeram em seu nome enquanto simultaneamente concluem seus fluxos de trabalho com base nas exceções que os agentes possam ter.

Por exemplo, em um aplicativo para gerenciar declarações de reembolso de funcionários com um agente de IA automatizando a aprovação e a rejeição dessas declarações, um usuário corporativo pode supervisionar o agente e lidar com quaisquer exceções ou escalonamentos. Isso inclui o tratamento de declarações não padrão ou a resolução de erros que o agente encontra durante o processo de aprovação ou rejeição.

Com humanos no processo, os agentes de IA podem otimizar significativamente os processos de negócios automatizando tarefas tediosas e repetitivas.

A reedição de fontes de dados com procedimentos armazenados proporcionará um desenvolvimento mais rápido e organizado. Quando um criador gera fontes de dados para um aplicativo, cada sessão de edição que seleciona procedimentos armazenados cria uma nova fonte de dados. Isso pode dificultar o controle de quais procedimentos armazenados estão em cada fonte de dados se várias sessões de edição criarem várias fontes de dados. Esse recurso permite que o autor simplesmente "reedite" uma fonte de dados existente com procedimentos armazenados para adicionar ou remover procedimentos armazenados. Como resultado, todos os procedimentos armazenados podem ser gerenciados em uma única fonte de dados.

Agora você pode usar um alternador para fazer com que um aplicativo baseado em modelo com suporte a offline fique online para buscar dados específicos no servidor. Com esse recurso, os usuários agora poderão pesquisar ou procurar dados do servidor e encontrar os detalhes necessários que não estão disponíveis no modo offline.

Os usuários do aplicativo móvel canvas do Power Apps terão uma nova configuração na página Status do Dispositivo para escolher se seus dados são sincronizados em redes celulares e conexões Wi-Fi ou somente quando conectados a uma rede Wi-Fi.

Os criadores não precisarão mais ir ao centro de administração do Power Platform para criar perfis offline para aplicativos móveis do Canvas. Esse recurso habilitará a criação de perfil offline fácil no fluxo de desenvolvimento do aplicativo por meio do menu de configurações do aplicativo. Todos os novos recursos para controlar a sincronização e melhorar a experiência do usuário estarão disponíveis para aplicativos baseados em modelo e canvas com essa alteração.

Alguns clientes optaram por não usar o aplicativo móvel do Power Apps devido ao baixo desempenho da UI. Rolagem, transições, falhas visuais e falhas ocasionais da interface do usuário são sintomas de uma interface do usuário que não foi criada para o sistema operacional nativo.

Esse recurso converte automaticamente aplicativos de tela de tecnologia baseada na Web em React Native, mantendo a mesma lógica de negócios em vigor. Como resultado, os aplicativos de tela parecem mais responsivos, têm melhor qualidade, usam convenções modernas da interface do usuário, como deslizar o dedo para excluir, e têm melhores recursos de rolagem.

Observação: usaremos incrementalmente os controles de interface do usuário mais populares com equivalentes nativos em dispositivos móveis. Os 10 principais controles são responsáveis por mais de 50% de todas as telas de aplicativos. O resultado são telas menos complexas que continuam sendo executadas no modo de exibição da Web (um navegador da Web especializado) por algum tempo. No entanto, existem alguns cenários muito atraentes que serão executados 100% como interface do usuário nativa.

O cabeçalho e a navegação atualizados fornecem uma experiência mais moderna, intuitiva e eficiente no shell do aplicativo, na página do formulário e na página de exibição. Essas atualizações reduzem a confusão visual, melhoram o acesso a ações importantes e oferecem suporte a uma aparência consistente em todos os dispositivos.

As principais atualizações incluem:

• Cabeçalho de aplicativo modernizado: layout de cabeçalho de aplicativo simplificado com espaçamento aprimorado e ícones que se alinham aos princípios de design modernos com maior coerência de marca com aplicativos do Microsoft 365.
• Mapa do site simplificado: mapa do site organizado com estrutura e legibilidade aprimoradas para ajudar você a encontrar o que precisa mais rapidamente.
• Cabeçalhos de página condensados: os cabeçalhos de página de formulário e grade agora ocupam menos espaço vertical, maximizando os dados visíveis e reduzindo a necessidade de rolagem.

Esse recurso é aplicado automaticamente a todos os aplicativos gerados pelo Designer de Plano. Ele está disponível como um recurso opcional para aplicativos existentes.

Agora você pode exportar um aplicativo de tela como um arquivo binário com a extensão .msapp. Você pode usar o Power Platform CLI para converter um arquivo .msapp em arquivos de código-fonte. Com esse recurso, você não precisa mais usar o Power Platform CLI para converter os arquivos .msapp. Você pode exibir o código-fonte do aplicativo de tela em um formato YAML atualizado e legível por humanos. Cada tela tem um arquivo separado.

Exiba o código-fonte do seu aplicativo de tela diretamente no Power Apps Studio ou use editores de código externos.

Essa nova capacidade ajuda você a:

• Armazenar os arquivos em um repositório de código.
• Automatizar a geração de um aplicativo de tela.
• Aprimorar os modelos de aplicativo de tela generativos.
• Refatorar aplicativos de tela sem usar o designer.
• Integrar nativamente com o Git Power Platform.

Many customers use schemas for DEV, TEST, and PROD to manage Application Lifecycle Management (ALM). To access a table, you must specify the schema explicitly, as the default "DBO" schema cannot be assumed. This requires a four-part reference: server, database, schema, and table.

For example:

<myserver>/<mydatabase>/<DEV>/<mytable>

versus

<myserver>/<mydatabase>/<PROD>/<mytable>

Current SQL environment variables only support server and database, assuming separate databases for DEV and PROD, making four-part references impossible. This feature allows specifying the schema as an environment variable. Power Apps binds to specific table names, which must remain consistent across environments, though schemas may vary. This feature enables customers using schemas for DEV, TEST, and PROD to utilize SQL environment variables in their applications.