Blog
Organización del CRM

Qué pasa con los workflows y los IDs de registro al fusionar

9
min de lectura
A contact with ID 8830 and a deal with ID 4127, with the link between them broken

Índice

Habla con ventas
Prueba gratis
Ver en Markdown

TL;DR

  • Por defecto, una fusión en HubSpot crea un ID de registro nuevo y mantiene buscables los antiguos.
  • Por defecto, HubSpot saca a ambos registros fusionados de sus workflows activos.
  • En Salesforce sobrevive el registro principal, y la fusión dispara eventos de actualización y eliminación.
  • Revisa las herramientas que guardan ID de registro del CRM, como los sistemas de facturación, antes de una fusión en bloque.
  • Dedupely previsualiza cada fusión y las registra todas, para que los admins puedan rastrear lo que cambió.

Para los admins de CRM, la preocupación al fusionar rara vez es la fusión en sí. Es lo que la fusión hace a todo lo conectado al registro. Es decir, el workflow en el que estaba, la automatización que se dispara cuando cambia y la herramienta que guarda su ID.

Una fusión cambia tu CRM en vivo, así que un enlace roto con otro sistema se descubre después, a menudo por alguien que no sabe que hubo una fusión.

En este artículo verás qué hacen HubSpot y Salesforce con los IDs de registro, los workflows y las automatizaciones al fusionar registros. También qué herramientas conectadas revisar y cómo prepararte antes de una fusión en bloque.

Por qué los ID de registro y las automatizaciones son lo que más preocupa a los administradores

Un valor erróneo en un campo es fácil de ver y corregir. Un ID de registro cambiado es más silencioso. El CRM parece estar bien, mientras un sistema conectado sigue apuntando a un ID que ya no significa lo que significaba.

Las automatizaciones tienen el mismo problema a la inversa. Una fusión en bloque cambia miles de registros a la vez, y cada cambio puede iniciar un workflow, enviar una notificación o actualizar otra herramienta.

Ambas preocupaciones se reducen a lo mismo: la fusión va más allá de los dos registros que estás mirando. Saber cómo lo gestiona tu CRM es el primer paso.

Qué pasa en HubSpot

ID de registro en HubSpot

Por defecto, HubSpot crea un ID de registro nuevo para el registro fusionado. Los ID originales siguen pudiéndose buscar mediante la propiedad "Merged [record] IDs".

HubSpot también ofrece una beta pública opcional, Primary ID Preservation for Merged Records. En los portales inscritos, el registro principal conserva su ID. La idea es que no se rompan las API y webhooks que dependen de los ID de registro.

Workflows en HubSpot

Según la página de ayuda de HubSpot, ambos registros salen de los workflows en los que estaban activos en el momento de la fusión. En los portales inscritos en la beta Primary ID Preservation, el registro principal sigue inscrito y solo se da de baja el secundario.

Algunos workflows importan más que otros, como una secuencia de nurturing o un recordatorio de renovación. Revísalos tras la fusión, por si hay que volver a inscribir el registro fusionado.

Otros efectos que conviene conocer

  • Los registros asociados y las actividades de la cronología de ambos registros aparecen en el registro fusionado.
  • En general se conservan los valores de propiedad del registro principal, y el valor del secundario rellena las propiedades vacías.
  • En los contactos, se conserva la etapa del ciclo de vida más avanzada en el embudo.
  • El registro secundario se quita de los segmentos estáticos, y la pertenencia a segmentos activos puede cambiar.
  • Los registros no pueden fusionarse cuando ya han formado parte de 250 o más fusiones en total.

Fuente, a octubre de 2026: base de conocimiento de HubSpot, Fusionar registros.

Qué pasa en Salesforce

ID de registro en Salesforce

En Salesforce, los registros se fusionan en un registro principal, que se conserva. Los demás se eliminan y sus registros relacionados pasan a depender del principal. El campo MasterRecordId de cada registro eliminado toma el ID del registro ganador.

Así, el ID del registro que conservas sigue igual, mientras los demás dejan de existir como registros activos. Por eso importa elegir el registro principal: escoge el que tus integraciones ya referencian.

Triggers y automatizaciones

Una fusión no dispara su propio evento. Dispara un evento de eliminación para los registros absorbidos y uno de actualización para el registro ganador. Cualquier automatización basada en actualizaciones o eliminaciones de ese objeto puede ejecutarse durante una fusión.

Eso afecta a los recuentos acumulados, la lógica de asignación y todo lo que envía un correo al actualizarse. Prueba antes una fusión en un sandbox si la org tiene mucha automatización.

Fuentes, a octubre de 2026: Salesforce Developers, merge() y Triggers y Merge Statements.

Herramientas que guardan ID de registros del CRM

Muchas herramientas guardan una copia del ID de registro del CRM para seguir sincronizadas. Cuando el ID cambia o el registro desaparece, el vínculo puede romperse sin un error que nadie vea.

Herramienta Qué puede salir mal
Facturación o ERP Una cuenta sincronizada en ambos sentidos con el ERP pierde su vínculo cuando el registro al que apunta la sincronización se fusiona y desaparece
Plataforma de formación o portal de socios La cuenta de un usuario pierde su vínculo con el contacto del CRM
Programa de puntos o fidelización Los inicios de sesión de los miembros y los datos del programa pierden su vínculo con el contacto del CRM
Almacén de datos o paneles de BI Un informe que cruza por un ID guardado en el registro se rompe cuando la fusión conserva solo uno de los IDs
Herramienta de customer success Los datos de salud de la cuenta dejan de sincronizarse con el registro que se conserva

Pregunta al responsable de cada herramienta cómo trata un ID fusionado o cambiado. Algunas siguen funcionando, otras necesitan que se asigne el ID nuevo a mano, y algunos registros es mejor dejarlos fuera de la limpieza.

Qué revisar antes de una fusión en bloque

Una revisión breve antes de la primera fusión grande ahorra días de rastreo después.

  • Enumera las herramientas que guardan ID de registro: pregunta a los responsables de las integraciones y revisa las apps conectadas del CRM.
  • Decide qué registro se conserva: en un CRM que conserva el ID del registro principal, conserva el que ya usan las herramientas vinculadas.
  • Revisa los workflows activos: anota en cuáles están los registros que desaparecen con la fusión y cuáles envían emails al cambiar.
  • Pausa las automatizaciones ruidosas: las notificaciones a propietarios y los correos de actualización pueden dispararse en cada registro fusionado.
  • Deja fuera los registros vinculados si hace falta: los registros sincronizados con facturación o soporte pueden esperar a una pasada aparte, más lenta.
  • Guarda un registro de cada fusión: necesitarás los registros originales y sus IDs para rastrear qué sustituyó cada fusión.

Nuestro artículo sobre deduplicar antes de una nueva integración trata el mismo riesgo desde el otro lado. Para las comprobaciones después de la fusión, consulta qué revisar después de una fusión grande.

En Dedupely eliges qué registro se conserva en cada fusión, revisas el resultado y filtras los registros vinculados fuera de una búsqueda. Cada fusión se registra con los registros originales, los valores ganadores y un enlace al registro fusionado en tu CRM. El CSV de Merge History conserva los datos originales y los ID de registro, y los administradores pueden ver quién ejecutó cada fusión en el Audit Log.

Previsualiza tu próxima fusión antes de que se ejecute

Sabe a qué llega una fusión antes de ejecutarla

Cada CRM gestiona los IDs y las automatizaciones a su manera. Por defecto, HubSpot da un nuevo ID al registro fusionado y saca a ambos registros de sus workflows. Salesforce conserva el registro principal y lanza eventos de actualización y eliminación.

El riesgo está en las herramientas y los flujos que rodean al registro. Enuméralos, elige con cuidado el registro superviviente y prueba antes con unos pocos registros. Así una fusión en bloque deja de ser un salto al vacío.

Preguntas frecuentes

¿Fusionar contactos en HubSpot cambia el ID del registro?

Sí, por defecto HubSpot crea un ID de registro nuevo para el registro fusionado, a octubre de 2026. Los ID originales siguen siendo buscables en la propiedad "Merged [record] IDs". Los portales inscritos en la beta opcional Primary ID Preservation de HubSpot conservan en su lugar el ID del registro principal, así que las herramientas que dependen de él no se rompen.

¿Qué pasa con los workflows al fusionar registros en HubSpot?

Por defecto, ambos registros salen de los workflows en los que estaban activos en el momento de la fusión, según HubSpot. En los portales inscritos en la beta Primary ID Preservation, el principal sigue inscrito. Revisa tus workflows más importantes después de una fusión.

¿Qué ID de registro conserva Salesforce después de una fusión?

El del registro principal: Salesforce fusiona hasta tres registros en un registro principal y elimina los demás. El campo MasterRecordId de cada registro eliminado apunta al registro ganador, y los registros relacionados pasan a él. Mantén como principal el registro al que ya hacen referencia tus integraciones.

¿Se ejecutan los triggers de Salesforce al fusionar registros?

Sí. Una fusión dispara un evento de eliminación para los registros eliminados al fusionar y un evento de actualización para el registro ganador, a octubre de 2026. La automatización que se ejecuta con actualizaciones o eliminaciones de ese objeto puede ejecutarse durante una fusión, así que prueba antes en un sandbox.

¿Fusionar registros puede romper una integración?

Puede, porque las herramientas que guardan ID de registro del CRM pueden seguir apuntando a un registro que desapareció en una fusión o cuyo ID cambió. Los sistemas de facturación, los almacenes de datos y las plataformas de formación son ejemplos habituales. Enumera esas herramientas antes de una fusión en bloque y comprueba cómo trata cada una los registros fusionados.

Retrato de Gaby Salinas

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

Contacta con nosotros

Con gusto te ayudamos a configurarlo.

Escríbenos un mensaje

Es probable que ya tengamos la respuesta a tu pregunta

¡Email copiado al portapapeles!

Reservar un Zoom

Tanto si empiezas como si vas a por todas.
¡Hablemos!

Empieza gratis

20 fusiones de prueba gratis y todo el soporte gratuito que necesite para controlar sus duplicados.

"Hizo más de lo que esperaba. ¡El soporte es genial!"

Paweł S

Usuario de Pipedrive

Pipedrive MarketplacePipedrive Marketplace

¿Limpias el CRM de tus clientes? Ver el programa de partners

Saltar al contenido