WeeNow Blog Logo

Salesforce Winter '27: o que muda na sua org

O Winter '27 está em todas as orgs de produção desde 12 de outubro de 2026. O que já mudou sem ninguém ligar, o que tem prazo até fevereiro de 2027 e o que vale ativar agora.

Por Caio Lopes
Imagem de capa do post Salesforce Winter '27: o que muda na sua org

O Winter ‘27 é a release de outubro de 2026 do Salesforce. Ela entrou nas sandboxes de preview em 28 e 29 de agosto e chegou às orgs de produção nos fins de semana de 4 e 5 de setembro, 2 e 3 de outubro e 9 e 10 de outubro de 2026. A Salesforce declarou a disponibilidade geral em 12 de outubro. Se a sua empresa usa o Salesforce, a sua org já está nessa versão. Ninguém pediu, ninguém aprovou, ninguém clicou. É assim que a plataforma funciona três vezes por ano, e é por isso que a release é um assunto do gestor de TI, não só do administrador.

A pergunta que importa não é “o que a Salesforce lançou”, e sim “o que mudou na minha org sem eu ter ligado nada, e o que ainda vai mudar com data marcada”. O Winter ‘27 tem cinco Release Updates aplicados à força, uma lista de aposentadorias de autenticação com prazos entre 30 de novembro de 2026 e meados de 2027, e um conjunto de recursos que só valem alguma coisa se alguém ativar. Este guia separa as três coisas, com a data de cada uma, e termina com um roteiro de 30 dias para quem herdou a release em produção.

O que é o Salesforce Winter ‘27?

O Winter ‘27 é a release sazonal de outubro de 2026 da plataforma Salesforce, identificada internamente como versão 264. As notas de release foram publicadas em 19 de agosto de 2026, as sandboxes de preview foram atualizadas em 28 e 29 de agosto e a produção recebeu a versão em três fins de semana, encerrados em 10 de outubro, com disponibilidade geral declarada pela Salesforce em 12 de outubro de 2026. A release aplica cinco Release Updates obrigatórios, anuncia aposentadorias de fluxos de autenticação com datas até o Summer ‘27 e traz recursos novos em Flow, Apex, relatórios, Sales Cloud, Service Cloud e Agentforce.

A Salesforce entrega três releases por ano: Spring em fevereiro, Summer em junho e Winter em outubro. Cada uma passa primeiro pelas sandboxes de preview, depois pelas orgs de produção, em fins de semana escalonados conforme a instância. A data exata da sua org está no Trust Status, na aba de manutenções da sua instância, que você descobre em Configuração, em Informações da Empresa.

Não existe opção de adiar. O que existe é a janela de preview, de cerca de seis semanas, em que a empresa pode testar a versão nova numa sandbox antes de ela chegar à produção. Quem não usou a janela testa agora, em produção, com usuário dentro.

Calendário do Winter ‘27

DataO que aconteceuFonte
13 de agosto de 2026Pre-release org disponível para cadastroSalesforce Ben, calendário da release
19 de agosto de 2026Publicação das Release NotesSalesforce Ben e sfupdates.com
27 de agosto de 2026, 18h (horário do Pacífico)Corte para refresh de sandbox entrar no previewSalesforce Help, Sandbox Preview Instructions
28 e 29 de agosto de 2026Sandboxes de preview atualizadas para o Winter ‘27Salesforce Help, Sandbox Preview Instructions
4 e 5 de setembro de 2026Primeiro fim de semana de produçãoBlog Salesforce Admins, Release Countdown
2 e 3 de outubro de 2026Segundo fim de semana de produçãoBlog Salesforce Admins, Release Countdown
9 e 10 de outubro de 2026Terceiro fim de semana de produção, instâncias não previewSalesforce Help, Sandbox Preview Instructions
12 de outubro de 2026Disponibilidade geral declarada pela SalesforceSalesforce Newsroom, Top Innovations in the Winter ‘27 Release
30 de novembro de 2026Restrição do OAuth 2.0 Device Flow passa a valerRelease Notes, Release Updates
1 de dezembro de 2026Use Any API Auth obrigatório para SOAP login() em todas as orgs e sandboxes; fim das exceções de verificação de e-mailRelease Notes, Release Updates
20 de fevereiro de 2027Aposentadoria do OAuth Username-Password Flow e dos fluxos User-AgentRelease Notes, Release Updates
Spring ‘27 (fevereiro de 2027)Aposentadoria do Salesforce to Salesforce, exigência de URL My Domain no tráfego de API, permissão dedicada para Setup Audit TrailRelease Notes, Release Updates
Summer ‘27 (junho de 2027)Fim do suporte a Connected Apps; SOAP login() nas versões 31.0 a 64.0 deixa de existirRelease Notes, Release Updates

A tabela diz uma coisa que o anúncio da release não diz: o Winter ‘27 não acaba em 10 de outubro. Ele abre uma sequência de prazos que vai até junho de 2027, e quase todos mexem em integração e autenticação.

O que já mudou na sua org sem ninguém ligar nada

Release Update é o nome que a Salesforce dá a uma mudança de comportamento da plataforma que é anunciada numa release, fica opcional por um tempo (com um botão de Test Run em Configuração) e depois é imposta a todas as orgs. As Release Notes do Winter ‘27 listam cinco delas como “enforced with this release”. Se ninguém testou antes, elas estão ativas na sua produção desde o fim de semana da atualização.

Profile Filtering ativo por padrão

Com o Profile Filtering, o usuário só enxerga o nome do próprio perfil. Para ver os demais, precisa da permissão View All Profiles. A Salesforce fez isso por segurança, e a mudança parece pequena até alguém lembrar quantas customizações usam o nome do perfil de outro usuário: regras de validação com $Profile.Name são seguras, porque falam do usuário atual, mas fórmulas, Flows, regras de atribuição, processos de aprovação, classes Apex e componentes que consultam Owner.Profile.Name ou o perfil de um terceiro passam a falhar para quem não tem a permissão.

O que checar agora: varra Flows, regras de validação, fórmulas, Apex, componentes Lightning, relatórios e dashboards procurando referências a nomes de perfil que não sejam do usuário corrente. Onde existir, refatore a lógica (grupo público, permission set ou campo próprio) ou, como último recurso, conceda View All Profiles a quem precisa.

SOAP login() exige a permissão Use Any API Auth

Toda autenticação pela operação login() da SOAP API passa a exigir a permissão de usuário Use Any API Auth. Quem não tem recebe erro. Segundo a nota de release, a partir de 1 de dezembro de 2026 a exigência vale de forma uniforme em todas as orgs e ambientes, produção e sandboxes incluídas.

Na prática isso atinge integrações antigas: Data Loader configurado com usuário e senha, middleware legado, scripts que ainda chamam a SOAP API para abrir sessão. Quase sempre é um usuário de integração que ninguém olha há anos. Confira o Login History filtrando pela aplicação e pelo tipo de login, identifique os usuários de integração e atribua a permissão por perfil ou permission set antes que o job noturno pare.

Três Release Updates de acessibilidade

Os outros três são enhancements de acessibilidade para cumprir as diretrizes WCAG 2.2 de redimensionamento e refluxo: cabeçalhos de página e janelas modais; cards, docked containers, listas de menu e painéis; seletores de data, popovers, barras de utilidades e cabeçalhos de registro. Eles mudam como o Lightning Experience se comporta quando o navegador está com zoom acima de 200%. Dois deles já estavam marcados para o Summer ‘26 e foram adiados para agora.

Para a maior parte dos usuários, nada muda. Para quem trabalha com zoom alto, e para componentes customizados que foram desenhados sem pensar em refluxo, pode haver conteúdo cortado ou sobreposto. Teste as páginas mais usadas a 200% e 400% de zoom e envolva o desenvolvedor se algum componente próprio quebrar.

O que tem data marcada entre agora e junho de 2027

Esta é a parte do Winter ‘27 que mais importa para o gestor de TI, porque atinge o que está fora do Salesforce: os sistemas que se conectam a ele. A lista abaixo vem da página de Release Updates das Release Notes do Winter ‘27.

MudançaQuando passa a valerQuem é atingido
OAuth 2.0 Device Flow restrito a External Client Apps locais com callback em localhost30 de novembro de 2026Connected Apps que usam device flow precisam migrar para External Client Apps
Fim da exceção de verificação de e-mail concedida pelo suporte1 de dezembro de 2026Orgs que fazem atualização em massa de e-mail de usuário sem verificação; é preciso configurar domínio de e-mail autorizado
Use Any API Auth para SOAP login() em todas as orgs1 de dezembro de 2026Integrações que autenticam por SOAP
Aposentadoria do OAuth 2.0 Username-Password Flow para Connected Apps20 de fevereiro de 2027 (adiada do Winter ‘27)Toda integração que manda usuário e senha na requisição; migrar para web-server flow ou client credentials
Aposentadoria dos fluxos OAuth User-Agent e Hybrid User-Agent20 de fevereiro de 2027Apps que usam esses fluxos; migrar para web-server flow com PKCE
Salesforce to Salesforce aposentadoSpring ‘27Empresas que trocam registros entre orgs por esse recurso; alternativas indicadas pela Salesforce: Partner Cloud, Data Cloud One, MuleSoft Anypoint ou MuleSoft for Flow
Autenticação legada do Salesforce Connect cross-org adapter aposentadaSpring ‘27Fontes de dados externas cross-org por senha ou OAuth; migrar para named credentials
Tráfego de API precisa usar a URL do My Domain, não a URL de instânciaSpring ‘27 (adiado do Spring ‘26)Integrações que ainda apontam para naXX.salesforce.com
Campos não públicos removidos de respostas de ações AuraSpring ‘27Componentes Aura que dependem de campos internos de objetos customizados
Permissão dedicada View Setup Audit TrailSpring ‘27Quem acessa a trilha de auditoria sem View Setup; o acesso atual é preservado
Recalculo de compartilhamento assíncronoScheduled para Spring ‘27Apex e Flows que exigem o share atualizado na mesma transação
Fim do suporte a Connected AppsSummer ‘27Todas as integrações em Connected Apps; continuam funcionando, mas sem correções nem suporte; migrar para External Client Apps
SOAP login() nas versões 31.0 a 64.0 da API deixa de existirSummer ‘27Integrações SOAP em versões antigas
Bloqueio de Apex anônimo a partir de pacotes gerenciadosSummer ‘27Pacotes que usam UserInfo.getSessionId() para executar Apex anônimo

Dois detalhes evitam trabalho errado. Primeiro, o Release Update “Adopt Authorized Email Domains”, que circulou em guias de preparação durante o ano, foi cancelado e substituído pelo “Maintain Your Email Verification Exception”. Segundo, a aposentadoria do Username-Password Flow estava marcada para o Winter ‘27 e foi adiada para 20 de fevereiro de 2027. Um checklist feito em julho manda a equipe correr atrás do prazo errado. A fonte é a página de Release Updates das Release Notes, não o resumo de um blog.

O fio que liga quase tudo é a migração de Connected Apps para External Client Apps. A Salesforce já disse que encerra o suporte a Connected Apps no Summer ‘27. Se a sua org tem meia dúzia de integrações em Connected Apps, o Winter ‘27 é o momento de inventariar: qual fluxo OAuth cada uma usa, qual versão de API, qual URL de login. O guia de APIs do Salesforce e o artigo sobre integrações no Salesforce ajudam a montar esse inventário.

O que vale ativar agora: plataforma, Flow e Apex

Nada do que vem abaixo liga sozinho. São recursos novos ou ampliados que dependem de uma decisão do administrador ou do arquiteto, e que mudam o custo de manter a org.

Flow Builder teve a maior atualização em anos

  • Test Mode (beta). Um modo de teste dedicado substitui o debug: você escolhe o registro de entrada, roda, salva o cenário e reexecuta depois de cada mudança. Cenários aceitam asserções (condições que avaliam o resultado esperado) e mostram cobertura dos elementos e caminhos. Está em Configuração, em Process Automation Settings, como Flow Test Mode (Beta), para Flows autolançados e acionados por registro. É beta: ative primeiro em sandbox.
  • Screen Flows em massa a partir de list views e related lists. Uma Quick Action com Screen Flow passa a receber todos os registros selecionados. Basta criar no Flow uma variável de coleção de texto chamada ids, disponível para entrada. Isso elimina componentes customizados que existiam só para processar uma seleção.
  • Fórmulas reativas na visibilidade condicional. Campos de uma mesma tela podem aparecer ou sumir conforme o que o usuário acabou de digitar, sem uma tela intermediária.
  • Erros pegos ao salvar. O Flow Builder avisa quando um elemento Create Records não preenche um campo obrigatório ou quando um valor pode estourar o tamanho do campo de destino. Flows existentes não são reavaliados se um campo virar obrigatório depois, então isso não substitui teste de regressão.
  • Split by Field Value e Split by Date. Dois elementos de lógica novos que criam um caminho por valor de campo (com nome automático para picklists) ou por data em relação a hoje. Não aposentam o Decision: não aceitam combinar valores num mesmo ramo e o Split by Date só compara com a data atual.
  • Manutenção de Flows grandes. Filtro de recursos não usados, agrupamento de elementos com rótulo, painel de histórico de edições com restauração de versão e atalhos de teclado. Agrupamento e histórico estão sendo liberados gradualmente.
  • Contexto de usuário com permissões aplicadas. Screen Flows e Flows autolançados ganham a opção “User Context: Enforces User Permissions”. O Flow roda com as permissões de quem o executa e só acessa o que esse usuário pode. Vale decidir em equipe quando isso vira padrão.

E uma ausência que ensina: as Flow Tags, que apareceram nas sandboxes de preview como forma de classificar Flows por categoria, foram retiradas do Winter ‘27 antes da produção. Segundo o Salesforce Ben, a Salesforce informou que o recurso “não está pronto”. Quem testou no preview e planejou em cima disso precisa testar de novo na versão final. Preview é preview.

Apex: limite de heap maior, e um interruptor para a transição

O limite de heap de transações síncronas subiu de 6 MB para 10 MB, e o de assíncronas de 12 MB para 25 MB, segundo as Release Notes. Erros de heap costumam aparecer só em produção, com volume real de dados, e esse é um alívio direto para Batch Apex e integrações pesadas. Para quem desenvolve em sandbox Winter ‘27 e ainda implanta em produção Summer ‘26, existe em Apex Settings a opção “Enforce the Summer ‘26 Apex heap limit”, que mantém o limite antigo no ambiente de desenvolvimento. No Spring ‘27 o limite novo vale para todos, independentemente dessa configuração. O método Limits.getLimitHeapSize() confirma o limite da sua org.

Duas mudanças de ferramenta para quem escreve Apex: o Web Console passa a ser o ambiente de desenvolvimento preferido, e o Developer Console deixa de aparecer por padrão quando o Web Console está ativo. O Developer Console não foi removido: pode ser reativado em Configuração, em Development, em Web Console. Usuários do Web Console precisam das permissões Web Console User e View All Data, e quem executa consultas precisa de Use Any API Client. E a REST API aceita latest no lugar do número da versão na URL, o que elimina a troca de versão três vezes por ano, com a ressalva de que integrações que exigem comportamento previsível continuam melhor com versão fixa.

Permissões, dados e lista

  • Histórico de campo no objeto User, disponível para todos, com até 20 campos rastreados. Fecha uma lacuna antiga de auditoria: quem mudou o perfil, o gestor ou o papel de um usuário, e quando. Precisa ser ativado em Configuração.
  • Manter compartilhamentos manuais ao transferir registros. Nova configuração, desligada por padrão e válida para a org inteira. Até agora, trocar o proprietário apagava os shares manuais e gerava chamados de “perdi acesso”.
  • Edição inline ampliada em list views. Duas opções novas em User Interface Settings permitem editar campos que não estão no layout e editar registros de tipos diferentes na mesma lista. Ambas desligadas por padrão; confira layouts e regras de validação antes de ativar.
  • Relatórios. Prévia de registros dentro do relatório Lightning, sem sair da tela (beta), e relatórios e dashboards embutidos em sites Experience Cloud em Lightning Web Runtime (beta).

O que o usuário de vendas e atendimento vai notar

Para o CTO, esta seção serve para antecipar o pedido de habilitação que vai chegar da área de negócio.

Sales Cloud. Depois de uma ligação transcrita pelo Einstein Conversation Insights, o Salesforce passa a sugerir próximos passos (enviar proposta, agendar follow-up, envolver outra pessoa) no próprio registro. O aplicativo móvel ganha notas de voz pós-reunião, transcritas automaticamente e guardadas junto da ligação. E o Pipeline Forecasting reúne risco de negócio, pontuação de metodologia, insights de contato e mapa de atividade na visão de previsão. Os dois primeiros dependem de licença de Einstein Conversation Insights.

Service Cloud. Anexos enviados pelo cliente na abertura do caso aparecem como tiles abaixo da descrição, até três por padrão, com link para o histórico completo. Comentários de caso ganham ferramentas de escrita com IA (polir, expandir, resumir, refinar com instrução). Sessões de mensageria e chamadas de voz podem gerar resumo automático ao encerrar e salvá-lo no caso. O cliente recebe uma mensagem configurável quando o chat é redirecionado por queda de conexão do atendente. Marcos de caso desatualizados podem ser excluídos da linha do tempo, resolvendo uma ideia aberta na comunidade há quase dez anos, e a configuração de Case Merge foi consolidada numa única tela (beta).

Marketing. Dois agentes novos no Marketing Cloud Next, o Marketing Goals Agent e o Marketing Content Agent, e as Completion Actions do Account Engagement chegam ao Flow Builder.

Nada disso liga sozinho, e quase tudo expõe dado: transcrição de chamada, resumo de conversa, texto gerado por IA em comentário de caso. Antes de habilitar, vale revisar o modelo de permissões, como discutimos no guia de governança de dados no Salesforce.

Agentforce e a direção da plataforma

No anúncio oficial de 31 de agosto de 2026, a Salesforce listou as dez principais novidades do Winter ‘27, e nove delas são de agentes. As que mais interessam a quem já opera a plataforma:

  • Agent Skills and Plugins. Um registro único de skills reutilizáveis entre superfícies, com mais de 100 skills prontas no lançamento e a possibilidade de publicar as da própria empresa. Plugins empacotam skills com conectores MCP, hooks e configuração; o primeiro, o Salesforce Development, já está no marketplace do Claude Code.
  • Orquestração de agentes de terceiros. O Agentforce passa a orquestrar agentes de AWS, Azure, Google e outros por meio do protocolo A2A, ou a atuar como subagente onde já existe outro orquestrador.
  • Agentforce Contact Center em mais de 30 países, com voz dentro do CRM, sem integração de contact center de terceiros.
  • Adaptive Experiences e Dynamic Plans no Service Rep Assistant: um agente acompanha o caso em tempo real e atualiza o plano de resolução conforme a conversa muda.
  • Slack Code, canais de código compartilhados entre pessoas e agentes dentro do Slack; Tableau Knowledge, que gera grafos de conhecimento para dar contexto governado aos agentes; e Informatica Headless, que expõe a gestão de dados por MCP e dentro de ferramentas como VS Code.

A página oficial da release completa a lista para o Agentforce com observabilidade habilitada automaticamente e sem medição por uso, memória curada para os agentes e ferramentas de desenvolvimento dedicadas. Na plataforma, a Salesforce destaca backup e recuperação reforçados e descoberta de dados sensíveis.

O contexto é o Dreamforce 2026, em setembro, de onde saíram os anúncios que explicam para onde a release aponta: o AIforce, camada que expõe dados, regras e permissões do CRM a qualquer interface por API, MCP ou CLI; o Builder Central (beta), para criar apps e agentes a partir de linguagem natural com testes e controles de implantação embutidos; a Headless Experience Layer e o suporte a React e Angular em disponibilidade geral; o Security Mesh, dentro do Security Center; e as pontuações de risco para servidores MCP registrados no Agentforce, que classificam cada servidor como risco baixo, médio ou alto antes de autorizar a conexão. Tratamos do que isso significa para quem já opera a plataforma no artigo sobre o Claudeforce e no guia do Agentforce.

A leitura para o gestor de TI é direta: cada release empurra mais superfície da org para fora da tela do Salesforce. Isso aumenta o peso de três coisas que o Winter ‘27 justamente mexe: autenticação (External Client Apps, fim dos fluxos frágeis), permissões (Profile Filtering, contexto de usuário no Flow, histórico do objeto User) e observabilidade.

Roteiro de 30 dias para quem herdou a release em produção

Se a sua org atualizou em 10 de outubro e ninguém testou no preview, a ordem abaixo prioriza o que para a operação antes do que melhora a operação.

Semana 1: o que pode estar quebrado agora.

  1. Abra Configuração, Release Updates, e confirme os cinco updates do Winter ‘27 como aplicados.
  2. Procure referências a nome de perfil de outro usuário em Flows, fórmulas, validações, Apex e componentes. Corrija ou conceda View All Profiles onde for inevitável.
  3. Liste os usuários de integração que autenticam por SOAP e atribua Use Any API Auth. O prazo uniforme é 1 de dezembro de 2026, mas o erro pode estar acontecendo desde a atualização.
  4. Rode um teste de fumaça: login, criação de registro, as três automações mais críticas, as integrações que rodam todo dia. Consulte o Known Issues da Salesforce para a sua instância.

Semana 2: o inventário de integrações.

  1. Exporte o Login History dos últimos seis meses e cruze aplicação com tipo de login. Marque o que usa Username-Password, User-Agent ou Device Flow.
  2. Liste as Connected Apps e decida a ordem de migração para External Client Apps, começando pelas que caem em 30 de novembro e 20 de fevereiro.
  3. Verifique se alguma integração ainda usa URL de instância em vez do My Domain, e se alguma depende de Salesforce to Salesforce ou do cross-org adapter com autenticação legada.
  4. Pergunte a cada fornecedor de pacote gerenciado se o pacote foi validado no Winter ‘27.

Semana 3: o que vale ativar.

  1. Em sandbox, ative o Flow Test Mode (beta) e crie cenários para as automações críticas. É o investimento de maior retorno da release para quem sofre com regressão.
  2. Avalie “User Context: Enforces User Permissions” como padrão para Flows novos.
  3. Ative o histórico de campo no objeto User e defina os 20 campos que a auditoria precisa.
  4. Decida sobre manter compartilhamentos manuais na transferência e sobre a edição inline ampliada, com o arquiteto.

Semana 4: o próximo ciclo.

  1. Garanta que existe uma sandbox em instância de preview antes do corte do Spring ‘27, em janeiro de 2027. Sem isso, a próxima release também será testada em produção.
  2. Registre no calendário interno as datas de 30 de novembro, 1 de dezembro e 20 de fevereiro, com responsável.
  3. Alinhe com a área de negócio o que será habilitado de Sales e Service e em que ordem.

Como a WeeNow conduz a release para quem já opera o Salesforce

A WeeNow é parceira oficial Salesforce e trabalha com sustentação e evolução de orgs em operação. Release, para nós, é rotina com calendário, não evento. Antes de cada janela de preview, mantemos uma sandbox de preview por cliente, aplicamos os Release Updates em Test Run e rodamos a regressão das automações e integrações críticas. Quando a produção atualiza, o cliente já sabe o que mudou e o que foi corrigido.

Para o Winter ‘27, o trabalho concentra-se em três entregas: o inventário de integrações com o fluxo de autenticação de cada uma e o plano de migração para External Client Apps dentro dos prazos de novembro, dezembro e fevereiro; a revisão de permissões afetadas pelo Profile Filtering e pelo SOAP login(); e a adoção do Flow Test Mode nas automações que mais geram chamado. Quem precisa de ajuda para escolher um parceiro para isso pode começar pelo nosso checklist de consultoria Salesforce. Se a sua org deu problema depois da atualização, o roteiro de Salesforce parado é o primeiro passo.

Perguntas frequentes sobre o Winter ‘27

Quando o Winter ‘27 chegou à produção?

Nos fins de semana de 4 e 5 de setembro, 2 e 3 de outubro e 9 e 10 de outubro de 2026, conforme a instância. As instâncias não preview foram atualizadas em 9 e 10 de outubro, segundo as instruções de Sandbox Preview da Salesforce Help, e a Salesforce declarou a disponibilidade geral em 12 de outubro de 2026. A data da sua org está no Trust Status, na aba de manutenções.

Dá para adiar ou recusar a release?

Não. A atualização é aplicada a todas as orgs no fim de semana da instância. O que a empresa controla é o teste antecipado, numa sandbox em instância de preview, e a ativação dos recursos opcionais.

Quais Release Updates foram impostos no Winter ‘27?

Cinco: Enable Profile Filtering; Assign Use Any API Auth Permission for SOAP login(); e três enhancements de acessibilidade para zoom acima de 200% (cabeçalhos e modais; cards, docked containers, listas de menu e painéis; seletores de data, popovers, barras de utilidades e cabeçalhos de registro).

O fluxo OAuth Username-Password acabou no Winter ‘27?

Não. A aposentadoria estava marcada para o Winter ‘27 e foi adiada para 20 de fevereiro de 2027, segundo a página de Release Updates. Integrações que usam esse fluxo precisam migrar para o web-server flow ou para o client credentials flow até lá.

O que acontece com as Connected Apps?

Continuam funcionando, mas a Salesforce encerra o suporte a elas no Summer ‘27, sem correções de bug nem suporte a integrações e fluxos de autorização. O caminho indicado é migrar para External Client Apps. O Device Flow já fica restrito a External Client Apps locais em 30 de novembro de 2026.

O que é o Profile Filtering e por que ele quebra customizações?

É a configuração que impede o usuário de ver nomes de perfil que não sejam o próprio, salvo com a permissão View All Profiles. Customizações que consultam o perfil de outro usuário, como Owner.Profile.Name numa fórmula ou num Flow, passam a falhar para quem não tem a permissão.

O limite de heap do Apex mudou?

Sim. Síncrono de 6 MB para 10 MB e assíncrono de 12 MB para 25 MB, ativados automaticamente com a release. Em sandboxes Winter ‘27 existe a opção de manter o limite antigo para validar código que ainda será implantado em produção Summer ‘26. No Spring ‘27 o limite novo vale para todos.

O Flow Test Mode substitui o debug?

Ele junta debug e teste num só lugar e permite salvar cenários com asserções e medir cobertura. Está em beta, para Flows autolançados e acionados por registro, e precisa ser ativado em Process Automation Settings. Use em sandbox antes de levar à produção.

As Flow Tags estão no Winter ‘27?

Não. Apareceram nas sandboxes de preview e foram retiradas antes da produção. A lição vale para toda release: valide na versão final, não só no preview.

O Developer Console foi removido?

Não. No Winter ‘27 o Web Console é o ambiente preferido e o Developer Console deixa de aparecer por padrão quando o Web Console está ativo. Ele pode ser reativado em Configuração, em Development, em Web Console.

Quando é o Spring ‘27?

A Salesforce entrega a release Spring em fevereiro. O corte para a sandbox entrar no preview costuma cair em janeiro. Garanta a sandbox de preview antes disso.

Fontes

  • Salesforce Help. Salesforce Winter ‘27 Release Notes, Release Updates (versão 264): lista de updates impostos no Winter ‘27, agendados para antes do Spring ‘27, para o Spring ‘27 e para o Summer ‘27, e updates cancelados.
  • Salesforce Help. Enable Profile Filtering (Release Update), Winter ‘27 Release Notes.
  • Salesforce Help. Assign Use Any API Auth Permission for SOAP login() (Release Update), Winter ‘27 Release Notes.
  • Salesforce Help. Handle Larger Datasets with Increased Apex Heap Limits, Winter ‘27 Release Notes.
  • Salesforce Help. Test Flows in a Dedicated Test Mode (Beta), Winter ‘27 Release Notes.
  • Salesforce Help. Salesforce Sandbox Preview Instructions (artigo 000391927): datas de preview, corte e produção do Winter ‘27.
  • Salesforce. Salesforce Winter ‘27 Release (página oficial da release): destaques por nuvem e perguntas frequentes sobre o ciclo de releases.
  • Salesforce Newsroom. Top Innovations in the Winter ‘27 Release: AI Agents Run the Work, 31 de agosto de 2026: dez principais novidades e disponibilidade geral em 12 de outubro de 2026.
  • Salesforce Admins (blog oficial). Admin Release Countdown: Get Ready for Winter ‘27, 6 de agosto de 2026.
  • Salesforce (The 360 Blog). The Top 5 Dreamforce Announcements for IT: AIforce, MCP Security, and More, 22 de setembro de 2026.
  • Salesforce Ben. Salesforce Winter ‘27 Release: Everything You Need to Know Before Go-Live, 14 de setembro de 2026; Salesforce Winter ‘27 Is Live: 12 Features to Share With Your Team, 7 de outubro de 2026; Salesforce Winter ‘27 Is Live: 10 Features to Share With Your Users, 5 de outubro de 2026; Salesforce Winter ‘27 Release Date + Preview Information.
  • Apex Hours. Salesforce Winter ‘27: Developer Console Is Now Web Console, 8 de setembro de 2026.

Continuar lendo

Posts relacionados

Ver todos

Revisão pós-release Winter '27 com a WeeNow

Conte como está a sua org (integrações, automações, pacotes instalados) e um especialista da WeeNow retorna com o roteiro de verificação do Winter '27 para o seu caso.

WhatsApp