Integración PrestaShop – Sage 200: guía para conectar tu tienda online con el ERP

Resumen

Integrar PrestaShop con Sage 200 consiste en que el catálogo, los precios y el stock salgan de Sage 200 hacia la tienda, y en que los pedidos, los clientes y los cobros vuelvan de PrestaShop a Sage 200 sin que nadie los teclee. Antes de elegir cómo hacerlo, hay que decidir qué sistema manda en cada dato, revisar cómo se traducen los artículos de Sage 200 a productos y combinaciones de PrestaShop y aclarar quién emite la factura, sobre todo con Verifactu en el horizonte.

Para hacer la integración hay cinco caminos: módulos de PrestaShop Addons, desarrollo a medida, plataformas de automatización, intercambio de ficheros o un hub de integración. Cuál conviene depende del volumen, de cuánto se parece tu operativa a la estándar y de cuántos sistemas más vas a conectar.

Qué tener en cuenta antes de plantearte la integración

Qué sistema manda en cada dato

Es la primera decisión y la que más problemas evita. En la mayoría de proyectos el reparto es este:

• Sage 200 manda en artículos, precios, tarifas, stock, clientes con condiciones comerciales y facturación.
• PrestaShop manda en el contenido de la tienda (descripciones, imágenes, SEO, categorías y características), en los pedidos online y en los clientes que se registran en la web.

Si un dato se puede modificar en los dos lados sin una regla clara, acabará desincronizado. No hace falta que sea siempre así, pero tiene que estar decidido y por escrito antes de empezar.

Qué Sage 200 tienes (y dónde está)

Muchos conectores que aparecen al buscar están pensados para el Sage 200 de Reino Unido o para Sage 50, que son productos distintos del Sage 200 español (heredero de Sage Murano y Sage 200c). Comprueba siempre con qué producto y versión trabaja un conector antes de contratarlo.

Conviene saber también:

• Versión y personalizaciones. Los campos a medida, los módulos verticales o los desarrollos de un partner afectan a qué datos se pueden leer y escribir.
• Dónde está instalado. En un servidor local, en un servidor alojado o en la nube. La integración tiene que poder llegar a Sage 200 de forma segura, sin dejar puertos abiertos a internet.
• Quién es tu partner de Sage. Tendrá que participar en algún momento: permisos, series, configuración contable.

Qué PrestaShop tienes (y qué módulos lleva)

PrestaShop es de código abierto y casi siempre está alojado en tu servidor o en el de tu agencia. Eso da mucha libertad, pero también hace que cada tienda sea distinta: versión (1.7, 8 o 9), tema, módulos instalados y desarrollos a medida. Antes de integrar, haz inventario de los módulos que tocan productos, precios, pedidos o clientes, porque la integración tendrá que convivir con ellos.

Tu modelo de venta

No es lo mismo una tienda B2C que un canal B2B con precios por cliente, condiciones de pago y pedido mínimo. PrestaShop trae un modo B2B básico (datos de empresa y riesgo autorizado) y permite precios por grupo de clientes y precios específicos, pero muchas reglas B2B acaban dependiendo de módulos de terceros. Lo que vendas, a quién y cómo condiciona qué datos hay que mover.

Quién emite la factura

PrestaShop puede generar sus propias facturas, pero en España lo habitual es que la factura salga del ERP. Con Verifactu (obligatorio para sociedades desde el 1 de enero de 2027 y para el resto de obligados desde el 1 de julio de 2027, según el calendario vigente), lo razonable es que Sage 200 sea el sistema de facturación y que PrestaShop solo genere el pedido. Hay que decidir qué hace la tienda con su propia numeración de facturas para no acabar con dos series paralelas.

Calidad de los datos maestros

Una integración no arregla datos desordenados: los publica más rápido. Antes de conectar, revisa referencias duplicadas, artículos sin código de barras, descripciones pensadas para uso interno y familias que no tienen sentido para un cliente. Es buen momento para decidir qué artículos se publican y cuáles no.

Volumen, picos y mantenimiento

¿Cuántos pedidos al día? ¿Cuántos en Black Friday? ¿Cada cuánto cambian precios y stock? ¿Quién revisa la integración cuando se actualiza PrestaShop o un módulo, o cuando algo falla un sábado? Estas respuestas pesan más en la elección del método que la lista de funcionalidades.

Qué significa integrar PrestaShop con Sage 200: definición operativa

En la práctica, una integración PrestaShop–Sage 200 es un conjunto de flujos de datos, cada uno con su origen, su destino, su frecuencia y sus reglas.

De Sage 200 a PrestaShop

• Catálogo: alta y actualización de productos y combinaciones, referencias, códigos de barras, familias y características. El contenido de marketing suele enriquecerse en PrestaShop.
• Precios: precio base, tarifas y, en B2B, precios por grupo o precios específicos por cliente.
• Stock: disponible por producto y combinación, sincronizado con la frecuencia que pida el negocio (casi en tiempo real si hay riesgo de sobreventa).
• Clientes B2B: empresas, direcciones, grupo de clientes y condiciones dadas de alta en el ERP.

De PrestaShop a Sage 200

• Pedidos: cabecera, líneas con su combinación, descuentos, portes, impuestos y forma de pago, como pedido de venta o directamente como albarán.
• Clientes: alta de clientes nuevos o asignación a un cliente genérico, según la política de cada empresa.
• Cobros: registro del pago y, si se quiere, conciliación con las liquidaciones de cada pasarela.

Flujos de vuelta

• Estados y envíos: cuando el pedido se sirve en Sage 200 (o en el almacén), PrestaShop cambia el estado del pedido y guarda el número de seguimiento, lo que dispara el aviso al cliente.
• Devoluciones y abonos: la devolución o el reembolso en PrestaShop tiene su rectificativa en Sage 200, y el stock vuelve a donde toca.

Cada flujo se dispara por un evento (un pedido nuevo, un cambio de stock) o se programa cada cierto tiempo. Lo importante es que haya un registro de qué se ha sincronizado, qué ha fallado y por qué.

Particularidades de la integración PrestaShop – Sage 200

Combinaciones frente a tallas y colores

Sage 200 trabaja con artículos, tallas y colores, escandallos o kits según la configuración. PrestaShop trabaja con productos y combinaciones, que se generan a partir de grupos de atributos (talla, color, formato…). Hay que acordar cómo se traduce cada estructura: qué es un producto, qué atributos se crean en la tienda y cómo se identifica cada combinación (por referencia o por código de barras) para que stock y pedidos casen. Es la parte del mapeo que más tiempo lleva.

Precios, impuestos y recargo de equivalencia

PrestaShop calcula los impuestos con reglas por país y región; Sage 200 aplica los suyos según su propia configuración. A eso se suman las particularidades españolas:

• Recargo de equivalencia para clientes minoristas en B2B, que PrestaShop no resuelve de serie y suele requerir un módulo.
• IGIC en Canarias e IPSI en Ceuta y Melilla.
• Operaciones intracomunitarias con clientes con NIF-IVA.

El impuesto que calcula PrestaShop y el que calcula Sage 200 tienen que coincidir al céntimo, o la contabilidad no cuadra.

Tarifas, precios específicos y reglas de catálogo

Las tarifas de Sage 200 se pueden llevar a PrestaShop como precio base, como precios por grupo de clientes o como precios específicos por cliente. Las reglas de precios de catálogo y las reglas de carrito, en cambio, nacen en la tienda: hay que decidir si conviven con las tarifas del ERP o si se desactivan para que el precio se gestione desde un solo sitio.

Clientes, NIF y facturas

PrestaShop permite comprar como invitado y solo pide el NIF si se configura en el formato de dirección del país. Si el cliente quiere factura a nombre de su empresa, hay que recoger esos datos en el checkout y llevarlos al ERP. También hay que decidir si cada comprador B2C se da de alta como cliente en Sage 200 o se agrupa en un cliente “Varios”.

Descuentos, portes y regalos

Los cupones, las reglas de carrito, los portes gratuitos a partir de cierto importe o los productos de regalo se tienen que traducir en algo que Sage 200 entienda: descuentos en línea, artículos de servicio para portes o líneas a precio cero. Sin esa regla, los pedidos llegan descuadrados.

Stock y almacenes

PrestaShop gestiona una cantidad disponible por producto o combinación (y por tienda, si usas multitienda); la gestión avanzada de stock por almacenes desapareció en la versión 1.7. Sage 200, en cambio, trabaja con varios almacenes. Hay que decidir qué almacenes suman stock para la web, si se reserva un margen de seguridad y qué pasa con las unidades comprometidas en pedidos que aún no se han servido.

Pagos y conciliación

Redsys, PayPal, Bizum o la transferencia llegan a PrestaShop a través de módulos de pago, y cada uno informa del cobro a su manera. Si finanzas quiere conciliar en Sage 200, la integración tiene que llevar algo más que “pedido pagado”: forma de pago, importes, comisiones y la referencia de cada operación.

Límites técnicos de cada lado

• PrestaShop expone su Webservice clásico (API REST con permisos por recurso) y, desde PrestaShop 9, una nueva Admin API basada en API Platform que todavía está en desarrollo y se activa como función experimental. Además, muchos módulos guardan sus datos en tablas propias que ninguna de las dos API expone.
• Sage 200 dispone de una API oficial, pero su cobertura y su documentación no siempre llegan a todos los procesos. Por eso muchas integraciones se apoyan en las librerías oficiales de Sage, y escribir directamente en la base de datos SQL Server es una mala idea: te saltas las validaciones y puede dar problemas con las actualizaciones.

Multiempresa y multitienda

PrestaShop trae multitienda nativa: varias tiendas (por país, por marca o por canal B2B y B2C) en una sola instalación. Contra una o varias empresas de Sage 200, cada combinación multiplica las reglas de mapeo: series, tarifas, almacenes e impuestos.

Métodos para integrar PrestaShop con Sage 200

Módulos de PrestaShop Addons

Son módulos del marketplace oficial o conectores comerciales listos para instalar.

• A favor: puesta en marcha rápida y coste inicial bajo.
• En contra: cubren el caso estándar. Si tu operativa se sale un poco (combinaciones, recargo de equivalencia, precios por cliente), toca adaptarte al módulo. Cada actualización de PrestaShop o del propio módulo es un riesgo, y muchos están pensados para otros productos de Sage.
• Encaja si: tu catálogo es sencillo, vendes en B2C y tu Sage 200 apenas está personalizado.

Desarrollo a medida punto a punto

Un programador o tu agencia desarrolla un módulo o servicio que conecta directamente las dos aplicaciones.

• A favor: se ajusta exactamente a tu proceso.
• En contra: dependes de quien lo escribió, cada actualización de PrestaShop o de Sage 200 es un riesgo y la monitorización suele quedarse corta. Escribir directamente en las bases de datos tienta, pero se salta validaciones y hooks. Además, cada sistema nuevo es otro desarrollo.
• Encaja si: tienes un equipo técnico propio con capacidad de mantenerlo a largo plazo.

Plataformas de automatización genéricas (iPaaS)

Herramientas de automatización con conectores visuales.

• A favor: flexibles y rápidas para prototipar.
• En contra: no suelen traer conector nativo para el Sage 200 español, el coste suele crecer con el número de operaciones y la lógica de negocio compleja acaba siendo difícil de mantener.
• Encaja si: son flujos sencillos y el volumen es bajo.

Intercambio de ficheros

Exportaciones e importaciones programadas en CSV, apoyadas en el importador de PrestaShop o en módulos de importación.

• A favor: barato y fácil de entender.
• En contra: no es tiempo real, hay más riesgo de sobreventa, los errores se detectan tarde y casi siempre hace falta una persona pendiente.
• Encaja si: es un paso intermedio o los volúmenes son muy pequeños.

Hub de integración

Una plataforma central a la que se conectan PrestaShop, Sage 200 y el resto de sistemas, con flujos configurados para tu negocio.

• A favor: lógica de negocio a medida sin desarrollo punto a punto, monitorización centralizada, reintentos y un único sitio donde añadir sistemas nuevos.
• En contra: necesita una fase de definición inicial y es más proyecto que “instalar y listo”.
• Encaja si: tu operativa tiene particularidades, vendes por más de un canal o vas a seguir añadiendo sistemas.

Cómo elegir

Hazte cuatro preguntas:

1. ¿Mi proceso se parece al estándar o tiene particularidades?
2. ¿Cuántos pedidos y cambios de stock muevo, y cómo son mis picos?
3. ¿Quién va a mantener esto dentro de dos años?
4. ¿PrestaShop y Sage 200 son los únicos sistemas o habrá más?

Si las respuestas son “estándar”, “poco”, “nadie en concreto” y “solo estos dos”, un módulo empaquetado puede bastar. Cuantas más respuestas se alejen de eso, más sentido tiene un hub.

Integrar otros sistemas en el stack

PrestaShop y Sage 200 rara vez van solos. En cuanto la tienda crece, aparecen otros sistemas:

• Logística y transporte: SGA, operador logístico y agencias como SEUR, Nacex, GLS o Correos Express, para generar etiquetas y devolver los números de seguimiento.
• Marketplaces: Amazon, Miravia o marketplaces de nicho, que también necesitan stock y precios del ERP y devuelven pedidos.
• CRM y marketing: para que el equipo comercial vea los pedidos web y para segmentar campañas con datos reales de compra.
• Tienda física: un TPV que comparte stock y clientes con la web.
• Portal B2B: cuando el canal profesional necesita reglas que PrestaShop no cubre sin módulos.
• IA: asistentes y agentes que consultan stock, pedidos o tarifas con datos fiables.

Si cada uno se conecta por su cuenta con Sage 200 y con PrestaShop, el número de integraciones crece muy rápido y cada una tiene su propio punto de fallo. Con un hub central, cada sistema se conecta una vez y el hub reparte los datos según las reglas del negocio. Añadir un transportista o un marketplace pasa a ser un flujo nuevo, no un proyecto nuevo.

Más guías relacionadas: Sage 200 y Shopify, Sage 200 y WooCommerce, Sage 200 y Magento, Sage 200 y Amazon, PrestaShop y Correos Express, a3ERP y PrestaShop, Sage 50 y PrestaShop, Holded y PrestaShop, Akeneo y PrestaShop, Sage 200 y Akeneo y Sage 200 y Sales Layer.

Integración PrestaShop – Sage 200 con Stoam Connect

Stoam Connect es el hub de integración de Stoam. Conecta PrestaShop con Sage 200 y con el resto de sistemas de tu negocio mediante flujos diseñados para tu operativa, no para una operativa media.

• Hecho para el Sage 200 español. Stoam es partner de Sage y Sage ha validado Stoam Connect.
• Un proyecto con definición previa. Antes de ejecutar, revisamos contigo qué sistema manda en cada dato, las casuísticas reales y los flujos.
• Licencia fija. No hay coste por volumen ni por operación, así que el Black Friday no sube la factura.
• Infraestructura segura. El hub se aloja en un entorno con certificación ISO 27001 y ENS.
• Preparado para crecer. Transporte, marketplaces, TPV, CRM o IA se añaden al mismo hub.

Preguntas frecuentes