Descuentos en PrestaShop: precios específicos, reglas del carrito y programación

Qué haríamos

Empezaríamos con una reducción nativa con fechas o una regla del carrito si cubre la oferta y añadiríamos automatización solo para requisitos como la recurrencia, la selección por stock o una edición permanente programada. La opción depende de tu tienda actual: módulos de precios y pago, tema, ERP o importaciones de proveedores, datos de productos y combinaciones, grupos de clientes, mercados y monedas y equipo disponible para mantener la campaña. Identifica qué sistema controla el precio antes de modificarlo.

Ensaya la campaña en una copia de pruebas privada con la misma configuración pertinente y datos representativos, aislada de los correos a clientes reales, los pagos y las exportaciones para preparar envíos. Registra los precios y totales de cesta esperados, prueba ambos límites de fechas y la reversión y aplica después los ajustes revisados en una ventana de producción prevista. Transfiere la configuración acordada en lugar de sustituir la base de datos de producción por la de pruebas, lo que descartaría los pedidos recibidos entretanto.

Conserva los ajustes anteriores, los identificadores de las reglas de la campaña y los valores previos necesarios para revertirla. Designa a quien revisará los primeros precios y pedidos en producción, a quien podrá retirar la oferta y las pruebas que motivarían esa decisión. Un cambio de precio está listo cuando supera la prueba del recorrido del cliente, no por el mero hecho de haber guardado una regla.

Si quieres configurar el módulo elegido, el servicio PrestaShop Module Installation & Configuration Service cubre un módulo existente y el recorrido de verificación acordado; el diseño de campañas, las licencias, los módulos adicionales y el desarrollo a medida se definen por separado.

Elige precios específicos, reglas del catálogo o reglas del carrito

Las herramientas habituales de descuento de PrestaShop actúan en distintas fases. Un precio específico modifica el precio calculado de un producto. Una regla del carrito ofrece una ventaja en el carrito y puede exigir un código. Una regla de precios del catálogo crea registros de precios específicos para los productos que cumplen sus condiciones.

Una reducción mediante precio específico que cumpla las condiciones suele mostrarse como descuento en un tema compatible. Un registro que solo fija un precio no garantiza un precio tachado ni una etiqueta de oferta. Un vale del carrito suele aparecer en los totales del carrito, sin modificar el precio que se ve al navegar.

PrestaShop 9.1 introdujo una interfaz de descuentos rediseñada como función experimental. Sus cuatro tipos son Catalogue, Cart, Free Shipping y Free Gift. El anuncio oficial describe esta función por separado del formulario anterior. Para las reglas del carrito y las reglas de precios del catálogo anteriores, utiliza las pantallas correspondientes en Catálogo > Descuentos. Comprueba qué interfaz tiene activada tu tienda.

Crea una reducción para un producto o el catálogo

Un producto

1. Abre Catálogo > Productos, edita el producto y abre Precio.
2. Añade un precio específico y selecciona su ámbito de tienda, moneda, país, grupo o cliente según corresponda.
3. Elige la combinación si la oferta solo se aplica a una talla, color u otra variante.
4. Establece A partir de en 1 para una oferta normal, o un umbral superior para un tramo por cantidad.
5. Establece el precio fijo o la reducción. Para una reducción por importe, comprueba la moneda y si el importe incluye impuestos.
6. Establece Desde y Hasta para una oferta temporal. Guarda y prueba tanto el público al que se aplica como un cliente ajeno a él.

Por ejemplo, aplica a una chaqueta una reducción del 20% durante un fin de semana concreto, u ofrece un tramo por cantidad como cinco unidades a EUR 8 cada una. «A partir de» se refiere a la cantidad considerada en el carrito actual o en el cálculo del precio. No es un contador de ventas acumuladas.

Los precios específicos utilizan from y to. Los límites con fecha cero pueden representar un intervalo sin restricciones de fecha. Un registro antiguo sin restricciones puede explicar que un producto siga mostrando otro precio, pero comprueba todas las condiciones coincidentes y las reglas de prioridad antes de borrar nada.

Una categoría u otro segmento

Abre Catálogo > Descuentos > Reglas de precios del catálogo. Esta opción tiene su propio formulario y grupos de condiciones, en lugar del cuadro de diálogo por producto. Establece el ámbito, la cantidad, las fechas y la reducción, y añade las condiciones. Las condiciones nativas incluyen categoría, marca/fabricante, proveedor, atributo y característica. No des por hecho que existe un selector nativo de intervalo de precios.

Para un fin de semana «Outdoor 15%», selecciona la categoría Outdoor, A partir de 1, la reducción del 15% y el intervalo de fechas previsto. Prueba un producto incluido en la selección y otro fuera de ella. Revisa la lógica de los grupos de condiciones al combinar varios criterios.

Las reglas del catálogo crean una capa de descuento; no reescriben permanentemente el precio base del producto. Sus registros pueden aparecer junto a precios específicos creados manualmente, así que examina id_specific_price_rule al rastrear su origen. Cuando hay varios precios específicos aplicables, se resuelven mediante coincidencias y prioridades; no supongas que todos se suman ni que siempre gana el número más bajo.

Este inventario de solo lectura utiliza el producto 42 y el prefijo de ejemplo ps_. Incluye registros futuros, caducados y no aplicables al contexto:

SELECT id_specific_price, id_specific_price_rule, id_product,
       id_product_attribute, id_shop, id_shop_group, id_currency,
       id_country, id_group, id_customer, id_cart, from_quantity,
       price, reduction, reduction_type, reduction_tax, `from`, `to`
FROM ps_specific_price
WHERE id_product = 42
ORDER BY `from`, from_quantity;

Un porcentaje guardado como 0.250000 significa 25%. Para identificar el precio efectivo, reproduce la tienda, el cliente, el país, la moneda, la combinación, la cantidad y la hora reales. Comprueba también el feed generado: los vales del carrito no suelen convertirse en el precio de oferta de un feed de productos, y las integraciones de feeds necesitan su propia gestión de públicos y fechas.

Crea un vale o una oferta automática para el carrito

Abre Catálogo > Descuentos > Reglas del carrito. El formulario anterior tiene tres pestañas:

• Información: nombre, descripción interna, código opcional, Destacar, Uso parcial, Prioridad y estado.
• Condiciones: requisitos de cliente o grupo, fechas, importe mínimo, restricciones de transportista y país, selección de productos y límites de uso.
• Acciones: reducción por porcentaje o importe, su destino y base fiscal, envío gratuito y regalo.

Deja Código vacío para una regla automática que se aplique cuando se cumplan los requisitos. Establece un código para un vale que vayas a distribuir. Destacar muestra al cliente un vale aplicable; no es otra condición del descuento. Uso parcial puede crear un vale por el saldo no utilizado de un importe fijo y exige una gestión deliberada. Consulta los campos en la documentación de las reglas del carrito anteriores.

Establece el total de usos disponibles y el límite por usuario. Un límite de uno por usuario significa que esa regla puede canjearse una vez; no hace que la oferta sea exclusiva del primer pedido que haga el cliente. La condición de primer pedido necesita una comprobación adicional adecuada.

Comprueba las opciones de impuestos, moneda y envío del importe mínimo. Después elige a qué se aplica la ventaja: Pedido (sin gastos de envío), Producto específico, El producto más barato o Producto(s) seleccionado(s), cuando la acción porcentual lo permita. Los regalos, los Packs con precio predefinido y los vales regalo vendidos son herramientas distintas con efectos contables diferentes.

Los campos date_from y date_to de las reglas del carrito son obligatorios en este sistema anterior. El back office rechaza una fecha de fin anterior a la de inicio. Revisa las fechas previstas aunque exista esa validación. Los límites de uso y el estado activo pueden terminar la disponibilidad antes que la fecha.

Controla la acumulación y descuenta solo las líneas aptas

Las reducciones de precios específicos y las reglas del carrito pueden combinarse. Si un producto de EUR 100 se reduce un 25% y después se aplica un vale del 10% a los EUR 75 restantes, el resultado es EUR 67,50: una reducción conjunta del 32,5%. Del mismo modo, un 30% seguido de un 20% da un 44%, no un 50%. Confirma el resultado real con tus reglas y tu versión del núcleo.

En las reglas porcentuales del carrito, Excluir productos con descuento puede retirar de la base de ese porcentaje las líneas ya rebajadas. No es un control general de exclusión para vales de importe fijo. Entre reglas del carrito, comprueba tanto Prioridad como las restricciones de compatibilidad. Las prioridades numéricas menores se evalúan antes que las mayores; la prioridad por sí sola no significa «no combinar nunca».

Utiliza la configuración exacta de productos seleccionados

1. En Condiciones > Selección de productos, define los productos o categorías aptos y las cantidades requeridas.
2. En Acciones, elige una reducción Porcentaje (%).
3. Establece Aplicar un descuento a > Producto(s) seleccionado(s).
4. Añade un producto apto y otro protegido al mismo carrito. Confirma que solo las líneas aptas reciben la reducción porcentual.

La selección de productos en Condiciones puede hacer que un carrito cumpla los requisitos sin limitar a esas líneas una ventaja aplicada a todo el pedido. Por eso, elegir Pedido (sin gastos de envío) tras añadir una condición de categoría es distinto de elegir Producto(s) seleccionado(s). Producto específico es otra acción, no el selector de categorías.

Para las reglas del catálogo, define expresamente los conjuntos aptos. Una categoría o característica «Nunca en oferta» puede ayudar al personal a gestionar la política, pero el núcleo no trata automáticamente esa marca como un veto global. Un producto también puede pertenecer a una categoría apta, así que revisa los solapamientos. Las recompensas de importe fijo y una política global de exclusión pueden requerir una integración compatible. La configuración específica está en la página de ayuda de Discount Exclusion Manager. Aplica una política de exclusión a vales, reducciones del catálogo y precios promocionales; las reducciones porcentuales y fijas compatibles se limitan a la parte apta de la cesta. El envío gratuito y los regalos conservan su propio cálculo, por lo que debes decidir si un artículo protegido puede hacer que la cesta cumpla los requisitos para esas ventajas y probar esa política por separado.

Calcula el margen antes de la oferta

Utiliza cifras coherentes sin impuestos para calcular el margen si estás registrado a efectos de VAT. Si los costes se mantienen fijos, un artículo de EUR 100 con un coste de EUR 70 aporta EUR 30 antes del descuento. A EUR 80, aporta EUR 10. Una rebaja del 20% eliminó dos tercios de esa contribución.

Revisa como posibles exclusiones los productos de margen reducido, novedades, ediciones limitadas, tarjetas regalo y servicios. Su idoneidad depende de los costes y de tu política comercial, no solo del tiempo desde su lanzamiento. Vender una tarjeta regalo de EUR 50 por EUR 40 reduce los ingresos en EUR 10 respecto a su valor nominal; la contribución final depende de los costes del canje, del gasto adicional y de los saldos no utilizados. Prueba cualquier acumulación adicional de vales.

No des por hecho que una cláusula de precio mínimo anunciado de un proveedor sea exigible. Esas cláusulas pueden constituir una imposición de precios de reventa prohibida en Europa. Evalúa el acuerdo en la jurisdicción pertinente antes de convertirlo en una política obligatoria. La autoridad finlandesa de competencia explica este riesgo.

Indica las exclusiones junto a la oferta y en los productos afectados antes del pago. Revisa la lista protegida cuando cambien los costes, el stock y las prioridades comerciales.

Programa fechas, relojes y transiciones de caché

Los precios y las reglas del carrito nativos con fechas se comprueban durante el cálculo del precio y la validación del vale. No necesitan una tarea cron que cambie un interruptor de activación. Las reglas del carrito utilizan date_from/date_to; los precios específicos, from/to. Una recurrencia nativa, como cada fin de semana, es un requisito distinto de un único intervalo fechado.

PS_TIMEZONE establece la zona horaria de PHP mediante la configuración de la tienda. Comprueba también la sesión de la base de datos: algunas búsquedas de reglas del carrito utilizan NOW() de SQL, mientras que otras comprobaciones utilizan la hora de PHP. Alinea los relojes pertinentes y prueba los cambios de horario de verano. Un mismo instante de campaña no puede ser medianoche en todos los países. Documenta la zona horaria elegida en el plan de campaña y adapta la hora límite a cada público. No cambies la zona horaria de toda la tienda para corregir una campaña sin revisar el efecto sobre otras programaciones.

No prometas una transición exacta al segundo. El sistema nativo que resuelve los precios específicos compara la hora actual con precisión de minutos e incluye el límite final. Prueba justo antes y después del corte previsto, hasta el minuto siguiente, con carritos existentes y nuevos.

Un inventario de programación de solo lectura puede mostrar los intervalos actuales y futuros de las reglas del carrito. No demuestra que todas las reglas enumeradas puedan utilizarse:

SELECT id_cart_rule, code, active, date_from, date_to,
       quantity, quantity_per_user
FROM ps_cart_rule
WHERE date_to >= NOW()
ORDER BY date_from;

SELECT id_cart_rule, code, date_from, date_to
FROM ps_cart_rule
WHERE date_to < date_from;

La segunda consulta puede encontrar registros incoherentes procedentes de importaciones u otro código, aunque el formulario nativo valide las fechas invertidas. Utiliza tu prefijo real y verifica qué entiende la base de datos por «ahora».

Coordina la caducidad entre las cachés de PrestaShop, cualquier caché de página completa, el proxy inverso y la CDN. Establece TTL adecuados o purga las páginas afectadas en torno a ambos límites. Purgar una capa no demuestra que otra capa o una página ya abierta en el navegador se haya actualizado. Prueba una página con la caché ya poblada, el recálculo del carrito y el total final del pago.

Si programas un comando de vaciado de caché, utiliza el binario PHP, el usuario del sistema de archivos y la raíz de la tienda correctos. Registra la finalización y los fallos, y programa por separado las purgas de módulos o CDN necesarias. La expresión cron 0 0 27 11 * se ejecuta cada año el 27 de noviembre, no solo en 2026. Utiliza un programador de una sola ejecución para una campaña puntual y comprueba su zona horaria. Iniciar una tarea a medianoche no garantiza que termine a medianoche.

Programa los banners, el contenido de la página de inicio, el correo y las páginas de ofertas por separado del precio. Mantén coherentes los límites de uso, las exclusiones y las horas de inicio y fin en todos los canales.

Distingue recurrencia, cambios de precios base y activadores de stock

Un descuento temporal mantiene el precio base guardado. Un cambio permanente, como una subida del 8% en toda una categoría tras un aumento de los costes del proveedor, necesita una edición controlada del precio base. Previsualiza los productos, campos y tiendas afectados, guarda los valores anteriores y después verifica los precios escritos y una vía de reversión.

Para futuras ediciones permanentes, una tarea masiva programada necesita un ejecutor operativo. Su ejecución depende de la frecuencia del cron, los bloqueos, los fallos y la finalización de la tarea. Comprueba los precios actuales de productos y combinaciones, así como las ediciones posteriores, antes de revertir. El precio del producto, el coste de compra y el impacto de la combinación son campos distintos. Las instrucciones específicas están en la página de ayuda de Mass Price Updater.

Si una importación de proveedor o un ERP controla los precios de venta, acuerda dónde debe hacerse el cambio permanente. Una edición local correcta puede quedar sobrescrita en la siguiente sincronización. Ensaya tanto esa siguiente importación como la edición y documenta si un cambio de precio posterior legítimo debe conservarse al deshacer. Restaurar una copia antigua sin comprobar las escrituras posteriores puede borrar una corrección realizada tras la campaña. En una campaña temporal, retira la capa creada por ella en lugar de restablecer todos los productos a un supuesto precio anterior.

«Tras vender la unidad acumulada número 100, cambia el precio» requiere un contador histórico de ventas. Mantén este activador por ventas históricas separado del umbral nativo A partir de. Define los estados válidos, reembolsos, devoluciones, combinaciones, ámbito de tienda y concurrencia antes de crearlo. No restes a ciegas las cantidades reembolsadas y devueltas si esos registros se solapan.

Una política de liquidación de stock puede significar, en cambio: ninguna venta válida durante 30 días, stock superior a tres, ninguna reducción en conflicto y un precio final por encima de tu mínimo. Una regla ilustrativa podría aplicar un 15% manteniendo un margen mínimo del 20% y excluyendo SKU protegidos. El historial, la fuente del stock, la moneda, la base fiscal y la fórmula del mínimo necesitan una definición explícita.

Para periodos recurrentes y reducciones por stock, utiliza una herramienta con vista previa, registro de aplicaciones, caducidad y reversión; la configuración está en la página de ayuda de Smart Dynamic & Scheduled Discounts. En PrestaShop 8 y posteriores, su mecanismo de descuento utiliza el cálculo de precios en tiempo de ejecución; las versiones anteriores compatibles pueden crear registros temporales nativos de precios específicos. Ese mecanismo de compatibilidad es distinto de reescribir el precio base del producto.

Para cualquier automatización, compara los productos aptos en la simulación con los resultados reales, incluidos los productos omitidos, el precio base, la reducción, el mínimo y el precio final. Comprueba el estado de las tareas y los registros de fallos. Una tarea periódica registrada sigue necesitando que su ejecutor la ejecute; no promete una acción inmediata.

Crea una venta flash con una referencia y un plazo veraces

Antes de anunciar una reducción en bienes de consumo, determina el precio anterior legalmente aplicable. Para anuncios públicos de reducción de precios de bienes de consumo en la UE, la referencia general es el precio más bajo aplicado durante al menos los 30 días inmediatamente anteriores a la reducción. Un precio habitual tachado nativo no es automáticamente esa referencia. Mantén un historial fiable y comprueba las opciones y excepciones nacionales, incluidos productos perecederos, bienes recién introducidos y reducciones progresivas. Una oferta breve no elimina por sí sola el requisito. Consulta las orientaciones de la Comisión sobre el artículo 6 bis.

Crea la reducción real del producto o el vale solo después de comprobar esa referencia. Verifica cada porcentaje anunciado con respecto a ella. Subir un precio base justo antes de una oferta no crea un precio anterior veraz. Las reducciones generales del catálogo, las ofertas personalizadas y los lotes condicionales pueden tener un tratamiento legal distinto; comprueba el anuncio concreto.

Cuando sea obligatorio mostrar públicamente el precio anterior, Omnibus Price Compliance registra los precios públicos y muestra las referencias compatibles para el producto o combinación, tienda, país y moneda pertinentes. La instalación inicia el registro; no puede reconstruir un historial inexistente. Sus referencias permanecen ocultas sin pruebas suficientes para el periodo y el inicio de reducción correspondientes, y sus referencias del carrito se ocultan cuando se aplica una regla del carrito. Comprueba la visualización real en tu tema y conserva las pruebas que respaldan la comparación; instalarlo no demuestra que todo ahorro anunciado esté justificado.

Utiliza una única fecha límite real para la campaña. Una cuenta atrás debe mostrar el mismo instante de destino al público previsto y no reiniciarse al recargar la página. Genera en el servidor la marca temporal única de fin de campaña y deja que JavaScript muestre el tiempo restante junto al precio y en el carrito. Aplica los requisitos y vuelve a comprobar el total pagadero en el servidor. Al contrastar el temporizador con la caducidad, ten en cuenta las diferencias del reloj del navegador, los límites por minuto del cálculo de precios, las páginas en caché y las tareas retrasadas.

Muestra solo información real de stock y ventas. «Solo quedan dos» debe reflejar el contexto de stock al que te refieres; un contador de visitas no debe ser un número aleatorio. Que una cantidad restante no cambie no prueba por sí solo un engaño, ya que el stock puede reponerse o simplemente no venderse.

Anuncia claramente los productos aptos, las exclusiones y los plazos. Prueba la página específica de la oferta, cualquier distintivo promocional y la visualización de precios del tema. Mantén la pertinencia de los mensajes a clientes, incluido el acceso anticipado cuando realmente lo ofrezcas. La configuración específica de campañas está en la página de ayuda de Sales Revolution.

Prepárate para el tráfico según la capacidad medida. Revisa Smarty y CCC en Parámetros avanzados > Rendimiento; PHP OPcache se configura a nivel de alojamiento/PHP. Prueba páginas de oferta, carritos y procesos de pago representativos con carga controlada, incluida la invalidación de la caché en los límites temporales.

Prueba una promoción de chaquetas antes de anunciarla

Supongamos que quieres una reducción pública de fin de semana para una chaqueta apta mientras una tarjeta regalo mantiene su valor nominal. Utiliza la chaqueta ilustrativa de 100 EUR de la guía, con coste de 70 EUR y reducción del 20%, más una tarjeta regalo de 50 EUR. Las cifras siguientes excluyen impuestos, envío y otros cargos para que se vea el reparto del descuento.

1. Aprueba la rentabilidad. La chaqueta baja a 80 EUR y aporta 10 EUR frente al coste indicado. Incluye tus costes reales de pago, preparación, entrega y campaña antes de aprobar la oferta; esos 10 EUR no son beneficio neto.
2. Comprueba las pruebas de la referencia. Relaciona el producto o combinación de la chaqueta, la tienda, el país y la moneda con los precios públicos registrados y la política aplicable de precio anterior. Si el precio anterior más bajo pertinente ya era 80 EUR, una oferta actual de 80 EUR no justifica «20% de descuento» frente a esa referencia, aunque el precio base sea 100 EUR. Corrige la afirmación o la oferta antes de publicarla.
3. Registra el alcance. Enumera la chaqueta apta y la tarjeta regalo protegida, el público previsto, el periodo y la zona horaria. Para una oferta pública en la página de producto, crea la reducción con fechas de la chaqueta y comprueba que las reglas del catálogo no incluyan también la tarjeta regalo.
4. Ensaya la cesta mixta. Compara las líneas y el total observados con las cifras esperadas que figuran debajo. Después, prueba un vale del 10%: decide si puede reducir aún más la chaqueta y si puede reducir la tarjeta regalo. Una reducción de campaña correcta no demuestra que otro vale respete el mismo límite.
5. Aprueba lo que ve el cliente. Conserva pruebas fechadas de la referencia, el listado, la página de producto y la cesta pagadera, junto con las reglas guardadas. Ensaya la caducidad con esa cesta aún abierta y haz que el responsable designado apruebe el cambio en producción y revise los primeros pedidos afectados.

Para un caso separado de regla del carrito, empieza con la chaqueta sin rebaja de 100 EUR y la tarjeta regalo de 50 EUR, sin reducción de producto ni otro vale aplicado. Una recompensa del 20% para todo el pedido da 120 EUR; restringirla a la chaqueta da 130 EUR. Esa diferencia es la comprobación de aceptación de la configuración Producto(s) seleccionado(s) anterior. Comprueba por separado el envío gratuito o el regalo si forman parte de la oferta.

Prueba toda la campaña y revisa sus resultados

1. Registra el objetivo, las fechas, la zona horaria, los productos aptos, los artículos protegidos y el público.
2. Verifica el historial de precios y todas las referencias anunciadas antes de comunicar la oferta.
3. Prueba con un cliente apto y otro no apto, dentro y fuera del intervalo de fechas.
4. Prueba el gasto mínimo, el umbral de cantidad, las restricciones de transportista, las monedas y los límites de uso.
5. Crea carritos mixtos con artículos aptos, protegidos y ya rebajados. Prueba otro vale y confirma la acumulación.
6. Comprueba listados de productos, fichas, carrito, pago, factura y feeds de productos cuando corresponda.
7. Prueba el inicio y el fin con las cachés pobladas, una página abierta en el navegador y un carrito existente.
8. Confirma que terminan las tareas programadas, las purgas de caché y los cambios de materiales de campaña, y que notifican los fallos.
9. Conserva la configuración de las reglas, los totales observados y la información para revertir.

Localiza el fallo antes de cambiar la oferta

Después del evento, compara ingresos, unidades, contribución media por pedido, clientes nuevos y recurrentes, devoluciones y el siguiente período sin descuentos. Distingue la demanda adicional de los pedidos adelantados. Una bajada posterior a las ofertas puede tener varias causas; las promociones mensuales no enseñan inevitablemente a los clientes a evitar el precio normal. Elige la frecuencia según tu propio margen y el comportamiento de tus clientes, en lugar de una regla universal.

Para el calendario general, utiliza la planificación de promociones estacionales. Para la visualización de precios y su interacción con los impuestos, consulta precios y VAT.

Qué preguntar a tu desarrollador o agencia

• ¿Qué reglas nativas, módulos de precios e importaciones afectan actualmente a estos productos y qué sistema controla cada precio? Pide un inventario vinculado a la tienda instalada, en lugar de una respuesta genérica sobre compatibilidad.
• ¿Puedes mostrar los totales esperados y observados de la cesta mixta, incluidos artículos protegidos, vales existentes, regalos y envío, en cada mercado afectado?
• ¿Dónde están las pruebas del precio anterior para cada anuncio público de reducción y qué ocurre cuando falta el historial necesario?
• ¿Quién comprueba el inicio y la caducidad en producción, dónde se notifican los fallos de tareas programadas y quién puede actuar si la oferta anunciada y el precio pagadero difieren?
• ¿A qué reglas o valores guardados afecta exactamente la reversión y cómo conservarás los pedidos nuevos, las ediciones posteriores de precios y las promociones ajenas?

Guarda las respuestas, los ajustes y las pruebas con el plan de campaña para que quien supervise la oferta pueda diagnosticarla o retirarla sin adivinar cómo se creó.

Preguntas habituales de los propietarios

¿Puedo hacer privado un vale enviado por correo con solo ocultar el código?

Un código se puede reenviar. Utiliza requisitos de cliente o grupo cuando debas restringir el público y prueba después con una cuenta ajena a él. Retirar un banner o dejar Destacar desactivado no revoca un código que los clientes ya conocen.

¿Añadir un producto rebajado al carrito reserva ese precio?

No prometas una reserva para un carrito sin finalizar. Considera su precio sujeto a recálculo y muestra las condiciones del corte antes del pago. La campaña del ejemplo incluye un carrito que queda abierto al caducar; acuerda también cómo atender a quien vuelva después del plazo anunciado.

¿Puedo cambiar las exclusiones después de enviar el correo de campaña?

Registra el cambio y revisa lo prometido a los clientes antes de editar la regla. Actualiza a la vez la página de la oferta y los mensajes y facilita al soporte las condiciones antiguas y nuevas. Una restricción técnica por sí sola no explica el cambio de oferta a quien conserva el correo original.

¿Debo restaurar la copia de seguridad de la tienda si falla un descuento?

Retira la oferta afectada mediante su vía de reversión compatible y concilia por separado los pedidos realizados al precio inesperado. Restaurar toda la tienda puede descartar pedidos nuevos y otros trabajos. Conserva las pruebas del fallo y acuerda la respuesta al cliente antes de intentar modificar pedidos finalizados.