No empezamos con formularios, empezamos con datos. Cada proceso se basa en una sola CMDB y una sola regla para determinar quién es el propietario. Por eso, las incidencias, los cambios y los costos se entienden entre sí.
Una CMDB con 34 clases, desde servicios de negocio hasta dispositivos OT. Cada cambio tiene una versión, un autor y una fuente.
Antes de cada cambio, sabe qué servicios estarán inactivos. Durante una incidencia, sabe quién está afectado.
Propietarios de servicios, roles delimitados, un RACI verificado con permisos y un registro de auditoría de cinco años.
Un perfil de despliegue, importación en Excel y una comprobación de preparación. Usted activa los módulos cuando los necesita.
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.
Los datos se vuelven obsoletos, la gente mantiene sus propias hojas de cálculo y pregunta a los colegas durante las incidencias.
Quien planea un cambio a menudo no sabe qué servicios afectará.
Los apagones, las solicitudes y los precios se aprueban en diferentes canales y nadie sabe qué está pendiente dónde.
Cada ventana se negocia de nuevo y las vulnerabilidades críticas esperan.
Los informes de monitorización solo muestran síntomas, no causas. La gente deja de leer.
Las facturas del centro de datos y la nube no se pueden atribuir a servicios ni a clientes.
Seis situaciones operativas cotidianas y cómo un mapa de dependencias compartido ayuda.
El gestor de cambios crea un cambio. Stratum calcula los servicios afectados, ofrece una ranura dentro de la ventana de mantenimiento y fuera de cualquier congelación de cambios, y envía el corte a los propietarios de servicios para su aprobación. Las alertas de los servidores afectados se suprimen durante el cambio.
La monitorización envía cientos de eventos. Stratum los agrupa en una situación con una causa probable en el almacenamiento, abre una incidencia grave con los servicios afectados y los eleva al proveedor según el contrato de servicio.
El importador del escáner señala una falla activamente explotada. Stratum 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 parche.
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. El departamento financiero obtiene los datos sin trabajo en hoja de cálculo.
Un proveedor ejecuta una plataforma para decenas de organizaciones. Los usuarios de un cliente solo ven sus propios datos, incluidos los costos; los resolutores funcionan en todos los clientes y el propietario del servicio aprueba la lista de precios.
La empresa mantiene su CMDB en otra herramienta. Stratum se sincroniza con ella a través de identificadores externos y agrega la capa operativa: mapas de impacto, cambios en ventanas, aplicación de parches y costos.
Elija un cliente o un departamento y sus servicios clave. Después del piloto, revisamos los SLA, los cambios y los costos juntos – y usted decide sobre la expansión con tranquilidad.
Respondemos en su idioma. Los mensajes se traducen automáticamente; cada respuesta es escrita por una persona de nuestro equipo.