Acerca de los incidentes
Un guardia observa una ventana rota. Un empleado de limpieza encuentra un equipo dañado. Un responsable recibe una queja de seguridad. Estos eventos necesitan algo más que un mensaje o una foto: necesitan un responsable claro, un estado visible y un camino fiable hacia la resolución.
Incidents proporciona a su equipo un único lugar para registrar lo ocurrido, asignar responsabilidad, compartir novedades y seguir el evento desde el primer aviso hasta el resultado final.
La lista de incidentes reúne la prioridad, la clasificación, el estado del flujo de trabajo, la asignación y las fechas en una única vista operativa.
¿Para qué puede utilizar Incidents?
Cada organización configura sus propios Types y Categories, de modo que la clasificación refleje las situaciones reales del equipo. Algunos ejemplos son:
Daños materiales, como una ventana rota o una puerta dañada.
Riesgos de seguridad, derrames, salidas bloqueadas o equipos inseguros.
Eventos de seguridad, actividad sospechosa o acceso no autorizado.
Fallos de equipos y problemas de mantenimiento.
Problemas de limpieza o calidad encontrados durante el trabajo diario.
Quejas de clientes y problemas de servicio.
Infracciones de políticas u otros eventos que requieren investigación.
Un ejemplo sencillo: del aviso a la resolución
Durante una ronda, un guardia descubre una ventana rota. Crea un Incident, selecciona Property damage → Window damage, añade una foto y establece la prioridad. TARGPatrol registra Location, hora y Reporter, y coloca el Incident en el estado inicial configurado.
El Incident se asigna al responsable de instalaciones. Revisa la foto, añade un comentario y lo mueve de New a In progress. Después de la reparación, añade una nota de resolución y lo mueve a Resolved.
Todos los usuarios con acceso al Location pueden ver qué ocurrió, quién lo gestionó y cómo se resolvió. El historial completo permanece disponible para revisiones e informes.
Cómo avanza un Incident en TARGPatrol
Informar del evento. El usuario registra qué ocurrió, dónde y con qué urgencia.
Asignar responsabilidad. El Incident puede asignarse inmediatamente o quedar sin responsable hasta decidirlo.
Colaborar. Los usuarios autorizados añaden comentarios, archivos, etiquetas y otros detalles.
Actualizar el estado. El Incident avanza mediante transiciones permitidas para el rol del usuario.
Registrar el resultado. Una nota puede documentar la decisión, el traspaso, el rechazo o la resolución.
Revisar e informar. Los Incidents finalizados siguen disponibles en historial, informes, informes programados y exportaciones.
¿Qué información puede registrarse?
Un título claro y una descripción.
Type, Category y Priority.
Location, Point opcional y fecha del evento.
Reporter y Assignee opcional.
Tags para filtros e informes.
Comments y menciones de usuarios.
Imágenes y documentos compatibles.
Estado actual, notas de transición e historial completo.
Incidents e Issues
Incidents es un nuevo flujo configurable y no sustituye ni modifica automáticamente los Issues existentes. Ambos módulos pueden utilizarse durante la adopción del nuevo proceso.
Issues continúa siendo compatible con el proceso de avisos existente.
Incidents añade Types y Categories propios, estados y transiciones configurables, reglas de roles, formularios, notificaciones e informes específicos.
Esta separación permite preparar la configuración, formar al equipo e introducir el nuevo flujo sin interrumpir el proceso actual.
Adaptado a su organización
Los propietarios y administradores pueden adaptar Incidents a la forma de trabajar de la organización:
Types y Categories describen los eventos que registra el equipo.
Estados y transiciones definen el camino desde el aviso hasta la resolución.
Formularios de creación simplifican la entrada para roles o Locations concretos.
Reglas de notificación determinan qué eventos notifican a qué personas.
Informes y exportaciones permiten analizar tendencias y compartir resultados.
Las nuevas organizaciones reciben una clasificación inicial localizada según su sector. Después, los administradores pueden adaptarla de forma independiente.
¿Quién puede ver y actualizar Incidents?
Conviene saberlo: los usuarios solo ven Incidents de Locations disponibles para ellos. La edición y los cambios de estado también dependen de sus permisos y de los roles autorizados en cada transición.
Así, la información operativa permanece con las personas que la necesitan y no se expone fuera del Location correspondiente.
¿Cuál es el siguiente paso?
Comience con Crear y gestionar incidentes si desea registrar y seguir un Incident. Para configurar el módulo, continúe con Tipos y categorías de incidentes y después con Configurar el flujo de trabajo.