Cumplimiento

Última actualización: 29 de septiembre de 2026

Quién es quién (RGPD)

• Responsable del tratamiento: el ayuntamiento. Decide para qué sirve el canal y qué se hace con él, y es a quien la ciudadanía dirige sus derechos.
• Encargado del tratamiento: En Antena Produccions SL (EnaInbox). Tratamos los datos solo por cuenta del ayuntamiento y siguiendo sus instrucciones, con un contrato de encargo del tratamiento (DPA, art. 28 RGPD) que firmamos con cada municipio.
• Subencargados, que constan en el DPA con las garantías de transferencia de cada uno: OVH (alojamiento de la aplicación y la base de datos en Fráncfort, UE), Resend (envío de los correos al ciudadano, EE. UU.), Backblaze (copias de seguridad diarias de la base de datos, EE. UU.) y Cloudflare, Inc. (Cloudflare Turnstile, verificación antirrobots del formulario público y del acceso del personal; puede tratar datos fuera de la UE de acuerdo con sus condiciones de tratamiento de datos).
• Base jurídica: misión de interés público (art. 6.1.e RGPD): el canal de quejas y sugerencias de la carta de servicios.
• Autoridad de control: para los ayuntamientos de Cataluña, la Autoritat Catalana de Protecció de Dades (APDCAT); en el resto del Estado, la AEPD.

El aviso del artículo 13 en el formulario

Antes de enviar una petición, el formulario muestra la información básica que exige el artículo 13 del RGPD: quién es el responsable (el ayuntamiento), para qué se usan los datos, la base jurídica, cuánto tiempo se conservan y cómo ejercer los derechos. Enlaza a la página de privacidad del municipio, que preparamos con secretaría durante la puesta en marcha.

Minimización

• El correo electrónico es el único dato personal obligatorio; el nombre es opcional. No se pide teléfono ni dirección.
• El envío anónimo no recoge ningún dato personal.
• Las fotografías pierden los metadatos (ver más abajo).

Conservación y anonimización automática

• Peticiones cerradas: pasado un plazo después del cierre (por defecto, 24 meses; cada municipio lo puede ajustar), se anonimizan automáticamente los datos de contacto (correo y nombre), las fotografías y las copias guardadas de los correos enviados al ciudadano. Se conserva la estadística (categoría, departamento, tiempos de respuesta).
• Peticiones no confirmadas: si el ciudadano no confirma el correo, la petición nunca entra en la cola y se borra a los 30 días.

Cookies y protección contra bots

• Cero cookies en las páginas ciudadanas (formulario y estado). El idioma va en la dirección o se guarda en el navegador (localStorage), un dato estrictamente necesario que elige el propio ciudadano. Por eso no hay ningún banner de cookies.
• El formulario público se protege contra envíos automáticos con un campo trampa (invisible para las personas), el bloqueo de los nodos de salida de Tor y Cloudflare Turnstile, verificado en el servidor. Turnstile también protege el inicio de sesión, el restablecimiento de contraseña y el alta del personal.
• Qué trata Turnstile: cuando se abre un formulario protegido, Cloudflare trata la dirección IP y datos técnicos del navegador y del dispositivo (como el agente de usuario y la huella TLS) para distinguir a las personas de los robots. Es una medida de seguridad necesaria para prestar el servicio (art. 32 RGPD). Funciona sin preautorización, de modo que no guarda ninguna cookie en nuestros dominios. Cloudflare actúa como subencargado y, cuando usa esas señales para mejorar su detección de robots, como responsable independiente (anexo de privacidad de Turnstile).
• El backoffice del personal usa solo las cookies de sesión estrictamente necesarias para iniciar sesión.

Fotografías sin metadatos

Toda imagen subida se reprocesa en el momento de la entrada y se eliminan sus metadatos EXIF, incluidas las coordenadas GPS.

Qué significa «trazabilidad», legalmente

1. El registro de transiciones: cada cambio de estado con quién, cuándo y qué nota. La aplicación no permite borrarlo ni editarlo.
2. El registro de notificaciones: cada correo enviado al ciudadano (destinatario, asunto, fecha): la prueba documental de que ha sido informado de cada paso. Cuando la petición se anonimiza, el registro se mantiene sin los datos de contacto.

Sugerencias automáticas, no inteligencia artificial

• El backoffice propone categoría, departamento y prioridad a partir de palabras clave del texto. Siempre aparece marcado como sugerencia automática y la decisión es de una persona. No es un modelo de IA.
• Ninguna decisión con efectos sobre el ciudadano es automatizada (el art. 22 RGPD no aplica).
• EnaInbox no traduce los mensajes automáticamente. (Próximamente: traducción automática, siempre marcada como tal.)

Accesibilidad

• Las páginas ciudadanas tienen como objetivo UNE-EN 301 549 / WCAG 2.1 AA: HTML semántico, etiquetas en todos los campos, foco visible, contraste suficiente.
• La declaración de accesibilidad la publica el ayuntamiento (RD 1112/2018), porque el formulario forma parte de sus servicios web. Os facilitamos la información: el estado de conformidad (mientras no haya una auditoría externa, lo honesto es «parcialmente conforme, según una autoevaluación»), los contenidos que todavía no son accesibles, si los hay, y el canal para comunicar problemas. Si vuestra declaración general ya cubre los servicios de terceros, basta con mencionar en ella el canal de quejas y sugerencias.
• Si un ciudadano os comunica una barrera de accesibilidad en el formulario, hacédnosla llegar y la corregimos.

Relación con el registro de entrada

EnaInbox no es el registro de entrada oficial ni lo sustituye. El formulario lo dice y enlaza a la sede electrónica para las instancias formales.