Reservas y pedidos pendientes en PrestaShop: vender antes de tener stock

Un producto sin stock en una tienda PrestaShop tiene exactamente dos desenlaces: el cliente se va, o lo compra de todos modos. Lo segundo solo ocurre si has configurado PrestaShop para permitirlo — y si le has explicado al cliente qué está comprando realmente. Ese es todo el trabajo aquí. Las reservas y los pedidos pendientes no son una idea de marketing que se añade al final; son una configuración concreta en la pestaña Cantidades de un producto, más una disciplina sobre el momento del pago y la comunicación que evita que esos pedidos terminen convirtiéndose después en reembolsos y contracargos.

Última actualización: junio de 2026.

Esta guía trata de forma muy específica sobre vender antes de tener stock en PrestaShop: la diferencia entre una reserva y un pedido pendiente, los ajustes exactos del back office que lo activan, dónde termina el soporte nativo de PrestaShop y cómo evitar que el pago y la preparación del pedido se conviertan en un caos. No trata sobre si conviene mostrar productos sin stock — esa es otra decisión, explicada en Sin stock: ¿ocultarlo o no ocultarlo? — ni sobre cuándo reponer stock, que tiene sus propias fórmulas en Cuándo reponer stock.

Reserva frente a pedido pendiente: el mismo ajuste, una promesa distinta

Esta es la parte que confunde a la mayoría de los comerciantes: PrestaShop no tiene un interruptor llamado "reserva" ni otro llamado "pedido pendiente". Ambos funcionan con el mismo mecanismo de base: "permitir pedidos cuando no hay stock". La diferencia está por completo en la promesa que haces al cliente, y esa promesa cambia cómo etiquetas el producto, cuándo cobras y cómo gestionas un retraso.

Agruparlos bajo una etiqueta genérica de "sin stock — pedir de todos modos" es donde se pierde la confianza. Un cliente que reservó un artículo aún no lanzado espera tener que esperar; un cliente que pidió un recambio habitual pendiente de reposición no lo espera del mismo modo — y si la página no lo dejó claro, este segundo abrirá un ticket de "¿dónde está mi pedido?" en menos de 48 horas.

El ajuste nativo de PrestaShop que lo activa

La venta de productos sin stock en PrestaShop se controla en dos niveles: un valor predeterminado global y una anulación por producto. Casi siempre conviene mantener el valor global DESACTIVADO y activar la anulación solo en los pocos productos que realmente lo justifican.

Valor predeterminado global (rara vez es el lugar adecuado para activarlo)

Ve a Parámetros de la tienda → Configuración de productos, baja hasta la sección Stock y encontrarás "Permitir pedidos de productos sin stock". Este es el valor global de reserva. Déjalo configurado para denegar pedidos: activarlo en toda la tienda significa que cualquier producto que llegue a cero seguirá vendiéndose silenciosamente, incluidos los que en realidad no puedes reponer, que es justo la forma de acabar con pedidos imposibles de preparar.

Ya que estás en esa pantalla, hay dos campos cercanos que importan para las reservas: "Etiqueta de productos en stock" y "Etiqueta de productos sin stock con pedidos permitidos". Estos campos proporcionan el texto que muestra el tema cuando no has definido una etiqueta específica por producto; por eso, el texto que leen tus clientes de reservas puede ser un valor predeterminado de la tienda que olvidaste editar. Cámbialo por algo honesto, como "Disponible para reserva", en lugar de dejar la formulación genérica de stock de PrestaShop.

Por producto: la pestaña Cantidades hace el trabajo real

Abre el producto, ve a la pestaña Cantidades y busca "Cuando no haya stock". Tiene tres opciones de radio:

• Denegar pedidos — el producto deja de poder comprarse al llegar a stock cero (el valor predeterminado, y el correcto para la mayoría de tu catálogo).
• Permitir pedidos — este es el interruptor que convierte un producto en una reserva o un pedido pendiente. El botón Añadir al carrito sigue activo por debajo de cantidad cero.
• Usar comportamiento predeterminado — hereda el ajuste global anterior.

Por debajo de la capa técnica, "Permitir pedidos" escribe el valor 1 en la columna out_of_stock de la tabla ps_stock_available para ese producto (Denegar = 0, Usar predeterminado = 2). La cifra de stock en vivo vive en la columna quantity de la misma tabla, gestionada mediante la clase StockAvailable; es útil saberlo si alguna vez automatizas cambios masivos o auditas por qué un producto se puede pedir o no.

Entonces, ¿qué consigues realmente con esto? Un botón de radio marca la diferencia entre una página de producto sin stock que pierde la venta y otra que la captura. Pero el botón por sí solo hace una promesa silenciosa que aún no has explicado; por eso los dos campos siguientes importan tanto como el propio interruptor.

Fecha de disponibilidad y etiqueta por producto

En la misma pestaña Cantidades, configura el campo Fecha de disponibilidad con la fecha prevista de lanzamiento o reposición; esto se escribe en el campo available_date del producto y, en la mayoría de los temas, se muestra en la tienda como "Fecha de disponibilidad: …". Esta es tu estimación de entrega para la reserva, visible antes de que el cliente se comprometa.

Justo debajo, el campo "Etiqueta cuando no hay stock (y se permiten pedidos pendientes)" sustituye el texto global para este producto concreto. Úsalo para fijar la promesa con precisión: "Reserva — envío a partir del 15 de marzo" para un lanzamiento, o "Pedido pendiente — próximo envío en 2–3 semanas" para una reposición. Este único campo es el seguro más barato contra la confusión, porque es el texto exacto que el cliente lee junto al botón de compra.

Dónde termina el soporte nativo de PrestaShop

El mecanismo nativo es sólido para lo básico, pero conviene nombrar sus límites antes de construir una campaña sobre él:

• No cambia el texto del botón. De serie, el botón Añadir al carrito sigue diciendo "Añadir al carrito", no "Reservar ahora". El campo de etiqueta anterior cambia el mensaje de stock, pero convertir el propio botón en una llamada a la acción de "Reserva" requiere editar una plantilla del tema (el bloque de añadir al carrito de la página de producto) o usar un módulo.
• No permite cobrar una señal. El proceso de compra nativo cobra el total completo del carrito o nada; no hay un flujo integrado de pago parcial / señal para "10% ahora, resto al enviar".
• No limita la cantidad reservable. "Permitir pedidos" deja que el producto se venda con stock negativo sin límite, así que una edición limitada de 500 unidades puede aceptar 800 pedidos en silencio si no la vigilas.
• Trata los carritos mixtos como un solo pedido. Un artículo en stock y un artículo en reserva acaban en el mismo pedido con una sola entrega; PrestaShop no los separará por ti.
• La gestión avanzada de stock ya no existe. El antiguo sistema de almacenes/proveedores PS_ADVANCED_STOCK_MANAGEMENT quedó obsoleto y se eliminó del núcleo en 1.7+; si dependías de él para seguir pedidos a proveedor detrás de los pedidos pendientes, ese flujo vive ahora en módulos de terceros, no en el núcleo.

Nada de esto es un obstáculo insalvable para una pequeña campaña de reservas: el pago completo por adelantado, una vigilancia cuidadosa del volumen y una etiqueta clara pueden sostenerla. Se convierten en problemas reales cuando las reservas pasan a ser una parte habitual de tu negocio; en ese momento, un módulo dedicado se gana su sitio.

Momento del pago: la decisión que crea o destruye la ventaja de tesorería

Cuándo cobras es la elección más importante, porque define a la vez tu flujo de caja, tu exposición a contracargos y tu base legal. Hay tres modelos.

Para la mayoría de tiendas PrestaShop, el pago completo al hacer el pedido es el valor práctico por defecto: aprovecha el proceso de compra nativo, te da efectivo para realizar realmente el pedido al proveedor y los clientes que ya han pagado rara vez cancelan. El precio de esa sencillez es que debes ser transparente con los plazos y reembolsar rápido si no puedes entregar. El modelo de señal es realmente mejor para artículos caros que generan más dudas, pero conviene ser honesto: no es un ajuste, es un desarrollo.

Comunicación con el cliente: donde estas estrategias fracasan de verdad

Las estrategias de reserva y pedido pendiente casi nunca fallan por la mecánica: el interruptor funciona. Fallan por el silencio. Los clientes esperarán con paciencia; lo que no tolerarán es llevarse una sorpresa. Dos de estos puntos de contacto merecen notas específicas de PrestaShop.

• En el momento de la compra: el campo de etiqueta comunica la fecha y el marco de "esto es una reserva". Si un carrito mezcla artículos en stock y artículos en reserva, el cliente necesita ver qué se envía ahora y qué se enviará después; PrestaShop nativo no lo marcará, así que es trabajo de plantilla o de módulo.
• Confirmación del pedido: el email predeterminado order_conf no dice nada sobre una espera. Edita esa plantilla de correo (en Internacional → Traducciones → Traducciones de emails, o en los archivos de correo por idioma) para repetir "esto es una reserva, fecha prevista [fecha]"; de lo contrario, lo primero que leerá tu cliente de reserva será un "tu pedido está confirmado" estándar sin mencionar el retraso que aceptó.
• Actualizaciones de estado y retrasos: avisa en cuanto sepas que hay un deslizamiento — no cuando pase la fecha original —, explica por qué, da una nueva fecha y ofrece una cancelación sin preguntas. Un estado de pedido personalizado (por ejemplo, "Reserva — esperando stock") permite filtrar estos pedidos en el back office para que no se pierdan en el flujo normal.

Esa idea de estado personalizado merece hacerse bien, no de forma improvisada: crear y automatizar estados de pedido es un tema propio, tratado en Flujo de estados de pedido en PrestaShop. Y si cambias una fecha de entrega y necesitas reenviar la confirmación actualizada, esa pequeña cortesía es exactamente la función explicada en Reenviar confirmaciones de pedido.

Trampas de preparación del pedido sobre las que el interruptor no te avisa

Pedidos mixtos

Un cliente compra un artículo en stock y un artículo en reserva. PrestaShop te entrega un único pedido con una sola entrega, y tú eliges cómo resolverlo:

• Enviar por separado — el artículo en stock ahora, la reserva después. Mejor experiencia, doble coste de envío. En PrestaShop, según tu configuración, puedes marcar productos parcialmente como enviados/entregados o emitir un albarán parcial; separar limpiamente un pedido en dos preparaciones independientes suele requerir edición de pedidos o un módulo de división de pedidos.
• Retenerlo todo — esperar a tener todos los artículos y enviar una sola vez. Ahorra envío, retrasa el artículo en stock y frustra al cliente.
• Evitar la mezcla — mantener los productos en reserva en su propia ruta de catálogo para que los carritos no se combinen. Es lo más sencillo operativamente y lo más torpe para el comprador.

Para la mayoría de tiendas, enviar por separado gana: la mejora en satisfacción compensa el franqueo adicional. La mecánica de dividir y editar pedidos así es exactamente lo que tratan Edición de pedidos y los flujos más amplios de Gestión de pedidos.

Sobrevender una tirada limitada

Como "Permitir pedidos" vende con stock negativo sin techo, una edición limitada de 500 unidades puede aceptar 800 reservas antes de que te des cuenta. PrestaShop nativo no ofrece un límite de pedidos pendientes por producto, así que la disciplina es manual: vigila la cifra de quantity cuando entre en negativo y devuelve el producto a Denegar pedidos en cuanto hayas vendido la capacidad confirmada por tu proveedor. Si las campañas de reserva son habituales, este es precisamente el vacío que un módulo dedicado cierra con un límite firme.

Base legal en la UE

Vender antes de tener stock te sitúa de lleno dentro de la legislación de consumo de la UE, y las reglas son lo bastante específicas como para equivocarse:

• El derecho de desistimiento de 14 días empieza en la fecha de entrega, no en la fecha del pedido; por tanto, una reserva no pone el reloj en marcha hasta que los bienes llegan.
• El plazo máximo de entrega por defecto es de 30 días desde la fecha del pedido, salvo que se haya acordado explícitamente un periodo más largo; por eso exactamente tu página de reserva debe indicar la fecha antes de la compra, convirtiendo una espera larga en algo que el cliente aceptó y no en algo que tú le debes.
• Si no puedes entregar en el plazo acordado, el cliente puede fijar una prórroga razonable y, si aun así no se cumple, cancelar y recibir un reembolso completo.

La conclusión práctica vuelve al campo de etiqueta y al email de confirmación: el plazo, las condiciones de pago y la política de cancelación deben estar visibles antes de que el cliente pague. La transparencia aquí no es solo buen servicio: es lo que mantiene una reserva de más de 30 días en el lado correcto de las reglas.

Saber si está funcionando

Trata un programa de reservas como cualquier otro cambio: mídelo en lugar de confiar en una corazonada. Merece la pena vigilar:

• Tasa de cancelación antes de la preparación. Si más de aproximadamente el 15% cancela antes de que envíes, tus esperas son demasiado largas o tu comunicación es demasiado escasa.
• Precisión en la preparación. Con qué frecuencia envías en la fecha prometida o antes; apunta alto, porque este número decide si los clientes de reservas volverán alguna vez.
• Volumen de tickets de "¿dónde está mi pedido?" en líneas de reserva: una lectura directa de si tus actualizaciones de estado están llegando.
• Tasa de compra repetida de compradores de reserva frente al resto. Si es más baja, la espera te está costando más de lo que valía la venta capturada.

Sacar esos números a nivel de pedido desde PrestaShop para una hoja de cálculo es una pequeña tarea en sí misma: Exportaciones CSV de pedidos y facturas explica cómo extraer los datos de forma limpia.

Preguntas frecuentes

¿Cuál es la diferencia entre una reserva y un pedido pendiente en PrestaShop?

Mecánicamente, ninguna: ambos funcionan con el mismo ajuste de "permitir pedidos cuando no hay stock". La diferencia es la promesa que haces. Una reserva es para un producto que aún nunca ha estado en stock (un lanzamiento, una línea de temporada, una edición limitada), donde el cliente espera tener que esperar. Un pedido pendiente es para algo que estaba en stock, se ha agotado temporalmente y se está reponiendo, donde el cliente espera una espera más corta. Etiquétalos de forma distinta, porque agrupar ambos bajo un mensaje genérico de "pedir de todos modos" es donde se pierde la confianza.

¿Qué ajuste exacto permite que los clientes compren un producto sin stock?

Abre el producto, ve a la pestaña Cantidades, busca "Cuando no haya stock" y elige Permitir pedidos. Eso mantiene activo el botón Añadir al carrito por debajo de stock cero. El valor global de reserva está en Parámetros de la tienda → Configuración de productos → Stock ("Permitir pedidos de productos sin stock"); déjalo configurado para denegar y actívalo por producto solo en los artículos que realmente lo justifiquen. Por debajo, "Permitir pedidos" escribe 1 en la columna out_of_stock de ps_stock_available.

¿PrestaShop cambia automáticamente el botón "Añadir al carrito" por "Reservar"?

No. El botón sigue mostrando "Añadir al carrito" de serie. El campo por producto "Etiqueta cuando no hay stock" cambia el mensaje de stock (configúralo con algo como "Reserva — envío a partir del 15 de marzo"), pero convertir el propio botón en una llamada a la acción de "Reservar" implica editar la plantilla del tema en el bloque de añadir al carrito de la página de producto, o usar un módulo.

¿Puedo cobrar una señal en lugar del pago completo en una reserva?

No de forma nativa. El proceso de compra de PrestaShop cobra el total completo del carrito o nada; no hay un flujo integrado de pago parcial para "10% ahora, saldo al enviar". Para la mayoría de tiendas, el pago completo por adelantado es el valor práctico por defecto: aprovecha el proceso de compra nativo, financia el pedido al proveedor y los clientes que ya han pagado rara vez cancelan. Un modelo de señal es realmente mejor para artículos de alto valor (aprox. €500+), pero es un desarrollo: un módulo o un flujo personalizado, no un ajuste.

¿Cómo evito que una tirada limitada se sobreventa?

"Permitir pedidos" vende con stock negativo sin techo, así que una tirada de 500 unidades puede aceptar 800 pedidos silenciosamente. PrestaShop nativo no tiene límite de pedidos pendientes por producto, por lo que la disciplina es manual: vigila la cifra de quantity cuando entre en negativo y devuelve el producto a Denegar pedidos en cuanto hayas vendido la capacidad confirmada por tu proveedor. Si las campañas de reserva son habituales, ese límite firme es exactamente lo que añade un módulo dedicado.

¿Cuándo empieza el plazo de devolución de 14 días de la UE en una reserva?

Desde la fecha de entrega, no desde la fecha del pedido; por tanto, una reserva no pone el reloj en marcha hasta que los bienes llegan realmente. Por separado, el plazo máximo de entrega por defecto es de 30 días desde la fecha del pedido, salvo que se haya acordado explícitamente un periodo más largo; por eso tu página de reserva debe indicar la fecha de disponibilidad antes de la compra. Mostrar esa estimación por adelantado (el campo Fecha de disponibilidad, presentado de forma clara con una herramienta como nuestra visualización de entrega estimada) convierte una espera larga en algo que el cliente aceptó.

La versión corta

Vender antes de tener stock en PrestaShop es un botón de radio — "Cuando no haya stock → Permitir pedidos" en la pestaña Cantidades — envuelto en una disciplina que el botón no puede imponer por ti. Configura la fecha de disponibilidad y una etiqueta por producto para que la promesa sea explícita, cobra el total por adelantado salvo que trabajes con artículos de alto valor, edita el email de confirmación para que reconozca la espera, vigila la cifra de cantidad para que una tirada limitada no se sobreventa y mantén tu calendario en el lado correcto de la regla de 30 días de la UE. Haz eso, y una rotura de stock deja de ser una venta perdida para convertirse en ingresos capturados, sin los reembolsos y contracargos que castigan a las tiendas que activan el interruptor y guardan silencio.