# Protege IDs externos al fusionar duplicados del CRM | Dedupely > Proteja siempre los IDs de ERP, facturación y contratos al fusionar: compare por ID, revise los registros con IDs distintos y elija qué registro se conserva. - URL: https://dedupe.ly/es/base-de-conocimiento/proteger-ids-externos-al-fusionar - Section: knowledge-base - Site index: https://dedupe.ly/llms.txt - Any page: append `.md` to its URL for this plain-text form --- Saltar al contenido [Nuevo Dedupely Intelligence Ahora en todos los planes de pago, mensuales o anuales.](https://dedupe.ly/ai-deduplication) ## Proteger los ID Externos al Fusionar Por [Gaby Salinas](https://www.linkedin.com/in/gbyslns) Actualizado 11 de noviembre de 2026 Proteja los ID de ERP, facturación y contratos: fusione los duplicados que comparten un ID y nunca los registros con IDs distintos. Los IDs externos, como un número de cliente del ERP, un ID fiscal o un número de cuenta de facturación, vinculan un registro del CRM con otro sistema. Dos registros con el mismo ID externo casi siempre son duplicados. Dos registros con IDs distintos casi siempre corresponden a clientes diferentes, aunque sus nombres y correos se parezcan, y fusionarlos deja un solo ID. En Dedupely, protege los IDs externos usándolos como criterio de coincidencia, localizando las diferencias antes de fusionar, eligiendo qué registro se conserva con Merge Rules y, en Dedupely Intelligence, usando campos protegidos. ### Antes de empezar - **Un CRM conectado y sincronizado**, con los campos de ID sincronizados. Todos los campos se sincronizan con Dedupely, incluidos los personalizados. Ver [Conecta tu CRM](https://dedupe.ly/knowledge-base/connect-your-crm). - **Conozca qué campos contienen ID externos**, y si son de solo lectura en su CRM. No se pueden definir Merge Rules sobre campos de solo lectura. ### Qué puede salir mal con los ID externos | **Situación** | **Ejemplo** | **Qué hacer** | | --- | --- | --- | | **Mismo ID** | Dos cuentas con el número de cliente ERP 10442 | Un duplicado claro. Coincida por el ID con **Exacta**. | | **Un registro tiene el ID y el otro está vacío** | Un contacto de un formulario web y la misma persona sincronizada desde facturación | Normalmente es un duplicado. Asegúrate de que sobreviva el registro con el ID (ver más abajo). | | **Identificadores distintos** | Dos sucursales de la misma empresa, cada una con su propio ID fiscal | Normalmente son clientes distintos. No los fusione: busque estas coincidencias y recházelas. | ### Paso 1: buscar coincidencias por el propio ID Crea una Duplicate Search en el campo ID con **Exacta**, además de uno o dos campos para confirmar la coincidencia, como el nombre de la empresa y el sitio web (raíz del dominio). Los registros que comparten un ID externo son sus duplicados más seguros. Consulte [Duplicate Searches](https://dedupe.ly/knowledge-base/duplicate-searches). Como una fusión errónea puede afectar a la facturación o a una sincronización con el ERP, empieza por [Auto Match](https://dedupe.ly/knowledge-base/auto-match) y enviar las coincidencias dudosas a [Manual Review](https://dedupe.ly/knowledge-base/manual-review) para el titular de la cuenta, en lugar de fusionar todo de una vez. ### Paso 2: Busque las coincidencias en las que los ID difieren Tus otras búsquedas, por nombre, correo electrónico o dominio, pueden seguir agrupando en una misma coincidencia dos registros con ID distintos. Localízalos antes de fusionar: - Abra la Duplicate Search y haga clic en **Filtros**. - Haz clic en **+ Add condition** y seleccione el campo ID. - Elija el operador **es único en la coincidencia**. Muestra las coincidencias en las que cada registro tiene un valor distinto. - Dejar **Contar los vacíos como un valor** desmarcada, salvo que quiera que un ID en blanco cuente como un valor propio. - Haz clic en **Hecho**, luego **Scan**. Revisa lo que queda. Rechaza las coincidencias que no son duplicados para que no vuelvan a aparecer en ninguna búsqueda de ese objeto, y envía las dudosas a Manual Review. Consulta [Filtros](https://dedupe.ly/knowledge-base/filters) y [Coincidencias rechazadas](https://dedupe.ly/knowledge-base/rejected-matches). ### Paso 3: Asegúrate de que el registro con el ID se conserve Los valores vacíos nunca sobrescriben datos existentes, así que cuando solo un registro de una coincidencia tiene el ID, se conserva. Lo que eliges es qué registro sobrevive, con su ID de registro y su enlace a tu otro sistema: - **Registro principal:** defínalo en **Personalizado**, con una Win Rule: Cuando Field your ID field, operador **no está vacío**. Se conserva el registro vinculado a tu ERP o sistema de facturación. - **El campo ID:** defínalo en **Solo principal**, para que el registro que se conserva mantenga su propio ID. - **Comprueba el resultado** en el panel **Merge Preview** columna de Ver detalles de coincidencia antes de fusionar en masa. Cómo gestiona cada CRM el ID del registro al fusionar: - **Salesforce:** el registro maestro conserva su ID, así que las integraciones que apuntan a él siguen funcionando. - **HubSpot:** HubSpot asigna al registro fusionado un nuevo ID de registro, y los IDs antiguos redirigen a él. Si otra herramienta guarda IDs de HubSpot, actualícelos con el tiempo. Consulta [Merge Rules](https://dedupe.ly/knowledge-base/merge-rules). ### Paso 4: en Dedupely Intelligence, utilice los campos protegidos Dedupely Intelligence no usa la configuración de coincidencias ni los filtros de sus Duplicate Searches. Para evitar que los registros con ID externos distintos coincidan allí, use campos protegidos: - Abre **Dedupely Intelligence** en Contactos, Empresas o Leads. - Haz clic en **Campos protegidos** arriba a la derecha. - En **Nunca compare valores de campos distintos**, haz clic en **Añadir un campo** y elija su campo de ID. Puede añadir hasta 5 campos. - Elige cómo se tratan los valores vacíos: - **Ninguno puede estar en blanco:** los registros solo coinciden si todos tienen el ID y es el mismo. - **Al menos uno debe estar relleno:** un registro sin ID puede coincidir con otro que sí lo tiene. - **Todos pueden dejarse en blanco:** los ID vacíos nunca impiden la coincidencia; solo la impiden los ID diferentes. - Haz clic en **Guardar**. Si muchos de sus registros aún no tienen el ID, como los contactos de formularios web, elija **Todos pueden dejarse en blanco**, así que aún pueden coincidir. Las otras dos opciones son más estrictas. Consulte [Campos protegidos](https://dedupe.ly/knowledge-base/protected-fields). ### Paso 5: Mantenerlo protegido con el tiempo - **Automatice al final.** Activa Auto Merge solo en la búsqueda que coincide por el propio ID, una vez que se haya ejecutado sin coincidencias falsas. Mantén las búsquedas por nombres o dominios en Auto Match. - **Mantenga activados sus ajustes de seguridad.** Se excluyen las coincidencias basadas en datos de relleno y las que tienen más de 20 registros, que suelen indicar un valor compartido o de relleno. Consulte [Seguridad al fusionar](https://dedupe.ly/knowledge-base/merge-safety). - **Si se fusionaron dos registros con IDs distintos**, deshaz la fusión desde Merge History en un plazo de 30 días. Los registros vuelven con nuevos ID, así que revisa los enlaces que tus otros sistemas tienen con ellos. Consulta [Deshacer una fusión](https://dedupe.ly/knowledge-base/undo-a-merge). ### Configuración de ejemplo Un distribuidor sincroniza su ERP con Salesforce. Cada cuenta tiene un **Número de cliente ERP**, y las sucursales de una misma empresa tienen sus propios números. - **Búsqueda 1 (mismo ID):** Número de cliente ERP: Exacto · Nombre de cuenta: Similar Words (Cualquier orden), con Términos ignorados *Inc.*, *LLC*, *Ltd.* · En Auto Match, y después Auto Merge cuando haya funcionado sin coincidencias falsas. - **Búsqueda 2 (por nombre):** Nombre de la cuenta: Similar Words (Any Order) · Sitio web: Dominio raíz · Ciudad de facturación: Exacta. Filtro: Número de cliente ERP · es único en todas las coincidencias. El equipo revisa estas coincidencias cada semana y rechaza las ramas. - **Merge Rules:** Registro principal definido como Personalizado, con una Regla de ganador: cuando el campo ERP Customer Number · no esté vacío. ERP Customer Number definido como Solo principal. - **Dedupely Intelligence:** Número de cliente del ERP añadido a los campos protegidos. Las cuentas creadas por el equipo de ventas aún no tienen número, así que la opción en blanco está **Todos pueden dejarse en blanco**. ### Errores comunes - **Fusionar solo por nombre cuando los registros tienen ID.** Dos sucursales con el mismo nombre son clientes distintos. Compruebe primero el ID. - **Fusionar en masa los resultados de "es único entre coincidencias".** Son las coincidencias en las que difieren los ID. Revíselas una a una. - **Dejar que sobreviva el registro sin ID.** Defina el registro principal para que prevalezca el registro vinculado a su otro sistema. - **Activar Auto Merge en una búsqueda que no incluye el ID.** Manténgalo en Auto Match y revíselo. - **Olvidarse de la inteligencia de Dedupely.** Sus coincidencias no usan sus filtros. Añada el ID a los campos protegidos. ### Preguntas frecuentes sobre IDs externos - **¿Dos registros con el mismo ID externo son siempre duplicados?** Casi siempre. Vigile los valores de relleno, como 0000, que comparten muchos registros. Los Ajustes de seguridad apartan las coincidencias con más de 20 registros. - **¿Qué ocurre con el ID cuando un registro lo tiene y el otro no?** Los valores vacíos nunca sobrescriben los datos existentes, así que el ID se conserva. - **¿Y si ambos registros tienen ID distintos?** No los fusiones. Usa el filtro "es único entre coincidencias" para encontrar estas coincidencias y recházalas. - **¿Pueden las Merge Rules modificar un campo de ID de solo lectura?** No. No se pueden definir Merge Rules en campos de solo lectura. - **¿Funcionan los campos protegidos en mis Duplicate Searches?** No. Son para Dedupely Intelligence. En sus propias búsquedas, use el ID para cotejar y aplique filtros. - **¿Puedo deshacer una fusión de dos registros con ID distintos?** Sí, en un plazo de 30 días, desde Merge History. El registro restaurado recibe un nuevo ID en su CRM. ### A continuación [Campos protegidos Evite que los registros coincidan en Dedupely Intelligence cuando un campo que nunca debería cambiar sea distinto.](https://dedupe.ly/knowledge-base/protected-fields) ### ¿Sigues atascado? Nuestro equipo ayuda en todos los planes y durante la prueba gratuita, por chat, correo o Zoom. - ¿Necesitas ayuda? [Habla con soporte](https://dedupe.ly/contact) - ¿Dudas sobre los planes? [Agenda un Zoom con ventas](https://meetings.dedupe.ly/meetings/gaby-salinas/kb-zoom-scheduler) - ¿Estás leyendo esto con un modelo? [Lee esta página en Markdown](https://dedupe.ly/knowledge-base/protecting-external-ids-when-you-merge.md) - ¿Quieres darle todo el sitio? [Leer llms.txt](https://dedupe.ly/llms.txt) Detrás del artículo ### Gaby Salinas Asistente de marketing en Dedupely Gaby Salinas llegó a los datos de CRM desde el marketing y la publicidad, por lo que analiza los duplicados desde dos perspectivas: la lógica de coincidencia y fusión que hay detrás de ellos, y lo que provocan en las personas que usan el CRM, como el comercial que llama dos veces a un cliente, el administrador al que se culpa y la limpieza que nadie quiere empezar. Como asistente de marketing en Dedupely, observa cómo los equipos de RevOps, los usuarios finales, los consultores y los equipos técnicos trabajan realmente con sus datos: los registros en los que dejan de confiar, las soluciones alternativas que crean y el momento en que finalmente deciden limpiar. Lo que descubre determina gran parte de lo que publica Dedupely. [Conecta con Gaby en LinkedIn](https://www.linkedin.com/in/gbyslns) ### Empieza gratis 20 fusiones de prueba gratis y todo el soporte gratuito que necesite para controlar sus duplicados. [Prueba gratis](https://v2.app.dedupe.ly/signup)[Habla con ventas](https://meetings.dedupe.ly/meetings/gaby-salinas/talk-to-sales) [O regístrate con Google](https://v2.app.dedupe.ly/signup/google) ¿Limpias el CRM de tus clientes? [Ver el programa de partners](https://dedupe.ly/become-a-partner)