O Radar reúne minha leitura sobre novidades, mudanças e movimentos relevantes no ecossistema Salesforce.
Não é repost de notícia. É curadoria com contexto de projeto — releases, Flow, Revenue Cloud, Agentforce, arquitetura e carreira, reescritos a partir de uma leitura de arquiteto.
Releases, Flow, Revenue Cloud, Agentforce — com contexto de projeto real. Sem repost.
// Sem spam · cancele quando quiser
Uma pergunta simples no Stack Exchange escancara um problema clássico de governança: permissões que vêm ligadas por padrão e que ninguém revisita depois
Headless 360 não cria novos padrões de integração, mas muda quem consome a plataforma. Agentes ignoram a camada de UI e exigem enforcement no core, metadata descritiva e testes para caminhos que ninguém roteirizou.
As novas políticas de segurança de Salesforce começaram a bloquear administradores legítimos que acessam orgs via VPNs anônimas, criando um problema sério para quem é o único admin de uma org ou sandbox.
Um framework para decidir quando o requisito pede Flow, Apex, Agent Script ou um agente autônomo, antes de abrir qualquer builder.
O blog da Salesforce publicou um artigo introdutório sobre headless voltado para PMEs. O conceito em si não é novo, mas a conexão com Agentforce e Data Cloud torna a conversa mais relevante para quem está no ecossistema.
A Salesforce apresentou um framework arquitetural com quatro camadas — Slack, Agentforce, Customer 360 e Data 360 — que reposiciona o Slack como o ponto central de orquestração do trabalho humano-agente. Se você arquiteta soluções Salesforce, esse modelo muda o que você precisa expor nas suas integrações.
Na prática, arquitetura Salesforce não é o diagrama bonito que entregamos no fim — é a sequência de decisões que evita que o projeto vire uma teia impossível de manter seis meses depois.
A Salesforce reposicionou Revenue Cloud — e isso afeta como times de vendas, billing e arquitetura desenham seus modelos de quote-to-cash. Aqui está o que importa entender antes de qualquer migração.
