En resumen: hay cuatro formas de conectar Shopify y NetSuite: el NetSuite Connector de Oracle, la integration app Shopify–NetSuite de Celigo, la sincronización en tiempo real con Stacksync o un desarrollo a medida contra las APIs. La adecuada depende de su volumen, de la latencia que necesita, de cuánto de su proceso se sale del estándar y de quién lo va a mantener. Primero mapeamos sus flujos; después elegimos.
Cuando Shopify y NetSuite no se hablan, su equipo hace de conector
Suele empezar poco a poco. Alguien vuelve a teclear en NetSuite los pedidos de Shopify, o importa un CSV cada mañana. Después el stock de Shopify se aleja del de NetSuite: el viernes vende de más una referencia y el lunes oculta stock que sí podía vender. Un reembolso se hace dos veces, una en cada sistema, y aun así no cuadra con la nota de crédito. Finanzas recibe una liquidación de Shopify Payments que no sabe asociar a los pedidos que contiene. El mismo cliente existe tres veces.
Nada de esto es, por sí solo, un problema de software. Es un problema de diseño: nadie decidió qué sistema manda sobre cada registro ni qué pasa cuando una sincronización falla a las dos de la madrugada. Algunas marcas ya tienen un conector que «casi siempre funciona» y lanza errores de los que nadie se hace cargo. Otras tienen un script que escribió un freelance y que nadie sabe mantener. En ambos casos, cada aumento de ventas se convierte en más trabajo administrativo.
Qué sincronizamos entre Shopify y NetSuite
| Flujo | Dirección | Qué cubre | Qué suele fallar y cómo lo resolvemos |
|---|---|---|---|
| Pedidos | Shopify → NetSuite | Pedido de venta (sales order) o venta al contado (cash sale), según su proceso; impuestos, descuentos, envío, tarjetas regalo; varias tiendas y pedidos B2B | Duplicados cuando una sincronización se reintenta. Usamos claves idempotentes y una cola de errores, de modo que un reintento nunca crea un segundo pedido. |
| Inventario y disponibilidad | NetSuite → Shopify | Cantidad disponible por ubicación, y qué cuenta como disponible: en almacén, comprometido, en tránsito | Venta por encima del stock en los picos. Decidimos la fuente de verdad y la lógica de reservas antes de escribir un solo mapeo. |
| Productos, precios y catálogo | Normalmente NetSuite → Shopify | SKU, variantes, precios, tarifas B2B | Variantes que no encajan limpiamente con los artículos matriz de NetSuite. Acordamos primero el modelo de artículo. |
| Expedición y seguimiento | NetSuite (o 3PL/SGA) → Shopify | Expedición de artículos (item fulfillment), transportista, número de seguimiento, envíos parciales | Envíos parciales que cierran el pedido entero. Sincronizamos línea a línea. |
| Devoluciones, reembolsos y cancelaciones | Shopify ↔ NetSuite | Autorizaciones de devolución, notas de crédito o reembolsos en efectivo, cambios, reposición en stock | El flujo inverso se deja para más adelante. Lo diseñamos antes de la puesta en producción. |
| Clientes | Shopify → NetSuite (y de vuelta en B2B) | Reglas de deduplicación, empresas B2B y condiciones de pago | Clientes duplicados. Fijamos las reglas de coincidencia desde el principio. |
| Liquidaciones y conciliación | Shopify Payments → NetSuite | Liquidaciones de pago, y de marketplaces, registradas como depósitos con sus comisiones | Liquidaciones que finanzas no puede conciliar. Cada depósito lleva sus pedidos, reembolsos y comisiones. |
Tres flujos merecen una mirada más atenta. La deriva del stock rara vez es cuestión de velocidad de sincronización; explicamos por qué el stock se desvía entre canales. Las devoluciones son donde se rompen la mayoría de las integraciones, y por eso insistimos en diseñar el flujo inverso pronto. Y las liquidaciones son un problema tanto de finanzas como de datos: vea cómo conciliar liquidaciones de pagos y marketplaces. Si vende B2B en Shopify, la misma lógica se aplica a las tarifas B2B y los límites de crédito.
Shopify y NetSuite rara vez están solos. Operadores logísticos (3PL), sistemas de gestión de almacén, ficheros EDI y SFTP, Amazon, Stripe: si tiene API, se puede conectar. Vea todos los sistemas que conectamos.
Cuatro formas de conectar Shopify y NetSuite, y cómo elegimos
| Vía | Mejor cuando | Atención a | Quién la opera |
|---|---|---|---|
| NetSuite Connector (Oracle) | Flujos B2C o B2B estándar con poca personalización | Procesos que no encajan en sus mapeos estándar | Su equipo, dentro de NetSuite |
| Integration app Shopify–NetSuite de Celigo | Quiere una app respaldada por el fabricante que pueda configurar y ampliar con flujos a medida | El coste de licencia; sigue necesitando a alguien que entienda la plataforma y NetSuite | Una plataforma gestionada, operada por nosotros o por su equipo |
| Sincronización en tiempo real con Stacksync | Dos sistemas deben coincidir de forma continua: inventario, clientes | Solo compensa donde la latencia importa de verdad | Una plataforma gestionada, operada por nosotros o por su equipo |
| Desarrollo a medida contra las APIs | El volumen, la latencia, la residencia de los datos o una lógica poco habitual descartan una plataforma | El código es suyo, así que debe estar documentado y monitorizado | Nosotros, o su equipo una vez formado |
NetSuite Connector
El conector prediseñado de Oracle. La página de producto de NetSuite incluye Shopify B2C y Shopify B2B entre sus conectores: productos, precios y stock se gestionan en NetSuite, y los pedidos y clientes llegan desde la tienda. Es una buena opción para flujos estándar. Los reembolsos complejos, varias filiales (subsidiaries), las reglas de precios B2B o los registros personalizados son donde las marcas suelen necesitar más.
Integration app Shopify–NetSuite de Celigo
Como partner de implementación de Celigo, desplegamos las integration apps prediseñadas de Celigo, entre ellas NetSuite–Shopify, configuradas según sus procesos. Obtiene un conector respaldado por el fabricante sobre una plataforma gestionada, más flujos a medida allí donde su proceso se aparta del estándar. Celigo sigue ampliando la app: las notas de la versión 2026.1.1 describen devoluciones de Shopify que crean autorizaciones de devolución en NetSuite y una importación de reembolsos basada en GraphQL. Los flujos de Celigo pueden ejecutarse de forma programada o por eventos, así que usamos casi tiempo real donde hace falta, no en todas partes.
Sincronización en tiempo real con Stacksync
Cuando dos sistemas deben coincidir de forma continua, como el stock o los registros de clientes, usamos la sincronización en tiempo real con Stacksync: bidireccional, sub-segundo, con resolución de conflictos y recuperación automática de errores.
Desarrollo a medida contra las APIs
La Admin API de Shopify (GraphQL) y los webhooks por un lado, SuiteTalk y los RESTlets de NetSuite por el otro, escrito en nuestro propio stack: sin licencia de terceros en medio y sin límites de conectores que sortear. Lo elegimos cuando el volumen, la latencia, la residencia de los datos o una lógica poco habitual descartan una plataforma. Cuando un proceso requiere aprobaciones o varios pasos, añadimos n8n para la orquestación.
Cuál usamos depende de su caso: el volumen, la latencia que necesita, si los datos pueden salir de su infraestructura y qué va a mantener su equipo después. No somos revendedores, y la recomendación sigue su caso, no una cuota. Para una comparación más profunda de arquitecturas, lea cuatro arquitecturas para llevar los pedidos de ecommerce a su ERP e iPaaS frente a punto a punto.
¿No tiene claro qué vía encaja? Reserve una llamada de 30 minutos y traiga su configuración actual.
Cómo se desarrolla un proyecto NetSuite–Shopify
- Llamada de descubrimiento (30 minutos). Sus sistemas, sus procesos manuales y dónde la automatización rinde antes.
- Blueprint de integración. Mapeamos los flujos, elegimos la vía y le damos un alcance cerrado, con esfuerzo y calendario.
- Construcción y pruebas en un sandbox. Con sus datos reales, iterando hasta cubrir los casos límite: reembolsos, expediciones parciales, varias tiendas, B2B.
- Puesta en producción y monitorización. Desplegamos, vigilamos de cerca las primeras sincronizaciones y seguimos a su lado.
Cuente con semanas, no meses, para un primer flujo en producción. El alcance completo y su calendario se fijan en el blueprint, no se adivinan antes.
Después de la puesta en producción: monitorización, errores y responsabilidad
La mayoría de las integraciones no fallan el primer día. Fallan un sábado de mucho trabajo, en silencio, y alguien se da cuenta el martes. Por eso la gestión de errores, los reintentos y las alertas van con la integración, no como un extra que se vende después del primer fallo invisible.
Después de la puesta en producción, monitorizamos los flujos, gestionamos errores y reintentos, y los hacemos evolucionar a medida que cambian sus procesos. Si prefiere asumirlos usted, formamos a su equipo para ello. En cualquier caso, los flujos quedan documentados, sin cajas negras, y nunca se queda con algo que nadie entiende.
También nos hacemos cargo de integraciones Shopify–NetSuite existentes, ya sea un conector o un script a medida, de las que ya nadie se ocupa. Revisamos lo que hay, arreglamos lo que falla y lo documentamos.
Por qué las marcas trabajan con Atypical Tech en NetSuite y Shopify
- Profundidad en NetSuite, no solo fontanería. Somos especialistas en NetSuite que viven en los ERP a diario. Entendemos los registros, los procesos y las finanzas detrás de cada flujo.
- Solo ingenieros senior. Quien define el alcance de su proyecto es quien lo construye.
- Partner donde ayuda, independientes donde importa. Somos Authorized Celigo Partner y partner de Stacksync, y aun así construimos directamente contra las APIs cuando ninguna plataforma encaja.
- Con base en España, trabajando en toda Europa. En inglés, español, portugués y catalán, en su zona horaria. Más sobre quiénes somos.
Cuando sus datos estén sincronizados, puede ponerlos a trabajar: un agente de IA para las excepciones de inventario es un paso natural.
Fuentes
- NetSuite, NetSuite Connector: Shopify B2C y B2B figuran entre los conectores. Consultado el 29 de septiembre de 2026.
- Celigo Help Center, Shopify – NetSuite integration app release notes, 2026.1.1: autorizaciones de devolución para los artículos devueltos e importación de reembolsos basada en GraphQL. Consultado el 29 de septiembre de 2026.