Guia Definitivo do Sandbox Preview no Salesforce

Você já passou pelo desespero de um novo release (Spring, Summer ou Winter) quebrar um Flow complexo ou um código Apex crítico no fim de semana da atualização? O Sandbox Preview de 6 semanas existe justamente para evitar isso. Ele permite que você teste seus metadados, integrações e dados contra a versão futura da plataforma com antecedência de sobra, garantindo que tudo funcione perfeitamente quando a produção for atualizada.

Pré-requisitos

• Acesso de System Administrator na sua org de produção.
• Conhecimento das datas-chave do próximo release (especialmente o Cutoff Date).
• Pelo menos uma licença de Sandbox disponível ou um sandbox existente pronto para ser sobrescrito.

Passo a Passo para Garantir seu Preview

1. Identifique o status atual dos seus Sandboxes

• Objetivo: Descobrir a configuração de release dos seus ambientes atuais.
• Ação: Em Produção, acesse Setup, pesquise por Sandboxes na caixa Quick Find e acesse a lista. Observe a coluna Release Type. Ela informará se a instância em que seu sandbox está alocado é Preview ou Non-Preview.
• Gotcha: O status atual não garante o futuro se você fizer um refresh. A regra do Release Type pós-refresh depende estritamente do momento em que a cópia é finalizada.

2. Consulte o Sandbox Preview Guide

• Objetivo: Traçar a estratégia correta (fazer ou não fazer o refresh).
• Ação: Acesse o site oficial do Salesforce Sandbox Preview Guide. Insira o nome da instância do seu sandbox (ex: CS123 ou CS84). O guia mostrará se você deve deixá-lo quieto para entrar no preview, ou se é obrigatório fazer o refresh antes do prazo para forçar a migração de instância.

3. Execute o Refresh (se necessário) antes do Cutoff Date

• Objetivo: Realocar seu sandbox para uma instância configurada para o upgrade antecipado.
• Ação: Se o guia recomendar o refresh, inicie o processo na lista de Sandboxes em produção. O requisito fundamental é que a cópia termine antes do prazo oficial (Cutoff Date).
• Gotcha: A fila de refresh do Salesforce é implacável. Se você pedir o refresh minutos antes do prazo, a cópia pode terminar horas depois. Se passar da data/hora de corte, o sandbox cairá em uma instância Non-Preview. Solicite sempre com pelo menos 48 a 72 horas de antecedência.

4. Valide a compatibilidade do AppExchange

• Objetivo: Evitar falhas de instalação em pacotes de terceiros.
• Ação: Durante a janela de preview, você só pode instalar pacotes AppExchange se as instâncias de origem e destino estiverem alinhadas (ex: Preview para Preview). Valide com os fornecedores se as versões dos pacotes gerenciados que você usa já são compatíveis com a nova release do Salesforce.

Como Expandir: Visão de Arquitetura

Pensando em Release Management avançado, você nunca deve colocar todos os seus sandboxes na mesma versão. A melhor arquitetura distribui os ambientes estrategicamente:

• Ambiente de Hotfix/Staging: Mantenha pelo menos um Full Copy ou Partial Copy em Non-Preview (versão atual). Isso é essencial para reproduzir bugs reais de produção e aprovar hotfixes de emergência sem o risco de contaminar o código com recursos que a produção ainda não suporta.
• Ambiente de QA/Dev: Mantenha os sandboxes de desenvolvimento e homologação (UAT) de novos projetos em Preview. Assim, o time de desenvolvimento certifica as novas features contra as APIs e comportamentos mais recentes do Salesforce, detectando incompatibilidades de forma antecipada.