Segurança e governança

Governança de mudanças de configuração

Com a governança ligada, criar ou excluir um objeto e criar, editar ou excluir um campo deixam de valer na hora: viram solicitações que um gestor precisa aprovar. A fila fica em Configurações, Mudanças de configuração pendentes, e dá para exigir que quem pede a mudança não seja quem aprova.

Numa organização em que várias pessoas mexem na configuração, o estrago de sempre não é má-fé: é alguém excluir um campo que outra equipe usava, tornar um campo obrigatório de um dia para o outro, ou criar um objeto duplicado por não ter reparado que já existia um. A governança de mudanças coloca um segundo par de olhos na frente de qualquer uma dessas cinco operações.

Ligar a governança

Abra Configurações e clique em Organização.
Localize Exigir aprovação para mudanças de configuração e ligue a chave.
O rótulo passa a mostrar Aprovação exigida (ligado).

Enquanto a chave estiver desligada, e ela nasce desligada, tudo continua sendo aplicado imediatamente como sempre foi.

O que exatamente passa pela fila

Criar objeto.
Excluir objeto.
Criar campo.
Editar campo.
Excluir campo.

Só essas cinco operações. Funis, automações, perfis e permissões, modelos de e-mail, integrações ou qualquer outra configuração continuam valendo na hora, mesmo com a governança ligada. Isso importa para ninguém ficar com a impressão falsa de que a configuração inteira está sob revisão. Duas ficam de fora de propósito: funil e automação são salvos inteiros, então uma solicitação aprovada dias depois restauraria a estrutura antiga por cima do que mudou no meio-tempo; e a integração levaria a credencial para dentro da solicitação.

Como funciona o pedido

A pessoa faz a operação normalmente, por exemplo criando um campo em Configurações, Objetos.
Em vez de aplicar, o sistema registra uma solicitação pendente e avisa no sino todos os gestores da organização.
Um gestor abre Configurações, Mudanças de configuração pendentes e vê a solicitação na aba Pendentes, com Tipo, Mudança, Solicitado por, Solicitado em e Situação.
Ele clica em Aprovar, e só nesse momento a mudança é aplicada de verdade, ou em Rejeitar, e nada é feito.
Quem pediu recebe uma notificação com o resultado.

A aba Histórico mostra as solicitações já decididas, com a situação Aprovada ou Rejeitada.

Exemplo: Numa operadora de logística, um analista tenta excluir o campo Código do romaneio do objeto Entrega. Com a governança ligada, o campo continua existindo e uma solicitação aparece na fila. A gestora percebe que dois relatórios usam esse campo, clica em Rejeitar, e o analista é notificado. O dado nunca chegou a ser perdido.

Quem pode fazer

Ligar e desligar a governança exige permissão de gerenciar configurações.
Aprovar e rejeitar exige permissão de gerenciar configurações. Quem não tiver recebe a mensagem Apenas gestores podem aprovar ou rejeitar.
A fila e o histórico podem ser consultados por quem tem acesso à tela, mesmo sem poder decidir.

💡 Por padrão, a mesma pessoa pode solicitar e aprovar a própria mudança, desde que tenha permissão de gestor. Se você precisa da separação de verdade, ligue Quem solicita a mudança não pode aprová-la, logo abaixo do interruptor da governança: a partir daí o sistema recusa a decisão e pede outro gestor. É opt-in por um motivo: numa organização com um gestor só, isso deixaria a configuração congelada, porque não haveria mais ninguém para aprovar. A fila agora mostra quem pediu cada mudança, e o histórico mostra quem decidiu.

Perguntas comuns

Desligar a governança aprova o que está pendente? Não. As solicitações continuam paradas até alguém decidir.
Rejeitar apaga alguma coisa? Não. Rejeitar apenas marca a solicitação como rejeitada; nada é aplicado.
A aprovação de uma exclusão de campo apaga os dados? Ela executa a exclusão do campo que foi pedida, com os mesmos efeitos de tê-la feito diretamente. Trate uma exclusão aprovada como definitiva.

Abrir este artigo dentro do sistema →