En resumen: PrestaShop y NetSuite se pueden conectar de tres maneras: con el conector de Celigo para PrestaShop, con un desarrollo a medida contra la API de PrestaShop y los servicios web de NetSuite, o con un módulo de PrestaShop ya existente. La elección depende de su versión de PrestaShop y de sus módulos, de su catálogo y del número de combinaciones, de cuántas tiendas gestiona y de cómo quiere contabilizar finanzas los pedidos y los cobros.
Cuando PrestaShop y NetSuite viven por separado
Suele empezar con un paso manual que nunca desaparece. Quizá reconozca alguno de estos:
- Los pedidos se vuelven a teclear en NetSuite, o se exportan de PrestaShop en un archivo CSV.
- El stock por combinación (talla, color) es incorrecto en la tienda web: se vende de más una variante y sobra otra.
- Los precios se mantienen dos veces, en NetSuite y en la tienda.
- Una tienda B2C y otra B2B funcionan con reglas distintas, y nadie se responsabiliza de la diferencia.
- El cierre de mes significa conciliar a mano los cobros de Redsys, PayPal o Stripe.
Que los pedidos entren es la parte fácil; nuestro artículo sobre cuatro maneras de llevar los pedidos de ecommerce al ERP explica la arquitectura que hay detrás. Tampoco la deriva del stock suele ser un problema de velocidad, como explicamos en por qué el stock se desajusta entre canales.
¿Existe un conector nativo de NetSuite para PrestaShop?
No. La documentación de Oracle sobre NetSuite Connector enumera como tiendas admitidas Amazon Seller Central, Amazon Vendor Central, BigCommerce, eBay, Magento 2, Shopify, Shopify POS, Walmart y WooCommerce, además de ShipStation entre los 3PL. PrestaShop no figura en la lista. Lo comprobamos el 15 de octubre de 2026 (Oracle, NetSuite Connector: Supported Storefronts and 3PLs).
Celigo ofrece en integrator.io un conector prediseñado para PrestaShop. Se autentica con una clave del Webservice de PrestaShop y cubre carritos, clientes, pedidos, productos y stock, entre otros, con un modo HTTP para lo que no esté en su lista de endpoints prediseñados. Es un conector sobre el que construir flujos, de modo que la correspondencia con NetSuite sigue siendo trabajo de diseño. También existen módulos de PrestaShop que dicen conectar con NetSuite; conviene evaluar cada uno por sus propios méritos.
Qué sincronizamos entre PrestaShop y NetSuite
| Flujo | Dirección | Qué cubre |
|---|---|---|
| Pedidos | PrestaShop → NetSuite | Líneas, transportista, método de pago, descuentos y cupones |
| Clientes y direcciones | PrestaShop → NetSuite | Compradores invitados y registrados; las cuentas B2B pueden ir también de NetSuite a PrestaShop |
| Productos, combinaciones y precios | NetSuite → PrestaShop | Cuando NetSuite es el maestro de artículos |
| Stock | NetSuite → PrestaShop | Por combinación y por almacén o ubicación |
| Estado del pedido, envío y seguimiento | NetSuite → PrestaShop | Confirmación de envío y números de seguimiento de vuelta a la tienda |
| Devoluciones y reembolsos | PrestaShop → NetSuite | Vales de abono y reembolsos asociados al pedido original; vea devoluciones, reembolsos y facturas rectificativas |
| Cobros y liquidaciones | Pasarela de pago → NetSuite | Liquidación de Redsys, PayPal, Stripe y otros pagos frente al apunte bancario |
Si además vende en marketplaces, las liquidaciones siguen otra lógica; vea nuestra página de liquidaciones de marketplace.
Celigo o API a medida: cómo elegimos
| Vía | Encaja cuando | Cuidado con | Quién la mantiene |
|---|---|---|---|
| Celigo integrator.io con el conector de PrestaShop | Ya usa Celigo, o tiene varios sistemas que conectar y quiere una plataforma con panel de monitorización | El conector es una pieza de construcción, no una app terminada PrestaShop–NetSuite; el lado de NetSuite sigue requiriendo diseño y configuración | Una plataforma gestionada, operada por nosotros o por su equipo |
| Integración a medida contra la API de PrestaShop y NetSuite (SuiteTalk REST, RESTlets) | Mucha personalización, un catálogo muy grande, lógica multitienda poco habitual, o no querer licenciar un iPaaS | El código es suyo, así que debe estar documentado, probado y monitorizado | Nosotros, o su equipo una vez formado |
| Módulo de PrestaShop existente | Casos sencillos | Mantenimiento, versiones de PrestaShop admitidas y quién es el dueño del código | El proveedor del módulo, más su agencia |
La decisión depende de su versión de PrestaShop y sus módulos, del tamaño del catálogo y el número de combinaciones, del número de tiendas, del volumen de pedidos y sus picos, de las reglas de contabilización de finanzas y del iPaaS que ya pague. No somos revendedores y recomendamos la vía que encaja, no la que más vendemos. Para el equilibrio general, vea iPaaS, punto a punto y middleware. Somos partner de implantación de Celigo y solo lo recomendamos cuando encaja.
Decisiones de diseño propias de PrestaShop
Aquí es donde las integraciones con PrestaShop salen bien o mal. Nada de esto sale de la configuración por defecto de un conector.
Combinaciones y artículos matriz de NetSuite. El producto se corresponde con un padre de matriz y cada combinación con un hijo de matriz, con los valores de atributo mapeados en ambos lados. La referencia (SKU) de cada combinación debe ser única y estable. Acuerde de antemano qué ocurre cuando la agencia añade un atributo o un valor nuevo, porque una combinación sin mapear es un producto que deja de venderse sin avisar.
Multitienda. Varias tiendas, ya sea por país o separadas en B2B y B2C, deben corresponderse con la filial (OneWorld), el nivel de precios, la moneda y la ubicación correctos de NetSuite. Decídalo tienda por tienda antes de construir, no mientras se depura un precio erróneo.
Estados del pedido. Asigne cada estado de pedido de PrestaShop, incluidos los personalizados que añaden los módulos, a un pedido de venta, un envío o una cancelación de NetSuite. Decida qué estado dispara la importación; «pago aceptado» es una elección habitual y mantiene fuera de NetSuite los pedidos sin pagar.
Módulos de pago. Redsys, PayPal, Stripe, transferencia bancaria y contrareembolso se convierten cada uno en un depósito de cliente o un cobro en NetSuite de forma distinta, y cada uno abona según su propio calendario. Diseñamos cómo se registra cada método y cómo se concilia su abono.
Quién emite la factura legal. PrestaShop puede generar facturas, y NetSuite también. Elija un único emisor, nunca los dos. En España, el sistema de facturación debe cumplir la normativa del SII y de Verifactu, así que acuerde la elección con su asesor fiscal antes del go-live. Esto no es asesoramiento fiscal.
Impuestos. Las reglas de impuestos de PrestaShop y los códigos de impuesto de NetSuite son dos modelos distintos. Asígnelos de forma explícita, incluidos casos especiales como el recargo de equivalencia en algunas ventas B2B españolas y el OSS de la UE para el B2C transfronterizo. Las reglas las fija su asesor; la integración las transporta.
API y alojamiento. PrestaShop suele estar alojado por el propio cliente, así que la API corre en su servidor. Importan el rendimiento, la caché, HTTPS y el alcance de la clave de API, y también los despliegues de su agencia. PrestaShop 9, publicado el 10 de junio de 2025, añade una Admin API basada en API Platform con autorización OAuth, junto al Webservice heredado. Su cobertura era todavía parcial en el lanzamiento, así que elegimos la API por versión y por endpoint tras comprobar qué expone realmente su versión.
Actualizaciones y módulos. Una actualización de PrestaShop o de un módulo, o un override, puede cambiar estructuras de datos. Incluya pruebas de integración en la rutina de lanzamientos de su agencia para que una actualización no rompa los flujos.
Tiempo real o por lotes. El Webservice funciona por petición y respuesta, de modo que un flujo normalmente consulta de forma periódica. Que su instalación pueda además enviar notificaciones depende de su versión y de sus módulos, y lo confirmamos en el descubrimiento. La frecuencia del stock depende de la rotación de su catálogo.
Cómo se desarrolla un proyecto NetSuite–PrestaShop
- Descubrimiento con su agencia de PrestaShop. Versión, módulos, tiendas, combinaciones y módulos de pago.
- Mapeo y construcción en sandbox. Con sus datos reales, cubriendo los casos límite: combinaciones, cupones, reembolsos, varias tiendas.
- Ejecución en paralelo. Sobre un subconjunto de productos o pedidos, comparando con lo que hace hoy.
- Go-live y monitorización. Desplegamos, vigilamos de cerca las primeras sincronizaciones y seguimos con usted.
El plazo depende de la vía y de su instalación, y fijamos alcance y esfuerzo tras el descubrimiento, no adivinando antes.
Después del go-live: monitorización, errores y propiedad
La mayoría de las integraciones no fallan el primer día. Fallan en una semana de mucho trabajo, en silencio, y alguien lo nota al cierre de mes. Por eso la gestión de errores, los reintentos y las alertas se entregan con la integración. En PrestaShop, las alertas que solemos configurar cubren las importaciones de pedidos fallidas, las combinaciones sin mapear, los errores en la carga de stock y los fallos de autenticación de la API.
Acordamos con su agencia de PrestaShop quién arregla qué: los cambios en la tienda son de la agencia, la integración es nuestra o suya. Lo que construimos es suyo. Documentamos los flujos y, si prefiere operarlos usted mismo, formamos a su equipo. Nuestro artículo sobre la vida después del go-live explica por qué esta fase decide si una integración dura.
Por qué Atypical Tech
- Conocimiento profundo de NetSuite, no solo fontanería. Entendemos los registros, los procesos y las finanzas que hay detrás de cada flujo.
- Solo ingenieros senior. Quienes definen el alcance de su proyecto son quienes lo construyen.
- Partner donde ayuda, independientes donde importa. Somos partner de implantación de Celigo y partner de Stacksync, y construimos directamente contra las API cuando ninguna plataforma encaja.
- Con base en España, trabajando en toda Europa. En inglés, español, portugués y catalán. Ya operamos integraciones con Shopify, WooCommerce y Magento; WooCommerce es el pariente más cercano, por ser de código abierto y estar normalmente alojado por el cliente. ¿Vende también B2B? Lea sobre el ecommerce B2B para distribuidores. Vea todos los sistemas que conectamos.
Fuentes
- Oracle NetSuite Help Center, NetSuite Connector: Supported Storefronts and 3PLs, consultado el 15 de octubre de 2026.
- Celigo, PrestaShop integrations, y Celigo Help Center, Set up a connection to PrestaShop y Available PrestaShop APIs, consultados el 15 de octubre de 2026.
- PrestaShop Project, PrestaShop 9.0 is available, y documentación para desarrolladores de la Admin API y del Webservice, consultados el 15 de octubre de 2026.