Ley de Datos de la UE obliga a la portabilidad en la nube
La portabilidad en la nube según el Reglamento de Datos de la UE (EU Data Act): qué cláusulas de salida deben incluir los contratos y cómo los…
El 12 de enero de 2027 desaparecerán las comisiones por cambio de proveedor para servicios en la nube en la UE, incluidas las tarifas de egreso. El Reglamento de Datos de la UE convierte la portabilidad entre proveedores de un gesto voluntario en una obligación legal. Para las operaciones de TI, esto significa que el cambio de proveedor se convertirá en un proceso planificable, siempre que la propia arquitectura lo permita.
Lo más importante en resumen
- En vigor desde septiembre de 2025: Las normas fundamentales del Reglamento de Datos de la UE son efectivas desde el 12 de septiembre de 2025, incluidas las obligaciones de cambio de proveedor para servicios en la nube.
- Fin de las comisiones por cambio en 2027: A partir del 12 de enero de 2027, los proveedores no podrán cobrar comisiones por cambio ni por egreso. En la fase de transición, solo se permitirán los costes directos reales.
- El contrato es la palanca: El artículo 25 establece qué derechos de cambio y obligaciones del proveedor deben figurar por escrito en el contrato. Quien no los revise, los perderá.
Relacionado:El *lock-in* se tambalea / Hiperescaladores alemanes
Qué exige el Reglamento de Datos de la UE desde septiembre de 2025
El Reglamento de Datos de la UE está en vigor en sus partes esenciales desde el 12 de septiembre de 2025. Para los servicios en la nube, incluye un capítulo específico sobre el cambio de proveedor. La idea básica es sencilla: un cliente debe poder cambiar de proveedor o utilizar varios en paralelo sin que obstáculos técnicos o contractuales lo encierren de facto.
La normativa obliga a los proveedores a eliminar barreras al cambio, facilitar la transferencia de datos y activos digitales, y buscar una equivalencia funcional en los servicios de infraestructura. Lo que antes era un argumento de marketing de los proveedores se convierte así en un derecho exigible para los clientes.
Dónde se encuentran realmente las barreras de salida
La portabilidad rara vez fracasa por un único motivo. En la práctica, se acumulan cuatro barreras. En primer lugar, los formatos de datos propietarios, que solo pueden convertirse a un formato neutral con esfuerzo. En segundo lugar, las dependencias de API de servicios gestionados exclusivos que no existen en el siguiente proveedor. En tercer lugar, los costes de egreso, que encarecen una exportación masiva. En cuarto lugar, las cláusulas contractuales con largos plazos de preaviso y obligaciones de colaboración poco claras.
El Reglamento de Datos aborda estas barreras desde el punto de vista legal. La parte técnica sigue siendo responsabilidad de la propia arquitectura. Una normativa puede prohibir las tarifas de egreso, pero no puede desenredar un conjunto de datos que se ha vertido durante años en servicios propietarios.
Resolver los formatos de datos y el *lock-in* de API
La protección más eficaz contra la salida se crea antes del cambio, durante el diseño de la arquitectura. Quien mantenga los datos en formatos abiertos y documentados y conecte los servicios gestionados a través de una capa de abstracción, reducirá estructuralmente los costes de cambio. El precio a pagar es renunciar conscientemente a los últimos porcentajes de comodidad que ofrece un servicio propietario profundamente integrado.
Para los entornos existentes, merece la pena realizar un inventario honesto. ¿Qué componente está tan arraigado en el proveedor que un cambio obligaría a reconstruirlo? Estos puntos son los auténticos anclajes del *lock-in*, independientemente de lo que el Reglamento de Datos prohíba en cuanto a comisiones.
Qué exige el Artículo 25 del contrato
El Artículo 25 es la parte que los equipos de TI y compras deberían leer conjuntamente. Establece qué contenidos debe incluir un contrato sobre un servicio de procesamiento de datos: los derechos del cliente al cambiar de proveedor, las obligaciones del proveedor de cooperar y las condiciones de la transición, especificadas por escrito y con antelación.
En la práctica, esto significa revisar los contratos existentes frente a estos requisitos y exigir activamente las cláusulas requeridas en nuevas contrataciones. Un derecho de cambio que no esté claramente estipulado en el contrato es difícil de hacer valer en caso de disputa, incluso si la normativa lo concede en principio.
Qué se aplica a partir de enero de 2027
El 12 de enero de 2027 es la fecha clave. A partir de ese día, los proveedores no podrán cobrar tasas por cambio de proveedor ni por egreso de datos. Durante el período de transición previo, se permiten estas tasas, pero limitadas a los costes directos reales y deben especificarse con antelación.
Quedan dos excepciones. Por servicios de cambio que vayan más allá del mínimo legal, los proveedores podrán seguir cobrando. Y el egreso en el marco de una utilización paralela de multi-nube seguirá siendo de pago, ya que se trata de una operación continua y no de una migración puntual. Quien utilice multi-nube de forma permanente deberá seguir teniendo en cuenta estos costes.
Preguntas frecuentes
¿A partir de cuándo mi proveedor no podrá cobrar tasas por cambio de proveedor?
A partir del 12 de enero de 2027, las tasas por cambio de proveedor y por egreso de datos no estarán permitidas. Hasta entonces, los proveedores solo podrán facturar los costes directos reales, que deben especificarse con antelación.
¿Se aplica el Data Act también a SaaS o solo a infraestructura?
Las normas de cambio se aplican de forma amplia a los servicios de procesamiento de datos, desde IaaS y PaaS hasta SaaS. El requisito de equivalencia funcional es especialmente relevante para los servicios de infraestructura, ya que estos pueden sustituirse técnicamente con mayor facilidad.
¿El Data Act resuelve automáticamente mi problema de lock-in?
No. La normativa reduce las barreras legales y económicas, pero no elimina las dependencias técnicas. Los formatos de datos propietarios y los servicios gestionados profundamente integrados siguen siendo un reto para la propia arquitectura.
¿Qué debe figurar en el contrato según el Artículo 25?
Los derechos de cambio del cliente, las obligaciones de cooperación del proveedor y las condiciones de la transición, especificadas por escrito y con antelación. Conviene revisar los contratos existentes frente a estos requisitos y exigirlos activamente en nuevas contrataciones.
¿Se mantienen los costes de egreso en entornos multi-nube?
Sí. La eliminación de las tasas afecta al cambio de proveedor como proceso puntual. El egreso en el marco de una operación paralela con varias nubes sigue siendo de pago y debe seguir incluido en el modelo de costes de una estrategia multi-nube.
Recomendaciones de lectura de la redacción
- AWS y Azure bajo supervisión de la UE: el lock-in se tambalea
- FinOps: reducir un 30 % los costes de la nube de forma realista
- KRITIS en la nube: qué garantiza la migración
Más del MBF Media Netzwerk
Más de la red MBF Media
Digital ChiefsNube soberana: cuándo vale realmente la pena el sobreprecioMyBusinessFutureLa supervisión de la IA en Alemania ya tiene direcciónSecurityTodayPost-cuántico se convierte en obligatorio en la certificación cloudFuente de la imagen: generada por IA (julio 2026)
