# Prueba una migración de CRM con una muestra pequeña

Elige un conjunto pequeño que cubra los distintos registros y relaciones de tus datos y compara su estado esperado con el resultado en un destino separado. Amplía la migración solo después de revisar los campos importantes, las asociaciones y las limitaciones conocidas.
Una carga correcta aún puede dejar una migración defectuosa. Los contactos pueden llegar sin sus empresas, los valores caer en campos equivocados o el destino tratar una fila repetida de otra manera. Una prueba de muestra permite observar ese comportamiento mientras la fuente completa sigue disponible y la decisión de recuperación aún es manejable.
Los registros y resultados esperados son ficticios y no se han importado a ningún CRM.

Canonical: https://areinum.com/es/guides/test-crm-migration-sample/
Language: es
Actualizado: 2026-10-31

## Define lo que debe conservarse

Antes de elegir filas, anota lo que el negocio necesita después del traslado. Puede incluir contactos, empresas, oportunidades, responsables, siguientes acciones y vínculos. Si importan notas, llamadas, adjuntos o historial, enuméralos aparte en vez de suponer que viajan con la exportación principal.

Escribe una comprobación observable para cada elemento. «Los datos parecen correctos» es demasiado amplio. Una comprobación mejor podría verificar que un contacto sigue vinculado a la empresa correcta, el campo de responsable tiene a la persona prevista y una fecha sigue siendo fecha en vez de texto.


## Elige una muestra que represente los casos difíciles

No selecciones solo los registros más nuevos y limpios. Incluye casos habituales, antiguos, con valores ausentes, posibles duplicados, caracteres especiales y relaciones con otro objeto. Si hay distintos tipos o etapas de clientes que usen asignaciones diferentes, incluye ejemplos de cada uno.

No existe un tamaño universal que pruebe que una migración es segura. La muestra sirve cuando expone las variaciones importantes, no cuando alcanza un porcentaje concreto. Anota lo que no cubre para que el equipo no confunda una prueba de casos seleccionados con una revisión completa.


## Asigna campos e identificadores

Copia los valores de origen a un archivo de prueba y asigna deliberadamente cada campo de destino. Marca los campos que deben actualizar un registro existente, los que deben crearse y las columnas que no deben importarse. Usa un identificador estable si el destino lo admite y documenta qué hará un identificador vacío.

La documentación de importación de varios objetos de HubSpot describe la importación de registros relacionados en uno o varios archivos y exige un identificador único para relacionar datos importados con un registro existente. También indica que no se pueden actualizar correos, reuniones, notas y tareas existentes por esa vía. Son comportamientos específicos de HubSpot; revisa la documentación y configuración del destino real.

Registros ficticios que adaptar antes de una prueba.

- ID de origen: CO-01; Tipo: Empresa; Valores: Cedar Bay Studio; dominio cedarbay.example; Relación: Empresa de referencia para C-01 y D-01
- ID de origen: C-01; Tipo: Contacto; Valores: Avery; avery@cedarbay.example; responsable Jordan; empresa CO-01; Relación: Exactamente un contacto vinculado a CO-01
- ID de origen: D-01; Tipo: Oportunidad; Valores: Renovación web; propuesta enviada; responsable Jordan; próxima revisión 2026-10-21; Relación: Vinculada a C-01 y CO-01
- ID de origen: C-02; Tipo: Contacto; Valores: Taylor Reed; correo ausente; responsable Morgan; Relación: Mantener en espera o crear según regla explícita; no adivinar una coincidencia
- ID de origen: ACT-01; Tipo: Nota de llamada; Valores: Llamada de descubrimiento del trimestre anterior para C-01; Relación: Conservar vínculo con C-01 o registrar la importación no admitida como vacío


## Ejecuta la prueba donde no dañe la lista real

Usa un espacio de prueba separado u otro destino que no pueda sobrescribir datos de producción. Si el sistema no tiene una zona segura, pide a su responsable un método controlado antes de importar. Conserva una copia del archivo exacto y anota la configuración de importación para poder repetir o explicar el resultado.

Después de importar, compara cada caso con el resultado esperado. Comprueba cantidades de registros, valores, identificadores y vínculos entre objetos. Revisa errores y filas omitidas en vez de tratar un estado de importación completada como prueba de que todo se trasladó.


## Fija una decisión antes de ampliar

Acordad de antemano qué fallos exigen detener, corregir la asignación o aceptar una limitación documentada. La falta de un vínculo de contacto a empresa puede ser un bloqueo para un equipo que depende del historial de cuentas. Un cambio cosmético de formato puede aceptarse si el valor está intacto. Quien dirige la migración debe registrar la decisión y el motivo.

Cuando pase la prueba, amplía la migración en grupos controlados y repite las mismas comprobaciones después de cada grupo. Mantén disponible el sistema de origen hasta que el equipo verifique los registros necesarios y decida cómo tratar lo que no se pudo importar.


## Usar Areinum

Pide a Areinum Assistant organizar los registros de muestra, asignaciones de campos y relaciones esperadas en una lista de prueba. La persona responsable ejecuta la prueba en un destino separado y comprueba qué llegó realmente.


## Preguntas frecuentes

### ¿Cómo elijo una muestra de migración?

Incluye tipos de registros, relaciones y casos difíciles de los que depende el equipo, como identificadores ausentes, empresas vinculadas e historial de actividad.

### ¿Una carga exitosa significa que la migración ha superado la prueba?

Compara campos, relaciones y excepciones importados con el resultado esperado. La carga puede completarse aunque falte contexto importante.

### ¿Una muestra aprobada garantiza toda la migración?

Cubre los casos probados. Revisa el alcance restante y las limitaciones conocidas antes de decidir si continúas.

### ¿Areinum importará la muestra a nuestro CRM real?

La guía describe una lista y una prueba controlada. La persona responsable elige un destino adecuado y gestiona la importación real.

## Fuentes y lecturas adicionales

- [Import records for multiple objects](https://knowledge.hubspot.com/import-and-export/import-objects): La documentación de HubSpot describe importaciones de varios objetos, asociaciones e identificadores únicos para relacionar datos importados con registros existentes. El artículo documenta comportamiento y requisitos de HubSpot, no una referencia de éxito de migraciones. Indica que correos, reuniones, notas y tareas existentes no pueden actualizarse por esta vía. (2026-10-18)

Descargar la hoja original (Archivo en inglés): https://areinum.com/guides/test-crm-migration-sample/crm-migration-sample-test.csv

## Registro de prueba de muestra de migración de CRM

Los registros y resultados esperados son ficticios y no se han importado a ningún CRM.

| Caso de prueba | Registro ficticio de origen | Resultado esperado | Resultado observado | Comprobación de relación | Estado | Seguimiento |
| --- | --- | --- | --- | --- | --- | --- |
| Contacto y empresa | Avery en Cedar Bay Studio | Un contacto vinculado a Cedar Bay Studio | No ejecutado | Debe existir el vínculo con la empresa | No ejecutado | Comprobar correo y dominio |
| Asociación de oportunidad | Propuesta de renovación web | Oportunidad vinculada a contacto y empresa | No ejecutado | Deben existir ambos vínculos | No ejecutado | Confirmar que el destino admite la asociación |
| Identificador ausente | Taylor Reed sin correo | Sin coincidencia accidental con otro contacto | No ejecutado | No debe sobrescribirse ningún contacto | No ejecutado | Elegir regla de creación o espera antes de importar |
| Actividad histórica | Nota de llamada de un trimestre anterior | Actividad disponible o registrada como vacío conocido | No ejecutado | La actividad sigue vinculada a su contacto | No ejecutado | Comprobar si la vía de importación del destino admite este elemento |

1. Usa una fila por caso que pruebe un tipo, asignación, identificador o asociación distintos.
2. Escribe el resultado esperado antes de la prueba. Completa después lo observado y usa seguimiento para registrar una reparación o vacío aceptado.
3. Nombres y registros son ficticios. Una muestra aprobada reduce la incertidumbre de los casos probados, pero no demuestra que cada registro o flujo migre correctamente.

### Asigna campos e identificadores

Registros ficticios que adaptar antes de una prueba

| ID de origen | Tipo | Valores de campos | Relación por comprobar |
| --- | --- | --- | --- |
| CO-01 | Empresa | Cedar Bay Studio; dominio cedarbay.example | Empresa de referencia para C-01 y D-01 |
| C-01 | Contacto | Avery; avery@cedarbay.example; responsable Jordan; empresa CO-01 | Exactamente un contacto vinculado a CO-01 |
| D-01 | Oportunidad | Renovación web; propuesta enviada; responsable Jordan; próxima revisión 2026-10-21 | Vinculada a C-01 y CO-01 |
| C-02 | Contacto | Taylor Reed; correo ausente; responsable Morgan | Mantener en espera o crear según regla explícita; no adivinar una coincidencia |
| ACT-01 | Nota de llamada | Llamada de descubrimiento del trimestre anterior para C-01 | Conservar vínculo con C-01 o registrar esta importación no admitida como vacío |

## Contenido relacionado

- [Revisa los registros duplicados de clientes antes de importar](https://areinum.com/es/guides/review-crm-duplicates/)
- [Prepara un plan de reversión antes de cambiar de software](https://areinum.com/es/guides/prepare-crm-rollback/)
- [Una conversación para el trabajo que hay detrás de tu negocio](https://areinum.com/es/product/assistant/)

Ver la demo: https://platform.areinum.com/

La demo usa datos de una empresa de ejemplo. Puede que tengas que coordinar el acceso por separado.