La respuesta ante incidentes nunca es tarea exclusiva de un solo departamento

Todos los contratos de vigilancia generan informes de incidentes. Sin embargo, son muy pocos los que elaboran registros de incidentes que se mantengan válidos cuando un cliente impugna una factura, una aseguradora solicita el expediente o la parte contraria los examina seis meses después.

El software de notificación de incidentes de seguridad es lo que cubre esa laguna. Sustituye los registros escritos a mano, los resúmenes de radio y los archivos PDF enviados por correo electrónico por informes digitales estructurados que incluyen marcas de tiempo, coordenadas GPS y pruebas capturadas en el momento del suceso. Para una empresa de seguridad subcontratada, el informe es un producto final, no un trámite burocrático. Lo difícil no es documentar un incidente, sino demostrarlo.

¿Qué es un software de notificación de incidentes de seguridad?

Se trata de una plataforma que permite a los agentes sobre el terreno registrar y enviar incidentes de forma digital, remite dichos informes a las personas que deben actuar al respecto y los almacena como un registro en el que se pueden realizar búsquedas y que es auditable.

Un sistema eficaz hace cuatro cosas: registra el incidente mediante formularios móviles guiados, adjunta pruebas a medida que se redacta el informe, escala el incidente según las normas en lugar de esperar al cambio de turno y agrupa los informes individuales en datos de tendencias por tipo, gravedad, ubicación y hora. Esto último es lo que convierte una obligación de cumplimiento normativo en una herramienta de gestión de riesgos.

Se integra en el software de operaciones de seguridad, junto con los sistemas de planificación, gestión de vigilantes y rondas de vigilancia. Es habitual adquirir el módulo de informes por separado, lo cual suele ser un error, ya que los incidentes se detectan durante las rondas y se resuelven mediante la central de operaciones.

¿Qué información debe incluir un informe sobre incidentes de seguridad?

Un informe de incidente bien fundamentado responde a seis preguntas: qué ocurrió, cuándo, dónde, quiénes estuvieron implicados, quiénes intervinieron y qué medidas se tomaron. La mayoría de los litigios contractuales giran en torno a las dos últimas.

Más allá de la narrativa, los ámbitos que resisten el análisis son:

• Fecha y hora del suceso y fecha y hora del informe, registradas por separado
• Ubicación exacta; lo ideal sería indicar las coordenadas GPS en lugar del nombre del lugar
• Tipo y gravedad del incidente, seleccionados de una lista fija en lugar de mediante texto libre
• Nombres y cargos de los agentes, testigos y terceros, como la policía o los servicios de emergencia médica
• Pruebas adjuntas: fotografías, vídeos, grabaciones de audio y declaraciones escritas
• Medidas adoptadas, escalaciones realizadas y resolución o traspaso
• La identidad del responsable del informe y un registro de todas las modificaciones posteriores

Los informes que solo contienen texto libre no se ajustan a los campos de lista fija. Eso es lo que hace que sea imposible analizarlos posteriormente y que sean fáciles de rebatir.

¿Por qué fracasan los informes de incidencias en papel y por correo electrónico?

La elaboración manual de informes falla de cuatro formas previsibles, y cada una de ellas acaba repercutiendo en los costes o en la credibilidad.

Retraso. Un informe redactado al finalizar el turno se escribe horas después de que se haya producido el suceso, cuando los detalles ya se han desvanecido. Si, además, permanece en la bandeja de entrada toda la noche, la oportunidad de actuar ya se ha perdido.

Incoherencia. Sin un formulario estandarizado, dos agentes que registran el mismo tipo de incidente elaboran dos documentos diferentes, y los campos que resultan relevantes para una reclamación son precisamente los que suelen faltar.

Pruebas poco sólidas. Las fotos tomadas con un teléfono móvil personal y enviadas por correo electrónico por separado son difíciles de vincular a un informe, una hora y un lugar concretos. Esa laguna es la que da lugar a que se cuestione el registro.

No se aprecian tendencias. No es posible analizar los documentos. Un muelle de carga que genera once incidentes en un trimestre pasa desapercibido, al igual que la necesidad de modificar la cobertura en ese lugar. Ese es el argumento a favor de combinar la elaboración de informes con la inteligencia empresarial en materia de seguridad.

¿Es lo mismo la notificación de incidentes de seguridad que la gestión de incidentes informáticos?

No, y esa confusión hace perder tiempo a los compradores. Las plataformas de gestión de incidentes de TI, el servicio de asistencia técnica y las herramientas de guardia registran las interrupciones del servicio, los tickets y el restablecimiento del servicio. El software de notificación de incidentes de seguridad registra los sucesos físicos que se producen en unas instalaciones: intrusiones, robos, agresiones, intervenciones médicas, daños materiales e incumplimientos de las normas.

Ambas categorías comparten el vocabulario, pero prácticamente nada más. La elaboración de informes de seguridad física requiere la recogida de datos mediante dispositivos móviles por parte de los agentes sobre el terreno, información sobre la ubicación por GPS y los controles de seguridad, pruebas fotográficas y de vídeo, órdenes de servicio que varían según el contrato y una cadena de custodia que se mantenga en caso de reclamación. Una herramienta genérica para incidentes, diseñada para incidencias informáticas, no cuenta con nada de eso, y una empresa de seguridad que adquiera una de ellas acaba teniendo que volver a introducir los informes en un segundo sistema para la facturación y la presentación de informes al cliente.

¿Qué características debe tener un software de notificación de incidentes de seguridad?

Hay ocho características que distinguen a una auténtica plataforma de notificación de incidencias de un creador de formularios digitales.

• Registro guiado durante la ronda. Los agentes presentan sus informes a mitad de turno sin abandonar la ronda, ya que los informes que interrumpen el flujo de trabajo se aplazan, y los informes aplazados pierden relevancia.
• Formularios configurables según cada contrato. Los campos obligatorios, los niveles de gravedad y los informes obligatorios varían según la planta, y el operador debe configurarlos sin necesidad de presentar una solicitud de cambio al proveedor.
• Pruebas multimedia con información sobre su procedencia. Fotos, vídeos, archivos de audio, datos GPS y texto adjuntos al propio informe, con marca de tiempo.
• Escalación automática. Reglas que remiten una incidencia a un supervisor, a un cliente o a un tercero sin que nadie tenga que acordarse de reenviarla.
• Integración con el centro de operaciones. Asignación del agente más cercano disponible, hora estimada de llegada en tiempo real y temporizadores de SLA en cada intervención.
• Análisis y portabilidad de datos. Clasificación por tipo, gravedad, ubicación y resultado, y replicación en las propias herramientas de inteligencia empresarial del operador.
• Flexibilidad en cuanto a dispositivos. Android e iOS, tanto en dispositivos de la empresa como en dispositivos personales.
• Nivel de seguridad. SOC 2 Tipo II, ISO 27001 y residencia de datos documentada.

¿Qué cambia para los equipos internos de las empresas?

Todo lo anterior parte de la base de una empresa de protección de contratos, en la que el informe es un producto final y las disputas se resuelven según lo establecido en el informe. Para un equipo corporativo interno, el informe consiste, en cambio, en datos de riesgo, y el reto pasa de la visibilidad para el cliente a la estandarización entre sedes, proveedores y países, de modo que la dirección vea una sola cifra en lugar de nueve formatos distintos. Los equipos de seguridad empresarial dan prioridad a la propiedad de los datos independiente del proveedor, a una taxonomía única en todas partes, a los permisos que separan los datos de los proveedores y a una agregación multisede que el consejo de administración acepte.

Una taxonomía compartida también facilita el diálogo posterior: muestra lo que supone un incidente para los departamentos que se encargan de gestionarlo. Los departamentos de RR. HH., jurídico, instalaciones y comunicaciones asumen cada uno una parte de las consecuencias, y un responsable de seguridad que sea capaz de analizar ese impacto junto con ellos refuerza los argumentos a favor de la inversión en el programa y contribuye a que el equipo de gestión de crisis esté mejor preparado. El «Cuaderno de trabajo sobre el impacto de los incidentes entre departamentos» de Trackforce ofrece a esos equipos una forma estructurada de abordarlo conjuntamente.

TrackTik: Informes vinculados al registro

TrackTik, de Trackforce, está diseñado para las operaciones de seguridad física, más que para la cola de incidencias informáticas, y considera el informe de incidentes como el nexo de unión de dichas operaciones. El sistema de notificación de incidentes de seguridad de TrackTik ofrece a los agentes un proceso de notificación guiado durante su turno, con pruebas fotográficas, de vídeo, de audio, de GPS y de texto con marca de tiempo, configurable según las especificaciones de cualquier contrato, tanto en Android como en iOS y en dispositivos de empresa o personales.

Cuatro capacidades amplían esa base.

1. ReportPro AI convierte las notas de campo sin pulir en documentación lista para cumplir con la normativa y genera resúmenes ejecutivos para que los supervisores puedan clasificar el volumen de trabajo. Cada modificación realizada con la ayuda de la IA queda registrada en un registro de auditoría, junto con el original, y los datos confidenciales de los clientes nunca se utilizan para entrenar los modelos de IA.

2. Command Center unifica la monitorización de alarmas, el acceso a la videovigilancia y el envío de guardias en un único espacio de trabajo, con protocolos de actuación inmediata, cronologías completas de los incidentes, mapas de calor geográficos y clasificación por tipo, gravedad, ubicación y resultado.

3. El sistema de despacho de servicios asigna al agente disponible más cercano en función de su estado activo y su tiempo estimado de llegada (ETA), y realiza un seguimiento de los temporizadores del acuerdo de nivel de servicio (SLA) en cada intervención.

4. Business Intelligence y Data Lab ofrecen paneles de control de «arrastrar y soltar» y replicación automática en Tableau, Power BI o Looker Studio, de modo que los datos permanecen en manos del operador.

El resto de la operación se lleva a cabo en el mismo registro: seguimiento de las rondas de vigilancia mediante puntos de control con GPS, NFC, códigos QR y códigos de barras; la aplicación para los guardias de seguridad; la gestión móvil de las patrullas; y una capa de integraciones abierta para cámaras, control de accesos y alarmas.

¿Cómo debería una empresa de seguridad evaluar a los proveedores de servicios de notificación de incidentes?

Las tablas comparativas lo reducen todo a una casilla de selección. Estas ocho preguntas marcan la diferencia entre plataformas que, sobre el papel, parecen similares.

Trackforce publica sus certificaciones y su política de residencia de datos en su página dedicada a la confianza y el cumplimiento normativo, y los precios de TrackTik se adaptan a cada implementación.

Tres preguntas más marcan la diferencia entre una evaluación real y una simple presentación de características.

¿Cómo se lleva a cabo la migración? Los informes históricos lo demuestran. Pregunta cuántos años abarcan los datos, en qué formato y si los archivos adjuntos se transfieren junto con los registros.

¿Qué ocurre en el momento de la renovación si decides cambiar de proveedor? Las opciones de exportación y la replicación programada en el propio entorno del operador determinan si el siguiente paso es un proyecto o una negociación.

¿Cómo sería una implantación realista?

El éxito de un proyecto de notificación de incidentes depende de su aceptación, no de su implantación. Los agentes a los que el formulario les resulta lento siguen utilizando un cuaderno de papel.

El proceso que da buenos resultados es el siguiente: estandarizar primero la taxonomía de incidencias, realizar una prueba piloto en los dos o tres centros más complejos, configurar los formularios basándose en órdenes de intervención reales y formar a los supervisores en la clasificación de incidencias antes de formar a los agentes en el registro de las mismas. La migración de datos y la configuración son los puntos en los que suelen producirse retrasos, y para eso están los servicios profesionales, que se encargan de absorberlos junto con el equipo de Trackforce.

Una cobertura que puedes demostrar

Casi todos los sistemas registran los incidentes. Sin embargo, son muy pocos los que generan un registro lo suficientemente completo como para servir de defensa, lo suficientemente rápido como para actuar en consecuencia y lo suficientemente estructurado como para analizarlo, que es lo que realmente importa cuando un cliente, un equipo de gestión de riesgos o la parte contraria solicitan pruebas.

Reserva una visita guiada con nuestro equipo y descubre cómo la plataforma TrackTik se adapta a tus instalaciones y contratos.