Entra un pedido en la web. Alguien lo copia al programa de gestión, comprueba el pago, ajusta el stock y avisa al almacén. Si cambia la dirección o se devuelve un producto, toca repetir parte del recorrido. La tienda vende por internet, pero por dentro todavía depende de una persona haciendo de enlace.
Integrar el ERP con la tienda online permite intercambiar esos datos automáticamente. El trabajo importante está en decidir qué debe ocurrir con ellos: cuándo se prepara un pedido, cuántas unidades se pueden vender y qué hacer si uno de los sistemas deja de responder.
La conexión será útil cuando ahorre pasos sin quitarte el control. Para conseguirlo, conviene empezar por cómo trabaja tu negocio y elegir después la herramienta que encaje.
Qué es la integración de un ERP y cuándo merece la pena
Un ERP organiza la gestión de la empresa: compras, inventario, ventas, facturación y otras operaciones según sus módulos. La tienda online se ocupa del escaparate, el carrito y la compra. Integrarlos significa establecer un intercambio de información con reglas acordadas entre ambos.
No hace falta que todo acabe en una misma base de datos. Cada programa puede seguir haciendo su trabajo, siempre que sepa qué información debe enviar, cuál debe recibir y qué versión prevalece cuando hay una diferencia.
La necesidad suele aparecer cuando el trabajo manual empieza a condicionar la venta. Se copian los mismos pedidos dos veces, hay que contrastar existencias antes de confirmar una compra o las devoluciones se registran en un sitio y quedan pendientes en otro. Vender también en tienda física o en un marketplace añade más movimientos sobre el mismo stock.
No existe una cifra universal de pedidos a partir de la que integrar sea obligatorio. Un catálogo pequeño y estable puede funcionar con una importación periódica. Una tienda con pocas ventas, pero productos configurables y tarifas por cliente, puede necesitar una conexión más cuidadosa.
Si todavía estás eligiendo el programa de gestión, primero aclara si necesitas un CRM, un ERP o ambos. Aquí partimos de otra pregunta: qué debe pasar entre ese ERP y tu tienda para dejar de perseguir datos.
Qué datos debes sincronizar entre el ERP y la tienda online
Antes de hablar de plugins o APIs, prepara un mapa sencillo. Para cada dato, anota dónde se mantiene, a dónde viaja y qué condición permite actualizarlo. No basta con escribir «sincronizar productos»: el código de un artículo y su descripción comercial pueden tener responsables diferentes.
Cuando revisamos estas conexiones, pedimos que nos enseñen un pedido de principio a fin, con la persona que lo prepara. En ese recorrido aparecen decisiones que no salen en la lista de prestaciones: una tarifa especial, una reserva de almacén o una factura que se emite al enviar, no al cobrar.
Este sería un punto de partida habitual, que hay que adaptar a cada empresa:
| Información | Origen habitual | Qué debes concretar |
|---|---|---|
| Referencias y variantes | ERP o gestor de catálogo | Identificador estable para cada talla, color o combinación. |
| Descripciones e imágenes | Tienda o gestor de catálogo | Qué campos puede actualizar el ERP y cuáles debe respetar. |
| Precio y disponibilidad | ERP o sistema de inventario | Tarifas, impuestos, almacenes, reservas y margen de seguridad. |
| Pedido y datos de compra | Tienda → ERP | Cuándo se importa y cuándo queda autorizado para preparar. |
| Envíos y seguimiento | ERP, almacén u operador → tienda | Estados que recibirá el cliente y responsable de notificarlos. |
| Facturas y devoluciones | Sistema responsable de cada proceso | Quién emite, quién informa y cómo se registra una devolución parcial. |
Cada campo necesita una regla de autoridad. Una situación que nos encontramos es la descripción de una ficha cuidadosamente escrita para vender, sustituida por el nombre abreviado que utiliza almacén. La sincronización ha funcionado. Demasiado bien para lo que se había pedido.
Con los clientes ocurre algo parecido. La dirección de entrega de una compra no tiene por qué sustituir la dirección fiscal de la empresa. Tampoco conviene fusionar dos registros solo porque comparten un nombre. Decide cómo se identifican, qué datos se actualizan y cuáles quedan asociados únicamente a ese pedido.
Conector, plataforma de integración o desarrollo a medida
Lo primero es comprobar si existe un conector mantenido para tu ERP y tu tienda. Puede resolver gran parte del recorrido, pero compatible no significa que cubra tu operativa completa. Revisa qué versiones admite, qué campos intercambia, cómo trata las variantes y qué pasa con cancelaciones o devoluciones.
Por ejemplo, la documentación del conector de Business Central y Shopify separa productos, inventario, clientes, pedidos, pagos y envíos. Esa lista resulta más útil para evaluar el alcance que una afirmación genérica de «integración total». Las capacidades pertenecen a ese conector concreto; no se pueden dar por supuestas en otro.
Una plataforma de integración, también llamada middleware o iPaaS, añade una capa que transforma y coordina datos entre aplicaciones. Puede encajar cuando intervienen tienda, ERP, almacén externo y otros canales. Sus conectores reducen trabajo, pero siguen necesitando configuración, reglas y seguimiento. «Sin código» no significa «sin decisiones».
El desarrollo a medida tiene sentido cuando falta una conexión compatible, hay una regla de negocio que los conectores no resuelven o necesitas cubrir una parte concreta del proceso. A veces basta con ampliar lo que ya existe. No hace falta reconstruir el puente entero porque falte una barandilla.
Si el ERP solo ofrece exportaciones e importaciones, un intercambio de archivos puede ser una opción, siempre que esté soportado y el retraso sea aceptable. También necesita validación y registro de errores. No lo descartes por antiguo ni lo presentes como tiempo real si depende de un archivo que se actualiza cada noche.
Cómo integrar WooCommerce o Shopify con un ERP
En WooCommerce, su REST API permite intercambiar datos con sistemas externos. Los webhooks envían avisos cuando ocurren determinados eventos, como cambios en pedidos o productos. Una API permite consultar o modificar información; un webhook avisa de que ha pasado algo. Son piezas de la integración, no la integración terminada.
Para conectar WooCommerce con un ERP necesitas comprobar también el otro extremo: qué permite el ERP, qué acceso incluye tu contrato, qué campos exige y cómo identifica cada registro. Que WooCommerce pueda enviar un pedido no significa que el ERP sepa interpretarlo.
Shopify también dispone de APIs, webhooks y conectores. El análisis es parecido: compatibilidad real, flujos admitidos y reglas del negocio. Si todavía estás decidiendo entre plataformas, nuestra comparativa de WooCommerce y Shopify aborda esa elección. Cambiar de tienda no suele ser el primer paso para arreglar una integración mal definida.
En ambos casos, utiliza conexiones cifradas y credenciales con los permisos necesarios para ese intercambio. Las claves no deben quedar en el navegador del comprador ni en archivos públicos. Define quién puede revocarlas y quién atenderá los avisos si dejan de funcionar.
Antes de activar el flujo completo, prueba un conjunto reducido de productos y pedidos fuera de la operativa real. La primera comprobación debe demostrar que un dato llega correctamente; las siguientes, que no perjudica a los que ya estaban allí.
Cómo debe viajar un pedido de la tienda online al ERP
Veamos un ejemplo ficticio. Una tienda vende una botella azul de 750 ml con la referencia BOT-AZ-750. Hay ocho unidades físicas, tres reservadas para otros pedidos y una que la empresa decide mantener como margen. En este supuesto, la web puede ofrecer cuatro.
Un cliente compra dos unidades y paga. La tienda crea el pedido W-1042. La integración comprueba la referencia, las cantidades, el importe, los gastos de envío y el estado de pago. Después registra el pedido en el ERP conservando el identificador de origen, junto con el canal del que procede.
Importar un pedido y autorizar su preparación son decisiones distintas. Puedes necesitar registrar una compra pendiente de transferencia, por ejemplo, sin que el almacén la envíe todavía. Esa regla debe quedar escrita.
Siguiendo nuestro supuesto, las dos nuevas unidades quedan reservadas y la disponibilidad publicable pasa de cuatro a dos. No se vuelve a descontar la misma venta cuando llega otra notificación del pedido. El sistema que controla el inventario debe reconocer el movimiento y calcular la disponibilidad según la regla acordada.
Cuando almacén prepara y envía la compra, el estado y el seguimiento vuelven a la tienda desde el sistema responsable. La información de facturación sigue su propio momento de emisión. El cliente debería ver un recorrido coherente, aunque por detrás participen varios programas.
El identificador compartido permite seguir el pedido en ambos lados. Si alguien pregunta qué ha ocurrido, no debería tener que localizarlo comparando el nombre del comprador, la hora y la cantidad de cafés que lleva encima.
Cómo evitar errores de stock, pedidos duplicados y devoluciones
Una integración no se evalúa solo con el pedido que entra a la primera. Hay que decidir cómo responde cuando recibe un dato repetido, una actualización antigua o un error del otro sistema.
Reintentar un pedido sin crearlo dos veces
Imagina que el ERP registra W-1042, pero su respuesta no llega a la tienda por un corte de conexión. Si se repite el envío, la integración debe reconocer que ese pedido ya existe y continuar desde ahí. En términos técnicos, buscamos un procesamiento idempotente: repetir la operación no debe duplicar su efecto.
Esto requiere una identificación estable y una comprobación fiable, también si entran dos avisos casi a la vez. No basta con confiar en que cada notificación llegue una sola vez. La documentación de webhooks de Shopify explica que pueden existir duplicados, que el orden de entrega no está garantizado y que conviene reconciliar datos mediante consultas periódicas.
Sincronizar stock con una frecuencia útil
El stock necesita una actualización acorde con el riesgo de vender unidades que ya no están disponibles. La descripción larga de una ficha puede admitir otro ritmo. No hay un intervalo universal que sirva para todos los datos y negocios.
Una conexión por eventos reduce el retraso, pero no hace desaparecer los cortes ni las compras simultáneas en distintos canales. Acuerda qué ocurre con las reservas, qué almacenes cuentan y qué hará la tienda si la información lleva demasiado tiempo sin actualizarse. Puede ser necesario aplicar un margen, retener una operación o limitar la venta hasta recuperar datos fiables.
Separar devolución, reembolso y reposición
Un reembolso no siempre significa que el producto ha vuelto al almacén y puede venderse. Si el cliente devuelve una unidad dañada, sumar automáticamente una al stock disponible sería un error.
Define cómo viaja una devolución parcial, cuándo se devuelve el dinero y quién confirma que la mercancía puede ponerse otra vez a la venta. También hay que contemplar descuentos, portes y documentos asociados. Devolver no es ejecutar la compra al revés y esperar que todo encaje.
Qué pruebas hacer antes de activar la integración
Pide una prueba de aceptación que puedas entender y revisar con administración y almacén. En lugar de «la API responde», utiliza situaciones del negocio y un resultado esperado para cada una.
| Prueba | Qué debería comprobarse |
|---|---|
| Pedido pagado con dos variantes | Referencias, cantidades, importes y estado correctos en ambos sistemas. |
| Pedido pendiente de pago | Se registra o retiene según la regla, sin preparar un envío no autorizado. |
| Mismo pedido recibido dos veces | Un único pedido y un único efecto sobre reservas o existencias. |
| ERP temporalmente inaccesible | Operación pendiente visible, aviso y recuperación sin perder ni duplicar datos. |
| Última unidad y otro canal vendiendo | Se aplica la política acordada de disponibilidad y conflictos. |
| Devolución parcial | Se ajustan los importes y el inventario que corresponda, sin reponer material no vendible. |
| Actualización de catálogo | Cambian los campos autorizados y se conservan las descripciones o imágenes protegidas. |
No hace falta usar datos personales reales para probar estos recorridos. Sí hace falta representar las particularidades del negocio. Si vendes lotes, packs o tarifas profesionales, una prueba con un producto simple no demuestra que todo eso funcione.
Después del arranque, debe poder verse qué operaciones se han completado, cuáles esperan y cuáles necesitan intervención. Los avisos tienen que llegar a alguien con capacidad para actuar. También conviene comparar periódicamente pedidos e importes entre sistemas: un registro sin errores no demuestra por sí solo que no falte ningún pedido.
Deja documentado cómo detener un flujo defectuoso y cómo continuar temporalmente sin procesar dos veces las mismas operaciones. Esa salida se prepara antes de necesitarla. Cuando el almacén está esperando, nadie tiene especial paciencia para descubrir dónde estaba el interruptor.
Cuánto cuesta integrar un ERP y qué debe incluir el presupuesto
No hay una tarifa útil sin conocer las versiones, los accesos disponibles y los procesos que hay que cubrir. Un conector que ya admite tus reglas y una integración con varios almacenes, tarifas B2B y desarrollos antiguos son trabajos diferentes.
Separa el coste inicial del coste de mantener la conexión. El primero incluye análisis, preparación de datos, configuración o desarrollo, pruebas y puesta en marcha. El segundo puede incluir licencias, consumo de una plataforma intermedia, infraestructura, supervisión y adaptación a cambios de las APIs.
La comparación de presupuestos empieza por el alcance. Uno puede incluir únicamente pedidos pagados y stock de un almacén. Otro puede resolver además cancelaciones, devoluciones, tarifas y recuperación de operaciones fallidas. Antes de decidir cuál es caro, comprueba si están presupuestando el mismo recorrido.
Para pedir una valoración, reúne el nombre y la versión del ERP, la plataforma de la tienda, los canales de venta, el volumen habitual y los picos de pedidos, los tipos de producto y las excepciones que más trabajo provocan. Añade qué datos puedes exportar o consultar y quién mantiene cada sistema. Esa información permite distinguir un ajuste de conector de un desarrollo adicional.
Si el proyecto completo se hace demasiado grande, empieza por un flujo que quite trabajo real y tenga un resultado comprobable. Prioriza por el tiempo que consume hoy, los errores que provoca y lo fácil que será comprobar la mejora.
En Nereida trabajamos el desarrollo y las integraciones a medida desde ese recorrido concreto. Enséñanos cómo entra hoy un pedido, quién lo toca y dónde se atasca. Con eso podemos valorar qué conexión necesitas y qué parte merece la pena resolver primero.
Escrito en Nereida Studio, estudio de diseño web y posicionamiento en Valencia. Así trabajamos.
