TL;DR
- Muchas herramientas emparejan registros del CRM uno a uno y necesitan un registro por empresa.
- Una empresa duplicada deja a la herramienta sin saber qué registro leer o actualizar.
- Limpia solo los objetos y el campo clave que sincroniza la herramienta, empezando por los duplicados evidentes.
- Comprueba si la herramienta guarda ID de registro del CRM antes de fusionar nada de lo que lee.
- Dedupely encuentra duplicados en los objetos que sincroniza una herramienta y registra los ID originales de cada fusión.
Una herramienta nueva necesita un CRM limpio porque empareja los registros uno a uno. Si la misma empresa existe tres veces, la herramienta no sabe cuál es el registro real. La sincronización espera hasta que se fusionan los duplicados.
Así es como una limpieza del CRM acaba de repente en un plan de lanzamiento. La herramienta está comprada, la fecha fijada y la sincronización no puede empezar.
En este artículo verás por qué algunas herramientas necesitan un registro por empresa y cómo averiguar qué significa "limpio" para la tuya. También verás cómo acotar la limpieza, proteger los ID de registro de los que depende la herramienta y saber cuándo estás listo para conectar.
Cómo es el bloque
El bloqueo suele venir del proveedor o del equipo que configura la herramienta. La configuración pide exactamente un registro por empresa o por persona, y una comprobación antes de la primera sincronización encuentra duplicados.
A veces nadie frena el lanzamiento, y el problema aparece en la primera sincronización. Los pedidos o facturas caen en el registro de empresa equivocado, o la herramienta crea un registro nuevo porque encontró más de una coincidencia.
Por qué una herramienta necesita un registro por empresa
Una sincronización vincula cada registro del CRM con un registro del otro sistema. Para ello, compara por un campo clave, como un dominio o un número de cuenta. A menudo guarda también el ID de registro del CRM.
Un duplicado rompe ese vínculo. Con dos registros para una empresa, la herramienta elige uno, crea un tercero o se niega a seguir. Cualquiera de esas opciones deja a los dos sistemas contando historias distintas del mismo cliente.
Las herramientas que escriben de vuelta en el CRM lo empeoran. Un estado de facturación o un ticket de soporte pueden acabar en el registro que nadie usa. Nuestro artículo sobre deduplicar tu CRM antes de una nueva integración da la visión general.
Averigua qué significa "limpio" para esta herramienta
"Limpia primero el CRM" puede sonar a un proyecto sin fin. Para un lanzamiento significa algo más acotado: lo bastante limpio para esta herramienta. Pregunta al proveedor o revisa la configuración para obtener estas respuestas.
| Pregunta | Por qué importa |
|---|---|
| ¿Qué objetos sincroniza la herramienta? | Solo esos objetos tienen que estar listos para el lanzamiento |
| ¿Por qué campo compara? | Ese campo decide qué es un duplicado para esta herramienta |
| ¿Guarda ID de registro del CRM? | Una fusión que cambia un ID puede romper el vínculo |
| ¿Escribe de vuelta en el CRM? | Los campos que actualiza necesitan el registro superviviente correcto |
| ¿Qué hace con los campos clave vacíos? | Los registros sin dominio ni correo pueden fallar u omitirse |
Cómo preparar el CRM para la sincronización
Limpia primero los objetos que sincroniza la herramienta
Deja el resto del CRM para más tarde. Si la herramienta sincroniza empresas y sus contactos de facturación, esos dos objetos son el alcance del lanzamiento. Todo lo demás puede seguir con su propio calendario.
Mide la diferencia en el campo clave
Busca duplicados en el campo por el que compara la herramienta y cuenta las coincidencias y los registros que contienen. Ese número te dice lo grande que es el trabajo y te permite informar del avance a quien lleva el lanzamiento.
Empiece por los duplicados evidentes
Fusiona primero los registros que comparten exactamente el valor clave, como el mismo dominio o el mismo número de cuenta. Son los conjuntos que nadie discutirá, y a menudo son la mayor parte de la diferencia.
Luego revisa las coincidencias cercanas, como variantes de nombre o dominios por país. Deja las decisiones de criterio para el final.
Acordad los casos de criterio con el responsable de la herramienta
Qué cuenta como duplicado depende de cada caso, y lo que un equipo considera duplicado, otro puede no considerarlo. Dos entidades legales pueden ser una cuenta para ventas y dos clientes para un sistema de facturación. El equipo responsable de la nueva herramienta debe decidir esos casos.
Protege los ID de registro de los que depende la herramienta
Si la herramienta guarda ID de registro del CRM, decide teniéndolo en cuenta qué registro sobrevive en cada fusión. En algunos CRM, una fusión da al registro fusionado un ID nuevo. Fusionar antes de la primera sincronización hace que la herramienta guarde desde el principio los ID supervivientes.
Si la herramienta u otro sistema ya guarda ID, lleva un registro de lo que cambió cada fusión. Una lista de los ID de registro originales te dice qué vínculos del otro sistema deben apuntar al registro que se conserva. Nuestro artículo sobre qué pasa con los workflows y los ID de registro al fusionar explica cómo se comporta cada caso.
Saber cuándo estás listo para conectar
Estás listo cuando una búsqueda en el campo clave de la herramienta no encuentra duplicados evidentes en los objetos que sincroniza. Las decisiones dudosas deben estar tomadas, y los registros con el campo clave vacío corregidos o excluidos.
Haz antes una sincronización de prueba con un conjunto pequeño de registros, idealmente en un sandbox. Comprueba que la herramienta enlaza con los registros existentes en vez de crear nuevos.
Los duplicados nuevos seguirán llegando tras el lanzamiento, de formularios, listas y la propia herramienta. Nuestro artículo sobre gestionar los duplicados recurrentes de las integraciones del CRM explica cómo mantenerlos fuera.
Cómo prepara Dedupely tu CRM para la sincronización de una herramienta nueva
En Dedupely creas búsquedas de duplicados en los objetos y el campo clave que sincroniza tu herramienta nueva. Cada búsqueda muestra sus coincidencias y los registros que contienen. Defines reglas sobre qué registro se conserva y qué valores ganan, y revisas cada fusión antes de que ocurra.
Dedupely guarda un historial de cada fusión. Su exportación CSV conserva los datos originales y el ID de cada registro fusionado, para que sepas qué ID guardaba la herramienta antes de la limpieza.
Lo bastante limpio para la herramienta, y después seguir
Una herramienta que necesita un registro por empresa necesita una respuesta clara a una pregunta: ¿qué registro es este cliente? Esa respuesta solo tiene que valer en los objetos que sincroniza.
Acotar la limpieza a esos objetos, empezar por los duplicados evidentes y proteger los ID de registro pone en marcha el lanzamiento. El resto del CRM puede venir después, una vez que la sincronización funcione.
Preguntas frecuentes
¿Por qué las integraciones necesitan un registro por empresa?
Porque vinculan cada registro del CRM a un registro del otro sistema, mediante un campo clave o el ID del registro. Con dos registros para una empresa, la herramienta no sabe cuál leer o actualizar. Puede elegir uno, crear otro o detener la sync.
¿Tengo que limpiar todo mi CRM antes de conectar una herramienta nueva?
No, solo los objetos que sincroniza la herramienta. Limpia esos y el campo por el que compara, como empresas por dominio, empezando por los duplicados exactos y dejando para el final los casos que requieren criterio. El resto del CRM puede seguir cuando la sincronización esté en marcha.
¿Fusionar duplicados romperá una integración?
Puede, si la integración guarda IDs de registro. En algunos CRM, una fusión da un nuevo ID al registro fusionado y el otro sistema sigue apuntando al antiguo. Fusiona antes de la primera sincronización si puedes y guarda una lista de los IDs originales para actualizar el otro sistema.
¿Cómo sé cuándo el CRM está lo bastante limpio para sincronizar?
Cuando una búsqueda de duplicados en el campo clave de la herramienta no encuentra duplicados evidentes en los objetos que sincroniza. Los registros con el campo clave vacío deben corregirse o excluirse. Una sincronización de prueba con un conjunto pequeño de registros confirma que la herramienta enlaza con los registros existentes.
¿Quién debería decidir qué registros son duplicados antes de una sincronización?
El equipo responsable de la herramienta nueva, junto con quien gestiona el CRM. Un sistema de facturación puede necesitar separadas dos entidades legales que ventas ve como una sola cuenta. Acordad esos casos antes de fusionar, porque deciden lo que verá la herramienta.
O regístrate con Google
HubSpot Marketplace 
