> 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/es/solucion-de-problemas/access-control-hardware-checks/verkada-access-offline-operation.md).
# Funcionamiento sin conexión
Si el controlador de acceso pierde la conectividad a Internet, esto es lo que suele ocurrir:
{% stepper %}
{% step %}
**Los eventos se almacenan localmente hasta que se restablece Internet. Incluso si Internet está caído durante un período prolongado, el controlador de acceso tiene suficiente almacenamiento interno para soportar interrupciones considerables (de 3 a 12 meses, según la cantidad de eventos registrados).**
{% endstep %}
{% step %}
**El controlador de acceso ejecuta la última configuración conocida que recibió de la nube. En resumen, cualquier cambio realizado en el controlador de acceso antes del corte de Internet sigue activo. Esta última configuración conocida persiste, incluso si el controlador pierde energía y se reinicia.**
{% endstep %}
{% step %}
**Una vez restablecida la conectividad a Internet, la última configuración en la nube se envía al controlador de acceso y, a su vez, el controlador de acceso envía a la nube los eventos que ocurrieron durante la interrupción.**
{% endstep %}
{% endstepper %}
### Escenario de ejemplo
Para comprender mejor el funcionamiento fuera de línea del controlador de acceso, considere el siguiente escenario:
* Alicia es una empleada a tiempo completo y lleva 2 años en la empresa. Su credencial funciona en la puerta principal.
* A las 8:00 a. m.: El proveedor de servicios de Internet (ISP) sufre una interrupción del servicio en la zona. Todos los controladores de acceso están sin conexión, pero encendidos (el LED de estado parpadea en azul).
* A las 9:00 a. m.: Bob, un nuevo empleado, es incorporado. Se le entrega una credencial y acceso a la puerta principal.
* A las 10:00 a. m.: Alicia y Bob intentan usar su credencial para entrar por la puerta principal. La credencial de Alicia funciona, pero la de Bob no.
* A las 11:00 a. m.: El ISP restablece su conexión. Los controladores de acceso vuelven a estar en línea y, en cuestión de segundos, obtienen la nueva configuración desde la nube. La credencial de Bob ahora funciona.
A continuación se muestra una representación visual de este escenario:
---
# 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/es/solucion-de-problemas/access-control-hardware-checks/verkada-access-offline-operation.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.