Cómo deduplicar antes, durante y después de una migración CRM

Una migración del CRM trae registros de sistemas desconectados a una base de datos. Los duplicados en cada fuente se trasladan, y nuevos se forman donde el cliente existe en ambos lados. Lo más seguro es limpiar cada fuente primero, acordar el campo identificador, y verificar de nuevo cuando los datos lleguen. Si ya migraste y el nuevo CRM tiene duplicados, puedes corregirlo con precauciones extra. Aquí verás por qué las migraciones crean duplicados, qué hacer en cada etapa, y cómo combinar dos CRMs tras una adquisición.

Por qué las migraciones de CRM crean duplicados

Cada migración es diferente, pero hay situaciones que aparecen en la mayoría de las que he visto:

• Dos sistemas que nunca se verificaban entre sí: un cliente que existe en el CRM antiguo y en el nuevo aparece dos veces, una de cada lado.
• IDs distintos: Cada sistema tiene sus propios IDs de registro, así que el ID antiguo no significa nada para el nuevo CRM. Sin una clave compartida, la importación no puede saber que dos registros pertenecen a un cliente.
• Mapeo de campos: un correo en un campo secundario, un teléfono en otro formato o un nombre de empresa dividido deja de coincidir una vez asignado.
• Importaciones sin un campo identificador: las filas sin correo electrónico, dominio o ID generalmente se convierten en registros nuevos en lugar de actualizar los existentes.
• Duplicados ya en el origen: lo que el CRM anterior contenía, el nuevo lo hereda.

La deduplicación integrada se comporta diferente en cargas masivas. En un CRM, las reglas de duplicados no alertan en importaciones y cargas por API (las filas coincidentes simplemente no se guardan), así que verifica qué fue rechazado. En otro, las filas sin email, dominio o Record ID se convierten en registros nuevos, y las empresas creadas por API no se verifican por dominio.

A partir de octubre de 2026, desde Ayuda Salesforce: Reglas de duplicados. y la base de conocimiento de HubSpot: Deduplicación de registros.

Limpia los datos antes de moverlos

Limpiar el sistema antiguo es más fácil. Nada en el nuevo CRM depende de esos registros, y no hay flujos de trabajo, secuencias ni informes que se ejecuten sobre ellos.

Deduplica cada fuente por separado primero

Limpia primero dentro de cada sistema antes de compararlos. Si un cliente aparece tres veces en el CRM antiguo y dos en el nuevo, fusiona cada lado primero. Así cotejamos un registro contra uno.

Luego compara los dos sistemas entre sí

Exporta ambos sistemas y hazlos coincidir en los campos en que más confías. El correo electrónico para personas y el dominio del sitio web para empresas son puntos de partida comunes. El teléfono, nombre con empresa y dirección ayudan cuando faltan esos datos.

Combina primero las coincidencias de las que estés más seguro. Revisa coincidencias aproximadas, como el mismo nombre en la misma empresa con distinto correo, antes de decidir.

Define qué valor prevalece

Cuando el mismo cliente existe en ambos sistemas, cada registro tiene parte de la verdad. Por cada campo, decide cuál gana: el valor más nuevo, el más completo, o el del sistema en que confías.

Propietario, etapa del ciclo de vida y exclusión de correo merecen la máxima atención. Un propietario incorrecto causa disputas de comisiones, y una exclusión perdida significa enviar correo a alguien que pidió no ser contactado.

Deja atrás lo que no necesites

Los registros de prueba, contactos rebotados y empresas sin actividad en años no tienen que moverse. Cada registro que dejas atrás es uno menos para coincidir. Guarda una exportación de archivo por si alguien los pide más tarde.

Acuerda el campo que identifica cada registro.

Antes de la primera importación, acuerda el campo que dice "este es el mismo registro" para cada objeto. Tus importaciones, integraciones y formularios deben usarlo todos.

Traslada el ID del registro antiguo a un campo en cada registro migrado. Es tu enlace al origen cuando el registro tenga un ID nuevo. También permite que importaciones posteriores actualicen registros en lugar de crear nuevos.

Evita duplicados durante la migración

La mayoría de los duplicados que se forman durante una migración provienen del mismo registro llegando más de una vez. Estos principios ayudan:

• Carga un lote de prueba primero, luego busca duplicados en el nuevo CRM antes de cargar el resto.
• Importa en orden: empresas antes de personas, y personas antes de acuerdos, así cada registro se vincula a uno que ya existe.
• Mantén una lista de los formularios, sincronizaciones e integraciones que escriben en el nuevo CRM durante la migración.
• Ejecuta cada importación en el campo en el que te pusiste de acuerdo, así una segunda pasada actualiza los registros.
• Evita sincronizaciones bidireccionales entre el CRM antiguo y el nuevo a menos que hayas decidido qué lado posee cada campo.

Fusión de dos CRM después de una adquisición

Integrar dos CRM empresariales añade problemas que una migración única no tiene. Ambos lados contienen registros activos reales del mismo cliente, a menudo con propietarios e historiales diferentes.

• Decide cuál es la fuente de verdad para cada objeto, o para cada campo.
• Acuerda la propiedad antes de fusionar, incluso cuál representante mantiene la cuenta que ambos equipos trabajaron.
• Mantén separadas las oficinas regionales y filiales cuando comparten nombre o dominio. Una coincidencia amplia en el nombre puede fusionarlas en un registro.
• Mapea los dos conjuntos de etapas, valores de lista y convenciones de nomenclatura antes de emparejar.

Son decisiones de negocio tanto como de datos. Asegúrate de que ventas acuerde sobre la propiedad antes de la primera fusión.

Si ya migraste con duplicados

Los equipos suelen encontrar duplicados semanas después del lanzamiento, cuando reportes cuentan clientes dos veces o dos ejecutivos llaman a la misma persona. Se pueden corregir. La diferencia es que el CRM nuevo está en producción, así cada fusión afecta trabajo activo.

Identifica qué sigue creándolos

Busca una sincronización aún en marcha desde el sistema antiguo, una importación repetida por error o un formulario que omite el campo que acordaste. Conocer estas fuentes te dice qué registros nuevos vigilar.

Puedes limpiar mientras siguen ejecutándose. Combina los duplicados pendientes en fases, y combina automáticamente los nuevos duplicados a medida que llegan.

Encuéntralos por su origen

Los registros migrados suelen compartir fecha de creación o lote de importación. Buscar por el ID del sistema antiguo o la fecha de importación reduce el trabajo a los registros más probables de ser duplicados.

Comprueba de qué dependen los ID de registros

Fusionar puede cambiar IDs de registros. En un CRM, el registro fusionado obtiene un ID nuevo. En otro, el registro superviviente mantiene su ID y los otros van a la Papelera por 15 días.

Cualquier integración, informe u hoja de cálculo que almacene ID necesita actualización tras una fusión grande.

A partir de octubre de 2026, de la base de conocimiento de HubSpot: Fusionar registros, y Ayuda de Salesforce: Consideraciones al fusionar cuentas y Papelera de reciclaje.

Fusiona en etapas

Empieza con duplicados de los que estés seguro, como el mismo correo o el mismo ID antiguo. Guarda los valores originales antes de cada ronda, pues en muchos CRM no se puede deshacer la fusión.

A partir de octubre de 2026, de la base de conocimiento de HubSpot: Fusionar registros, y el centro de soporte de Pipedrive: Fusiona duplicados.

Planifica la deduplicación en la migración.

Los duplicados de migración provienen de cada fuente y de clientes que existen en ambos lados, así que la deduplicación merece su propio tiempo en el plan. Las fuentes limpias y un campo acordado para identificar cada registro hacen la mayor parte del trabajo antes de la primera importación.

Si el CRM nuevo ya contiene duplicados, los mismos principios aplican a los datos en directo. Los encuentras por su origen, compruebas qué depende de los IDs de registros y fusionas por fases mientras las fuentes siguen funcionando.

Preguntas frecuentes