Aprovar Implementação

Visão Geral

A aprovação de um pedido de implementação é a etapa de autorização do fluxo de trabalho de implementação. Um aprovador analisa o que um requerente pretende implementar num dispositivo, compara-o com o que está atualmente em execução e, em seguida, aprova-o por um período de tempo definido ou recusa-o.

A aprovação não implementa nada. Apenas permite que a implementação seja executada e apenas até que a janela de aprovação expire. Quem pode aprovar num determinado dispositivo é determinado pelas permissões do grupo de recursos a que o dispositivo pertence.

Para o lado do requerente no fluxo de trabalho, consulte Solicitar Implementação.

Ser Notificado de um Novo Pedido

Quando é criado um pedido num dispositivo que pode aprovar, é notificado através dos canais definidos na sua categoria de notificações Deployments. A notificação liga diretamente ao pedido.

Também pode aceder aos pedidos em aberto a partir do próprio dispositivo: abra o dispositivo, selecione o separador Deployments e mude para Requests.

Para ser notificado apenas relativamente aos dispositivos pelos quais é efetivamente responsável, defina a preferência de notificação nesses dispositivos individualmente através do ícone de sino no cabeçalho do dispositivo. Consulte Notificações.

Analisar um Pedido

Abra o pedido para ver, numa única vista, tudo o que é necessário para a decisão.

O cabeçalho apresenta o título e o estado Requested, juntamente com as ações Approve e Deny. Abaixo, o pedido regista quem o solicitou, o dispositivo de destino, o projeto, a versão a implementar e o momento em que o pedido foi criado.

O separador Changes é onde a análise é efetuada:

• Description – a explicação da alteração dada pelo requerente.
• Changes on the device – a contagem de objetos Modified e Unchanged entre as versões.
• Deployed version → Target version – o que está atualmente no dispositivo, quando foi implementado e qual o trabalho de implementação que o colocou lá, a par da versão que este pedido implementaria.
• Operation mode after deployment – se o dispositivo ficará em Stop Mode ou Run Mode após a implementação.
• A lista de objetos alterados pelo respetivo caminho no projeto, por exemplo Program / Scan / MAIN / ProgPou.
• Compare – abre a comparação completa lado a lado das duas versões.

O separador Activity apresenta o histórico do pedido, permitindo ver se este já foi objeto de uma decisão.

Note que a versão de destino não é necessariamente mais recente do que a implementada. Um pedido pode reverter deliberadamente um dispositivo para uma versão anterior, o que a comparação entre a versão implementada e a de destino torna visível.

Aprovar um Pedido

Selecione Approve. A caixa de diálogo solicita a janela de aprovação e um comentário opcional.

Campo	Descrição
Approval valid until	O fim da janela durante a qual a implementação pode ser executada. Por predefinição, corresponde à hora cheia seguinte, no mínimo uma hora a partir de agora, e pode ser definida para qualquer momento posterior.
Comment	Opcional. Registado no separador Activity do pedido e visível para o requerente.

Confirme com Approve. O pedido passa a Approved, o requerente é notificado e Expires at é definido para o momento que escolheu. O requerente pode agora executar a implementação.

Se a implementação não for executada antes desse momento, o pedido expira e deixa de poder ser utilizado. É necessário criar e aprovar novamente um novo pedido.

Escolher a Janela de Aprovação

A janela é o meio de associar uma alteração a uma janela de manutenção acordada. Defina o seu fim para coincidir com o fim dessa janela, em vez de a deixar sem limite, para que uma aprovação concedida hoje não possa ser utilizada para implementar num momento não planeado dias mais tarde.

Recusar um Pedido

Selecione Deny para rejeitar o pedido. Este passa a Denied, não pode ser executado e o requerente é notificado. Utilize o comentário para explicar o que precisa de ser alterado, para que o requerente possa criar um pedido corrigido.

Registo de Auditoria

Cada decisão é registada no pedido: quem aprovou ou recusou, quando, o comentário que deixou e a janela de aprovação que definiu. O separador Activity contém o histórico completo, desde a criação, passando pela decisão, até à execução. Em conjunto com os registos de execução em Jobs, isto proporciona um registo ponta a ponta de quem autorizou uma alteração a um dispositivo e do que foi efetivamente implementado.

Casos de Utilização

• Impor o princípio dos quatro olhos antes de qualquer alteração chegar a equipamento em produção.
• Confirmar que uma implementação proposta contém apenas as alterações que deveria conter.
• Limitar uma implementação autorizada a uma janela de manutenção acordada.
• Rejeitar uma alteração com uma justificação escrita que tanto o requerente como o registo de auditoria conservam.
• Demonstrar a conformidade com os requisitos de gestão de alterações durante uma auditoria.

Saber Mais

• Solicitar Implementação — criar e executar um pedido.
• Implementações — o histórico de implementações e os registos de execução.
• Notificações — configurar as notificações de implementação.