Cómo trata los datos identifi.cam
Documento de dos páginas para el delegado de protección de datos de un cliente. Explica qué hace el sistema con las imágenes, qué sale del dispositivo y qué trámites siguen siendo necesarios.
Última actualización: agosto de 2026
El principio
El procesamiento en el borde no es aquí una decisión de arquitectura: es la decisión que hace viable instalar una cámara en vía pública. El frame se lee, se procesa y se descarta dentro del propio dispositivo. Lo que sale a la red es un número o un estado.
Correspondencia con el RGPD
| Principio | Cómo lo cumple el producto |
|---|---|
| Minimización (art. 5) | Solo sale del dispositivo un número o un estado. La imagen no viaja. |
| Privacidad desde el diseño (art. 25) | El dato personal no llega a existir fuera del nodo. |
| Limitación de conservación | Los frames se procesan y se descartan; no hay grabación continua. |
| Proporcionalidad | La cámara no identifica personas: cuenta objetos. |
Medidas concretas de producto
- El nodo no almacena vídeo. Frame, inferencia, descarte.
- El snapshot de alarma se envía solo cuando no hay personas en la escena. Un residuo abandonado es estático y no tiene prisa: el sistema espera al primer frame limpio.
- Difuminado de rostros y matrículas disponible como opción activable donde el snapshot sea imprescindible.
- El modelo de datos de cada instalación se documenta y se entrega al delegado de protección de datos del cliente como anexo.
Lo que hay que decir sin adornos
Esto reduce mucho la burocracia, no la elimina. En vía pública seguirá haciendo falta cartelería informativa, pasar por el delegado de protección de datos y probablemente una evaluación de impacto.
Pero llegar a esa conversación con «las imágenes no salen del dispositivo» la convierte en un trámite en lugar de en una batalla.