Conectividad e interoperabilidad
Integración de ERP, CRM y sistemas corporativos: quién manda sobre cada dato
01 · Sistemas que originan
- CRM: clientes potenciales y oportunidades
- RRHH: empleados y centros
- Compras: solicitudes y pedidos
02 · Capa de integración
- Reglas de propiedad por campo
- Tabla de correspondencias de códigos
- Bandeja de conflictos y errores
03 · Sistemas de registro
- ERP: cliente facturable, artículo, factura
- Almacén: ubicaciones y existencias físicas
04 · Sistemas que consumen
- Tienda online
- Transporte
- Informes de dirección
El problema
Por qué hay que decidirlo bien
El síntoma habitual no es la falta de conexiones, sino el exceso de conexiones sin criterio. El CRM actualiza la dirección del cliente, el ERP la sobrescribe por la noche con la antigua y el almacén envía a la que tenía hace un mes. Nadie sabe cuál es la buena porque nunca se decidió. Cuando además cada integración se hizo punto a punto, sustituir una sola aplicación obliga a rehacer media docena de flujos. El reto de negocio es que cada dato tenga un dueño claro, que los cambios viajen en un sentido conocido y que cambiar una pieza no ponga en riesgo las demás.
Escenarios
Situaciones en las que se plantea
Ejemplos de lo que se podría diseñar. No describen proyectos realizados.
01
Altas, cambios y bajas de empleados desde RRHH
RRHH es la fuente de verdad del empleado. Un alta se propaga a nómina, al directorio de usuarios y a la herramienta de partes; un cambio de centro actualiza permisos, y una baja desactiva accesos en el mismo día en lugar de esperar a que alguien lo recuerde.
02
Del pedido de compra a la factura del proveedor
Compras emite el pedido, el sistema de almacén registra la recepción real y la factura llega a contabilidad. La integración cruza las tres piezas por referencia de pedido y línea para que las diferencias de cantidad o precio se revisen antes de aprobar el pago.
03
Oportunidad ganada en el CRM y cliente facturable en el ERP
El CRM gestiona clientes potenciales y oportunidades; el ERP es dueño del cliente facturable con sus datos fiscales. Al ganar una oportunidad se solicita el alta en el ERP y el CRM recibe el código asignado, sin que ambos sistemas editen los mismos campos.
04
Expediciones entre almacén, transporte y ERP
El sistema de almacén prepara y confirma bultos, el de transporte asigna transportista y devuelve estados de entrega, y el ERP solo necesita el albarán y la confirmación final. Cada sistema recibe lo que necesita y no una copia completa de todo.
05
Sustituir el CRM sin rehacer el resto
Si los flujos pasan por una capa de integración con un modelo propio de cliente, cambiar de CRM supone escribir un adaptador nuevo y migrar datos. El ERP, la tienda y el almacén siguen hablando con la capa y no notan el cambio de proveedor.
Decisiones técnicas
Qué hay que decidir y con qué criterio
01
Fuente de verdad por entidad y, a veces, por campo
Se fija qué sistema es propietario de clientes, artículos, tarifas, empleados o proveedores. Cuando la propiedad se reparte, por ejemplo datos fiscales en el ERP y preferencias de contacto en el CRM, se documenta campo a campo.
02
Topología: punto a punto o capa de integración
Con dos o tres sistemas, conexiones directas bien documentadas pueden bastar. A partir de ahí suele compensar una capa intermedia con modelo común, ya sea una plataforma de integración o un servicio propio, que evite que cada sistema conozca a todos los demás.
03
Sentido de la sincronización y conflictos
La sincronización bidireccional sobre los mismos campos es la fuente más común de incoherencias. Se prefiere un sentido único por campo; cuando no es posible, se define una regla explícita de resolución y se registran los conflictos para revisarlos.
04
Identificadores y tabla de correspondencias
Cada sistema numera a su manera. Una tabla de correspondencias entre códigos externos e internos, con su historial, permite rastrear un registro de punta a punta y evita duplicados al reenviar o al migrar.
05
Ritmo de cada flujo
No todo necesita tiempo real. La baja de un empleado o el stock de un artículo muy vendido pueden necesitarlo; un maestro de familias de producto puede ir en un lote diario. El ritmo se decide por el coste de que el dato llegue tarde.
06
Ciclo de vida: bajas, fusiones y borrados
Se acuerda qué ocurre cuando un cliente se da de baja, se fusionan dos fichas duplicadas o se borra un artículo: si se propaga como desactivación, si se conserva el histórico y qué sistemas deben enterarse.
Riesgos y límites
Lo que conviene tener presente
- Decidir la fuente de verdad es una decisión organizativa: si los departamentos no se ponen de acuerdo, la integración solo hará visible el conflicto.
- Una capa de integración central simplifica las conexiones, pero se convierte en pieza crítica que necesita monitorización, copias y un responsable.
- Los sistemas en la nube imponen límites de llamadas y cambian sus APIs según el calendario del fabricante, no el de la empresa.
- Licencias de usuarios técnicos, conectores o módulos adicionales pueden tener un coste que conviene conocer antes de diseñar.
- Copiar datos personales a más sistemas de los necesarios amplía el riesgo; cada flujo debe llevar solo los campos que el destino usa.
Preguntas frecuentes
¿Por dónde empezamos si tenemos muchas aplicaciones conectadas a medias?
Por un inventario de flujos existentes y una tabla de entidades con su propietario actual y el deseado. Suele aparecer enseguida dónde hay dos sistemas editando lo mismo; esos son los primeros flujos que conviene ordenar.
¿Necesitamos un sistema maestro de datos dedicado?
No siempre. Muchas veces basta con declarar al ERP o al CRM propietario de cada entidad. Un sistema maestro específico tiene sentido cuando varias fuentes aportan partes del mismo registro y hace falta consolidarlas y depurarlas con reglas propias.
¿Qué pasa con los datos históricos cuando cambia el propietario de una entidad?
Se planifica como una migración: se elige qué versión de cada registro es la válida, se depuran duplicados y se carga en el nuevo propietario antes de invertir el sentido de los flujos. Durante la transición conviene comparar ambos lados.
Sectores, capacidades y lecturas relacionadas
Sectores donde se plantea
Capacidades relacionadas
- Integraciones ERPConectar el ERP con tiendas, almacenes, CRM o herramientas de campo para que pedidos, facturas y existencias no se gestionen dos veces.
- Integración de sistemasConexiones entre aplicaciones que mueven datos con reglas claras, detectan errores y permiten saber qué versión de cada dato es la buena.
- Portales B2BEspacios web donde clientes, proveedores o distribuidores consultan y operan sobre sus propios datos, sin ver los de nadie más.
Cuéntanos qué sistemas corporativos tienes y qué datos no cuadran entre ellos
Ninguna modalidad está disponible por defecto en todos los proyectos: se elige tras evaluar requisitos, sistemas existentes y riesgos.
Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.