Migración de datos entre proveedores: checklist para no perder control

Qué debe quedar claro antes de cambiar de proveedor

La pyme debe separar tres decisiones: si el proveedor nuevo es adecuado, si la migración está controlada y si el sistema antiguo puede apagarse sin perder capacidad operativa. Las tres se mezclan con facilidad. Un CRM puede importar contactos y aun así perder relaciones con oportunidades; un ERP puede cargar facturas y no cuadrar saldos; una herramienta de facturación puede abrir correctamente y fallar cuando se consulta una serie histórica, un adjunto o una integración bancaria.

El primer control es documental: inventario de fuentes, propietario de cada objeto, criterio de éxito, copia de seguridad, mapa de campos, plan de pruebas, acta de aceptación y plan de vuelta. Las guías de fabricantes suelen insistir en evaluar, mapear y validar datos; SAP España, por ejemplo, describe la migración ERP como un traslado estratégico de fuentes primarias a un nuevo sistema y advierte de riesgos de precisión y pérdida de datos durante el proceso. Esa lectura es útil, pero para una pyme española falta bajar el control a responsables, evidencias, privacidad y cierre.

Si el cambio se vincula a un expediente Kit Digital ya concedido, el foco no debe ser prometer una ayuda nueva. A 9 de septiembre de 2026, el calendario oficial de convocatorias de Red.es muestra cerradas las convocatorias históricas del programa. Las bases reguladoras sí contemplan categorías como gestión de clientes, BI, gestión de procesos o factura electrónica, y el texto consolidado publicado en el BOE incluye horas de parametrización y carga de datos en varias categorías, pero eso no convierte cualquier migración ni cualquier sustitución de proveedor en financiable.

La regla práctica es esta: no firmes el cierre del proveedor anterior hasta que puedas reconciliar datos críticos, ejecutar procesos reales con usuarios responsables, conservar evidencia de lo que se movió y demostrar que la salida futura también está pactada. La migración debe mejorar el control de la empresa, no trasladar dependencia de un proveedor a otro.

Fase 1. Inventario, alcance y propietarios de datos

Antes de pedir presupuesto o calendario, lista todos los lugares donde vive la información: CRM, ERP, facturación, comercio electrónico, TPV, hojas de cálculo, correo, carpetas compartidas, herramientas de soporte, banco, BI, formularios web, automatizaciones y bases auxiliares. Para cada fuente anota propietario de negocio, propietario técnico, volumen aproximado, fecha mínima y máxima, formato de exportación, datos personales, dependencias, calidad percibida y criticidad para operar al día siguiente.

No todos los datos merecen el mismo tratamiento. Los clientes activos, facturas, oportunidades abiertas, productos, usuarios, permisos, consentimientos y documentos justificativos suelen exigir control alto. Los registros antiguos, duplicados, campos sin uso, campañas cerradas o informes obsoletos pueden archivarse, transformarse o descartarse si existe base suficiente. Migrarlo todo por inercia encarece el proyecto y puede contaminar el sistema nuevo con problemas que ya impedían trabajar bien.

Asigna propietarios por objeto, no solo un responsable global. Ventas debe validar oportunidades y actividades; administración debe validar facturas, impuestos, series y cobros; operaciones debe validar pedidos, inventario o proyectos; dirección debe validar informes y KPI. El proveedor puede ejecutar extracciones y transformaciones, pero no puede interpretar solo qué significa un estado comercial, una familia contable o un campo heredado que nadie documentó.

El alcance debe incluir también lo que no se migra. Si una parte queda en archivo de solo lectura, define dónde estará, quién podrá consultarla, durante cuánto tiempo, cómo se buscará y cómo se protegerá. Si se elimina información, conserva la justificación. Si se anonimiza o minimiza, documenta la regla. Una migración ordenada no borra incertidumbre: la convierte en decisiones visibles.

• Fuente, formato y propietario de cada conjunto de datos identificados.
• Datos personales, documentos sensibles y permisos separados.
• Objetos marcados como migrar, transformar, archivar, eliminar o revisar.
• Criterio de éxito y tolerancia definidos por objeto.
• Responsables de aceptación nombrados antes de extraer datos.

Fase 2. Revisa contrato, acceso y salida antes de exportar

El mejor momento para revisar la salida es antes de necesitarla. Pide al proveedor actual el contrato, condiciones de servicio, anexo de tratamiento, política de exportación, formatos disponibles, coste de asistencia, plazo de entrega, tratamiento de adjuntos, logs, copias, subencargados y borrado posterior. Si la empresa solo tiene acceso operativo y no acceso administrador, resuelve esa dependencia antes de anunciar el cambio.

Cuando hay datos personales, la relación con el proveedor debe estar clara. La AEPD recuerda que el contrato de encargo de tratamiento debe definir objeto, duración, finalidad, tipos de datos, categorías de interesados, instrucciones documentadas, subcontratación y asistencia al responsable. En una migración, esos puntos no son burocracia: determinan quién puede copiar datos, dónde se almacenan temporalmente, cuándo se borran y qué evidencias quedan.

También conviene pactar confidencialidad, nivel de servicio y soporte. INCIBE agrupa recursos de contratación de servicios para empresas, incluidos modelos de confidencialidad, acuerdo de nivel de servicio y guías sobre cloud. Úsalos como lista de riesgos: transferencia segura, seguimiento durante el contrato y controles al finalizar el servicio.

Si el proveedor saliente no coopera, no improvises con capturas, copias parciales o credenciales compartidas. Escala por escrito, cita la cláusula de exportación o terminación, exige formatos abiertos cuando estén pactados y conserva una cronología. La migración puede requerir un plan alternativo, pero no debe basarse en sacar datos por rutas inseguras o incumplir permisos.

Fase 3. Mapea objetos, campos y relaciones con trazabilidad

El mapa de datos no es una tabla de columnas sueltas. Debe describir objetos, relaciones, reglas, valores permitidos, responsables y pruebas. En CRM, empresa, contacto, oportunidad, actividad, consentimiento y propietario forman una red. En ERP, cliente, producto, impuesto, pedido, albarán, factura, cobro y asiento pueden compartir claves. En facturación, serie, número, fecha, base, cuota, total, estado y adjuntos no se validan solo por existir en una fila.

Conserva identificadores del origen para trazabilidad, aunque el sistema nuevo genere sus propios IDs. Crea una columna de origen, destino, tipo, transformación, valor por defecto, obligatoriedad, responsable de validación, prueba y decisión. Presta atención a fechas, zonas horarias, decimales, moneda, codificación, listas cerradas, campos multivalor, etiquetas, estados y campos personalizados. Un estado llamado pendiente puede significar pendiente de llamada, pendiente de pago o pendiente de aprobación.

Las guías CRM más completas de la SERP insisten en que la validación debe cubrir relaciones, consentimientos, permisos, automatizaciones y reporting, no solo recuentos. Esa es la diferencia entre una importación técnicamente terminada y una migración que permite trabajar el lunes siguiente. Si los informes de dirección cambian porque la definición de etapa, oportunidad o ingreso se ha reescrito sin documentar, el dato puede estar cargado y seguir siendo inútil.

No limpies directamente sobre la extracción original. Guarda una copia inmutable, trabaja sobre una copia controlada y versiona reglas de normalización. Para duplicados, define criterio por objeto: NIF, email, dominio, teléfono, código de cliente, nombre legal, cuenta matriz o dueño comercial. Los casos estratégicos requieren revisión manual, porque dos registros parecidos pueden ser sociedades distintas o un mismo grupo con historiales separados.

• No sobrescribir la extracción original ni compartirla por canales improvisados.
• Mapear relaciones antes de importar campos individuales.
• Registrar reglas de transformación y recuentos afectados.
• Separar errores técnicos de decisiones de negocio.
• Mantener una lista de excepciones aceptadas, corregidas y pendientes.

Fase 4. Ensaya con datos difíciles y reconciliación medible

El ensayo debe contener casos normales y casos incómodos. Incluye registros antiguos, caracteres especiales, campos vacíos, múltiples relaciones, notas largas, adjuntos grandes, abonos, impuestos, usuarios inactivos, oportunidades abiertas, clientes con varios contactos, productos descatalogados, cambios de razón social y documentos que el negocio consulta de verdad. Una muestra aleatoria puede dejar fuera justo lo que rompe la operación.

Ejecuta la carga en un entorno de pruebas y genera un informe con registros leídos, importados, rechazados, transformados, fusionados y excluidos. La suma debe reconciliarse con el origen y con las reglas aprobadas. HubSpot resume su checklist de importación en pasos como exportar, limpiar, definir objetos, preparar campos, mapear, preparar asociaciones, hacer una importación de prueba y revisar objetos importados. Para una pyme, esa revisión debe añadir quién valida y qué evidencia acepta.

La reconciliación no termina en conteos globales. Compara importes por periodo, saldos abiertos, número de facturas, oportunidades por etapa, clientes activos, documentos adjuntos, consentimientos, usuarios, permisos e informes críticos. Revisa muestras manuales por cada tipo de objeto y navega las asociaciones. Un contacto sin empresa, una factura sin adjunto o un pedido sin producto puede quedar oculto si solo miras el total de filas.

Pide a usuarios finales que ejecuten procesos reales: buscar un cliente, abrir histórico, crear una oportunidad, emitir una factura de prueba, registrar un cobro, consultar stock, exportar un informe o responder una solicitud de baja. Registra defecto, responsable, impacto, solución y reensayo. No conviertas arreglos manuales de la muestra en sustituto de corregir la regla que procesará el total.

Fase 5. Controla privacidad, seguridad y copias temporales

Una migración multiplica copias, permisos y movimientos de datos durante un periodo corto. Define dónde se almacenan extracciones, quién puede descargarlas, cómo se cifran, cuánto tiempo se conservan, cómo se registran accesos y cuándo se destruyen. Evita adjuntos de correo, carpetas personales, mensajería no autorizada y cuentas compartidas. Usa usuarios nominativos, mínimo privilegio y autenticación multifactor siempre que el sistema lo permita.

No uses datos reales para probar si no hace falta. Cuando puedas validar estructura, formatos o importación con datos ficticios o anonimizados, hazlo. Si necesitas datos reales para comprobar calidad, reduce alcance, limita accesos y elimina copias al cerrar la aceptación. La minimización no consiste en borrar sin criterio; consiste en mover solo lo necesario para la finalidad definida.

Prepara respuesta ante incidente antes de extraer. Debe estar claro a quién avisar si se pierde un archivo, se envía a un destinatario equivocado, se detecta acceso indebido o un proveedor conserva copias fuera de plazo. El plan debe incluir preservación de evidencias, comunicación interna, bloqueo de accesos y consulta especializada cuando haya datos personales o información confidencial relevante.

Si el nuevo sistema es cloud, revisa ubicación, subprocesadores, exportación, borrado, continuidad, copias y soporte. La página de INCIBE sobre contratación de servicios recuerda que el seguimiento de seguridad no termina con la firma ni con el fin del contrato. En migraciones, ese principio se traduce en revisar tanto el tránsito como el cierre: copias intermedias, logs, usuarios temporales y revocación.

• Extracciones cifradas y con acceso limitado.
• Cuentas nominativas, MFA y registro de acciones cuando sea posible.
• Datos de prueba minimizados o anonimizados si basta para validar.
• Contrato de encargo y subencargados revisados cuando hay datos personales.
• Borrado de copias temporales y revocación de accesos planificados.

Fase 6. Planifica corte, doble operación y reversión honesta

El corte debe tener secuencia y hora, no solo una fecha en el calendario. Incluye aviso a usuarios, congelación de cambios, extracción final, copia verificada, transformación, carga, reconciliación, activación de integraciones, revisión de permisos, decisión de continuar y canal de incidencias. Evita cierres contables, campañas, ausencias clave y periodos de alta presión comercial. Si hay comercio electrónico o facturación diaria, define cómo se registran operaciones durante la ventana.

La doble operación puede ser útil, pero debe acotarse. Mantener dos sistemas en paralelo durante días puede detectar errores que no salieron en pruebas, pero también genera duplicados y confusión si nadie define qué sistema manda. Decide qué datos se introducen en uno, en ambos o en una hoja puente, quién los reconcilia y cuándo termina ese periodo. El objetivo es proteger la continuidad, no crear una tercera fuente informal de verdad.

Define criterios de no seguir. Por ejemplo: descuadre de facturación superior a la tolerancia, oportunidades abiertas sin propietario, permisos bloqueados para usuarios críticos, informes de dirección incoherentes, integraciones de pedidos fallidas o pérdida de documentos imprescindibles. Esos criterios deben estar pactados antes del corte. Decidir bajo presión cuando el equipo no puede trabajar suele llevar a aceptar riesgos que nadie habría aprobado en frío.

La reversión debe ser creíble. Puede significar reactivar el sistema anterior, cargar allí las operaciones realizadas durante la prueba, repetir extracción delta o retrasar apagado. Necesita acceso activo, copia restaurable, responsable de decisión y comunicación preparada. Una copia sin prueba de restauración no es un plan de vuelta; una frase del proveedor diciendo que se puede deshacer tampoco.

• Ventana de congelación comunicada y aceptada.
• Extracción final, copia y hash o recuento de control guardados.
• Integraciones y automatizaciones probadas sin duplicar operaciones.
• Usuarios, roles y permisos revisados antes de abrir.
• Criterio de seguir, pausar o revertir firmado por responsables.

Si hay Kit Digital: sustitución, mejora y evidencias

En un expediente Kit Digital ya concedido, cambiar o sustituir una solución exige mucha más cautela que elegir un software privado. Las bases reguladoras publicadas en el BOE indican que el beneficiario formaliza acuerdos con agentes digitalizadores para soluciones del catálogo, y que, cuando la adopción tenga como fin sustituir soluciones ya adoptadas, el agente debe determinar las mejoras funcionales concretas respecto de las soluciones previas, mientras el beneficiario debe indicar proveedor anterior, fecha de implantación, disponibilidad y justificación de la sustitución.

Esa regla no debe leerse como permiso automático para cambiar de proveedor sin expediente. Si la migración afecta a una solución financiada, revisa resolución, acuerdo de prestación, categoría, fase de ejecución, justificación, obligaciones de conservación y comunicaciones de la sede. La migración puede ser necesaria por incumplimiento, mejora funcional, continuidad o cambio operativo, pero debe estar alineada con lo firmado y con las evidencias que luego puedan pedirse.

En categorías históricas como gestión de clientes, gestión de procesos, BI o factura electrónica, el anexo de las bases incluye carga de datos, parametrización, integración, exportación o copias dentro de requisitos de algunas soluciones. Eso ayuda a pedir al proveedor un alcance serio, pero no reemplaza el acuerdo concreto ni la convocatoria aplicable. Tampoco permite anunciar una nueva convocatoria: a fecha de esta revisión, el estado oficial sigue mostrando el ciclo histórico cerrado.

Si no hay expediente activo, usa la misma disciplina sin depender de la ayuda. La empresa puede necesitar cambiar CRM, ERP o facturación por coste, salida, soporte, seguridad, integraciones o crecimiento. El checklist sigue siendo válido porque protege cuentas, datos y procesos, no porque exista una subvención.

Fase 7. Estabilización, archivo y cierre del proveedor anterior

Durante los primeros días compara recuentos por objeto, importes por periodo, saldos, estados, permisos y muestras de adjuntos. Revisa informes críticos contra una referencia del sistema anterior. Los totales globales pueden coincidir mientras faltan relaciones individuales, por lo que combina controles automáticos con revisión de casos reales. Mantén soporte reforzado y un registro único de incidencias.

No cierres la migración el día del arranque. Cierra cuando se hayan resuelto o aceptado excepciones, los procesos críticos funcionen, las integraciones no dupliquen operaciones, los usuarios conozcan el sistema y dirección acepte informes. Agenda una revisión a 15 o 30 días para comprobar adopción, calidad y deuda de datos. Muchos problemas aparecen cuando llega el primer cierre mensual, la primera campaña o la primera consulta histórica.

Archiva documentación de alcance, mapas, reglas, informes de prueba, actas, excepciones, decisiones, comunicaciones y acuerdos de borrado. Revoca accesos temporales, elimina copias intermedias, cambia credenciales compartidas que hayan existido y confirma la situación del sistema anterior: cerrado, solo lectura, archivo exportado o periodo de conservación. Si el proveedor anterior conserva datos, solicita confirmación del tratamiento pactado.

El cierre debe mejorar la capacidad futura de salida. Guarda el formato de exportación aceptado, responsables internos, límites detectados y cláusulas que conviene exigir al siguiente proveedor. Una buena migración no termina solo con el software nuevo funcionando; termina con la empresa sabiendo cómo no quedar atrapada otra vez.

Preguntas frecuentes

Siguientes pasos y recursos relacionados

Antes de contratar, presentar documentación o cambiar un sistema, confirma qué decisión necesitas tomar y qué evidencia debe quedar bajo control de la empresa.

• solución de gestión de clientes CRM
• solución de gestión de procesos
• contrato de software para pymes
• propiedad de cuentas y datos digitales
• servicio de selección de soluciones
• copias de seguridad para pymes