> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/fr/guide/events-and-notifications/security/bracelet-or-ankle-sensor.md).

# Bracelet ou capteur de cheville

Recevez des alertes immédiates lorsqu’un bracelet GPS ou un capteur de cheville est retiré sans autorisation. Conçu pour les applications de surveillance judiciaire telles que l’assignation à résidence.

Le **Capteur bracelet** (ou **Capteur de cheville**) La règle est spécialement conçue pour les applications de surveillance juridique impliquant des appareils GPS spécialisés. C’est un outil essentiel pour la sécurité dans des contextes tels que l’assignation à résidence ou la libération conditionnelle.

Cette règle est conçue pour avertir immédiatement le personnel de sécurité si un appareil GPS est retiré sans autorisation. Dans ces situations, la règle déclenche une alerte instantanée aux autorités compétentes, ce qui permet d’agir rapidement pour empêcher tout mouvement non autorisé ou toute violation des conditions légales.

## Paramètres de la règle

Cette règle dépend entièrement des capacités de l’appareil et de sa configuration matérielle. Il n’existe aucun paramètre spécifique à configurer dans la règle elle-même.

Pour les paramètres courants, consultez [Règles et alertes](/docs/user/fr/guide/events-and-notifications.md).

## Détails du fonctionnement du système

* **Minuteur de réinitialisation.** Le **Capteur bracelet** L’alerte dispose d’un minuteur de réinitialisation de 3 minutes, ce qui signifie que l’événement d’alerte ne se produit pas plus d’une fois toutes les 3 minutes. Si ce type d’événement se produit pendant que la règle attend la réinitialisation, cet événement est omis par la plateforme Navixy, y compris dans les rapports.
* **Plusieurs appareils :** Avec cette règle, vous pouvez sélectionner plusieurs appareils GPS pour recevoir des notifications. La seule exigence est que les appareils GPS sélectionnés prennent en charge les événements du capteur bracelet et que cette fonctionnalité soit intégrée à la plateforme. Cela vous permet de surveiller simultanément plusieurs appareils GPS compatibles, en veillant à recevoir efficacement des notifications pour les événements pertinents sur divers véhicules ou appareils.
* **Alerte d'événement indépendante du GPS :** Lorsque la plateforme détecte ce type d’événement matériel à partir de données d’appareil GPS dépourvues de coordonnées valides, elle enregistre et affiche tout de même l’événement comme valide. Cela s’applique que l’événement ait eu lieu à l’intérieur ou à l’extérieur des zones géographiques désignées. Dans de tels cas, la plateforme ignore la logique Intérieur/Extérieur de la zone géographique afin de garantir que l’événement soit capturé et signalé.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://navixy.com/docs/user/fr/guide/events-and-notifications/security/bracelet-or-ankle-sensor.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
