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 revê o que um requerente pretende implementar num dispositivo, compara-o com o que está atualmente em execução e, em seguida, aprova-o durante 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.

Rever um Pedido

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

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 a hora de criação do pedido.

O separador Changes é onde a revisão acontece:

• Description – a explicação da alteração por parte do requerente.
• Changes on the device – a contagem de objetos Modified e Unchanged entre as versões.
• Deployed version → Target version – o que está no dispositivo neste momento, 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 em Run Mode posteriormente.
• A lista de objetos alterados pelo respetivo caminho no projeto, por exemplo Program / Scan / MAIN / ProgPou.
• Compare – abre a comparação lado a lado completa das duas versões.

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

Tenha em conta que a versão de destino não é necessariamente mais recente do que a implementada. Um pedido pode deliberadamente reverter um dispositivo para uma versão anterior, o que a comparação entre versão implementada e versão 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 do momento atual, podendo ser definida para qualquer hora posterior.
Comment	Opcional. Registado no separador Activity do pedido e visível para o requerente.

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

Se a implementação não for executada antes dessa hora, o pedido expira e não pode ser utilizado. Terá de ser criado e aprovado 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 da janela, em vez de a deixar sem prazo, 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 para Denied, não pode ser executado e o requerente é notificado. Utilize o comentário para explicar o que precisa de ser alterado, de modo a que o requerente possa criar um pedido corrigido.

Registo de Auditoria

Todas as decisões são registadas no pedido: quem o aprovou ou recusou, quando, o comentário deixado e a janela de aprovação definida. O separador Activity contém o histórico completo, desde a criação até à decisão e 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 conformidade com os requisitos de gestão de alterações durante uma auditoria.

Saiba 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.