Inventario omnicanal en retail: cómo evitar vender stock que no está realmente disponible

Una tienda puede mostrar que tiene cinco unidades disponibles y, aun así, no poder entregar ninguna. Una puede estar reservada por un pedido web. Otra puede encontrarse en tránsito. Dos pueden estar físicamente en otra sucursal. Y la última puede haber sido vendida hace unos minutos, pero el movimiento todavía no llegó al sistema que consulta el ecommerce. Por eso, en retail omnicanal, conocer el stock total no es suficiente.

La pregunta realmente importante es:

¿cuánto de ese stock está disponible para prometer y desde dónde podemos atender el pedido?

Qué significa realmente tener inventario omnicanal

La omnicanalidad no consiste únicamente en vender por tienda física, ecommerce, aplicación y marketplace. Esos canales deben poder trabajar sobre una operación coordinada.

Ching Ruíz (2025) identifica cinco componentes especialmente importantes dentro de la logística omnicanal:

• integración tecnológica;
• inventario distribuido;
• visibilidad en tiempo real;
• logística inversa;
• experiencia del cliente.

El inventario aparece en el centro de esta relación porque muchas promesas comerciales dependen de él. Si los canales ven cantidades diferentes, la experiencia deja de ser verdaderamente omnicanal.

Stock físico no es lo mismo que stock disponible

Una empresa puede tener 100 unidades en su red. Eso no significa que las 100 puedan venderse inmediatamente.

Parte del inventario puede encontrarse:

• reservado;
• bloqueado;
• en tránsito;
• pendiente de recepción;
• en devolución;
• en inspección;
• comprometido con otro pedido;
• en una ubicación desde la cual no puede atenderse ese canal.

Por eso conviene diferenciar entre la existencia física y la disponibilidad real para una determinada promesa de entrega.

1. Todos los canales necesitan una referencia coherente

Un cliente puede revisar un producto en ecommerce y después acercarse a una tienda. También puede comprar en línea y recoger físicamente. O comprar en una tienda y solicitar entrega desde otro almacén.

En cualquiera de esos escenarios, la calidad de la experiencia depende de que las distintas plataformas compartan información suficientemente consistente.

Ching Ruíz (2025) explica que el retail omnicanal necesita articular inventarios, pedidos y entregas dentro de una misma arquitectura operativa. La diferencia frente a un modelo simplemente multicanal está precisamente en esa coordinación.

2. El problema aumenta cuando existen muchas sucursales

Gestionar una tienda es distinto a gestionar veinte, cincuenta o cien. El producto puede existir dentro de la empresa y estar mal distribuido entre locales. Una sucursal puede tener quiebre mientras otra mantiene exceso.

El trabajo de Lam Cheang y Román Largo (2026) analiza precisamente un escenario retail multisucursal donde las decisiones de reabastecimiento eran reactivas y semimanuales.

El problema no consistía únicamente en comprar más. También existían variaciones de demanda entre locales y desbalances de inventario. Por eso su propuesta combina forecasting con optimización de transferencias entre sucursales.

El aprendizaje es importante: antes de generar una nueva orden de compra, conviene saber si la red ya tiene el producto en otra ubicación.

3. Forecasting ayuda, pero no reemplaza la visibilidad del inventario

Predecir demanda puede ayudar a anticipar necesidades. Pero una buena predicción basada en un inventario incorrecto seguirá produciendo una mala decisión.

Para planificar reposición necesitamos combinar:

• historial de ventas;
• estacionalidad;
• demanda prevista;
• stock actual;
• pedidos pendientes;
• lead time;
• inventario en otras ubicaciones.

Lam Cheang y Román Largo (2026) utilizaron datos históricos provenientes de SAP Business One HANA para construir modelos de forecasting y optimización multisucursal.

Eso muestra una relación útil entre ERP y analítica: el ERP conserva parte importante de la historia operativa; la analítica puede utilizarla para apoyar decisiones futuras.

4. Un centro de distribución necesita más información que entradas y salidas

Cuando una cadena crece, la operación de almacén también cambia.

Ayala Person et al. (2022) estudiaron un centro de distribución de una cadena retail con múltiples tiendas y una gran variedad de productos y proveedores.

El trabajo señala que una operación de este tipo necesita gestionar recepción, movimientos internos, preparación y distribución con trazabilidad. Un sistema que únicamente indique que un producto “entró” o “salió” puede ser insuficiente.

También necesitamos conocer:

• dónde está;
• en qué estado;
• hacia dónde debe moverse;
• qué pedido lo requiere;
• qué tienda lo recibirá.

5. El stock debe actualizarse cuando ocurre el evento

Uno de los principales riesgos aparece cuando existe distancia entre el movimiento físico y su registro. Una venta ocurre ahora. El inventario se actualiza más tarde. Durante ese intervalo otro canal puede seguir mostrando la unidad como disponible.

Lo mismo sucede con:

• recepciones;
• transferencias;
• devoluciones;
• cancelaciones;
• reservas.

La velocidad importa. Pero todavía más importante es que exista una secuencia confiable. Una actualización rápida pero incorrecta tampoco resuelve el problema.

6. La reposición no debería ser completamente reactiva

Una práctica frecuente consiste en revisar qué se está agotando y recién entonces decidir la compra. Eso puede funcionar cuando el lead time es corto y la demanda es estable.

Pero se vuelve más riesgoso cuando:

• hay productos importados;
• existe estacionalidad;
• la demanda cambia por tienda;
• el proveedor necesita semanas para entregar;
• hay muchos SKU.

El estudio multisucursal de Lam Cheang y Román Largo (2026) muestra precisamente las limitaciones de una reposición apoyada excesivamente en revisión manual frente a escenarios con variabilidad y distintos tiempos de abastecimiento.

7. El stock de seguridad tampoco puede resolver todo

Una reacción posible frente al quiebre es aumentar inventario.

Pero eso puede trasladar el problema hacia el otro extremo:

• sobrestock;
• capital inmovilizado;
• menor rotación;
• mayor espacio;
• riesgo de obsolescencia o vencimiento.

La pregunta no es:

“¿cómo tenemos más stock?”

Sino:

“¿cómo colocamos la cantidad adecuada en la ubicación adecuada y en el momento adecuado?”

8. Omnicanalidad también implica decidir desde dónde atender

Un mismo pedido podría potencialmente salir desde:

• un centro de distribución;
• una tienda;
• un almacén regional;
• otra sucursal.

Pero la existencia física no debería ser el único criterio.

También pueden importar:

• distancia;
• costo logístico;
• prioridad;
• tiempo prometido;
• capacidad operativa;
• reservas existentes.

La visibilidad del inventario es entonces la base para una decisión de fulfillment. No la decisión completa.

Qué datos deberían estar conectados

Dato	Pregunta que ayuda a responder
Stock por ubicación	¿Dónde existe físicamente el producto?
Stock disponible	¿Cuánto podemos prometer?
Reservas	¿Qué cantidad ya está comprometida?
Ventas	¿Qué acaba de salir?
Transferencias	¿Qué está moviéndose entre locales?
Pedidos de compra	¿Qué está por llegar?
Lead time	¿Cuándo podremos reponer?
Demanda histórica	¿Cómo suele comportarse el producto?
Devoluciones	¿Qué stock podría reincorporarse?
Estado del producto	¿Puede realmente venderse?

Señales de que la operación necesita una revisión

El ecommerce muestra stock que tienda no encuentra. Los equipos llaman a otras sucursales para confirmar existencias. Se generan transferencias urgentes con frecuencia.

Una tienda tiene quiebre y otra sobrestock. Ventas, almacén y ecommerce manejan cantidades diferentes. Las reservas no descuentan oportunamente disponibilidad. La reposición depende excesivamente de hojas de cálculo. Estas señales no demuestran automáticamente un problema del ERP.

La causa puede encontrarse en:

• integraciones;
• datos maestros;
• procesos;
• frecuencia de actualización;
• reglas de reserva;
• adopción;
• responsabilidades.

No necesitas tiempo real para absolutamente todo

En omnicanalidad suele hablarse de información “en tiempo real”. Pero no todos los datos requieren exactamente la misma frecuencia.

Una venta o reserva puede necesitar una actualización muy rápida porque afecta disponibilidad. Otros datos podrían tolerar intervalos mayores.

El diseño debe partir de una pregunta de negocio:

¿qué ocurre si este dato llega cinco minutos, una hora o un día después?

Ese impacto ayuda a determinar la frecuencia realmente necesaria.

De inventario distribuido a inventario confiable

La omnicanalidad funciona cuando distintos canales pueden hacer promesas basadas en información coherente.

Eso requiere conectar:

venta → reserva → inventario → transferencia → reposición → entrega → devolución.

No se trata únicamente de mostrar más stock al cliente. Se trata de mostrar stock que la operación realmente puede cumplir.

¿Tu inventario representa lo que cada canal puede vender?

En Altamira Technology realizamos Assessment TI para revisar procesos, aplicaciones, datos e integraciones antes de definir cambios tecnológicos. Si tiendas, ecommerce, almacenes y compras trabajan con distintas versiones del inventario, el primer paso puede ser reconstruir cómo se actualiza hoy cada movimiento.

Referencias

Ayala Person, M. E., Godoy Cabrera, L. G., López, M. M., & Recalde-Ramírez, J. L. (2022). Evaluation of the implementation of an integrated warehouse management system for products in continuous flow in a distribution center of a retail chain. Proceedings of the 3rd South American International Industrial Engineering and Operations Management Conference.

Ching Ruíz, K. D. C. (2025). Logística omnicanal inteligente para maximizar el desempeño de la cadena de suministro en el retail. Revista Veritas de Difusão Científica, 6(3). https://doi.org/10.61616/rvdc.v6i3.1143

Lam Cheang, W. D., & Román Largo, J. J. (2026). Diseñar e implementar sistema inteligente de gestión de inventarios con forecasting y optimización multisucursal para Comercial La Feria [Trabajo de maestría, Universidad de Las Américas].