Gestión de inventario para pequeñas tiendas online: cuándo las hojas de cálculo dejan de servir

Revisado y actualizado en junio de 2026 — campos nativos de stock y nombres de tablas verificados en PrestaShop 1.7, 8 y 9.

Toda tienda online empieza gestionando el inventario de la misma forma: con una hoja de cálculo. Con 20 productos y unos pocos pedidos al día, funciona de verdad. Escribes la nueva cantidad después de cada venta, mantienes un total actualizado y lo comparas con la estantería cuando las cifras se desvían. En esa etapa, la hoja de cálculo no es el problema: es la herramienta adecuada, y recurrir a un software de inventario "de verdad" para 20 SKU es excesivo.

El problema es que nada te avisa cuando has cruzado la línea. Un día tienes 200 productos, vendes en tu tienda PrestaShop y en un marketplace, parte del stock está en la oficina y otra parte en un socio de preparación logística, la hoja tiene 40 columnas y nadie confía en una sola cifra. Este artículo trata exactamente esa transición: cómo reconocer que la hoja de cálculo ha dejado de funcionar, qué hace ya por ti el motor de stock de PrestaShop en cuanto dejas de introducir dos veces los datos en Excel, y cómo configurarlo para que sea realmente preciso. Los subtemas más profundos — cálculo de reposición, comportamiento sin stock, importación masiva de datos — tienen cada uno su propia guía, y los enlazamos donde corresponde en lugar de resumirlos superficialmente aquí.

Las cinco señales de que tu hoja de cálculo ha dejado de funcionar

El punto exacto de ruptura varía según la tienda, pero los síntomas son constantes. Si reconoces dos o más de estos casos, la hoja de cálculo ya no te está ahorrando tiempo: te está costando pedidos:

• Vendiste más stock del que tenías. Un cliente compró algo que no estaba en la estantería porque la hoja no se actualizó después de la venta anterior. La solución es un reembolso, una disculpa y un cliente que no volverá.
• Un superventas llegó a cero sin aviso. La alerta de stock bajo era una regla de formato condicional que alguien sobrescribió hace tres semanas, y nadie se dio cuenta hasta que llegó el correo enfadado.
• El recuento no coincide con la estantería. La hoja dice 47, la estantería tiene 32, y se pierde una tarde intentando averiguar dónde fueron a parar 15 unidades.
• Los canales no coinciden. Vendiste tres unidades en la web y dos en el marketplace, pero solo las ventas de la web llegaron al archivo porque las del marketplace eran "tarea de otra persona".
• Actualizar la hoja lleva más tiempo que preparar el pedido. Cada venta, entrega y devolución es una edición manual, y la carga administrativa crece ya más rápido que los ingresos.

El hilo común en los cinco casos es la doble entrada: PrestaShop ya sabe qué se ha vendido, y tú lo vuelves a escribir a mano en un segundo sistema. La primera mejora real no es una herramienta nueva: es eliminar la hoja de cálculo y confiar en el motor de stock que ya has pagado.

Qué hace ya la gestión de stock integrada de PrestaShop

Antes de buscar cualquier módulo, conviene saber cuánto resuelve PrestaShop de forma nativa, porque para una tienda con una sola ubicación suele ser suficiente. Cada producto y combinación tiene su propia cantidad, y esa cantidad se mueve automáticamente a medida que los pedidos avanzan por sus estados, sin editar ninguna hoja de cálculo.

Se configura por producto en Catálogo → Productos, en la pestaña Cantidades (en PrestaShop 1.6 es la subpestaña Cantidades de la página del producto). Los campos importantes son:

• Cantidad — unidades disponibles. Es la cifra que disminuye cuando el pedido se realiza y se valida — el momento exacto depende de tus ajustes de stock y del ciclo de vida del pedido, no de un selector pagado frente a enviado — y vuelve a aumentar si cancelas o reembolsas con la reinyección de stock activada.
• Cantidad mínima para la venta — la cantidad mínima que un cliente puede comprar en un pedido (déjala en 1 salvo que vendas en packs).
• Nivel de stock bajo — define aquí un umbral y marca Enviarme un correo electrónico cuando la cantidad esté por debajo de este nivel, y PrestaShop te enviará un correo en lugar de obligarte a vigilar el color de una celda. Es la función nativa más desaprovechada: convierte el "se me olvidó comprobarlo" en una alerta proactiva sin coste.
• Cuando no hay stock — Rechazar pedidos, Permitir pedidos (pedidos pendientes por falta de stock) o Usar comportamiento predeterminado. Ocultar el producto, mostrarlo desactivado o seguir vendiéndolo es una decisión real, con ventajas e inconvenientes en ambos sentidos; lo tratamos a fondo en Sin stock: ¿ocultar o no ocultar?, y el caso concreto de vender antes de que llegue el stock en Reservas y pedidos pendientes.

El comportamiento predeterminado de toda la tienda cuando no hay stock está en Parámetros de la tienda → Configuración de productos (o Preferencias → Productos en 1.6), y las etiquetas de disponibilidad que ven los clientes ("Sin stock", "Disponible bajo pedido") se definen por producto en Catálogo → Productos, en la pestaña Cantidades. Conviene dejar algo claro: el núcleo de PrestaShop no tiene ningún ajuste nativo que te permita elegir entre pedido pagado o pedido enviado como momento en que el stock sale físicamente. El stock disminuye cuando el pedido se valida, y el ciclo de vida del pedido (cancelación, reembolso, reinyección) gobierna el resto. Si de verdad necesitas una regla de decremento pagado frente a enviado, eso pertenece a un flujo personalizado o a un módulo, no a un interruptor del back office.

¿Y qué implica? Para una tienda con una sola ubicación, configurar bien estos campos y abandonar el hábito de pasar datos del correo a la hoja de cálculo elimina cuatro de los cinco fallos anteriores desde el primer día, sin comprar nada. El motor nativo solo se queda corto cuando añades complejidad real: varias ubicaciones físicas, pedidos de compra a proveedores o historiales detallados de movimientos. Ahí es donde merece la pena ampliar PrestaShop en lugar de pelearte con él.

Dónde se queda corto el stock nativo: varias ubicaciones

El campo de cantidad nativo presupone un único depósito de stock. En cuanto tus productos están en más de un sitio — una oficina, un almacén, un proveedor de dropshipping, un socio en consignación — una sola cifra deja de describir la realidad. Necesitas saber no solo cuántas unidades hay, sino dónde están, porque eso determina qué ubicación envía, cuánto cuesta el envío y qué puedes prometer realmente como disponible.

El antiguo "Advanced Stock Management" de PrestaShop (el módulo de tipo SGA dentro de Stock) intentaba resolver esto, pero era conocido por su rigidez, estaba ligado a estados de pedido concretos y quedaba fuera del flujo moderno del proceso de compra; la mayoría de comerciantes que lo activaron acabaron arrepintiéndose. Nuestro módulo Warehouse Revolution cubre ese hueco con seguimiento por ubicación que funciona con el proceso de compra estándar, no al margen de él:

• Cantidades por almacén — un recuento real en cada ubicación, no un total mezclado que oculta dónde está realmente el stock.
• Reglas de asignación de almacén — dirige cada pedido automáticamente a la ubicación con stock (o a la más cercana al cliente), para que dejes de decidir manualmente quién envía qué.
• Registros de transferencias — registra movimientos entre ubicaciones para conservar el historial de auditoría, en lugar de que el stock desaparezca de un sitio y aparezca en otro sin rastro documental.
• Puntos de pedido por ubicación — cada almacén tiene su propio umbral de stock bajo, porque que la oficina se quede sin existencias no significa que el almacén también lo esté.

¿Y qué implica? Obtienes una imagen única y honesta del stock en todas las ubicaciones desde el back office de PrestaShop, que es lo que elimina para siempre la sobreventa de "la hoja dice que lo tenemos, pero ese almacén está vacío".

Auditabilidad: saber por qué cambió una cifra

La razón por la que las hojas de cálculo erosionan la confianza es que no tienen memoria. Una celda cambia de 47 a 32 y no queda registro de quién lo hizo ni por qué. Un inventario bien gestionado conserva un historial de movimientos: cada aumento y reducción con marca de tiempo y motivo — venta, devolución, ajuste manual, transferencia, recepción.

Si solo quieres una instantánea rápida de todo el catálogo para ver qué se está quedando bajo de stock — el informe que el back office nativo no te muestra en una sola pantalla — puedes leerlo directamente desde la base de datos con una consulta de solo lectura en Parámetros avanzados → Base de datos → Gestor SQL. Esta lista todos los productos base (combinaciones excluidas) con 10 unidades o menos, empezando por los más bajos:

SELECT sa.id_product,
       pl.name,
       sa.quantity
FROM ps_stock_available sa
JOIN ps_product_lang pl
  ON pl.id_product = sa.id_product
 AND pl.id_lang = 1
WHERE sa.id_product_attribute = 0
  AND sa.quantity <= 10
ORDER BY sa.quantity ASC;

Ajusta id_lang a tu idioma y el 10 al umbral que te interese. Solo lee — no cambia nada — así que puedes ejecutarla tantas veces como quieras. Para incluir cada combinación por separado, elimina la línea id_product_attribute = 0. Esto es una instantánea manual, no una alerta; las secciones siguientes tratan de hacer que el umbral se vigile solo.

En PrestaShop, las cantidades disponibles actuales viven en ps_stock_available: es un almacén de cantidades, no un registro de movimientos ni de auditoría. El historial nativo de movimientos es limitado y depende de la versión; las tablas dedicadas de movimiento de stock (ps_stock_mvt) pertenecen al contexto del antiguo Advanced Stock Management, no a tiendas normales con stock simple. En cualquier caso, el back office del núcleo expone muy poco de esto para una tienda con stock simple. Cuando aparece una discrepancia, la pregunta siempre es la misma — "¿qué pasó con esas unidades?" — y la respuesta debería estar a una consulta de distancia, no exigir una tarde forense. Precisamente por eso un registro de movimientos supera a una hoja de cálculo incluso antes de añadir ubicaciones: la hoja puede decirte que el recuento está mal, pero nunca cómo llegó a estarlo.

Mantener honesto el recuento digital: conteo cíclico

Incluso un sistema perfecto se desvía de la realidad física, porque la realidad es desordenada: los productos se rompen, se extravían o se cuentan mal al recibirlos. La respuesta no es un temido inventario anual; son recuentos pequeños y frecuentes, ponderados según la importancia de cada producto. Una cadencia útil:

Este es el principio ABC: dedica tu atención donde está el dinero. Los porcentajes anteriores son la división clásica orientativa, no una ley; extrae tu propio informe de ventas y clasifica los productos por su contribución real a los ingresos antes de confiar en esos grupos. Cuando un recuento no coincida, investígalo el mismo día; una discrepancia es un síntoma, y la causa (robo, error de recepción, una devolución nunca procesada, un error de preparación) solo se vuelve más difícil de rastrear con el paso del tiempo.

Reponer antes de quedarte sin stock

Un recuento preciso es solo la mitad del trabajo; la otra mitad es actuar antes de que el stock llegue a cero. La mecánica de cuándo reponer se reduce a una fórmula pequeña y fiable construida con tu ritmo de ventas, el plazo de entrega del proveedor y un colchón de seguridad, además de la pregunta de cuánto stock de seguridad es seguro y cuánto es capital inmovilizado. En lugar de comprimirlo aquí en un párrafo, desarrollamos las fórmulas, los ejemplos prácticos y cómo leerlos a partir de tus datos de ventas de PrestaShop en una guía específica: Cuándo reponer stock: fórmulas sencillas que evitan roturas de stock. Combina esos puntos de pedido con los umbrales por ubicación anteriores y el correo de stock bajo que PrestaShop ya envía, y la reposición pasa de ser una suposición a una tarea disparada por una señal.

Stock muerto: el inventario que te cuesta dinero en silencio

El problema opuesto a una rotura de stock es el stock que nunca se mueve. El stock muerto inmoviliza capital, ocupa espacio que estás pagando y tiende a perder valor. Una regla sencilla de antigüedad lo mantiene visible:

• Sin ventas en 90 días — marcar para revisión y valorar una rebaja moderada.
• Sin ventas en 180 días — aplicar un descuento mayor o combinarlo en un pack con un producto de mayor rotación.
• Sin ventas en 365 días — liquidarlo, donarlo o darlo de baja; no volverá a venderse a precio completo.

El coste de mantener un producto sin vender durante un año casi siempre supera el margen que perderías vendiéndolo a mitad de precio. Puedes automatizar la rebaja progresiva en lugar de anotarla manualmente en el calendario con nuestro módulo Smart Dynamic & Scheduled Discounts: configura el descuento para que aumente a medida que el producto envejece, y los productos de baja rotación se liquidarán solos según el calendario.

Cuándo plantearte la sincronización multicanal

Si vendes solo en tu tienda PrestaShop, trátala como tu única fuente de verdad y omite esta sección. En cuanto añades un segundo canal — un marketplace, un terminal de venta físico, una segunda tienda — el stock debe mantenerse sincronizado en todos ellos, porque vender de más en el canal B con la cifra desactualizada del canal A es la ruta más rápida hacia reseñas negativas. Tres enfoques realistas:

• PrestaShop como maestro — mantén el recuento autorizado en tu tienda y envía actualizaciones a cada canal. Es lo más sencillo cuando tu tienda es donde se producen la mayoría de las ventas.
• Middleware — una capa de sincronización situada entre todos los canales que reconcilia el stock en ambos sentidos. Merece la suscripción cuando ya manejas tres o más canales.
• Asignación conservadora — si tu sincronización no es en tiempo real, publica deliberadamente menos unidades en cada canal de las que tienes, dejando un margen que absorba el retraso. Es rudimentario, pero evita la sobreventa mientras configuras algo mejor.

Para alimentar cualquier herramienta externa, necesitarás sacar datos limpios de PrestaShop en bloque: tanto tu catálogo actual como el historial de pedidos que impulsa la previsión de demanda. Cubrimos cómo importar y exportar datos de producto (CSV, XML y la API) en Importación y exportación de productos, y cómo extraer datos de pedidos y ventas para analizarlos en Exportaciones CSV de pedidos y facturas. Para exportaciones recurrentes de pedidos en concreto, nuestro Orders CSV List Exporter convierte una lista filtrada de pedidos en un archivo programado y repetible.

Las cifras que conviene vigilar cuando el stock ya está bajo control

Un sistema de inventario que funciona genera datos que la hoja de cálculo nunca podía ofrecer. No necesitas todos desde el primer día, pero son los indicadores que te dicen si tienes demasiado stock, demasiado poco o estás perdiendo unidades en alguna parte:

• Rotación de stock — la rapidez con la que vendes el inventario. Cuanto más alta, menos capital inmovilizado en estanterías.
• Días de inventario — al ritmo actual de ventas, cuántos días faltan para llegar a cero. Esto es lo que realmente determina cuándo reponer.
• Tasa de venta sobre stock recibido — la proporción del stock recibido que se vende a precio completo. Una tasa persistentemente baja apunta a exceso de compras o a precios mal ajustados.
• Merma — la diferencia entre el stock esperado y el contado, seguida como porcentaje del valor del inventario. Si sube, algún proceso está perdiendo unidades.

Preguntas frecuentes

¿PrestaShop tiene alertas integradas de stock bajo?

Sí, por producto. En la pestaña Cantidades defines un nivel de stock bajo y marcas "Enviarme un correo electrónico cuando la cantidad esté por debajo de este nivel." PrestaShop envía entonces un correo a la dirección de notificaciones del comerciante cuando la cantidad disponible cruza ese umbral. Es la función nativa más desaprovechada: convierte el "se me olvidó comprobarlo" en una alerta proactiva sin coste. Lo que no ofrece es una pantalla única con todos los productos por debajo de su umbral; ahí es donde un panel de stock o la instantánea SQL anterior se gana su sitio.

¿Dónde guarda PrestaShop las cantidades de stock?

Las cantidades disponibles actuales están en la tabla ps_stock_available, una fila por producto (y por combinación), gestionada mediante la clase StockAvailable. Es un almacén de cantidades, no un registro de movimientos: te dice el recuento actual, nunca cómo se llegó a él. Las tablas antiguas de movimientos de stock (ps_stock_mvt, ps_stock) pertenecen al antiguo contexto de Advanced Stock Management, no a una tienda normal con stock simple.

¿Puede PrestaShop controlar stock en varios almacenes?

No de forma nativa y usable. El antiguo "Advanced Stock Management" intentaba gestionar varias ubicaciones, pero era rígido, estaba ligado a estados de pedido concretos y quedaba fuera del flujo moderno del proceso de compra. Para cantidades reales por ubicación que funcionen con el proceso de compra estándar — además de reglas de asignación de almacén, registros de transferencias y puntos de pedido por ubicación — para eso está creado Warehouse Revolution.

¿Cuándo es el momento adecuado para dejar de usar una hoja de cálculo?

Cuando aparecen dos o más de los fallos anteriores: una sobreventa, una rotura de stock silenciosa, un recuento que no coincide con la estantería, canales que no cuadran o tiempo administrativo que crece más rápido que los ingresos. La primera mejora no es un software nuevo: es eliminar la hoja de cálculo paralela y confiar en las cantidades nativas de PrestaShop, que ya saben qué se ha vendido.

¿Cancelar o reembolsar un pedido devuelve el stock?

Puede hacerlo, si la reinyección de stock está activada para ese flujo. La cantidad disminuye cuando el pedido se valida y vuelve a aumentar en cancelación o reembolso con la reinyección activada. No existe un interruptor nativo de "descontar al enviar en lugar de al pedir": esa decisión pertenece al ciclo de vida del pedido, no a un único selector.

Un orden sensato para hacerlo

No implementas todo esto a la vez, y no deberías hacerlo. La transición para dejar atrás las hojas de cálculo es una secuencia, y cada paso elimina un modo de fallo:

• Primero, configura correctamente las cantidades nativas de PrestaShop, el correo de stock bajo y el comportamiento sin stock; después deja de mantener la hoja de cálculo en paralelo. Solo esto ya corrige sobreventas y roturas de stock silenciosas en una tienda con una única ubicación.
• Después, define puntos de pedido para tus artículos A usando las fórmulas de reposición, y programa recuentos cíclicos semanales en esos mismos superventas.
• A continuación, revisa el stock muerto cada trimestre y deja que los descuentos programados lo liquiden.
• Más adelante, solo si lo necesitas, añade seguimiento multialmacén con Warehouse Revolution, gestión de proveedores y sincronización de canales.

El objetivo nunca fue un inventario perfecto: eso no existe. Es tener un inventario lo bastante preciso como para dejar de vender de más, no quedarte nunca sin los productos importantes y no enterrar dinero en stock que no se moverá. PrestaShop te da más de eso de serie de lo que muchos comerciantes creen; el último acto útil de la hoja de cálculo es hacerte apreciar el motor que ya tienes.