Merge rules

Con Dedupely, fusionar registros del CRM es sencillo y preciso. Nuestras herramientas de fusión siguen la lógica nativa de tu CRM y, además, te dejan personalizar por completo cómo se tratan los campos, para que mantengas siempre el control de tus datos.

Comportamiento de fusión predeterminado

De serie, Dedupely fusiona los registros duplicados con la lógica nativa de tu CRM: funcionalidad interna de fusión. Esto significa:

• Las fusiones se ejecutan dentro de tu CRM, no anulamos ni saltamos las reglas propias de tu plataforma.
• Si ya conoces la fusión de registros directamente en tu CRM, Dedupely sigue exactamente la misma lógica, porque las fusiones se hacen con las propias herramientas de tu CRM.
• Sin embargo, aunque respetamos las reglas de fusión propias de tu CRM, Dedupely te permite elegir qué valores deben se conserva (gana) o descartado (pierde) durante una fusión, siempre que los campos no sean de solo lectura en tu CRM.
• El más reciente los valores de los campos suelen conservarse.
• El el ID de registro más antiguo se conserva.
• Todos asociaciones y actividades (correos, llamadas, notas, etc.) se mantienen intactos.
• Los campos vacíos nunca sobrescriben datos existentes.

No necesitas configurar ninguna regla para empezar a fusionar, pero puedes ir más allá con reglas de fusión personalizadas si quieres control total.

Consejo: cada CRM fusiona de forma algo distinta. Para entender mejor cómo funciona la fusión en el tuyo, consulta estos recursos:

• HubSpot CRM: fusionar registros en HubSpot
• Pipedrive: fusiona duplicados en Pipedrive
• Salesforce: pautas para fusionar cuentas duplicadas

Se conservan las asociaciones y las actividades

Cuando fusionas registros en Dedupely, se conservan todas las actividades (notas, llamadas, tareas) y las asociaciones (empresas, negocios y contactos vinculados). Dedupely no elimina datos: solo los consolida. Puedes fusionar con la tranquilidad de que el historial de tu CRM está a salvo.

Usar reglas de fusión personalizadas

Si quieres más precisión sobre qué valores de campo “ganan” en la fusión, en Dedupely tienes las Motor de Merge Rules te da ese control.

Las reglas de fusión personalizadas te permiten:

• Define qué valores deben gana o pierde para campos concretos.
• Aplica reglas a uno o varios Duplicate Searches (búsquedas de duplicados).
• Filtra por condiciones como el registro más antiguo o más reciente, el origen u otros campos.

Cómo configurar una Merge Rule

Así se crea una regla propia con nuestro motor de fusión:

1. Tipo de registro: Selecciona el objeto: Contactos, Empresas o Negocios.
2. Campo afectado: Elige el campo al que se aplica la regla (p. ej., Nombre).
3. Gana/pierde: Elige si este campo se conserva (gana) o se descarta (pierde).
4. Filtrar por campo: Añade una condición IF que defina el desencadenante de la regla (por ejemplo, Create Date).
5. Operador: Selecciona la lógica de comparación (p. ej., Es el más antiguo, Es el más reciente).
6. Búsqueda de duplicados: Elige si la regla se aplica a una Duplicate Search concreta o a todas.

Ejemplo de regla

Objetivo: Asegúrate de que el nombre desde el contacto más antiguo es no se conserva.

• Tipo de registro: Contactos
• Campo afectado: Nombre
• Ganado/perdido: Se pierde
• Filtrar por campo: Fecha de creación
• Operador: Es el más antiguo
• Búsqueda de duplicados: Cualquiera

Con esta regla, al fusionar contactos, el nombre del registro más antiguo pierde. El nombre ganador se toma de los registros más recientes.

Puedes combinar varias reglas para cubrir distintos casos en distintos campos.

Las merge rules en acción

Cuando hayas creado y guardado tus reglas, ve a tu Duplicate Searches para ver cómo afectan a tus coincidencias.

• En cada grupo de duplicados, los valores de campo que ganan (según tu regla) aparecen en en negrita y cursiva .
• Esta señal visual confirma que tu regla controla el resultado de la fusión.
• Puedes editar o eliminar las reglas cuando lo necesites.

Nota importante sobre privacidad de datos

Todos los registros de ejemplo que se muestran en la interfaz se generan con datos ficticios. En los ejemplos y las demostraciones nunca se muestran datos reales de personas ni de clientes.