Ativos e CMDB no Portal Nyverra: inventário, relacionamentos e impacto

Quando um servidor cai, a pergunta que importa não é “qual é o modelo da máquina”, e sim “o que depende dela”. O CMDB (Configuration Management Database) existe para responder isso: o que a organização tem, como as peças se conectam e qual o impacto quando algo falha.

Este guia cobre o módulo de Ativos e CMDB do Portal Nyverra ITSM: o inventário de Itens de Configuração (CIs), os relacionamentos entre eles, o uso no chamado e na mudança, o checkout/checkin, o QR code e a descoberta automática.

Interface do módulo no Portal Nyverra ITSM.

O que é o CMDB (e por que não é só uma planilha)

Uma planilha lista ativos. Um CMDB relaciona ativos e serviços, ao longo do ciclo de vida. A diferença aparece na hora do incidente: com o CMDB, você sabe que a aplicação X roda no servidor Y, que sustenta o serviço de negócio Z — e por isso um alerta em Y é, na verdade, um risco ao negócio.

Cada registro é um CI (Item de Configuração): servidor, aplicação, link de rede, equipamento, serviço. O CI acumula atributos (identificação, tipo, cliente, localização), relacionamentos e anexos.

Quem usa

Perfil	Uso
Técnico de infra / CMDB	Cadastrar ativos e relacionamentos, importar inventário
Gestor	Mapa de impacto e indicadores
Atendimento	Vincular o ativo afetado ao chamado
Cliente	Em geral visualização limitada ou nenhuma

Os recursos do módulo

Inventário de ativos

Cadastro de ativos com identificação, tipo, cliente e localização. Filtros por cliente, tipo e busca ajudam a navegar em bases grandes — e as listas costumam exigir filtro (escopo por cliente ou permissão global).

Relacionamentos e impacto

A sub-aba CMDB → Impacto mostra as dependências: o que este CI consome, o que ele sustenta e os indicadores agregados. É a base para análise de impacto em incidentes, problemas e mudanças — e para os mapas exibidos no detalhe do cliente.

Anexos e documentação

Cada ativo guarda documentação: diagramas, credenciais (visíveis apenas a quem tem permissão), contratos do fornecedor. Conhecimento do ativo deixa de ficar espalhado em pastas soltas.

Checkout / checkin

Para ativos físicos ou itens sob posse temporária, o checkout registra a responsabilidade por um operador, e o checkin a devolução. Isso garante rastreabilidade de quem está com o quê.

QR code

A identificação por QR acelera a operação em campo: o técnico escaneia o equipamento e chega direto ao registro do CI — uso natural no app mobile.

Descoberta automática (Autodiscover)

Manter inventário manualmente é insustentável. O Autodiscover recebe inventário automaticamente (por exemplo, via agente leve de descoberta de CMDB), mantendo o CMDB atualizado sem esforço manual constante.

Como usar: passo a passo

1. Modele os tipos de ativo e comece pelos CIs críticos.
2. Cadastre os ativos com identificação, tipo e cliente.
3. Defina relacionamentos entre CIs (aplicação → servidor → serviço).
4. Vincule ativos aos tickets em Objeto/Localização, para identificar recorrência por equipamento.
5. Use o Autodiscover para manter o inventário fresco.
6. Analise impacto na sub-aba dedicada antes de mudanças de risco.

Regras de negócio

Regra	Explicação
Escopo por cliente	Muitas listas exigem filtrar por cliente ou ter permissão global.
Credenciais	Campos sensíveis ficam ocultos sem permissão específica.
Exclusão	Ativos críticos podem ter proteção extra; há lixeira e restauração conforme perfil.
Exportação	Alguns exports exigem um cliente selecionado.
Mapa no cliente	No detalhe do cliente, a aba de infraestrutura pode mostrar o mapa CMDB daquela organização.

Boas práticas

• Padronize nomes e use IDs estáveis (UUID) para integrações.
• Mantenha os relacionamentos em dia — sem eles, o impacto de uma falha fica invisível.
• Vincule chamados ao ativo: isso revela quais equipamentos geram mais incidentes.
• Prefira descoberta automática a atualização manual em bases grandes.
• Proteja credenciais de ativo com permissão específica e siga a LGPD.

Erros comuns

Situação	O que fazer
CMDB desatualizado	Ative o Autodiscover e defina revisões periódicas.
Ativo “ilha”, sem relação	Cadastre dependências; sem elas não há análise de impacto.
Duplicidade de CIs	Busque antes de criar; use IDs estáveis para integrações.

Perguntas frequentes

CMDB guarda só hardware?
Não. Guarda aplicações, serviços, links, localizações — tudo que compõe um serviço.

Para que serve o checkout?
Registrar quem está na posse temporária de um ativo, garantindo rastreabilidade.

Preciso preencher tudo à mão?
Não — o Autodiscover importa inventário automaticamente.

Automatize via API

Ativos e CMDB são expostos por API (/api/ativos, /api/cmdb, relacionamentos e a ingestão pública de discovery em /api/public/cmdb/discovery/{clienteId}/agent-light/report). Referência em developer.nyverra.com.

Cenários de uso: o CMDB resolvendo problemas reais

1. Impacto de uma falha. Um servidor de banco cai. Graças aos relacionamentos, sabe-se em segundos quais aplicações param e quais serviços de negócio são afetados — e a prioridade do incidente deixa de ser chute.

2. Planejamento de mudança. Antes de trocar um firewall, consulta-se o que depende dele. A análise de impacto evita a clássica “mudança que derrubou algo que ninguém lembrava que existia”.

3. Recorrência por equipamento. Ao vincular chamados ao ativo, descobre-se que o mesmo servidor gera 40% dos incidentes — sinal claro de que o problema é o equipamento, não a operação.

4. Inventário em campo. O técnico escaneia o QR de um ativo e chega ao registro completo, com histórico e anexos.

KPIs de CMDB

Indicador	O que revela
Cobertura (ativos cadastrados vs reais)	Completude do inventário
Ativos sem relacionamento	Ilhas de informação
Atualização recente (últimos 90 dias)	Frescor do CMDB
Incidentes vinculados a ativos	Uso do CMDB no atendimento
Ativos no fim da vida útil	Planejamento de renovação

Um CMDB com 50% de acurácia é pior que nenhum: decisões baseadas em dado errado custam mais caro que a ausência de dado.

Governança do inventário

Manter o CMDB vivo exige rotina: dono por tipo de ativo, revisão periódica e descoberta automática (Autodiscover) para reduzir o trabalho manual. Integre-o ao Service Mapping e às mudanças — o inventário deve ser atualizado como parte do processo, não como projeto isolado. Sem governança, o CMDB envelhece rápido e perde credibilidade.

Checklist de implantação do CMDB

1. Defina os tipos de ativo e comece pelos CIs críticos.
2. Padronize nomes e IDs (UUID) para integrações.
3. Mapeie os relacionamentos (aplicação → servidor → serviço).
4. Ative o Autodiscover para manter o inventário fresco.
5. Vincule ativos aos chamados e às mudanças.
6. Proteja credenciais com permissão específica.
7. Reveja o inventário periodicamente.

Perguntas frequentes adicionais

Como começo se o inventário está desatualizado?
Priorize os ativos críticos, ative a descoberta automática e expanda gradualmente — não tente cadastrar tudo de uma vez.

O que é mais importante: atributos ou relacionamentos?
Os relacionamentos, porque dão contexto de impacto. Um ativo isolado informa pouco.

Quem pode ver credenciais de ativo?
Somente perfis com permissão específica; os valores ficam ocultos aos demais.

Conclusão

O CMDB é a memória da infraestrutura e a base de decisões de impacto. Com inventário, relacionamentos, QR, checkout e descoberta automática, o módulo de Ativos do Portal Nyverra ITSM transforma “achar que sei o que temos” em “saber exatamente o que depende do quê”.