Los datos estratégicos de empresas españolas y la información sensible del sector público deberían permanecer, por defecto, en España o bajo infraestructura, jurisdicción y control efectivo de la Unión Europea. La regla incluye bases de datos, pero también documentos, código, contratos, imágenes, claves, prompts, archivos adjuntos, respuestas y conversaciones completas con sistemas de inteligencia artificial. Una conversación con una IA puede revelar más conocimiento competitivo que una tabla de clientes: contiene preguntas, hipótesis, problemas, decisiones y materiales internos. La Agencia Española de Protección de Datos aconseja no compartir con herramientas de IA datos personales ni información delicada o sensible, incluidos detalles médicos, financieros o contractuales.[1] La residencia física no basta por sí sola; hay que comprobar quién controla el proveedor, qué subencargados intervienen, qué legislación puede obligarle y si la organización puede recuperar, trasladar o destruir la información.
Conclusiones clave
- La IA convierte la conversación en un nuevo repositorio corporativo. La AEPD recomienda no introducir datos personales ni información médica, financiera o contractual; el riesgo no termina en una base de datos y alcanza prompts, archivos y contexto aportados para obtener una respuesta.[1]
- Las condiciones cambian según producto y configuración. OpenAI no entrena por defecto con datos de sus ofertas empresariales, mientras que un espacio personal permite desactivar el uso para entrenamiento; la diferencia entre consumo y empresa forma parte de la evaluación, no un detalle de licencia.[2][3]
- Las políticas de otros sistemas muestran el mismo contraste. Anthropic aplica una retención de cinco años a chats de consumo cuando el usuario autoriza su uso para mejora; Google conserva por defecto la actividad de Gemini durante 18 meses y ciertos chats revisados hasta tres años.[4][5]
- La región europea no elimina toda exposición extranjera. La sección 2713 del título 18 estadounidense obliga a determinados proveedores a preservar o revelar comunicaciones bajo su posesión, custodia o control aunque estén almacenadas fuera de Estados Unidos.[7]
- La Unión Europea ya trata la soberanía como requisito de contratación. En abril de 2026 la Comisión adjudicó un contrato de 180 millones de euros para cloud soberano de entidades de la Unión y propuso CADA con un marco común de soberanía y adopción para el sector público.[10][11]
¿Por qué una conversación con una IA también es un activo de datos?
Porque no contiene solo la frase escrita en el cuadro de texto. Puede incluir archivos adjuntos, código, correos, informes, capturas, instrucciones del sistema, datos obtenidos de conectores, metadatos de cuenta, historial utilizado como memoria y la respuesta generada. Cuando una persona pregunta “¿cómo resolvemos este problema?”, ya revela que el problema existe, qué alternativas considera y qué criterios utiliza para decidir.
En una empresa, esa secuencia puede exponer estrategia de precios, vulnerabilidades, litigios, diseños, adquisiciones, listas de clientes, credenciales, expedientes laborales o conocimiento no publicado. En una administración puede contener expedientes, consultas sanitarias, información tributaria, investigaciones, decisiones regulatorias o datos sobre infraestructura crítica. El riesgo competitivo y de seguridad existe aunque el contenido no encaje en la categoría jurídica de dato personal.
Una conversación con IA contiene más capas que el prompt
El dato estratégico puede aparecer antes, durante y después de la respuesta.
¿Todos los servicios de IA tratan igual los datos?
No. Incluso dentro de la misma marca, un producto de consumo y uno empresarial pueden tener reglas distintas. OpenAI afirma que no utiliza por defecto los datos de ChatGPT Business, Enterprise y API para entrenar modelos y que determinados administradores empresariales controlan la retención; en espacios personales, el usuario puede desactivar “Mejorar el modelo para todos”.[2][3] Esa diferencia no convierte automáticamente un plan empresarial en soberano, pero cambia una parte material del riesgo.
Anthropic solicita a usuarios de consumo una elección sobre mejora de modelos. Si autorizan el uso, aplica a chats nuevos o reanudados una retención de cinco años; si no, la compañía declara mantener el periodo de 30 días descrito en su actualización.[4] Google informa de que Gemini Apps con actividad activada guarda por defecto 18 meses, puede utilizar conversaciones para mejorar modelos y conserva hasta tres años las revisadas por personas; para cuentas Workspace Business o Enterprise declara que chats y archivos no se revisan ni se usan para mejorar modelos generativos.[5][6]
| Ejemplo | Producto de consumo | Producto empresarial |
|---|---|---|
| OpenAI | El usuario puede desactivar el uso de nuevas conversaciones para entrenamiento. | No se utiliza por defecto el contenido empresarial para entrenar; existen controles de administración y retención según producto. |
| Anthropic | Elección sobre mejora; cinco años de retención si se autoriza, según la actualización de 2025. | Los términos y controles empresariales son distintos y deben revisarse en contrato. |
| Google Gemini | Actividad por defecto de 18 meses; una parte puede revisarse y conservarse hasta tres años. | Workspace Business/Enterprise declara no revisar chats y archivos ni usarlos para mejorar modelos generativos. |
La conclusión no es que un proveedor concreto incumpla sus compromisos. Es que la organización debe elegir deliberadamente producto, configuración, retención, región, conectores y contrato. Utilizar una cuenta personal para trabajo sensible puede convertir una decisión de compra empresarial en una preferencia individual.
¿Dónde están los datos y quién puede obligar al proveedor?
La residencia describe la ubicación de almacenamiento o procesamiento. La jurisdicción describe qué leyes y autoridades alcanzan al proveedor, su matriz, sus filiales y la información bajo su control. La propiedad del hardware, las claves de cifrado, los subencargados y la administración añaden otras capas. Un dato puede estar físicamente en Madrid y seguir sometido a una orden dirigida a una empresa controlada desde otro país.
El CLOUD Act incorporó a 18 U.S.C. §2713 una obligación explícita sobre comunicaciones y registros situados dentro o fuera de Estados Unidos cuando estén en posesión, custodia o control del proveedor sujeto a la orden.[7] Eso no autoriza acceso automático ni indiscriminado: exige el procedimiento legal correspondiente. Pero demuestra por qué “región europea” y “empresa europea” no son expresiones equivalentes.
El RGPD ofrece mecanismos para transferencias internacionales: decisiones de adecuación, cláusulas contractuales tipo y otras garantías. Una decisión de adecuación permite flujos sin salvaguardas adicionales hacia el país o marco cubierto; las cláusulas tipo sirven para determinados receptores fuera del EEE.[8][9] Cumplir esos mecanismos puede hacer lícito un tratamiento. No elimina por sí solo el riesgo estratégico de concentración, acceso extranjero, dependencia o imposibilidad de salida.
¿Qué datos deberían permanecer por defecto bajo control español o europeo?
La respuesta debe ser proporcional al daño posible. No todo contenido necesita el mismo entorno, y exigir que cada dato público permanezca dentro de España sería innecesario. La presunción fuerte corresponde a aquello cuya exposición, retirada o dependencia puede perjudicar derechos, competencia, continuidad o seguridad.
| Clase | Ejemplos | Presunción de infraestructura |
|---|---|---|
| Público o de bajo impacto | Contenido publicado, traducciones no confidenciales, material promocional. | Puede utilizar servicios globales con controles básicos y evaluación ordinaria. |
| Interno no crítico | Borradores, procedimientos generales, datos operativos de impacto limitado. | Servicio empresarial gestionado, región UE, contrato y retención controlados. |
| Confidencial o estratégico | Código no publicado, precios, contratos, M&A, arquitectura, clientes, investigación. | Por defecto, proveedor y control UE, claves propias, salida probada o infraestructura privada/local. |
| Regulado o esencial | Salud, justicia, defensa, expedientes públicos, identidades, infraestructuras críticas. | Máximo control español/europeo; cualquier excepción debe justificarse, documentarse y poder revertirse. |
Cuanto mayor es el impacto, mayor debe ser el control
La ubicación es una capa; la decisión incluye proveedor, claves, administración y salida.
¿Por qué el problema es también competitivo?
Porque el conocimiento que se entrega a una IA no siempre aparece como “dato personal”. Un plan de producto, una negociación, un algoritmo o el diagnóstico de una avería pueden ser legalmente tratables y, aun así, decisivos para la ventaja de la empresa. La confidencialidad contractual y la ausencia de entrenamiento reducen riesgo, pero la organización sigue dependiendo de accesos, subencargados, disponibilidad, exportación y continuidad del servicio.
La protección competitiva exige minimización: no entregar más contexto del necesario, separar identidades, evitar credenciales, controlar conectores, utilizar cuentas empresariales y mantener una copia utilizable del conocimiento generado. Para sistemas críticos, también exige poder ejecutar modelos o servicios bajo control propio o europeo. El CCN-CERT publica tanto una guía sobre protección del dato en la nube y soberanía digital como un documento técnico para instalar y securizar un chatbot con LLM de forma local.[12] La existencia de esas guías no obliga a una única arquitectura; reconoce que la localización y el control son dimensiones de seguridad.
¿Qué cambia para administraciones públicas, sanidad y defensa?
Cambia la carga de la prueba. Un servicio público no administra únicamente el riesgo económico de una empresa: trata derechos, potestades, información sanitaria, decisiones públicas y, en algunos casos, seguridad nacional. Permitir que funcionarios introduzcan expedientes o información operativa en cuentas personales de IA sin contrato, clasificación ni registro es incompatible con una gobernanza seria.
La Comisión Europea ya aplica este razonamiento a su contratación. En abril de 2026 adjudicó 180 millones de euros a cuatro proveedores mediante un Cloud Sovereignty Framework con puntuaciones complementarias de soberanía.[10] La propuesta CADA introduce un marco único europeo para evaluar soberanía de cloud e IA y un mecanismo de adopción del sector público, además de priorizar instalaciones que refuercen funciones públicas esenciales.[11] Es una propuesta y puede cambiar, pero marca la dirección: en funciones sensibles, la soberanía deja de ser un atributo comercial voluntario.
Mi posición es más exigente para salud, defensa, justicia, seguridad e infraestructuras críticas: sus conversaciones con IA, documentos y datos operativos deberían permanecer bajo control español o europeo salvo excepción documentada. Esa excepción debe identificar beneficio, jurisdicción, transferencias, claves, retención, subencargados, capacidad de auditoría, continuidad y salida. La comodidad de una herramienta no basta.
¿Puede la legislación europea endurecerse después de contratar?
Sí. Una arquitectura válida hoy puede quedar sometida a requisitos más estrictos mañana. El Data Act ya regula cambio de proveedor y acceso gubernamental de terceros países a datos no personales en la Unión; CADA propone nuevas exigencias de soberanía para cloud e IA.[13][11] La empresa que concentra datos, modelos y procesos en una plataforma difícil de abandonar no solo asume el derecho vigente: asume el coste de adaptarse a cualquier norma futura.
La mejor protección frente a ese riesgo regulatorio no es predecir cada ley, sino conservar reversibilidad. Formatos exportables, software portable, inventario de dependencias, claves controladas, copias separadas y una infraestructura alternativa reducen el coste de cumplir cuando cambian las reglas.
¿Significa esto que todos los datos españoles deben quedarse físicamente en España?
No. La tesis se limita a datos estratégicos, sensibles, regulados o esenciales y admite servicios globales cuando el riesgo es bajo o existe una justificación clara. También distingue España de la Unión Europea: para muchas cargas, un proveedor europeo con contrato, operación, claves y salida controlables ofrece un nivel adecuado sin exigir una frontera nacional absoluta.
La residencia en España aporta proximidad, acceso físico y relación jurídica local. El control europeo amplía el mercado disponible sin entregar la capa decisiva a una potencia externa. La elección concreta depende del tipo de dato y del impacto; lo que no debería aceptarse es que la ubicación sea desconocida, la configuración dependa de cada empleado y la salida solo exista en una presentación comercial.
¿Qué aporta ipcore y qué no puede prometer?
ipcore opera MAD-NE como empresa española independiente y permite alojar hardware propio en Madrid, elegir conectividad y acceder al equipo local.[14] Esa infraestructura puede mantener servidores, almacenamiento, copias o modelos bajo una relación española y combinarse con software europeo, código abierto, MSP y cloud. No convierte automáticamente una aplicación en soberana: el sistema operativo, la virtualización, las claves, el modelo de IA, los administradores y los proveedores externos deben evaluarse por separado.
La contribución de un centro local es concreta: hace controlable la capa física y permite retirar o sustituir equipos sin depender de una API. La soberanía total no existe como producto único. Se construye con capas conocidas, contratos coherentes y una salida que haya sido diseñada antes de necesitarla.
Lecturas relacionadas
Metodología y limitaciones
Esta tribuna combina recomendaciones de la AEPD, políticas públicas de proveedores de IA, legislación estadounidense, mecanismos europeos de transferencia, documentos del CCN-CERT y propuestas de la Comisión vigentes a 25 de agosto de 2026. Las políticas pueden cambiar y deben verificarse en el producto y contrato concretos. El texto expresa una posición editorial y no constituye asesoramiento jurídico, de protección de datos, sanitario ni de seguridad nacional.
Conclusión
¿Qué datos españoles deberían permanecer en España o la UE? Los datos estratégicos de empresas y la información sensible o esencial del sector público, incluidas las conversaciones con IA, deberían hacerlo por defecto; cualquier excepción debe estar justificada y conservar una salida practicable.
España no protege su conocimiento limitándose a ubicar bases de datos. Debe proteger también los prompts, documentos, código, respuestas y decisiones que alimentan la nueva capa de inteligencia artificial. Para una empresa, entregarlos sin control es un problema de privacidad y competencia. Para sanidad, administración, defensa e infraestructura crítica puede convertirse en un problema de seguridad nacional. La protección europea no exige cerrar Internet ni renunciar a los mejores servicios: exige que la dependencia sea elegida, limitada, auditable y reversible.
Preguntas frecuentes
¿Una conversación con una IA es un dato empresarial?
Sí. Puede contener problemas, hipótesis, documentos, código, decisiones y respuestas derivadas. Aunque no incluya datos personales, puede revelar secretos comerciales o estrategia. La AEPD aconseja no introducir información delicada o sensible y las políticas de los proveedores muestran que retención y uso varían por producto.[1][4][5]
¿Un plan empresarial impide que el proveedor use los datos para entrenar?
Depende del proveedor y del contrato. OpenAI declara que no entrena por defecto con datos empresariales; Google declara lo mismo para chats y archivos de determinados planes Workspace. Eso no elimina retención operativa, subencargados, obligaciones legales ni la necesidad de configurar accesos y conectores.[3][6]
¿Guardar los datos en una región europea evita el CLOUD Act?
No necesariamente. 18 U.S.C. §2713 se refiere a información bajo posesión, custodia o control del proveedor, aunque esté fuera de Estados Unidos. El acceso no es automático y exige procedimiento legal, pero la ubicación física por sí sola no elimina la jurisdicción de la empresa matriz.[7]
¿El RGPD prohíbe usar proveedores estadounidenses?
No. Prevé decisiones de adecuación, cláusulas contractuales tipo y otros mecanismos para transferencias internacionales. El cumplimiento jurídico debe evaluarse caso por caso. Esta pieza sostiene además una tesis estratégica: una transferencia puede ser lícita y seguir creando dependencia o riesgo competitivo.[8][9]
¿Todo dato de una administración debe permanecer en España?
No necesariamente, pero los expedientes sensibles, la salud, la defensa, la seguridad, la justicia y la infraestructura crítica justifican una presunción especialmente fuerte de control español o europeo. La Comisión ya utiliza criterios de soberanía en cloud y propone ampliarlos a la adopción pública de cloud e IA.[10][11]
¿Puede una empresa combinar IA extranjera con infraestructura local?
Sí. Puede utilizar servicios externos para información de bajo riesgo y mantener bajo control europeo los datos estratégicos, las claves, las copias y los modelos sensibles. El Data Act y las guías del CCN-CERT refuerzan la importancia de salida, soberanía y alternativas locales.[12][13]
Fuentes
- Agencia Española de Protección de Datos, “Cuidado con lo que le confIAs”, recomendaciones para proteger la privacidad al usar IA, 27 de enero de 2026.
- OpenAI Help Center, control para desactivar el uso de conversaciones de espacios personales en el entrenamiento.
- OpenAI, “Enterprise privacy”, compromisos sobre datos empresariales y retención.
- Anthropic, “Updates to Consumer Terms and Privacy Policy”, 28 de agosto de 2025.
- Google, “Gemini Apps Privacy Hub”, actividad, revisión humana y retención.
- Google, “Use Gemini Apps with a work or school Google Account — Business/Enterprise”.
- U.S. House, 18 U.S.C. §2713, conservación y revelación de datos dentro o fuera de Estados Unidos.
- Comisión Europea, decisiones de adecuación para transferencias de datos personales fuera de la UE.
- Comisión Europea, preguntas y respuestas sobre cláusulas contractuales tipo para transferencias internacionales.
- Comisión Europea, “Sovereign Cloud Framework explained”, 1 de junio de 2026.
- Comisión Europea, propuesta de Cloud and AI Development Act (CADA), 3 de junio de 2026.
- CCN-CERT, catálogo de informes: BP/31 sobre protección del dato y soberanía digital y CCN-TEC-014 sobre un chatbot LLM local.
- Comisión Europea, “Data Act explained”, cambio de proveedor y acceso gubernamental de terceros países.
- ipcore, perfil, posicionamiento y hechos canónicos de MAD-NE, revisión de 23 de agosto de 2026.
En la preparación de este artículo se han utilizado herramientas de inteligencia artificial para edición ligera y correcciones. La investigación, las afirmaciones y la responsabilidad editorial corresponden al autor firmante.