Administração

Sandbox · testar mudanças em uma cópia da organização

O sandbox é uma cópia completa e não cobrável de uma organização, criada para experimentar objetos, campos e automações sem risco. Ao terminar, um conjunto de mudanças permite publicar na produção somente o que você escolher. A criação e a publicação são feitas pela equipe do SellioCRM, não pela tela de Configurações.

Mudar a configuração direto na produção é a origem de boa parte dos sustos: um campo apagado que uma automação usava, um objeto criado com o nome errado e já preenchido por dez pessoas. O sandbox existe para que essas experiências aconteçam em uma cópia, e para que só o que deu certo volte.

O que é o sandbox

Uma organização nova e separada, marcada com o selo Sandbox, criada a partir de uma organização de produção.
A cópia inclui os metadados, ou seja, objetos, campos, automações e demais configurações, e também os registros existentes.
Ele nasce isolado. Pelo isolamento por organização, o sandbox nunca enxerga dados de outra organização, e a produção nunca enxerga os dados do sandbox.
Sandboxes não entram na medição de consumo nem geram cobrança.
A trilha de auditoria e o histórico de consumo da produção não são copiados: a cópia começa com essa história limpa.

Como um sandbox é criado

A criação, a exclusão e a publicação de mudanças acontecem no console de operação do SellioCRM, na aba Sandbox da organização. Não existe um botão para isso dentro de Configurações: quem administra a sua organização não cria um sandbox sozinho. Peça ao suporte do SellioCRM quando precisar de um.

A equipe do SellioCRM abre a organização de produção no console e vai à aba Sandbox.
Clica em Criar sandbox e aguarda a cópia. A tela informa quantas linhas foram clonadas.
Uma nova organização aparece com o selo Sandbox, com os mesmos objetos, campos, automações e registros da origem.

Publicar mudanças na produção

Com o sandbox aberto no console, a aba Sandbox mostra o conjunto de mudanças em relação à produção de origem.
Cada item aparece como objeto, campo ou automação, com a situação de novo, alterado ou removido.
Marque os itens desejados e aplique. Objetos são aplicados antes dos campos, porque os campos dependem deles.
Itens que não puderam ser aplicados são listados com o motivo, em vez de falharem em silêncio.

Exemplo: Uma indústria quer reorganizar o cadastro de produtos: três campos novos, um renomeado e uma automação de alerta de estoque. Tudo é montado e testado no sandbox durante duas semanas. Na publicação, escolhem levar os três campos novos e a automação, e deixam de fora o campo renomeado, que ainda gerava dúvida. A produção recebe exatamente esses quatro itens.

O que a publicação move e o que não move

Move configuração: objetos, campos e automações.
Não move registros. Contatos, negócios e demais dados criados no sandbox ficam no sandbox.
Nada é apagado automaticamente na produção. Um item que existe só na produção aparece como removido no comparativo, mas continua existindo até alguém apagá-lo à mão.
A aplicação é idempotente por nome: publicar duas vezes o mesmo campo atualiza, em vez de duplicar.

💡 Excluir um sandbox apaga todos os dados dele e não afeta a produção nem os usuários. Como o sandbox contém uma cópia real dos seus dados, trate o acesso a ele com o mesmo cuidado que você trata a produção.

Perguntas comuns

Consigo criar um sandbox sozinho pelo menu Configurações? Não. A operação fica no console do SellioCRM.
O sandbox aparece na minha fatura? Não. Sandboxes não são medidos nem cobrados.
Posso testar integrações e envio de e-mail no sandbox? Ele é uma organização real; configure credenciais de teste antes, para não disparar comunicação a clientes de verdade a partir de dados copiados.

Abrir este artigo dentro do sistema →