Condiciones del servicio de la API flexible de MuninCloud

0. Quién presta el servicio

• Razón social: Bogarra Integrated SL (sociedad limitada española), nombre comercial MuninCloud.
• NIF: B13627971.
• Registro: inscrita en el Registro Mercantil de Ciudad Real, tomo 659, folio 126, hoja CR-30598, inscripción 1ª.
• Domicilio social: Calle General Aguilera N10 5A, 13001 Ciudad Real, España.
• Contacto: soporte@munincloud.com · teléfono: +34 686 490 850 · protección de datos: rgpd@munincloud.com.

Estas condiciones regulan la API de procesamiento de datos flexible de MuninCloud (en adelante, «la API»). Son distintas de las de la API de facturas de MuninCloud y de cualquier otro producto de MuninCloud: otro servicio, otras llaves, otro saldo y otras facturas.

Quién puede contratar. Empresas, profesionales y particulares. Las personas físicas deben tener al menos 18 años. Si el Cliente contrata como consumidor, se le aplica además la cláusula 14 (consumidores).

1. Qué se ofrece

1.1. El servicio. Una API en el formato de la API de OpenAI que da acceso a dos modelos:

• Qwen3-32B (Qwen/Qwen3-32B-AWQ, cuantizado a 4 bits AWQ): conversación, llamadas a herramientas, salida estructurada y streaming, por /v1/chat/completions.
• BGE-M3 (BAAI/bge-m3): vectores densos (embeddings), por /v1/embeddings.

El catálogo vigente, con el contexto, la salida máxima, el precio y la ubicación de cada modelo, es el que devuelve GET /v1/models. Los modelos se ofrecen solo con su nombre verdadero y, en el catálogo, con el de su dueño (Qwen y BAAI), nunca como modelos de MuninCloud.

1.2. El contrato técnico. El comportamiento de la API (rutas, cuerpos, errores, cabeceras) es el publicado en su contrato v1. Dentro de v1 se pueden añadir campos, nunca quitarlos ni renombrarlos. Lo que no está en el contrato no se ofrece.

1.3. Capacidad compartida. El motor que ejecuta los modelos lo comparte MuninCloud con sus propios servicios, que tienen prioridad. Cuando los necesitan, la API cede con 429 y Retry-After en lugar de encolar la petición (el detalle de cada error es el del contrato técnico, cláusula 1.2). La API no es una máquina reservada ni garantiza una capacidad o una disponibilidad concretas.

1.4. Razonamiento. El razonamiento del modelo (enable_thinking) está apagado por defecto. Si el Cliente lo enciende, los tokens de razonamiento son tokens de salida y se cobran como tales.

1.5. Modelos de terceros. Los modelos no los ha desarrollado MuninCloud: Qwen3-32B se distribuye con licencia Apache 2.0 y BGE-M3 con licencia MIT. MuninCloud los ejecuta tal cual, sin reentrenarlos ni ajustarlos. Ver la cláusula 8.

2. El saldo prepagado

2.1. Prepago en euros. La API se usa con saldo prepagado en euros. Sin saldo disponible no se procesa ninguna petición. Las cuentas de los escaparates siguen la cláusula 2.9.

2.2. Recargas. El saldo se recarga con importes fijos de 10 €, 25 €, 50 € o 100 € (impuestos aparte). No se admiten otros importes.

2.3. Tope de saldo. El saldo acumulado de una cuenta no puede pasar de 500 €. No se admite una recarga que, con lo que está reservado en ese momento por peticiones en curso, dejara el saldo por encima de ese tope.

2.4. Cobro. La recarga se cobra por adelantado, con tarjeta, a través de la pasarela de Stripe. Los datos de la tarjeta los guarda Stripe; MuninCloud solo conserva la referencia del cobro.

2.5. Caducidad: 12 meses exactos. Cada recarga forma un lote que caduca a los 12 meses exactos de su abono en la cuenta: el mismo día y a la misma hora (hora de Madrid) doce meses después; si ese día no existe en el mes (por ejemplo, un 31), el último día de ese mes. El consumo gasta primero el lote que caduca antes. Lo que quede de un lote al vencer caduca y no se devuelve (salvo al consumidor: cláusula 14.9), también la parte que en ese instante estuviera reservada por una petición en curso: si esa petición termina después del vencimiento, lo que consuma sale de ese lote y lo que sobre de su reserva caduca; no pasa a otro lote. La caducidad nunca deja el saldo en negativo.

2.6. Cierre de la cuenta. Una cuenta cerrada no se puede volver a usar: su saldo ya no se puede gastar. Al consumidor se le devuelve lo no gastado (cláusula 14.9). A la empresa o el profesional, se le devuelve si lo pide antes de que caduque (cláusula 2.5). La devolución se tramita a mano, mediante factura rectificativa, escribiendo a soporte@munincloud.com, y lo devuelto sale del saldo de la cuenta.

2.7. Devoluciones. Fuera de los casos de las cláusulas 2.6, 9.5 y 11 y de los del consumidor (cláusulas 14.2 y 14.9), el saldo recargado no se devuelve.

2.8. Cómo se contrata. Cada recarga es un contrato que se celebra en la página de compra de la API en el portal de MuninCloud, con estos pasos:

• a) El Cliente elige el importe de la recarga (cláusula 2.2) y da su correo electrónico, su país (y su código postal, si es España), su nombre o razón social y, si lo tiene, su NIF o NIF-IVA (cláusula 4).
• b) Da los datos de su tarjeta, que se comprueban con la autenticación de su banco (cláusula 2.4).
• c) Justo encima del botón de pago, la página muestra el total con impuestos, qué se compra, su duración y su caducidad (cláusula 2.5). El consumidor marca, además, la casilla obligatoria, no marcada de antemano, con la que pide que el servicio empiece ya (cláusula 14.5); la casilla marcada se guarda con la recarga.
• d) El contrato se celebra al pulsar el botón «Pagar ahora (pedido con obligación de pago)».
• e) Cobrada la recarga, el saldo se abona en la cuenta; si es la primera, el Cliente recibe en la página, y por correo electrónico, un enlace de un solo uso para recoger su llave de acceso (cláusula 5).

Corrección de errores. Hasta que pulsa el botón de pago, el Cliente puede revisar y corregir en la misma página cualquier dato que haya introducido, o abandonar la compra: no se cobra nada. Si un dato no es válido, la página lo dice y no se cobra.

Archivo y acceso. MuninCloud archiva cada recarga con su factura (cláusula 4.1) y, si el Cliente es consumidor, con la casilla marcada. El Cliente lo tiene accesible en el correo de la factura de cada recarga, que le confirma el contrato y lleva las condiciones vigentes en esa fecha y, si es consumidor, la casilla marcada. Estas condiciones se pueden descargar en PDF, con su fecha, desde esta página.

2.9. Escaparates. Quien usa la API a través de un escaparate (OpenRouter o Hugging Face) contrata con el escaparate, según las condiciones de este. MuninCloud presta el servicio al escaparate, como empresa y por contrato aparte: su cuenta no es de prepago (cláusula 2.1), sino a crédito, con un tope por canal y factura mensual, y su tarifa va en dólares estadounidenses (USD), facturada en la moneda que se fije en el alta. Ese canal solo se abre como dice la Política de privacidad (apartado 5).

3. Qué se cobra de cada petición

3.1. Precio por token. Cada petición consume del saldo los tokens de entrada y de salida que cuenta el motor, al precio por millón de tokens de cada modelo publicado en GET /v1/models en el momento de la petición. Precios a la fecha de estas condiciones, sin impuestos:

Al consumidor, la página de precios y la de compra le muestran, antes de pagar, el precio final completo, incluidos los impuestos que le correspondan (cláusula 4.2): el de cada millón de tokens y el total de la recarga (cláusula 2.8.c). El saldo se descuenta a los precios sin impuestos de esta tabla porque los impuestos se pagan con la recarga, en su factura (cláusula 4.1).

3.2. Reserva y liquidación. Antes de procesar una petición se reserva su coste máximo posible (los tokens de entrada más max_tokens, o el tope de salida que aplique la API si el Cliente no lo indica). Al terminar se cobra lo real y se devuelve el resto de la reserva. Si el saldo disponible no cubre la reserva, la petición se rechaza con 402 (insufficient_quota) sin cobrar nada.

3.3. Sin redondeo. El importe de cada petición se calcula en micro-euros (0,000001 €) sin redondeo: la fracción de micro-euro que quede de cada petición se arrastra en la cuenta y se cobra cuando las fracciones acumuladas llegan a un micro-euro entero. Lo cobrado es exactamente el importe de los precios de la cláusula 3.1.

3.4. Lo que no se cobra. No se cobra una petición rechazada (errores 4xx), ni una que falla en el motor o en la API (5xx) sin haber entregado tokens.

3.5. Streaming cortado. Si el Cliente corta un streaming a mitad, el motor deja de generar y se cobra solo lo generado hasta el corte. Si el fallo es de la API a mitad de un streaming, se cobra solo lo entregado.

3.6. Cambios de precio. Una subida de precio solo puede deberse a alguno de los motivos de la cláusula 11; se avisa con 30 días de antelación, por correo electrónico al Cliente y en esta página, y se aplica a las peticiones hechas desde la fecha anunciada, en la que pasa a GET /v1/models. Una bajada se aplica a las peticiones hechas desde su publicación en GET /v1/models. Ningún cambio de precio afecta a lo ya consumido.

3.7. Consulta. El saldo, lo reservado, los límites de la cuenta y los movimientos (recargas, consumos y ajustes) se consultan en la propia API (GET /v1/cuenta y GET /v1/cuenta/movimientos), en micro-euros enteros.

4. Facturas e impuestos

4.1. Una factura por recarga. Se emite una factura por cada recarga, al cobrarla, en la serie propia de este producto. El consumo posterior solo baja el saldo y no genera nuevas facturas.

4.2. Los precios no incluyen impuestos. El impuesto lo calcula el sistema según el país del Cliente y los datos fiscales que aporte al recargar:

Mientras las ventas a particulares de otros Estados miembros de Bogarra Integrated SL estén por debajo del umbral de 10.000 € anuales de la Ley del IVA (art. 73), se aplica el IVA español. Si se supera, se aplicará el IVA del país del particular, a su tipo, desde la venta que lo supere.

4.3. Comprobación del NIF-IVA. El NIF-IVA de un Cliente de otro Estado de la UE se comprueba en VIES, el sistema de la Comisión Europea, en el momento del cobro. Se guarda el número de consulta que devuelve VIES como justificante. Si VIES no puede responder en ese momento, la recarga no se cobra y se puede reintentar; si el NIF-IVA es válido pero de un país distinto del declarado por el Cliente, no se cobra hasta aclararlo.

4.4. Veracidad de los datos. El Cliente responde de que sus datos fiscales (país, código postal, NIF-IVA) son ciertos. Falsearlos para pagar menos impuestos es un incumplimiento grave y causa de cierre de la cuenta.

5. Llaves de acceso

5.1. Forma. Las llaves tienen la forma mf_live_… y se envían en la cabecera Authorization: Bearer. Cada llave se enseña una sola vez, al crearla; MuninCloud solo guarda su huella, nunca la llave.

5.2. Lista de IP. Una llave puede limitarse, de forma opcional, a una lista de direcciones IP.

5.3. Custodia. La custodia de las llaves es del Cliente: lo consumido con una llave suya se descuenta de su saldo. Si una llave se filtra, el Cliente debe anularla, o pedir su anulación en soporte@munincloud.com, en cuanto lo sepa. Para limitar el daño de una llave robada, cada cuenta tiene un tope de peticiones por minuto y puede tener un tope de gasto diario (cláusula 6).

6. Límites de uso

6.1. Ritmo. Cada cuenta tiene un máximo de peticiones por minuto; por encima, la API responde 429 (rate_limit_exceeded) con Retry-After.

6.2. Gasto diario. Una cuenta puede tener un tope de gasto por día (UTC); al llegar, la API responde 402 (spend_limit_reached) hasta el día siguiente.

6.3. Dónde se consultan. Los límites vigentes de cada cuenta se consultan en GET /v1/cuenta.

6.4. Uso aceptable. El uso de la API está sujeto a la Política de uso aceptable, que forma parte de estas condiciones.

7. Contenido y resultados

7.1. Ni prompts ni respuestas guardados. MuninCloud no guarda el contenido de las peticiones ni de las respuestas: no se escribe en disco ni en los registros. Solo se anotan metadatos (ver la Política de privacidad). Por eso MuninCloud no puede recuperar una respuesta perdida.

7.2. Resultados de un modelo de IA. Las respuestas las genera un modelo de inteligencia artificial y pueden ser incorrectas, incompletas, inventadas o inadecuadas. El servicio es una obligación de medios: MuninCloud no garantiza que un resultado sea exacto ni apto para un fin concreto, y no presta asesoramiento de ningún tipo a través de la API. El Cliente debe revisar los resultados antes de usarlos, en particular en decisiones que afecten a personas.

7.3. Titularidad y entrenamiento. El contenido que el Cliente envía y los resultados que la API le devuelve son del Cliente: MuninCloud no reclama ningún derecho sobre ellos. Ni el contenido ni los resultados se usan para entrenar, ajustar ni mejorar ningún modelo, propio o ajeno.

8. Reglamento europeo de inteligencia artificial

8.1. El papel de cada uno. MuninCloud pone a disposición del Cliente, por API, modelos de IA de uso general desarrollados por terceros (cláusula 1.5), sin modificarlos. El Cliente que integra la API en un sistema o una aplicación propios es responsable de ese sistema y de las obligaciones que el Reglamento (UE) 2024/1689 de inteligencia artificial le imponga por él, en particular las de transparencia con las personas que lo usen (art. 50) y la prohibición de las prácticas del art. 5.

8.2. Información de los modelos y marca de contenido generado. MuninCloud indica en GET /v1/models qué modelo responde, quién es su dueño y dónde se ejecuta, y en cada respuesta el modelo que la generó, para que el Cliente pueda cumplir sus propias obligaciones de información. Además, cada respuesta lleva una marca legible por máquina (una cabecera y un campo, descritos en el contrato técnico de la cláusula 1.2) que la identifica como contenido generado por inteligencia artificial (art. 50.2 del Reglamento (UE) 2024/1689).

9. Suspensión y cierre

9.1. MuninCloud puede suspender una llave o una cuenta, sin preaviso, si detecta un uso contrario a la Política de uso aceptable, un intento de eludir el cobro o los límites, o un riesgo para la seguridad del servicio o de terceros.

9.2. Puede cerrar la cuenta por incumplimiento grave de estas condiciones. El saldo de una cuenta cerrada se rige por la cláusula 2.6: al consumidor se le devuelve lo no gastado (cláusula 14.9).

9.3. El Cliente puede cerrar su cuenta en cualquier momento escribiendo a soporte@munincloud.com.

9.4. Bloqueos automáticos. Las llamadas anómalas o mal formadas en ráfaga pueden ser tomadas por los sistemas de defensa perimetral como un ataque o un escaneo y provocar el bloqueo automático de la IP de origen. Las rutas que no existen responden 410 para que un error del programa del Cliente no se confunda con un escaneo.

9.5. Fin del servicio. Si MuninCloud deja de prestar la API, devuelve a todos los Clientes lo no gastado de su saldo, sean consumidores, empresas o profesionales, a mano y con factura rectificativa (cláusula 2.6).

10. Responsabilidad

10.1. MuninCloud no responde de los daños que resulten del uso de los resultados del modelo (cláusula 7.2), de la indisponibilidad del servicio por la prioridad de sus propios servicios (cláusula 1.3), ni de lo consumido con una llave que el Cliente no custodió (cláusula 5.3).

10.2. Techo (empresas y profesionales). Si una sentencia firme declarase la responsabilidad civil directa de Bogarra Integrated SL frente a un Cliente que contrata como empresa o profesional, la indemnización total quedará limitada al importe de las recargas pagadas por el Cliente en los tres (3) meses anteriores al hecho que la cause. Este techo no se aplica en caso de dolo (Código Civil, art. 1102) y no se aplica a los consumidores (cláusula 14.3).

11. Cambios de estas condiciones

Las condiciones vigentes son las publicadas en esta página, con su fecha. Los cambios se publican aquí con la fecha y un resumen en «Actualizaciones».

MuninCloud solo puede cambiar estas condiciones a peor para el Cliente (entre otros cambios, con una subida de precio, cláusula 3.6) por alguno de estos motivos, y por ningún otro:

• a) un cambio de la ley o una resolución que obligue a MuninCloud;
• b) un cambio en el coste de prestar el servicio (energía, equipos, alojamiento);
• c) un cambio en los modelos ofrecidos o en su licencia;
• d) razones de seguridad.

Los cambios que empeoren las condiciones del Cliente se avisan con 30 días de antelación, por correo electrónico al Cliente y en esta página, y rigen desde la fecha anunciada; las mejoras, desde su publicación. El Cliente que no acepte un cambio puede cerrar su cuenta (cláusula 9.3); su saldo se rige por la cláusula 2.6. El consumidor (cláusula 14) que no acepte un cambio a peor puede cerrar su cuenta y recuperar lo no consumido de su saldo, sin coste alguno: la devolución se tramita a mano, con factura rectificativa, como en la cláusula 2.6.

12. Ley aplicable y jurisdicción

12.1. Estas condiciones se rigen por la ley española.

12.2. Para las empresas y los profesionales, las partes se someten a los Juzgados y Tribunales de Ciudad Real (España). Para los consumidores, son competentes los Juzgados y Tribunales de su domicilio (cláusula 14.3).

13. Idioma

Estas condiciones se publican en español y en inglés. Si hubiera discrepancia, prevalece la versión en español.

14. Consumidores (anexo)

14.1. A quién se aplica. Al Cliente que contrata como consumidor: una persona física que actúa con un propósito ajeno a su actividad comercial, empresarial, oficio o profesión; o una persona jurídica o una entidad sin personalidad jurídica que actúa sin ánimo de lucro en un ámbito ajeno a una actividad comercial o empresarial (art. 3.1 del texto refundido de la Ley General para la Defensa de los Consumidores y Usuarios, «TRLGDCU»). Para él, esta cláusula prevalece sobre las demás en lo que las contradiga.

14.2. Desistimiento de una recarga. El consumidor puede desistir de una recarga, sin indicar el motivo, en un plazo de 14 días naturales contados desde el día en que la contrata, que es el de su cobro y su abono en la cuenta (TRLGDCU arts. 102.1 y 104.a). Para desistir basta con enviar, antes de que venza el plazo, una declaración inequívoca de su decisión, por ejemplo un correo a soporte@munincloud.com; puede usar el modelo de formulario de la cláusula 14.8, aunque no es obligatorio (art. 106.1 y 106.2). Se le devuelve lo no consumido de esa recarga (cláusula 14.5), en el plazo y por el medio de la cláusula 14.6.

14.3. Techo, exclusiones y tribunales. Al consumidor no se le aplican el techo de responsabilidad de la cláusula 10.2 ni el sometimiento a los Juzgados de Ciudad Real de la cláusula 12.2: son competentes los Juzgados y Tribunales de su domicilio (TRLGDCU art. 90.2). Las exclusiones de la cláusula 10.1 se le aplican solo en lo que no excluyan ni limiten los derechos que la ley le reconoce por incumplimiento o cumplimiento defectuoso (art. 86.1).

14.4. Sus derechos legales. Nada de estas condiciones limita los derechos que la ley de consumidores reconoce al consumidor: su renuncia previa es nula (TRLGDCU art. 10).

14.5. Inicio inmediato y lo ya consumido. Al contratar una recarga, el consumidor solicita expresamente que el servicio empiece en ese momento, dentro del plazo de desistimiento, y declara saber que, una vez ejecutado íntegramente el contrato (consumida la recarga entera), habrá perdido su derecho de desistimiento (TRLGDCU arts. 98.8 y 103.a). Si después desiste, abona la parte del servicio ya prestada, que es lo consumido de esa recarga a los precios de la cláusula 3.1 (art. 108.4). Sin esa solicitud expresa, el consumidor que desiste no asume ningún coste por el servicio prestado durante el plazo de desistimiento (art. 108.5.a).

14.6. La devolución. Lo no consumido se devuelve sin demoras indebidas y, en todo caso, antes de que pasen 14 días naturales desde que el consumidor comunica su decisión de desistir, por el mismo medio de pago que usó (la tarjeta), salvo que él disponga expresamente otra cosa, y sin que el reembolso le cueste nada (TRLGDCU art. 107.1). Se tramita a mano, con factura rectificativa, como en la cláusula 2.6, y lo devuelto sale del saldo de la cuenta.

14.7. Garantía legal de conformidad. Al consumidor le asiste la garantía legal de conformidad de los contenidos y servicios digitales que regula el TRLGDCU (arts. 97.1.n y 114 y siguientes).

14.8. Modelo de formulario de desistimiento (anexo I.B del TRLGDCU; sólo debe cumplimentar y enviar el presente formulario si desea desistir del contrato):

A la atención de Bogarra Integrated SL (MuninCloud), Calle General Aguilera N10 5A, 13001 Ciudad Real, España, soporte@munincloud.com:
– Por la presente le comunico/comunicamos (*) que desisto de mi/desistimos de nuestro (*) contrato de prestación del siguiente servicio: recarga de saldo de la API flexible de MuninCloud de ……… €
– Pedido el ………
– Nombre del consumidor y usuario o de los consumidores y usuarios
– Domicilio del consumidor y usuario o de los consumidores y usuarios
– Firma del consumidor y usuario o de los consumidores y usuarios (solo si el presente formulario se presenta en papel)
– Fecha

(*) Táchese lo que no proceda.

14.9. Lo no gastado, al caducar o al cerrar. Al consumidor se le devuelve lo no gastado de su saldo cuando un lote caduca (cláusula 2.5) y cuando su cuenta se cierra, la cierre él o MuninCloud (cláusulas 2.6, 9.2 y 9.3), sin coste para él (TRLGDCU art. 87, apartados 4, 5 y 6). Se tramita a mano, con factura rectificativa y por el mismo medio de pago, y lo devuelto sale del saldo de la cuenta.

15. Encargo del tratamiento (anexo)

15.1. Qué es este anexo. Respecto a los datos personales que pudiera contener el contenido de las peticiones, el Cliente es el responsable del tratamiento y Bogarra Integrated SL (MuninCloud) el encargado del tratamiento (Política de privacidad, cláusula 1.1). Esta cláusula es el contrato de encargo que exige el artículo 28.3 del Reglamento (UE) 2016/679 (RGPD): el Cliente lo acepta al contratar, junto con el resto de estas condiciones, y vincula a MuninCloud respecto del Cliente.

15.2. Objeto, duración, naturaleza y finalidad. El objeto es ejecutar las peticiones que el Cliente envía a la API. La naturaleza del tratamiento es el procesamiento automático del contenido por los modelos de la cláusula 1.1, en la memoria del motor, nunca en disco ni en los registros (cláusulas 7.1 y 15.10). La finalidad es devolver al Cliente la respuesta de su petición, y ninguna otra: el contenido no se usa para entrenar ningún modelo (cláusula 7.3). El encargo dura lo que dure la cuenta del Cliente; el tratamiento de cada contenido, lo que dure su petición y, en la memoria de trabajo del motor, hasta que se sobrescribe (cláusula 15.10).

15.3. Tipo de datos y categorías de interesados. Los que el Cliente decida enviar en sus peticiones. MuninCloud no los elige ni los conoce de antemano.

15.4. Instrucciones documentadas. MuninCloud trata el contenido únicamente siguiendo las instrucciones documentadas del Cliente, que son estas condiciones y cada petición que envía, también en lo que respecta a las transferencias a un tercer país o a una organización internacional (Política de privacidad, cláusula 5), salvo que el Derecho de la Unión o de un Estado miembro le obligue a otra cosa; en tal caso se lo informará al Cliente antes del tratamiento, salvo que ese Derecho lo prohíba por razones importantes de interés público. MuninCloud informará inmediatamente al Cliente si, en su opinión, una instrucción infringe el RGPD u otras normas de protección de datos de la Unión o de los Estados miembros.

15.5. Confidencialidad. MuninCloud garantiza que las personas autorizadas para tratar datos personales por cuenta del Cliente se han comprometido a respetar la confidencialidad o están sujetas a una obligación de confidencialidad de naturaleza estatutaria.

15.6. Seguridad. MuninCloud toma las medidas de seguridad del artículo 32 del RGPD; las que aplica a la API se describen en la cláusula 7 de la Política de privacidad.

15.7. Subencargados. El Cliente da su autorización general para que MuninCloud recurra a otros encargados. Hoy hay uno: Hetzner Online GmbH (Alemania), que presta los servidores en los que corre la API, en Falkenstein (Alemania; Política de privacidad, cláusula 6). MuninCloud informará al Cliente de cualquier cambio previsto en la incorporación o sustitución de otros encargados, antes de que se produzca, por correo electrónico y en esta página, como un cambio de estas condiciones (cláusula 11), dando así al Cliente la oportunidad de oponerse a ese cambio: escribiendo a rgpd@munincloud.com o cerrando su cuenta (cláusula 9.3). A cada subencargado se le imponen, por contrato, las mismas obligaciones de protección de datos que esta cláusula impone a MuninCloud, y MuninCloud sigue siendo plenamente responsable ante el Cliente del cumplimiento de las suyas.

15.8. Derechos de los interesados. MuninCloud asiste al Cliente, teniendo en cuenta la naturaleza del tratamiento, para que pueda responder a las solicitudes de ejercicio de los derechos de los interesados (capítulo III del RGPD). Como no guarda el contenido, no tiene datos de él que dar, rectificar o suprimir; si recibe una de esas solicitudes sobre el contenido de una petición, se la remite al Cliente.

15.9. Seguridad, brechas y evaluaciones de impacto. MuninCloud ayuda al Cliente a cumplir las obligaciones de los artículos 32 a 36 del RGPD, teniendo en cuenta la naturaleza del tratamiento y la información de que dispone: le notifica sin dilación indebida las violaciones de la seguridad de los datos personales de las que tenga conocimiento, por correo electrónico a la dirección de su cuenta, y le facilita la información de los modelos y del lugar del tratamiento que necesite para una evaluación de impacto.

15.10. Al terminar el servicio. El RGPD obliga al encargado a suprimir o devolver los datos personales al terminar. MuninCloud no guarda el contenido de las peticiones ni de las respuestas: no se escribe en disco ni en los registros (cláusula 7.1). Mientras el motor trabaja, puede quedar un tiempo en su memoria de trabajo (la caché de prefijos), aislada por cuenta, sin que nadie la lea y sin copia, hasta que se sobrescribe con el uso (Política de privacidad, 2.1). Al terminar el servicio no hay nada que devolver, y lo que quedara en esa memoria se sobrescribe sin guardarse en ningún sitio.

15.11. Información y auditorías. MuninCloud pone a disposición del Cliente toda la información necesaria para demostrar el cumplimiento de esta cláusula, y permite y contribuye a la realización de auditorías, incluidas inspecciones, por parte del Cliente o de otro auditor autorizado por él. Se piden a rgpd@munincloud.com.

15.12. Lo que corresponde al Cliente. Como responsable, el Cliente decide qué datos envía y para qué, y garantiza que tiene una base jurídica para tratarlos (Política de privacidad, cláusula 8).

Actualizaciones

23 de octubre de 2026 — publicación de las condiciones de la API flexible de MuninCloud.