Saltar al contenido
IRIS NEURALContacto
Volver a capacidades

¿Qué pasa con un aviso después de que salte?

Del aviso a la resolución: con dueño, con procedimiento y con plazo

Detectar no es decidir. Un sistema que solo detecta deja una lista de avisos que nadie cierra, y a las cuatro de la mañana hay una sola persona mirándola. Aquí cada aviso pasa a ser un incidente: con dueño, con estado, con procedimiento, con el turno que responde y con hora de cierre. Si nadie lo toma, sube solo hasta que alguien contesta.

De un vistazo

Lo que sabe hacer

  • Ningún aviso se pierde

    Cada disparo abre su incidente, con su hora y su fotograma. Aunque cien repeticiones se plieguen en una sola fila, el contador sigue siendo exacto.

  • Cada tipo, su plazo

    Vienen 17 tipos de fábrica y cada uno trae su urgencia y sus minutos. Un fuego no espera lo mismo que un objeto olvidado, y la fila se ordena sola por vencimiento.

  • Procedimientos guiados

    El incidente llega con sus pasos, en su orden. Hay pasos críticos, y hay pasos que no se pueden dar por hechos sin escribir qué se hizo.

  • Escalado sin silencios

    Si nadie lo atiende dentro del plazo, el aviso sube de escalón. Cuando se acaban los escalones va al destino de último recurso: nunca acaba en silencio.

  • Quién está de turno

    La programación de turnos, las rotaciones y los reemplazos viven dentro. El aviso despierta a quien está de turno ahora, no a quien figuraba en una lista de hace seis meses.

  • El relevo, por escrito

    El cambio de turno se registra: quién entrega, quién recibe, qué novedades quedan abiertas y si quien entra lo confirmó. Lo que quedó a medias llega al siguiente.

  • Veintisiete filtros

    Una fila de doscientos avisos sin filtrar es una fila que se ignora. Cada operador guarda su vista y la comparte con su equipo.

  • El expediente que se entrega

    Un botón empaqueta el incidente entero: informe, cronología, adjuntos e imágenes, cada uno con su huella. Lleva su propio verificador, que funciona sin conexión.

  • La programación de turnos, por dentro

    Capas apiladas, rotación diaria, semanal o a la medida, y reglas por día, franja, mes y excepción, incluso de amanecer a anochecer. Y si una franja no la cubre nadie, se declara: un hueco en blanco callaría el aviso; un hueco declarado lo hace saltar al escalón siguiente.

  • A quién le llega el aviso

    El destinatario puede ser una persona, un grupo o el turno entero: si es el turno, la persona se resuelve al disparar, nunca antes. Y un envío que falla no consume escalón: se reintenta el mismo, porque un aviso que no llegó a salir no puede darse por dado.

  • Veinte avisos, un incidente

    Agrupar viene apagado de fábrica y es preferencia de cada persona: junta filas, y eso no debe pasar sin que alguien lo pida. Si el incidente que representa al grupo deja de estar pendiente, el grupo se cierra y lo siguiente empieza grupo nuevo.

  • Cerrar deja constancia

    Al cerrar se diligencia el formulario de acciones tomadas, y lo respondido queda como dato aprovechable, no como texto suelto. El informe se puede llenar de antemano con la cronología real del incidente, pero no se guarda hasta que una persona lo revisa, con su nombre y su hora.

La central de monitoreo

Detectar no es decidir

A las cuatro de la mañana hay una persona delante de la pantalla. Lo que necesita no es más información: es saber qué hacer. Por eso el incidente no llega solo, llega con su guion: los pasos, en su orden, con los críticos marcados. Un paso puede exigir que se escriba qué se hizo antes de darlo por hecho. Y se puede cerrar con pasos sin validar, pero hay que decir por qué, queda con nombre y hora, y hace falta un permiso aparte para poder hacerlo.

Un aviso que nadie toma no puede quedarse quieto. Cada política es una escalera: quién lo recibe primero, cuánto se espera y a quién se avisa después. Responder detiene la subida —asignárselo, validarlo, comentarlo—, aunque todavía no lo resuelva. Si el turno se quedó sin nadie, el aviso salta al peldaño siguiente en vez de callarse; agotados todos, va al destino de último recurso. Y antes de poner una política en marcha se puede simular sin enviar nada: dice a quién avisaría y, sobre todo, qué avisos se quedarían sin nadie detrás.

Después está la pregunta que casi ningún sistema de video se hace: ¿cuánto ruido está produciendo esto, y puede una persona con ese ritmo? IRIS lo mide en avisos por operador y por hora, y lo compara con los umbrales que publica la práctica de gestión de alarmas. Muestra qué cámara y qué regla están saturando la central, para poder afinarlas en vez de apagarlas a ciegas. Las repeticiones se pueden plegar en una fila con su contador, pero plegar no borra: el detalle sigue guardado y el número cuadra. Y queda registrado quién silencia qué, porque un aviso incómodo no puede desaparecer sin dejar rastro.

Y queda lo de después. Cada incidente guarda su cronología completa: quién lo vio, quién lo cambió, qué escribió y a qué hora lo cerró. El registro solo admite agregar y va encadenado, de manera que un retoque posterior se nota. Un botón empaqueta el expediente para entregarlo a una aseguradora, a un juzgado o a un auditor, con la huella de cada archivo y una página que lo comprueba sin conexión. Todo esto viaja por un único puerto, el 443, y funciona sin salir a internet: ni una imagen ni un dato salen a un tercero.

Quién responde a las cuatro de la mañana de un domingo no es una pregunta de organigrama: es una pregunta que el sistema tiene que saber contestar solo. La programación de turnos vive dentro, con sus capas, sus rotaciones y sus reglas por día, franja y mes; y un reemplazo manda sobre todo lo demás mientras dura. Cuando el aviso sale, el destinatario puede ser una persona, un grupo o el turno entero: si es el turno, la persona se resuelve en el momento de disparar, nunca antes. Y si el envío falla, el plazo no avanza y se reintenta el mismo escalón, porque un aviso que no llegó a salir no puede consumir un peldaño en silencio. Seis meses después se puede volver a preguntar quién estaba de turno aquel martes y obtener la respuesta correcta, porque la programación no se sobrescribe: cada versión se cierra y se guarda.

Cerrar no es hacer desaparecer una fila. Al cerrar se diligencia el formulario de acciones tomadas que haya definido la casa, y lo respondido queda como dato: se puede agrupar por tipo, por cámara, por zona, por turno y por operador. El informe se puede llenar de antemano con la cronología real —qué estaba previsto, qué ocurrió y por qué—, pero no se guarda hasta que una persona lo revisa, y queda con su nombre y su hora. De ahí salen los dos números que se llevan a la reunión del mes: cuánto se tarda en atender y cuánto en resolver. Y donde el sistema no puede calcular algo lo dice por escrito en vez de poner un cero: si la cámara no está calibrada, no hay velocidad, y un guion nunca significa que valga cero.

Las cifras

Contado, no estimado

  • 27filtros combinables en la fila del operador
  • 17tipos de incidente de fábrica, cada uno con su plazo
  • 41permisos distintos para decidir quién puede qué
  • 489acciones distintas que quedan registradas
  • 16políticas de retención de fábrica, una por categoría
  • 7estados por los que pasa un incidente, con transiciones comprobadas

Preguntas

¿Qué pasa si nadie atiende un aviso?

Sube. Cada aviso entra en una escalera con sus plazos: si al vencer el primero nadie respondió, se avisa al escalón siguiente, y así hacia arriba. Responder es asignárselo, validarlo, cerrarlo o comentarlo; eso detiene la subida, aunque no resuelva el caso. Si un turno se quedó sin nadie, el aviso salta al peldaño siguiente en vez de callarse. Y cuando se agotan los escalones y las repeticiones, se avisa a un destino de último recurso. Nunca acaba en silencio.

¿Cómo se evita que la central se ahogue en avisos?

De tres maneras. La primera: las repeticiones de una misma cámara se pliegan en un solo renglón con su contador, y no se borra ninguna —el detalle sigue guardado y el número siempre cuadra—. La segunda: la fila de avisos se filtra por 27 criterios que se combinan entre sí, y cada operador se guarda su vista y la comparte con el equipo. La tercera es la que arregla el problema de raíz: un panel mide cuántos avisos le llegan a cada persona por hora y señala qué cámara y qué regla los están produciendo, para afinarlas en vez de apagarlas. Y queda registro de quién silenció qué.

¿Se puede demostrar después qué se hizo?

Sí. De cada incidente queda la cronología completa: quién lo abrió, quién lo miró, qué cambió, qué escribió y a qué hora lo cerró. Al registro solo se le puede agregar, va encadenado criptográficamente y se verifica cuando usted quiera; si algo se hubiera tocado, dice en qué apunte exacto se rompe la cadena. El expediente sale como un paquete firmado, con la huella de cada archivo y una página que lo comprueba sin conexión y sin instalar nada. Y lo que ya existía antes de prender el encadenado queda declarado como no verificable, en vez de hacerlo pasar por verificado.

¿Y si el que falla es el propio escalado?

Un escalado que falla callado es peor que no tener escalado, así que se mide y se muestra. Un panel dice si está corriendo, si corre pero hay avisos que no están llegando, o si está parado, y da el motivo en palabras: apagado, nunca ejecutado, la última pasada dio error, lleva tantos minutos sin pasar. Avisa además de lo que nadie mira hasta que ya es tarde: que no hay ningún canal activo por donde salir, o cuántas personas del equipo no tienen por dónde recibir un aviso. Y de las últimas 24 horas se ve cuántos escalados se quedaron sin destinatario y cuántas veces tocó tirar del último recurso. Otra cosa: recién instalado arranca desarmado a propósito. Solo simula y deja el plan escrito, y a alguien le toca armarlo servidor por servidor. Un despliegue no puede ponerse a llamar gente por su cuenta.

¿Qué pasa si dos operadores toman el mismo incidente a la vez?

Se ven entre ellas. La ficha dice con nombre quién más lo está mirando en ese momento, y si usted está solo, también se lo dice. Asignárselo es reclamar la propiedad; ese gesto queda con su hora y es además lo que detiene el escalado, aunque todavía no haya resuelto nada. Los estados tampoco saltan de cualquiera a cualquiera: el servidor revisa cada cambio y rechaza el que no va, diciendo de dónde a dónde se intentó ir, así que dos personas no pueden dejar el mismo incidente en dos lugares distintos. Y lo que hicieron las dos queda en la misma línea de tiempo: quién lo abrió, quién lo miró, quién lo cambió y qué escribió cada una.

Ver todas las preguntas

La interfaz real, paso a paso

Usted pone la regla una vez. IRIS la aplica siempre.

Va a ver un resumen de la interfaz, paso a paso y sin que nadie toque nada. Cada vuelta empieza con otro caso. La herramienta completa no cabe en una demostración.

  1. Entra a la bandeja
  2. Usted lo abre
  3. Confirma o descarta
IRIS NEURAL
30ES
IRISDirectoGrabacionesGISIncidencias3996SituaciónCasosLPRAutomatizacionesIRIS DATA
Pregunte o pida algo…Enviar
IRIS · Infinity Neural

Y lo mejor

No hay obra, ni zanjas, ni cables nuevos:las cámaras ya están puestas y ya están mirando.

Lo que cambia es lo que pasa con esa imagen. Antes se guardaba y no la miraba nadie; ahora se entiende mientras ocurre, con los mismos equipos que compró hace años.

Cuéntenos su problema y le decimos si IRIS lo entiende o todavía no.

Estamos en España, con seis o siete horas de diferencia. Si llama por la mañana, en España es media tarde y contesta una persona; por la tarde ya cerramos, y si escribe le contestamos igual.