1. Responsable del tratamiento
- Responsable
- [PENDIENTE: nombre o denominación legal]
- Domicilio
- [PENDIENTE: país y domicilio completo]
- Identificación fiscal
- [PENDIENTE: NIF, CIF o VAT, si procede]
- Contacto de privacidad
- [PENDIENTE: dirección de correo para privacidad y derechos]
La identidad, el establecimiento y el canal de contacto deben confirmarse antes de sustituir este borrador por un aviso publicable.
2. Datos tratados
La solicitud de acceso al API puede recoger las siguientes categorías:
- nombre y apellidos;
- dirección de correo electrónico;
- país, ocupación y finalidad declarada de uso;
- texto libre adicional cuando se selecciona «Otra»; y
- datos operativos de la solicitud, como estado, fechas, identificadores de entrega de correo y registros técnicos necesarios para seguridad y diagnóstico.
La cola usa identificadores hash con clave para limitar abusos. El código de la cola no persiste la dirección IP en crudo, pero un identificador seudonimizado no debe tratarse automáticamente como anónimo. Los registros de Vercel y de otros proveedores requieren una revisión independiente.
No introduzcas en el campo de texto libre datos de salud, opiniones políticas, creencias religiosas, datos biométricos u otras categorías especiales. Ese campo debe minimizarse y su necesidad debe validarse antes del lanzamiento.
3. Finalidades y base jurídica
El flujo implementado tiene estas finalidades separadas:
- recibir y revisar una solicitud de acceso al API;
- enviar mensajes operativos sobre la recepción y la decisión;
- prevenir abusos, aplicar límites y proteger el servicio; y
- administrar la cola y comprobar el estado de entrega.
[PENDIENTE DE VALIDAR: una base jurídica concreta para cada finalidad, su necesidad y cualquier prueba de ponderación. No se ha supuesto que una casilla genérica de consentimiento sea la base adecuada.]
Las comunicaciones de recepción, aprobación o denegación son operativas. No deben reutilizarse para marketing sin una decisión separada y una base jurídica propia.
4. Proveedores y comunicaciones
La implementación auditada utiliza o puede utilizar estos servicios:
- Vercel: alojamiento y ejecución de rutas server-side; sus registros pueden contener metadatos de las peticiones.
- Turso: almacenamiento de las solicitudes de acceso y del estado de entrega.
- Resend: envío de correos operativos al solicitante y al administrador, incluidos los datos necesarios para cada mensaje.
- Nager.Date: fuente server-side de la lista de países del formulario; sus condiciones y registros deben comprobarse.
- Servidores de imágenes: el navegador puede solicitar directamente la URL HTTPS de una imagen devuelta por el API. Esa petición puede revelar metadatos de red al host correspondiente.
[PENDIENTE DE VERIFICAR: entidades jurídicas, funciones de responsable o encargado, regiones, subencargados, plazos, contratos y garantías para transferencias fuera del EEE de cada proveedor.]
5. Conservación y supresión
La aplicación conserva en la cola las solicitudes pendientes y decididas, junto con metadatos de entrega. El código revisado todavía no implementa un flujo automático de conservación o borrado.
[PENDIENTE ANTES DE PUBLICAR: definir y aplicar plazos o criterios para solicitudes pendientes, aprobadas y denegadas; contenido y metadatos de correo; identificadores de limitación; registros técnicos; copias de seguridad y datos conservados por proveedores.]
6. Derechos
Las personas deben disponer de un canal para solicitar, cuando proceda, acceso, rectificación, supresión, limitación, oposición y portabilidad, además de retirar un consentimiento cuando el tratamiento se base en él. El responsable debe definir la verificación de identidad, las excepciones aplicables y el procedimiento de respuesta.
[PENDIENTE: publicar el canal operativo para ejercer derechos y confirmar si existe delegado de protección de datos o representante en la UE.]
También puede presentarse una reclamación ante la Agencia Española de Protección de Datos cuando resulte competente.
7. Decisiones automatizadas y seguridad
La solicitud se describe como revisada manualmente; no se ha identificado una decisión automatizada que determine por sí sola la concesión del acceso. Esto debe comprobarse frente a la operación real y documentarse antes de publicar.
La aplicación usa sesiones administrativas protegidas, cookies con atributos de seguridad y hashes con clave para limitar abusos. Estas medidas no sustituyen la revisión de accesos, secretos, logs, copias de seguridad, proveedores, gestión de incidentes y análisis de riesgos.
8. Cambios
[PENDIENTE: fecha de entrada en vigor, versión y procedimiento para comunicar cambios del aviso definitivo.]