Cuando un servidor se cae, la pregunta que importa no es “¿cuál es el modelo de la máquina?”, sino “¿qué depende de ella?”. El CMDB (Base de Datos de Gestión de Configuración) existe para responder eso: qué tiene la organización, cómo se conectan las piezas y cuál es el impacto cuando algo falla.

Esta guía cubre el módulo de Activos y CMDB del Portal Nyverra ITSM: el inventario de Elementos de Configuración (CIs), las relaciones entre ellos, el uso en el ticket y en el cambio, el checkout/checkin, el código QR y el descubrimiento automático.

Interfaz del módulo en el Portal Nyverra ITSM.

¿Qué es el CMDB (y por qué no es solo una hoja de cálculo)?

Una hoja de cálculo lista activos. Un CMDB relaciona activos y servicios a lo largo del ciclo de vida. La diferencia aparece en el momento del incidente: con el CMDB, usted sabe que la aplicación X se ejecuta en el servidor Y, que sustenta el servicio de negocio Z — y por eso una alerta en Y es, en realidad, un riesgo para el negocio.

Cada registro es un CI (Elemento de Configuración): servidor, aplicación, enlace de red, equipo, servicio. El CI acumula atributos (identificación, tipo, cliente, ubicación), relaciones y adjuntos.

Quién lo usa

Perfil	Uso
Técnico de infra / CMDB	Registrar activos y relaciones, importar inventario
Gestor	Mapa de impacto e indicadores
Soporte	Vincular el activo afectado al ticket
Cliente	En general visualización limitada o ninguna

Los recursos del módulo

Inventario de activos

Registro de activos con identificación, tipo, cliente y ubicación. Los filtros por cliente, tipo y búsqueda ayudan a navegar en bases grandes — y las listas suelen exigir filtro (alcance por cliente o permiso global).

Relaciones e impacto

La subpestaña CMDB → Impacto muestra las dependencias: qué consume este CI, qué sustenta y los indicadores agregados. Es la base para el análisis de impacto en incidentes, problemas y cambios — y para los mapas mostrados en el detalle del cliente.

Adjuntos y documentación

Cada activo guarda documentación: diagramas, credenciales (visibles solo para quienes tienen permiso), contratos del proveedor. El conocimiento del activo deja de estar disperso en carpetas sueltas.

Checkout / checkin

Para activos físicos o elementos bajo posesión temporal, el checkout registra la responsabilidad de un operador, y el checkin la devolución. Esto garantiza la trazabilidad de quién tiene qué.

Código QR

La identificación por QR acelera la operación en campo: el técnico escanea el equipo y llega directamente al registro del CI — uso natural en la aplicación móvil.

Descubrimiento automático (Autodiscover)

Mantener el inventario manualmente es insostenible. El Autodiscover recibe inventario automáticamente (por ejemplo, mediante un agente ligero de descubrimiento de CMDB), manteniendo el CMDB actualizado sin esfuerzo manual constante.

Cómo usar: paso a paso

1. Modele los tipos de activo y comience por los CIs críticos.
2. Registre los activos con identificación, tipo y cliente.
3. Defina relaciones entre CIs (aplicación → servidor → servicio).
4. Vincule activos a los tickets en Objeto/Ubicación, para identificar recurrencia por equipo.
5. Use el Autodiscover para mantener el inventario fresco.
6. Analice el impacto en la subpestaña dedicada antes de cambios de riesgo.

Reglas de negocio

Regla	Explicación
Alcance por cliente	Muchas listas exigen filtrar por cliente o tener permiso global.
Credenciales	Los campos sensibles permanecen ocultos sin permiso específico.
Eliminación	Los activos críticos pueden tener protección adicional; hay papelera y restauración según el perfil.
Exportación	Algunas exportaciones exigen un cliente seleccionado.
Mapa en el cliente	En el detalle del cliente, la pestaña de infraestructura puede mostrar el mapa CMDB de esa organización.

Buenas prácticas

• Estandarice nombres y use IDs estables (UUID) para integraciones.
• Mantenga las relaciones al día — sin ellas, el impacto de una falla queda invisible.
• Vincule tickets al activo: esto revela qué equipos generan más incidentes.
• Prefiera el descubrimiento automático a la actualización manual en bases grandes.
• Proteja las credenciales de activo con permiso específico y cumpla con la LGPD.

Errores comunes

Situación	Qué hacer
CMDB desactualizado	Active el Autodiscover y defina revisiones periódicas.
Activo “isla”, sin relación	Registre dependencias; sin ellas no hay análisis de impacto.
Duplicidad de CIs	Busque antes de crear; use IDs estables para integraciones.

Preguntas frecuentes

¿El CMDB guarda solo hardware?
No. Guarda aplicaciones, servicios, enlaces, ubicaciones — todo lo que compone un servicio.

¿Para qué sirve el checkout?
Registrar quién está en posesión temporal de un activo, garantizando trazabilidad.

¿Necesito completar todo a mano?
No — el Autodiscover importa inventario automáticamente.

Automatice mediante API

Activos y CMDB están expuestos por API (/api/ativos, /api/cmdb, relaciones y la ingestión pública de descubrimiento en /api/public/cmdb/discovery/{clienteId}/agent-light/report). Referencia en developer.nyverra.com.

Escenarios de uso: el CMDB resolviendo problemas reales

1. Impacto de una falla. Un servidor de base de datos se cae. Gracias a las relaciones, se sabe en segundos qué aplicaciones se detienen y qué servicios de negocio se ven afectados — y la prioridad del incidente deja de ser una suposición.

2. Planificación del cambio. Antes de cambiar un firewall, se consulta qué depende de él. El análisis de impacto evita el clásico “cambio que derribó algo que nadie recordaba que existía”.

3. Recurrencia por equipo. Al vincular tickets al activo, se descubre que el mismo servidor genera el 40% de los incidentes — señal clara de que el problema es el equipo, no la operación.

4. Inventario en campo. El técnico escanea el QR de un activo y llega al registro completo, con historial y adjuntos.

KPIs de CMDB

Indicador	Qué revela
Cobertura (activos registrados vs reales)	Completitud del inventario
Activos sin relación	Islas de información
Actualización reciente (últimos 90 días)	Vigencia del CMDB
Incidentes vinculados a activos	Uso del CMDB en soporte
Activos al final de su vida útil	Planificación de renovación

Un CMDB con 50% de precisión es peor que ninguno: las decisiones basadas en datos erróneos cuestan más caro que la ausencia de datos.

Gobernanza del inventario

Mantener el CMDB vivo exige rutina: propietario por tipo de activo, revisión periódica y descubrimiento automático (Autodiscover) para reducir el trabajo manual. Intégrelo al Service Mapping y a los cambios — el inventario debe actualizarse como parte del proceso, no como un proyecto aislado. Sin gobernanza, el CMDB envejece rápidamente y pierde credibilidad.

Lista de verificación para la implementación del CMDB

1. Defina los tipos de activo y comience por los CIs críticos.
2. Estandarice nombres e IDs (UUID) para integraciones.
3. Mapee las relaciones (aplicación → servidor → servicio).
4. Active el Autodiscover para mantener el inventario fresco.
5. Vincule activos a los tickets y a los cambios.
6. Proteja las credenciales con permiso específico.
7. Revise el inventario periódicamente.

Preguntas frecuentes adicionales

¿Cómo empiezo si el inventario está desactualizado?
Priorice los activos críticos, active el descubrimiento automático y expanda gradualmente — no intente registrarlo todo de una vez.

¿Qué es más importante: atributos o relaciones?
Las relaciones, porque dan contexto de impacto. Un activo aislado informa poco.

¿Quién puede ver las credenciales de activo?
Solo los perfiles con permiso específico; los valores permanecen ocultos para los demás.

Conclusión

El CMDB es la memoria de la infraestructura y la base de las decisiones de impacto. Con inventario, relaciones, QR, checkout y descubrimiento automático, el módulo de Activos del Portal Nyverra ITSM transforma “creer que sé lo que tenemos” en “saber exactamente qué depende de qué”.