> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/new-alarms/fr/rapports-et-surveillance/emergency-dispatch-in-new-alarms.md).

# Envoi des services d’urgence dans les nouvelles alarmes

L’envoi des services d’urgence est le processus par lequel un agent de surveillance envoie des premiers intervenants d’urgence (généralement la police) sur un site lorsqu’il est déclenché par un flux de travail d’un événement d’alarme. Toute alarme ne donne pas lieu à un envoi des services d’urgence. L’envoi des services d’urgence est déterminé par la configuration de réponse à l’alarme, la réponse du client et les exigences locales des forces de l’ordre.

Le tableau ci-dessous présente certains scénarios courants d’envoi des services d’urgence en fonction de la configuration de réponse à l’alarme de votre site, ainsi que certains problèmes courants susceptibles de survenir selon les exigences juridictionnelles et les cas d’usage.

| **Scénario**                                                                     | **Résultat**                                                                                                                                              |
| -------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- |
| [Réponse d’envoi immédiat configurée](#immediate-dispatch-response-configured)   | La police est contactée en premier, puis le client est averti                                                                                             |
| [Réponse standard configurée](#standard-response-configured)                     | Un utilisateur de la liste de contacts d’alarme répond et approuve l’envoi, ou l’agent procède à l’envoi après avoir épuisé la liste de contacts désignée |
| [Permis manquant](#permit-or-compliance-requirements-not-met)                    | La police peut refuser d’intervenir (selon la juridiction)                                                                                                |
| [Titulaire de clé indisponible](#key-holder-on-site)                             | La police peut refuser d’intervenir (selon la juridiction)                                                                                                |
| [Historique élevé de fausse alerte](#excessive-false-alarms-or-false-dispatches) | La police peut suspendre la réponse du site                                                                                                               |
| [Caméra couvrant un espace public](#camera-covering-a-public-area)               | La police peut refuser d’intervenir (ou exiger la présence du titulaire de clé)                                                                           |

***

### Critères d’envoi des services d’urgence

L’envoi des services d’urgence peut être déclenché de différentes façons selon la configuration de réponse à l’alarme du site. Les deux méthodes les plus courantes sont décrites ci-dessous.

#### Réponse d’envoi immédiat configurée

Lorsqu’un site est configuré pour un envoi immédiat, la première action de l’agent de surveillance lorsqu’une alarme vérifiée est confirmée consiste à contacter directement la police avant d’appeler le client. L’agent parcourt ensuite la liste de contacts pour avertir le client et expliquer la situation ainsi que les actions entreprises.

* Si un contact répond et demande l’annulation, l’agent fera de son mieux pour interrompre l’envoi.
* L’alarme reste active pendant 4 heures après le lancement de l’envoi, sauf si un utilisateur la résout. Après résolution, l’agent fera de son mieux pour interrompre l’envoi.

#### Réponse standard configurée

Lorsqu’un site est configuré pour une réponse standard, l’agent contacte la liste de contacts. Si personne ne répond après deux tentatives par contact, l’agent envoie la police. L’agent envoie également la police si un contact répond et approuve.

Les clients peuvent également demander manuellement l’envoi des services d’urgence via le lien de l’incident ou Command à tout moment pendant une alarme active.

***

### Autres exigences externes pour l’envoi des services d’urgence

Selon la juridiction, les forces de l’ordre peuvent exiger que certaines conditions soient remplies avant d’intervenir en cas d’alarme. Les exemples ci-dessous mettent en évidence quelques exigences courantes, mais ne couvrent pas tous les cas possibles. Les exigences varient fortement selon la ville et le service de police. Lors de l’intégration d’un site ou de l’examen d’un envoi refusé, servez-vous-en comme point de départ et vérifiez toujours les exigences spécifiques à cette juridiction avant d’activer l’envoi des services d’urgence.

#### Permis d’alarme

De nombreuses villes exigent que le site détienne un permis d’alarme valide délivré par l’autorité locale. Exploiter le site sans permis peut entraîner un refus d’intervention ou une amende.

#### Titulaire de clé sur site

Certaines juridictions exigent qu’un titulaire de clé vérifié (un contact autorisé) soit présent ou en route avant que la police n’intervienne. Cela vise à réduire les déploiements inutiles dus à une fausse alerte.

Vérifiez toujours les exigences propres à la juridiction lors de la configuration du site et assurez-vous que les contacts du client sont informés de toute obligation liée au titulaire de clé.

***

### Raisons pour lesquelles la police peut refuser l’envoi des services d’urgence

Même lorsque l’envoi est lancé par l’agent de surveillance, les forces de l’ordre peuvent décider de ne pas intervenir. Quelques raisons courantes rencontrées par les clients sont présentées ci-dessous.

#### Exigences de permis ou de conformité non remplies

Si votre site ne possède pas le [permis d’alarme](/classic-alarms/fr/conformite-et-licences/classic-alarms-licensing/determine-relevant-alarm-permits.md), ou si un titulaire de clé ne peut pas être confirmé, la police de nombreuses juridictions peut refuser d’intervenir. Contactez votre autorité locale pour vérifier les exigences de réponse à l’alarme de votre région.

#### Nombre excessif de fausse alerte ou de faux envois

La plupart des juridictions appliquent une politique en matière de fausse alerte et de faux envois. Si un site a accumulé un grand nombre d’alarmes non vérifiées ou invalides, la police peut l’ajouter à une liste noire jusqu’à ce que le problème soit résolu. On parle parfois d’un site « en pénalité » ou « suspendu ».

* Examinez l’activité de l’alarme du site et les configurations des caméras afin d’identifier la cause racine.
* Vous ou votre partenaire devrez peut-être contacter directement votre autorité locale de police afin de rétablir la réponse.

#### Caméra couvrant une zone publique

Si une caméra est positionnée pour surveiller un espace public (par exemple, un chemin piéton, une route publique ou une zone partagée) et déclenche à répétition des alarmes pour les piétons ou les passants, la police peut refuser d’intervenir. Pour aider à résoudre ce problème, vous pouvez envisager les actions suivantes :

* Examinez le champ de vision de votre caméra et sa configuration de déclenchement de l’alarme.
* Utilisez une stratégie de réponse à plusieurs niveaux pour les zones extérieures et orientées vers le public, où les événements à seuil plus bas déclenchent [la dissuasion](/new-alarms/fr/configuration/configure-ai-powered-deterrence.md) d’abord et seule une présence prolongée passe ensuite à l’état d’alarme. Cela aide à filtrer les passants occasionnels tout en identifiant le rôdage réel.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.verkada.com/new-alarms/fr/rapports-et-surveillance/emergency-dispatch-in-new-alarms.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
