☰

Transferencias internacionales · cloud · RGPD · garantías

Transferencias internacionales de datos y RGPD en Málaga

Servicios cloud, países terceros, cláusulas contractuales, DPF y evaluación de garantías

Revisamos cómo viajan y quién puede acceder a los datos de tu empresa, incluso cuando utilizas proveedores con servidores europeos.

Revisar mis proveedores y transferencias

Contratar una nube, un CRM o una herramienta con presencia internacional no significa incumplir el RGPD. El problema surge cuando la empresa desconoce qué entidades reciben datos personales, desde dónde pueden acceder y qué garantías se han establecido.

En RGPD Málaga revisamos el recorrido real de la información: países, proveedores, soporte, copias, subencargados, contratos y configuración técnica. Esta guía explica cómo funcionan las transferencias internacionales del Capítulo V y qué conviene comprobar antes de desplegar un servicio empresarial.

En esta página

Qué son las transferencias internacionales de datos personales

Una transferencia internacional aparece cuando una organización sometida al RGPD pone datos personales a disposición de otro responsable o encargado situado en un tercer país u organización internacional, en las condiciones precisadas por el Comité Europeo de Protección de Datos (CEPD). Puede tratarse de una entrega de archivos, una sincronización entre plataformas o un acceso autorizado desde el extranjero: no hace falta enviar un fichero por correo para que exista un flujo transfronterizo relevante.

El Capítulo V del RGPD, artículos 44 a 50, protege la continuidad de las garantías cuando los datos salen del Espacio Económico Europeo (EEE). La organización debe cumplir tanto las reglas generales del tratamiento —licitud, finalidad, minimización, seguridad y transparencia— como, cuando corresponda, un mecanismo válido de transferencia.

Ejemplo: una asesoría de Málaga utiliza un software de gestión cuyo proveedor da acceso a un equipo externo ubicado en un país tercero para prestar soporte. Aunque los registros se almacenen en un centro de datos europeo, ese acceso puede exigir un análisis de transferencia internacional.

Unión Europea, Espacio Económico Europeo y terceros países

El EEE incluye a los Estados de la Unión Europea y a Islandia, Liechtenstein y Noruega. Las comunicaciones de datos dentro de ese espacio no se tratan como transferencias internacionales del Capítulo V por el mero hecho de cruzar una frontera entre sus Estados.

Fuera del EEE hay que comprobar el destino y las condiciones de la operación. No significa que esté prohibido utilizar proveedores de otros países: significa que deben existir garantías suficientes y verificables. Tampoco puede suponerse que todos los países terceros presentan el mismo nivel de protección.

  • Proveedor en otro país del EEE: aplica el RGPD y el resto de requisitos del tratamiento, pero no por ello se activa automáticamente el Capítulo V.
  • Proveedor en un país con decisión de adecuación aplicable: la decisión puede proporcionar el mecanismo de transferencia del artículo 45.
  • Proveedor en un tercer país sin adecuación aplicable: normalmente habrá que estudiar garantías del artículo 46 o, de forma excepcional, el artículo 49.

Cuándo existe una transferencia y cuándo no: los tres elementos

Las Directrices 05/2021 del CEPD ayudan a identificar cuándo se aplican las reglas del Capítulo V. En términos operativos, hay que estudiar si un responsable o encargado sujeto al RGPD actúa como exportador, si comunica o pone datos personales a disposición de otro responsable o encargado, y si ese destinatario está en un tercer país u organización internacional.

No es correcto considerar transferencia cualquier viaje de una persona fuera de la UE. Por ejemplo, un empleado de una misma entidad que consulta remotamente sus propios sistemas durante un desplazamiento no representa, por ese solo hecho, una transferencia entre dos entidades distintas en el sentido de esas directrices; sí puede generar riesgos de seguridad que deben gestionarse.

Tampoco basta con mirar la nacionalidad o sede de la empresa matriz. Importan la entidad concreta que recibe los datos, los accesos y la cadena real de servicios.

Empezar por un mapa real de datos, accesos y proveedores

El primer trabajo no es firmar cláusulas. Es descubrir quién trata los datos, dónde y para qué. Las herramientas habituales pueden implicar almacenamiento principal, copias de respaldo, supervisión de incidencias, analítica, moderación, soporte técnico y subcontratistas.

En un inventario práctico conviene anotar sistema, finalidad, categorías de datos, empresa contratante, entidad prestadora, país de almacenamiento, países de soporte, subencargados y documentación disponible. Es muy útil conectar ese inventario con el Registro de Actividades de Tratamiento (RAT) y los contratos con proveedores.

Una empresa puede tener perfectamente identificado el servidor principal, pero ignorar que los tickets de soporte incluyen capturas con datos de clientes. Esas rutas menos visibles también deben entrar en la revisión.

Servidor europeo: por qué la ubicación no cierra el análisis

Seleccionar una región europea de alojamiento suele ser una buena medida organizativa y de diseño, pero la localización del disco no describe necesariamente todos los tratamientos. Pueden existir accesos de soporte desde otros países, servicios de diagnóstico, replicaciones, herramientas de seguridad y transferencias ulteriores.

La pregunta correcta para el proveedor no es únicamente «¿en qué país está el servidor?», sino también «¿qué entidades pueden acceder a los datos personales, desde dónde, bajo qué condiciones y con qué salvaguardas?». Es relevante comprobar si los accesos son posibles en abstracto o se realizan realmente y qué entidad recibe el acceso; la calificación jurídica necesita revisar los hechos.

Conviene conservar evidencias de las configuraciones regionales, las restricciones de soporte, los acuerdos de tratamiento y la lista de subencargados. La expresión «nube europea» no sustituye esta documentación.

Tres vías legales: adecuación, garantías y excepciones

La ruta de cumplimiento se decide según el destino y el escenario, no según la comodidad comercial del proveedor. El RGPD contempla tres grandes vías:

  1. Artículo 45: decisión de adecuación de la Comisión Europea aplicable al país, territorio, sector u organización destinataria.
  2. Artículo 46: garantías adecuadas, como cláusulas contractuales tipo o normas corporativas vinculantes, con derechos exigibles y recursos efectivos.
  3. Artículo 49: excepciones para situaciones específicas, que se interpretan restrictivamente y no deben convertirse en la solución habitual de una plataforma que transfiere datos todos los días.

Elegir una vía del Capítulo V no elimina otras obligaciones: puede seguir siendo necesario un acuerdo de encargado del tratamiento, una base de legitimación adecuada y medidas de seguridad proporcionadas.

Decisiones de adecuación: qué permiten y qué hay que verificar

Una decisión de adecuación reconoce que un país, territorio, sector u organización ofrece un nivel de protección considerado adecuado por la Comisión Europea. Dentro de su ámbito de aplicación, el artículo 45 permite la transferencia sin añadir otro instrumento de transferencia del Capítulo V.

La decisión debe estar vigente y cubrir exactamente el destinatario y la operación. No siempre abarca todas las organizaciones de un país ni cualquier tratamiento. La lista puede cambiar; por ello no conviene mantener en una web empresarial una enumeración cerrada que se quede obsoleta.

A noviembre de 2026, la Comisión publica, entre otras, decisiones sobre el Reino Unido y Brasil, además de otros destinos. Para comprobar la situación actualizada debe consultarse directamente la relación oficial de decisiones de adecuación.

Transferencias a Estados Unidos y Data Privacy Framework

El EU–US Data Privacy Framework (DPF) se apoya en la decisión de adecuación adoptada por la Comisión Europea en julio de 2023 para determinadas organizaciones estadounidenses participantes. No significa que cualquier empresa de Estados Unidos esté automáticamente cubierta.

Antes de usar esta vía hay que comprobar si la entidad jurídica concreta figura en el listado oficial de participantes, si su certificación está activa y si el tipo de datos y tratamiento quedan comprendidos. Las marcas comerciales de un mismo grupo pueden corresponder a entidades distintas.

La situación jurídica de este marco debe verificarse periódicamente, porque las decisiones de adecuación pueden ser revisadas, modificadas o retiradas. Si un proveedor no está cubierto, habrá que analizar otras garantías válidas en lugar de asumir una equivalencia general entre «empresa americana» y «empresa certificada».

Cómo revisar una certificación DPF sin confundir marcas y filiales

Solicita al proveedor su denominación jurídica exacta y la entidad que firma el contrato. Después, contrástala con el registro oficial del DPF y verifica el estado de certificación, las categorías cubiertas y la política de privacidad asociada. Guarda fecha y resultado de la comprobación como evidencia de la selección del proveedor.

Si contratas con una filial europea, revisa también si los accesos o subencargos posteriores se dirigen a entidades estadounidenses y con qué mecanismo se cubren. Una página de marketing que menciona el DPF no sustituye la comprobación documental.

Cuando hay dudas sobre una entidad específica o una cadena de subencargados, conviene pedir al proveedor que identifique por escrito los destinatarios y las garantías aplicables a cada flujo significativo.

Cláusulas contractuales tipo: qué son y cuándo se utilizan

En ausencia de adecuación aplicable, las cláusulas contractuales tipo (CCT o SCC, por sus siglas en inglés) aprobadas por la Comisión Europea constituyen una herramienta habitual del artículo 46. Las cláusulas de 2021 contienen módulos para relaciones entre responsables, entre responsable y encargado, entre encargados y entre encargado y responsable.

No basta con descargar un modelo y añadir firmas. Hay que escoger el módulo correcto, identificar a las partes, detallar las categorías de datos y finalidades, completar anexos, describir controles de seguridad y contemplar subencargados y transferencias ulteriores.

Las cláusulas contractuales tipo para transferencias internacionales deben distinguirse de las cláusulas previstas para las relaciones entre responsables y encargados del artículo 28, aunque determinados módulos de las CCT internacionales incorporan también esas obligaciones.

Contrato del artículo 28 y garantías de transferencia no son sinónimos

Cuando un proveedor trata datos personales por cuenta de la empresa puede ser necesario el contrato de encargado del tratamiento del artículo 28. Pero ese contrato regula una relación y no constituye por sí solo un mecanismo suficiente de transferencia internacional.

Ejemplo: una empresa malagueña encarga soporte técnico a una entidad ubicada fuera del EEE. Debe comprobar sus funciones como encargado, documentar el servicio y, si existe transferencia del Capítulo V, seleccionar además la vía correspondiente. Un proveedor independiente, por otra parte, puede no ser encargado, pero sí destinatario de una transferencia.

La revisión correcta conecta con nuestra página sobre proveedores y encargados del tratamiento, donde explicamos la clasificación de roles y el contenido de los contratos.

Evaluación de impacto de la transferencia: TIA y análisis del país destino

Cuando se utilizan herramientas como CCT en escenarios que requieren comprobar la protección efectiva, debe examinarse si las leyes y prácticas del país de destino pueden afectar a las garantías. Esta revisión suele denominarse Transfer Impact Assessment o TIA; no debe confundirse con la Evaluación de Impacto relativa a la Protección de Datos (EIPD) del artículo 35.

La valoración considera quién recibe los datos, su categoría, finalidad, acceso de autoridades, sector, arquitectura, cifrado y medidas complementarias disponibles. Debe documentarse de forma proporcionada, sin basarse exclusivamente en declaraciones comerciales del proveedor.

Si no puede garantizarse un nivel de protección esencialmente equivalente mediante el instrumento y medidas complementarias, la organización no debe continuar la transferencia en esas condiciones. Habrá que modificar el servicio o buscar una alternativa viable.

Qué enseñó Schrems II y por qué sigue importando

La sentencia Schrems II del Tribunal de Justicia de la Unión Europea de julio de 2020 invalidó el antiguo Privacy Shield y reafirmó la necesidad de asegurar protección efectiva cuando se emplean garantías contractuales. Por eso las CCT no deben interpretarse como un documento que legaliza cualquier flujo con independencia del contexto.

En una revisión actual debe distinguirse el antiguo Privacy Shield —que no es una base válida— del DPF aprobado en 2023, cuya situación y alcance se comprueban en el momento de operar. Mezclar ambos nombres en documentos antiguos puede llevar a errores importantes.

La lección práctica es revisar el mecanismo real, las condiciones de acceso y la eficacia de las medidas, y mantener evidencias suficientes para explicar por qué se eligió una solución.

Medidas técnicas, contractuales y organizativas complementarias

Las medidas complementarias deben responder a riesgos concretos. Entre las técnicas pueden figurar cifrado robusto con gestión adecuada de claves, seudonimización eficaz, minimización, segregación de datos, acceso de privilegios mínimos y registros de auditoría. No todas las medidas son suficientes para todos los supuestos.

  • Cifrado: protege frente a ciertos accesos no autorizados, pero si el destinatario necesita descifrar el contenido, hay que estudiar quién controla las claves y cuándo los datos quedan expuestos.
  • Seudonimización: exige comprobar si el destinatario puede volver a identificar a las personas por otros medios o datos auxiliares.
  • Contratos y procedimientos: limitan usos, regulan notificaciones de solicitudes de acceso y permiten revisar o suspender operaciones.

Estas medidas forman parte de la seguridad técnica y organizativa del RGPD, pero su eficacia en una transferencia debe evaluarse para el escenario real.

Soporte remoto y acceso desde terceros países

Una plataforma puede alojarse físicamente en Frankfurt, Madrid o París y habilitar soporte desde otro país. El acceso remoto concedido a una entidad diferenciada puede constituir una puesta a disposición de datos personales, aunque el técnico nunca descargue una copia local.

La revisión debe identificar entidades, países, tareas autorizadas, personal con permisos, privilegios temporales, registros de acceso y mecanismos de transferencia. También conviene comprobar si las pantallas de soporte permiten visualizar datos reales de clientes o si existe una opción de acceso limitado a información técnica anonimizada.

No debe confundirse esta situación con el desplazamiento de un empleado de la misma entidad. El CEPD diferencia escenarios según los sujetos y flujos involucrados. En todos los casos, el acceso remoto debe quedar cubierto por medidas de seguridad adecuadas.

Subencargados, transferencias ulteriores y cambios en la cadena

La empresa contrata normalmente con un proveedor principal, pero el servicio puede utilizar otros actores: CDN, copias de seguridad, monitorización, mensajería transaccional o atención técnica. Un subencargado puede estar en otro país o contratar a su vez servicios auxiliares.

Conviene revisar la lista actualizada de subencargados, sus funciones, países y las garantías aplicables. El artículo 28 exige condiciones para recurrir a otros encargados; además, una transferencia posterior necesita su propio encaje jurídico cuando corresponda.

Es recomendable pactar avisos de cambios relevantes y un procedimiento para evaluar nuevas entidades antes de que comiencen los accesos. Una modificación del proveedor puede alterar el mapa de transferencias aunque la empresa no cambie de software.

Microsoft 365, Google Workspace y otros servicios empresariales

Los entornos de correo, archivos, colaboración y productividad forman parte de los tratamientos diarios: contienen comunicaciones, nóminas, agendas, contratos, datos de clientes y, en ocasiones, información especialmente sensible. El análisis debe partir del contrato, la entidad prestadora y los productos contratados, no de una etiqueta general de la marca.

Hay que verificar la residencia de datos de cada servicio aplicable, los accesos administrativos, el soporte, las funciones opcionales, los subencargados y las garantías ofrecidas. Algunas plataformas permiten seleccionar regiones, activar restricciones y consultar informes; esas opciones deben revisarse y documentarse en su configuración efectiva.

La presencia de un proveedor global no implica por sí sola que todos los datos se transfieran a un mismo país; tampoco permite asegurar que no exista ningún tratamiento externo. Los hechos, la configuración y la documentación son los que determinan la conclusión.

CRM, reservas, comercio electrónico y plataformas SaaS

Una tienda online puede usar pagos, entregas, mensajería, antifraude, soporte y automatización comercial con operadores diferentes. Un centro de estética puede emplear una plataforma de reservas que conoce las citas, nombres, teléfonos y observaciones. Cada flujo debe analizarse según su finalidad y proveedor.

La implantación de un CRM o software de marketing puede convertir un listado local en una base alojada en la nube con conexiones adicionales. Es necesario valorar accesos de empleados, operadores externos, integraciones API y exportaciones a servicios de informes o asistencia.

Para abordar también formularios, cookies y etiquetas de terceros, consulta nuestra página sobre RGPD para páginas web y servicios digitales.

Inteligencia artificial y prompts con datos personales

Una herramienta de inteligencia artificial puede recibir textos, documentos, capturas o grabaciones que contienen datos personales. El riesgo no es únicamente la posible salida a otro país: también importan la finalidad, la confidencialidad, la conservación, el uso de los datos para mejorar el servicio y las entidades con acceso.

Antes de autorizar un sistema de IA, identifica las modalidades de cuenta y sus condiciones, el lugar y destinatarios del tratamiento y si se dispone de mecanismos de transferencia apropiados. Para muchas tareas es posible trabajar con ejemplos ficticios o versiones minimizadas que no permiten identificar a personas.

Los datos de salud, expedientes laborales y documentos confidenciales requieren especialmente un control de entrada y una política interna. No debería delegarse la decisión en cada empleado sin instrucciones claras.

Videoconferencias, mensajería y soporte al cliente

Las videollamadas y plataformas de atención pueden procesar audio, imágenes, nombres, identificadores, transcripciones y mensajes. Las grabaciones automáticas o funciones de resumen aumentan la cantidad de información y pueden activar integraciones que no estaban presentes en la configuración original.

Hay que revisar qué servicios están habilitados, dónde se almacenan las transcripciones, quién puede consultarlas, si existen participantes externos y qué proveedores procesan los contenidos. El mero tránsito técnico de paquetes por redes internacionales no debe confundirse sin más con una transferencia entre entidades; el análisis depende de destinatarios y circunstancias.

La configuración correcta debe ir acompañada de una información clara a quienes participan y de periodos de conservación proporcionados.

Hosting, copias de seguridad y recuperación ante desastres

Las copias de seguridad pueden contener expedientes completos, bases de datos, correos y ficheros que ya han sido borrados de los sistemas de trabajo. Para una empresa, el destino de la copia y la posibilidad de restaurarla son tan importantes como la ubicación del servidor principal.

Conviene comprobar las regiones de backup, replicación y recuperación, el proveedor de almacenamiento, la custodia de claves, las pruebas de restauración y el acceso técnico. Si la continuidad del negocio requiere un centro alternativo en un tercer país, habrá que documentar la operación y el mecanismo aplicable.

Una copia cifrada no elimina automáticamente la necesidad de analizar la transferencia, pero puede ser una medida importante según la arquitectura y los riesgos identificados.

Etiquetas web, analítica y servicios integrados

Una web puede conectar el navegador de una persona con servicios externos mediante vídeos incrustados, mapas, fuentes remotas, analítica, botones sociales o scripts de seguimiento. Es importante identificar quién recibe qué información y si aparecen identificadores personales, IP u otros datos que permitan relacionar actividades.

En estos casos conviven obligaciones del RGPD, posibles transferencias internacionales y reglas sobre cookies o tecnologías similares. Un banner correctamente redactado no sustituye el estudio de las transferencias ni las garantías necesarias; del mismo modo, un mecanismo de transferencia no concede por sí solo permiso para instalar cookies no necesarias.

La auditoría técnica debe examinar las llamadas reales del navegador, la configuración del gestor de etiquetas y los servicios que solo se activan después del consentimiento cuando procede.

Datos de salud, menores y otras categorías especiales

Cuando el flujo incluye historias clínicas, información psicológica, datos biométricos para identificación, expedientes de menores u otras categorías particularmente sensibles, la evaluación de riesgos debe reflejar el posible impacto de una exposición indebida.

El mecanismo del Capítulo V es solo una parte de las garantías. Debe existir una base del artículo 6 y, para categorías especiales, una excepción válida del artículo 9; además, se aplicarán minimización, restricciones de acceso, confidencialidad y posibles obligaciones sectoriales.

Antes de trasladar estos datos a un proveedor global conviene confirmar si realmente necesita los campos sensibles o puede recibir información agregada, seudonimizada o limitada. Una transferencia legalmente habilitada puede seguir siendo excesiva si el proveedor recibe más datos de los necesarios.

Por qué el consentimiento no es un atajo para transferencias habituales

El artículo 49 contempla el consentimiento explícito del interesado, informado previamente de los riesgos por ausencia de adecuación y garantías adecuadas, en las condiciones previstas. No es lo mismo que el consentimiento corriente para recibir una newsletter o aceptar una política de privacidad.

Las excepciones del artículo 49 se interpretan restrictivamente. No es prudente usarlas como solución ordinaria para un CRM, una plataforma de gestión continua de nóminas o un sistema de copias que opera cada noche. Debe estudiarse primero si existe adecuación o una garantía apropiada.

La casilla «acepto que mis datos se transfieran» no convierte por sí sola en válida cualquier actividad internacional. La necesidad, la información y el contexto son determinantes.

Excepciones por necesidad contractual: límites del artículo 49

Puede haber situaciones en que una transferencia sea realmente necesaria para ejecutar un contrato con la persona interesada o para celebrar un contrato en su interés. Por ejemplo, determinados servicios pedidos expresamente para un destino fuera del EEE pueden exigir comunicar los datos imprescindibles al destinatario correspondiente.

Eso no permite equiparar «la empresa decidió contratar una herramienta extranjera» con «la transferencia es necesaria para ejecutar el contrato con el cliente». La elección de un proveedor por razones de precio o comodidad no cumple automáticamente las condiciones de la excepción.

Documenta por qué se necesita la operación concreta, qué datos se comunican y por qué no es viable una alternativa menos intrusiva. Las excepciones por contrato no son una licencia general para las transferencias habituales de una organización.

Normas corporativas vinculantes (BCR) y grupos internacionales

Las Binding Corporate Rules o normas corporativas vinculantes permiten establecer garantías para determinadas transferencias dentro de grupos empresariales u organizaciones vinculadas, cuando cumplen los requisitos del RGPD y han sido aprobadas mediante el procedimiento correspondiente.

Son especialmente relevantes para grupos con entidades en muchos países que comparten servicios internos, recursos humanos y sistemas. Para una pyme usuaria de un servicio cloud lo habitual será revisar el instrumento que ofrece el proveedor, no elaborar por su cuenta unas BCR de grupo.

La existencia de BCR en un grupo debe verificarse en relación con las entidades y flujos cubiertos. No es suficiente que un proveedor simplemente mencione tener «políticas internas globales».

RAT, política de privacidad e información a los interesados

Las transferencias internacionales deben quedar reflejadas en la documentación del tratamiento que corresponda. El artículo 30 prevé identificar transferencias a terceros países u organizaciones internacionales en el RAT y, en los supuestos exigibles, documentar las garantías del artículo 49.1, párrafo segundo.

La información facilitada a las personas en virtud de los artículos 13 y 14 debe indicar, cuando proceda, la intención de transferir datos a terceros países u organizaciones internacionales, la existencia o ausencia de decisión de adecuación y las garantías aplicadas, así como dónde obtener copia o información sobre ellas.

Una declaración genérica de «servidores seguros» no sustituye la información exigida. La política de privacidad, los contratos y los flujos reales deben resultar coherentes y mantenerse actualizados cuando cambien proveedores o países.

Derechos, incidentes y respuesta cuando el proveedor está fuera del EEE

Una persona conserva sus derechos de protección de datos aunque sus datos sean tratados mediante proveedores internacionales. La empresa responsable debe mantener procedimientos para localizar, rectificar, exportar o suprimir información, incluyendo la coordinación necesaria con encargados y subencargados.

Del mismo modo, un incidente de un proveedor extranjero puede producir una brecha de datos personales. Deben existir canales para avisar al responsable sin dilación indebida, evaluar consecuencias y activar las obligaciones aplicables; no toda incidencia exige notificar a la AEPD.

Consulta nuestro procedimiento para atender los derechos de las personas y la página sobre brechas de datos y notificación a la AEPD.

Análisis de riesgos y EIPD: cuándo son pertinentes

Las transferencias deben incorporarse al análisis de riesgos del tratamiento. La sensibilidad de los datos, volumen, personas afectadas, destino, accesos, posibles consecuencias y seguridad disponible ayudan a definir las medidas aplicables. La organización debe revisar las evaluaciones cuando se modifica significativamente un proveedor o arquitectura.

Una TIA relacionada con garantías de transferencia no equivale a una EIPD. La Evaluación de Impacto en Protección de Datos es obligatoria en los supuestos del artículo 35 cuando es probable un alto riesgo; no existe una EIPD automática solo porque un proveedor tenga presencia internacional.

Si la empresa trata datos de salud a gran escala, realiza seguimiento sistemático o usa tratamientos especialmente intrusivos, puede ser necesario estudiar la EIPD con independencia del mecanismo internacional elegido.

Qué solicitar al proveedor antes de contratar o renovar

Una revisión útil combina documentos con preguntas concretas. Conviene solicitar la entidad jurídica contratante, condiciones del servicio, acuerdo de tratamiento cuando corresponda, lista de subencargados, localizaciones de datos y soporte, garantías del Capítulo V y políticas de seguridad.

  • Relación de países relevantes y finalidad de cada acceso.
  • Decisión de adecuación aplicable o copia/referencia a CCT, BCR u otro mecanismo pertinente.
  • Documentación sobre medidas técnicas, conservación y eliminación.
  • Procedimiento de incidencias, ejercicio de derechos y cambios de subencargados.
  • Información sobre auditorías, certificaciones o informes independientes; estas evidencias ayudan, pero no sustituyen la base jurídica.

Si el proveedor no es capaz de explicar dónde van los datos o quién accede, esa incertidumbre debe tratarse como un riesgo de contratación, no ocultarse bajo una cláusula genérica.

Procedimiento práctico en ocho pasos para una pyme

  1. Inventariar: listar servicios, integraciones y categorías de datos personales.
  2. Identificar: precisar cada entidad receptora y posibles accesos desde países terceros.
  3. Calificar: determinar si existe transferencia bajo los criterios del CEPD.
  4. Elegir mecanismo: comprobar adecuación, garantías apropiadas o excepcionalidad del artículo 49.
  5. Evaluar: revisar contrato, riesgos del país y medidas complementarias cuando correspondan.
  6. Implantar: ajustar configuraciones, permisos, accesos y retención.
  7. Documentar: actualizar RAT, información a personas, contratos e inventario de proveedores.
  8. Revisar: controlar cambios normativos, de subencargados y de funciones activadas.

No todas las pymes necesitan un expediente idéntico, pero sí un razonamiento verificable. El procedimiento puede integrarse en la adaptación RGPD de la empresa y la gestión ordinaria de proveedores.

Cuatro escenarios habituales en empresas de Málaga

Despacho profesional: utiliza correo y almacenamiento empresarial con datos de clientes. Debe revisar la entidad del servicio, regionalización, contratos, soporte y accesos; no presumir cumplimiento solo porque aparece una región europea en el panel.

Centro de bienestar: usa reservas online y envía fichas con posibles datos de salud. Debe minimizar la información, diferenciar los destinatarios y comprobar dónde se procesan observaciones, recordatorios y datos sensibles.

Comercio electrónico: conecta web, pagos, marketing y atención. Cada proveedor puede actuar con una finalidad y papel diferentes; hay que analizar las transferencias sin mezclar necesariamente todos los servicios en un único contrato.

Empresa con personal remoto: colaboradores o proveedores externos acceden a CRM y expedientes. Importa distinguir si actúan como personal de la misma entidad o como destinatarios jurídicamente distintos, además de asegurar accesos y trazabilidad.

Errores frecuentes: frases que no acreditan cumplimiento

  • «El servidor está en Europa; por tanto, no hay transferencias». Falta verificar entidades, accesos y subencargados.
  • «Nuestro proveedor es una gran multinacional; seguro que cumple». La reputación no reemplaza la comprobación.
  • «Tenemos un contrato de confidencialidad». No equivale a CCT ni a garantías del artículo 46.
  • «Todos los proveedores americanos están amparados por el DPF». Debe verificarse la entidad certificada y el alcance.
  • «El Privacy Shield sigue vigente». Ese mecanismo fue invalidado en 2020.
  • «Marcamos una casilla y ya podemos transferir». Las excepciones del artículo 49 no funcionan así.
  • «Las copias de seguridad son puramente técnicas». También pueden contener información personal.

Una auditoría bien planteada detecta estos vacíos y prioriza correcciones razonables. Puede apoyarse en nuestra auditoría RGPD para empresas.

Cómo ayudamos en RGPD Málaga a revisar transferencias y cloud

Analizamos los servicios que utilizas realmente: web, hosting, correo, CRM, copias, reservas, herramientas de inteligencia artificial y soporte informático. Identificamos proveedores y flujos relevantes, diferenciamos transferencias internacionales de otros accesos y revisamos la documentación que ofrecen.

Cuando es necesario, ayudamos a ordenar las garantías, revisar acuerdos y anexos, mejorar configuraciones de acceso y preparar evidencias para el RAT y las políticas informativas. El objetivo no es generar papeles por duplicado, sino reducir incertidumbre y conseguir un cumplimiento que pueda explicarse y mantenerse.

Si vas a contratar un nuevo servicio cloud, trasladar una base de clientes o revisar una infraestructura existente, puedes contactar con nosotros antes de que el cambio entre en producción.

Normativa y fuentes oficiales sobre transferencias internacionales

Contenido de orientación general revisado en noviembre de 2026. Las decisiones de adecuación, certificaciones y condiciones de los proveedores pueden cambiar; deben verificarse para el caso concreto antes de efectuar una transferencia.

Dudas habituales

Preguntas frecuentes sobre transferencias internacionales de datos

¿Utilizar una empresa estadounidense implica siempre transferir datos fuera del EEE?

No necesariamente. Deben identificarse la entidad que recibe los datos, los flujos efectivos, los países y la estructura del servicio. Si hay una transferencia internacional, debe revisarse el mecanismo que la ampara; no basta con conocer el país de la matriz.

¿Es suficiente contratar un servidor ubicado en la Unión Europea?

Es una medida relevante, pero no concluyente. Hay que comprobar accesos de soporte, subencargados, réplicas y otros servicios. Si el destinatario está fuera del EEE, el análisis puede ser necesario aunque el almacenamiento principal esté en Europa.

¿Se necesita autorización previa de la AEPD para transferir a otro país?

Por regla general, no si existe una decisión de adecuación aplicable o se utilizan garantías del artículo 46 que no requieren autorización. Existen supuestos específicos que sí la requieren; la AEPD detalla cuándo sucede, por ejemplo con determinadas cláusulas no normalizadas.

¿El Data Privacy Framework permite enviar datos a cualquier proveedor de Estados Unidos?

No. La decisión de adecuación se aplica a organizaciones participantes que cumplan sus condiciones. Debe verificarse la entidad jurídica, su estado de certificación y el alcance aplicable en el registro oficial.

¿Qué diferencia hay entre Privacy Shield y Data Privacy Framework?

El antiguo Privacy Shield fue invalidado en 2020. El Data Privacy Framework deriva de una decisión de adecuación diferente, adoptada en 2023, y debe comprobarse según su situación vigente y las organizaciones que cubre.

¿Qué son las cláusulas contractuales tipo o SCC?

Son cláusulas aprobadas por la Comisión Europea que pueden aportar garantías del artículo 46. Deben utilizarse con el módulo adecuado, anexos completos y evaluación de las circunstancias del país de destino y medidas complementarias cuando corresponda.

¿Firmar un contrato de encargado del artículo 28 resuelve la transferencia?

No necesariamente. El contrato del artículo 28 regula la relación con quien trata datos por cuenta de la empresa; cuando existe transferencia internacional, además hace falta una vía válida del Capítulo V. Algunos módulos de las SCC internacionales incorporan obligaciones del artículo 28.

¿Puedo recurrir al consentimiento para usar todos mis servicios cloud internacionales?

No como fórmula general. Las excepciones del artículo 49, incluido el consentimiento explícito con información específica de riesgos, están sujetas a condiciones estrictas y no deben utilizarse como sustituto habitual de adecuación o garantías.

¿Qué pasa si un técnico accede desde fuera de Europa a una base alojada en Madrid?

Depende de la entidad que recibe el acceso y de los hechos. Si un proveedor jurídicamente distinto establecido en un tercer país puede visualizar los datos, puede existir transferencia aunque no los descargue; también deben analizarse permisos, necesidad y seguridad.

¿Una empresa pequeña necesita un estudio TIA?

Depende del mecanismo utilizado y de las circunstancias de la transferencia. Si las SCC requieren verificar la protección efectiva en destino, esa evaluación debe documentarse de forma proporcionada. No todas las pymes ni todos los servicios tienen el mismo escenario.

¿Una transferencia internacional obliga siempre a realizar una EIPD?

No. La evaluación de impacto del artículo 35 depende de que el tratamiento sea probablemente de alto riesgo. Debe distinguirse de la evaluación del país y las medidas del instrumento internacional, habitualmente llamada TIA.

¿Quién responde si el proveedor extranjero sufre una brecha?

La distribución de tareas depende de los roles y contratos, pero el responsable debe cumplir sus obligaciones RGPD, incluida la evaluación del riesgo y las comunicaciones que correspondan. El encargado debe informar al responsable sin dilación indebida cuando conozca una brecha y prestar la asistencia prevista.

RGPD Málaga

Revisa tus transferencias internacionales antes de contratar o migrar datos

En RGPD Málaga identificamos el flujo real de datos, evaluamos proveedores y garantías y ayudamos a documentar y mejorar las medidas de protección de tu empresa.

Solicitar revisión de transferencias