emergenciasprotocolosapp móvil

PTI DATI travailleur isolé : un protocole, pas un bouton

CGuardPro

Une société de sécurité privée équipe ses agents de dispositifs PTI DATI travailleur isolé, coche la case, et considère le sujet réglé. Six mois plus tard, un agent de sécurité chute dans un escalier de parking à trois heures du matin. Le dispositif détecte la perte de verticalité, il envoie l’alerte, et l’alerte arrive sur un téléphone posé dans un bureau fermé. Le matériel a parfaitement fonctionné. Personne n’est venu.

C’est la faute la plus répandue du sujet : traiter la protection du travailleur isolé comme un achat de matériel alors que c’est une chaîne organisationnelle. Le bouton n’est que le premier maillon, et c’est le maillon le moins susceptible de casser.

La chaîne complète du PTI DATI travailleur isolé, maillon par maillon

Un dispositif PTI DATI travailleur isolé ne vaut que par ce qui se passe après le déclenchement. Il faut écrire la chaîne entière, du capteur à l’intervention physique, et savoir qui tient chaque maillon.

1. La détection

Trois familles de déclenchement coexistent, et elles ne couvrent pas les mêmes situations.

  • La perte de verticalité. L’appareil détecte que son porteur est passé à l’horizontale et n’est pas revenu debout. C’est le scénario du malaise et de la chute. Il ne dit rien d’un agent maintenu debout sous la menace.
  • L’absence de mouvement. L’appareil constate qu’il ne bouge plus depuis un certain temps. Utile pour l’inconscience, mais générateur d’alertes lorsqu’un agent reste immobile longtemps — une guérite en poste statique la nuit en produit naturellement.
  • L’appel volontaire. L’agent déclenche lui-même. C’est le seul mode qui couvre l’agression, le début d’incendie ou l’intrusion. C’est aussi le seul qui suppose que l’agent ait une main libre et le réflexe de s’en servir.

Aucune des trois ne suffit seule. Un protocole sérieux les combine et accepte que chacune ait un angle mort.

2. Qui reçoit, et où

C’est le maillon qui casse le plus souvent, et c’est la question à poser en premier lors de tout audit interne : à trois heures du matin un dimanche, quel écran humain reçoit l’alerte ?

Trois configurations existent en pratique. Une station de télésurveillance interne ou sous-traitée, qui a l’avantage d’être tenue en permanence par des opérateurs formés. Un cadre d’astreinte joignable sur son propre téléphone, moins coûteux mais dépendant d’une personne endormie. Ou une diffusion à plusieurs destinataires simultanés, qui augmente les chances qu’une alerte soit vue mais crée un risque de dilution : quand tout le monde est prévenu, chacun suppose qu’un autre s’en occupe.

La règle qui fonctionne : un responsable nommément désigné par tranche horaire, et une escalade automatique vers un second destinataire si le premier n’a pas acquitté l’alerte. Pas de liste de diffusion anonyme.

Tableau de bord CGuardPro avec les alertes en cours et la position des agents en service Une alerte qui arrive sur un écran surveillé en permanence, avec le site et l’agent identifiés d’emblée.

3. En combien de temps

Le protocole doit fixer un délai d’acquittement et un délai d’action, et ces délais doivent être écrits avant l’incident, pas jugés après. Combien de temps entre la réception et le premier appel à l’agent ? Combien de temps sans réponse avant d’envoyer quelqu’un ? Combien de temps avant d’appeler les secours ?

Ces délais dépendent du site, de son isolement et du temps de trajet réel d’un intervenant. Un site en zone industrielle à quarante minutes de l’agence n’a pas le même protocole qu’un immeuble de bureaux en centre-ville. Écrire un délai unique pour toute l’entreprise revient à en écrire un faux pour la moitié des sites.

4. Ce que fait le destinataire

Le maillon le plus négligé. Le protocole doit décrire une séquence, pas une intention. Typiquement : tenter de joindre l’agent sur son moyen de communication habituel ; consulter la position transmise et l’historique de sa vacation pour savoir où il en était de sa ronde ; solliciter la relève ou un intervenant mobile ; alerter les secours publics selon un critère écrit ; prévenir le client si l’accès au site doit être ouvert.

Chaque étape a un déclencheur explicite. « Le responsable apprécie la situation » n’est pas un protocole, c’est une abdication écrite.

Un point pratique compte énormément : la fiche du site doit être immédiatement accessible depuis l’alerte. Adresse exacte, code d’accès, plan des niveaux, nom et numéro du contact client, particularités — chien, zone ATEX, ascenseur hors service. Chercher ces informations pendant une urgence coûte des minutes qu’on n’a pas.

5. L’essai périodique

Un protocole non testé est une fiction. L’essai doit être programmé, réel, et donner lieu à un compte rendu court : déclenchement effectif d’un dispositif sur un site, mesure du temps réel jusqu’à l’acquittement, jusqu’au premier appel, jusqu’à la présence physique.

Les essais révèlent presque toujours la même chose : le numéro d’astreinte a changé, le dispositif d’un agent n’était pas chargé, la fiche site date d’un contrat renouvelé depuis, ou l’écran de réception avait le son coupé. Ce ne sont pas des défaillances exotiques, ce sont les défaillances ordinaires que seul un essai fait remonter.

Le vrai problème : les fausses alertes

Aucun sujet ne détruit plus vite la confiance dans un dispositif PTI DATI travailleur isolé que les fausses alertes.

Le mécanisme est mécanique et prévisible. Un dispositif trop sensible se déclenche quand l’agent s’assoit brusquement, pose son équipement sur une table ou reste immobile trop longtemps en poste statique. Le destinataire appelle. L’agent répond que tout va bien. La troisième fois, l’appel arrive plus tard. La dixième, le destinataire suppose avant de vérifier. Et le jour où l’alerte est vraie, elle est traitée comme les précédentes.

Deux corrections opposées et complémentaires. Côté matériel, régler la sensibilité en fonction du poste réel : un agent de ronde et un agent en guérite n’ont pas le même profil de mouvement. Côté organisation, traiter chaque fausse alerte comme un incident à enregistrer, avec sa cause. Un site qui en produit régulièrement a un réglage à revoir, pas un agent négligent à sermonner.

Il faut aussi dire clairement aux agents que déclencher pour rien n’est jamais reproché. Un agent qui craint la remarque hésite, et l’hésitation est exactement ce qu’on essaie d’éliminer.

Rapport d'incident dans CGuardPro avec horodatage, position et suite donnée Chaque déclenchement, réel ou non, laisse une trace exploitable pour ajuster le protocole.

Le cadre, avec prudence

La protection des travailleurs isolés relève en France du droit du travail et de l’obligation générale de l’employeur en matière de santé et de sécurité, sur laquelle l’inspection du travail et les organismes de prévention publient des orientations. S’y ajoutent, pour l’activité de sécurité privée, le cadre professionnel dont le CNAPS est l’autorité de référence, et les règles de protection des données personnelles dès lors qu’on enregistre des positions et des alertes nominatives.

Ces éléments sont indicatifs. Les exigences évoluent, s’apprécient au cas par cas et dépendent de l’organisation de chaque société. Elles doivent être vérifiées auprès de l’autorité compétente et d’un conseil qualifié ; cet article n’est pas un avis juridique.

Questions fréquentes

Un smartphone remplace-t-il un dispositif PTI dédié ? Il couvre l’appel volontaire, la transmission de position et la remontée d’alerte, et il a l’avantage d’être déjà dans la poche de l’agent. Un boîtier dédié résiste mieux et se porte plus facilement à la ceinture. Beaucoup de sociétés combinent : le téléphone pour l’alerte volontaire et la communication, un boîtier là où le poste l’exige.

Que se passe-t-il si le site n’a pas de réseau ? C’est la question à poser avant de signer le site, pas après. Un sous-sol ou une zone blanche impose une réponse différente : point de collecte en zone couverte, jalon de contact à horaire fixe avec la relève, ou moyen radio dédié. Le protocole doit dire ce qui se passe quand la transmission n’est pas possible.

À quelle fréquence tester le dispositif ? Assez souvent pour que personne n’oublie la procédure, sans banaliser l’alerte. Un test annoncé par site à intervalle régulier, plus une vérification du matériel à chaque prise de vacation, est une base réaliste.

Faut-il informer les agents de ce qui est enregistré ? Oui, et c’est autant une exigence de loyauté qu’une condition d’acceptation. Un agent qui sait précisément ce qui est transmis, à qui, et pendant combien de temps c’est conservé, utilise le dispositif. Un agent qui l’ignore le désactive.


Si vous voulez voir comment l’alerte, la position et la suite donnée tiennent dans une même chaîne, la page sur le bouton d’alarme agression détaille le déclenchement, et celle sur la géolocalisation GPS explique ce que le destinataire voit à l’instant où l’alerte tombe.

Piloter toute l'exploitation au même endroit

Vacations, présence, rondes, main courante et clients sur une seule plateforme — avec l'application de l'agent sur site et le portail client en face.

  • Présence avec selfie et GPS
  • Rondes QR et main courante numérique
  • Portail client inclus

À lire ensuite