Gestión de Incidentes: del Reporte al Cierre

El incidente que se pierde entre chats no existe para nadie

Un vigilante encuentra una puerta forzada en el sótano de un conjunto residencial a las 3 de la mañana. Lo escribe en la minuta, le manda una foto por WhatsApp al supervisor y sigue su recorrido. El supervisor lo ve al despertar, lo reenvía al grupo de la administración, alguien pregunta “¿esto de cuándo es?”, y para el mediodía la conversación ya se enterró bajo cuarenta mensajes de otros temas. La puerta sigue forzada. Nadie la cerró formalmente. Nadie sabe si se cerró.

Ese es el problema real de la gestión de incidentes de seguridad en la mayoría de empresas de vigilancia colombianas: no falta gente que reporte, falta un flujo que impida que un reporte muera a mitad de camino. Un incidente sin dueño, sin fecha y sin cierre no es un incidente gestionado; es una anécdota que puede volverse un reclamo del cliente o, peor, un hecho que se repite porque nunca se corrigió.

Las cinco etapas que todo incidente debe recorrer

Gestionar un incidente no es “avisar”. Es llevarlo, sin saltarse pasos, desde que ocurre hasta que se cierra con constancia. Cinco etapas:

1. Registro con evidencia en el momento. El vigilante que detecta el hecho lo consigna donde ocurre, no cuando regresa a la portería. Descripción, foto, hora y ubicación quedan sellados por el sistema, no escritos de memoria dos horas después. Este es el papel de la minuta digital: convertir el reporte en un registro con autor, sello de tiempo y GPS que nadie puede alterar luego.

2. Clasificación por prioridad y tipo. No todo pesa igual. Una luminaria fundida y un intento de intrusión no pueden competir por la misma atención. Clasificar cada incidente por tipo (daño, acceso no autorizado, emergencia médica, falla de equipo) y por prioridad es lo que permite que lo urgente salte adelante y lo rutinario se acumule para revisión.

3. Notificación al responsable correcto. Un incidente de alta prioridad tiene que llegarle a alguien que pueda actuar, ahora, no mañana. El botón de pánico resuelve el extremo crítico —una alerta que dispara a la central con ubicación—, pero el resto de incidentes también necesitan ruta: quién se entera, en cuánto tiempo y qué se espera de él.

4. Seguimiento hasta la acción. Registrado y notificado no es cerrado. Alguien tiene que hacer algo: enviar un técnico, reforzar el puesto, avisar a la administración del conjunto. Mientras eso no ocurra, el incidente permanece abierto y visible, no enterrado.

5. Cierre con constancia. El incidente se cierra cuando se documenta qué se hizo y quién lo autorizó. Ese cierre es lo que después sustenta el servicio ante el cliente: no “creo que se resolvió”, sino un registro completo de principio a fin.

El vigilante consigna el incidente en el puesto: descripción, foto y prioridad quedan sellados con hora y ubicación.

Por qué WhatsApp no es un sistema de gestión

WhatsApp es excelente para hablar y pésimo para gestionar. No porque sea mala herramienta, sino porque no fue hecho para esto. Un chat no tiene estado: un mensaje no está “abierto” ni “cerrado”, solo leído o no leído. No tiene prioridad: la novedad crítica y el “buenos días” ocupan el mismo renglón. No tiene trazabilidad real: los mensajes se borran, se editan, se pierden al cambiar de celular. Y no tiene memoria consultable: nadie va a buscar en un grupo de 800 mensajes qué pasó en el puesto tres martes atrás.

El resultado es predecible. Los incidentes que se gestionan por chat se resuelven según la memoria y la buena voluntad de quien esté despierto, no según un proceso. Cuando la operación crece a decenas de conjuntos y unidades residenciales, esa informalidad deja de ser tolerable: lo que en un puesto era un descuido, en cincuenta puestos es un patrón de fallas que nadie ve porque nadie tiene el panorama completo.

El panel: donde el supervisor ve lo que sigue abierto

La otra mitad de la gestión ocurre en la oficina. Cada incidente que el vigilante registra en el puesto aparece en el panel de la central en tiempo real, con su tipo, su prioridad y su estado. El supervisor deja de perseguir novedades por chat y empieza a trabajar por excepción: mira lo que está abierto, lo que es de alta prioridad y lo que lleva demasiado tiempo sin acción.

La central ve todos los incidentes por estado y prioridad: lo abierto y lo urgente saltan primero, no se entierran.

Esa vista cambia la conversación con el cliente. Cuando la administración de un conjunto pregunta por qué pasó algo, la respuesta no es una búsqueda desesperada en un grupo de mensajes: es un registro ordenado con foto, hora, autor y acción de cierre. El portal del cliente puede mostrar esa información de forma controlada, para que el administrador vea que el servicio funciona sin tener que llamar a preguntar. En un vertical exigente como la seguridad de urbanizaciones residenciales, esa transparencia es la diferencia entre renovar el contrato y perderlo por desconfianza.

Estandarizar los tipos de incidente

Un detalle que se subestima: si cada vigilante nombra los incidentes a su manera, el histórico no sirve para nada. “Problema en la entrada”, “novedad puerta”, “acceso raro” pueden ser todos lo mismo, pero el sistema no lo sabe. Definir un catálogo de tipos de incidente —acordado, corto y claro— permite que después puedas ver cuántos incidentes de acceso hubo este mes, en qué puestos se concentran y si un conjunto necesita refuerzo de perímetro. Sin esa estandarización, tienes datos; con ella, tienes información para decidir.

Un apunte sobre soporte documental

La vigilancia y seguridad privada en Colombia opera bajo inspección y control estatal, y la trazabilidad de la operación es parte de lo que sustenta un servicio serio ante clientes y ante cualquier revisión. Sin entrar en asesoría legal —verifica siempre la normativa vigente aplicable a tu empresa—, un principio general aplica: una empresa que gestiona sus incidentes con registro, evidencia y cierre documentado está en mejor posición que una que depende de la memoria de un grupo de chat. El sistema no reemplaza tus obligaciones; te da el respaldo para cumplirlas sin esfuerzo manual.

De la anécdota al proceso

La diferencia entre una operación amateur y una profesional casi nunca está en la valentía del vigilante o en la buena voluntad del supervisor. Está en si los incidentes recorren un flujo completo —registro, clasificación, notificación, seguimiento, cierre— o si viven y mueren en un chat. El primer modelo escala, se audita y genera confianza; el segundo se cae en cuanto la operación crece.

Si quieres ver cómo se aplica este flujo en tu esquema de vigilancia, explora CGuardPro, conoce más sobre la operación en Colombia en nuestra página para Colombia o escríbenos y lo revisamos con uno de tus puestos reales.