> 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/fehlerbehebung/access-control-hardware-checks/verkada-access-offline-operation.md).

# Offline-Betrieb

Wenn der Zutrittscontroller die Internetverbindung verliert, geschieht typischerweise Folgendes:

{% stepper %}
{% step %}
**Die Ereignisse werden lokal gespeichert, bis das Internet wiederhergestellt ist. Selbst wenn das Internet über einen längeren Zeitraum ausfällt, verfügt der Zutrittscontroller über genügend internen Speicher, um erhebliche Ausfälle zu überstehen (3–12 Monate, abhängig von der Anzahl der aufgezeichneten Ereignisse).**
{% endstep %}

{% step %}
**Der Zutrittscontroller verwendet die zuletzt bekannte Konfiguration, die er aus der Cloud erhalten hat. Kurz gesagt: Alle Änderungen, die am Zutrittscontroller vor dem Internetausfall vorgenommen wurden, sind weiterhin aktiv. Diese zuletzt bekannte Konfiguration bleibt bestehen, selbst wenn der Controller die Stromversorgung verliert und neu gestartet wird.**
{% endstep %}

{% step %}
**Sobald die Internetverbindung wiederhergestellt ist, wird die neueste Konfiguration in der Cloud an den Zutrittscontroller übertragen, und im Gegenzug sendet der Zutrittscontroller die während des Ausfalls aufgetretenen Ereignisse an die Cloud.**
{% endstep %}
{% endstepper %}

### Beispielszenario

Um den Offline-Betrieb des Zutrittscontrollers besser zu verstehen, betrachten Sie das folgende Szenario:

* Alice ist Vollzeitmitarbeiterin und seit 2 Jahren im Unternehmen. Ihr Ausweis funktioniert an der Eingangstür.
* Um 8:00 Uhr: Der Internetdienstanbieter (ISP) hat in der Gegend eine Service-Störung. Alle Zutrittscontroller sind offline, aber eingeschaltet (Status-LED blinkt blau).
* Um 9:00 Uhr: Bob, ein neuer Mitarbeiter, wird eingearbeitet. Er erhält einen Ausweis und Zugang zur Eingangstür.
* Um 10:00 Uhr: Alice und Bob versuchen, sich an der Eingangstür zu authentifizieren. Alices Ausweis funktioniert, Bobs Ausweis jedoch nicht.
* Um 11:00 Uhr: Der ISP stellt die Verbindung wieder her. Die Zutrittscontroller sind wieder online und ziehen innerhalb von Sekunden die neue Konfiguration aus der Cloud. Bobs Ausweis funktioniert jetzt.

Nachfolgend ist eine visuelle Darstellung dieses Szenarios zu sehen:

<div data-with-frame="true"><img src="/files/d11fe356778cb8b7637a7c2ae1622ab522cfa1f9" alt="AC41-Offlinetrieb visualisiert"></div>


---

# 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/fehlerbehebung/access-control-hardware-checks/verkada-access-offline-operation.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.