Subencargados

Esta página lista los proveedores que actúan como subencargados de tratamiento 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.

Aparte, el apartado 2.1 recoge el proveedor de la analítica de la web pública. No forma parte de la plataforma y no trata datos de los Clientes.

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 subencargados

Telegram (Telegram FZ-LLC): avisos operativos internos al equipo de AIGiner, sin datos personales del Responsable ni de los Usuarios. No es subencargado.

2.1 Web pública (www.sharasaas.com): fuera de la plataforma

Este proveedor presta un servicio a la web pública, no a la plataforma Shara. Solo se carga si el visitante acepta las cookies analíticas, y nunca en app.sharasaas.com, la aplicación con los datos de los Clientes. No recibe datos de los workspaces de los Clientes. Se rige por la Política de Privacidad (/es/privacy/), apartado 5.1, y por la Política de Cookies (/cookies), y no por el procedimiento de cambio del apartado 4, que se refiere a los subencargados de la plataforma.

3. Notas sobre los proveedores

3.1 Proveedor de modelos de lenguaje y transcripción

Shara utiliza a TensorX Ltd. (Irlanda, n.º 796387) para la inferencia de los modelos y la transcripción de voz, en centros de datos en la UE (Irlanda y Finlandia): el procesamiento de prompts, de respuestas del modelo y de las grabaciones de voz que se envían a transcribir ocurre en la UE. Los modelos concretos no se nombran: se exponen al Cliente bajo alias internos (Symphony, Sonata, Prelude, Concerto), conforme a la Política de Uso de IA (/es/ai-policy/). TensorX no almacena ni registra el contenido de las peticiones ni lo usa para entrenar.

3.2 Dónde está cada pieza

La base de datos principal (Postgres) y los servidores de aplicación están en Contabo, Lauterbourg (Grand Est, Francia); la autenticación (inicio de sesión), en Supabase, Irlanda (eu-west-1); y la inferencia y la transcripción, en TensorX, en centros de datos en la UE (Irlanda y Finlandia). 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— se almacena y se procesa en la UE; en tránsito pasa por la red de Cloudflare. La salvedad es la del operador de IA (sección 3.4).

Fuera de la UE quedan cuatro tratamientos de la plataforma, 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 operador de IA (Anthropic), con el alcance de la sección 3.4. Los tres primeros se amparan en las Cláusulas Contractuales Tipo de la Comisión Europea. A ellos se suma, en la web pública y solo con consentimiento, la posible transferencia de la analítica a Google LLC (apartado 2.1), que se ampara además en el Marco de Privacidad de Datos UE-EE. UU.

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.

3.4 Operador de IA (Anthropic, Claude Code)

AIGiner administra sus servidores y su código con un operador de IA, Claude Code, de Anthropic, que actúa siguiendo las instrucciones de la dirección de la empresa. Para hacerlo ejecuta órdenes y lee ficheros en los sistemas, y lo que esas órdenes devuelven viaja a Anthropic. Puede tratarse de salidas del servidor o de los almacenes de secretos y, de forma incidental, de datos del Cliente. No es el motor de los agentes de Shara, que sigue siendo el proveedor de inferencia de la sección 3.1.

Qué está confirmado y qué no: las conversaciones se borran del equipo de AIGiner a los 90 días. Están pendientes de confirmar la entidad de Anthropic con la que contrata AIGiner, la ubicación exacta del tratamiento, si el acuerdo de encargo de Anthropic (con Cláusulas Contractuales Tipo) cubre la modalidad de contratación que usa AIGiner, la certificación en el Marco de Privacidad de Datos UE-EE. UU. y la configuración del entrenamiento con esos datos. Cuando estén confirmados, esta página se actualiza.

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 privacidad@aiginer.com 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 (/es/terms/).

5. Subencargados específicos de Concerto Local

En Concerto Local (despliegue en la infraestructura del Cliente, con el modelo Concerto) la lista efectiva se reduce al mínimo porque el modelo corre 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 en centros de datos en la UE:

• Con la orquestación Amadeus en la nube desactivada: sin proveedor de inferencia externo. El modelo Concerto se ejecuta í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 (TensorX, en la UE; no almacena ni registra el contenido de las peticiones ni lo usa para entrenar). 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).
• Anthropic (operador de IA) interviene solo si AIGiner accede a la instalación del Cliente para prestar soporte, a petición suya y con el alcance que él autorice (DPA, apartado 8.1).
• 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 subencargados. 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 dpo@aiginer.com indicando la cuenta del Cliente y el contacto a registrar. Sin coste adicional.