> 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/access-control/fr/acces/door-schedules-and-exceptions/first-person-in-feature.md). # Première personne entrée First Person In est une fonctionnalité Verkada que vous pouvez activer pour des plages horaires individuelles dans un planning de porte. Cette fonctionnalité permet à un groupe de superviseurs désigné d’activer l’état de la plage horaire lorsqu’un badge d’accès est présenté. Si aucun superviseur ne déverrouille la porte pendant la plage horaire ou sa période de grâce facultative, l’état contrôlé par accès par défaut reste en vigueur. First Person In peut faire passer le planning de porte à des états déjà disponibles depuis [les plannings de porte](/access-control/fr/acces/door-schedules-and-exceptions.md): **Accès contrôlé**, **Déverrouillée**, ou **Entrée par carte+code**. *** ## Activer First Person In et définir la période de grâce *Périodes de grâce* sont des plages horaires facultatives qui précèdent directement les plages horaires activées par First Person In. Vous pouvez définir une période de grâce pour permettre à un superviseur d’envoyer un [Enregistrement du superviseur](#h_9d7aac80df). Par exemple, un superviseur du quart de matin peut scanner son badge d’accès à 7 h 30 pour son quart de 8 h. Les périodes de grâce permettraient à l’enregistrement du superviseur, bien qu’anticipé, de déverrouiller immédiatement la porte à 8 h pour que les clients puissent entrer. {% hint style="danger" %} Assurez-vous que votre organisation dispose d’une porte Verkada à contrôle d’accès, et d’un [groupe d’accès](/access-control/fr/utilisateurs-et-identifiants/add-and-modify-access-groups.md) a été créé. {% endhint %} {% stepper %} {% step %} **Dans Verkada Command, accédez à Tous les produits > Accès.** {% endstep %} {% step %} **Sélectionnez la porte Verkada à contrôle d’accès souhaitée.** {% endstep %} {% step %} **En haut à droite, cliquez sur Plannings.** {% endstep %} {% step %} **(Facultatif) À côté du nom du planning actuel, cliquez sur Modifier pour sélectionner le planning que vous souhaitez modifier.** {% endstep %} {% step %} **Survolez le planning et cliquez sur Modifier le planning.** {% endstep %} {% step %} **Sélectionnez un jour de semaine du planning à modifier.** {% endstep %} {% step %} **Lorsqu’un des jours de semaine est en cours de modification, une fenêtre Modifier le planning apparaît :** a. Définissez l’heure et la minute auxquelles un planning doit commencer.\ b. Choisissez 1 ou plusieurs jours de la semaine auxquels le planning doit s’appliquer. {% endstep %} {% step %} **En bas, activez First Person In.** {% endstep %} {% step %} **Lorsque vous y êtes invité :** a. Choisissez quel groupe d’accès doit être désigné comme superviseur.\ b. Définissez la période de grâce pour le planning First Person In. {% endstep %} {% step %} **Une fois terminé, en haut à droite de la page des paramètres, cliquez sur Terminé > Enregistrer.** {% endstep %} {% endstepper %} {% hint style="danger" %} Lorsqu’un planning utilisant First Person In est créé, le superviseur doit badger **sur chaque porte** à laquelle le planning s’applique avant qu’un changement de planning n’ait lieu. {% endhint %} Regardez la vidéo suivante pour voir comment First Person In fonctionne : {% embed url="" %} *** ## FAQ
Comment fonctionnent les enregistrements du superviseur ? * Les enregistrements du superviseur peuvent être envoyés pendant la période de grâce, avant un état activé par First Person In. * Une plage horaire activée par First Person In commence à son heure de début, et non pendant une période de grâce. * La période de grâce ne déclenche pas plus tôt son état activé par First Person In. Elle permet simplement une application immédiate. * Un superviseur ne peut pas accéder à l’avance à un état planifié, même pendant une période de grâce. * Par exemple, s’il existe une plage horaire Déverrouillée activée par First Person In prévue à 15 h avec une période de grâce d’une heure, un superviseur ne peut pas déverrouiller la porte à 14 h 30. À la place, le fait de badger à 14 h 30 déverrouille immédiatement la porte à 15 h. * L’état de la plage horaire planifiée s’applique, même si une période de grâce la chevauche. Cela inclut l’état par défaut [état contrôlé par accès](/access-control/fr/acces/door-schedules-and-exceptions/first-person-in-feature.md). Par exemple, lorsqu’un superviseur badger pendant une période de grâce et que celle-ci chevauche une plage horaire Verrouillée, le superviseur reçoit un enregistrement tout en refusant l’entrée à la porte. * Les périodes de grâce peuvent s’étendre au maximum jusqu’à deux heures avant un créneau programmé.
Un enregistrement du superviseur peut-il affecter plusieurs plages horaires activées par First Person In ? Un enregistrement du superviseur est associé à une seule plage horaire activée par First Person In. Cependant, les périodes de grâce peuvent se chevaucher, et un enregistrement du superviseur sera valide pour chaque période de grâce qui se chevauche. Par exemple, un enregistrement du superviseur pour un quart de matin ne sera pas reporté à un quart de soir distinct. Cependant, si les deux ont des périodes de grâce et qu’elles se chevauchent, le même enregistrement déclenchera les plages horaires des quarts de matin et de soir.
Quelle est la différence entre un état contrôlé par accès activé par First Person In et l’état contrôlé par accès par défaut ? L’état contrôlé par accès par défaut nécessite un niveau d’accès approprié pour déverrouiller la porte. Un état contrôlé par accès activé par First Person In nécessite un enregistrement du superviseur avant que quiconque d’autre puisse déverrouiller la porte, même si des non-superviseurs pourraient autrement déverrouiller la porte.
--- # 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/access-control/fr/acces/door-schedules-and-exceptions/first-person-in-feature.md?ask=&goal= ``` `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.