OMNIA
IT Service Management
VER CAPACIDADES
Mesa de servicio · ITSM + IA

ITSM que asigna, vigila y diagnostica antes de que el técnico abra el ticket.

Incidentes, requerimientos, problemas, cambios, SLA, catálogo, knowledge base, portal, CMDB y discovery. OMNIA ITSM opera de forma independiente y se integra con tu ecosistema cuando lo necesitás.

El problema con la mesa de servicio clásica

Los tickets no vienen con contexto ni dueño. Alguien lo arma a mano, cada vez.

Un service desk tradicional junta el caso, pero no lo entiende ni lo enruta bien: el agente investiga desde cero, nadie sabe a quién le toca, la CMDB está desactualizada y un cambio se aprueba sin ver que colisiona con otro. OMNIA ITSM ataca justo eso, de punta a punta y sin licencia por agente.

Multi‑tenant · configurable por tenant Sin licencias por agente Alineado ITIL Alineado COBIT 2019
Qué logra

Clasifica, asigna, correlaciona y deja el diagnóstico listo en el ticket.

No es una bandeja de entrada. Antes de que alguien toque el ticket, OMNIA clasifica el caso, prepara el contexto relevante, considera cambios recientes y propone una hipótesis para el especialista.

ticket → clasificadoasignado → SLA aplicado
  → contexto del servicio preparado → cambios relevantes considerados
  → hipótesis de causa lista para el especialista

CMDB como fuente de verdad

Relaciones de impacto y jerarquía física/virtual reconciliadas por un agente propio (COBIT BAI09/10), no una hoja de cálculo que nadie actualiza.

Cambios sin sorpresas

Cada RFC muestra su riesgo y sus colisiones contra el calendario de cambios antes de llegar al CAB, que ejecuta como compuerta.

Nadie se pregunta "¿a quién le toca?"

El grupo de soporte y el SLA se infieren del tópico; la asignación respeta la cobertura por zona del grupo.

El ciclo completo · un solo modelo de datos

Las capacidades ITSM esenciales, integradas.

Incidentes, requerimientos, problemas, cambios, SLA, catálogo, CMDB, knowledge base y portal para operar el ciclo completo de servicio.

Incidentes

Registro, categorización y escalamiento por matriz de impacto/urgencia, con asignación automática y reasignación guiada por el diagnóstico de IA.

REGISTRO · ESCALAMIENTO

Requerimientos

Catálogo de solicitudes con flujo de aprobación propio y SLA independiente del incidente.

APROBACIÓN · SLA PROPIO

Problemas

Análisis de causa raíz, error conocido y vínculo automático con los incidentes recurrentes que lo originaron.

RCA · ERROR CONOCIDO

Cambios + CAB

RFC con análisis de riesgo y colisiones contra el calendario de cambios; el CAB actúa como compuerta de ejecución, con bitácora auditable.

RFC · CALENDARIO · CAB

SLA + semáforo

El SLA se infiere del tópico (con reglas de respaldo por organización y por zona). Semáforo de vencimiento con 5 estados y dashboard MoM/YoY.

SLA · SEMÁFORO

Catálogo de servicios

Portafolio publicado con tiempos de entrega y dueño de servicio, consumible desde el portal.

PORTAFOLIO · DUEÑO

CMDB gobernada

Inventario con relaciones de impacto y reconciliación por un agente propio de descubrimiento, jerarquía física y virtual, no un CSV suelto.

RELACIONES · AGENTE PROPIO

Base de conocimiento

Artículos vinculados al ticket, con sugerencia automática por similitud al abrir el caso.

ARTÍCULOS · SUGERENCIA

Plantillas y cierre

Plantillas por tipo de caso, flujo de cierre estandarizado y disparo automático de encuesta de satisfacción (CSAT).

PLANTILLAS · CSAT

Portal de autoservicio

Seguimiento de casos y catálogo, sin pasar por el agente para lo simple.

SEGUIMIENTO
Enrutamiento automático

Nadie decide a mano quién atiende el ticket.

Al crear el caso, el sistema ya sabe el grupo de soporte, el SLA que le aplica y el técnico que debe tomarlo, respetando la cobertura por zona.

  • Rotación equilibrada: asigna al técnico activo que lleva más tiempo sin recibir un ticket nuevo.
  • Balanceo por carga: asigna al técnico con menos tickets abiertos en ese momento.
  • Cobertura por zona: cada grupo de soporte define su propia estrategia de asignación.
  • SLA inferido del tópico, con reglas de respaldo por organización y por zona.
asignación → cálculo de SLA → semáforo de vencimiento → escalamiento automático
estados: vencido · crítico (≤4h) · en riesgo (≤12h) · al día · sin SLA
CMDB viva, no un CSV

Discovery que mantiene visible tu infraestructura real.

OMNIA Discovery identifica hardware, software, parches, virtualización y red para mantener la CMDB al día, sin depender de hojas de cálculo.

Hardware y SO

CPU, RAM, discos, red y servicios corriendo, por equipo.

Software instalado

Inventario de paquetes y versiones para ITAM y licenciamiento.

Parches pendientes

Actualizaciones de SO y seguridad no aplicadas, por equipo.

Virtualización

Detecta el hipervisor y las máquinas virtuales automáticamente, sin importar la plataforma.

Descubrimiento de red

Encuentra automáticamente los equipos conectados a la red.

Multi‑tenant

Acceso aislado por tenant; el mismo agente sirve a toda la operación.

El diferenciador · Copiloto ITSM

Antes de que alguien toque el ticket, OMNIA ya empezó a investigarlo.

El Copiloto ITSM prepara una clasificación, identifica el servicio afectado, reúne contexto relevante y considera cambios recientes para proponer una hipótesis antes de la intervención del especialista.

  • Triage automático al crearse el ticket: infra → eventos + CMDB; seguridad → accesos + cumplimiento; aplicación → identifica cuál.
  • Copiloto ITSM entiende la aplicación identificada, agnóstico del stack tecnológico.
  • Correlaciona con los cambios recientes del sistema y señala la posible regresión.
  • Deja la causa probable lista en el ticket, antes de que el técnico lo abra.
  • Copiloto del agente en tiempo real: screen‑pop por UCID con el cliente 360 al contestar.
Agnóstico de aplicación: identifica la app desde la CMDB y entiende su comportamiento, sea cual sea el sistema.
Funciona con cualquier sistema de tu stack, hoy y a futuro.
Contact center integrado

El ticket también puede entrar por voz o WhatsApp, con el mismo contexto.

Omnicanal nativo, no un conector de terceros: softphone WebRTC, bandeja de WhatsApp y tipificación de llamadas alimentan el mismo ITSM, con field service para lo que requiere una visita.

Softphone WebRTC

Llamadas desde el navegador, sin cliente pesado, integradas al ticket del agente.

WEBRTC · SIN CLIENTE

Bandeja WhatsApp

Conversaciones que se vuelven ticket, con historial completo del contacto.

WHATSAPP · HISTORIAL

Tipificación de llamadas

Cada llamada se clasifica y queda vinculada al caso, sin captura manual duplicada.

CLASIFICACIÓN · VÍNCULO

Historial unificado

Voz, WhatsApp y ticket comparten una sola línea de tiempo por contacto.

LÍNEA DE TIEMPO

Canales

Un mismo caso puede abrirse por portal, voz, WhatsApp o correo, mismo dato.

MULTICANAL

Field service

Rutas de campo por zona/geolocalización cuando el caso requiere visita presencial.

RUTAS · ZONA
Monitoreo & Event Management

La alerta se vuelve incidente sola. El estado de la plataforma es público.

Menos ruido, más señal: las alertas se deduplican y correlacionan antes de convertirse en un incidente accionable.

Alerta → incidente

Correlación y deduplicación de eventos de monitoreo que abren o actualizan el incidente correspondiente.

Estado de plataforma

Página de estado con la salud de los servicios monitoreados, visible para la organización.

Ops checklist

Runbooks operativos ligados al evento, para que la respuesta no dependa de la memoria del turno.

Gobierno · APO05 (COBIT 2019)

De la demanda al gobierno.

Los requerimientos que necesitan inversión, capacidad o priorización pueden continuar hacia los procesos de gobierno correspondientes.

Alineación estratégica y de negocioalto
Riesgo y cumplimiento normativoalto
Urgencia y dependenciasmedio
Viabilidad y complejidadbase

Regla dura: una obligación regulatoria con plazo se marca CRÍTICA automáticamente, sin importar el puntaje ponderado del resto.

Diferenciadores

Una forma diferente de operar ITSM.

Copiloto contextual, routing automático, CMDB con Discovery, Event Management y soporte omnicanal para operar el servicio con contexto desde el primer minuto.

CapacidadOMNIA ITSMAranda (ASMS)BMC Helix / RemedyServiceNow
Asignación automática por carga de trabajo y cobertura de zona
SLA con semáforo de vencimiento (5 estados)
RFC con riesgo/colisiones + CAB
CMDB con agente propio de descubrimiento (HW/SO/parches/virtualización)
IA de triage/clasificación al crear el ticket,
Copiloto ITSM, IA que pre‑diagnostica el ticket con el historial de cambios del sistema, , ,
Omnicanal nativo (WhatsApp + softphone WebRTC),
Field service · rutas por zona,
ITAM · gestión de licencias
Modelo multi‑tenant unificado, configurable por tenant
LicenciamientoSin licencia por agenteLicencia moderada por agenteLicencia alta por agenteLicencia alta por agente
Costo total a 5 años (~40 agentes)mantenimientomedioaltomuy alto
Nativo Módulo aparte / costo extra Parcial , No disponible

Costo a 5 años, stack ITSM equivalente

OMNIA ITSM (propio, sin licencia/agente)mantenimiento
Aranda ASMS (licencia regional por agente + soporte)medio
BMC / ServiceNow + add‑ons (DWP, ITAM, CCaaS) + implementaciónmuy alto

Lectura cualitativa (mid‑market, ~40 agentes): BMC/ServiceNow implican licenciamiento anual recurrente e implementación de alto costo, con portal, ITAM y BI facturados aparte; en ese comparativo, OMNIA ITSM representa una fracción del costo total de las suites tradicionales. La posición de Aranda es cualitativa (licenciamiento regional por agente, menor que BMC/ServiceNow), no se afirman cifras propias del fabricante.

También disponible como parte del ecosistema OMNIA

El service desk que entiende tu sistema, no solo tus tickets.

Incidentes, requerimientos, problemas, cambios, SLA, CMDB, Discovery y asistencia de IA en una solución independiente que se integra con tu ecosistema cuando lo necesitás.

← OMNIA · inicio
ESEN
Cotizá