Integración de sistemas ERP y CRM: guía para pymes

La integración de sistemas consiste en conectar el ERP, el CRM, la tienda online, la facturación y el resto de herramientas para que los datos pasen de uno a otro sin que nadie los copie a mano. Una buena integración define qué sistema manda en cada dato, cómo se mueven los cambios y qué pasa cuando algo falla. La tecnología importa menos que esas tres decisiones.

En esta guía verás los patrones de integración, la seguridad y el RGPD, qué cambia con VeriFactu y la factura electrónica, y cómo plantear el proyecto.

Síntomas de sistemas desconectados

Casi todas las pymes empiezan con herramientas sueltas. Funciona hasta que el volumen crece. Estos son los síntomas más habituales:

• Doble entrada de datos. Alguien da de alta el mismo cliente en el CRM, en el ERP y en la tienda online.
• Datos que no cuadran. El stock de la web no coincide con el del almacén, o la dirección del cliente es distinta en cada sistema.
• Exportaciones manuales. Cada semana alguien descarga un CSV de un sistema, lo retoca en Excel y lo importa en otro.
• Errores que llegan al cliente. Un pedido que no pasa al almacén, una factura con datos antiguos, un correo a un cliente que ya se dio de baja.

Si reconoces dos o más, no integrar ya te está costando horas y errores.

Patrones de integración: cuál usar en cada caso

No hay un patrón mejor que los demás. Cada uno encaja en un tipo de problema:

Una regla práctica: usa API o eventos para los procesos operativos (pedidos, clientes, facturas). Deja los ficheros y la sincronización de bases de datos para informes o sistemas sin otra opción.

Con tres sistemas, unas pocas conexiones directas son razonables. Con seis u ocho, nadie sabe ya qué llama a qué, y compensa una capa central (un iPaaS o un servicio de integración propio) que concentre transformaciones, registros y alertas.

Dato maestro: quién manda en cada dato

El error más caro en integración es no decidir qué sistema es la fuente de verdad de cada dato. Si el CRM y el ERP pueden modificar la dirección de un cliente, tarde o temprano tendrás dos direcciones distintas y nadie sabrá cuál es la buena.

Antes de escribir una línea de código, haz una tabla como esta:

Dos reglas que evitan muchos problemas:

• Un identificador común. Cada registro necesita una referencia que todos los sistemas guarden (por ejemplo, el identificador del ERP). Sin ella, la integración depende de comparar nombres o correos, y eso falla.
• Un solo sistema escribe cada campo. Los demás lo leen o proponen cambios al sistema que manda.

Errores, reintentos y monitorización

Una integración falla de verdad cuando algo sale mal y nadie se entera. Diseña para eso:

• Reintentos con espera creciente. Si una llamada falla por un error temporal, vuelve a intentarlo tras unos segundos, y luego tras más tiempo.
• Operaciones idempotentes. Recibir dos veces el mismo pedido no debe crear dos pedidos. Usa el identificador de origen para detectar duplicados.
• Cola de errores. Los mensajes que fallan tras varios intentos van a una cola donde una persona los revisa y los reprocesa.
• Registro de cada intercambio. Qué se envió, cuándo, qué respondió el otro sistema. Sin ese registro no se puede auditar ni depurar.
• Alertas y panel de estado. Avisa cuando la cola de errores crece o cuando un proceso no se ejecuta a su hora.
• Conciliación periódica. Compara, por ejemplo, los pedidos de la tienda con los del ERP y señala las diferencias.

Seguridad: credenciales y mínimo privilegio

Cada integración es una puerta entre sistemas. Trátala como tal:

• Credenciales fuera del código. Las claves de API se guardan en un gestor de secretos, no en el código ni en hojas de cálculo compartidas.
• OAuth cuando el sistema lo ofrece. El estándar OAuth 2.0 (RFC 6749) permite dar acceso limitado a una aplicación sin compartir la contraseña del usuario, con permisos (scopes) acotados y tokens que caducan.
• Mínimo privilegio. Un usuario técnico por integración, solo con los permisos que necesita. Si la integración solo lee pedidos, no debe poder borrar clientes.
• Validación de entrada. Los webhooks deben verificar la firma o el origen de cada aviso antes de procesarlo.

RGPD: encargados y transferencias internacionales

Una integración mueve datos personales de clientes, empleados o proveedores. El RGPD se aplica igual que en cualquier otro tratamiento:

• Encargados del tratamiento (artículo 28). Cada proveedor SaaS o plataforma iPaaS que trata esos datos por tu cuenta es un encargado. Necesitas un contrato que cumpla el artículo 28.
• Transferencias internacionales (capítulo V, artículos 44 a 49). Si un SaaS procesa datos fuera del Espacio Económico Europeo, la transferencia necesita una base: una decisión de adecuación de la Comisión, cláusulas contractuales tipo u otra garantía del capítulo V. Para Estados Unidos existe el Marco de Privacidad de Datos UE-EE. UU., que solo cubre a las empresas certificadas y está recurrido ante el Tribunal de Justicia de la UE (asunto C-703/25 P). Revisa dónde procesa los datos cada proveedor.
• Minimización. Cada sistema solo debe recibir los campos que necesita. La tienda online no necesita los datos bancarios que guarda el ERP.
• Supresión coherente. Si un cliente ejerce su derecho de supresión, la integración debe propagar el cambio a todos los sistemas que tienen sus datos.

VeriFactu y factura electrónica: qué cambia en las integraciones de facturación

En España, la facturación se está regulando a nivel de software. Esto afecta a cualquier integración que cree o modifique facturas.

VeriFactu. El Real Decreto 1007/2023 exige que los sistemas informáticos de facturación garanticen la integridad, conservación, trazabilidad e inalterabilidad de los registros de facturación. Según el Real Decreto-ley 15/2025, los plazos vigentes son:

El 5 de octubre de 2026, el Ministerio de Hacienda publicó una nota informativa con la previsión de aplazar estas obligaciones a octubre de 2028. A fecha de publicación de este artículo, ese aplazamiento no está en el BOE, así que las fechas de 2027 siguen vigentes. Consulta la página de VERI*FACTU de la Agencia Tributaria antes de planificar.

Factura electrónica B2B. La Orden HAC/1028/2026, en vigor desde el 6 de octubre de 2026, regula la solución pública de facturación electrónica y activa los plazos del Real Decreto 238/2026. Según la Agencia Tributaria, la obligación de expedir, remitir y recibir factura electrónica se aplica desde el 6 de octubre de 2027 a quienes facturan más de 8 millones de euros, y desde el 6 de octubre de 2028 al resto. También hay que informar del estado de las facturas y de los pagos.

Qué significa esto para una integración:

• Un solo sistema emite facturas. Si la tienda online, el CRM y el ERP pueden emitir facturas, cada uno tendría que cumplir. Lo habitual es que todos envíen la orden de facturar a un único sistema de facturación adaptado.
• Las facturas emitidas no se modifican. Una integración no debe editar ni borrar una factura ya emitida. Las correcciones se hacen con facturas rectificativas.
• Formatos estructurados. La orden exige el modelo semántico EN 16931 con sintaxis UBL para la solución pública. Los datos de origen (cliente, NIF, líneas, impuestos) tienen que estar limpios y completos.
• Nuevos flujos de vuelta. Los estados de factura y pago son datos que tendrán que viajar entre la facturación, la contabilidad y el CRM.

Comprar un conector o desarrollar a medida

Un conector es más rápido de poner en marcha. Pero si tu proceso no encaja en él, acabarás adaptando el proceso al conector.

Qué determina el coste de una integración

Estos son los factores que más mueven el presupuesto:

• Número de sistemas y de flujos. No es lo mismo sincronizar clientes en un sentido que pedidos, stock y facturas en los dos.
• Calidad de las APIs. Un sistema con API documentada es mucho más barato de integrar que uno que solo exporta ficheros.
• Limpieza de datos. Duplicados y datos incompletos obligan a una migración o depuración previa.
• Reglas de negocio. Cada transformación o excepción es trabajo de análisis, desarrollo y pruebas.
• Requisitos de disponibilidad y monitorización. Tiempo real, alertas y conciliación cuestan más que un proceso nocturno.
• Mantenimiento. Los proveedores cambian sus APIs. Una integración necesita mantenimiento continuo.

Lo explicamos con más detalle en cuánto cuesta un software a medida.

Pasos de un proyecto de integración

1. Mapa de sistemas y flujos. Qué sistemas hay, qué datos se mueven, quién los mueve hoy y cuánto tiempo cuesta.
2. Dato maestro. La tabla de qué sistema manda en cada dato y el identificador común.
3. Prioriza un flujo. Empieza por el que más horas o errores genera, por ejemplo pedidos de la tienda al ERP.
4. Elige el patrón. API, eventos, iPaaS o ficheros, según los sistemas y la urgencia del dato.
5. Revisa seguridad y RGPD. Usuarios técnicos, permisos, contratos de encargado y ubicación de los datos.
6. Desarrolla con errores y registros desde el principio. Reintentos, cola de errores, alertas.
7. Prueba con datos reales anonimizados y casos límite: duplicados, campos vacíos, caídas de un sistema.
8. Pon en marcha en paralelo durante un tiempo y concilia los resultados con el proceso manual.
9. Mide y amplía al siguiente flujo.

Integración, automatización e IA

Una vez los sistemas están conectados, se pueden automatizar procesos encima. En LCApps hemos desarrollado automatizaciones con IA que procesan mensajes, formularios o documentos y crean registros, tareas o avisos en otros sistemas, y extracción de datos de documentos: procesamos documentación con IA, extraemos la información relevante del expediente y la volcamos directamente en él. Explicamos cuándo usar IA y cuándo reglas fijas en automatización de procesos con IA frente a RPA.

El paso siguiente es conectar asistentes de IA a tus sistemas. Para eso usamos servidores MCP: hemos desarrollado uno para nuestro propio CRM que permite a un asistente consultar y operar sobre clientes, tareas, facturas y gastos con los permisos del usuario. Lo contamos en qué es MCP (Model Context Protocol) y en nuestra guía de agentes de IA para empresas. Diseñamos y operamos todos estos proyectos respetando el RGPD y el Reglamento de IA de la UE.

Si tus sistemas no tienen API o tu proceso no encaja en un conector estándar, la integración es un proyecto de desarrollo de software a medida.

Preguntas frecuentes

¿Qué es la integración ERP?

Es conectar el ERP con otros sistemas (CRM, tienda online, almacén, facturación, banca) para que pedidos, clientes, productos, stock y facturas se intercambien de forma automática y con un único sistema que manda en cada dato.

¿Es mejor un iPaaS o un desarrollo a medida?

Un iPaaS encaja cuando conectas herramientas populares con flujos sencillos. El desarrollo a medida encaja cuando hay reglas de negocio propias, sistemas sin conector, volumen alto o datos que no deben pasar por terceros. Muchos proyectos combinan los dos.

¿Puedo integrar un sistema que no tiene API?

Sí, con ficheros periódicos, acceso de solo lectura a su base de datos o automatización de su interfaz. Son opciones más frágiles y necesitan más monitorización.

¿Afecta VeriFactu si mi tienda online genera las facturas?

Sí. El sistema que expide las facturas tiene que cumplir el Real Decreto 1007/2023. Si la tienda online factura, debe estar adaptada o enviar la orden de facturar a un sistema de facturación que lo esté.

Conclusión

Integrar sistemas es decidir qué sistema manda en cada dato, cómo se mueven los cambios y cómo se detectan los errores. Con la factura electrónica y VeriFactu en el horizonte, ordenar ahora el flujo de facturación evita prisas después.

En LCApps desarrollamos software a medida e integraciones entre los sistemas que ya usas, con automatizaciones e IA cuando aportan valor. Cuéntanos qué proceso quieres mejorar y te ayudamos a plantear la integración.