# Stilla – CMDB, ITSM y un mapa operativo de su TI > Stilla combina la CMDB, incidencias, cambios, gestión de eventos, aplicación de parches y costes en un solo mapa de dependencias. URL: https://stilla.eywo.digital/es/ Language: es Last updated: 2026-10-27 TI gestionada con calma # El caos bajo control. Sin sorpresas. Stilla reúne la CMDB, las incidencias, los cambios, la monitorización y los costes en un único mapa de dependencias. Conoce de antemano el impacto de cada cambio y cada caída, incluida la redundancia de clústeres y replicación. Menos trabajo manual, menos llamadas nocturnas y un sueño más tranquilo para las operaciones de TI de organizaciones reguladas. [Elegir edición →](https://stilla.eywo.digital/es/editions/)[Descargar ficha técnica](https://stilla.eywo.digital/es/datasheet/) La CMDB en el centro: elementos de configuración vinculados a los procesos y al estado de la monitorización. Una alerta en una base de datos muestra el servicio afectado y el incidente. Ver bajo la superficie Reunimos la CMDB, las incidencias, los cambios, la monitorización y los costes en un único mapa de dependencias. Así, cada decisión operativa parte de los mismos datos – y quienes responden de las operaciones se van a casa con tranquilidad. Desafíos ## Desafíos que resolvemos Las operaciones de TI rara vez fallan por tecnología. Fallan porque nadie tiene la imagen completa: quién es el propietario, qué depende de qué, cuándo se puede tocar la producción y cuánto cuesta. 01 ### Una CMDB en la que nadie confía Los datos se vuelven obsoletos, la gente mantiene sus propias hojas de cálculo y pregunta a colegas durante las incidencias. **Solución**Versiones e historial para cada cambio, comprobaciones de calidad de datos, descubrimiento automático, importación y sincronización con una CMDB primaria. [Lea el artículo →](https://stilla.eywo.digital/es/blog/cmdb-nobody-trusts/) 02 ### Impacto descubierto después del apagón Quien planea un cambio a menudo no sabe qué servicios afectará. **Solución**Un mapa de dependencias en capas, simulación de apagón e impacto calculado antes de que se envíe un cambio. [Lea el artículo →](https://stilla.eywo.digital/es/blog/impact-before-outage/) 03 ### Aprobaciones perdidas en el correo electrónico Los apagones, solicitudes y precios se aprueban en diferentes canales y nadie sabe qué está pendiente dónde. **Solución**Una cola de aprobaciones única, una regla de propiedad única, cada rechazo con una razón. [Lea el artículo →](https://stilla.eywo.digital/es/blog/change-approvals-without-email/) 04 ### Aplicación de parches como una negociación mensual Cada ventana se negocia de nuevo y esperan vulnerabilidades críticas. **Solución**Un acuerdo de parcheo con el propietario del servicio, una ventana preaprobada, planes de ola y un modo acelerado. [Lea el artículo →](https://stilla.eywo.digital/es/blog/patching-without-monthly-negotiation/) 05 ### Miles de alertas, ninguna situación Los informes de monitorización señalan síntomas, no causas. La gente deja de leer. **Solución**Deduplicación, supresión durante los cambios y agrupación en situaciones utilizando la topología de la CMDB. [Lea el artículo →](https://stilla.eywo.digital/es/blog/monitoring-noise/) 06 ### Costos no vinculados a servicios Las facturas del centro de datos y la nube no se pueden atribuir a servicios ni clientes. **Solución**Importación de costos FOCUS, costos por servicio y cliente, una lista de precios con un propietario. [Lea el artículo →](https://stilla.eywo.digital/es/blog/what-does-a-service-cost/) Solución ## Cómo lo solucionamos No empezamos con formularios, empezamos con datos. Cada proceso se basa en una sola CMDB y una sola regla para quién es el propietario. Por eso, las incidencias, los cambios y los costos se entienden entre sí. ### Impacto de un gráfico, incluida la redundancia Los clústeres, HADR, Data Guard, PowerHA, HyperSwap y las redes SAN emparejadas se tienen en cuenta al calcular el impacto. Las incidencias, los cambios, los planes de parcheo y las situaciones de monitorización utilizan el mismo cálculo. ### Responsabilidad para operaciones reguladas Un propietario para cada servicio, roles delimitados, un RACI comprobado frente a permisos y un registro de auditoría inmutable de cinco años. La evidencia para la presentación de informes NIS2 y DORA está en preparación. ### Una aplicación en lugar de varios productos La CMDB, ITSM, la gestión de eventos, la gestión de parches y FinOps comparten un conjunto de datos. Usted activa los módulos cuando los necesita, no como productos adicionales. ### Implantación rápida, operación local SaaS o un contenedor en su propio OpenShift. Checo e inglés, días festivos locales en los SLA, tipos de cambio del CNB, una lista de precios pública y una implantación paso a paso con una comprobación de preparación. [Cómo funciona →](https://stilla.eywo.digital/es/solutions/) Características ## Características Módulos que comparten sus datos. Encienda solo los que necesite. Standard ### CMDB y mapa de dependencias - 36 clases: servicios, aplicaciones, bases de datos, máquinas virtuales (VMware, Hyper-V, Azure Stack Hub, OpenShift Virtualization, nubes públicas), IBM Power (LPAR, VIOS), servidores físicos, contenedores, almacenamiento, SAN, red, OT - API de descubrimiento con coincidencia, sincronización completa y retiro; importación de CSV y Excel, creación manual - Versiones e historial de cada cambio: quién, cuándo, qué y desde dónde - Comprobaciones de calidad y consistencia de datos - Mapa de dependencias por capas con entorno del elemento y agrupación por clase; los elementos de impacto y causa raíz siempre arriba - Simulación de caídas y puntos únicos de fallo - Impacto consciente de la redundancia: clústeres, HADR, Data Guard, PowerHA, HyperSwap - Inventario del sistema operativo, software, discos y tarjetas de red; ciclo de vida del sistema operativo, software y hardware - Importación del inventario de OpenShift hasta la capa física: nodos, VM de OpenShift Virtualization, clústeres alojados, red y ODF Standard ### Red virtual y discos de VMware - Conmutadores virtuales distribuidos y estándar, grupos de puertos y VLANs - Máquinas virtuales y adaptadores VMkernel vinculados a grupos de puertos - Enlaces de subida de host a conmutadores de acceso – impacto desde la red virtual a la física - Discos de máquinas virtuales en el inventario del servidor; un disco compartido o RDM como elemento propio - Discos vinculados a almacenes de datos automáticamente durante el descubrimiento - Comprobación de calidad de datos de “Discos y almacenamiento” Standard ### Incidencias y solicitudes - El servicio afectado, el impacto y el equipo de resolución se sugieren a partir del elemento de la CMDB - Prioridad según impacto y urgencia, incidencias graves con revisión y acciones correctivas - Incidencia principal para una caída masiva; las incidencias dependientes se cierran con ella - Catálogo de solicitudes con formularios, aprobación, fechas de vencimiento y pasos de cumplimiento - Una solicitud que cambia la infraestructura continúa como un cambio - Flujo de trabajo configurable: estados, transiciones y permisos Standard ### SLAs y horarios comerciales - SLAs de respuesta y resolución en horarios comerciales con calendarios y días festivos - Pausa, servicio, cliente y SLAs predeterminados - Rendimiento del SLA mensual y advertencias antes de una infracción - Disponibilidad medida de los servicios frente al objetivo del SLA Standard ### Problemas y errores conocidos - Problema creado desde una incidencia, la revisión de una incidencia grave o la revisión posterior a un cambio - Propuestas de problemas a partir de incidencias recurrentes en el mismo elemento - Análisis de causa raíz, solución temporal y registro de error conocido - Quien resuelve la incidencia ve el error conocido y su solución temporal - Corrección mediante un cambio, cierre solo tras verificación Standard ### Cambios y ventanas de mantenimiento - Modelos de cambio estándar, normal y de emergencia con pasos y tiempo de antelación - Impacto calculado antes de la presentación - Slots solo dentro de las ventanas de mantenimiento, fuera de congelaciones y colisiones - Ejecución continua elemento por elemento - Aprobación de interrupciones por el propietario del servicio, el gestor de cambios, el CAB - Nivel de aprobación según el riesgo de un cuestionario, número mínimo de aprobadores - Segregación de funciones: ni el solicitante ni el implementador aprueban su propio cambio; delegaciones con registro de auditoría - Cierre con resultado y revisión posterior al cambio - Modificaciones de la CMDB solo con un cambio, incluida la colocación en rack o la sustitución de piezas - Calendario de cambios y una visión general filtrável de las ventanas de mantenimiento Standard ### Una sola cola de aprobaciones - Interrupciones, solicitudes, propuestas de precio y acuerdos de parches en un solo lugar - Una sola regla de propiedad, aprobador alternativo - Cada rechazo con una razón Business ### Gestión de eventos - Ingesta desde Zabbix, Prometheus/Alertmanager, Checkmk, Grafana y una API - Deduplicación, fluctuación, filtrado y supresión durante los cambios - Situaciones por topología de la CMDB con una causa probable - Incidencia desde una situación en un paso o automáticamente - Flujo de eventos en vivo, opcionalmente a través de Kafka Business ### Gestión de parches y vulnerabilidades - Importación de hallazgos del escáner, vulnerabilidades por servidor y servicio - Vulnerabilidades activamente explotadas y plazos por gravedad - Acuerdo de parcheo: ventana permanente, aplicación de parches preaprobada, modo acelerado - Planes de ola y cambios del plan en un solo paso Business ### Centros de datos y contratos - Sitio, centro de datos, sala, pasillo, rack y unidad de rack con visualización - Contratos de servicio, cobertura de artículos, fechas de vencimiento y SLA de proveedores - Escalada de incidencias al proveedor según el contrato Business ### Asistente de inteligencia artificial - Borradores de incidencias a partir de situaciones e incidencias similares - Borrador de comunicación con el cliente - Revisión de cambios antes de la aprobación - Opcionalmente un modelo local. Una persona decide siempre. Business ### Compras y gestión de activos de TI - Fichas de activos vinculadas a la CMDB, actas de entrega y centros de costes - Amortización contable y fiscal, baja a través de una comisión de bajas - Solicitud de compra → aprobación del responsable del centro de costes y, por encima de un límite, de finanzas → pedido → recepción - Facturas de proveedores con conciliación pedido – recepción – factura - Almacenes de repuestos en los centros de datos: mínimos, traspasos, salida asociada a una incidencia o un cambio, RMA - Licencias de software: derechos, asignaciones y cumplimiento frente a las instalaciones de la CMDB Enterprise ### Costos, facturación y lista de precios - Importación de costos FOCUS, conversión de moneda a la tasa del CNB - Costos por cliente, proyecto y servicio de negocio - Tablas dinámicas y datos de facturación mensual - Lista de precios de servicio y calculadora de servidores; cambios de precios aprobados por el propietario del servicio - Modelo de capacidad de la aplicación: usuarios, carga máxima y niveles Enterprise ### Separación de clientes - Los usuarios de un cliente solo ven sus propios datos, incluidos los costos - Roles limitados a un cliente, equipo o elemento - Sincronización con una CMDB principal (ServiceNow, SMAX) a través de identificadores externos Standard ### Adoption roadmap y gobierno de la implantación - Asistente para el taller de descubrimiento: objetivos con KPI, madurez del área, disponibilidad de datos, perfil y módulos - Prioridades por impacto y esfuerzo, oleadas de implantación que respetan las dependencias y la capacidad - Flujos de trabajo por módulo con tareas, propietarios, hitos y comprobaciones de preparación - Línea de base aprobada, desviaciones con razones y decisiones del comité directivo de seguir adelante o no - KPIs medidos por Stilla cada semana y un informe del comité directivo Standard ### Gobernanza, seguridad y auditoría - 14 roles limitados, una matriz RACI verificada frente a permisos - SSO y tokens de API para cuentas de servicio - Registro de auditoría de cinco años, estado anterior y posterior para la configuración - Notificaciones por correo electrónico y Slack mediante reglas y plantillas - Desplegado como SaaS o contenedor en OpenShift; funciona en dispositivos móviles también NIS2 y DORA ### Lo que podemos evidenciar hoy y lo que está en preparación El mapa de dependencias, los propietarios de servicios y un registro de auditoría inmutable son la base para NIS2 y DORA. Vea qué está disponible hoy y qué está en preparación. [NIS2 y DORA →](https://stilla.eywo.digital/es/nis2-dora/) Comparación ### Stilla y otras herramientas ¿Está utilizando ServiceNow, Jira, OpenText o CA? Vea cuándo Stillym tiene sentido en lugar de ellos y cuándo junto a ellos. [Comparación →](https://stilla.eywo.digital/es/compare/) Casos de uso ## Casos de uso Cómo se ven las operaciones cuando los procesos comparten los mismos datos. 01 ### Cierre programado de un clúster de bases de datos El gestor de cambios crea un cambio. Stilla calcula los servicios afectados, ofrece una ranura dentro de la ventana de mantenimiento y fuera de cualquier congelación, y envía el cierre a los propietarios del servicio para su aprobación. Las alertas de los servidores afectados se suprimen durante el cambio. 02 ### Fallo de almacenamiento por la noche La monitorización envía cientos de eventos. Stilla los agrupa en una situación con una causa probable en el almacenamiento, abre una incidencia grave con los servicios afectados y escala al proveedor según el contrato de servicio. 03 ### Una vulnerabilidad crítica el viernes El importador del escáner señala una falla activamente explotada. Stilla muestra los servidores y servicios afectados, establece un plazo según la gravedad y crea un cambio en un paso desde el modo acelerado del acuerdo de parcheo. 04 ### Datos de facturación mensual Los costos de las nubes, OpenShift y el centro de datos se cargan en formato FOCUS, se convierten a la tasa del Banco Nacional Checo y se desglosan por cliente, proyecto y servicio. Finanzas obtiene los datos sin trabajo en hoja de cálculo. [Todos los casos de uso →](https://stilla.eywo.digital/es/solutions/#pouziti) Para quién es ## Para quién es Para operaciones de TI en banca y seguros, energía, automoción y fabricación, sector público y proveedores de servicios compartidos. Cada rol ve los mismos datos, pero plantea preguntas diferentes. CIO / Director de TI «¿Tengo las operaciones bajo control y puedo demostrarlo?» [Más para este rol →](https://stilla.eywo.digital/es/roles/#cio) - Rendimiento de SLA por servicio y mes - Costos por servicio y cliente - Registro de auditoría y RACI para auditorías y regulación - Implantación paso a paso con preparación medible Jefe de operaciones «¿Qué está fallando, a quién afecta y quién se ocupa?» [Más para este rol →](https://stilla.eywo.digital/es/roles/#ops) - Situaciones de monitorización en lugar de miles de alertas - Incidencias con servicio sugerido, impacto y equipo - Incidencias graves con escalada al proveedor - Colas de equipo y plazos de SLA Propietario del servicio «¿Qué ocurre con mi servicio y qué se espera de mí?» [Más para este rol →](https://stilla.eywo.digital/es/roles/#owner) - Una cola de aprobaciones - Ventana de mantenimiento y acuerdo de aplicación de parches para el servicio - Mapa de dependencias y puntos únicos de falla - Lista de precios del servicio y costos Gestor de cambios «¿Puede realizarse este cambio, cuándo y quién lo aprobó?» [Más para este rol →](https://stilla.eywo.digital/es/roles/#change) - Impacto calculado antes de la presentación - Ventanas, congelaciones y colisiones en el calendario - Modelos de cambio y CAB - Revisión de cambios por el asistente de IA Seguridad «¿Qué vulnerabilidades amenazan qué servicios y cuándo estarán corregidas?» [Más para este rol →](https://stilla.eywo.digital/es/roles/#sec) - Importación de hallazgos del escáner - Vulnerabilidades activamente explotadas con plazos - Modo de aplicación de parches acelerada - Roles con ámbito, SSO y un registro de auditoría inmutable - Evidencia para NIS2 y DORA (en preparación) Finanzas de TI «¿Cuánto cuesta un servicio y a quién se lo facturamos?» [Más para este rol →](https://stilla.eywo.digital/es/roles/#fin) - FOCUS: costes de nubes, OpenShift y el centro de datos - Showback y chargeback por cliente - Una lista de precios con un propietario y cambios aprobados - Datos de facturación mensual Ediciones ## Ediciones Comience con lo que necesita hoy. Pase a una edición superior sin migrar datos. ### Standard Para organizaciones que desean una CMDB fiable y procesos de ITSM gestionados. 990 € al mes - CMDB, mapa de dependencias e impacto con conocimiento de la redundancia - Red virtual y discos de VMware - Incidencias, solicitudes y catálogo de servicios - Problemas y errores conocidos - Cambios con auditoría de aprobaciones, ventanas de mantenimiento y calendario - SLA y horarios de oficina - Una cola de aprobaciones - Roles, RACI, SSO y registro de auditoría - Importación de Excel y comprobación de preparación [Solicitar Standard →](https://stilla.eywo.digital/es/order/?edice=standard) Recomendado ### Business Para operaciones que desean conectar monitorización, seguridad y proveedores. 2.390 € al mes - Todo en Standard - Gestión de eventos y situaciones - Gestión de parches y vulnerabilidades - Centros de datos y unidades de rack - Contratos de servicio y proveedores - Compras, activos de TI, amortizaciones y repuestos - Asistente de inteligencia artificial [Solicitar Business →](https://stilla.eywo.digital/es/order/?edice=business) ### Enterprise Para proveedores de servicios compartidos y grandes organizaciones. desde 5.900 € al mes - Todo en Business - Costos, facturación y lista de precios (FinOps) - Separación de datos de clientes - Sincronización con una CMDB primaria - Soporte prioritario [Solicitar Enterprise →](https://stilla.eywo.digital/es/order/?edice=enterprise) Precios indicativos excluyendo IVA, por entorno. Preparamos un presupuesto exacto basado en el alcance y el modelo de implementación. Preguntas y respuestas ## Preguntas frecuentes ### ¿Qué es Stilla? Stilla es un mapa operativo de toda su infraestructura de TI. A partir de una sola CMDB, calcula el impacto en los servicios de negocio – para incidencias, cambios, aplicación de parches y costes – incluyendo la redundancia de clústeres y replicación. Fue creado por Eywo s.r.o., con sede en Praga. ### ¿Para quién es Stilla? Para operaciones de TI en organizaciones reguladas: bancos y aseguradoras, energía, automoción y manufactura, sector público y proveedores de servicios compartidos. Es utilizado por CIOs, responsables de operaciones, propietarios de servicios, gestores de cambios, seguridad y finanzas de TI. ### ¿Qué módulos incluye Stilla? CMDB y mapa de dependencias, red virtual y discos VMware, incidencias y solicitudes, problemas y errores conocidos, SLA, cambios y ventanas de mantenimiento con auditoría de aprobaciones, una única cola de aprobaciones, gestión de eventos, gestión de parches y vulnerabilidades, centros de datos y contratos, compras y gestión de activos de TI con amortizaciones y repuestos, un asistente de IA, costes y facturación (FinOps), separación de datos de clientes y registro de auditoría. Todos los módulos comparten los mismos datos. ### ¿Cómo se despliega Stilla? Como SaaS operado por Eywo, en su propia cuenta de Cloudflare, o como contenedor en su OpenShift. La interfaz funciona en dispositivos móviles también. ### ¿Cuánto cuesta Stilla? Indicativamente, Standard 990 €, Business 2.390 € y Enterprise desde 5.900 € por entorno al mes, excluyendo IVA. Preparamos un presupuesto exacto basado en el alcance y el modelo de despliegue. ### ¿Hace Stilla descubrimiento automático? Hoy los datos llegan a través de la API de discovery (con emparejamiento, sincronización completa y retirada), importación de CSV y Excel o sincronización con una CMDB principal. El inventario de OpenShift (nodos, OpenShift Virtualization, clústeres alojados, red y ODF) se importa con una herramienta de solo lectura. Los conectores para la recopilación automática desde vCenter y nubes públicas están en preparación. Blog ## Del blog Desafíos de gestión de TI y cómo los abordamos. [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/)[Gobernanza·25 de octubre de 2026 ### NIS2 y DORA: lo que las operaciones de TI deben poder demostrar Ambas regulaciones formulan la misma pregunta: ¿sabe qué servicios se ven afectados por una interrupción, quién es responsable de ellos y qué cambió cuándo? Sin un mapa de dependencias fiable, las respuestas se elaboran manualmente, a menudo bajo presión de tiempo. Standard3 min read](https://stilla.eywo.digital/es/blog/nis2-dora-evidence/)[Implantación·15 de octubre de 2026 ### Implantación de ITSM sin un proyecto de seis meses La introducción de una nueva herramienta de ITSM no tiene que significar meses de talleres y consultores. Comience con un área, importe los datos que ya mantiene en Excel y verifique la preparación antes de salir en vivo. Standard4 min read](https://stilla.eywo.digital/es/blog/itsm-without-half-year-project/) [Todos los artículos →](https://stilla.eywo.digital/es/blog/) Siguiente paso ## Comience con un piloto en un área. Elija un cliente o un departamento y sus servicios clave. Después del piloto, revisamos los SLA, cambios y costos juntos – y usted decide sobre la expansión con tranquilidad. [Elija una edición →](https://stilla.eywo.digital/es/editions/)