Sub-encargados

Esta página lista los proveedores que actúan como sub-encargados de tratamiento (subprocesadores) de AIGiner S.L. para la prestación del servicio Shara, conforme al artículo 28.2 y 28.4 del RGPD. Al aceptar el Acuerdo de Encargado de Tratamiento (DPA) (/dpa), el Cliente autoriza con carácter general la subcontratación con estos proveedores.

1. ¿Qué es un subencargado?

Un subencargado es un tercero al que el Encargado (en este caso, AIGiner) delega parte del tratamiento que realiza en nombre del Responsable (Cliente). Por ejemplo: el proveedor que aloja la base de datos donde se almacenan los datos del Cliente, o el proveedor del modelo de lenguaje que procesa los prompts. El RGPD exige que cada subencargado se obligue por contrato a las mismas garantías que el Encargado y que la lista sea pública y actualizable.

Aceptación general y derecho de oposición: el Cliente autoriza la subcontratación con los proveedores listados al aceptar el DPA. Cualquier alta o sustitución se notifica con 30 días de antelación (sección 4); durante ese preaviso el Cliente puede oponerse motivadamente. Si la oposición no se puede resolver, el Cliente puede resolver el contrato sin penalización.

2. Lista actual de subprocesadores

3. Notas sobre los proveedores

3.1 Proveedor de modelos de lenguaje y transcripción

Shara utiliza un proveedor de inferencia que opera sobre infraestructura soberana en la Unión Europea: el procesamiento de prompts, de respuestas del modelo y de las grabaciones de voz que se envían a transcribir ocurre 100 % en la UE, sin transferencia internacional. Los nombres comerciales de los modelos se exponen al cliente bajo alias internos (Symphony, Sonata, Prelude, Concerto). La revelación del proveedor real bajo NDA está disponible para los planes Max y Concerto Local, según la Política de Uso de IA (/politica-ia). El proveedor está obligado a no usar prompts, audio ni respuestas para entrenar modelos y a una política de retención cero.

3.2 Dónde está cada pieza

La base de datos principal está en Supabase, Irlanda (eu-west-1); los servidores de aplicación, en Contabo, Lauterbourg (Grand Est, Francia); y la inferencia y la transcripción, en infraestructura soberana en la UE. Los tres están en territorio de la Unión Europea, de modo que el contenido que procesan los agentes —incluidas las grabaciones de voz— permanece en la UE durante todo su ciclo de vida.

Fuera de la UE quedan cuatro tratamientos, y conviene tenerlos localizados: el correo transaccional del servicio, que envía Resend desde Estados Unidos y que contiene el nombre y la dirección del destinatario y el contenido del aviso; los metadatos de tráfico que trata Cloudflare en su red global, que además termina la conexión TLS y ve el contenido en tránsito; los datos de pago en Stripe, entre Irlanda y Estados Unidos; y el canal de soporte por tickets en Telegram. Los cuatro se amparan en las Cláusulas Contractuales Tipo de la Comisión Europea.

3.3 Pagos y red de distribución

Stripe procesa los pagos sin que Shara almacene datos completos de tarjeta (tokenización con identificadores opacos). Cloudflare presta red de distribución, cortafuegos de aplicación y mitigación de denegación de servicio con presencia global. Actúa como proxy inverso, de modo que termina la conexión TLS del navegador y ve el contenido en tránsito antes de reenviarlo cifrado al origen; y aloja además, en jurisdicción de la Unión Europea, los archivos que el Cliente adjunta en el producto y las bases de datos de la academia y de la bandeja.

4. Procedimiento de cambio

• Notificación con preaviso: cualquier alta o sustitución de subencargado se notifica con un mínimo de 30 días de antelación, mediante email a la cuenta administradora del Cliente y mediante actualización pública de esta página.
• Email a privacidad: en paralelo, se envía aviso al canal [email protected] y, si se ha registrado, al contacto de protección de datos designado por el Cliente.
• Publicación pública: la presente página se actualiza con la nueva entrada y se conserva el histórico (sección 6).
• Derecho de oposición: durante el preaviso, el Cliente puede oponerse de forma motivada a la incorporación o sustitución. La oposición debe basarse en razones legítimas (riesgo concreto, incompatibilidad con su evaluación de impacto, requisito sectorial, etc.).
• Consecuencia si la oposición no se resuelve: el Cliente puede resolver el contrato sin penalización con efectos al final del ciclo en curso, recuperando sus datos según el apartado de devolución de datos de los Términos de Servicio (/terminos).

5. Sub-encargados específicos de Concerto Local

En Concerto Local (despliegue en la infraestructura del Cliente, con modelos Concerto) la lista efectiva se reduce al mínimo porque los modelos corren en su propio hardware. El Plan incluye además una cuota de 60 M STU/mes de orquestación Amadeus en la nube, de activación opcional por el Cliente desde su consola de administración. Con esa opción desactivada no hay ningún componente de inferencia en la nube; si el Cliente la activa, a las tareas que decida delegar les resulta aplicable el proveedor de inferencia de la sección 2, con procesamiento 100 % en la UE:

• Con la orquestación Amadeus en la nube desactivada: sin proveedor de inferencia externo. Los modelos Concerto se ejecutan íntegramente en los servidores del Cliente y no hay delegación a la nube.
• Con la orquestación Amadeus en la nube activada: solo las tareas que el Cliente delegue expresamente se procesan en el proveedor de inferencia de la sección 2 (infraestructura soberana en la UE, retención cero, no-entrenamiento). El resto sigue ejecutándose en su infraestructura.
• Sin Supabase ni Contabo: el Cliente despliega base de datos Postgres y servidores en su propia infraestructura.
• Sí intervienen: Stripe (facturación y emisión de la factura de la suscripción), Resend (correo del servicio: invitaciones, avisos y notificaciones) y Cloudflare (si el Cliente lo habilita como CDN del servicio de licencias).
• La adenda específica de Concerto Local detalla la lista exacta de subencargados aplicables a cada despliegue.

6. Histórico de cambios

Mantenemos un histórico público con las altas y bajas de subprocesadores. El estado actual corresponde a la fecha indicada en el bloque de versionado al pie del documento. Cualquier cambio anterior a la disponibilidad general (GA) está cubierto por los acuerdos vigentes con los clientes piloto.

7. Cómo recibir notificaciones de cambios

La cuenta administradora del Cliente recibe automáticamente las notificaciones por email. Si quieres añadir una dirección legal o de protección de datos adicional para estas notificaciones, escribe a [email protected] indicando la cuenta del Cliente y el contacto a registrar. Sin coste adicional.