> 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/de/zutritt/door-schedules-and-exceptions/first-person-in-feature.md). # Erste Person im Gebäude Erfahren Sie mehr darüber, wie Sie festlegen, wer einen Türzeitplan ändern darf First Person In ist eine Verkada-Funktion, die Sie für einzelne Zeitfenster in einem Türplan aktivieren können. Diese Funktion ermöglicht es einer definierten Gruppe von Supervisors, den Status des Zeitfensters zu aktivieren, wenn eine Schlüsselkarte vorgelegt wird. Wenn während des Zeitfensters oder seines optionalen Kulanzzeitraums kein Supervisor die Tür entriegelt, bleibt der standardmäßige zugangskontrollierte Status bestehen. First Person In kann dazu führen, dass der Türplan bereits verfügbare Zustände von [Türplänen](/access-control/de/zutritt/door-schedules-and-exceptions.md): **Zugriffskontrolliert**, **Entriegelt**, oder **Karten+Code-Eingabe**. *** ## First Person In aktivieren und Kulanzzeitraum festlegen *Kulanzzeiträume* sind optionale Zeitfenster, die unmittelbar vor First Person In-aktivierten Zeitfenstern liegen. Sie können einen Kulanzzeitraum festlegen, damit ein Supervisor frühzeitig einen [Supervisor-Check-in](#h_9d7aac80df) senden kann. Zum Beispiel kann ein Supervisor der Frühschicht seine Schlüsselkarte um 7:30 Uhr für seine Schicht um 8:00 Uhr scannen. Kulanzzeiträume würden den Supervisor-Check-in, obwohl frühzeitig, ermöglichen, die Tür um 8:00 Uhr sofort zu entriegeln, damit Kunden eintreten können. {% hint style="danger" %} Stellen Sie sicher, dass Ihre Organisation über eine Verkada-zugangskontrollierte Tür und eine [Zugriffsgruppe](/access-control/de/benutzer-and-anmeldedaten/add-and-modify-access-groups.md) erstellt wurde. {% endhint %} {% stepper %} {% step %} **Gehen Sie in Verkada Command zu Alle Produkte > Zutritt.** {% endstep %} {% step %} **Wählen Sie die gewünschte Verkada-zugangskontrollierte Tür aus.** {% endstep %} {% step %} **Klicken Sie oben rechts auf Zeitpläne.** {% endstep %} {% step %} **(Optional) Klicken Sie neben dem aktuellen Zeitplannamen auf Ändern, um den Zeitplan auszuwählen, den Sie bearbeiten möchten.** {% endstep %} {% step %} **Bewegen Sie den Mauszeiger über den Zeitplan und klicken Sie auf Zeitplan bearbeiten.** {% endstep %} {% step %} **Wählen Sie im Zeitplan einen Wochentag zum Ändern aus.** {% endstep %} {% step %} **Wenn einer der Wochentage bearbeitet wird, erscheint ein Fenster zum Bearbeiten des Zeitplans:** a. Legen Sie Stunde und Minute fest, zu der ein Zeitplan beginnen soll.\ b. Wählen Sie einen oder mehrere Wochentage aus, an denen der Zeitplan angewendet werden soll. {% endstep %} {% step %} **Aktivieren Sie unten First Person In.** {% endstep %} {% step %} **Wenn Sie dazu aufgefordert werden:** a. Wählen Sie aus, welche Zugriffsgruppe als Supervisor festgelegt werden soll.\ b. Legen Sie den Kulanzzeitraum für den First-Person-In-Zeitplan fest. {% endstep %} {% step %} **Klicken Sie nach Abschluss oben rechts auf der Einstellungsseite auf Fertig > Speichern.** {% endstep %} {% endstepper %} {% hint style="danger" %} Wenn ein Zeitplan erstellt wird, der First Person In verwendet, muss sich der Supervisor an **jeder einzelnen Tür** anmelden, auf die der Zeitplan angewendet wird, bevor eine Zeitplanänderung erfolgt. {% endhint %} Sehen Sie sich das folgende Video an, um zu sehen, wie First Person In funktioniert: {% embed url="" %} *** ## FAQ
Wie funktionieren Supervisor-Check-ins? * Supervisor-Check-ins können während des Kulanzzeitraums gesendet werden, der einem First Person In-aktivierten Status vorausgeht. * Ein First Person In-aktiviertes Zeitfenster beginnt zu seiner Startzeit, nicht während eines Kulanzzeitraums. * Der Kulanzzeitraum löst den First Person In-aktivierten Status nicht vorzeitig aus. Stattdessen ermöglicht ein Kulanzzeitraum nur die sofortige Anwendung. * Ein Supervisor kann nicht vorzeitig auf einen geplanten Status zugreifen, auch nicht innerhalb eines Kulanzzeitraums. * Wenn beispielsweise für 15:00 Uhr ein First Person In-aktiviertes Zeitfenster „Entsperrt“ mit einem einstündigen Kulanzzeitraum geplant ist, kann ein Supervisor die Tür nicht um 14:30 Uhr entriegeln. Stattdessen wird die Tür durch das Badgen um 14:30 Uhr um 15:00 Uhr sofort entriegelt. * Der Status des geplanten Zeitfensters gilt, auch wenn sich ein Kulanzzeitraum mit ihm überschneidet. Dies umfasst den standardmäßigen [zugangskontrollierten Zustand](/access-control/de/zutritt/door-schedules-and-exceptions/first-person-in-feature.md). Wenn sich beispielsweise ein Supervisor während eines Kulanzzeitraums anmeldet und dieser sich mit einem gesperrten Zeitfenster überschneidet, erhält der Supervisor einen Check-in, während der Zugang zur Tür verweigert wird. * Kulanzzeiträume können sich maximal zwei Stunden vor einem geplanten Zeitblock erstrecken.
Kann ein Supervisor-Check-in mehrere First Person In-aktivierte Zeitfenster beeinflussen? Ein Supervisor-Check-in ist mit einem First Person In-aktivierten Zeitfenster verbunden. Kulanzzeiträume können sich jedoch überschneiden, und ein Supervisor-Check-in ist für jeden sich überschneidenden Kulanzzeitraum gültig. Ein Supervisor-Check-in für eine Frühschicht gilt beispielsweise nicht für eine separate Abendschicht. Wenn beide jedoch Kulanzzeiträume haben und sich diese überschneiden, löst derselbe Check-in die Zeitfenster der Früh- und Abendschicht aus.
Was ist der Unterschied zwischen einem First Person In-zugangskontrollierten Status und dem standardmäßigen zugangskontrollierten Status? Der standardmäßige zugangskontrollierte Status erfordert ein entsprechendes Zugriffslevel, um die Tür zu entriegeln. Ein First Person In-aktivierter zugangskontrollierter Status erfordert einen Supervisor-Check-in, bevor sonst jemand die Tür entriegeln kann, auch wenn Nicht-Supervisors die Tür andernfalls entriegeln könnten.
--- # 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/de/zutritt/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.