Integrar CRM y ERP: qué dato manda cuando no coinciden

Al integrar un CRM con un ERP, una de las decisiones más importantes es qué sistema tiene autoridad sobre cada dato. Si administración corrige una dirección y la siguiente sincronización recupera la antigua, la conexión funciona técnicamente, pero el proceso está mal definido.

Antes de activar el intercambio, conviene acordar quién puede modificar cada campo, cómo se reconoce al mismo cliente y qué cambios deben esperar una revisión. Esta guía propone un punto de partida para empresas que trabajan con dos aplicaciones y necesitan conservar una ficha coherente.

El sistema maestro se decide por campo

Un sistema maestro es la aplicación cuyo valor se considera la referencia para una información concreta. No tiene por qué ser el mismo para toda la ficha del cliente. Este reparto es un ejemplo de diseño, no una regla obligatoria:

• Responsable comercial y próxima gestión: CRM; ventas mantiene estos datos.
• Razón social y dirección de facturación: ERP, si administración los valida allí; el CRM muestra una copia.
• Estado de cobro: aplicación que registra y concilia el pago; el CRM lo consulta.
• Dirección de entrega: debe distinguirse de la fiscal y puede depender de cada pedido.

Para cada campo anota también quién aprueba excepciones. Una petición de cambio recibida por ventas puede convertirse en una tarea para administración sin sobrescribir automáticamente el dato de referencia.

Relaciona identificadores, no solo nombres

El cliente 248 del CRM puede ser el 731 del ERP. La integración necesita guardar esa correspondencia. El nombre comercial, un correo compartido o un teléfono no bastan para concluir que dos fichas son la misma empresa.

El NIF puede ayudar a comprobar una coincidencia, pero hay que tratar los datos vacíos, los errores de escritura y las distintas sedes o entidades. No fusiones registros únicamente porque se parezcan. Si aparecen dos candidatos, deja la operación pendiente y asigna su revisión.

Como referencia técnica, Microsoft documenta las claves alternativas de Dataverse: campos o combinaciones únicas para identificar registros en integraciones. Es una capacidad de esa plataforma; en otro CRM o ERP hay que comprobar qué identificadores admite su API.

Una actualización reciente no siempre es la correcta

Imagina este caso hipotético: administración valida la dirección fiscal a las 10:00. A las 10:05 un comercial cambia el teléfono en una ficha del CRM que aún contiene la dirección anterior. Si el conector copia toda la ficha por tener una fecha más reciente, puede deshacer la corrección de administración.

La solución es enviar los campos autorizados que han cambiado y respetar su origen. Define, además, qué significa un valor vacío: «no se ha informado» no debería borrar un dato válido salvo que se haya solicitado y permitido expresamente.

Qué hacer cuando dos personas editan a la vez

Si la API permite comprobar versiones, el conector puede detectar que el registro cambió desde su lectura y detener la escritura. Microsoft explica este mecanismo de concurrencia optimista para Dataverse. No todas las aplicaciones ofrecen la misma protección: cuando falte, habrá que restringir los puntos de edición o establecer una revisión de conflictos. Volver a consultar antes de guardar, por sí solo, no elimina toda posibilidad de cambios simultáneos.

Crear y actualizar son decisiones diferentes

Un contacto comercial no necesita convertirse inmediatamente en un cliente facturable. Decide qué evento autoriza el alta en el ERP y qué campos exige. Después, conserva el identificador devuelto para las siguientes actualizaciones.

Algunas API ofrecen operaciones de creación o actualización, como Upsert en Dataverse. Su comportamiento depende de la plataforma y de la clave utilizada. No resuelven por sí mismas una identidad ambigua ni deciden quién tiene razón en un conflicto.

Prueba el acuerdo antes de sincronizar toda la cartera

Prepara una muestra controlada y comprueba estos cinco resultados:

1. Un cambio de teléfono no modifica la dirección fiscal.
2. Un campo vacío no elimina información sin autorización.
3. Dos posibles coincidencias generan una revisión, no una fusión automática.
4. Una edición simultánea se detecta o sigue el procedimiento de conflicto acordado.
5. Un cliente bloqueado no se reactiva al recibir una actualización comercial.

Conserva el origen, los identificadores y el resultado de cada operación, con acceso limitado al personal que lo necesita. Mide conflictos pendientes y correcciones manuales durante el piloto. Para la recuperación de fallos, puedes consultar nuestra guía de alertas y reintentos en n8n.

Qué preparar para valorar tu integración CRM–ERP

Reúne los nombres y versiones de las aplicaciones, los campos que hoy se duplican y un ejemplo anonimizado de un conflicto. Añade quién valida cada dato y cuánto retraso puede aceptar el equipo. Con ello se puede definir un alcance concreto antes de desarrollar el conector.

En Serboweb trabajamos en integraciones de CRM, ERP y otras aplicaciones, con mapeo, validaciones y trazabilidad según las posibilidades de cada sistema. Cuéntanos qué programas utilizas y qué discrepancia necesitas resolver para estudiar una propuesta.