Licenciamento Power BI: Free, Pro, PPU e capacidade Fabric em 2026

Autor: Pedro Tebaldi PM do KeepGreen

Publicado jun/2023Atualizado set/2026

Boa parte do conteúdo em português sobre o assunto ainda descreve o Power BI Premium por capacidade como opção de compra. Ela saiu de venda. Quem monta orçamento com base nesse material chega ao fornecedor pedindo uma SKU que não existe mais no catálogo.

O licenciamento do Power BI passou a ser administrado dentro do Microsoft Fabric. São dois eixos que se combinam: a licença de cada pessoa e a capacidade contratada pela empresa. Errar a combinação custa caro dos dois lados, seja pagando licença individual demais, seja contratando capacidade que fica ociosa.

Este artigo separa os dois eixos e mostra os limites concretos de cada opção. Ele traz também o número que decide a maior parte dos casos: o corte do F64.

O que mudou no licenciamento do Power BI

O licenciamento do Power BI tem hoje duas dimensões independentes. A primeira é a licença por usuário, que pode ser gratuita, Pro ou Premium por Usuário. A segunda é a capacidade, contratada pela organização em SKUs do Fabric. O que cada pessoa consegue fazer resulta do cruzamento das duas, nunca de uma isolada.

A mudança estrutural veio das SKUs P. A Microsoft encerrou a venda do Premium por capacidade para clientes novos em julho de 2024. A renovação para clientes sem Enterprise Agreement terminou em janeiro de 2025.

As datas por tipo de contrato estão no comunicado oficial de descontinuação. Quem opera com Enterprise Agreement tem prazo até o fim do acordo vigente.

Na conversão, quem tinha P1 migra para F64 e quem tinha P2 vai para F128. A tabela de equivalência de unidades de capacidade cobre o resto da escala. Além do nome, muda o modelo comercial: a capacidade Fabric aceita cobrança conforme o uso e pode ser pausada, o que a P nunca permitiu.

As três licenças por usuário: Free, Pro e PPU

A licença por usuário responde a uma pergunta só. Ela define o que a pessoa publica e com quem ela compartilha. Consumir conteúdo é outra história, resolvida pela capacidade.

Além dos números, duas leituras dessa tabela costumam surpreender. A primeira é que a licença gratuita não compartilha nada: ela serve para uso pessoal, não para distribuir relatório. A segunda é que o PPU não provisiona capacidade Fabric. Ou seja, lakehouse, warehouse e notebook continuam exigindo uma SKU F, mesmo com todo mundo em PPU.

Gravamos há alguns anos uma explicação sobre a licença por usuário, antes da chegada do Fabric. Os nomes das telas e os preços mudaram desde então, contudo a lógica de quem publica e quem consome continua igual à do vídeo.

Capacidade: quando a conta por usuário para de fechar

A capacidade é um pool de recursos dedicado, contratado pela empresa e medido em unidades de capacidade. Ela define quanta memória cada modelo semântico ocupa e quantas atualizações rodam em paralelo. Define ainda quantas consultas em modo direto a plataforma aguenta ao mesmo tempo.

A tabela completa, com paralelismo de atualização e limites de conexão direta por SKU, está na documentação de licenças da plataforma. Vale consultar antes de dimensionar, principalmente se o modelo passa de alguns gigabytes.

O corte do F64

Antes de tudo, esse número decide a maior parte dos orçamentos. Em capacidade F64 ou maior, quem só consome relatório precisa apenas da licença gratuita, desde que tenha papel de visualizador no workspace. Abaixo de F64, cada consumidor de conteúdo Power BI precisa de licença Pro ou PPU individual.

Só que a regra de licença não é a conta toda. Medimos o preço da capacidade em 03/09/2026 e comparamos com o das licenças. Uma empresa com 400 leitores gasta R$ 32.080,00 por mês em licenças Pro. A mesma empresa numa F64 reservada, em contrapartida, gasta R$ 40.202,70 sem licenciar leitor nenhum.

Ou seja, a F64 sai R$ 8.122,70 por mês mais cara nesse cenário. Ela só se paga acima de 502 leitores. O ponto de virada, no entanto, muda conforme a licença que ela substitui. A tabela abaixo traz os dois cortes.

Por outro lado, o caminho inverso também existe. A documentação da Microsoft aponta o PPU como mais econômico abaixo de 250 usuários. Com o preço de Brazil South, esse corte sobe para 293. A ressalva é o escopo: vale quando a necessidade fica em recursos Premium do Power BI, sem cargas Fabric.

Sobre a lógica de capacidade, o vídeo abaixo explica o modelo por capacidade em oposição ao modelo por usuário. Ele é anterior ao Fabric, portanto trate os nomes de SKU como históricos e o raciocínio como atual.

Preço de tabela e o que ele não mostra

Os valores por usuário são públicos. Em nova consulta de 03/09/2026, a página oficial de preços em português mantinha o Pro a R$ 80,20 por usuário ao mês. O PPU seguia a R$ 137,40, igualmente no pagamento anual. Nenhum dos dois, vale destacar, inclui impostos.

Já a capacidade Fabric não tem preço fechado por SKU. Ela é vendida por unidade de capacidade a cada hora. Assim, o valor de uma F64 sai da tarifa da unidade multiplicada por 64. A tarifa está, inclusive, numa API pública da Azure, sem login e sem chave.

O script abaixo consulta essa API e imprime a conta mensal de cinco SKUs. A execução que gerou os números deste artigo foi de 03/09/2026, com Node 20.

// Preço da capacidade Fabric em São Paulo, direto da API de varejo da Azure.
const filtro = "serviceName eq 'Microsoft Fabric' and armRegionName eq 'brazilsouth'";
const url = 'https://prices.azure.com/api/retail/prices?currencyCode=BRL&$filter='
  + encodeURIComponent(filtro);

const { Items } = await (await fetch(url)).json();

// O meterId da capacidade muda de região para região. Ancore na reserva,
// cujo meterName é estável, e reuse o id dela para achar a tarifa por hora.
const reserva = Items.find(i => i.meterName === 'Fabric Capacity CU'
  && i.reservationTerm === '1 Year');
const hora = Items.find(i => i.meterId === reserva.meterId
  && i.type === 'Consumption');

const usoMes = hora.retailPrice * 730;       // a Azure conta 730 horas por mês
const reservaMes = reserva.retailPrice / 12; // a reserva é cobrada pelo termo todo
const fmt = { minimumFractionDigits: 2, maximumFractionDigits: 2 };
const real = n => n.toLocaleString('pt-BR', fmt);

console.log('SKU     pago conforme o uso   reserva de 1 ano');
for (const cu of [2, 8, 32, 64, 128]) {
  console.log('F' + String(cu).padEnd(6)
    + real(cu * usoMes).padStart(16) + real(cu * reservaMes).padStart(19));
}

$ node preco-fabric.mjs
SKU     pago conforme o uso   reserva de 1 ano
F2             2.113,50           1.256,33
F8             8.453,98           5.025,34
F32           33.815,94          20.101,35
F64           67.631,87          40.202,70
F128         135.263,74          80.405,40

A F64 reservada custa R$ 40.202,70 por mês em São Paulo. No modelo pago conforme o uso, por outro lado, a mesma SKU vai a R$ 67.631,87. Portanto, a reserva de um ano corta 40,56% da conta.

Antes de assinar três anos, confira o desconto. A reserva mais longa cobra R$ 22.614,02 por unidade de capacidade. Dividido por três, isso dá os mesmos R$ 7.538,01 da reserva de um ano, ou seja, nenhum abatimento extra. Conferimos em quatro combinações de região e moeda, sem uma exceção sequer.

Outro ponto que a tabela esconde é a região. Isto é, a mesma capacidade custa valores diferentes conforme o datacenter escolhido.

Em resumo, São Paulo cobra 55,6% a mais que East US pela mesma unidade de capacidade. Latência e residência de dados, por exemplo, costumam justificar a escolha. Ainda assim, o número precisa entrar no orçamento antes da assinatura.

Preço de tabela, contudo, é só uma parte da conta. Quatro custos ficam de fora dela e aparecem depois, já na operação.

Em geral, o último item costuma ser o mais caro. Antes de subir de SKU por falta de memória, verifique se o modelo cabe em menos.

Remover colunas não usadas, ajustar tipos e revisar granularidade costuma render mais que dobrar a capacidade. Esse trabalho está detalhado no artigo sobre otimização de performance no Power BI.

Quatro perguntas antes de assinar

Por fim, responda as quatro por escrito, com número, antes de levar a proposta para aprovação. Elas resolvem praticamente todo caso comum de dimensionamento.

O inventário que sustenta essas respostas é o mesmo de governança de dados. Ele registra quem publica o quê, para quem, com qual credencial e a partir de quais conectores do Power BI. Sem esse mapa, a negociação de licença vira estimativa.

A licença que você consegue defender no orçamento

Em última análise, a escolha certa raramente é a mais barata da tabela. Ela é a que sustenta o número de leitores que a empresa realmente tem, com folga de memória para o maior modelo. Tudo isso sem pagar por capacidade parada metade do dia.

Na prática, duas armadilhas se repetem. A primeira é dimensionar pela lista de usuários nomeados, ignorando que abaixo de F64 cada leitor vira licença. A segunda é subir de SKU para resolver lentidão que era, na origem, modelo mal construído. Ambas aparecem no orçamento do ano seguinte, quando renegociar já custa mais.

Em resumo, o Power BI deixou de ser um produto com quatro planos. Ele virou uma decisão de arquitetura dentro do Microsoft Fabric.

Se a sua área de business intelligence está nesse ponto de virada, vale medir antes de assinar. Fale com um especialista da OpServices para dimensionar o seu cenário.