Autonomia por ação e ambiente
A mesma ação pode rodar sozinha num ambiente e exigir aprovação em outro, definido pela tela e sem desenvolvimento.
Painel Admin → Política de risco → Autonomia por ambiente · Para: administradores ·
A matriz de autonomia
As linhas são as classes de ação, e as colunas são os ambientes. Os ambientes vêm do cadastro do tenant (por exemplo, desenvolvimento, homologação e produção), e cada servidor em Remote Devices pertence a um deles. Em cada célula, escolha:
| Opção | Efeito |
|---|---|
| Automático | A ação roda sem intervenção. |
| Automático com registro | A ação roda e fica registrada em detalhe, como no risco médio. |
| Exige aprovação | A ação espera aprovação humana antes de rodar. |
| Bloqueado | A ação nunca roda nesse ambiente. |
Exemplo
| Classe de ação | Desenvolvimento | Homologação | Produção |
|---|---|---|---|
| Consulta e diagnóstico | Automático | Automático | Automático |
| Reinício de serviço | Automático | Automático com registro | Exige aprovação |
| Alteração de configuração | Automático com registro | Exige aprovação | Exige aprovação |
| Escrita no ITSM | Automático com registro | Automático com registro | Automático com registro |
| Ação destrutiva | Exige aprovação | Exige aprovação | Bloqueado |
Ações de risco crítico exigem aprovação mesmo que a célula diga Automático. A matriz nunca afrouxa o nível crítico.
Procedimento de reversão
- Toda ação executada automaticamente que altera o ambiente registra, antes de rodar, o procedimento de reversão aplicável: o que fazer para desfazer a ação, com o comando quando houver.
- O procedimento aparece na timeline junto com a ação e o resultado.
- Se o agente não conseguir indicar um procedimento de reversão, a ação não roda sozinha: ela passa a exigir aprovação.
- Ações de consulta, que não alteram nada, não precisam de reversão.