Casi todas las empresas que nos escriben tienen ya un ERP y un CRM, los dos funcionando, los dos pagados, y una persona que se dedica a trasladar información de uno a otro. La conversación empieza pidiendo «que se hablen entre ellos», que suena a un problema pequeño y rara vez lo es, aunque tampoco es el proyecto monumental que algunos proveedores pintan.
Lo primero que conviene entender es que integrar no consiste en conectar dos programas. Consiste en decidir cuál de los dos manda.
La decisión que hay que tomar antes de tocar nada
Un cliente existe en el CRM y existe en el ERP. Tiene un nombre en cada sitio, a veces distinto. Tiene un identificador fiscal que en uno lleva guiones y en otro no. Puede que en el CRM esté como «Industrias López SL» y en el ERP como «INDUSTRIAS LOPEZ, S.L.». Antes de mover un solo dato hay que decidir qué sistema es la verdad para cada campo.
Esta decisión no es técnica y no la puede tomar el proveedor. Lo normal es que el CRM mande sobre los datos comerciales (contacto, oportunidad, estado del acuerdo) y el ERP mande sobre los datos fiscales y económicos (razón social, dirección de facturación, condiciones de pago). Cuando esa frontera queda escrita, el resto del proyecto se vuelve mecánico. Cuando no queda escrita, se acaba con dos sistemas que se sobrescriben mutuamente y un equipo que ya no se fía de ninguno.
¿Qué se integra realmente?
Muy poca gente necesita sincronizar todo con todo, aunque es lo primero que se pide. Los flujos que de verdad devuelven dinero son bastante acotados: que una oportunidad ganada en el CRM genere el pedido o la factura en el ERP sin que nadie reescriba nada, que el estado de cobro del ERP se vea desde el CRM para que comercial no llame a un cliente moroso como si nada, y que un alta de cliente ocurra una sola vez en un solo sitio.
Con esos tres flujos suele desaparecer la mayor parte del trabajo manual. El resto de la sincronización que se pide en la primera reunión, mirada con calma, resulta ser información que alguien consulta dos veces al mes y que no justifica ni el coste ni el riesgo de mantenerla sincronizada.
Qué falla en la práctica
El ochenta por ciento del esfuerzo de una integración no está en mover los datos. Está en decidir qué hacer cuando los datos no coinciden.
El fallo más común no es que la conexión se caiga, sino que los identificadores no casen. Si el CRM no guarda el CIF y el ERP no guarda el correo, no hay forma fiable de saber que dos fichas son el mismo cliente, y el sistema empieza a crear duplicados en silencio. Por eso una integración honesta dedica sus primeras semanas a limpiar y unificar el maestro de clientes, que es un trabajo poco vistoso y absolutamente determinante.
Después están los errores de ejecución. Una integración seria necesita reintentos cuando el otro sistema no responde, un registro de lo que pasó y, sobre todo, un aviso a una persona concreta cuando algo se queda atascado. Sin eso, el día que falle nadie se enterará hasta que un cliente reclame. Este punto es el que más distingue una integración profesional de un apaño, y también el que menos aparece en los presupuestos baratos.
¿Cuánto cuesta?
Conectar un ERP y un CRM que tienen API documentada, con los flujos descritos arriba y con un maestro de clientes en estado razonable, se sitúa habitualmente entre 4.000 y 12.000 euros, y se entrega en un plazo de cuatro a ocho semanas.
Ese rango se dispara en dos escenarios. El primero, cuando alguno de los dos sistemas no tiene API y hay que extraer los datos por medios indirectos, lo que además genera una dependencia frágil que se romperá en la siguiente actualización del proveedor. El segundo, cuando los datos históricos están sucios y el proyecto se convierte, de facto, en un trabajo de limpieza con una integración al final. Merece la pena preguntar por esto antes de firmar, porque suele ser lo que separa el presupuesto inicial del coste final.
Lo que hay que exigir al terminar
- Un documento que diga, campo por campo, qué sistema manda sobre qué y en qué dirección viaja cada dato.
- Acceso a los registros de ejecución, para poder responder a la pregunta de por qué un pedido concreto no llegó.
- Un aviso automático a una persona nombrada cuando algo falle, no un panel que nadie mira.
- Las credenciales y el código en cuentas de la empresa, no del proveedor. Si la integración deja de funcionar el día que cambias de consultor, no era tuya.
Con esos cuatro entregables, la integración sobrevive a quien la montó, que es la única prueba real de que el trabajo estaba bien hecho.
El detalle del encargo está en integración de sistemas, y los rangos completos en la página de precios.