Com tracta les dades identifi.cam
Document de dues pàgines per al delegat de protecció de dades d’un client. Explica què fa el sistema amb les imatges, què surt del dispositiu i quins tràmits segueixen fent falta.
Darrera actualització: agost de 2026
El principi
El processament al node no és aquí una decisió d’arquitectura: és la decisió que fa viable instal·lar una càmera a la via pública. El frame es llegeix, es processa i es descarta dins el mateix dispositiu. El que surt a la xarxa és un número o un estat.
Correspondència amb el RGPD
| Principi | Com ho compleix el producte |
|---|---|
| Minimització (art. 5) | Del dispositiu només en surt un número o un estat. La imatge no viatja. |
| Privacitat des del disseny (art. 25) | La dada personal no arriba a existir fora del node. |
| Limitació de conservació | Els frames es processen i es descarten; no hi ha gravació contínua. |
| Proporcionalitat | La càmera no identifica persones: compta objectes. |
Mesures concretes de producte
- El node no emmagatzema vídeo. Frame, inferència, descart.
- La captura d’alarma s’envia només quan a l’escena no hi ha persones. Un residu abandonat és estàtic i no té pressa: el sistema espera el primer frame net.
- Difuminat de rostres i matrícules disponible com a opció activable allà on la captura sigui imprescindible.
- El model de dades de cada instal·lació es documenta i es lliura al delegat de protecció de dades del client com a annex.
El que s’ha de dir sense adorns
Això redueix molt la burocràcia, no l’elimina. A la via pública seguirà fent falta cartelleria informativa, passar pel delegat de protecció de dades i probablement una avaluació d’impacte.
Però arribar a aquella conversa amb «les imatges no surten del dispositiu» la converteix en un tràmit en lloc d’una batalla.