Quando uma oportunidade de alto valor vira risco, ou um caso crítico estoura o SLA, o gestor não deveria descobrir no relatório do dia seguinte. Platform Events são o jeito nativo de disparar esse alerta na hora, e o mais importante: sem acoplar quem calcula o problema a quem reage a ele.
O problema do código que "faz tudo"
O caminho ingênuo é: no mesmo lugar que calcula o risco, já mandar o e-mail, já postar no Slack, já atualizar a tela. Funciona até o dia em que você precisa adicionar mais um canal de notificação, e aí mexe no código de cálculo e arrisca quebrar tudo. É rígido e frágil.
A ideia: publicar um evento, quem quiser escuta
Com um Platform Event, o motor de cálculo só faz uma coisa: no momento da transição crítica, publica um evento ("essa oportunidade virou risco"). Quem reage é problema de outros componentes, que assinam o evento de forma independente: um manda e-mail, outro atualiza um painel ao vivo, outro integra com um sistema externo. Adicionar um canal novo não toca no cálculo.
// publica só na transição para crítico (evita alerta repetido)
EventBus.publish(new Risco_Critico__e(
Oportunidade__c = opp.Id, Score__c = novoScore));
Disparar só na transição, não a cada verificação
Um detalhe que separa alerta útil de spam: publique o evento apenas quando o registro cruza para o estado crítico, não toda vez que o Batch roda e reconfirma que ele continua crítico. Ninguém aguenta receber o mesmo alerta de hora em hora. Nem todo aviso, aliás, pede tempo real: cobrança de tarefa vencida vive melhor num resumo diário agendado, o oposto do push instantâneo, como mostro em como automatizar o follow-up pós-venda no Salesforce.
O painel ao vivo em LWC (empApi)
Do lado do frontend, um Lightning Web Component assina o mesmo evento via empApi e atualiza a
tela em tempo real: um heatmap de risco que reage, um feed de alertas que aparece sozinho, sem o usuário
dar refresh. É a diferença entre um cockpit vivo e uma tela estática.
Onde isso se aplica
- Risco de renovação e de perda de oportunidade.
- Violação de SLA em atendimento.
- Fraude ou anomalia detectada em pedido/pagamento.
- Qualquer evento de negócio onde reagir rápido vale dinheiro.
Platform Event brilha quando o objetivo é desacoplar quem gera o fato de quem reage, ou atualizar uma tela ao vivo. Quando o objetivo é avisar uma pessoa específica, com um clique que abre o registro certo no sino e no mobile, o mecanismo mais direto é a Custom Notification, que detalho no post sobre notificação proativa com Custom Notifications e Apex. Os dois convivem: o evento acende o painel, a notificação bate no dono do registro.
Precisa de alertas em tempo real na sua operação?
Eu implemento o fluxo completo: cálculo, Platform Event na transição e o painel ao vivo em LWC, com a arquitetura desacoplada que aguenta crescer. Comece com um diagnóstico gratuito de 45 minutos.
Falar no WhatsApp Ver serviços