Cómo detectar datos duplicados, antiguos o contradictorios
Separa el tipo de problema antes de modificar datos: una coincidencia de nombres, un campo vacío y dos valores incompatibles requieren decisiones diferentes.
| Señal | Qué comprobar | Qué evitar |
|---|---|---|
| Posible duplicado | Identificadores, cuenta, asociaciones e historial | Fusionar por nombre parecido |
| Dato posiblemente antiguo | Fecha del hecho y evidencia de cambio | Tomar la fecha de importación como vigencia |
| Valores en conflicto | Fuente, alcance, taxonomía y autoridad del campo | Elegir el más reciente sin entender la fuente |
| Dato ausente | Si es necesario para la siguiente decisión | Rellenar por inferencia sin etiquetarla |
HubSpot presenta coincidencias como posibles duplicados y pide revisar los registros asociados antes de una fusión masiva. Esa distinción importa: una sugerencia de la herramienta inicia una comprobación; no prueba que las dos entidades sean la misma. HubSpot: revisión de registros duplicados ↗
Clasificar el problema permite preparar una auditoría que conserve el estado original.
Checklist de auditoría antes de tocar el CRM
Trabaja primero sobre un inventario de propuestas con valores originales; una auditoría puede revisarse sin ejecutar todavía fusiones ni borrados.
- Delimita segmento, campos y automatizaciones afectadas; asigna un responsable de revisión.
- Guarda una exportación disponible con IDs, valores, fechas y asociaciones relevantes; documenta qué no incluye.
- Genera candidatos a revisión sin modificar registros operativos.
- Clasifica cada problema y registra la evidencia que apoya la propuesta.
- Acuerda precedencia por campo y comprueba si existen cambios comerciales posteriores.
- Prueba cambios permitidos en una muestra controlada; revisa el resultado antes de ampliar el lote.
- Autoriza por separado cualquier operación irreversible y verifica asociaciones e historial después.
No llames “backup completo” a cualquier CSV. Una exportación puede no conservar actividades, asociaciones, archivos o configuración necesarios para reconstruir un registro. Comprueba la recuperación que admite tu CRM antes de aprobar operaciones; conservar una copia no crea un botón de deshacer.
| Columna | Contenido obligatorio |
|---|---|
| Lote / ID del registro / ID relacionado | Identidad del registro y candidato relacionado |
| Campo / valor original / propuesta | Antes y después; no eliminar el valor original de la ficha |
| Problema y evidencia | Duplicado, antigüedad, conflicto o ausencia; fuentes y fechas |
| Regla y confianza | Por qué se propone; confirmado o pendiente |
| Responsable / aprobación | Quién revisa y fecha de decisión |
| Efectos y recuperación | Asociaciones, automatizaciones; pasos de restauración probados o irreversibilidad |
| Resultado / comprobación posterior | Aplicado, rechazado o pendiente; identidad y relaciones revisadas |
Con un inventario trazable puedes evaluar cada cambio y su capacidad real de recuperación.
Cuándo fusionar y qué cambios no se pueden deshacer
Fusiona solo después de confirmar identidad, supervivencia de datos y consecuencias; la reversibilidad de una revisión no implica la reversibilidad de una fusión.
HubSpot indica expresamente que los registros fusionados no se pueden revertir. Una exportación previa puede ayudar a reconstruir información, pero no equivale a restaurar automáticamente los registros con todas sus relaciones. Verifica el comportamiento concreto de tu plataforma antes de aprobar la operación. HubSpot: revisión de registros duplicados ↗
Para corregir un campo reversible, define qué valor restaurar y comprueba que otro usuario no lo haya cambiado entretanto. Para una fusión irreversible, exige una revisión explícita de identidad y asociaciones antes de ejecutarla. Mantener una cola pendiente es preferible a aprobar un cambio cuya consecuencia no se entiende.
El mismo control de evidencia sirve para decidir sobre registros antiguos y valores contradictorios.
Tres casos de limpieza y su decisión
Estos casos sintéticos muestran cuándo conservar, corregir o detener una propuesta; no son pruebas ejecutadas en un CRM.
Después de cada decisión, comprueba que la calidad mejoró sin romper relaciones útiles.
Cómo medir la limpieza y evitar que el problema vuelva
Mide el resultado del mismo lote y registra qué reglas previenen la reaparición del defecto; contar filas eliminadas no demuestra mejor calidad.
En un lote hipotético de veinte pares candidatos, doce pares revisados pueden incluir siete pares de duplicados confirmados y cinco pares que son falsos positivos; ocho pares siguen pendientes. No presentes doce pares como duplicados resueltos ni siete como fusiones realizadas. Registra confirmación, aprobación y ejecución por separado, con el mismo denominador y periodo.
Acuerda una revisión según la volatilidad del atributo y el uso del dato. No existe aquí una caducidad universal de treinta o noventa días: una señal comercial reciente y una razón social estable no requieren la misma frecuencia.
Si después de limpiar faltan atributos necesarios, pasa a la ficha de enriquecimiento conservando su fuente y fecha.
Para evitar que la sincronización reintroduzca errores, define la autoridad de cada campo en la integración con el CRM.
La decisión de qué contactos trabajar pertenece a la cualificación de leads; una base limpia no demuestra por sí sola encaje comercial.
Si el bloqueo afecta a toda la captación, conecta datos, canales y seguimiento mediante la metodología de adquisición B2B antes de incorporar otra herramienta.
La auditoría termina cuando los cambios quedan explicados y la siguiente operación conserva su contexto.
En resumen
Limpia para recuperar decisiones fiables, no para reducir filas. Conserva evidencia, revisa cambios y separa una propuesta reversible de una operación que la plataforma no permita deshacer.