Vender sin stock en retail B2C significa pedir disculpas y devolver la plata. Vender sin stock en mayorista B2B significa parar la línea de producción o desabastecer la tienda de tu cliente. La tolerancia al quiebre de stock en B2B es cero.
El origen del "stock fantasma"
El 90% de los problemas de stock en B2B provienen de una arquitectura de integración pobre: la sincronización por lotes (batch). Consiste en un proceso (cronjob) que cada X minutos u horas lee el stock del ERP y lo actualiza en el ecommerce.
El problema: si actualizás cada 30 minutos, tenés una ventana de 29 minutos donde el stock del ecommerce es irreal. Si un vendedor de mostrador vende las últimas 100 unidades en el minuto 2, el ecommerce seguirá vendiendo algo que no existe hasta el minuto 30.
Arquitecturas correctas para B2B
1. Webhooks desde el ERP (Push)
El ERP es el dueño del stock. Cada vez que el stock real de un SKU cambia (por una venta en mostrador, un remito, etc.), el ERP dispara un webhook avisando al ecommerce. El ecommerce actualiza casi instantáneamente. Es eficiente porque solo viajan los datos que cambiaron.
2. Consulta al checkout (Pull)
El ecommerce muestra un stock "estimado" (cacheado), pero en el instante exacto antes de confirmar el pago o la nota de pedido, hace una consulta síncrona al ERP: "Tengo este carrito con 500 unidades del SKU 123, ¿hay stock para comprometerlo?". Si el ERP dice que sí, el pedido se crea y el stock se reserva.
La regla del Stock de Seguridad
En canales B2B omnicanal (con vendedores de calle), siempre se debe manejar un "buffer" o stock de seguridad. Si tenés 10 unidades físicas, al ecommerce se le informa que hay 8. Las últimas 2 solo se venden por mostrador para evitar colisiones concurrentes.
Conclusión
No culpes a la plataforma por los quiebres de stock. Culpá a la arquitectura de integración. Si vas a hacer B2B en serio, necesitás abandonar los cronjobs e ir hacia arquitecturas orientadas a eventos.
