REDA One Centro de ayuda
ES
Idioma
English EN Español ES Português PT Italiano próximamente Français FR Deutsch próximamente العربية próximamente
reda.one ↗
Inicio / REDA One / CRM y consultas / Consultas / Buscar y fusionar consultas duplicadas

Buscar y fusionar consultas duplicadas

Tarde o temprano el mismo prospecto llega dos veces: una vez a través del formulario de su sitio web, otra escrita a mano después de una llamada telefónica. Fusionar reduce el par a una sola consulta (el registro de prospecto de REDA) limpia, conservando todo su historial. Este artículo muestra dónde aparecen los candidatos a duplicado, cómo ejecutar la fusión y elegir qué registro sobrevive, exactamente qué se traslada al registro que sobrevive, y los límites que debe conocer en la versión actual: principalmente, que esta herramienta está configurada para consultas, y que la mayoría de los registros relacionados, aparte de las actividades, los correos y los archivos, no se trasladan.

Cómo llegar. Abra la consulta (Iniciador de aplicaciones → REDA → la pestaña Consultas → abra el registro). Los candidatos a duplicado aparecen en la tarjeta Posibles duplicados de la página del registro; haga clic en Fusionar duplicados para comenzar.
Acceso que necesitará. Fusionar requiere el conjunto de permisos REDA - Duplicate Management User (una capacidad adicional), además del acceso de edición de consultas que otorga uno de los cinco conjuntos por línea de negocio.
¿Usa REDA ISV (edición Sales Cloud)? Esta herramienta de fusión es específica de la edición OEM (consulte Ediciones de REDA), donde los prospectos residen en el objeto Inquiry de REDA. En la edición ISV, los prospectos son Leads estándar de Salesforce, por lo que los duplicados se gestionan con la administración de duplicados estándar de Salesforce y la fusión de prospectos. Esta herramienta existe precisamente porque el modelo de objetos OEM no puede usar la fusión de prospectos estándar.
¿Usas la edición Sales Cloud de REDA? Este artículo muestra la edición Platform, donde los prospectos son registros Consulta (el objeto estándar Lead de Salesforce en Sales Cloud). Todo lo demás — los campos, los pasos y el comportamiento — es igual salvo que se indique lo contrario. Consulta Ediciones de REDA.

Por qué ocurren los duplicados y qué hace la fusión

Cada vez que captura prospectos por dos vías —un formulario del sitio web y la entrada manual—, las colisiones son inevitables. La misma persona completa su sitio el lunes y llama a la oficina el martes, y termina con dos consultas. Fusionar mantiene una de ellas como el registro que sobrevive, incorpora en él los valores de campo elegidos y el historial del otro, y elimina al perdedor, dejándolo con una sola consulta que tiene todo.

De dónde provienen los candidatos

REDA no inventa su propia definición de "duplicado". Lee las reglas de duplicados que su administrador configuró para consultas y enumera las coincidencias. Así que lo que cuenta como duplicado es una decisión de su organización: las reglas de su administrador determinan qué registros se marcan y si alertan o bloquean al momento de la entrada.

REDA no incluye ninguna regla de duplicados de consultas activa por defecto. Hasta que un administrador configure una, cada consulta se guarda sin verificación de duplicados y la tarjeta Posibles duplicados permanece vacía. La detección de duplicados es una función estándar de Salesforce: su administrador crea una regla de coincidencia (qué campos deben ser similares) y una regla de duplicados que puede alertar —advierte pero permite guardar el registro— o bloquear el guardado por completo.

En una consulta, la tarjeta Posibles duplicados enumera cada candidato con su nombre, propietario, fecha de creación y la regla que coincidió. Cuando encuentra coincidencias, muestra "Se encontraron posibles duplicados"; cuando no encuentra ninguna, muestra "No se encontraron posibles duplicados". Si ve ese mensaje de estado vacío aunque pueda identificar dos consultas parecidas, significa que ninguna regla activa coincidió con ellas, lo cual es una señal para revisar las reglas con su administrador, no un error.

Cómo fusionar, paso a paso

La fusión lo guía a través de elegir qué registros combinar, cuál sobrevive y qué valores conservar:

Abra cualquiera de las consultas duplicadas y busque la tarjeta Posibles duplicados.
Haga clic en Fusionar duplicados.
Seleccione los registros a fusionar: la consulta actual más uno o más candidatos de su conjunto de duplicados.
Revise la matriz de fusión. Muestra una columna por registro y una fila por campo. El registro que sobrevive es, por defecto, el de la primera columna; cámbielo si otro registro debe prevalecer.
Elija los valores a conservar. Donde dos registros difieran, elija de cuál registro debe tomar el valor el registro que sobrevive. La matriz muestra un conjunto configurado de campos, y los valores se muestran con el formato de cada registro para que compare en igualdad de condiciones.
Confirme. REDA actualiza el registro que sobrevive con sus elecciones, traslada el historial y elimina a los perdedores, todo en un único paso protegido.
Verifique el registro que sobrevive. Revise sus Detalles, su cronología de actividad y sus Notas y archivos.

Qué se traslada siempre al registro que sobrevive

Sin importar los valores de campo que elija, tres tipos de historial siempre se trasladan a la consulta que sobrevive: las actividades (tareas y eventos, incluidas las llamadas y visitas registradas), los correos y los archivos y notas (los archivos se vuelven a vincular al registro que sobrevive). Ese es el sentido de fusionar temprano: el registro que conserva hereda el rastro completo.

Qué sucede con los registros perdedores

La fusión se ejecuta de forma "todo o nada": si algo falla a mitad de camino, toda la fusión se revierte y nada cambia, de modo que nunca queda a medio fusionar. También se ejecuta con sus propios permisos, por lo que solo puede hacer lo que usted podría hacer manualmente. Cuando la fusión se completa con éxito, la consulta perdedora se elimina.

Elija el registro que sobrevive con cuidado: las fusiones no se deshacen fácilmente. El registro perdedor se elimina y no existe una forma documentada de deshacerlo. Elija primero el registro que sobrevivirá, especialmente cuando una de las copias ya tenga una conversión o un vínculo con un negocio. En caso de duda, conserve como el que sobrevive el registro con las relaciones más valiosas.

Límites en esta versión

Vale la pena planificar en torno a dos límites:

Esta herramienta está configurada para consultas. La configuración de fusión provista cubre únicamente la consulta. Los demás objetos no muestran ninguna configuración de fusión hasta que un administrador la extienda (consulte Configuración de reglas de duplicados y fusión). Las cuentas, los contactos y los negocios usan en cambio la fusión estándar de Salesforce.
La mayoría de los registros relacionados no se trasladan. Más allá de las actividades, los correos y los archivos que siempre se trasladan, los registros relacionados con la consulta perdedora —por ejemplo, un negocio convertido a partir de ella— no se trasladan al registro que sobrevive en esta versión. Por eso conviene fusionar duplicados temprano, antes de que la copia perdedora acumule relaciones, y preferir como registro que sobrevive el que ya tiene la conversión o el vínculo con el negocio.

Si uno de los duplicados ya está convertido, conserve el registro convertido como el que sobrevive para que su vínculo con el negocio se mantenga intacto, y fusione en él la copia no convertida.

Cómo prevenir los duplicados

Fusionar limpia después de los hechos; unos pocos hábitos evitan que se formen duplicados desde el principio. Las reglas de duplicados de su organización pueden alertarle en el momento de la entrada cuando una nueva consulta se parece a una existente (consulte Registro de consultas). Busque antes de crear. Y al momento de la conversión, reutilice una cuenta y un contacto existentes en lugar de crear otros nuevos (consulte Convertir una consulta). Para prospectos originados en la web, el formulario de su sitio puede actualizar la misma consulta ante un envío repetido en lugar de crear una nueva; consulte REDA Data Service: conecte sus formularios.

Referencia: qué muestra la matriz y qué se traslada

La matriz de fusión presenta un conjunto configurado de campos de la consulta para comparar y elegir. Se agrupan naturalmente así:

GrupoCampos en la matriz
PersonaNombre · Segundo nombre · Apellido · Correo electrónico · Teléfono · Móvil
DirecciónCalle · Ciudad · Estado/Provincia · Código postal
InterésPropiedad · Tipo de propiedad · Región · Barrio · Habitaciones · Baños
Preferencias de arrendamientoFecha de mudanza · Plazo del contrato (meses) · Monto máximo de renta
ContextoOrigen de la consulta · Descripción

Los campos que no se muestran en la matriz no se eligen durante la fusión: el registro que sobrevive simplemente conserva sus propios valores para ellos. Este es el resultado de un vistazo:

En el registro perdedorDespués de la fusión
Valores de campo que eligió en la matrizEn el registro que sobrevive
Campos que no están en la matrizEl registro que sobrevive conserva sus propios valores
Tareas y eventos (llamadas, visitas)Trasladados al registro que sobrevive
Correos electrónicosTrasladados al registro que sobrevive
Archivos y notasVueltos a vincular al registro que sobrevive
Otros registros relacionados (por ejemplo, un negocio del perdedor)No se trasladan en esta versión: planifique en consecuencia el registro que sobrevive
El propio registro perdedorEliminado

Si algo sale mal

SíntomaCausa probableQué hacer
Fusionar duplicados es visible pero la acción falla con "Acceso insuficiente"Falta el conjunto de permisos adicionalPida a su administrador el conjunto de permisos REDA - Duplicate Management User
La tarjeta muestra "No se encontraron posibles duplicados."Ninguna regla de duplicados activa coincidió con el parRevise con su administrador las reglas de duplicados de consultas activas
La fusión no inicia: "No se seleccionaron registros para fusionar."Abrió la fusión sin marcar ningún candidatoSeleccione al menos un candidato además del registro actual, y luego continúe
La fusión falla a mitad de caminoUn registro no pasó la validación durante la fusiónNada cambió: corrija el campo indicado y vuelva a intentarlo

Ejemplo práctico: las dos Aishas

Aisha Rahman existe dos veces: Aisha Rahman [ Leasing ] proveniente de la web (con su atribución de campaña y un vínculo de promoción) y Aisha R [ Leasing ] proveniente de una entrada telefónica (con el historial de visitas registrado como eventos). La tarjeta Posibles duplicados de cualquiera de los dos registros muestra al otro. El agente hace clic en Fusionar duplicados, conserva el registro web como el que sobrevive porque contiene la atribución, y en la matriz elige el valor corregido de Móvil del registro telefónico. Al finalizar, el registro que sobrevive conserva su atribución de campaña y su vínculo de promoción y hereda los eventos de visita, los registros de llamadas y el PDF de precalificación firmado; el registro telefónico se elimina.

La tarjeta Posibles duplicados de una consulta con una coincidencia y el botón Fusionar duplicados.
La tarjeta Posibles duplicados con una coincidencia — la segunda consulta de Aisha Rahman — y el botón Fusionar duplicados, que abre la pantalla de fusión.
La matriz de fusión con dos columnas de registro, el selector del registro que sobrevive y botones de opción por campo.
La matriz de fusión: el selector del registro que sobrevive en la parte superior, las dos consultas una junto a la otra, y un botón de opción por campo para elegir el valor ganador — aquí el registro más reciente aporta su Móvil y su Fecha de mudanza.

Qué sigue

  1. Registro de consultas — alertas de duplicados en el momento de la entrada que evitan que se formen duplicados.
  2. Convertir una consulta — reutilizar una cuenta y un contacto para evitar duplicados.
  3. Atribución web y de campañas — por qué el registro que sobrevive conserva su propia atribución.
  4. Consultas: cómo funcionan — el registro de consulta y su ciclo de vida.
  5. Configuración de reglas de duplicados y fusión — extender los campos de fusión (administrador).

Preguntas frecuentes

Los candidatos provienen únicamente de las reglas de duplicados de su organización. Si ninguna regla activa coincidió con el par (o las reglas están desactivadas), la tarjeta muestra "No se encontraron posibles duplicados." Pida a su administrador que revise las reglas de duplicados de consultas activas.

Necesita el conjunto de permisos REDA - Duplicate Management User además del acceso a consultas. Si intenta la fusión sin él, obtendrá "Acceso insuficiente".

Se trasladan automáticamente a la consulta que sobrevive: las actividades, los correos y los archivos y notas siempre se trasladan.

No con esta herramienta en la versión actual: está configurada para consultas. Las cuentas, los contactos y los negocios usan la fusión estándar de Salesforce, configurada del lado de la organización.

No existe una forma documentada de deshacer la fusión, y el registro perdedor se elimina. Fusione con cuidado y elija primero el registro que sobrevivirá.

Conserve el registro convertido como el que sobrevive, para que su vínculo con el negocio se mantenga intacto, y fusione en él la copia no convertida.

El registro que sobrevive conserva su propia atribución, a menos que elija los valores del otro registro en la matriz. Origen de la consulta sí está en la matriz; los campos de campaña web no lo están, por lo que se mantienen como los tiene el registro que sobrevive. Consulte Atribución web y de campañas.

¿Te resultó útil?