Gestión de Incidentes: del Reporte al Cierre

El incidente que se perdió entre WhatsApps

Son las dos de la mañana. El agente de seguridad de una garita en Lima detecta a alguien merodeando el perímetro. Toma una foto, la manda al grupo de WhatsApp del supervisor y sigue su turno. El supervisor está dormido. A las siete, el mensaje quedó sepultado bajo cincuenta notificaciones de otros puestos. Nadie lo escaló, nadie lo documentó formalmente, nadie hizo seguimiento. Dos semanas después el cliente pregunta por un intento de robo en esa fecha y la empresa no tiene nada: solo una foto perdida en un chat.

Ese es el costo real de no tener una gestión de incidentes de seguridad como proceso. No es que la gente no reporte; es que el reporte cae en un canal que no fue diseñado para retener nada. WhatsApp es rápido para avisar y pésimo para gestionar: no clasifica, no escala, no da seguimiento y no deja un registro auditable. El incidente entra, hace ruido un rato y se evapora.

El agente registra la ocurrencia con foto, hora y ubicación; queda como un caso con estado, no como un mensaje suelto.

El flujo completo: cinco etapas que no se saltan

Gestionar un incidente bien es hacerlo recorrer siempre el mismo camino, sin importar si es menor o grave. La diferencia entre una operación seria y una improvisada no está en tener incidentes —todas los tienen— sino en que cada uno pase por estas cinco etapas.

1. Registro con evidencia

El incidente nace cuando el agente lo captura, en el momento y en el lugar. No después, no de memoria. Un buen registro incluye qué pasó, dónde, cuándo y evidencia: foto, ubicación GPS, hora automática. Mientras más se demore el registro, más se pierde el detalle. Por eso el celular del agente es el punto de captura ideal: ya lo tiene en la mano.

2. Clasificación por prioridad

No todos los incidentes pesan igual. Una luminaria quemada y un intento de intrusión no pueden competir por la misma atención. Clasificar por prioridad —bajo, medio, alto o crítico— define qué pasa después: qué se notifica de inmediato, qué se revisa en la mañana, qué se despacha ya. Sin clasificación, o todo es urgente o nada lo es, y ambas cosas paralizan.

3. Notificación al que corresponde

Un incidente crítico tiene que despertar a alguien; uno menor, no. La notificación bien hecha respeta esa diferencia: el pánico y la intrusión llegan al instante al supervisor y a la central; la novedad de rutina se acumula para el reporte del turno. Notificar todo con la misma urgencia entrena a la gente a ignorar las alertas, que es exactamente lo que no quieres.

Desde la central, cada incidente se ve con su prioridad, su responsable y su estado, del reporte al cierre.

4. Seguimiento hasta que se resuelve

Aquí es donde WhatsApp fracasa por completo: no tiene manera de decir “esto sigue abierto”. Un incidente en gestión necesita un estado visible —abierto, en proceso, cerrado— y un responsable con nombre. Mientras esté abierto, alguien tiene que verlo cada vez que abre el panel. El seguimiento es lo que evita que un problema se olvide justo antes de convertirse en algo grave.

5. Cierre documentado

Un incidente se cierra cuando se resolvió y quedó registrado cómo. El cierre no es “ya no se habló más del tema”; es una anotación de qué se hizo, quién lo resolvió y con qué evidencia. Ese cierre es lo que, semanas después, permite responderle al cliente con hechos en lugar de con “me parece que se resolvió”.

Por qué el canal importa tanto como el proceso

Se puede tener un proceso perfecto en un manual y aun así fallar, si el canal donde vive el incidente no soporta el proceso. Un grupo de chat no clasifica, no da estado, no notifica selectivamente y no deja un registro que resista una auditoría. El libro de novedades digital sí: cada incidente es un caso con hora, ubicación, evidencia, prioridad, responsable y estado. La ocurrencia se escribe una vez y viaja por el flujo sin que nadie la reescriba ni la pierda.

Cuando el incidente es una emergencia, el botón de pánico de guardias arranca el flujo en su forma más urgente: la central recibe la alerta con ubicación al instante y puede despachar usando la supervisión GPS. Y para todo lo que no es emergencia pero requiere coordinar en vivo, el radio PTT mantiene al agente, al supervisor y a la central en el mismo canal mientras el caso se gestiona.

El registro que te protege después

Hay un beneficio de la gestión de incidentes que rara vez se menciona hasta que se necesita: el respaldo. Cuando un cliente reclama, cuando hay una disputa sobre qué pasó una noche, cuando la autoridad pide información, la empresa que tiene cada incidente documentado con hora, ubicación y evidencia está parada en piso firme. La que tiene chats borrados y memorias vagas, no.

Ese registro también es materia prima para mejorar. Revisar los incidentes de un puesto a lo largo de meses revela patrones: horarios de mayor riesgo, puntos ciegos del perímetro, fallas recurrentes de equipo. La gestión de incidentes deja de ser solo reacción y empieza a informar decisiones.

Lo que un buen sistema de incidentes te dice con el tiempo

• Qué puestos concentran más ocurrencias y de qué tipo.
• Qué horarios son los más críticos por servicio.
• Qué incidentes se repiten y apuntan a un problema de fondo.
• Cuánto tarda tu operación en cerrar, en promedio, un caso.

Lo que hay que decir con honestidad

Un sistema ordena el flujo, pero no reemplaza el criterio. Es una persona la que clasifica bien la prioridad, decide cuándo escalar y juzga si un cierre es real. La tecnología asegura que nada se pierda y que todo quede registrado; la calidad de cada decisión la sigue poniendo el equipo, y eso se entrena.

Sobre requisitos de reporte, resguardo de evidencia y manejo de datos personales en incidentes, las reglas varían por jurisdicción y se actualizan. Verifica lo vigente con la autoridad competente y con un asesor antes de definir tus políticas de documentación. Esto no es asesoría legal.

Conclusión

Un incidente bien gestionado recorre siempre el mismo camino: se registra con evidencia, se clasifica, se notifica a quien corresponde, se sigue hasta resolverlo y se cierra documentado. Lo que se sale de ese camino —el aviso suelto en un chat, la foto sin seguimiento— no es gestión, es suerte. Y la suerte no aguanta la pregunta del cliente dos semanas después.

Si quieres ver cómo se ordena el flujo completo de incidentes en tu operación en Perú, explora CGuardPro o escríbenos.