La gestion des incidents ne relève jamais de la seule responsabilité d'un service

Chaque contrat de gardiennage donne lieu à des rapports d'incident. Mais rares sont ceux qui génèrent des dossiers d'incident suffisamment solides pour résister à une contestation de facture par un client, à une demande de dossier de la part d'un assureur ou à un examen par l'avocat de la partie adverse six mois plus tard.

C’est un logiciel de signalement des incidents de sécurité qui comble cette lacune. Il remplace les registres manuscrits, les comptes rendus radio et les fichiers PDF envoyés par e-mail par des rapports numériques structurés comportant des horodatages, des coordonnées GPS et des preuves capturées au moment même de l’événement. Pour une société de sécurité sous contrat, le rapport est un livrable, pas une simple formalité administrative. Le plus difficile n’est pas de documenter un incident, mais d’en apporter la preuve.

Qu'est-ce qu'un logiciel de signalement des incidents de sécurité ?

Il s'agit d'une plateforme qui permet aux agents de terrain de saisir et de transmettre numériquement les incidents, qui achemine ces rapports vers les personnes chargées d'y donner suite, et qui les archive sous forme de dossier consultable et vérifiable.

Un système performant remplit quatre fonctions : il enregistre l'incident à l'aide de formulaires mobiles guidés, joint les pièces justificatives au fur et à mesure de la rédaction du rapport, transmet l'information selon des règles prédéfinies plutôt que d'attendre la relève d'équipe, et regroupe les rapports individuels pour en dégager des tendances par type, gravité, lieu et heure. C'est cette dernière fonctionnalité qui transforme une obligation de conformité en un outil de gestion des risques.

Il s'intègre à un logiciel de gestion des opérations de sécurité, aux côtés des systèmes de planification, de gestion des agents de sécurité et de rondes. Il est courant d'acheter un module de reporting de manière isolée, ce qui constitue généralement une erreur, car les incidents sont détectés lors des rondes et résolus par le centre de coordination.

Quelles informations un rapport d'incident de sécurité doit-il contenir ?

Un rapport d'incident solide répond à six questions : que s'est-il passé, quand, où, qui était impliqué, qui est intervenu et quelles mesures ont été prises. La plupart des litiges contractuels portent sur les deux dernières questions.

Au-delà du récit, les domaines qui résistent à l'examen sont les suivants :

• Horodatage de l'événement et horodatage du rapport, enregistrés séparément
• Emplacement précis, de préférence des coordonnées GPS plutôt qu'un nom de site
• Type et gravité de l'incident, sélectionnés à partir d'une liste prédéfinie plutôt que par saisie libre
• Noms et fonctions des agents, des témoins et des tiers, tels que les forces de police ou les services médicaux d'urgence
• Pièces jointes : photos, vidéos, enregistrements audio et déclarations écrites
• Mesures prises, escalades effectuées, et résolution ou transfert
• L'identité de l'auteur du rapport et une trace d'audit de chaque modification ultérieure

Les rapports contenant uniquement du texte libre ne prennent pas en compte les champs à liste fixe. C'est ce qui les rend impossibles à analyser par la suite et faciles à contester.

Pourquoi les rapports d'incident sur papier et par e-mail ne fonctionnent-ils pas ?

La production manuelle de rapports présente quatre types d'échecs prévisibles, qui se traduisent tous, à terme, par des coûts ou une perte de crédibilité.

Retard. Un rapport rédigé à la fin d'un service est rédigé plusieurs heures après les faits, alors que les détails se sont estompés. S'il reste ensuite dans une boîte de réception toute la nuit, la possibilité d'agir est déjà perdue.

Manque de cohérence. En l'absence d'un formulaire type, deux agents chargés de consigner le même type d'incident produisent deux documents différents, et les informations essentielles pour une déclaration de sinistre sont souvent celles qui manquent.

Preuves peu probantes. Les photos prises avec un téléphone personnel et envoyées séparément par e-mail sont difficiles à rattacher à un signalement, à un moment et à un lieu précis. C'est cette lacune qui peut remettre en cause la validité d'un signalement.

Aucune tendance n'est visible. Les documents ne peuvent pas être analysés. Un quai de chargement à l'origine de onze incidents au cours d'un trimestre reste invisible, tout comme la nécessité de modifier la couverture à cet endroit. C'est là tout l'intérêt d'associer le reporting à l'intelligence économique en matière de sécurité.

Le signalement des incidents de sécurité est-il la même chose que la gestion des incidents informatiques ?

Non, et cette confusion fait perdre du temps aux acheteurs. Les plateformes de gestion des incidents informatiques, le centre de services et les outils de permanence permettent de suivre les pannes, les tickets et le rétablissement du service. Les logiciels de signalement des incidents de sécurité permettent de suivre les événements physiques survenant sur un site : intrusions, vols, agressions, interventions médicales, dommages matériels et violations des règles.

Ces deux domaines partagent un vocabulaire commun, mais pratiquement rien d’autre. Les rapports de sécurité physique nécessitent la saisie mobile par les agents sur le terrain, des données GPS et le contexte des points de contrôle, des preuves photographiques et vidéo, des consignes opérationnelles qui varient selon les contrats, ainsi qu’une chaîne de conservation des preuves qui tienne la route en cas de réclamation. Un outil générique de gestion des incidents conçu pour les tickets informatiques ne dispose d’aucun de ces éléments, et une société de sécurité qui en achète un finit par devoir ressaisir les rapports dans un deuxième système pour la facturation et les rapports destinés aux clients.

Quelles fonctionnalités un logiciel de signalement des incidents de sécurité devrait-il offrir ?

Huit fonctionnalités distinguent une véritable plateforme de signalement d'incidents d'un simple générateur de formulaires numériques.

• Saisie guidée pendant la ronde. Les agents remplissent leurs rapports à mi-service sans quitter leur ronde, car les rapports qui interrompent le déroulement du travail sont reportés, et les rapports reportés sont moins détaillés.
• Formulaires configurables en fonction du contrat. Les champs obligatoires, les niveaux de gravité et les rapports obligatoires varient selon le site ; l'opérateur doit les définir sans avoir à adresser de demande de modification au fournisseur.
• Preuves multimédias avec traçabilité. Photos, vidéos, fichiers audio, données GPS et textes joints au rapport lui-même, horodatés.
• Escalade automatique. Règles qui transmettent un incident à un responsable, à un client ou à un tiers sans que personne n'ait à se soucier de le transférer.
• Intégration de la gestion des interventions. Affectation de l'agent le plus proche et disponible, estimation en temps réel de l'heure d'arrivée prévue et compteurs de délai de service (SLA) pour chaque intervention.
• Analyse et portabilité des données. Classement par type, gravité, lieu et issue, et réplication dans les outils de BI propres à l'opérateur.
• Flexibilité en matière d'appareils. Android et iOS, sur des appareils professionnels ou personnels.
• Niveau de sécurité. SOC 2 Type II, ISO 27001 et localisation des données documentée.

Quels changements cela implique-t-il pour les équipes internes des entreprises ?

Tout ce qui précède suppose l'existence d'une société de surveillance des contrats, où le rapport constitue un livrable et où les litiges sont réglés sur la base de ce document. Pour une équipe interne à l'entreprise, le rapport correspond plutôt à des données sur les risques, et le défi ne réside plus dans la visibilité pour le client, mais dans la normalisation entre les sites, les fournisseurs et les pays, afin que la direction dispose d'un chiffre unique au lieu de neuf formats différents. Les équipes de sécurité d'entreprise accordent de l'importance à la propriété des données indépendante des fournisseurs, à une taxonomie unique partout, à des autorisations qui isolent les données des fournisseurs, ainsi qu'à une agrégation multisite acceptable pour le conseil d'administration.

Une taxonomie commune facilite également les échanges ultérieurs : elle permet de montrer ce qu’un incident implique pour les services qui en subissent les conséquences. Les ressources humaines, le service juridique, les services généraux et la communication assument chacun une partie des répercussions, et un responsable de la sécurité capable de cartographier cet impact avec eux renforce les arguments en faveur de l’investissement dans le programme et permet de disposer d’une équipe de gestion de crise mieux préparée. Le « Cross-Functional Incident Impact Workbook » de Trackforce offre à ces équipes une méthode structurée pour y faire face ensemble.

TrackTik : rapports liés à l'enregistrement

TrackTik de Trackforce est conçu pour les opérations de sécurité physique plutôt que pour la gestion des tickets informatiques, et considère le rapport d’incident comme le fil conducteur de ces opérations. La fonctionnalité de signalement des incidents de sécurité de TrackTik permet aux agents de rédiger des rapports guidés pendant leur intervention, accompagnés de preuves horodatées (photos, vidéos, enregistrements audio, données GPS et textes), configurables selon les spécifications de n’importe quel contrat, sur Android ou iOS, aussi bien sur les appareils de service que sur les appareils personnels.

Quatre fonctionnalités viennent compléter cette base.

1. ReportPro AI transforme les notes de terrain brutes en documentation conforme aux exigences réglementaires et génère des résumés à l'intention des superviseurs chargés de trier les volumes importants de données. Chaque modification effectuée à l'aide de l'IA est consignée dans un journal d'audit, l'original étant conservé à côté, et les données sensibles des clients ne sont jamais utilisées pour entraîner les modèles d'IA.

2. Command Center regroupe la gestion des alarmes, l'accès à la vidéosurveillance et la mobilisation des agents de sécurité au sein d'un même espace de travail, avec des protocoles d'intervention, des chronologies complètes des incidents, des cartes thermiques géographiques et une classification par type, gravité, lieu et issue.

3. Le service de répartition identifie l'agent disponible le plus proche en fonction de son statut « en service » et de son heure d'arrivée estimée, et assure le suivi des délais prévus par le SLA pour chaque intervention.

4. Business Intelligence et Data Lab proposent des tableaux de bord créés par glisser-déposer et une réplication automatisée vers Tableau, Power BI ou Looker Studio, ce qui permet à l'opérateur de conserver ses données.

Le reste de l'opération s'appuie sur ce même enregistrement : suivi des rondes de sécurité via GPS, NFC, codes QR et points de contrôle par codes-barres, application destinée aux agents de sécurité, gestion mobile des patrouilles, ainsi qu'une couche d'intégrations ouverte pour les caméras, le contrôle d'accès et les alarmes.

Comment une entreprise de sécurité doit-elle évaluer les prestataires spécialisés dans le signalement des incidents ?

Les tableaux comparatifs réduisent tout à une simple case à cocher. Ces huit questions permettent de distinguer des plateformes qui semblent similaires sur le papier.

Trackforce publie ses certifications et sa politique en matière de résidence des données sur sa page consacrée à la confiance et à la conformité, et la tarification de TrackTik est définie sur mesure pour chaque déploiement.

Il suffit de trois questions supplémentaires pour distinguer une véritable évaluation d'une simple présentation des fonctionnalités.

À quoi ressemble la migration ? Les rapports historiques en témoignent. Demandez depuis combien d'années le transfert a lieu, sous quel format, et si les pièces jointes sont transférées avec les dossiers.

Que se passe-t-il au moment du renouvellement si vous décidez de changer de prestataire ? Les options d'exportation et la réplication planifiée vers l'environnement propre à l'opérateur déterminent si la prochaine étape sera un projet ou une négociation.

À quoi ressemble un déploiement réaliste ?

C'est l'adoption du système, et non sa mise en place, qui détermine le succès d'un projet de signalement des incidents. Les agents qui trouvent le formulaire trop lent continuent d'utiliser un carnet papier.

La démarche à suivre est la suivante : normaliser d’abord la taxonomie des incidents, mener un projet pilote sur les deux ou trois sites les plus complexes, configurer les formulaires en fonction des ordres de mission réels, puis former les superviseurs au triage avant de former les agents à la saisie. C’est au niveau de la migration des données et de la configuration que les délais ont tendance à prendre du retard ; c’est précisément pour pallier cela que les services professionnels de l’équipe Trackforce sont là.

Une couverture que vous pouvez prouver

Presque tous les systèmes enregistrent les incidents. Mais rares sont ceux qui génèrent un rapport suffisamment complet pour servir de base de défense, suffisamment rapide pour permettre une intervention immédiate et suffisamment structuré pour être analysé – autant d'éléments essentiels lorsqu'un client, une équipe chargée de la gestion des risques ou l'avocat de la partie adverse demande des preuves.

Prenez rendez-vous avec notre équipe pour une démonstration et découvrez comment la plateforme TrackTik s'adapte à vos sites et à vos contrats.