Como usar workspaces e apps no Power BI: passo a passo

O caos começa quando todo mundo publica relatório na própria conta#

Você já entrou no Power BI Service de uma empresa e viu quinze relatórios com nomes parecidos, três versões do mesmo dashboard de vendas e ninguém sabendo qual é o oficial? Esse é o sintoma clássico de quem nunca estruturou workspaces e apps Power BI de verdade. As pessoas publicam relatório no espaço pessoal, compartilham por link solto, e em seis meses o ambiente vira um depósito onde ninguém confia no número que está vendo.

O problema quase nunca é técnico. É organizacional. O Power BI oferece dois conceitos que resolvem isso: o workspace, onde a equipe constrói e mantém o conteúdo, e o app, o pacote finalizado que você entrega para quem só quer consumir. Entender a diferença entre os dois, e principalmente quando usar cada um, separa uma implantação profissional de uma bagunça que gera retrabalho.

Neste tutorial eu vou direto ao ponto: o que é cada coisa, quando criar um workspace novo, o passo a passo para publicar um app, os erros mais comuns e as boas práticas que fazem diferença quando a empresa cresce.

Workspace é a cozinha, app é o prato que vai para a mesa#

Essa é a analogia que uso com cliente e funciona. O workspace é a cozinha: é onde ficam os semantic models (os modelos de dados, antigos datasets), os relatórios, os dashboards, os fluxos de dados e onde a equipe de BI trabalha, edita, testa e quebra coisas. Ninguém que só consome dado deveria estar dentro da cozinha.

O app é o prato pronto. Você seleciona quais relatórios e dashboards daquele workspace vão para o público final, define quem enxerga o quê, dá uma navegação organizada e publica. O usuário de negócio recebe uma experiência limpa, sem ver rascunhos, medidas em teste ou aquele relatório antigo que você esqueceu de apagar.

Tecnicamente, cada workspace novo (do tipo moderno) está associado a uma capacidade de processamento. No mundo do Power BI Premium e agora do Microsoft Fabric, esse processamento é medido em Capacity Units e provisionado em SKUs como as F2 até F2048 do Fabric ou as antigas P1 a P5 do Premium. Isso importa porque a forma como você distribui workspaces impacta desempenho e custo, não só organização visual.

Por que não basta compartilhar o relatório direto#

Dá para compartilhar um relatório individual no Power BI. Mas isso não escala. Cada compartilhamento vira uma permissão avulsa que alguém precisa lembrar de revisar. Quando um funcionário sai, você tem que caçar tudo que foi compartilhado com ele. O app centraliza esse controle: você gerencia o acesso à audiência do app, não a vinte relatórios espalhados.

Quando criar um workspace novo e quando não criar#

Esse é o erro de arquitetura mais comum: ou a empresa joga tudo em um único workspace gigante, ou cria um workspace para cada relatório e acaba com cinquenta espaços impossíveis de gerenciar. Nenhum dos dois presta.

A regra que eu uso na prática é agrupar por domínio de negócio combinado com o time responsável pela manutenção. Um workspace para Financeiro, um para Comercial, um para Operações. Quem mantém o conteúdo financeiro é o time de controladoria mais BI, então a permissão de edição fica com eles.

Situação	Criar workspace novo?	Motivo
Nova área de negócio com equipe própria de BI	Sim	Isola responsabilidade e permissões
Relatório pontual dentro de um domínio existente	Não	Publique no workspace do domínio
Ambiente de desenvolvimento separado de produção	Sim	Permite testar sem afetar usuário final
Cada relatório individual da mesma área	Não	Gera fragmentação e sobrecarga de governança
Projeto com cliente externo ou parceiro	Sim	Facilita isolamento e futura entrega

Sobre ambientes separados: em operações maduras eu recomendo pensar em desenvolvimento, homologação e produção. O Power BI tem pipelines de implantação (deployment pipelines) justamente para promover conteúdo entre esses estágios de forma controlada, sem ficar republicando arquivo .pbix na mão e rezando para não sobrescrever a versão certa.

Passo a passo: criar e organizar um workspace#

Vou ao concreto. Assumo que você tem licença adequada, porque workspace moderno com capacidade compartilhada exige pelo menos Power BI Pro, e publicar app também. Licenças Pro e PPU (Premium Per User) são por usuário, então confirme antes que todo mundo do time tem a sua.

1. No Power BI Service, clique em Workspaces no menu lateral e depois em Novo workspace.
2. Dê um nome que siga um padrão. Nada de "Teste do João". Use algo como "Financeiro, Produção" ou um prefixo por área. Padrão de nomenclatura é governança barata que economiza muita dor.
3. Preencha a descrição. Diz quem é dono, qual a finalidade e a fonte de dados principal. Seu eu do futuro agradece.
4. Em configurações avançadas, defina a capacidade. Se a empresa tem Fabric ou Premium, aponte para a capacidade correta em vez de deixar na Pro compartilhada, principalmente se o modelo for grande.
5. Salve e configure o acesso.

Os quatro papéis de acesso do workspace#

O Power BI trabalha com quatro funções dentro do workspace, e usar isso errado é fonte de metade dos problemas de segurança que encontro.

Papel	O que pode fazer	Para quem
Administrador	Tudo, incluindo excluir o workspace e gerenciar acessos	Dono do workspace, líder de BI
Membro	Editar e publicar conteúdo, publicar o app	Desenvolvedores de BI da área
Colaborador	Criar e editar conteúdo, sem publicar app nem gerenciar acesso	Analistas que constroem relatórios
Visualizador	Apenas consumir o conteúdo dentro do workspace	Casos específicos, raramente o consumidor final

Repare: o consumidor final normalmente não deveria estar como Visualizador no workspace. Ele deveria receber o app. O papel Visualizador no workspace serve para casos pontuais, como um gestor que precisa ver rascunho antes da publicação oficial.

Se você quer aprofundar a parte de permissões, segurança em nível de linha e conformidade, vale ler nosso conteúdo sobre governança de dados no Power BI e LGPD, porque acesso mal configurado é risco real diante da Lei nº 13.709/2018.

Passo a passo: publicar um app a partir do workspace#

Com o workspace organizado e os relatórios prontos, publicar o app é direto. O app é o que transforma seu trabalho em produto consumível.

1. Dentro do workspace, clique em Criar app (ou Atualizar app, se já existir uma versão publicada).
2. Na aba de configuração, defina nome, descrição, cor de tema e logo. Isso não é enfeite. Um app com identidade visual clara passa confiança e reduz aquela pergunta eterna de "esse é o relatório certo?".
3. Na aba de conteúdo, selecione quais relatórios e dashboards do workspace entram no app. Você não precisa publicar tudo. Deixe rascunhos de fora.
4. Organize a navegação. O Power BI permite montar seções e ordenar os itens, criando um menu lateral limpo. Agrupe por assunto, não pela ordem em que você criou.
5. Na aba de audiência (o recurso de múltiplas audiências), você pode criar diferentes públicos e mostrar conjuntos diferentes de relatórios para cada um. O time comercial vê os painéis de vendas, a diretoria vê o consolidado, tudo no mesmo app.
6. Defina quem tem acesso a cada audiência. Aqui a boa prática é usar grupos de segurança do Microsoft Entra ID (o antigo Azure AD), não e-mails individuais.
7. Clique em Publicar. Copie o link e distribua, ou melhor, oriente as pessoas a acessar pelo próprio Power BI, onde o app aparece na lista de apps delas.

Depois de publicado, o conteúdo do app não muda automaticamente quando você edita algo no workspace. E isso é uma vantagem. Você trabalha na cozinha à vontade e só empurra as mudanças para o app quando clica em Atualizar app. O usuário final nunca vê a obra em andamento.

Erros comuns que eu vejo em quase toda empresa#

Depois de muitos projetos, os problemas se repetem. Se você evitar estes, já está à frente da maioria.

Publicar no Meu Workspace. O "Meu workspace" é pessoal e intransferível. Quando a pessoa sai da empresa, o conteúdo vai junto ou fica órfão. Conteúdo corporativo nunca deveria nascer ali.

Confundir atualizar o relatório com atualizar o app. Editou o relatório no workspace e o usuário reclama que não mudou nada? Você esqueceu de clicar em Atualizar app. Alinhe isso com o time.

Dar acesso de Membro para consumidor. Colocar todo mundo como Membro "para facilitar" abre a porta para alguém editar ou apagar sem querer o modelo de dados. Menor privilégio sempre.

Não separar desenvolvimento de produção. Sem esse cuidado, um teste malfeito derruba o relatório que a diretoria está olhando na reunião. Pipelines de implantação existem para evitar exatamente isso.

Modelo de dados sobrecarregado no workspace errado. Modelos grandes em capacidade Pro compartilhada penalizam desempenho. O motor VertiPaq comprime colunas por cardinalidade, então um modelo bem construído já ajuda, mas capacidade dimensionada errada ainda derruba a experiência. Se o assunto é modelagem, veja boas práticas de modelagem e DAX no Power BI.

Ignorar o versionamento. Republicar .pbix por cima sem controle é receita para perder trabalho. Deployment pipelines e uma disciplina mínima de nomenclatura resolvem.

Boas práticas que sustentam o ambiente quando a empresa cresce#

O que funciona para três relatórios não funciona para trezentos. Estruturar cedo evita a migração dolorosa depois.

Adote um padrão de nomenclatura para workspaces, apps, relatórios e modelos e escreva isso num documento simples. Consistência é o que permite que outra pessoa entenda o ambiente sem te ligar.

Use grupos de segurança do Entra ID para gerenciar acesso, nunca e-mails avulsos. Assim, entrada e saída de gente na empresa se resolvem no diretório, não relatório por relatório.

Separe quem constrói de quem consome. Desenvolvedores no workspace, consumidores no app. Essa fronteira é a coluna vertebral de um ambiente saudável.

Estabeleça um dono para cada workspace. Sem dono, ninguém revisa, ninguém atualiza, e o espaço apodrece. Governança de verdade tem responsável com nome e sobrenome.

Documente as fontes de dados e a frequência de atualização de cada modelo. Quando um número aparece errado, você quer saber em minutos de onde ele vem.

Pense na plataforma como um todo. Workspaces e apps são a camada de entrega, mas embaixo há ingestão, modelagem e capacidade. Se a base é frágil, nenhum app salva. Por isso muitas empresas tratam isso junto com engenharia de dados desde o começo.

Vale acompanhar para onde a Microsoft leva a plataforma. O Microsoft Fabric, anunciado em 2023, unifica ingestão, armazenamento no OneLake e análise, com o modo Direct Lake permitindo que o Power BI leia direto do OneLake sem importar nem usar DirectQuery tradicional. A Microsoft é reconhecida como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI, e no Brasil a adoção é ampla pela penetração do ecossistema Microsoft. Se está no seu radar, veja nossa análise sobre o que é o Microsoft Fabric e se vale a pena.

Perguntas frequentes#

Qual a diferença prática entre workspace e app no Power BI? O workspace é o ambiente de construção, onde a equipe cria e mantém modelos, relatórios e dashboards com permissões de edição. O app é o pacote publicado a partir do workspace, uma experiência somente leitura, organizada e com controle de acesso, destinada a quem apenas consome os dados. Um alimenta o outro.

Preciso de licença paga para usar workspaces e apps? Sim, na maioria dos casos. Criar workspace moderno e publicar app exige, no mínimo, Power BI Pro, que é uma licença por usuário. Existe também o Premium Per User (PPU) e as capacidades Premium ou Fabric para cenários maiores. Os valores variam e mudam com frequência, então confirme sempre os preços atuais direto na página oficial da Microsoft.

Se eu editar um relatório no workspace, o app atualiza sozinho? Não. O app publicado fica congelado na última versão que você publicou. Depois de fazer alterações no workspace, você precisa clicar em Atualizar app para empurrar as mudanças para os consumidores. Esse comportamento é proposital e permite que você trabalhe sem expor rascunhos ao usuário final.

Quantos workspaces uma empresa deveria ter? Não existe número mágico. A referência é agrupar por domínio de negócio e time responsável pela manutenção, evitando os dois extremos: um único workspace gigante com tudo dentro, ou um workspace por relatório. Comece pelas áreas com equipe e responsabilidade próprias e evolua conforme a demanda.

Posso mostrar relatórios diferentes para públicos diferentes no mesmo app? Sim. O recurso de múltiplas audiências do app permite criar públicos distintos e exibir conjuntos diferentes de conteúdo para cada um, controlando o acesso preferencialmente por grupos de segurança do Microsoft Entra ID. Assim, comercial, financeiro e diretoria podem consumir visões diferentes de um mesmo app.

Como isso se conecta com governança e LGPD? Diretamente. Acesso mal configurado significa gente vendo dado que não deveria, o que é risco à luz da Lei nº 13.709/2018. Estruturar workspaces, usar o app como camada de entrega e gerenciar permissões por grupos de segurança são práticas que reduzem esse risco e facilitam auditoria e revisão periódica de acessos.

Estruture agora e evite o retrabalho depois#

Organizar workspaces e publicar apps não é a parte glamourosa do Power BI, mas é o que decide se o ambiente vai escalar ou virar um depósito de relatórios em que ninguém confia. A lógica é simples: workspace é a cozinha, app é o prato que vai para a mesa, e cada pessoa fica do lado certo dessa fronteira. Faça isso cedo, com nomenclatura, papéis e grupos de segurança bem definidos, e você economiza meses de retrabalho.

Se a sua empresa está nesse ponto em que o Power BI cresceu mais rápido do que a organização dele, a gente ajuda a colocar ordem na casa, do modelo de dados à camada de entrega. Conheça nossos serviços de Power BI e, quando quiser tirar a estrutura do papel, fale com a gente.