Planowanie zmian cen w PrestaShop: produkty, kategorie i granice automatyzacji

Ostatnia aktualizacja: 1 lipca 2026. Zweryfikowano względem natywnego działania cen w PrestaShop oraz wydanych modułów mypresta.rocks mprdynamicscheduleddiscounts 1.1.0 i mprmasspriceupdate 1.1.0.

Autor: zespół redakcyjny mypresta.rocks. Tworzymy moduły PrestaShop i sami prowadzimy sklepy PrestaShop, więc ten poradnik opiera się na natywnym działaniu panelu administracyjnego i kodzie wydanych modułów, a nie tylko na teorii cen.

„Czy mogę zaplanować zmianę wszystkich cen na pierwszy dzień przyszłego miesiąca?” Czasami tak. Czasami nie. Błąd polega na traktowaniu każdej zmiany ceny jak tego samego zadania.

W PrestaShop planowanie cen dzieli się na trzy różne przypadki: tymczasowy rabat, trwałą zmianę ceny bazowej oraz regułę uruchamianą na podstawie sprzedaży lub stanu magazynowego. W pierwszym przypadku użyj natywnego narzędzia. Do trwałych zmian cen użyj edytora masowego. Automatyzacji używaj tylko wtedy, gdy reguła zależy od wieku zapasu, historii sprzedaży albo kontroli przez cron.

Szybkie porównanie

Zacznij od nazwania zadania

• Zaplanowana promocja: tymczasowa obniżka ceny z datą rozpoczęcia i zakończenia. Oryginalna cena wraca po zamknięciu okna czasowego.
• Trwała zmiana ceny bazowej: zapisana cena produktu zmienia się i taka pozostaje. To częste po zmianach kosztów u dostawcy.
• Automatyzacja wyzwalana warunkiem: cena reaguje na sprzedaż albo stan magazynowy, na przykład brak ostatniej sprzedaży przy zapasie nadal zalegającym w magazynie.

Sami prowadzimy sklepy PrestaShop. Błędy cenowe, które powodują problemy, są zwykle drobne: reguła katalogowa zostawiona aktywna zbyt długo, próg ilościowy odczytany jako wyzwalacz sprzedaży z całego okresu albo aktualizacja ceny bazowej wykonana bez danych do rollbacku. Dlatego ten poradnik oddziela warstwy rabatów od edycji zapisanych cen.

Natywna metoda 1: zaplanuj jeden produkt przez ceny specyficzne

Dla jednego produktu i jednego okna dat nie instaluj niczego. Użyj ekranu cen produktu.

1. Otwórz Katalog > Produkty.
2. Edytuj produkt.
3. Otwórz zakładkę Ceny.
4. Dodaj Cenę specyficzną.
5. Ustaw Od ilości na 1, chyba że jest to rabat ilościowy.
6. Wybierz stałą cenę albo obniżkę.
7. Ustaw daty Od i Do.
8. Zapisz i przetestuj stronę produktu w czasie działania okna dat.

Specific Price example
Product: Example Jacket
From quantity: 1
Available from: 2026-08-08 00:00:00
Available to:   2026-08-11 23:59:59
Reduction:      20 percent

Use this for:
"This product is 20 percent off next weekend."

Co z tego wynika? To natywna ścieżka o najniższym ryzyku, gdy rabat dotyczy jednego produktu. PrestaShop już sprawdza zakres dat podczas obliczania ceny.

Natywna metoda 2: zaplanuj rabat kategorii przez reguły cen katalogu

Gdy rabat obejmuje grupę produktów, użyj reguły cen katalogu. Dokładne nazewnictwo w panelu administracyjnym różni się między PrestaShop 1.7, 8 i 9, ale zasada jest taka sama: definiujesz regułę cenową, a następnie jej warunki.

1. Otwórz Katalog > Rabaty.
2. Utwórz Regułę cen katalogu.
3. Nazwij ją jasno, z uwzględnieniem kampanii albo sezonu.
4. Ustaw Od ilości na 1, chyba że chcesz próg ilościowy w koszyku.
5. Ustaw zakres dat.
6. Wybierz typ i wartość obniżki.
7. Dodaj warunki, takie jak kategoria, producent, atrybut, cecha, dostawca albo zakres cen, zależnie od wersji PrestaShop i ekranu.
8. Zapisz regułę i sprawdź jeden produkt w zestawie warunków oraz jeden poza nim.

Catalog Price Rule example
Name: Weekend Outdoor 15 percent
From quantity: 1
From: 2026-08-07 00:00:00
To:   2026-08-10 23:59:59
Reduction: 15 percent
Conditions:
  Category = Outdoor

Use this for:
"Everything in Outdoor is 15 percent off this weekend."

Najważniejsze: reguła cen katalogu nadal jest warstwą rabatu. Nie przepisuje zapisanych bazowych cen produktów.

Pułapka „od ilości”

PrestaShop używa pola od ilości podczas bieżącego obliczania ceny. Mówiąc prosto: chodzi o liczbę sztuk w aktualnym koszyku lub pozycji zamówienia. To nie jest licznik sprzedaży z całego okresu.

• „Kup 5 lub więcej i oszczędź 10 procent”: natywne ceny specyficzne mogą to obsłużyć.
• „Po sprzedaży łącznie 100 sztuk podnieś cenę”: nie natywnie.

Nie traktuj tego jako obietnicy funkcji w naszych obecnych modułach. Wyzwalacz „po sprzedaży 100. skumulowanej sztuki” nie jest dostarczany w omawianych tutaj modułach. To temat na późniejszą fazę automatyzacji, ponieważ zwroty płatności, zwroty towaru, kombinacje i stan multishopu wpływają na liczenie.

-- Concept only: a cumulative sales trigger needs order history,
-- not the current cart quantity used by from_quantity.

SELECT
  od.product_id,
  SUM(
    od.product_quantity
    - COALESCE(od.product_quantity_refunded, 0)
    - COALESCE(od.product_quantity_return, 0)
  ) AS net_units_sold
FROM ps_order_detail od
INNER JOIN ps_orders o ON o.id_order = od.id_order
WHERE o.valid = 1
  AND o.id_shop = 1
  AND od.product_id = 123
GROUP BY od.product_id;

Prawdziwa automatyzacja powinna sprawdzić, które kolumny zwróconych lub zrefundowanych ilości istnieją w Twojej wersji PrestaShop, zanim uruchomi takie zapytanie. Dostarczony evaluator martwego stanu wykonuje taki świadomy wersji test kolumn dla własnej logiki ostatniej sprzedaży.

Trwałe zmiany cen bazowych to inne zadanie

Jeżeli dostawca podnosi koszty i chcesz, aby każdy produkt w kategorii od 1 sierpnia zdrożał o 8 procent, reguła cen katalogu jest złym narzędziem. Nie potrzebujesz tymczasowej warstwy rabatu. Potrzebujesz zaplanowanej zmiany zapisanej ceny bazowej.

Mass Price Updater 1.1.0 obsługuje to jako zaplanowane zadanie. W kodzie moduł tworzy wiersz w mprmasspriceupdate_job, czeka do run_at, a następnie przez cron aktualizuje pola cen w product i product_shop. Zanim zmieni wiersze cen, zapisuje dane rollbacku w mprmasspriceupdate_job_snapshot.

1. Wybierz zakres: wszystkie produkty, kategoria, producent albo dostawca.
2. Wybierz pole: cena bazowa albo cena hurtowa.
3. Wybierz formułę: zwiększenie procentowe, zmniejszenie procentowe, zwiększenie kwotowe albo zmniejszenie kwotowe.
4. Wyświetl podgląd produktów i nowych cen.
5. Ustaw datę i godzinę harmonogramu.
6. Pozwól cronowi uruchomić zadanie, a następnie użyj ekranu Zaplanowane zadania do sprawdzenia statusu i rollbacku.

Scheduled base-price job example
Module: mprmasspriceupdate 1.1.0
Scope: category
Scope ID: 12
Field: price
Formula action: increase_percent
Formula value: 8
Run at: 2026-08-01 00:05:00
Preview required before scheduling: yes
Rollback table: mprmasspriceupdate_job_snapshot

Automatyzacja martwego stanu wymaga więcej niż dat

Martwy stan magazynowy to nie tylko „przecenić produkt X między dwiema datami”. Reguła, o którą zwykle chodzi sprzedawcom, jest warunkowa:

IF product has no valid sale for 30 days
AND stock quantity is greater than 3
AND no active discount already applies
AND the final price stays above the floor
THEN apply a clearance discount

Natywny PrestaShop nie łączy tych kontroli za Ciebie. Smart Dynamic & Scheduled Discounts 1.1.0 dodaje automatyzację martwego stanu z rekordami reguł, rekordami zakresów, rekordami zastosowań, rekordami uruchomień i logami w tych tabelach:

mprdsd_automation_rule
mprdsd_automation_rule_scope
mprdsd_automation_application
mprdsd_automation_run
mprdsd_automation_log

Moduł nie zapisuje natywnych wierszy ps_specific_price dla tej automatyzacji i nie nadpisuje bazowych cen produktów. Generuje wewnętrzne cele kampanii, a rabat jest stosowany podczas obliczania ceny w PrestaShop przez actionProductPriceCalculation. Dzięki temu rollback jest czystszy: usunięcie wygenerowanych celów zatrzymuje automatyczny rabat bez próby odtwarzania natywnych cen.

Dead-stock rule example
Rule name: Warehouse clearance - slow movers
Active: yes
No Sale Days: 30
Stock Threshold: 3
Discount Type: Percentage
Discount Value: 15
Price Floor: Minimum margin percent
Floor Value: 20
Exclude Already Discounted Products: yes
Scope:
  Include category: Clearance candidates
  Exclude product: protected-margin SKU

Dry-run preview shows:
  scanned
  would discount
  would expire
  eligible
  skipped
  base price
  discount
  floor
  final price

Dry-run writes: 0

Jak wygląda strona crona

Zadanie automatyzacji martwego stanu zarejestrowane przez Smart Dynamic & Scheduled Discounts to evaluate_dead_stock_automation, zaplanowane w module jako every:1800. Wspólny runner cron MPR wykonuje zadania, których czas nadszedł. Użyj punktu wejścia cron wygenerowanego w Twoim sklepie i przechowuj token prywatnie.

# Example MPR cron runner. Use the cron entry point generated in your shop.
*/5 * * * * php /var/www/html/modules/YOUR_MPR_CRON_MODULE/cron.php --token=YOUR_CRON_TOKEN --context=cron --max-tasks=20

# Registered task checked by the runner:
module=mprdynamicscheduleddiscounts
task_key=evaluate_dead_stock_automation
schedule=every:1800

Którą ścieżkę wybrać?

• Tymczasowy rabat na jeden produkt: użyj natywnych cen specyficznych.
• Tymczasowy rabat na kategorię lub segment katalogu: użyj natywnych reguł cen katalogu.
• Trwała masowa zmiana ceny bazowej: użyj Mass Price Updater albo innego kontrolowanego procesu edycji masowej z podglądem i danymi rollbacku.
• Przyszła trwała zmiana ceny bazowej: użyj zaplanowanych zadań w Mass Price Updater.
• Wyprzedaż martwego stanu na podstawie braku ostatniej sprzedaży i poziomu zapasu: użyj Smart Dynamic & Scheduled Discounts.
• Po sprzedaży N skumulowanych sztuk: traktuj to jako niestandardową automatyzację. To nie jest natywna funkcja PrestaShop i obecnie nie jest dostarczonym wyzwalaczem w tych modułach.

FAQ

Czy PrestaShop może natywnie planować zmiany cen?

Tak, dla tymczasowych rabatów. Użyj cen specyficznych dla jednego produktu i reguł cen katalogu dla grup produktów. Natywny PrestaShop nie daje takiego samego przepływu na jednym ekranie do planowania przyszłej trwałej masowej edycji cen bazowych.

Czy „od ilości” oznacza łączną liczbę sprzedanych sztuk?

Nie. W cenach specyficznych i regułach cen katalogu „od ilości” jest powiązane z ilością w aktualnym koszyku albo pozycji zamówienia. To nie jest historyczny licznik sprzedaży.

Czy mogę zaplanować rabat kategorii bez modułu?

Tak. Użyj reguły cen katalogu z zakresem dat i warunkiem kategorii. To natywna ścieżka dla tymczasowego rabatu kategorii.

Czy PrestaShop może automatycznie przeceniać martwy stan magazynowy?

Nie natywnie. Reguła martwego stanu wymaga historii zamówień, ilości na stanie, zakresu, kontroli dolnego progu ceny, podglądu, crona i wygasania. Smart Dynamic & Scheduled Discounts dodaje tę automatyzację.

Czy Smart Dynamic & Scheduled Discounts zmienia moje ceny bazowe?

Nie dla opisanej tutaj automatyzacji martwego stanu. Rabat jest stosowany w czasie działania przez obliczanie ceny w PrestaShop i wygenerowane wewnętrzne cele kampanii. Ta automatyzacja nie zapisuje natywnych cen specyficznych ani nie nadpisuje bazowych cen produktów.

Którego modułu użyć do trwałych zmian cen bazowych?

Użyj Mass Price Updater, gdy chcesz zmienić zapisane ceny bazowe albo hurtowe za pomocą formuły, zobaczyć objęte produkty w podglądzie, zaplanować zadanie i zachować migawki rollbacku.