Privacidad y retención de la API flexible de MuninCloud

1. Quién trata los datos y en qué papel

De conformidad con el Reglamento (UE) 2016/679 (RGPD) y la Ley Orgánica 3/2018 (LOPDGDD):

1.1. El contenido de las peticiones. Respecto a los datos personales que pudiera contener lo que el Cliente envía a la API y lo que la API le devuelve, el Cliente es el responsable del tratamiento y Bogarra Integrated SL (NIF B13627971, Calle General Aguilera N10 5A, 13001 Ciudad Real, España; nombre comercial MuninCloud) actúa solo como encargado del tratamiento (art. 28 RGPD), para ejecutar la petición y nada más. El contrato de encargo (art. 28.3 RGPD) es la cláusula 15 de las condiciones del servicio, que el Cliente acepta al contratar.

1.2. La cuenta, el cobro y los metadatos. Respecto a los datos de la cuenta, del cobro y de los metadatos de uso (artículos 3 y 4), Bogarra Integrated SL es responsable del tratamiento.

2. El contenido de las peticiones: no se guarda

2.1. Ningún prompt ni respuesta guardados. El contenido de las peticiones y de las respuestas no se escribe en disco ni en los registros: se procesa en la memoria del motor. Mientras el motor trabaja, puede quedar un tiempo en su memoria de trabajo (la caché de prefijos, que acelera las peticiones que empiezan igual): esa memoria está aislada por cuenta, nadie la lee, no se copia a ningún sitio y se sobrescribe con el uso.

2.2. No hay salida a terceros. El contenido se procesa con modelos que MuninCloud ejecuta en sus servidores; no se envía a ningún proveedor externo de inteligencia artificial.

2.3. Entrenamiento. Ni el contenido ni los resultados se usan para entrenar, ajustar ni mejorar ningún modelo, propio o ajeno.

3. Los metadatos de cada petición

3.1. Qué se anota. De cada petición se anotan solo: la cuenta y la llave, el modelo, los tokens de entrada y de salida, la duración, el código de respuesta, el identificador de la petición (X-Request-Id) y la dirección IP de origen, que se borra a los 90 días. Nunca el contenido.

3.2. Para qué. Para cobrar lo consumido del saldo, para atender las consultas del Cliente sobre una petición concreta (con su X-Request-Id), para los topes de uso y la seguridad del servicio, y para facturar a los escaparates por los que llegue el uso.

3.3. Base jurídica. La ejecución del contrato con el Cliente (art. 6.1.b RGPD) y, para la seguridad y la prevención del abuso, el interés legítimo de Bogarra Integrated SL (art. 6.1.f RGPD).

3.4. Plazo. Los metadatos de cada petición se conservan 12 meses; después solo se conservan los totales por cuenta y mes. Cerrada la cuenta y sin saldo (caducado o devuelto), esos totales se conservan 12 meses más y después se anonimizan: queda la suma por canal y mes, sin la cuenta.

3.5. La IP en la entrada. Antes de llegar a la API, cada petición pasa por el proxy de entrada y por el sistema de bloqueo automático de MuninCloud (Condiciones, cláusula 9.4), que anotan la dirección IP de origen para la seguridad del servicio (art. 6.1.f RGPD). Los registros de acceso del proxy se rotan cada semana y se guardan los 4 últimos (unas 5 semanas); los de errores, cada semana, los 10 últimos (unas 11 semanas). El sistema de bloqueo automático guarda sus alertas con la IP 7 días y comparte la IP de quien ataca con CrowdSec SAS (20 rue Maurice Arnoux, 92120 Montrouge, Francia), que la trata como corresponsable con MuninCloud para proteger a sus miembros y, según su política, la guarda hasta 3 meses (hasta un año para el análisis de un ataque, antes de anonimizarla).

4. Los datos de la cuenta y del cobro

4.1. Qué se trata. Los datos que el Cliente aporta al recargar (nombre o razón social, NIF o NIF-IVA, dirección de correo electrónico, país y código postal), las referencias de cada cobro y las facturas emitidas. Son necesarios para contratar: sin ellos no se puede hacer la recarga ni emitir su factura.

4.2. De cada llave. Su huella (nunca la llave), la lista de direcciones IP permitidas si el Cliente la fija, y sus fechas de creación, de anulación y de último uso.

4.3. El cobro. Lo hace el ERP de Bogarra Integrated SL a través de Stripe; los datos de la tarjeta los guarda Stripe y MuninCloud solo conserva la referencia del cobro.

4.4. La comprobación en VIES. El NIF-IVA de un Cliente de otro Estado de la UE se comprueba en VIES, el sistema de la Comisión Europea, con el NIF-IVA de Bogarra Integrated SL como solicitante. Se guarda el número de consulta que devuelve VIES, como justificante de la comprobación ante la Administración tributaria.

4.5. Base jurídica. La ejecución del contrato (art. 6.1.b RGPD) y el cumplimiento de las obligaciones fiscales y contables de Bogarra Integrated SL (art. 6.1.c RGPD).

4.6. Plazo. Los datos de la cuenta y de sus llaves, mientras la cuenta esté abierta o tenga saldo; después se suprimen o se anonimizan, salvo los que deban conservarse con las facturas. Las facturas, sus datos fiscales y los justificantes de VIES, durante seis años a partir del último asiento realizado en los libros (Código de Comercio, art. 30.1), y en todo caso mientras no haya prescrito el derecho de la Administración tributaria a comprobarlos: cuatro años desde el día siguiente al fin del plazo de la declaración en que se incluyeron (Ley General Tributaria, arts. 66.a, 67.1 y 70.1), o diez si justifican bases, cuotas o deducciones que se compensan o aplican más tarde (arts. 66 bis.2 y 70.3).

5. Quién más recibe datos

Transferencias fuera del Espacio Económico Europeo. A una empresa de España le presta el servicio de Stripe Stripe Payments Europe, Limited (Irlanda, dentro del EEE); las transferencias que Stripe haga después a sus empresas de EE. UU. las ampara, según su política de privacidad, el Marco de Privacidad de Datos UE-EE. UU. y las cláusulas contractuales tipo de la Comisión Europea. Hetzner (cláusula 6) y VIES tratan los datos dentro de la Unión Europea. Hoy la API no transfiere datos personales fuera del EEE. Los escaparates (OpenRouter, Inc. y Hugging Face, Inc., de EE. UU.) aún no son un canal abierto. Por ese canal el contenido de las peticiones llegaría del escaparate y la respuesta volvería a él, fuera del EEE: antes de abrir el canal de un escaparate de EE. UU., MuninCloud firmará con él las cláusulas contractuales tipo de protección de datos adoptadas por la Comisión Europea (art. 46.2.c RGPD), como garantía del capítulo V del RGPD (arts. 44 a 49), y hasta entonces ese canal no se abre. Antes de que llegue por él la primera petición, esta política dirá qué datos recibe.

6. Dónde se procesa

La puerta de entrada de la API (el nodo por el que pasan las peticiones antes de llegar al motor) y la inferencia de los modelos están en Alemania, en los centros de datos de Hetzner en Falkenstein (FSN1). La ubicación de cada modelo se publica en su campo location de GET /v1/models.

7. Seguridad

Las llaves se guardan solo como huella; el motor solo se alcanza desde la puerta de la API, por la red privada; la puerta corre sin privilegios y no escribe el contenido de las peticiones en ningún sitio.

8. Responsabilidad de origen

El Cliente garantiza que tiene una base jurídica para tratar los datos personales que envíe a la API y, si los envía por cuenta de terceros, que ha informado a esas personas. MuninCloud no responde de la licitud del contenido que envía el Cliente.

9. Derechos

Cualquier persona puede ejercer sus derechos de acceso, rectificación, supresión, oposición, limitación del tratamiento y portabilidad (arts. 15 a 22 RGPD) escribiendo a rgpd@munincloud.com, y tiene derecho a presentar una reclamación ante la Agencia Española de Protección de Datos (AEPD). Como MuninCloud no guarda el contenido de las peticiones, no puede dar acceso a él ni borrarlo: no lo tiene. Se responde en el plazo de un mes desde que se recibe la solicitud, prorrogable otros dos meses en caso necesario, teniendo en cuenta la complejidad y el número de solicitudes; la prórroga se comunica dentro del primer mes (art. 12.3 RGPD).

Actualizaciones

23 de octubre de 2026 — publicación de la política de privacidad de la API flexible de MuninCloud.