Antes de cambiar de software empresarial, prueba una exportación

Antes de aprobar un cambio de software, prueba una exportación pequeña con las personas responsables de los sistemas. Acordad qué información debe llegar y qué necesita hacer alguien con ella. Abrir el archivo demuestra que se puede leer. Aún hay que comprobar qué contiene y si alguien puede utilizarlo para la tarea acordada.

Elige registros que representen el trabajo real

Imagina una empresa de servicios que traslada sus casos de clientes. En este ejemplo hipotético, el caso C-104 pertenece a Žáček Studio, organización O-27. Su estado es «Pendiente de aprobación», el presupuesto estimado es €1,250.75 y el historial indica que se envió una propuesta revisada el 14 de octubre. La propuesta está adjunta.

La persona que usará el sistema necesita encontrar el caso bajo la organización correcta, entender qué está pendiente, leer la actualización fechada y abrir la propuesta. Así, el responsable y el equipo técnico tienen algo concreto que comprobar. Que coincida el número de registros no detectaría un caso vinculado a la organización equivocada ni un importe interpretado incorrectamente.

Selecciona un conjunto pequeño y representativo, con las relaciones, los valores, los archivos y el historial necesarios para el trabajo acordado. No necesitas todos los campos históricos para cualquier propósito. Usa datos sintéticos o datos minimizados de forma adecuada que tengas autorización para utilizar, en un entorno aislado. Protege la copia exportada y desactiva las notificaciones y acciones reales. No introduzcas exportaciones confidenciales en conversores ni herramientas de IA no aprobados.

Comprueba qué contiene realmente la exportación

Pide al equipo técnico que identifique la vía de exportación admitida, el formato, los permisos y las versiones o condiciones del plan pertinentes. Comprueba los identificadores y cómo interpretará el destino los importes, las fechas, los estados y las relaciones. Un CSV puede servir para la tarea acordada; abrirlo no demuestra por sí solo que toda la transferencia vaya a funcionar.

La documentación de Airtable sobre adjuntos ofrece un ejemplo útil. Los enlaces de visualización requieren acceso y los enlaces de descarga caducan. Recomienda descargar los adjuntos desde los enlaces del CSV exportado antes de que caduquen. Por tanto, una URL en una hoja de cálculo no equivale a conservar el documento. Comprueba la vía de tu proveedor en lugar de suponer que todas las exportaciones funcionan igual.

Otros formatos tienen sus propios límites. La documentación de exportación de proyectos de GitLab describe contenidos y exclusiones que dependen de la versión, y advierte que las exportaciones de proyectos no deben usarse como copias de seguridad. Su ejemplo de soporte sobre archivos subidos muestra por qué importa la vía: una exportación puede completarse excluyendo los archivos subidos, por lo que faltan los adjuntos. Recuperar los archivos por separado no convierte el resultado en un archivo de proyecto importable.

Prueba la tarea en el destino

Si ya has elegido el sustituto, pide al personal técnico autorizado que pruebe de forma segura su importación admitida. Después, pide a la persona que lo usará que realice la tarea acordada con su propia cuenta autorizada. Para el caso de ejemplo, comprueba conjuntamente la organización vinculada, el estado, el importe, el historial fechado y la propuesta real.

Una muestra satisfactoria demuestra que esa muestra funcionó en esas condiciones. No demuestra que todos los registros se transferirán fielmente, que se cubran todos los casos excepcionales ni que el proceso rinda a escala completa. Los registros exportados tampoco transfieren por sí solos la lógica de los flujos de trabajo, las integraciones, las reglas de acceso, las credenciales, los consentimientos ni las licencias.

Deja clara la decisión

Registra brevemente los tipos de registros y el periodo seleccionados, la información necesaria, las vías y versiones de origen y destino, las comprobaciones realizadas, las exclusiones y quién es responsable de cada cuestión pendiente. Una carencia puede requerir un mapeo, otra vía admitida, recuperar archivos por separado, una migración acotada o aceptar una limitación.

Valora ese esfuerzo frente a las ventajas de seguir, como recomienda la guía del Gobierno británico sobre dependencia tecnológica en el contexto de la nube. Encontrar una limitación no justifica automáticamente cambiar de proveedor. Verifica la transferencia necesaria y las condiciones para mantener el acceso antes de cancelar o eliminar nada.

Si necesitas ayuda para trasladar determinados registros, nuestro servicio de migración es un buen punto de partida para hablar del origen, el destino y la información que debe llegar. El alcance, el precio y las garantías, si las hubiera, se acuerdan para cada trabajo.

Preguntas sobre las exportaciones de software