Las cerraduras inteligentes y los videoporteros pueden procesar registros de acceso, credenciales y plantillas biométricas. Los administradores de propiedades deben definir el propósito, la base legal, la retención y los flujos de datos antes de la implementación. Esta guía es una lista de verificación de adquisiciones, no asesoramiento legal; Confirme el diseño final con su asesor de protección de datos y el proveedor de la plataforma seleccionado.
¿Los datos de registro de acceso son datos personales?
Sí, en la mayoría de los despliegues. Un registro que indique «La tarjeta 00A4B7C2 abrió la puerta 3B a las 08:14:22 del 12 de marzo de 2026» contiene datos personales conforme al RGPD si el identificador de tarjeta puede vincularse con una persona concreta, como un residente, empleado o visitante. En la mayoría de los despliegues de cerraduras inteligentes, el sistema de gestión vincula las credenciales con las personas, por lo que las entradas del registro son datos personales.
Esto genera obligaciones conforme al RGPD: el administrador de la propiedad pasa a ser el controlador de datos; el fabricante de cerraduras o la plataforma en la nube se convierte en el procesador de datos. Debe existir un Acuerdo de procesamiento de datos (DPA) entre ellos antes de que se procese cualquier dato personal.
Cinco obligaciones clave del RGPD al implementar cerraduras inteligentes
1. Base Legal para el Tratamiento
Necesita una base legal para procesar los datos del registro de acceso. Para un lugar de trabajo o propiedad de alquiler, intereses legítimos (del RGPD, artículo 6, apartado 1, letra f), suele ser la base adecuada: existe un interés legítimo de seguridad en saber quién accedió a cada zona. Para los datos biométricos (huella dactilar o reconocimiento facial), se aplica el artículo 9 y se necesita consentimiento explícito de cada individuo, que debe ser libremente otorgado, específico, informado y retirable sin perjuicio.
2. Minimización de datos
Recoge sólo lo que necesitas. Si su necesidad de seguridad es "¿se abrió esta puerta durante un incidente específico?", un registro con marca de tiempo con identificación de credencial es suficiente; no necesita el historial de movimiento completo de cada residente todos los días. Configure su sistema de control de acceso para registrar los eventos mínimos requeridos. Evite registrar cada puerta abierta durante el horario normal de funcionamiento si no hay justificación de seguridad.
3. Limitación de almacenamiento (política de retención)
Los registros de acceso no deben conservarse más tiempo del necesario para el propósito documentado. No existe un período de retención único en toda la UE que se ajuste a cada implementación; establezca y justifique un período con su asesor de privacidad, luego verifique que la plataforma seleccionada pueda hacer cumplirlo. Las plantillas y credenciales biométricas deben eliminarse cuando finalice el propósito definido o se retire el consentimiento, sujeto a obligaciones legales documentadas.
4. Derechos del interesado
Los residentes y empleados tienen derecho a: acceder a sus datos de registro de acceso (derecho de acceso), solicitar su corrección, solicitar su eliminación (derecho al olvido) y oponerse al procesamiento. Su sistema de gestión de cerraduras debe permitirle exportar o eliminar registros de una persona específica. Pruebe esta capacidad antes de la implementación; no todas las plataformas en la nube lo hacen fácil.
5. Transferencia de datos fuera de la UE
Si la cerradura inteligente utiliza una plataforma en la nube con servidores fuera de la UE (por ejemplo, una nube china), los registros de acceso enviados a esos servidores constituyen una transferencia a un tercer país según el capítulo V del RGPD. Se requieren salvaguardias adecuadas, como cláusulas contractuales tipo (SCC) o una decisión de adecuación para el país de destino. La mayoría de los proveedores chinos de servicios en la nube no cuentan con decisiones de adecuación de la UE. La solución más sencilla: elegir un sistema de bloqueo con un backend local o alojado en la UE.
Cerraduras inteligentes biométricas: datos de categorías especiales
Las cerraduras inteligentes con reconocimiento de huellas dactilares y rostro procesan datos biométricos, que son datos de categoría especial conforme al artículo 9 del RGPD. Esto genera obligaciones reforzadas:
- Se requiere consentimiento informado explícito de cada individuo (no solo una cláusula general en un contrato de arrendamiento)
- Se recomienda encarecidamente realizar una Evaluación de Impacto de la Protección de Datos (DPIA), y su DPA nacional puede exigirla.
- Las plantillas biométricas deben almacenarse en el dispositivo cuando sea posible, no en una base de datos en la nube.
- Las personas deben poder utilizar un método de acceso alternativo (PIN, tarjeta RFID) si retiran su consentimiento al procesamiento biométrico.
Instalación local frente a la nube: comparación de riesgos según el RGPD
La elección de arquitectura —gestión de cerraduras en la nube o instalación local— tiene importantes implicaciones para el RGPD:
| factores | Nube (servidor chino) | Nube (servidor de la UE) | En las instalaciones |
|---|---|---|---|
| Riesgo de transferencia a terceros países | Alto (se requieren SCC) | Ninguno | Ninguno |
| Control DPA sobre los datos | Compartido (fabricante) | Compartido (proveedor de la UE) | control total |
| Solicitudes de acceso del interesado | Depende del proveedor | Depende del proveedor | Autoservicio completo |
| Aplicación de la política de retención | Depende de la plataforma | Depende de la plataforma | Totalmente configurable |
| Complejidad de TI | Bajo | Bajo | Medio |
En despliegues sensibles al RGPD, solicite el diagrama de flujo de datos, la ubicación del alojamiento, los subencargados, las funciones de exportación y eliminación y los controles de conservación de la plataforma seleccionada. Según el modelo de Trudian y la versión del software, puede haber opciones de almacenamiento en el dispositivo, nube privada o alojamiento en la UE; confírmelas durante la revisión técnica y no presuponga una ubicación de datos predeterminada.
Lista práctica del RGPD para implementar cerraduras inteligentes
- ☐ Identificar la base legal para el procesamiento de registros de acceso (intereses legítimos o consentimiento)
- ☐ Si es biométrico: obtener el consentimiento explícito de cada individuo; proporcionar una alternativa no biométrica
- ☐ Firme un Acuerdo de procesamiento de datos (DPA) con su plataforma de bloqueo/proveedor de nube
- ☐ Confirmar que los datos se almacenan en la UE (o en las instalaciones), o implementar SCC para transferencias a terceros países.
- ☐ Configurar y documentar un período de retención basado en un propósito; eliminar credenciales y plantillas biométricas cuando finalice el propósito definido
- ☐ Probar el flujo de trabajo de solicitud de acceso del interesado: ¿se pueden exportar o eliminar los registros de un individuo?
- ☐ Actualice su aviso de privacidad para divulgar el procesamiento de datos de control de acceso
- ☐ Si es de alto riesgo: realizar una EIPD antes del despliegue
Preguntas frecuentes: RGPD y control de acceso para administradores de propiedades
Sí, si las entradas del registro pueden vincularse con una persona identificada o identificable. La entrada «Puerta del apartamento 4B desbloqueada a las 09:14 del 12 de marzo» contiene datos personales si la credencial utilizada (tarjeta RFID, PIN o huella dactilar) está registrada a nombre de un residente. Los registros anónimos que solo indican eventos de puertas, sin identificar la credencial, no son datos personales. La mayoría de los sistemas de cerraduras inteligentes que asocian credenciales con usuarios identificados generan datos personales en sus registros de acceso. Por ello, los administradores deben aplicar a esos registros las obligaciones del RGPD sobre minimización de datos, limitación del plazo de conservación y derechos de los interesados.
Para los administradores de propiedades residenciales, la base jurídica más apropiada es el interés legítimo (Artículo 6(1)(f)): la seguridad de los edificios y la gestión del acceso son un interés legítimo que generalmente prevalece sobre los intereses de privacidad de los residentes cuando se aplican medidas proporcionadas. Esto requiere una Evaluación del Interés Legítimo (LIA) que documente el propósito, la necesidad y la proporcionalidad del procesamiento. El consentimiento (Artículo 6(1)(a)) es una alternativa, pero es problemático en contextos de arrendamiento donde el desequilibrio de poder entre propietario e inquilino significa que el consentimiento no puede darse libremente. La necesidad contractual (artículo 6(1)(b)) puede aplicarse cuando el control de acceso está incluido explícitamente en el contrato de arrendamiento.
El principio de limitación del plazo de conservación del RGPD (artículo 5, apartado 1, letra e) exige conservar los datos solo durante el tiempo necesario para la finalidad indicada. Elija y documente un periodo adecuado a la propiedad, la finalidad de seguridad y las directrices locales; no existe un plazo universal válido para todos los despliegues. Los registros necesarios para un litigio en curso pueden requerir una conservación documentada. Elimine las plantillas biométricas y las credenciales cuando finalice la finalidad definida, sin perjuicio de las obligaciones legales aplicables, y compruebe que la plataforma puede hacer cumplir la política.
Los residentes tienen derecho de acceso (Artículo 15): pueden solicitar una copia de todas las entradas del registro de acceso vinculadas a sus credenciales. Derecho a la supresión (Artículo 17): pueden solicitar la eliminación de sus datos personales, incluidos los registros de acceso y las plantillas biométricas, sujeto a motivos legítimos de conservación. Derecho de rectificación (artículo 16): corrección de datos inexactos. Derecho a la restricción (Artículo 18): limitar el procesamiento durante las disputas. Los administradores de propiedades deben poder responder a las solicitudes de acceso de los interesados en el plazo de un mes (artículo 12.3; prorrogable dos meses más cuando sea necesario). Verifique que su sistema de control de acceso pueda exportar y eliminar datos de usuarios individuales a pedido: los sistemas sin capacidad de exportación y eliminación de datos por usuario no cumplen con las normas por diseño.
Sí, si se transfieren datos personales de residentes a servidores en China sin salvaguardias adecuadas. China no cuenta con una decisión de adecuación de la UE, por lo que las transferencias a infraestructura china en la nube requieren cláusulas contractuales tipo (SCC) conforme al artículo 46 del RGPD, complementadas por una evaluación de impacto de la transferencia (TIA) que analice cómo afecta la legislación china a la protección de datos. En la práctica, muchos sistemas de cerraduras inteligentes basados en Tuya y TTLock enrutan los datos de forma predeterminada a través de infraestructura china en la nube. Entre las medidas posibles están especificar servidores en una región de la UE en el contrato OEM (Tuya ofrece la región de Fráncfort) o utilizar un software de gestión local que mantenga los datos dentro de la UE. Audite el flujo de datos del proveedor de cerraduras antes de la implementación.
El artículo 35 exige una EIPD cuando el tratamiento pueda entrañar un alto riesgo para las personas. Las cerraduras biométricas (con huella dactilar o reconocimiento facial) en edificios residenciales requieren una EIPD: el artículo 35, apartado 3, letra b), incluye expresamente el tratamiento biométrico entre los de alto riesgo. Las cerraduras no biométricas (RFID, PIN o aplicación) presentan un riesgo menor y quizá no requieran una EIPD completa si hay pocos residentes y los datos se conservan durante poco tiempo. Aun así, realizar una EIPD simplificada para cualquier sistema de control de acceso conectado a la nube es una buena práctica y demuestra responsabilidad conforme al artículo 5, apartado 2. Antes de instalar una cerradura inteligente en un edificio residencial de la UE, consulte a su delegado de protección de datos o a un asesor del RGPD.
La parte responsable de la implementación y los requisitos locales aplicables deben revisar un aviso de privacidad. Registre el controlador de datos seleccionado, el propósito, las categorías de datos, la retención, los proveedores de servicios, la ruta de transferencia y la ruta de contacto antes de la entrada en funcionamiento. Confirme cualquier requisito de notificación para residentes o visitantes con el asesor de privacidad del proyecto.
¿Necesita una revisión de privacidad del control de acceso?
El control de acceso a la nube de Trudian se puede revisar para la implementación de una nube privada o Docker, de modo que los datos permanezcan en su infraestructura. La configuración seleccionada confirma la documentación TLS 1.3, AES-256, SAML 2.0 SSO y CE. Pregunte acerca de las opciones de implementación que cumplen con la UE.