Política de privacidad

Estado: borrador, redactado el 23-09-2026 (etapa 16). NO PUBLICAR. El inventario de encargados del tratamiento del §6 tiene celdas sin rellenar (estudio S-31) y la base jurídica del §5 para los identificadores de Telegram también es de S-31. `legal:seed` carga este texto como borrador; `--publish` no debe ejecutarse hasta que no quede ninguna celda "S-31".

Este es el texto vinculante; las traducciones son informativas.

1. Quién es el responsable

El responsable del tratamiento es Yatoday, titular del servicio Notimia (`app.notimia.es`). Sus datos de identificación completos figuran en el aviso legal de Yatoday: https://yatoday.es/es/legal/notice/. La dirección de contacto para el ejercicio de derechos es dev@yatoday.es. — S-31 debe determinar si es necesario un delegado de protección de datos.

2. Qué se almacena de una cuenta

Un nombre, una dirección de correo cuando se ha facilitado, el idioma de interfaz elegido, y las identidades de inicio de sesión conectadas (`user_identities`). Un acceso con Telegram aporta un identificador de usuario de Telegram y ninguna dirección de correo. Las contraseñas se guardan como hash; las claves de paso (passkeys) se guardan como material criptográfico público.

Se registra además la actividad de configuración de un proyecto en `audit_log`, con la dirección IP y el agente de usuario de la petición.

3. Qué se almacena de un proyecto

Los temas seguidos, las fuentes añadidas, los ítems generados y sus versiones, las aprobaciones, las publicaciones y su resultado, el uso del servicio y el saldo. Los artículos y las historias son compartidos entre proyectos y no pertenecen a ninguno.

4. Cuánto tiempo

Los plazos viven en `config/retention.php` y se miden en el estudio S-05:

| Dato | Plazo | | :-- | :-- | | cuerpo de un artículo (`article_bodies`) | 30 días | | copia comprimida de un cuerpo junto a un ítem | 90 días | | artículos | 18 meses (30 días para fuentes con plazo contractual menor) | | registro de peticiones a la API (con IP y agente de usuario) | 30 días | | entregas de webhook | 90 días | | registro de consumo de modelos | 12 meses, después agregado sin identificadores | | métricas de difusión | 180 días | | archivos de exportación de datos | 7 días | | episodios de audio | 90 días | | `audit_log` | no se purga |

5. Suscriptores sin cuenta

La agenda de eventos y los canales propios pueden alcanzar a personas que nunca han creado una cuenta. De ellas se guarda una identidad de Telegram sin cuenta (una suscripción a la agenda, D-86) o un HMAC del identificador de usuario de Telegram (una alta en un canal, que no permite recuperar el identificador pero sí distinguir a la misma persona).

La base jurídica de ese tratamiento la fija el estudio S-31 — interés legítimo para el recuento de altas, consentimiento para la suscripción — y esta página la nombrará cuando S-31 la haya establecido. Hasta entonces esta página no se publica.

Ambas personas pueden pedir acceso y supresión escribiendo desde el propio chat (`/privacy` en el bot) o por correo acreditando el control del chat. La supresión borra la suscripción y la identidad de Telegram con la que se guardaba, y sustituye el identificador de alta por una marca que no corresponde a nadie, de modo que la persona deja de ser identificable y el recuento de altas de ese día no cambia: un recuento no es un dato personal y reescribir una cifra histórica ya publicada no es lo que pide el derecho de supresión.

5 bis. Medición de nuestros propios canales y páginas

En nuestros propios canales de Telegram registramos que alguien se ha unido o ha salido, para poder emparejar una baja con el alta que cancela y no contar dos veces la misma cifra. No almacenamos el identificador de usuario de Telegram, ni el nombre de usuario, ni el nombre: lo que se conserva es un hash con clave, irreversible, de ese identificador y nada más, durante 180 días, tras los cuales se eliminan los registros individuales y solo quedan recuentos diarios anónimos. En nuestras páginas públicas instalamos una única cookie propia con un identificador aleatorio y registramos la página de llegada, los parámetros de campaña del enlace y el sitio que le remitió: sin dirección IP, sin huella del dispositivo, sin script de terceros y sin identificador compartido con nadie, también durante 180 días. La base jurídica del identificador de canal y su evaluación están todavía pendientes de completar; esta página las indicará antes de entrar en vigor y, mientras tanto, puede pedirnos en cualquier momento que borremos sus registros.

6. Encargados del tratamiento

Proveedores que tratan datos personales o texto de artículos por cuenta del responsable. "S-31" en una celda es un hueco, no una entrada: un proveedor sólo aparece en la página publicada con sus tres celdas rellenas.

| Encargado | Qué recibe | Contrato de encargo | Ubicación del tratamiento | Conservación en el proveedor | | :-- | :-- | :-- | :-- | :-- | | Anthropic | prompts con texto de artículos, hechos de historias, instrucciones del cliente | S-31 | S-31 | S-31 | | Voyage AI (D-46) | `embed_input`: titulares y entradillas | S-31 — antes de enviar cualquier texto de artículo | S-31 | S-31 | | OpenAI | guiones de voz y audio de transcripción (etapa 12); embeddings sólo si se usa la alternativa de D-46 | S-31 | S-31 | S-31 | | TypeSafe AI (D-41, sólo mientras un driver de decisión sea `typesafe`) | estados de decisión: titulares, entradillas, hechos; nunca un cuerpo | no publicado; correo a `privacy@typesafe.ai` (`docs/access.md`), que además ofrece retención cero a petición | mismo correo | mismo correo | | Stripe | identidad del cliente, facturas, pago | S-31 | S-31 | S-31 | | Postmark | correo saliente y reenvío de boletines entrantes (S-18) | S-31 | S-31 | S-31 | | ScrapeCreators (D-59) | URLs de artículos para recolectores medidos, nunca el catálogo completo | S-31 | S-31 | S-31 | | Telegram | publicaciones en canales, eventos de miembros, las identidades de Telegram de suscriptores sin cuenta | plataforma, no encargado en el sentido habitual — S-31 dice cómo describirlo | — | — | | Cloudflare | DNS y tráfico del dominio de enlaces cortos | S-31 | S-31 | S-31 | | Proveedor de captcha del formulario de retirada | la IP de quien reclama | no elegido: ningún proveedor está contratado y el formulario funciona hoy sólo con límite de peticiones | — | — | | Proveedor del clúster | todo en reposo | S-31 | la región del clúster | — | | Sólo si se abren: Azure (voz valenciana, D-54), ElevenLabs (voz premium), AssemblyAI (transcripción en la UE, D-55) | audio y guiones | al abrirse | al abrirse | al abrirse |

7. Derechos

Acceso, rectificación, supresión, limitación, oposición y portabilidad. Desde `/settings/privacy` una persona con cuenta puede descargar todo lo que el servicio guarda sobre ella, y borrar su cuenta o un proyecto del que sea propietaria. Toda petición se responde dentro de 30 días (art. 12.3 RGPD); en la práctica el archivo se genera en minutos y el enlace de descarga caduca a los 7 días junto con el propio archivo.

La supresión de una cuenta es una anonimización donde una fila es prueba: se conservan sin datos personales las filas que dicen quién aprobó un ítem publicado, porque son la constancia de quién ostentaba la responsabilidad editorial conforme al art. 50(4) del Reglamento (UE) 2024/1689.

También cabe reclamar ante la Agencia Española de Protección de Datos.

8. Transferencias internacionales

No se asume ningún compromiso de residencia de los datos. El texto de los artículos, los prompts y el audio pueden ser tratados por proveedores fuera de la Unión Europea; los proveedores se eligen por coste y calidad, y la ubicación de tratamiento de cada uno es la que indica el §6 (D-82). Cuando un proveedor trata fuera de la UE, junto a él se indica el mecanismo de transferencia en el que se apoya (cláusulas contractuales tipo, una decisión de adecuación o el Marco de Privacidad de Datos UE-EE. UU.) — S-31: esas celdas, y el mecanismo de cada proveedor, aún no están rellenas.