Tienda online y stock real: cómo acabar con la sobreventa

La llamada es siempre la misma. «Buenas, le llamo por su pedido de ayer… resulta que ese artículo ya no nos queda». El cliente había pagado, se había alegrado, y ahora tiene que esperar una devolución que tardará días. Ese cliente no vuelve, y además lo cuenta.

La sobreventa no es un problema de la tienda ni del almacén. Es el problema de que los dos no se hablan entre sí.

Aquí va cómo se produce el desajuste, las tres formas técnicas de resolverlo, cuál corresponde a su caso y qué cuesta cada una.

De dónde sale el desajuste

Cuatro fuentes, casi siempre las mismas.

La actualización manual. Alguien introduce las existencias en la tienda a mano, cuando se acuerda. Entre una actualización y la siguiente, la tienda muestra el pasado.

La venta en el punto físico. Si vende en tienda y online desde el mismo almacén, cada venta en mostrador debería descontar del stock web. Casi nunca lo hace en tiempo real.

Los marketplaces. Si además vende en Amazon o en otro portal, ahora son tres sitios compitiendo por las mismas unidades. Este es el escenario donde la sobreventa deja de ser ocasional y pasa a ser semanal.

Las variantes. En textil y calzado, un artículo son treinta referencias entre tallas y colores. El stock puede estar bien a nivel de artículo y mal a nivel de talla, que es justo lo que el cliente compra.

Hay un quinto caso, menos evidente y más caro de lo que parece: el problema inverso. El producto está en el almacén pero la web dice «agotado». Nadie se queja, nadie llama, y usted nunca se entera de la venta que no ocurrió. Esta pérdida no aparece en ningún informe.

Las tres formas de conectarlo

Técnicamente hay tres niveles, con tres precios distintos.

Intercambio por fichero. El programa de gestión genera un fichero y la tienda lo lee. Es la opción más simple y más barata. Funciona una o varias veces al día. Suficiente si su producto rota despacio.

Sincronización programada. Los dos sistemas intercambian datos cada 15 o 30 minutos de forma automática. Precio medio, complejidad media. Para la mayoría de las tiendas es exactamente lo que hace falta.

Sincronización por evento. Ocurre una venta y el stock cambia de inmediato en los dos lados. Es lo más preciso y lo más caro. Necesario cuando vende piezas únicas o cuando el volumen es alto.

La elección no depende del presupuesto sino de la rotación. Si vende material de construcción con veinte unidades de cada referencia, la sincronización programada le sobra. Si vende ropa de segunda mano donde cada prenda es única, necesita evento: con quince minutos de retraso ya habrá vendido dos veces la misma chaqueta.

Una prueba rápida para decidirlo: ¿cuántas unidades tiene de su referencia más vendida? Si la respuesta es una o dos, necesita tiempo real. Si son veinte, no.

Reservar el stock en el momento correcto

Este detalle decide si la integración funciona de verdad, y se pasa por alto constantemente.

La pregunta es: ¿cuándo deja de estar disponible una unidad? Hay tres momentos posibles y solo uno es razonable.

Si el stock se descuenta al añadir al carrito, los carritos abandonados le bloquean mercancía que nadie va a comprar. Con suficiente tráfico, su tienda aparecerá agotada estando llena.

Si se descuenta al confirmar el pago, entre que el cliente rellena sus datos y termina de pagar pasan varios minutos, y en ese hueco otro cliente puede comprar la misma unidad. Aquí es donde nace la mayoría de las sobreventas reales.

Lo que funciona es una reserva temporal al iniciar el pago, de quince o veinte minutos, que se libera sola si el pago no se completa. El cliente que está pagando tiene su unidad garantizada, y la mercancía no se queda bloqueada indefinidamente.

Qué pasa cuando la sincronización falla

Va a fallar. Se cae la conexión, el servidor del programa de gestión se reinicia, hay mantenimiento. La pregunta no es si ocurrirá sino qué sucede cuando ocurra.

Un sistema mal montado hace una de dos cosas, y las dos son malas: sigue vendiendo con los datos viejos como si nada, o deja de mostrar stock y su tienda aparece vacía entera.

Un sistema bien montado guarda el pedido, lo envía en cuanto se restablece la conexión y avisa al administrador de que algo está fallando. La tienda sigue funcionando, usted se entera, y ningún pedido se pierde por el camino.

Cuando pida presupuesto, haga esta pregunta literal: «¿qué pasa si la sincronización se cae una hora?» Si la respuesta es «eso no va a pasar», siga buscando.

Lo que la integración no arregla

Conviene decirlo claro porque va en contra de nuestro interés comercial: conectar la tienda con el almacén no mejora unos datos que ya son malos. Solo los propaga más rápido.

Si en su sistema de gestión el mismo producto está dado de alta tres veces con nombres distintos, si el stock teórico no coincide con el que hay en la estantería, o si las entradas de mercancía se registran cuando alguien se acuerda, la integración le va a mostrar esos errores en la web, delante de sus clientes.

Por eso el orden correcto es este y no otro:

1. Ordenar los datos. Un producto, un código, un nombre. Eliminar

duplicados. Es trabajo aburrido y no se puede saltar.

1. Hacer un inventario real. No el teórico: contar. El stock del

sistema tiene que coincidir con el físico el día que empieza.

1. Poner en marcha el control de almacén con entradas y salidas

registradas en el momento, no a final de semana.

1. Conectar la tienda. Ahora sí hay algo con lo que conectar.

Saltarse los pasos 1 y 2 es la razón más común de que un proyecto de integración termine mal.

Precios y plazos

Trabajo	Precio	Plazo
Tienda online	desde 1.150 €	2-4 semanas
Control de almacén	desde 645 €	2-4 semanas
Integración entre ambos	se presupuesta aparte	1-2 semanas

Precios sin IVA.

La integración no lleva precio cerrado y esa es la respuesta honesta: depende por completo de qué programa usa usted ahora y de si permite conexión por API o solo intercambio de ficheros. Con A3, Sage, Holded o similares hay vías conocidas. Con un desarrollo propio antiguo sin API, queda el fichero, que funciona pero actualiza por horas en lugar de al instante.

Es lo primero que revisamos en el briefing, antes de dar cifras.

Cuando la tienda y el almacén se hacen a la vez sale más barato que dos proyectos separados, porque la estructura de datos se diseña una sola vez.

Cuándo no merece la pena

Cuatro casos en los que le diríamos que no lo haga:

Pocas referencias que apenas cambian. Veinte productos estables: actualizar a mano cuesta menos que integrar.

Cinco pedidos al mes desde la web. Copiarlos a mano son diez minutos mensuales. La integración no se amortiza en años.

Vende servicios. No hay stock. Lo que necesita es un CRM, no un almacén.

Todavía no tiene control de almacén. Primero eso. Conectar la tienda a un Excel desactualizado empeora la situación en vez de mejorarla.

Resumen

La sobreventa se arregla con tres decisiones: elegir la frecuencia de sincronización según su rotación real, reservar el stock al iniciar el pago y no antes ni después, y tener un plan para cuando la conexión falle.

Y una condición previa que no es negociable: los datos del almacén tienen que ser ciertos antes de conectarlos a nada.

Cuéntenos qué vende, cuántas referencias maneja y con qué controla hoy el stock. Le decimos si su programa admite conexión, qué nivel de sincronización necesita de verdad y qué cuesta. Respuesta en un día laborable.