> 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/guest/de/konfiguration/mitarbeiter-check-in-mit-guest.md).

# Mitarbeiter-Check-in mit Guest

Viele Organisationen verwenden Verkada Guest, um alle vor Ort anwesenden Personen zu erfassen, die nicht dauerhaft dort ansässig sind. Der Mitarbeiter-Check-in erweitert die Lösung für interne Mitarbeiter, die sich als Mitarbeiter ausweisen können, anstatt sich als Besucher anzumelden.

***

## Methoden des Mitarbeiter-Check-ins

Guest unterstützt zwei Möglichkeiten für Mitarbeiter, sich einzuchecken:

<table><thead><tr><th width="173.625">Methode</th><th width="329.7109375">Beschreibung</th><th>Erfordert Verkada Access Control?</th></tr></thead><tbody><tr><td><a href="/guest/de/konfiguration/mitarbeiter-check-in-mit-guest/manueller-mitarbeiter-check-in-mit-mitarbeiter-id.md">Manueller Check-in</a></td><td>Mitarbeiter anhand ihrer Mitarbeiter-ID-Nummer verifizieren. Mitarbeiter geben diesen Wert bei der Anmeldung oder Veranstaltungsregistrierung ein.</td><td>Nein</td></tr><tr><td><a href="/guest/de/konfiguration/mitarbeiter-check-in-mit-guest/automatischer-mitarbeiter-check-in.md">Automatischer Check-in</a></td><td>Erstellen Sie einen Datensatz in Guest, wenn ein Mitarbeiter eine von einem Administrator definierte Tür öffnet.</td><td>Ja</td></tr></tbody></table>

***

## Besuchsdatensätze von Mitarbeitern verwalten

Die folgenden Daten werden aus dem Command-Benutzerprofil in Guest übernommen:

* Vorname
* Nachname
* Benutzerfoto
* E-Mail
* Telefonnummer
* Berufsbezeichnung
* Abteilung
* Firmenname

Wichtige Guest-Funktionen gelten für Mitarbeiter, die sich über Guest anmelden, darunter [Massenbenachrichtigungen](/guest/de/benachrichtigungen/send-custom-messages-to-guests.md), [temporäre WLAN-Zugangsdaten](/guest/de/konfiguration/meraki-wi-fi-integration-for-guest.md), [temporärer Türzugang](/guest/de/konfiguration/door-access-for-guests.md), und die Selbstabmeldung.

{% hint style="warning" %}
**Mitarbeiter-Check-in mit Verkada Access Control verwenden**

Mitarbeiter, die sich über Guest anmelden, können während ihres Besuchs auf zusätzliche Türen zugreifen. Sie können ihre vorhandenen Zugangsdaten verwenden, um diese Türen zu öffnen. Je nach [Besuchszugriffstyp](/access-control/de/benutzer-und-berechtigungsnachweise/add-a-user-to-the-verkada-access-system/visitor-access-visit-access-type.md#create-a-visit-access-type) Einstellungen kann Guest auch einen temporären Zugangscode, QR-Code oder einen oder mehrere Web-Entsperrungslinks bereitstellen. Guest kann während eines Besuchs keine neuen Schlüsselkarten- oder Face Unlock-Zugangsdaten ausstellen.
{% endhint %}

### Mitarbeiter verwalten, die an einem anderen Guest-Standort angemeldet sind

Wenn sich ein Mitarbeiter eincheckt, während für ihn noch ein anderer Besuchsdatensatz angemeldet ist, muss ein Guest-Benutzer den Besuch überprüfen.&#x20;

<div align="left" data-with-frame="true"><figure><img src="https://1509742257-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZyuELZr7uIcXX3WnjX0N%2Fuploads%2Fd6Eq7KIe3aXmfOrcdKlM%2FScreenshot%202026-09-24%20at%2012.53.03%E2%80%AFPM.png?alt=media&amp;token=a8a4decf-8da4-4da0-87ce-dec13424e796" alt="" width="563"><figcaption></figcaption></figure></div>

Durch das Genehmigen der neuen Anmeldung wird der Besucher von seinen vorherigen Besuchen abgemeldet.


---

# 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://help.verkada.com/guest/de/konfiguration/mitarbeiter-check-in-mit-guest.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.
