# La CMDB en la que nadie confía · Stilla > Cuando nadie puede confiar en la CMDB, la gente mantiene sus propias hojas de cálculo y llama a colegas durante las incidencias. URL: https://stilla.eywo.digital/es/blog/cmdb-nobody-trusts/ Language: es Last updated: 2026-10-25 [← Volver al blog](https://stilla.eywo.digital/es/blog/) CMDB4 de junio de 2026Actualizado 25 de octubre de 20264 min readEquipo de Eywo # La CMDB en la que nadie confía Cuando nadie puede confiar en la CMDB, la gente mantiene sus propias hojas de cálculo y llama a colegas durante las incidencias. A continuación, se explica cómo reconstruir la confianza en los datos de configuración, paso a paso. Son las dos de la mañana y una aplicación orientada a clientes está caída. El ingeniero de guardia abre la CMDB, encuentra el servidor y ve un propietario que dejó la empresa hace un año. La base de datos de la que depende la aplicación no está registrada en absoluto. Lo que sigue es una ronda de llamadas telefónicas, una búsqueda en hojas de cálculo compartidas y un debate sobre quién es responsable de qué. La incidencia se prolonga y a la mañana siguiente alguien dice de nuevo: "No se puede confiar en la CMDB de todos modos". A menudo vemos el mismo patrón. La base de datos de configuración existe, cuesta un esfuerzo real mantenerla y, sin embargo, nadie confía en ella. Así que la gente mantiene sus propios registros en hojas de cálculo, wikis o en sus cabezas. Eso cierra el círculo: cuanto menos se utiliza la CMDB, menos se actualiza y menos merece la pena confiar en ella. Detrás de todo esto hay personas cansadas que reconstruyen una imagen de la infraestructura desde cero cada vez que algo se rompe. ## Por qué las soluciones habituales no duran La respuesta típica es un proyecto de limpieza. Un equipo pasa semanas revisando registros, los datos parecen buenos durante un tiempo y seis meses después están de vuelta donde empezaron. El problema no es una mala importación. Es la forma en que se crea los datos y la forma en que envejecen. - **Entrada manual sin comprobaciones.** Varias personas crean elementos de diferentes maneras y nadie verifica si el resultado tiene sentido. - **No hay historial.** Cuando un valor es incorrecto, no hay forma de averiguar quién lo cambió, cuándo o de dónde vino. - **Más de una verdad.** La organización mantiene una CMDB principal en una herramienta y datos operativos en otra. Sin un enlace fiable, los registros se desvían. - **No hay bucle de retroalimentación.** Las inconsistencias surgen en el peor momento posible: durante una incidencia. ## Una mejor forma de pensar sobre la calidad de los datos La confianza en una CMDB no proviene de la perfección. Proviene de la transparencia. La gente confiará en los datos cuando pueda ver de dónde vienen, cuándo se confirmaron por última vez y qué está mal con ellos. Recomendamos basarnos en cuatro principios: 1. **Automatizar donde sea posible.** El descubrimiento automático y las importaciones superan la copia manual. 2. **Cada cambio tiene un autor y una fuente.** El historial de versiones es la base para rastrear errores y auditorías. 3. **Comprobar la calidad de forma continua.** Es mucho mejor encontrar una inconsistencia en una tranquila tarde de martes que durante un apagón nocturno. 4. **Ser claro sobre el registro principal.** Si otra CMDB es el sistema de registro, debe ser inequívoco qué elemento coincide con cuál. ## Cómo lo maneja Stilla Stilla funciona con 34 clases de elementos, desde servicios de negocio y aplicaciones hasta bases de datos, servidores virtuales y físicos, IBM Power, contenedores y almacenamiento, hasta dispositivos de red y OT. Puede poblarlo de varias maneras y combinarlas: - a través de la **API de descubrimiento**, que alimentan herramientas de escaneo e inventario, - importando **archivos CSV o Excel**, normalmente durante la implantación o migración, - creando elementos **manualmente** donde nada más puede capturarlos, - sincronizando con una CMDB principal como ServiceNow o SMAX a través de IDs externos, para que siempre esté claro qué registro corresponde a cuál. Cada cambio en un elemento crea una nueva versión. El historial muestra quién realizó el cambio, cuándo, exactamente qué cambió y de dónde vino los datos: descubrimiento, importación, sincronización o una persona. Cuando un valor resulta ser incorrecto, su origen se puede rastrear en momentos. Encima de eso se sitúan comprobaciones de calidad de datos. Stilla señala inconsistencias y registros incompletos para que el equipo pueda solucionarlos como parte del trabajo normal en lugar de bajo la presión de una incidencia. Con el tiempo, la CMDB se convierte en el primer lugar donde la gente busca, porque sabe qué encontrará allí. ## Conclusión Una CMDB en la que nadie confía no es realmente un problema técnico. Es un problema de confianza, y la confianza no se puede mandar. Solo se puede ganar: a través de la población automatizada, el historial transparente, comprobaciones continuas y un enlace claro al registro principal. La recompensa es una operación en la que el ingeniero de guardia encuentra la respuesta en los datos por la noche, no en el teléfono de un colega. La gestión de CMDB, el historial de versiones, las importaciones y las comprobaciones de calidad de datos son parte de la edición Estándar; la sincronización con una CMDB principal a través de IDs externos está disponible en la edición Enterprise. **Stilla Standard** Para organizaciones que desean una CMDB fiable y procesos de ITSM gestionados. [Comparar ediciones →](https://stilla.eywo.digital/es/editions/) ## Más artículos [CMDB·25 de octubre de 2026 ### La red virtual en la CMDB: del grupo de puertos al switch leaf Entre una máquina virtual y la red física se encuentra una capa que la mayoría de las CMDB no ven: conmutadores virtuales, grupos de puertos y enlaces ascendentes de host. Sin embargo, aquí es precisamente donde se decide qué servicios afectará un cambio en la red. Standard4 min read](https://stilla.eywo.digital/es/blog/virtual-network-in-the-cmdb/)[CMDB·1 de octubre de 2026 ### El centro de datos en su CMDB: desde la sala hasta la unidad de rack Un técnico que se encuentra en una sala de servidores no necesita una dirección IP. Necesita saber el pasillo, el rack y la unidad de rack, y tiene que saber si ese hardware todavía está bajo contrato de soporte. Business4 min read](https://stilla.eywo.digital/es/blog/data-center-in-the-cmdb/)[CMDB·24 de septiembre de 2026 ### Final del soporte para sistemas operativos y hardware, bajo control El final del soporte para un sistema operativo o servidor rara vez llega por sorpresa, pero aún así puede pillar a los equipos desprevenidos. A continuación, le explicamos cómo mantener el ciclo de vida bajo control y planificar la renovación en torno a los servicios, no a las listas de servidores. Standard4 min read](https://stilla.eywo.digital/es/blog/end-of-support-under-control/)