Automatización de inventario multicanal para un retailer de moda: ejemplo práctico

Nota: este artículo es un ejemplo ilustrativo construido a partir de un proyecto típico de automatización de inventario. No corresponde a un cliente concreto de Onlitions, y las cifras son estimaciones orientativas.

Resumen del ejemplo: un sistema automático de inventario para un retailer de moda que gestiona 1.200 SKUs entre Shopify, Amazon y una tienda física. Resultado estimado: unas 45 horas ahorradas al mes, muchos menos errores de stock y unos €12.500 de ahorro operativo al año. Coste orientativo: €3.500 + €150/mes. Plazo: 4 semanas.

El Problema: Las Actualizaciones Manuales de Inventario No Escalan

Cada lunes por la mañana, el responsable de operaciones de la tienda de el retailer del ejemplo pasaba 4 horas actualizando hojas de cálculo de inventario. Para el jueves, los datos ya estaban obsoletos. Artículos que aparecían como "en stock" en Amazon se habían agotado en la tienda física. Shopify listaba productos que habían sido enviados a Amazon FBA días atrás.

Esto no es único. La mayoría de retailers multicanal con 10-50 empleados enfrentan el mismo problema: los datos de inventario viven en silos, y la sincronización manual consume tiempo y genera errores.

El coste real no son solo las 15 horas semanales en hojas de cálculo. Son los €2.000-€5.000 en ingresos perdidos mensualmente por roturas de stock, las penalizaciones por sobreventa en Amazon (€100-€500 por incidente), y el caos operativo de apagar incendios por discrepancias de inventario.

Perfil del negocio (ejemplo): un retailer de moda en crecimiento

Perfil de la Empresa:

• Sector: Retail de moda (accesorios y ropa de mujer)
• Ubicación: Valencia, España
• Tamaño del equipo: 25 empleados
• Facturación anual: €2M
• Canales de venta: Shopify (60%), Amazon España (30%), Tienda física (10%)
• Catálogo de productos: 1.200 SKUs activos
• Volumen mensual de pedidos: 800-1.200 pedidos

Su Problema de Crecimiento:

La empresa había crecido un 140% interanual. Lo que funcionaba con €800K de facturación anual—seguimiento manual de inventario en Excel—colapsó al llegar a €2M. Habían contratado a una coordinadora de operaciones específicamente para gestionar el inventario, pero pasaba el 60-70% de su tiempo en entrada de datos en lugar de trabajo estratégico.

El Desafío: Tres Sistemas, Cero Sincronización en Tiempo Real

El Panorama Técnico:

1. Tienda Shopify (Plataforma principal de e-commerce)

   • Tema personalizado con 1.200 variantes de producto
   • Inventario gestionado en el admin de Shopify
   • Sin sincronización automática con otros canales

2. Amazon Seller Central (Marketplace España)

   • FBA (Fulfillment by Amazon) para el 40% del catálogo
   • FBM (Fulfilled by Merchant) para el 60% restante
   • Conteos de inventario separados de Shopify

3. Sistema POS Físico (Lightspeed Retail)

   • Seguimiento de inventario en tienda
   • Exportación manual a CSV semanalmente
   • Sin integración API con plataformas de e-commerce

El Proceso Manual (Antes de la Automatización):

• Lunes AM: Exportar informe de inventario Shopify → actualizar archivo Excel maestro
• Lunes PM: Exportar informe de inventario Amazon → reconciliar con Excel
• Martes AM: Exportar ventas del sistema POS de la semana anterior → ajustar Excel
• Martes PM: Actualizar manualmente cantidades de producto en Shopify según Excel
• Miércoles AM: Subir archivo de inventario a Amazon Seller Central vía CSV
• Jueves: Identificar y resolver discrepancias (normalmente 20-30 SKUs con errores)
• Viernes: Repetir verificaciones puntuales, preparar lista de reposición para proveedores

Inversión de Tiempo: 15 horas/semana = 60 horas/mes

Tasa de Error: Aproximadamente 2-3% de los SKUs tenían conteos de inventario incorrectos en cualquier momento, generando:

• 12-15 roturas de stock por mes que podrían haberse prevenido
• 4-6 incidentes de sobreventa por mes (vender productos ya agotados)
• Tiempo promedio de resolución por error: 45 minutos

Nuestra Solución: Sincronización de Inventario en Tiempo Real con n8n

Diseñamos un sistema de automatización basado en webhooks que eliminó la entrada manual de datos manteniendo la precisión en las tres plataformas.

Stack Tecnológico:

• Orquestación: n8n (auto-hospedado en DigitalOcean)
• Base de datos: PostgreSQL (seguimiento del estado del inventario)
• APIs: Shopify Admin API, Amazon MWS API, Lightspeed Retail API
• Notificaciones: Slack + SendGrid (email)
• Hosting: DigitalOcean Droplet (4GB RAM, 2 vCPUs)
• Monitoreo: UptimeRobot + health checks personalizados

Visión General de la Arquitectura:

Construimos cuatro workflows principales que trabajan juntos:

1. Workflow de Sincronización de Inventario en Tiempo Real

Trigger: Webhooks desde Shopify, Amazon y Lightspeed POS Frecuencia: Tiempo real (< 30 segundos desde venta hasta sincronización)

Flujo de Lógica:

Ocurre venta en cualquier plataforma
    ↓
Webhook recibido por n8n
    ↓
Identificar SKU y cantidad vendida
    ↓
Verificar PostgreSQL para estado actual de inventario
    ↓
Calcular nuevos niveles de inventario para todos los canales
    ↓
Actualizar Shopify vía Admin API
    ↓
Actualizar Amazon vía MWS API
    ↓
Actualizar sistema POS vía Lightspeed API
    ↓
Registrar transacción en base de datos

Detalle Técnico Clave: Implementamos una capa de reconciliación "fuente de verdad" en PostgreSQL. Cuando llegan datos de inventario conflictivos de diferentes canales (por ejemplo, alguien ajustó manualmente el inventario en el admin de Shopify), el sistema lo marca en Slack para revisión manual en lugar de crear un bucle de sincronización.

2. Sistema de Alertas de Stock Bajo

Trigger: Verificación programada cada 6 horas Canales de notificación: Slack + Email

Umbrales de Alerta:

• Crítico (Rojo): < 5 unidades restantes
• Advertencia (Amarillo): < 15 unidades restantes
• Información (Azul): < 30 unidades para SKUs de alta velocidad

Formato de Mensaje en Slack:

⚠️ ALERTA DE STOCK BAJO - CRÍTICO

SKU: WA-BL-001 (Bolso de Cuero Mujer - Negro)
Stock Actual: 3 unidades
Ventas Diarias Promedio: 2.1 unidades
Días Hasta Rotura: 1.4 días

Proveedor: Accessories Supplier SL
Fecha Último Pedido: 2024-12-15
Punto de Reposición: 15 unidades

[Reordenar Ahora] [Posponer 24h] [Marcar como Pedido]

Capa de Inteligencia: El sistema calcula "días hasta rotura de stock" basándose en la velocidad de ventas promedio de 30 días, considerando patrones por día de la semana (por ejemplo, las ventas del lunes son típicamente 40% más altas que las del jueves).

3. Workflow de Activación Automática de Reposición

Trigger: Umbral de stock bajo + parámetros del proveedor Output: Orden de compra prellenada enviada al proveedor por email

Cuando el inventario cae por debajo del punto de reposición Y se puede cumplir la cantidad mínima de pedido del proveedor, el sistema:

1. Genera un borrador de orden de compra con cantidades recomendadas
2. Calcula la cantidad del pedido basándose en:
   • Nivel de stock actual
   • Lead time (específico del proveedor: 7-14 días)
   • Velocidad de ventas
   • Nivel de stock objetivo (30 días de inventario)
3. Envía borrador de orden de compra al responsable de operaciones en Slack para aprobación
4. Tras la aprobación, envía email al proveedor con adjunto de orden (PDF generado vía Puppeteer)

Resultado: Las decisiones de reposición pasaron de "reactivas cuando notamos una rotura de stock" a "proactivas con 5-7 días de lead time".

4. Lógica de Prevención de Roturas de Stock

El Problema que Resolvimos:

Amazon penaliza a los vendedores por cancelar pedidos debido a roturas de stock. Cada cancelación cuesta €100-€500 en penalizaciones más métricas negativas de vendedor.

Nuestra Solución:

Implementamos un sistema de "buffer de reserva":

• Cuando el inventario cae a ≤ 10 unidades, reducir automáticamente la cantidad disponible en Amazon al 50% del stock real
• Esto crea un buffer para ventas en tienda y Shopify mientras se cumplen los pedidos de Amazon
• Cuando el stock se repone por encima de 30 unidades, eliminar el buffer

Ejemplo de Lógica de Negocio:

Inventario real: 8 unidades
Cantidad listada en Amazon: 4 unidades (buffer del 50%)
Cantidad listada en Shopify: 8 unidades (sin buffer - cumplimiento más rápido)
Disponible en POS: 8 unidades (prioridad tienda física)

Esto redujo las penalizaciones por rotura de stock en Amazon de 4-6 por mes a cero en los primeros 90 días.

Implementación Técnica: El Proceso de Construcción de 4 Semanas

Semana 1: Descubrimiento e Integración de APIs

• Documentamos el flujo actual de inventario con mapeo de procesos
• Configuramos instancia de n8n en DigitalOcean
• Configuramos acceso API para Shopify, Amazon MWS, Lightspeed
• Construimos entorno de prueba con 50 SKUs

Semana 2: Desarrollo del Workflow de Sincronización Principal

• Construimos manejadores de webhooks en tiempo real
• Desarrollamos esquema PostgreSQL para estado de inventario
• Implementamos lógica de sincronización bidireccional
• Probamos con subconjunto de 200 SKUs

Semana 3: Automatización de Alertas y Reposición

• Construimos workflow de alerta de stock bajo con integración Slack
• Desarrollamos motor de cálculo de velocidad de ventas
• Creamos sistema de activación automática de reposición
• Configuramos plantillas de email para órdenes de compra a proveedores

Semana 4: Pruebas, Refinamiento y Puesta en Marcha

• Pruebas en paralelo: ejecutamos automatización junto con proceso manual durante 1 semana
• Reconciliamos discrepancias (encontramos 18 SKUs con inventario inicial incorrecto)
• Capacitamos al equipo en nuevos workflows de aprobación basados en Slack
• Lanzamiento completo en producción con todos los 1.200 SKUs

Post-Lanzamiento: 2 semanas de monitoreo diario, luego check-ins semanales durante un mes.

Resultados: 45 Horas Ahorradas, €12.500 de Ahorros Anuales

Ahorro de Tiempo

Antes de la Automatización:

• Actualizaciones de inventario: 15 horas/semana
• Apagar incendios de roturas de stock: 3 horas/semana
• Coordinación con proveedores: 2 horas/semana
• Total: 20 horas/semana = 80 horas/mes

Después de la Automatización:

• Monitoreo de alertas: 2 horas/semana
• Aprobar reposiciones: 1 hora/semana
• Manejo de excepciones: 2 horas/semana
• Total: 5 horas/semana = 20 horas/mes

Ahorro Neto: 60 horas/mes (reportamos conservadoramente 45 horas después de contabilizar el período de capacitación y ajuste)

Reducción de Errores

Métrica	Antes	Después	Mejora
Incidentes de rotura de stock/mes	12-15	1-2	87% reducción
Errores de sobreventa/mes	4-6	0	100% reducción
Penalizaciones por cancelación Amazon	€300-€500	€0	100% reducción
Precisión de inventario	97%	99.8%	2.8% mejora
Tiempo para detectar rotura de stock	2-3 días	< 6 horas	90% más rápido

Impacto Financiero

Ahorros Directos de Costes (Anual):

• Tiempo de coordinadora de operaciones (60 hrs/mes × €25/hr × 12 meses): €18.000
• Reasignamos el 75% de ese tiempo a trabajo de mayor valor (ahorro salarial real: €0)
• Valor de eficiencia operativa: €13.500/año

Reducción de Costes de Errores (Anual):

• Penalizaciones de Amazon eliminadas: €4.800/año
• Ingresos por rotura de stock prevenidos (conservador): €8.000/año
• Exceso de stock reducido (mejor timing de reposición): €2.200/año
• Total ahorros en costes de errores: €15.000/año

Beneficio Anual Neto: €28.500

Inversión Requerida

Costes de Implementación:

• Descubrimiento y planificación: €800
• Desarrollo de workflows n8n: €2.200
• Integraciones API: €1.200
• Pruebas y capacitación: €600
• Total coste único: €4.800 (cotizamos €3.500 inicialmente, el final fue €4.800 por la complejidad de la API de Lightspeed)

Costes Recurrentes:

• Hosting DigitalOcean: €48/mes
• Licencia n8n (5 workflows): €0 (código abierto auto-hospedado)
• Llamadas API (Shopify, Amazon): €15/mes
• Herramientas de monitoreo: €12/mes
• Mantenimiento (2 horas/mes soporte): €75/mes
• Total coste mensual: €150/mes = €1.800/año

ROI a 3 Años:

• Inversión total (3 años): €4.800 + (€1.800 × 3) = €10.200
• Ahorros totales (3 años): €28.500 × 3 = €85.500
• ROI Neto: €75.300 en 3 años (retorno del 739%)

Período de recuperación: 2.2 meses

Desafíos Técnicos que Resolvimos

Desafío 1: Límites de Tasa de la API Amazon MWS

Problema: Amazon limita las llamadas de actualización de inventario a 1 solicitud por segundo por cuenta de vendedor. Con 360 SKUs en Amazon, una sincronización completa de inventario tomaría 6 minutos.

Solución: Implementamos un sistema de cola inteligente:

• Solo sincronizar SKUs que realmente cambiaron (actualizaciones delta)
• Agrupar actualizaciones cuando sea posible (hasta 50 SKUs por llamada API)
• Tiempo de sincronización típico reducido a 15-30 segundos para operaciones normales

Desafío 2: Lightspeed POS No Soporta Webhooks

Problema: La API de Lightspeed Retail es basada en polling, no basada en eventos. No podíamos obtener notificaciones en tiempo real de ventas en tienda.

Solución:

• Consultar la API de Lightspeed cada 5 minutos para nuevas ventas
• Rastrear timestamp de última verificación en PostgreSQL
• Solo procesar ventas creadas desde la última verificación
• Retraso aceptable: 5-10 minutos para que las ventas en tienda se sincronicen con canales de e-commerce

Desafío 3: Mapeo de Variantes de Producto Entre Plataformas

Problema: El mismo producto tiene diferentes IDs en Shopify, Amazon y Lightspeed. Ejemplo:

• Shopify: Product ID 8234567890, Variant ID 4523456789
• Amazon: ASIN B08XYZ1234, SKU WA-BL-001-M
• Lightspeed: Item ID 98765

Solución:

• Creamos tabla maestra de mapeo de SKU en PostgreSQL
• Usamos el campo SKU como identificador universal (WA-BL-001-M)
• Construimos script de mapeo único para conectar IDs en todas las plataformas
• En curso: los nuevos productos requieren entrada manual de mapeo (toma 2 minutos)

Lecciones Aprendidas: 3 Insights Clave para Retailers

1. Comience con Arquitectura Basada en Webhooks, No Sincronización Programada

Al principio del proyecto, consideramos construir una sincronización programada que se ejecutara cada 15 minutos. Nos alegramos de no haberlo hecho.

Por qué el tiempo real importa:

• El cliente ve "3 en stock" en Shopify a las 10:14 AM
• Cliente en tienda física compra las últimas 3 unidades a las 10:18 AM
• Cliente online completa compra a las 10:20 AM
• Con sincronización de 15 minutos: sobreventa detectada a las 10:30 AM → cancelación de pedido
• Con sincronización por webhook: inventario se actualiza a las 10:18 AM → cliente online ve "agotado" → sin sobreventa

Tip de implementación: No todas las plataformas soportan webhooks. Para las que no (como Lightspeed POS), consultar cada 5 minutos. Para las que sí (Shopify, Amazon), usar webhooks inmediatamente.

2. Construya Capacidades de Anulación Manual

La automatización es poderosa, pero los equipos de operaciones necesitan válvulas de escape.

Escenarios de ejemplo que requieren anulación manual:

• El gerente de tienda necesita reservar 10 unidades para un pedido corporativo al por mayor
• Inventario dañado necesita ser retirado del e-commerce pero no contado como "vendido"
• Promociones estacionales requieren lógica de reposición diferente

Nuestra solución: Construimos una interfaz simple de comandos de Slack:

/inventory hold WA-BL-001 10 "Pedido corporativo"
/inventory release WA-BL-001 10
/inventory status WA-BL-001

El equipo de operaciones usa estos comandos 3-5 veces por semana. Sin ellos, habríamos creado frustración en lugar de eficiencia.

3. Obsesiónese con el Problema de "Fuente de Verdad"

Cuando los datos de inventario existen en múltiples sistemas, los conflictos son inevitables. Alguien ajusta manualmente el inventario de Shopify, olvidando que existe la automatización. Amazon reporta una devolución que no llega a Shopify. El sistema POS tiene un error de entrada de datos.

Enfoque malo: "Última escritura gana" (el sistema que actualizó más recientemente se convierte en la verdad) Nuestro enfoque: Detección de conflictos + resolución humana

Cuando el sistema detecta datos de inventario conflictivos:

1. Marcarlo en Slack con detalles: "Shopify muestra 15 unidades, Amazon muestra 18 unidades, POS muestra 14 unidades para SKU WA-BL-001"
2. Mostrar historial de transacciones reciente desde la base de datos
3. Pausar sincronización automática para ese SKU hasta resolver
4. El responsable de operaciones investiga y establece manualmente el valor correcto
5. El sistema reanuda la sincronización automática

Resultado: En el primer mes, detectamos 8 conflictos (principalmente por ajustes manuales durante el período de transición). Para el mes 3, los conflictos cayeron a 1-2 por mes.

Cuándo Tiene Sentido la Automatización de Inventario

No todos los retailers necesitan este nivel de automatización. Aquí está nuestro marco de decisión:

Candidatos fuertes para automatización:

• ✅ Venta en 2+ canales (e-commerce + marketplace + física)
• ✅ 200+ SKUs activos
• ✅ 10+ horas/semana gastadas en actualizaciones manuales de inventario
• ✅ Experimentando roturas de stock o sobreventa al menos mensualmente
• ✅ Tasa de crecimiento > 50% interanual (los procesos manuales no escalarán)

Candidatos débiles:

• ❌ Retailers de un solo canal (solo Shopify, sin POS o marketplaces)
• ❌ < 100 SKUs con rotación lenta
• ❌ El proceso manual funciona bien y toma < 3 horas/semana
• ❌ Sin recursos técnicos para mantener la automatización

La pregunta umbral: Si le ahorra 40+ horas al mes, ¿vale la pena el coste recurrente de €150/mes + implementación de €3.500-€5.000? Si es sí, la automatización tiene sentido financiero.

Cronograma de Implementación: Qué Esperar

En un proyecto típico de automatización de inventario:

Semana 1: Descubrimiento (4-6 horas de su tiempo)

• Mapear proceso actual de inventario
• Documentar todas las plataformas y flujos de datos
• Identificar puntos de dolor y patrones de error
• Configurar credenciales de acceso API

Semana 2-3: Construcción y Pruebas (2-3 horas de su tiempo)

• Check-ins semanales sobre progreso
• Probar workflows en entorno de staging
• Revisar formatos de alerta y umbrales
• Capacitarse en nuevos workflows basados en Slack

Semana 4: Puesta en Marcha (8-10 horas de su tiempo)

• Ejecución paralela: automatización + proceso manual simultáneamente
• Reconciliar discrepancias
• Ajustar umbrales basándose en datos reales
• Lanzamiento completo en producción

Semana 5-8: Refinamiento (2 horas/semana de su tiempo)

• Monitoreo diario (primera semana)
• Check-ins semanales (semanas 2-4)
• Ajustar lógica de reposición basándose en lead times reales de proveedores
• Afinar umbrales de alerta para reducir ruido

Inversión total de tiempo de su equipo: 25-35 horas en 8 semanas

Próximos Pasos: Comience su Viaje de Automatización de Inventario

Si está gastando más de 10 horas por semana en actualizaciones manuales de inventario entre múltiples canales, la automatización se pagará sola en menos de 3 meses.

Opción 1: Evaluación Gratuita de Automatización de Inventario (30 minutos)

Revisaremos su proceso actual y proporcionaremos:

• Ahorros de tiempo estimados (en horas/mes)
• Evaluación de viabilidad técnica
• Coste aproximado de implementación y cronograma
• Proyección de ROI basada en sus números

Sin compromiso, sin discurso de ventas. Reserva una llamada.

Opción 2: Guía de Implementación DIY

Si tiene recursos técnicos internos, nuestro tutorial de n8n explica lo básico para construir sus propios flujos.

Opción 3: Implementación Llave en Mano

Alcance típico del proyecto:

• Duración: 4-6 semanas
• Inversión: €3.500-€7.500 (depende del número de plataformas y SKUs)
• Recurrente: €150-€300/mes (hosting + mantenimiento)

Contacte: info@onlitions.io

---

Preguntas Frecuentes

P: ¿Qué pasa si n8n se cae? ¿Se detienen todas mis ventas?

R: No. Su tienda Shopify, listings de Amazon y sistema POS continúan operando independientemente. Simplemente pierde la sincronización automática durante el tiempo de inactividad. Incluimos monitoreo que nos alerta en pocos minutos de cualquier caída. En el caso raro de tiempo de inactividad extendido, revertiría temporalmente a verificaciones manuales de inventario.

P: ¿Puede funcionar con plataformas distintas a Shopify y Amazon?

R: Sí. El mismo enfoque funciona con WooCommerce, PrestaShop, eBay y la mayoría de sistemas POS que tienen API. La lógica central permanece igual; solo cambian las conexiones API. La mayoría de las plataformas de e-commerce y marketplaces tienen APIs adecuadas para este tipo de automatización.

P: ¿Qué pasa si ajusto manualmente el inventario en el admin de Shopify? ¿Romperá la automatización?

R: No. El sistema detecta ajustes manuales vía webhooks y los sincroniza a otras plataformas. Sin embargo, si ajusta manualmente el mismo SKU en múltiples plataformas simultáneamente con valores diferentes, el sistema lo marca como un conflicto y le pide que lo resuelva. Mejor práctica: hacer ajustes manuales en un lugar (usualmente Shopify) y dejar que la automatización propague el cambio.

P: ¿Cómo manejan las devoluciones de productos?

R: Las devoluciones se procesan como ventas negativas. Cuando procesa una devolución en Shopify o Amazon, el sistema recibe un webhook, añade la cantidad de vuelta al inventario y sincroniza entre todos los canales. Para devoluciones en tienda (sistema POS), aplica la misma lógica. Caso especial: si una devolución es por mercancía dañada, puede marcarlo en Slack, y el sistema no lo añadirá de vuelta al inventario vendible.

P: ¿Necesito conocimiento técnico para gestionar esto después de la implementación?

R: No. La gestión diaria ocurre vía comandos de Slack y un panel de administración simple. Tareas comunes (aprobar reposiciones, verificar niveles de stock, manejar alertas) requieren cero conocimiento técnico. La coordinadora de operaciones del ejemplo no tenía experiencia en programación y gestionó el sistema independientemente después de 2 horas de capacitación.

P: ¿Cuál es la diferencia entre esto y una herramienta como Syncio o Sellbrite?

R: Las herramientas SaaS como Syncio (€99-€249/mes) son soluciones preconfiguradas con lógica fija. Funcionan bien para casos de uso estándar pero no pueden personalizarse para reglas de negocio únicas (como la lógica de "buffer de reserva" que construimos para Amazon, o activadores personalizados de reposición basados en lead times específicos del proveedor). Nuestro enfoque personalizado con n8n cuesta menos a largo plazo (€150/mes vs. €200+/mes) y se adapta a su workflow exacto. Compromiso: las herramientas SaaS son plug-and-play (sin tiempo de implementación), mientras que la automatización personalizada requiere 4-6 semanas de configuración.

P: ¿Pueden migrar una herramienta de inventario SaaS existente a una solución personalizada?

R: Sí. Razón típica: han superado las capacidades de la herramienta SaaS o quieren reducir costes mensuales. El proceso de migración toma 2-3 semanas (más corto que una nueva implementación porque el mapeo de inventario ya existe).

---

¿Tienes una tienda online o vendes en varios canales? Mira cómo lo hacemos en automatización para tiendas online.

Sobre Onlitions: Diseñamos e implantamos automatizaciones de procesos e IA privada para pymes, con precio cerrado y datos en la UE. Si quieres ver qué podríamos automatizar en tu negocio, reserva una consulta gratuita.

Escrito por el Equipo Onlitions | Publicado el 15 de enero de 2025