Empieza por hacer inventario, no por pulsar «exportar»

Una salida ordenada empieza por saber qué habría que trasladar y para qué se utiliza cada elemento. Anota los archivos, mensajes, bases de datos, cuentas y aplicaciones que dependen del servicio, quién los utiliza y qué procesos se verían afectados si dejaran de estar disponibles. Incluye también los componentes menos visibles: permisos, reglas de automatización, copias de seguridad, dominios, claves de acceso e integraciones con otras herramientas. No des por hecho que todo eso se descarga junto con los datos principales; puede requerir pasos separados o no formar parte de la exportación.

Separa lo que necesitas conservar de lo que solo permanece allí por comodidad o por obligaciones internas. Para cada grupo, apunta un volumen aproximado, una persona responsable y un destino previsto. Indica también si se trata de información que debe seguir actualizándose o de una copia que basta con archivar. Si se trata de una empresa pequeña, conviene asignar a una persona que pueda autorizar cambios y a otra que conozca el funcionamiento cotidiano. Así se aclara quién decide y quién puede detectar problemas prácticos.

Esta lista no demuestra que la migración sea posible, pero evita confundir una carpeta descargada con una salida completa del servicio. También ayuda a plantear preguntas más precisas al proveedor: por ejemplo, si la exportación incluye permisos, configuraciones o relaciones entre registros. Cuanto más concreto sea el inventario, más fácil será comparar lo que esperabas trasladar con lo que realmente recibas.

Busca las condiciones concretas del servicio

Antes de contratar, localiza la documentación aplicable al producto y al tipo de cuenta que realmente usarás: condiciones del servicio, instrucciones de exportación, política de cancelación y reglas de eliminación. Comprueba si distinguen entre datos cargados por el cliente, contenido generado por una aplicación, metadatos y configuraciones. Un proveedor puede documentar exportaciones de ciertos productos o formatos sin que eso signifique que todos los componentes de su plataforma sean trasladables de la misma manera. La disponibilidad de una opción también puede depender de la edición o del nivel de permisos.

Registra la ruta exacta de la documentación y la fecha en que la consultaste. Busca respuestas concretas: qué puede exportarse, quién tiene permiso para hacerlo, cuánto tiempo queda disponible después de cancelar, qué costes pueden surgir y si hay requisitos previos. Comprueba si hace falta preparar la cuenta, activar una función o solicitar la exportación antes de iniciar la baja. No conviertas una respuesta de soporte o una página general en garantía contractual: verifica si las condiciones corresponden a tu región, edición y contrato.

La documentación de Microsoft, por ejemplo, describe métodos de exportación mediante formatos legibles por máquina, API, PowerShell y portal para sus productos y servicios conectados; su alcance no debe extrapolarse a otros proveedores. Al revisar una guía, distingue lo que describe como posibilidad general de lo que se aplica a tu producto concreto. Si algo no está claro, conserva la pregunta y la respuesta, pero vuelve a contrastar la información con las condiciones que rigen tu cuenta.

Haz una exportación de prueba y valida el resultado

Si el servicio lo permite, prueba con una muestra representativa antes de migrar todo. Elige distintos tipos de contenido y, cuando sea pertinente, incluye permisos o estructura de carpetas. Una muestra demasiado simple puede ocultar diferencias importantes: por eso conviene escoger ejemplos que reflejen el uso real sin convertir la prueba en una copia completa. Guarda el resultado en un entorno bajo tu control y comprueba que los archivos se abren, que las fechas y los nombres son razonables y que las relaciones esenciales no se han perdido.

En una aplicación, prueba también si la exportación puede importarse en la herramienta de destino. Revisa si los registros aparecen completos y si la organización que necesitas se conserva. Un archivo descargado no equivale necesariamente a una migración utilizable: puede ser legible y, aun así, no permitir continuar el trabajo en otro sistema sin ajustes. Anota qué puedes verificar directamente y qué depende de una prueba en el destino.

Registra cuánto tardó la operación, qué pasos manuales requirió y qué quedó fuera. Repite la comprobación con un usuario que tenga los permisos habituales, no solo con una cuenta administradora, si ello puede hacerse de forma segura. Así podrás distinguir entre una limitación del formato y una restricción de acceso. No uses datos sensibles reales en pruebas innecesarias y no borres el original para demostrar que la copia sirve. Estas comprobaciones son una práctica de preparación, no una certificación técnica ni una garantía de que una exportación futura, más grande o bajo otras condiciones, vaya a comportarse igual.

Distingue exportar, cambiar de proveedor y portar datos

Las palabras pueden parecer equivalentes, pero describen problemas distintos. Descargar una copia permite conservar ciertos datos; cambiar de proveedor exige trasladar y poner en funcionamiento un servicio; y la portabilidad puede referirse a derechos legales con un alcance específico. Son objetivos relacionados, pero no intercambiables: una exportación puede ser útil para archivar sin ser suficiente para continuar una aplicación, y una transición operativa puede requerir tareas que no se resuelven descargando archivos.

El Reglamento de Datos de la Unión Europea incluye medidas para facilitar el cambio entre determinados servicios de tratamiento de datos, incluidos cambios a otro proveedor o a soluciones locales. Eso no significa que cualquier aplicación, contenido o cuenta quede cubierto de idéntica forma, ni que el proveedor de destino acepte automáticamente los datos exportados. El alcance depende del servicio y de las condiciones pertinentes; por tanto, no conviene sacar una conclusión general a partir del nombre de una categoría legal.

Anota qué servicio estás contratando y qué resultado necesitas: una copia legible, una importación funcional o una transición completa. Comprueba la aplicabilidad normativa con asesoramiento adecuado cuando la decisión tenga consecuencias legales o contractuales. La guía no interpreta tu contrato ni determina si un servicio concreto entra en una categoría regulada. La regla práctica es más modesta: no uses la palabra «portabilidad» como sustituto de una prueba técnica ni como promesa de compatibilidad.

Revisa la cancelación y la eliminación por separado

Cancelar una suscripción no siempre equivale a borrar de inmediato todos los datos, y solicitar una eliminación no resuelve por sí mismo cómo recuperar antes lo que necesitas. Antes de iniciar la baja, apunta el orden de operaciones que exige el proveedor, quién puede ejecutarlas y si existen periodos de gracia, estados intermedios o plazos de retención. Comprueba además si la baja limita el acceso antes de que termine el periodo durante el que los datos podrían seguir disponibles: el orden de descarga y cancelación puede importar.

Microsoft indica para sus suscripciones empresariales que los datos de cliente que queden pueden eliminarse después de 30 días y, como máximo, 180 días tras la cancelación. Es una condición documentada para ese contexto, no un plazo general para la nube. Antes de basarte en ese intervalo, verifica que corresponde a la suscripción y a las condiciones que tienes. No lo interpretes como una ventana universal ni como una recomendación para esperar hasta el final del plazo.

Comprueba también qué evidencia puedes conservar: confirmación de cancelación, identificador de solicitud, estado visible en la consola o respuesta del proveedor. La documentación de Google Cloud explica su proceso de eliminación segura de datos de cliente, pero una descripción general del proceso no permite al usuario confirmar desde fuera qué copias o sistemas concretos ya se han eliminado en un caso particular. Si necesitas una confirmación formal, pregunta qué cubre y qué no cubre, y guarda la respuesta junto con la documentación consultada. No presupongas que una pantalla de cuenta cerrada prueba por sí sola la eliminación de toda copia técnica o de respaldo.

Prepara una lista de salida y sus límites

Antes de cambiar, conserva una lista breve y comprobable: inventario actualizado; copia exportada; validación de apertura o importación; dependencias identificadas; permisos revisados; contrato y plazos consultados; destino probado; cancelación programada y evidencia guardada. Puedes marcar cada elemento como completado, pendiente o no aplicable, y anotar quién debe resolver los pendientes. Así la lista sirve para coordinar tareas, no solo como recordatorio de que se descargó algo.

Mantén el servicio antiguo activo hasta que el nuevo flujo haya sido comprobado, siempre que el contrato, la seguridad y el coste lo permitan. Compara los resultados en el destino antes de depender exclusivamente del nuevo servicio. Para cuentas de infraestructura, además de extraer datos, revisa recursos y suscripciones que podrían seguir generando cargos; las instrucciones oficiales de Azure recomiendan exportar los datos antes de cancelar las suscripciones asociadas. Esa revisión ayuda a separar la transferencia de información de las acciones administrativas necesarias para cerrar la cuenta.

Hay límites que una persona usuaria no puede despejar por completo. Puede que no vea respaldos internos, réplicas, registros o dependencias administradas por el proveedor; tampoco puede demostrar por sí sola que una aplicación se comportará igual en otro entorno. Documenta lo que sí observaste y lo que queda pendiente, en vez de convertir una exportación satisfactoria en una afirmación absoluta. Una prueba favorable sirve para reducir incertidumbre sobre ese caso, no para asegurar que no existan otros componentes o condiciones que aún no se hayan revisado. Una salida fiable combina preparación, comprobación y cautela sobre lo que no puede verificarse desde fuera. Repite la revisión cuando cambien el contrato, el producto o el volumen de información. El objetivo no es asumir que la salida será sencilla, sino descubrir con tiempo qué pasos, formatos y decisiones siguen sin estar resueltos.