Pular para o conteúdo
NyverraNyverra
Artigos
⌘K
InícioArtigosSite institucional
🇧🇷

Nyverra

Canal editorial

Artigos sobre tecnologia, operações e parceiros — infraestrutura, monitoramento e ambientes críticos.

Explorar

  • Início
  • Artigos
  • Categorias
  • Tags
  • Autores
  • Sobre
  • Contato
  • RSS
  • Site institucional

© 2026 Nyverra. Todos os direitos reservados.

blog.nyverra.com

  1. Início
  2. Tutoriais
  3. Aprovações no Portal Nyverra: governança sem travar o atendimento
TutoriaisPortal ITSM
#Compliance#tutorial#Governança de TI#Portal Nyverra

Aprovações no Portal Nyverra: governança sem travar o atendimento

Wedson LopesWedson Lopes
5 de outubro de 20266 min de leitura

Existe um ponto exato onde agilidade encontra risco: a decisão de autorizar. Liberar tudo sem controle é temerário; pedir aprovação para tudo paralisa a operação. O módulo de Aprovações do Portal Nyverra ITSM coloca o controle onde faz sentido e dá ao aprovador uma fila única para decidir.

Neste guia, você entende o que gera uma aprovação, como funciona a fila e as etapas, a regra de autoaprovação proibida, a aprovação pelo cliente em mudanças e como evitar que aprovações virem gargalo.

Aprovações no Portal Nyverra: governança sem travar o atendimento — Portal Nyverra ITSMInterface do módulo no Portal Nyverra ITSM.

O que gera uma aprovação

Aprovações não são universais — elas nascem de configuração e de processo:

  • Chamados: se o tipo de chamado estiver marcado com “Requer aprovação”, o fluxo pausa até o aprovador decidir.
  • Mudanças (RFC): mudanças planejadas passam pelo fluxo de aprovação/CAB antes da implementação.
  • Requisições de serviço: itens de catálogo podem exigir autorização antes do atendimento.

Em todos os casos, enquanto há aprovação pendente, o fluxo não avança — essa é a garantia de que o controle não é decorativo.

A fila de aprovações

O módulo é a central “o que espera a minha decisão”. Dois detalhes importantes:

  • Você vê só o que é seu: aparecem apenas as aprovações em que você é o aprovador da etapa atual. Não é um despejo de tudo.
  • Contadores (badges): o sino e o menu somam as filas de chamados e mudanças, para o aprovador perceber a pendência sem abrir a tela.

A tela organiza por abas (Chamados e Mudanças), e cada item mostra título, solicitante, prazo e resumo. Se faltar contexto, o detalhe do item é acessível — inclusive pela tela do próprio objeto (por exemplo, o detalhe da mudança).

Múltiplas etapas

Aprovações podem ter vários níveis: cada etapa libera a próxima. Isso modela cenários reais — por exemplo, o gestor técnico aprova e, depois, o financeiro confirma o custo. Consequência prática: “aprovei e nada aconteceu” normalmente significa que existe outra etapa pendente, não que a aprovação falhou.

A regra da autoaprovação proibida

Um princípio de segregação de funções, reforçado no Portal: quem cria não aprova. O criador de um chamado ou de uma mudança não pode aprovar o próprio item. Além de exigido por boas práticas de controle interno, isso evita que a aprovação vire uma formalidade vazia. É por isso que, ao submeter uma RFC, ela não aparece na sua própria fila.

Aprovação pelo cliente

Em mudanças com cliente identificado, o representante do cliente (perfil CUSTOMER) pode ser o aprovador — decidindo no hub de aprovações ou no detalhe da mudança. É o modelo que dá ao cliente voz sobre alterações que o afetam, sem transformar o atendimento interno em pingue-pongue.

Quem usa

Perfil Uso
Aprovador designado Aprovar ou rejeitar com comentário
Solicitante Acompanhar o status no detalhe do item
Administrador Configurar quais tipos/serviços exigem aprovação e quem aprova

Como usar: passo a passo

  1. Abra Aprovações pendentes.
  2. Escolha a aba (Chamados ou Mudanças).
  3. Leia cada item: título, solicitante, prazo e resumo.
  4. Se precisar, abra o detalhe para entender impacto/rollback.
  5. Escolha Aprovar ou Rejeitar e informe comentário quando obrigatório.
  6. O solicitante e os operadores são notificados conforme as notificações configuradas.

Regras de negócio

Regra Explicação
Tipo com aprovação Chamado só entra em aprovação se o tipo tiver “Requer aprovação”.
Fila pessoal Aparecem apenas as aprovações em que você é o aprovador da etapa atual.
Rejeição Devolve o fluxo ao solicitante/operador para correção.
Múltiplas etapas Cada nível libera o próximo.
Autoaprovação O criador não aprova o próprio chamado/mudança.

Boas práticas

  • Defina aprovadores por criticidade (custo, acesso privilegiado, impacto), não por disponibilidade.
  • Monitore pendências antigas — aprovação esquecida é SLA parado.
  • Mantenha as etapas mínimas necessárias; cada etapa extra adiciona latência.
  • Delegue a aprovação durante férias (delegação por período) para não criar gargalo.

Erros comuns

Situação O que fazer
“Aprovei e não andou” Verifique se há outra etapa pendente ou ação posterior do operador.
Aprovação parada há dias Reveja a lista de aprovadores e configure delegação.
Não vejo a aprovação Confirme se você é o aprovador da etapa atual e o módulo/permissão estão ativos.

Perguntas frequentes

Posso aprovar o meu próprio chamado?
Não — a autoaprovação é bloqueada.

Liberações também têm aprovação?
Hoje não; aprove cada RFC no módulo de Mudanças. A liberação é o registro do pacote.

Como reduzir o tempo de aprovação?
Menos etapas, aprovadores certos e delegação configurada.

Automatize via API

As aprovações de chamada são expostas por API (/api/ticket-approvals/pendentes, /pendentes/todos, contadores e decisão por ticket). Referência em developer.nyverra.com.

Cenários de uso: a aprovação como controle proporcional

1. Acesso privilegiado. Pedido de acesso a um sistema crítico exige aprovação do gestor. O fluxo pausa até a decisão; aprovado, o provisionamento segue. A autorização fica registrada — exatamente o que auditoria e LGPD esperam.

2. Custo relevante. Uma compra ou contratação acima de um limite passa por aprovação financeira. O role garante que só quem tem alçada decide; a autoaprovação bloqueada evita o “eu mesmo autorizo”.

3. Mudança com impacto no cliente. Uma alteração que afeta o cliente exige o aval do representante (CUSTOMER). Isso dá ao cliente voz sobre o que muda na sua operação.

4. Férias do aprovador. Em vez de travar, concede-se delegação temporária a outro aprovador, com data de fim. O fluxo continua; o controle permanece.

KPIs de aprovação

Indicador O que revela
Tempo médio até decisão Gargalo de governança
Aprovações pendentes > 24h Risco de SLA parado
Etapas por fluxo Complexidade desnecessária
Taxa de rejeição e motivo Qualidade dos pedidos
Delegações ativas Cobertura de ausências

O objetivo não é ter zero rejeições, e sim decisões rápidas e rastreáveis. Fluxo que trava não protege: atrasa.

Governança sem burocracia

O equilíbrio está em aprovar o que tem impacto real — e não tudo. Regras de Automação podem pré-classificar pedidos e já direcionar aos aprovadores certos; a Rastreabilidade e a Auditoria registram cada decisão; os contadores mostram o que está pendente. Assim, a governança se apoia em dado e não em “achismo institucional”.

Checklist de configuração de aprovações

  1. Liste o que realmente exige aprovação (risco/custo/impacto).
  2. Configure quais tipos de chamado e itens de catálogo têm aprovação.
  3. Defina os aprovadores por etapa e por criticidade.
  4. Mantenha as etapas mínimas necessárias.
  5. Habilite delegação temporária para cobrir ausências.
  6. Monitore pendências antigas com os contadores.

Perguntas frequentes adicionais

Aprovações podem ter mais de um aprovador na mesma etapa?
Depende da configuração do fluxo; o importante é que a etapa libere o próximo nível apenas quando decidida.

Como o aprovador sabe que há algo pendente?
Pelo sino/badge e pela fila de aprovações pendentes.

Rejeitar encerra o pedido?
Normalmente devolve ao solicitante/operador para correção, com o motivo registrado.

Conclusão

Aprovações bem desenhadas dão governança sem paralisar. Com fila pessoal, múltiplas etapas, autoaprovação proibida e aprovação do cliente em mudanças, o Portal Nyverra ITSM equilibra controle e velocidade — e cada decisão fica registrada para auditoria.

Compartilhar

Continuar a ler

Leia também

  • Kubernetes de Verdade — do zero ao cluster em produção
    Kubernetes

    Kubernetes de Verdade — do zero ao cluster em produção

    Uma trilha prática para entender, montar e operar um cluster Kubernetes — do primeiro pod ao failover do Postgres.

    30 de outubro de 20264 min de leitura
  • Curso Kubernetes 28 — DR e capstone: provar que o cluster volta
    Kubernetes

    Curso Kubernetes 28 — DR e capstone: provar que o cluster volta

    RPO, RTO e drills reais: cenários de desastre, runbook, restore medido e o capstone que fecha o curso com um cluster que se recupera.

    30 de outubro de 20265 min de leitura
  • Curso Kubernetes 27 — SLO/SLI, on-call e postmortem blameless
    Kubernetes

    Curso Kubernetes 27 — SLO/SLI, on-call e postmortem blameless

    O que prometer, como medir e o que fazer quando o erro estoura: SLI, SLO, error budget, alertas que acordam alguém e postmortem sem caça às bruxas.

    30 de outubro de 20264 min de leitura

Comentários

Ainda sem comentários

Seja o primeiro a compartilhar sua opinião sobre este artigo.

Deixe um comentário

Newsletter

Receba novos artigos

Inscreva-se para receber publicações do blog Nyverra no seu e-mail. Enviaremos um link de confirmação.

​