Integrar el ERP y el CRM sin acabar con dos verdades

El descuadre que aparece a los tres meses

El montaje habitual es este: un flujo que copia clientes del CRM al ERP, y otro que copia el estado de los pedidos del ERP al CRM. Funciona. Durante un tiempo funciona muy bien, y es la demostración que se enseña orgulloso en la reunión de seguimiento.

Lo que pasa después es siempre lo mismo. Alguien de administración corrige un CIF mal escrito en el ERP. Alguien de ventas, la misma semana, corrige la razón social del mismo cliente en el CRM. Los dos flujos se disparan, cada uno lleva su versión al otro lado, y a partir de ahí depende del orden en que se ejecutaron cuál de las dos correcciones sobrevive. Nadie lo nota hasta que sale una factura con el nombre viejo.

El problema no es el flujo. El problema es que hay dos fuentes de verdad para el mismo dato, y en cuanto las hay solo es cuestión de tiempo que discrepen. Una sincronización bidireccional no evita eso: lo que hace es propagarlo más rápido y hacerlo más difícil de rastrear, porque cuando encuentras el dato mal ya no sabes en qué lado se originó.

Y hay un agravante si el dato acaba en una factura. Desde que existen los registros encadenados de Verifactu y la obligación de comunicar el estado de las facturas, un descuadre entre tu capa intermedia y tu programa de facturación deja de ser una molestia interna y pasa a ser información incorrecta con efectos fiscales o enviada a tu cliente.

La pregunta correcta: quién manda sobre cada dato

El trabajo previo a cualquier integración no es técnico, es una decisión. Para cada dato compartido hay que responder qué programa es el dueño. No «los dos». Uno.

Un reparto que funciona en la mayoría de las pymes con las que trabajamos:

• Datos fiscales del cliente (razón social, CIF, domicilio fiscal, condiciones de pago): manda el ERP o el programa de facturación. Es quien responde ante Hacienda y quien emite el documento.
• Datos comerciales (interlocutores, conversaciones, etapa del embudo, próxima acción, motivo de pérdida): manda el CRM. Al ERP no le importan y no debería almacenarlos.
• Catálogo, precios y stock: manda el ERP. El CRM los consulta para hacer una oferta, pero no los guarda ni los edita.
• Estado del cobro: manda el ERP, que es quien ve el banco. El CRM lo muestra para que el comercial no llame a un cliente que ya pagó.

Con eso decidido, la integración se vuelve mucho más simple: cada dato viaja en una sola dirección, desde su dueño hacia quien lo necesita. Y donde antes hacían falta dos flujos que se pisaban, ahora hace falta uno.

El caso que más discusión genera es la creación de clientes nuevos, porque el cliente nace en el CRM (el comercial lo mete antes de que exista relación) y sus datos fiscales viven en el ERP. La resolución que usamos: el CRM lo crea como candidato con lo mínimo, y en el momento en que hay que facturar, el alta fiscal se hace en el ERP y el ERP devuelve el identificador. El CRM guarda ese identificador, no una copia de los datos fiscales.

Ventanas y bandejas de entrada, no espejos

Nos sirve una distinción de tres tipos para cualquier capa que no sea la dueña del dato:

• Una ventana lee y muestra. El panel del comercial que enseña el saldo pendiente sacado del ERP en el momento de abrirlo. No guarda nada, así que no puede desactualizarse.
• Una bandeja de entrada recoge y empuja. El formulario de la web que crea un candidato en el CRM, o el albarán del almacén que empuja líneas hacia el ERP. Entra el dato, sigue su camino y la bandeja no se queda con la versión buena.
• Un espejo mantiene su propia copia y la sincroniza. Es el que hay que evitar, y es el que casi todo el mundo construye primero porque es el que resulta más obvio.

La consecuencia práctica: cuando alguien pide «sincronizar», casi siempre lo que necesita es una ventana. Quiere ver el dato en el otro sitio, no tenerlo dos veces. Y ver es mucho más barato de construir y de mantener que sincronizar.

Cuando de verdad hace falta guardar una copia —por rendimiento, o porque el sistema dueño no tiene API para consultar en vivo— entonces se guarda marcada como copia: de solo lectura, con la marca de tiempo a la vista y sin escritura de vuelta. Que se quede desfasada un rato es aceptable si el usuario sabe que está mirando una copia. Lo que no es aceptable es que dos sistemas se crean los dos la autoridad.

Ni sustituir el ERP por el CRM ni al contrario

Cada cierto tiempo alguien nos pregunta si no sería más limpio quedarse con uno solo. Nuestra respuesta es que no, y no es por prudencia: es que resuelven problemas distintos.

Un ERP está construido para que un dato sea correcto, trazable y auditable. Un CRM está construido para que una relación avance. Si metes el seguimiento comercial en el ERP, los comerciales dejan de usarlo porque les estorba. Si metes la facturación en el CRM, pierdes trazabilidad justo donde más te va a doler perderla.

Los proyectos de «unificarlo todo en una herramienta» que hemos visto de cerca acaban en uno de dos sitios: una herramienta que hace las dos cosas mal, o una herramienta buena en una de las dos y una hoja de cálculo paralela para la otra. Que es, otra vez, dos fuentes de verdad — solo que ahora sin ninguna integración que las vigile.

Conviven. Lo que hay que construir es el reparto de autoridad entre ellos, no la fusión.

Cómo lo montamos

Empezamos por el inventario de datos compartidos y la decisión de dueño para cada uno. Es una reunión, normalmente incómoda, porque es donde se descubre que administración y ventas llevan dos años dando por hecho reparto distinto.

Después construimos los flujos en una sola dirección, con registro de qué se movió y cuándo, y con alerta cuando algo falla. Un flujo que se rompe en silencio es peor que no tenerlo: el equipo confía en un dato que dejó de actualizarse hace tres semanas.

Y dejamos control humano en los puntos donde un error se propaga: altas de cliente, cambios de precio y cualquier cosa que acabe en una factura. Todo lo demás puede correr solo.

Trabajamos sobre las herramientas que ya usas. No hace falta cambiar de programa para tener esto ordenado, y si alguien te dice que sí, pregúntale qué gana él con el cambio.