Como criar seu primeiro app no Power Apps

O aplicativo interno que ninguém consegue começar#

Quase toda empresa tem aquele processo que vive numa planilha compartilhada, com gente pisando no dado do outro e ninguém sabendo qual é a última versão. A boa notícia é que aprender como criar seu primeiro app no Power Apps resolve boa parte desses casos em uma tarde de trabalho, sem escrever uma linha de código tradicional. A má notícia é que muita gente trava na primeira tela, escolhe a fonte de dados errada e desiste antes de publicar.

Este guia é um passo a passo direto para você sair do zero e chegar em um app funcional, compartilhado com o time. Vamos criar um app canvas de três telas conectado a uma fonte real, entender o que são telas, controles e propriedades, escrever algumas fórmulas em Power Fx e publicar. No fim, listo os cuidados que separam um app de teste de algo que o time realmente usa no dia a dia.

Canvas ou model-driven: escolha antes de começar#

O Power Apps cria dois tipos de aplicativo, e essa é a primeira decisão. O app canvas te dá controle total do layout: você arrasta controles numa tela em branco, como quem monta um slide no PowerPoint. O app model-driven parte do modelo de dados no Dataverse e gera a interface automaticamente, com menos liberdade visual e mais padronização.

Para o seu primeiro app, comece pelo canvas. Ele é mais visual, o resultado aparece rápido e você entende os conceitos fundamentais que valem para tudo depois.

Critério	App canvas	App model-driven
Controle do layout	Total, tela em branco	Limitado, gerado pelo modelo
Fonte de dados	Várias (SharePoint, SQL, Dataverse, Excel)	Dataverse
Curva de aprendizado	Mais suave para começar	Exige entender o modelo de dados
Melhor para	Formulários, apps de tarefa, mobile	Sistemas de negócio complexos

Se você quer entender o ecossistema completo antes de decidir, vale ler nosso guia de Power Apps e Power Automate 2026, que conecta esses tipos de app ao restante da Power Platform.

Passo 1: Escolha a fonte de dados certa#

O app canvas conecta a dezenas de fontes. As mais comuns em projetos reais são o Dataverse, o SharePoint e o SQL Server. A escolha define o custo, o desempenho e o quanto o app vai escalar.

Um ponto que economiza dor de cabeça: conectores classificados como premium, como SQL Server, Dataverse e conectores de sistemas externos, exigem a licença apropriada de Power Apps. O SharePoint e o Office 365 são conectores padrão e costumam já estar cobertos pela licença que a empresa tem do Microsoft 365. Verifique isso antes de escolher, porque trocar a fonte depois dá retrabalho.

Fonte	Bom para	Ponto de atenção
SharePoint	Listas pequenas e médias, começar rápido	Perde desempenho com muitos milhares de registros
Dataverse	Regras de negócio, segurança por linha, escala	Conector premium, exige licença adequada
SQL Server	Dados que já vivem num banco corporativo	Conector premium, precisa de gateway se for on-premises
Excel/OneDrive	Protótipo rápido, volume baixo	Não recomendado para produção

Para o exemplo, vamos usar uma lista do SharePoint chamada Chamados, com colunas de título, responsável, status e data. É a fonte mais acessível para o primeiro app e cobre a maioria dos casos internos. Se o seu cenário envolve volume alto ou integração com bancos corporativos, o time de engenharia de dados pode ajudar a estruturar a fonte antes.

Passo 2: Gere o app de três telas automaticamente#

O Power Apps oferece um gerador que cria um app de três telas a partir de uma fonte de dados. É o atalho mais rápido para entender a estrutura de um app canvas. Siga a ordem:

1. Acesse o Power Apps Studio em make.powerapps.com com sua conta corporativa.
2. Confirme, no canto superior direito, que você está no ambiente correto da sua organização.
3. Clique em Iniciar com dados ou Começar do zero e selecione a conexão do SharePoint.
4. Aponte para o site e escolha a lista Chamados.
5. O Studio gera automaticamente as três telas conectadas.

O resultado são três telas prontas e ligadas entre si:

• BrowseScreen: a lista de registros, com busca e ordenação.
• DetailScreen: os detalhes de um registro selecionado.
• EditScreen: o formulário para criar ou editar um registro.

Esse app já funciona. Você consegue navegar, ver detalhes e editar. O valor de gerar automaticamente é justamente esse: você ganha um esqueleto correto para estudar, em vez de montar tudo na mão sem saber por onde começar.

Passo 3: Entenda telas, controles e propriedades#

Aqui está o conceito central do Power Apps. Todo app é feito de três camadas, e entender isso muda tudo.

• Telas são os contêineres. Cada tela é uma visão do app, como a lista ou o formulário.
• Controles são os elementos dentro da tela: rótulos, botões, galerias, caixas de texto, ícones, formulários.
• Propriedades são os atributos de cada controle: cor, texto, visibilidade, posição, o que acontece ao clicar.

A galeria (Gallery) é o controle que você mais vai usar. Ela repete um layout para cada item de uma coleção de dados, como uma lista rolável. O formulário (Form) exibe e edita os campos de um único registro.

O que dá vida a essas propriedades é o Power Fx, a linguagem de fórmulas do Power Apps. Ela é declarativa e funciona no estilo do Excel: você escreve expressões que recalculam sozinhas quando o dado muda, sem loop nem estado manual. Se você já montou uma fórmula de planilha, metade do caminho está andado. Vale a pena aprofundar depois no guia da Power Platform.

Passo 4: Escreva suas primeiras fórmulas Power Fx#

Fórmulas ficam nas propriedades dos controles. Selecione um controle, escolha a propriedade no menu e escreva a expressão. Aqui vão exemplos que aparecem em quase todo app.

Para filtrar a galeria e mostrar só os chamados abertos, use a propriedade Items da galeria:

Filter(Chamados; Status.Value = "Aberto")

Para uma busca por texto digitado numa caixa chamada txtBusca, combine Search com Filter:

Filter(
    Chamados;
    txtBusca.Text in Title
)

Para navegar da lista para os detalhes ao clicar num item, use a propriedade OnSelect da galeria:

Navigate(DetailScreen; ScreenTransition.Cover)

Para salvar o formulário e voltar, coloque no OnSelect do botão de salvar:

SubmitForm(FormEdit);
Navigate(BrowseScreen; ScreenTransition.Fade)

Para exibir uma saudação com o nome do usuário logado, use a propriedade Text de um rótulo:

"Olá, " & User().FullName & "!"

Repare no padrão: cada fórmula devolve um valor ou executa uma ação. Não existe "rodar o código", ele reage ao contexto. Esse é o modelo mental do Power Fx. Uma observação sobre a sintaxe: dependendo da configuração de idioma do seu ambiente, o separador de argumentos pode ser vírgula ou ponto e vírgula. Se uma fórmula acusar erro, esse costuma ser o motivo.

Passo 5: Teste, publique e compartilhe#

Antes de publicar, teste o app dentro do Studio. Segure Alt e clique nos controles para simular o uso, ou use o botão de Visualizar (o ícone de play) para rodar o app inteiro. Percorra o fluxo completo: liste, abra um detalhe, crie um registro, edite, salve.

Quando estiver satisfeito, siga a sequência:

1. Vá em Arquivo e depois Salvar. O app fica salvo na nuvem, mas ainda não disponível para o time.
2. Clique em Publicar. Publicar é o que disponibiliza a versão atual para quem tem acesso. Sem publicar, suas alterações ficam só na sua conta de edição.
3. Abra Compartilhar e adicione as pessoas ou os grupos do Microsoft 365 que vão usar o app.
4. Defina a permissão: Usuário para quem só vai usar, Coproprietário para quem também pode editar.

Um detalhe que confunde muita gente: compartilhar o app não compartilha a fonte de dados. Quem vai usar precisa ter permissão na lista do SharePoint ou no banco por trás. Se o usuário abre o app e não vê nada, quase sempre é permissão na fonte, não no app.

Os primeiros cuidados que evitam retrabalho#

Um app que funciona na sua tela não é a mesma coisa que um app pronto para o time. Alguns cuidados fazem diferença desde o primeiro projeto:

• Nomeie os controles. Troque Gallery1 e Label2 por nomes claros como galChamados e lblTitulo. Daqui a duas semanas você não vai lembrar o que é cada um.
• Cuide do delegation. Algumas funções não são delegadas à fonte e processam só os primeiros registros, por padrão 500. Em listas grandes, isso mostra dados incompletos sem avisar. Fique atento aos avisos de delegação que o Studio exibe.
• Pense no ambiente. Desenvolver, homologar e publicar em ambientes separados evita quebrar o app de produção. Comece simples, mas saiba que essa separação existe.
• Guarde versões. O Power Apps mantém histórico de versões. Antes de uma mudança grande, você tem para onde voltar.
• Não misture com BI. O Power Apps é para ação e registro de dados. Para análise e dashboards, o lugar é o Power BI. Os dois se integram, mas cada um tem seu papel.

Esses cuidados são o começo da governança que separa um piloto de uma solução que aguenta o uso real. Nos nossos projetos de Power Platform, é exatamente aqui que a maioria dos apps internos falha ou prospera.

Perguntas frequentes#

Preciso saber programar para usar o Power Apps? Não no sentido tradicional. O Power Apps é uma plataforma low-code, então você monta a interface arrastando controles. A lógica vem do Power Fx, que funciona no estilo das fórmulas do Excel. Se você consegue montar um PROCV ou um SE numa planilha, consegue começar a escrever Power Fx.

Qual a diferença entre app canvas e app model-driven? O app canvas te dá controle total do layout numa tela em branco e conecta a várias fontes de dados. O app model-driven parte do modelo de dados no Dataverse e gera a interface automaticamente, com mais padronização e menos liberdade visual. Para o primeiro app, o canvas é o caminho mais didático.

Toda fonte de dados exige licença paga? Não. Conectores padrão como SharePoint e Office 365 costumam estar cobertos pela licença de Microsoft 365 que a empresa já tem. Conectores premium, como SQL Server e Dataverse, exigem a licença apropriada de Power Apps. Confirme o tipo de conector antes de escolher a fonte.

O que significa publicar um app? Publicar é a ação que disponibiliza a versão atual do app para as pessoas que têm acesso. Salvar guarda o trabalho na nuvem, mas as alterações só chegam aos usuários depois de publicar. É comum editar, salvar e esquecer de publicar, e aí ninguém vê a novidade.

Por que um usuário não vê os dados mesmo com o app compartilhado? Compartilhar o app não compartilha a fonte de dados. A pessoa precisa ter permissão na lista do SharePoint, no banco SQL ou na tabela do Dataverse que alimenta o app. Na prática, esse é o motivo mais frequente de um app abrir vazio para um novo usuário.

Dá para conectar o Power Apps a bancos de dados corporativos? Sim. O Power Apps conecta a SQL Server e a outras fontes corporativas, inclusive on-premises através de um gateway. Esses são conectores premium e exigem licença adequada. Para volumes grandes, vale planejar a modelagem antes com apoio de engenharia de dados.

Do primeiro app à solução que o time usa#

Criar o primeiro app no Power Apps é mais rápido do que parece: escolha a fonte, gere as três telas, entenda telas, controles e propriedades, escreva algumas fórmulas Power Fx, publique e compartilhe. O pulo do gato não está na primeira versão, e sim nos cuidados que garantem que o app aguente o uso real do dia a dia.

Se você quer tirar uma ideia do papel ou levar um app interno para o nível de produção, com governança e integração ao restante da sua stack de dados, fale com a gente.