Como usar assinaturas e alertas no Power BI: passo a passo

Relatório bonito que ninguém abre é dinheiro jogado fora#

A cena se repete em quase toda empresa que atendemos: o time de dados constrói um relatório caprichado, publica no Power BI Service, avisa no grupo do WhatsApp e, duas semanas depois, descobre que metade dos gestores nunca abriu o link. O problema raramente é o relatório. É a distribuição. As pessoas não têm o hábito de entrar no portal todo dia, e ninguém quer ficar de babá conferindo se um número passou do limite. É exatamente aí que entram as assinaturas e alertas Power BI: dois recursos nativos, gratuitos na maioria dos cenários, que levam a informação até a caixa de entrada da pessoa em vez de esperar que ela vá atrás.

Assinatura é o "me mande isso automaticamente". Alerta é o "me avise quando algo importante acontecer". São coisas diferentes, resolvem problemas diferentes e, na prática, se complementam. Neste guia eu mostro como configurar os dois passo a passo, onde eles falham, e as boas práticas que a gente aplica em projetos de sustentação de BI para que essa automação não vire mais uma fonte de ruído.

Assinatura e alerta não são a mesma coisa#

Antes de sair clicando, vale entender a diferença conceitual, porque muita gente usa um querendo o comportamento do outro e depois reclama que "não funciona".

A assinatura envia, em um horário agendado, um retrato do relatório ou dashboard para uma lista de e-mails. É proativa por tempo: toda segunda às 8h, todo dia 1º do mês, e assim por diante. Ela não olha o conteúdo, ela só entrega no horário combinado.

O alerta é reativo por condição. Você define uma regra em cima de um número específico, e o Power BI só dispara o e-mail quando aquele número cruza o limite que você estabeleceu. Se nada mudar, nada é enviado.

Aspecto	Assinatura	Alerta de dados
Dispara por	Horário agendado	Condição atingida em um valor
Objeto suportado	Relatório e dashboard	Apenas visuais de dashboard (cartão, KPI, medidor)
Frequência	Diária, semanal, mensal, por hora	No máximo uma verificação a cada hora
Anexo	Pode anexar o PDF/imagem da página	Não tem anexo, é uma notificação
Melhor para	Rotina, fechamento, acompanhamento	Exceção, meta estourada, ruptura
Licença	Pro ou PPU (Free em capacidade em alguns casos)	Pro ou PPU

A regra mental que eu passo para os times: assinatura é para o que você quer ver sempre, alerta é para o que você espera não precisar ver. Se você configura alerta para algo que dispara todo dia, você errou o alvo, aquilo deveria ser uma assinatura ou um número no próprio relatório.

Como configurar uma assinatura no Power BI passo a passo#

Assinaturas funcionam tanto para relatórios quanto para dashboards no Power BI Service. O fluxo é praticamente o mesmo. Vou usar o relatório como exemplo, que é o caso mais comum.

1. Abra o relatório publicado no Power BI Service (o app web, não o Desktop). Assinatura não existe no Desktop.
2. Na barra superior, clique em Assinar neste relatório (ícone de envelope, ou dentro do menu de compartilhamento dependendo da sua versão).
3. Clique em Adicionar nova assinatura. Dê um nome que faça sentido, algo como "Vendas, resumo semanal", e não "Assinatura 1".
4. No campo de destinatários, adicione os e-mails. Só valem endereços do seu próprio tenant, a não ser que a organização permita usuários convidados. Guarde isso, é a causa número um de "não chegou o e-mail".
5. Escolha a página do relatório que será enviada. A assinatura captura uma página específica, não o relatório inteiro. Se o gestor precisa de três páginas, você cria três assinaturas ou consolida numa página de resumo.
6. Defina a frequência: diária, semanal, mensal ou por hora. Escolha o horário. Aqui vale casar o horário com a atualização do modelo, e já volto nesse ponto.
7. Marque se quer anexar um PDF com o conteúdo. Útil para quem lê no celular sem clicar em nada, mas cuidado com dado sensível trafegando por e-mail.
8. Salve e ative a assinatura no botão de liga/desliga.

Pronto. A partir daí, no horário combinado, cada destinatário recebe um e-mail com o retrato da página e um link para abrir o relatório completo.

Uma observação importante sobre governança: a assinatura respeita a segurança do modelo. Se você tem RLS configurado, cada pessoa recebe a imagem filtrada de acordo com o que ela pode ver. Não dá para burlar permissão via assinatura, e isso é bom.

Como configurar um alerta de dados passo a passo#

Aqui vem a primeira pegadinha que derruba iniciante: alerta só funciona em dashboard, não em relatório. E mais, só funciona em três tipos de visual, o cartão (card), o KPI e o medidor (gauge). Se o número que você quer monitorar está numa tabela ou num gráfico de barras, você precisa primeiro fixar um cartão com aquele valor num dashboard.

O caminho completo é este:

1. Tenha um relatório com uma medida que retorne o número que você quer vigiar, por exemplo, "Estoque disponível" ou "Ticket médio do dia".
2. Coloque esse número num visual de cartão, KPI ou medidor.
3. Fixe esse visual em um dashboard (ícone de alfinete). Alerta mora no dashboard, essa é a arquitetura.
4. No dashboard, passe o mouse sobre o bloco fixado, clique nos três pontos e escolha Gerenciar alertas.
5. Clique em Adicionar regra de alerta. Dê um título claro.
6. Defina a condição: acima de, abaixo de, e o valor limite (o threshold). Exemplo: estoque abaixo de 100 unidades.
7. Escolha a frequência máxima de verificação: até uma vez por hora ou até uma vez a cada 24 horas. O Power BI só checa quando o dado é atualizado, então não adianta pedir de hora em hora se o modelo atualiza uma vez por dia.
8. Marque se quer, além da notificação no sino do Power BI, receber por e-mail também.
9. Opcionalmente, dispare um fluxo do Power Automate a partir do alerta, e é aqui que a coisa fica interessante para automação de verdade.

O alerta é pessoal por padrão. Cada usuário cria os próprios alertas nos dashboards que ele acessa, e um não enxerga o do outro. Isso é ótimo para autonomia e péssimo para padronização, se você quer que todo mundo receba o mesmo alerta, o Power Automate resolve, como veremos.

Alerta puro tem limite, Power Automate quebra esse limite#

O alerta nativo é honesto no que faz: dispara uma notificação para você mesmo. Só isso. Ele não manda para uma lista, não posta no Teams, não abre um chamado, não escreve numa planilha. Se sua necessidade para nesse "me avise", o nativo basta. Quando você precisa de ação, o gatilho do Power Automate é o caminho.

A diferença na prática:

Necessidade	Alerta nativo	Alerta + Power Automate
Notificar você mesmo	Sim	Sim
Notificar uma lista de pessoas	Não	Sim
Postar mensagem no Teams	Não	Sim
Abrir chamado ou item em lista	Não	Sim
Enviar para e-mail externo	Não	Sim (com conector)
Lógica condicional extra	Não	Sim
Complexidade de manutenção	Baixa	Média

O padrão que mais usamos é: alerta dispara, o Power Automate captura o evento e envia uma mensagem estruturada para um canal do Teams com o valor atual e o link do relatório. O time inteiro vê ao mesmo tempo, sem depender de cada pessoa configurar o alerta na mão. Se você quer entender esse ecossistema de automação, vale a leitura do nosso guia de Power Platform e a nossa página de Power Platform.

Erros comuns que estragam a confiança na automação#

Depois de configurar dezenas desses cenários, os problemas se repetem tanto que dá para listar. Se a sua assinatura ou alerta não está se comportando, provavelmente é um destes.

O e-mail chega antes do dado atualizar. Esse é o clássico. A assinatura está agendada para 7h, mas o refresh do modelo termina às 7h20. Resultado: todo mundo recebe o número de ontem. A regra é simples, a assinatura tem que rodar depois da atualização, com folga. Deixe pelo menos 30 a 60 minutos de margem, porque refresh atrasa. Em cenários críticos, o certo é orquestrar o envio a partir do fim do refresh usando Power Automate, não confiar no relógio fixo.

Alerta configurado num modo de armazenamento que não notifica direito. Alerta de dados funciona bem com Import e com Push. Em DirectQuery e LiveConnection o comportamento pode variar e a verificação depende de como o dado chega. Se o seu alerta parece "surdo", confira o modo de armazenamento antes de culpar o Power BI.

Destinatário externo que a organização não libera. Você adiciona o e-mail de um fornecedor na assinatura e ele nunca recebe. Na maioria dos tenants, assinatura só entrega para dentro da organização. Distribuir para fora exige convidado no Entra ID ou uma abordagem diferente. Não é bug, é governança.

Alerta que vira spam. Alguém coloca um alerta em algo que oscila o tempo todo, e a caixa de entrada enche. Depois de três dias, a pessoa cria uma regra de e-mail que joga tudo na lixeira, e o alerta importante morre junto. Alerta é para exceção. Se dispara sempre, o threshold está errado ou aquilo não deveria ser alerta.

Excesso de assinaturas com PDF pesado. Anexar PDF é cômodo, mas cinquenta assinaturas com anexo grande sobrecarregam e alguns e-mails corporativos bloqueiam. Quando o objetivo é só "olhar rápido", o retrato inline já resolve, deixe o anexo para quem realmente precisa arquivar.

Boas práticas que a gente aplica em produção#

O recurso é fácil de ligar, difícil de manter organizado. Estas práticas fazem a diferença entre uma automação que o time confia e uma que ele ignora.

• Nomeie tudo com clareza. "Financeiro, DRE mensal, dia 5" diz o que é. "Assinatura 3" não diz nada e ninguém sabe se pode desligar.
• Case o horário com o refresh, sempre. Documente a janela de atualização e agende as assinaturas depois dela, com folga. Esse único cuidado elimina metade das reclamações.
• Centralize alertas críticos via Power Automate. Alerta pessoal é bom para o indivíduo. Para indicadores de negócio que todo o time precisa acompanhar, use o fluxo para garantir que a regra é uma só e não depende de cada um configurar.
• Revise periodicamente. Assinatura e alerta acumulam. Gente sai da empresa, o indicador muda de nome, o relatório é reestruturado. Coloque uma revisão trimestral na rotina de governança para limpar o que virou lixo.
• Cuidado com dado sensível no anexo. PDF por e-mail sai do perímetro controlado do Power BI. Para informação classificada, prefira a notificação com link, que exige login e respeita a permissão.
• Teste com uma pessoa antes de escalar. Configure para você, confira o horário, o conteúdo e o filtro, e só então adicione a lista inteira. Corrigir depois de trinta pessoas reclamarem é constrangedor.

Quando esse conjunto de práticas está no lugar, a distribuição deixa de ser um problema. As pessoas param de perguntar "cadê o relatório" porque ele chega sozinho, e param de descobrir um problema tarde demais porque o alerta avisou na hora. É simples, mas exige disciplina, e é esse tipo de disciplina que a gente instala em projetos de Power BI.

Perguntas frequentes#

Preciso de licença Pro para usar assinaturas e alertas?

Na maioria dos cenários, sim. Tanto para criar quanto para receber, o padrão é ter Power BI Pro ou PPU. Existem exceções quando o conteúdo está em capacidade Premium/Fabric, onde consumidores Free conseguem receber em determinados casos, mas não conte com isso como regra. Valide o licenciamento do seu tenant antes de prometer entrega para usuários Free.

Posso enviar assinatura para um e-mail de fora da empresa?

Por padrão, não. A assinatura entrega para endereços do próprio tenant. Para incluir alguém externo, essa pessoa geralmente precisa ser adicionada como usuário convidado no Entra ID, e a organização precisa permitir isso nas configurações do tenant. É uma questão de governança, não uma limitação técnica que você contorna sozinho.

Por que meu alerta não dispara mesmo o número tendo passado do limite?

As causas mais comuns são três: o número não está num visual suportado (só cartão, KPI e medidor em dashboard funcionam), o modelo não atualizou desde que o valor mudou (o alerta só checa quando o dado chega), ou o modo de armazenamento não notifica bem no seu caso. Comece verificando se o dado realmente atualizou depois da mudança.

Qual a frequência mínima de um alerta?

O Power BI verifica no máximo uma vez por hora, e ainda assim só quando há atualização de dados. Não existe alerta em tempo real de segundos com esse recurso. Se você precisa de reação instantânea a eventos, o caminho é Real-Time Intelligence e streaming, não o alerta de dashboard tradicional.

Consigo colocar alerta direto num visual do relatório?

Não. O alerta de dados vive no dashboard, sobre visuais de cartão, KPI ou medidor. Se o valor está num relatório, você fixa esse visual num dashboard primeiro e cria o alerta lá. Essa arquitetura confunde muita gente no começo, mas é assim que funciona.

Assinatura e alerta funcionam no Power BI Report Server (on-premises)?

O Report Server tem assinaturas próprias, com comportamento e configuração diferentes do serviço na nuvem, e alertas de dados nos moldes do Service não estão disponíveis da mesma forma. Se o seu ambiente é on-premises, trate esse tema à parte e valide o que a sua versão do Report Server suporta.

Comece pequeno e deixe a informação ir até as pessoas#

Assinaturas e alertas não são recursos glamourosos, mas resolvem o problema mais chato de todo projeto de BI: fazer a informação chegar. Comece por um relatório importante e uma assinatura bem configurada, cheque o horário do refresh, teste com uma pessoa e só então expanda. Para os poucos indicadores realmente críticos, monte alertas com threshold honesto e, se precisar distribuir, apoie no Power Automate.

Se você quer estruturar a distribuição, a governança e a sustentação do seu ambiente Power BI para que essa automação não vire bagunça, fale com a gente. A Fynx já entregou mais de 2.000 soluções Microsoft em 6 anos de mercado, e esse tipo de disciplina operacional é exatamente o que separa um BI que roda sozinho de um que vive apagando incêndio.