Cómo emparejar duplicados por un ID de otro sistema

Un ID de otro sistema suele ser el campo más preciso por el que emparejar. Si tu ERP, tu herramienta de facturación o tu base de licencias da a cada cliente un único número, dos registros del CRM con el mismo número son casi seguro el mismo cliente.

El inconveniente es que el ID tiene que ser consistente. Un número escrito con prefijo en un registro y sin él en otro no coincidirá exactamente. Y un ID que pertenece a una empresa, no a una persona, agrupará a todos los que trabajan allí.

Este artículo explica qué ID sirven como campos de coincidencia, cómo comprobar uno antes de confiar en él y cómo fusionar los registros que encuentra sin romper la sincronización que trajo el ID.

Qué ID sirven como campos de coincidencia

Cualquier ID que otro sistema asigne a un solo cliente, y solo a uno, puede servir. Los habituales:

• Números de cliente del ERP o de contabilidad. El número que usa tu sistema financiero para una cuenta de cliente.
• IDs de facturación o de suscripción. El ID de cliente de la herramienta que cobra la tarjeta.
• Números de identificación fiscal o de IVA. Útil para empresas, siempre que las filiales no compartan uno.
• Números de licencia o de registro. Números de colegiado, de consulta y similares en sectores regulados.
• El ID de usuario o de cuenta de tu propio producto. Cuando los registros de alta de tu app se sincronizan con el CRM.

Lo que tienen en común es que los creó una persona o un sistema fuera del CRM. Un comercial no los escribió de memoria, así que es menos probable que tengan erratas que un nombre o un número de teléfono.

Comprueba el ID antes de confiar en él

Antes de crear una búsqueda sobre un ID, mira cómo se guarda. Unas pocas comprobaciones ahorran mucha limpieza después.

¿Se escribe igual en todas partes?

Mira una muestra de registros. Si algunos ID tienen prefijo («CUST-1045»), ceros a la izquierda («001045») o espacios, y otros no, una comparación exacta los trata como valores distintos. Estandariza primero el formato, o arregla la integración que lo escribe.

¿Pertenece a una persona o a una empresa?

Es el error más habitual. Un número de cliente del ERP suele identificar una cuenta. Si ese número se copia en todos los contactos del cliente, emparejar contactos por él agrupa a todas las personas de esa empresa en un solo conjunto de duplicados.

En empresas, el ID de cuenta puede bastar por sí solo. En personas, combínalo con un campo de persona, como el correo o el nombre y apellidos.

¿Cuántos registros están vacíos?

Los registros sin ID no pueden emparejar por él. Eso es útil, porque los vacíos nunca provocan una coincidencia falsa, pero también significa que la búsqueda solo cubre parte de la base de datos. Si la mitad de tus registros no tiene ID, necesitarás una segunda búsqueda por otros campos para el resto.

¿Pueden dos registros reales compartirlo?

Algunos ID se comparten a propósito. Una empresa matriz y sus sucursales pueden estar bajo un mismo número fiscal, o una cuenta de facturación puede cubrir varias unidades de negocio. Decide si deben ser un solo registro antes de fusionarlos.

Revisa las coincidencias por ID antes de automatizarlas

Incluso un ID limpio puede fallar de vez en cuando. Un comercial pega un número en el registro equivocado, o una importación asigna la columna de ID al campo incorrecto. Cuando eso pasa, dos clientes distintos comparten un ID, y una fusión los combinaría.

Por eso merece la pena revisar las coincidencias basadas en un ID externo antes de fusionarlas. Revisa a mano los primeros conjuntos, rechaza lo que no sea un duplicado real y busca patrones en los falsos. Muchos equipos mantienen las coincidencias por ID en un paso de revisión para siempre, así que una persona aprueba cada fusión.

Decide qué registro sobrevive

Una vez sabes que dos registros son el mismo cliente, el registro que conservas importa más de lo normal. El otro sistema apunta a uno de ellos.

Si tu ERP o tu herramienta de facturación sincroniza con un registro concreto del CRM, conserva ese registro como principal. Si no, la siguiente sincronización puede no encontrar el registro que espera y crear uno nuevo, y el duplicado vuelve. Qué pasa con los workflows y los IDs de registro al fusionar explica cómo cambian los ID de registro en cada CRM.

Luego revisa el propio campo de ID. Si los duplicados tienen IDs distintos, decide cuál gana antes de fusionar, para que el registro superviviente conserve el número que usa el otro sistema.

Un campo preciso aún necesita una comprobación

Un ID de otro sistema puede encontrar duplicados que los nombres y los correos no detectan, porque se asignó fuera del CRM. Pero solo es tan bueno como su consistencia. Una diferencia de formato oculta coincidencias reales, y un ID copiado en el registro equivocado crea coincidencias falsas.

Comprueba cómo está escrito el ID, si pertenece a una persona o a una empresa y si alguien lo comparte. Después revisa las coincidencias antes de fusionarlas, y conserva el registro al que apunta tu otro sistema.

Preguntas frecuentes