Omnicanal sin caos: un solo inventario para tu tienda online, tu TPV y tus envíos con mensajería

Vender en más de un sitio ya no es opcional. Un minorista típico en crecimiento recibe hoy pedidos en su web, en uno o varios mostradores, por teléfono, en apps de chat y redes sociales y, a veces, en una app móvil. Los clientes esperan comprar online y recoger en tienda, devolver en tienda lo que compraron online y ver un stock correcto en todas partes.

Detrás del mostrador, la realidad suele ser muy distinta. Cada canal se añadió con su propia herramienta y cada herramienta guarda su propio número de stock. La web vende una chaqueta que la tienda vendió hace una hora. El paquete está en manos de la mensajería, pero el sistema sigue diciendo "en preparación". El contra reembolso vuelve como un fichero de liquidación que cuesta una tarde entera cuadrar.

Este artículo explica cómo operar todos los canales sobre un solo inventario: la arquitectura que hay detrás, el ciclo de entrega que cierra el hueco del efectivo, una lista de puesta en marcha y las métricas que te dicen que funciona.

Por qué el multicanal se convierte en caos

La causa de fondo casi siempre es la misma: el stock se guarda por herramienta y no por ubicación. Cuando la web, el TPV y la hoja del almacén son cada uno dueño de un número, solo pueden ponerse de acuerdo mediante sincronizaciones y exportaciones. Las sincronizaciones, en el mejor caso, se ejecutan cada pocos minutos; en el peor, fallan en silencio, y nunca resuelven los casos especiales: una devolución, un traspaso, una entrega parcial.

Los síntomas son conocidos:

• Sobreventa en las horas punta, seguida de cancelaciones con disculpas.
• Stock oculto: productos disponibles en una tienda pero que aparecen agotados online.
• Trabajo manual con la mensajería: copiar direcciones al portal y luego copiar de vuelta los números de seguimiento.
• Contra reembolso sin conciliar: efectivo cobrado por la mensajería que nadie ha cuadrado con los pedidos.
• Devoluciones que nunca vuelven al stock vendible, o que vuelven a la ubicación equivocada.

La arquitectura: un libro, muchas puertas

La solución es separar dos ideas que la mayoría de herramientas mezclan: canales (dónde vendes) y ubicaciones (dónde está físicamente el stock). Los canales no son dueños del stock. Venden desde ubicaciones. El stock de cada ubicación vive en un único libro.

Un libro de movimientos, no un contador

Un inventario fiable no guarda "cantidad = 48" para sobrescribirla después. Registra cada movimiento como una fila: recibido, reservado, vendido, traspaso de salida, traspaso de entrada, devuelto, ajustado, dado de baja. La cantidad actual es la suma de esas filas. Tiene tres grandes ventajas:

• Se explica solo. Cualquier número puede rastrearse hasta los movimientos que lo produjeron.
• Gestiona la concurrencia. Si dos canales venden la última unidad en el mismo instante, decide la base de datos, no la suerte.
• Alimenta la contabilidad. Cada movimiento lleva un coste, así que el coste de ventas y la valoración del stock salen de los mismos datos.

En existencia, reservado, disponible

Tres números por SKU y ubicación hacen la mayor parte del trabajo:

Número	Significado	Quién lo cambia
En existencia	Presente físicamente en la ubicación.	Recepciones, ventas, traspasos, devoluciones, recuentos
Reservado	Prometido a un pedido que aún no ha salido.	Checkout, cancelaciones, expedición
Disponible	En existencia menos reservado. Lo que cualquier canal puede vender.	Calculado, nunca tecleado

La web y el TPV leen el disponible. Cuando entra un pedido online, la cantidad se reserva en la ubicación que lo enviará, así que el mostrador no puede venderla. Cuando el paquete sale, la reserva se convierte en venta. Si se cancela el pedido, la reserva se libera.

Alertas de stock bajo por SKU

Un único umbral para toda la tienda ("avísame por debajo de 5") no sirve para un catálogo en el que unos artículos venden 50 al día y otros 2 al mes. Define un umbral por SKU donde importe, deja que el resto herede el valor por defecto y asegúrate de que las alertas salten con cada movimiento que reduce stock —pedidos online, ventas en TPV, ajustes—, no solo en un canal.

Míralo funcionando

Este breve recorrido muestra almacenes, tiendas, movimientos de stock y alertas de stock bajo en un único inventario.

El mostrador TPV: mismo stock, mismo cliente

Un punto de venta que funciona en la misma plataforma que la tienda online cambia la operativa diaria de formas pequeñas pero importantes:

• Cada caja pertenece a una tienda, así que cada venta en mostrador reduce al instante el stock de esa tienda.
• Los clientes son compartidos. Quien compra online y en tienda tiene un único historial, un saldo de fidelidad y un conjunto de cupones.
• Precios e impuestos salen de un único motor. Las promociones se configuran una vez y se aplican online y en el mostrador.
• Los turnos se cierran con arqueo. El efectivo esperado, el contado y la diferencia se contabilizan en el libro mayor.
• Algunos artículos pueden ser solo de mostrador. Repuestos o productos a granel se almacenan y venden en tienda sin aparecer en el catálogo online.

El ciclo de entrega: de "pedido realizado" a "dinero en el banco"

Para muchos minoristas, sobre todo donde el contra reembolso es habitual, la mayor fuga no está en el stock, sino en el hueco entre que sale el paquete y llega el dinero. Cerrar ese ciclo significa automatizar cada paso.

1. Presupuesto en el checkout. El coste de envío sale de reglas: zona, peso, método y cualquier promoción de envío gratis. Los compradores de riesgo (por ejemplo, con muchas devoluciones previas) pueden marcarse antes de enviar.
2. Reserva el stock en la ubicación que enviará.
3. Confirma y prepara. Confirmar el pedido crea el registro de entrega automáticamente, sin pasos aparte.
4. Reserva la mensajería por API. El paquete se crea en la mensajería, el número de seguimiento se guarda en el pedido y se imprime la etiqueta.
5. Sigue los avisos de estado. Cuando la mensajería informa de en tránsito, entregado, entregado en parte o devuelto, el pedido lo refleja sin que nadie mire un portal.
6. Concilia el contra reembolso. El efectivo cobrado por la mensajería se cuadra con cada pedido y se contabiliza: cargo en banco, abono en la cuenta a cobrar de la mensajería.

Gestiona bien los tres resultados

• Entregado: se reconoce la venta, se ganan puntos de fidelidad y se programa una invitación a valorar.
• Entregado en parte: el paquete sabe qué líneas llevaba, así que solo cuenta como vendido lo que llegó. El resto vuelve al stock o se reenvía.
• Devuelto: el stock vuelve a su ubicación original y los puntos y los ingresos se revierten automáticamente.

El recorrido de entregas de abajo muestra mensajerías, zonas, repartidores y el estado en vivo de cada paquete.

Lista de puesta en marcha: un inventario en ocho pasos

1. Enumera tus ubicaciones —almacén, tiendas, una ubicación virtual "en tránsito"— y decide cuáles envían pedidos online.
2. Limpia los SKU. Un SKU por variante vendible, con código de barras. Sin duplicados entre canales.
3. Cuenta y carga el stock inicial con coste de todas las ubicaciones el mismo día.
4. Conecta todos los canales al mismo catálogo: web, cajas del TPV, pedidos manuales y telefónicos, y la API para apps móviles.
5. Define umbrales: un valor por defecto sensato y valores por SKU para los artículos de más rotación.
6. Configura las entregas: zonas, métodos, reglas de tarifas y credenciales de las API de mensajería. Prueba un paquete con cada una.
7. Activa los traspasos con paso de expedición y de recepción, para que el stock que va en la furgoneta nunca se cuente dos veces.
8. Acordad una rutina diaria: revisar cada mañana las alertas de stock bajo, el contra reembolso sin cuadrar y los paquetes devueltos.

Métricas que te dicen que funciona

Métrica	Cómo se calcula	Objetivo saludable
Exactitud del stock	SKU que cuadran en un recuento ÷ SKU contados	98 % o más
Tasa de sobreventa	Pedidos cancelados por falta de stock ÷ todos los pedidos	Menos del 0,5 %
Tasa de entregas con éxito	Entregados ÷ enviados	Seguir por mensajería y zona
Tasa de devolución al origen	Paquetes devueltos ÷ enviados	Bajando mes a mes
Días de cobro del contra reembolso	Días medios desde la entrega hasta recibir el efectivo	Menos de 7 días
Sell-through	Unidades vendidas ÷ unidades recibidas por periodo	Comparar por ubicación

Los objetivos varían según la categoría y el mercado, así que tómalos como punto de partida. Lo importante es que todos se puedan calcular desde el mismo libro, sin hojas de cálculo.

Errores comunes que conviene evitar

• Sincronizar en vez de compartir. Dos sistemas que sincronizan stock acabarán discrepando. Un solo libro no puede.
• Dejar que el personal edite cantidades directamente. Cada cambio debe ser un movimiento tipificado —ajuste, rotura, hallazgo— con un motivo.
• Ignorar el stock en tránsito. Sin un paso de tránsito, un traspaso existe un rato en dos sitios o en ninguno.
• Tratar las devoluciones como algo secundario. Decide de antemano adónde va el stock devuelto y cómo se inspecciona.
• Medir las entregas por las promesas de la mensajería. Mide con tus propios datos de entregados y devueltos, por zona.

Cómo lo aborda StoreConsole

En StoreConsole, la tienda online, el TPV, los pedidos manuales y la API headless venden desde el mismo módulo de inventario, que mantiene un libro protegido por ubicación con traspasos, reservas y alertas por SKU. El módulo de entregas tarifica los paquetes con un motor de tarifas, reserva mensajerías por API, sigue los avisos de estado, registra entregas parciales y concilia el contra reembolso en contabilidad. Puedes explorarlo en la demo en vivo o leer las páginas de los módulos de Inventario, TPV y Entregas.

Ideas clave

• Los canales venden desde ubicaciones; el stock pertenece a las ubicaciones, en un único libro.
• Registra movimientos, no cantidades. Disponible = en existencia − reservado.
• Automatiza el ciclo de entrega: presupuestar, reservar, contratar, seguir, conciliar.
• Trata entregado, entregado en parte y devuelto como resultados de primera clase.
• Mide la exactitud del stock, la sobreventa, el éxito de entrega, las devoluciones y los días de cobro con los mismos datos.

Anichur Rahaman es arquitecto de software y creador de StoreConsole. Diseña sistemas de comercio y ERP para empresas en crecimiento, centrado en la arquitectura orientada a eventos, la integridad de los datos y la operación autoalojada.