Gestão de licenças do Power BI: como não pagar demais

A conta do Power BI raramente estoura por preço, estoura por descuido#

Quase toda empresa que nos procura achando que o Power BI ficou caro não tem um problema de preço, tem um problema de gestão. A gestão de licenças do Power BI é uma daquelas disciplinas que ninguém assume até a fatura anual chegar, e aí a reação típica é cortar na carne errada: tirar acesso de quem usa e manter licença de quem saiu da empresa há oito meses. Este artigo é para quem decide o orçamento e quer parar de pagar por conta de descuido, não por conta de uso.

O modelo de licenciamento do Power BI tem três caminhos principais, e cada um resolve um problema diferente. Escolher errado custa dinheiro dos dois lados: você paga demais por licenças individuais quando deveria ter capacidade, ou compra capacidade cara cedo demais quando um punhado de licenças Pro resolveria. Vou explicar como os três modelos funcionam de verdade, onde fica o ponto de virada entre pagar por usuário e pagar por capacidade, e como fazer uma revisão de licenças ociosas que costuma devolver dinheiro no primeiro mês. Sem inventar número mágico de break-even, porque esse número depende do seu caso e dos preços vigentes.

Os três modelos de licença, sem marketing#

Antes de falar de economia, é preciso entender o que você está comprando. O Power BI tem basicamente três formas de licenciar, e a confusão entre elas é a origem da maioria dos desperdícios.

Power BI Pro é uma licença por usuário. Cada pessoa que cria relatórios, publica conteúdo ou consome conteúdo compartilhado precisa de uma Pro. É o modelo mais simples e o ponto de entrada natural para times pequenos. A regra que pega muita gente de surpresa: no Pro, quem só quer visualizar um relatório também precisa de licença. Não existe consumidor gratuito no mundo Pro.

Power BI Premium por Usuário (PPU) também é uma licença por usuário, mas destrava recursos que a Pro não tem: modelos maiores, atualização mais frequente, paginated reports, recursos de IA e outros itens que antes só existiam na capacidade dedicada. É a ponte entre a Pro e a capacidade. Continua sendo por cabeça, então escala linearmente com o número de pessoas.

Capacidade (Premium por capacidade ou Fabric) muda a lógica. Em vez de pagar por pessoa, você paga por um bloco de poder de processamento reservado, dimensionado em unidades (as SKUs de capacidade). O ponto que mais importa para o bolso: numa capacidade, os consumidores conseguem visualizar o conteúdo publicado sem precisar de uma licença por usuário. Mas atenção, e isto é o detalhe que separa quem entende de quem chuta: os autores, ou seja, quem cria e publica o conteúdo, ainda precisam de uma licença Pro ou PPU mesmo com a capacidade ligada. A capacidade libera o consumo em massa, não a autoria.

Modelo	Como você paga	Autor precisa de licença?	Consumidor precisa de licença por usuário?	Melhor para
Power BI Pro	Por usuário	Sim (Pro)	Sim (Pro)	Times pequenos, todos autores ou poucos leitores
Premium por Usuário (PPU)	Por usuário	Sim (PPU)	Sim (PPU)	Quem precisa de recursos avançados sem virar capacidade
Capacidade (Premium/Fabric)	Por capacidade reservada	Sim (Pro ou PPU)	Não	Muitos consumidores lendo o mesmo conteúdo

Guarde esta tabela, porque ela é a espinha dorsal de toda decisão de custo que vem a seguir. Se você quer o contexto completo de adoção e não só de licença, vale ler nosso guia completo de Power BI para empresas no Brasil.

O ponto de virada entre pagar por usuário e pagar por capacidade#

Aqui está o cálculo honesto que a maioria dos artigos evita fazer, porque exige admitir que não há resposta única. A escolha entre licença por usuário e capacidade é, no fundo, uma conta de soma.

No modelo por usuário, seu custo cresce em linha reta: cada pessoa nova é mais uma licença. Dez pessoas custam dez licenças, cem pessoas custam cem licenças. Simples e previsível, e barato enquanto o número é baixo.

Na capacidade, você paga um valor fixo relativamente alto pelo bloco reservado, independentemente de quantas pessoas leem o conteúdo. Esse valor não faz sentido para dez leitores, mas dilui rápido quando são centenas ou milhares. O ponto de virada é o número de consumidores em que a soma das licenças individuais passa a custar mais do que a mensalidade da capacidade.

A matemática básica é esta: você compara o custo total das licenças por usuário que precisaria contra o custo da menor capacidade que atende sua carga de trabalho. Quando o primeiro ultrapassa o segundo, a capacidade vira a escolha mais econômica.

Perfil de uso	Sinal de que o modelo por usuário serve	Sinal de que a capacidade compensa
Número de leitores	Dezenas de pessoas	Centenas ou milhares de pessoas
Proporção autor/leitor	Quase todo mundo cria conteúdo	Poucos autores, muitos leitores
Necessidade de recursos avançados	Baixa ou pontual (resolve com PPU)	Alta e recorrente
Previsibilidade de crescimento	Time estável	Base de leitores crescendo rápido

Repare no que a segunda tabela não tem: um número. Isso é proposital. O break-even exato depende dos preços vigentes de Pro, PPU e das SKUs de capacidade, que mudam com o tempo, com a moeda e com o seu contrato. Qualquer consultor que te der um número fechado de "a partir de X usuários migre para capacidade" está vendendo simplicidade que não existe. Faça a conta com os preços atuais e confirme na fonte oficial da Microsoft antes de decidir. O que não muda é a lógica: poucos leitores favorecem licença por usuário, muitos leitores favorecem capacidade.

Um detalhe que engana até gente experiente: a capacidade não elimina a licença dos autores. Se você tem uma equipe de quinze pessoas que constroem relatórios e mil pessoas que só leem, a capacidade resolve as mil, mas as quinze continuam consumindo Pro ou PPU. O erro clássico é comprar capacidade e achar que zerou o custo por usuário. Não zerou, você só tirou os leitores da conta.

O maior desperdício não é o modelo errado, é a licença ociosa#

Depois de dezenas de revisões de ambiente, posso afirmar: a fonte número um de dinheiro jogado fora no Power BI não é escolher Pro em vez de capacidade, é pagar por licenças que ninguém usa. Isso não aparece em nenhuma comparação de planos, porque é puramente operacional, e é justamente por isso que fica invisível até alguém olhar.

Licença ociosa tem várias caras. A mais comum é a pessoa que saiu da empresa e nunca teve a licença revogada. Depois vem quem mudou de área e não usa mais BI, mas continua com a licença ativa. Tem também a compra em lote no início do projeto, quando o time chutou alto "para não faltar" e sobrou licença que nunca foi atribuída. E o clássico dos clássicos: dezenas de leitores com licença Pro individual num ambiente que já tem capacidade, ou seja, gente pagando por usuário quando poderia ler de graça sob a capacidade.

Uma revisão de licenças ociosas bem feita passa por estas frentes:

• Licenças atribuídas versus usuários ativos: cruze a lista de licenças com o log de atividade. Quem não abre um relatório há meses provavelmente não precisa da licença.
• Contas desativadas ou de ex-funcionários: integre a revisão com o offboarding de RH. Licença deveria cair junto com o acesso corporativo.
• Duplicidade Pro sob capacidade: identifique leitores que têm Pro individual mas consomem apenas conteúdo hospedado na capacidade. Muitos podem ser rebaixados para conta gratuita.
• PPU onde Pro bastaria: verifique quem tem PPU sem usar nenhum recurso premium. Se a pessoa só publica relatórios simples, a PPU pode ser desperdício.
• Licenças compradas e não atribuídas: o estoque parado no portal de administração é dinheiro pago sem retorno.

Essa revisão não é evento único, é rotina. O ideal é rodar trimestralmente, com um responsável nomeado. Ambiente de dados vivo gera licença ociosa continuamente, porque gente entra, sai e muda de função o tempo todo. É exatamente o tipo de higiene contínua que tratamos dentro de sustentação de BI, onde a gestão de licença entra como parte da operação e não como faxina anual desesperada.

Como montar uma gestão de licenças do Power BI que não sangra dinheiro#

Junte as três decisões e você tem uma política de licenciamento que se paga. A gestão de licenças do Power BI madura combina o modelo certo para o perfil de uso com a disciplina de revisar o que está ocioso. Na prática, o roteiro que aplicamos com clientes segue esta ordem.

Primeiro, separe autores de consumidores. Essa única classificação já resolve metade das dúvidas. Autores precisam de Pro ou PPU, ponto. Consumidores só precisam de licença individual se você ainda não tem capacidade. Sem essa separação clara, você compra no escuro.

Segundo, dimensione pelo número de consumidores. Se são poucos, fique no modelo por usuário e não invente capacidade que você não vai encher. Se são muitos, faça a conta de virada com os preços atuais e considere a capacidade. Lembrando que a capacidade Fabric hoje é a mesma infraestrutura que sustenta o restante da plataforma de dados, o que muda o cálculo quando você já usa ou pretende usar Fabric para engenharia de dados. Se esse é o seu caso, vale entender o quadro maior em Microsoft Fabric: o que é e vale a pena em 2026.

Terceiro, trate recurso avançado como exceção, não como padrão. PPU existe para quem precisa de modelos grandes, atualização frequente ou IA. Não distribua PPU para todo mundo "por garantia". Dê PPU a quem usa e mantenha os demais no plano mais barato que atende.

Quarto, instale a rotina de revisão. Uma política de licenciamento sem revisão periódica envelhece em semanas. Nomeie um dono, defina a cadência e trate licença ociosa como vazamento a ser fechado, porque é isso que ela é.

A tabela abaixo resume o raciocínio de decisão que usamos como ponto de partida.

Situação	Recomendação de partida	Por quê
Time pequeno, todos criam conteúdo	Power BI Pro para todos	Custo baixo e previsível, sem capacidade ociosa
Poucos autores, poucos leitores	Pro para todos	Volume não justifica capacidade
Poucos autores, muitos leitores	Capacidade + Pro/PPU para autores	Consumidores leem sem licença por usuário
Necessidade de recursos avançados isolada	PPU só para quem usa	Evita capacidade cara e generaliza custo à toa
Base de leitores crescendo rápido	Reavaliar capacidade periodicamente	Ponto de virada se move com o crescimento

Se você quer que essa análise seja feita com os seus números reais, de forma neutra e sem empurrar plano caro, é o tipo de trabalho que fazemos em um discovery e assessment e na nossa prática de Power BI. Não existe resposta genérica, existe a sua conta feita direito.

Perguntas frequentes#

Consumidor de relatório sempre precisa de licença no Power BI? Depende do modelo. No Power BI Pro e no PPU, sim, até quem só visualiza precisa da sua própria licença por usuário. Já num ambiente com capacidade Premium ou Fabric, os consumidores conseguem visualizar o conteúdo publicado sem uma licença por usuário. Essa é a principal razão pela qual a capacidade compensa quando há muitos leitores.

Se eu tenho capacidade, ninguém mais precisa de licença Pro? Não é bem assim. A capacidade libera os consumidores, mas os autores, quem cria e publica o conteúdo, ainda precisam de Pro ou PPU. É um erro comum comprar capacidade achando que o custo por usuário zerou. Ele só desaparece para quem apenas lê.

Qual é o número exato de usuários em que devo migrar para capacidade? Não existe número universal. O ponto de virada é onde a soma das licenças por usuário passa a custar mais do que a menor capacidade que atende sua carga. Esse número depende dos preços vigentes de Pro, PPU e das SKUs de capacidade, que mudam com o tempo e com o câmbio. Faça a conta com os valores atuais e confirme na fonte oficial da Microsoft.

Qual a diferença prática entre Pro e PPU? Ambos são licenças por usuário. A PPU destrava recursos que a Pro não tem, como modelos maiores, atualização mais frequente, paginated reports e recursos de IA. Se a pessoa não usa nenhum desses recursos, pagar PPU costuma ser desperdício. Dê PPU a quem realmente precisa e mantenha os demais em Pro.

Como descubro licenças ociosas no meu ambiente? Cruze a lista de licenças atribuídas com o log de atividade dos usuários, verifique contas de ex-funcionários que continuam ativas, identifique leitores com Pro individual num ambiente que já tem capacidade e cheque licenças compradas mas nunca atribuídas. Rode essa revisão pelo menos a cada trimestre, com um responsável nomeado.

Vale a pena misturar modelos no mesmo ambiente? Sim, e é o cenário mais comum em empresas maduras. O arranjo típico é capacidade para hospedar o conteúdo que muita gente lê, mais Pro ou PPU para os autores. Misturar modelos com critério é o que permite pagar pelo que se usa em cada perfil, em vez de forçar todo mundo no mesmo plano.

O resumo que cabe numa frase#

Você não paga demais no Power BI por causa do preço da Microsoft, paga por causa do modelo errado e da licença esquecida. Separe autores de consumidores, faça a conta de virada com os preços atuais em vez de acreditar em número mágico, e trate a revisão de licenças ociosas como rotina trimestral. Quem faz esses três movimentos corta custo sem tirar acesso de ninguém.

Se quiser que a gente faça essa análise com os seus números e monte uma política de licenciamento que se sustenta, fale com a gente.