Sincronización de inventario multicanal: por qué necesitas más que un plugin

En MHA hemos visto la misma escena docenas de veces. Una marca conecta Shopify con Amazon y MELI usando un plugin del app store, todo va bien seis meses, y llega el día D: Buen Fin, Hot Sale, Black Friday o simplemente una campaña de Meta Ads que pega más fuerte de lo previsto. En dos horas se venden 120 unidades de un SKU que tenía 40 en stock, porque el plugin sincroniza cada 10 minutos y la venta se disparó en 8. Toca cancelar pedidos, disculparse con clientes y perder reputación en cada marketplace. La solución no es cambiar de plugin, es cambiar de arquitectura. Ese salto pasa por un integrador de marketplaces con lógica de colas, no por otra extensión de 29 USD/mes.

Por qué los plugins se rompen

Los plugins están diseñados para volúmenes pequeños y modelos simples. Cuando tu operación cruza ciertos umbrales, empiezan a fallar por razones estructurales, no de calidad del plugin.

Umbral 1: catálogo grande

La mayoría de plugins hace polling cada 5-15 minutos y actualiza todos los SKUs por lote. Con 5 mil SKUs y 3 canales, cada ciclo son 15 mil llamadas API. Amazon SP-API y MELI tienen rate limits (típicamente 1-5 requests por segundo por endpoint) que hacen inviable actualizar todo el catálogo en ventana corta.

Umbral 2: picos de venta

En operación normal un plugin cada 10 minutos alcanza. En Buen Fin, cuando un SKU rota 40 unidades en 15 minutos, ese lag es garantía de sobreventa. Los plugins no distinguen entre "día normal" y "día de guerra".

Umbral 3: multi-almacén

Cuando tienes stock en dos o tres bodegas, el plugin suma todo y publica un solo número por canal. Si Amazon FBA se queda sin unidades pero tu bodega propia sí tiene, el plugin lo reporta como disponible aunque el envío se demore 5 días extra.

La arquitectura que sí aguanta

A partir de 500 SKUs o 3+ canales, la única arquitectura que aguanta el ritmo es la siguiente:

1. Sistema de verdad único (single source of truth)

Un solo lugar mantiene el número real de stock por SKU y por bodega. Puede ser el integrador de marketplaces, tu ERP, o Shopify si tu operación es simple. Todos los canales leen y escriben ahí, nadie más tiene autoridad.

2. Colas asíncronas

Cuando entra una venta en cualquier canal, se dispara un evento que va a una cola (tipo Redis o SQS). La cola procesa la actualización a todos los demás canales en el orden correcto, respetando rate limits y reintentando cuando la API responde error 429. Esto evita el problema de "actualizar todo cada 10 minutos": solo actualizas lo que cambió, cuando cambió.

3. Buffer de stock por canal

En vez de publicar el mismo número en todos lados, defines un porcentaje o cantidad fija por canal. Por ejemplo: 60% del stock a Shopify, 25% a MELI, 15% a Amazon. Ajustable por SKU. Cuando un canal se acerca a su buffer, se recalcula.

4. Reglas de reserva para picos

Antes de El Buen Fin o de una campaña grande en Google Ads, cierras stock disponible en 80-85% de lo real. Guardas ese 15-20% como colchón para absorber sobrepedidos por lag. Es una decisión de negocio, no técnica.

5. Logs y auditoría

Cada actualización queda registrada: qué canal la pidió, qué stock había antes, qué hay después, cuánto tardó. Cuando pasa un problema, tienes minuto a minuto reconstruible.

Los tres números que definen si necesitas subir de nivel

1. SKUs activos: más de 500 activos con rotación semanal ya son terreno para integrador.

2. Pedidos mensuales: más de 3 mil pedidos/mes distribuidos en 2+ canales.

3. Tasa de sobreventa: si en el último trimestre cancelaste más del 1% de pedidos por falta de stock, ya estás pagando el costo del plugin en reputación.

Qué pasa si esperas

Los costos de seguir con plugin más allá del punto sano son medibles: cancelaciones (que en MELI cuestan reputación y en Amazon activan warnings), disculpas manuales del equipo de servicio, horas del CFO conciliando qué se vendió realmente, y en el peor caso, suspensiones temporales de cuenta. En un cliente que arrastraba este problema calculamos que 6 meses de "aguantar" costaron el equivalente a 3 años de licencia del integrador.

Cómo trabajamos la migración

Migrar de plugin a arquitectura seria no se hace en un fin de semana. En MHA lo estructuramos en tres fases: (1) diagnóstico de catálogo y flujos actuales, 1-2 semanas; (2) implementación en paralelo, corriendo integrador y plugin en shadow mode para validar sin riesgo, 3-4 semanas; (3) corte controlado y monitoreo intensivo por 2 semanas. Total: 6-8 semanas. Puedes ver el enfoque completo en la página del integrador de marketplaces o coordinarlo con nuestra consultoría de marketing digital.

Preguntas frecuentes

¿Puedo mantener el plugin como respaldo?

No. Dos sistemas escribiendo al mismo canal es garantía de conflicto. El integrador se queda solo.

¿Qué tan seguido debe correr la sincronización?

En operación normal, event-driven (cuando pasa algo, no en intervalos). En picos, con webhooks activos, en menos de 30 segundos.

¿Necesito un ERP también?

Si vendes bienes físicos con compras a proveedores, contabilidad seria y multi-almacén, sí conviene. El integrador se conecta al ERP como fuente de verdad.

¿La sincronización perfecta existe?

No. Siempre hay latencia mínima. Por eso el buffer de stock es tan importante: absorbe la latencia que no se puede eliminar.

¿Y si mi operación es chica todavía?

Sigue con plugin y monitoreo. Cuando cruces los umbrales que mencionamos, planea la migración con 3 meses de anticipación.

Si estás en el punto donde el plugin te está costando reputación, escríbenos desde la página del integrador de marketplaces. Revisamos tu operación, medimos el costo real de tu tasa de sobreventa, y te decimos si ya toca migrar o si aún puedes exprimir 6 meses más al setup actual.