Zuletzt geprüft im Juni 2026. Verifiziert mit PrestaShop 1.7, 8 und 9. PS9-Hinweis: Das Rabatt-Backoffice wird hinter einem Feature-Flag in vier Rabattarten zusammengeführt (Catalog, Cart, Free-Shipping, Free-Gift), die datumsbasierte Automatisierung in diesem Leitfaden funktioniert mit beiden Engines gleich.
So sieht der typische Ausfallmodus eines schlechten Black Friday in PrestaShop aus: Es ist 6 Uhr morgens am Freitag, der Sale sollte um Mitternacht live gehen, und jemand ist hektisch im Backoffice eingeloggt und setzt bei vierzig Warenkorbregeln den Haken bei "Aktiviert", während die erste Traffic-Welle bereits eintrifft. Oder schlimmer: Es ist Dienstag nach Cyber Monday und die Preise wurden nie wieder zurückgesetzt, weil vierzig Warenkorbregeln von Hand rückgängig zu machen genau die Art Aufgabe ist, die vergessen wird. Beide Probleme haben dieselbe Ursache: Rabatte, die davon abhängen, dass ein Mensch wach ist und daran denkt. In diesem Leitfaden geht es um das Gegenteil, Sie richten Ihre Black-Friday-Aktionen so ein, dass sie selbst starten, ihre Kombinierbarkeit kontrollieren und selbst enden, ohne dass am umsatzstärksten Wochenende des Jahres jemand das Backoffice anfassen muss.
Hier geht es ausdrücklich um den Teil Automatisierung. Der breitere Black-Friday-Betrieb, Serverlast, Fallbacks für Zahlungsanbieter, Marketingkalender, ist eine eigene Checkliste; wir behandeln ihn in Black-Friday-Vorbereitung: die Technik- und Marketing-Checkliste und in der datierten Black-Friday-2026-Vorbereitungscheckliste. Hier bleiben wir bei der Rabatt-Engine.
Die zwei Rabattmechanismen, die PrestaShop Ihnen gibt, und wann welcher passt
Bevor Sie irgendetwas automatisieren, müssen Sie wissen, welches Werkzeug Sie automatisieren. PrestaShop hat zwei vollständig getrennte Rabattsysteme, und Händler, die sie vermischen, sind diejenigen, die am geschäftigsten Tag des Jahres plötzlich Kombinationsfehler debuggen.
| Katalogpreisregeln / produktspezifische Preise | Warenkorbregeln (Gutscheine) | |
|---|---|---|
| Wo es eingerichtet wird | Katalogpreisregeln erzeugen bedingte Preisreduzierungen als spezifische Preise (unter Rabatte → Katalogpreisregeln), während ein produktspezifischer Preis direkt im Tab Preise des Produkts gesetzt wird | Rabatte → Warenkorbregeln (je nach Version angezeigt als Katalog/Verkaufen → Rabatte → Warenkorbregeln) |
| Wo der Kunde es sieht | Auf der Produktseite und in Listen. Der Preis ist bereits reduziert, oft mit durchgestrichenem "Vorher"-Preis | Im Warenkorb / an der Kasse, nachdem der Kunde die Bedingungen erfüllt oder einen Code eingibt |
| Am besten für | "Alles in dieser Kategorie ist 20% reduziert", ein sichtbarer, durchstöberbarer Sale | "Ab €150 Einkaufswert 15% Rabatt", kostenloser Versand, Gutscheincodes, Geschenk zum Kauf |
| Unterstützte Bedingungen | Datumsbereich, Währung, Land, Kundengruppe, Menge | Datumsbereich, Mindestwarenkorbwert, bestimmte Produkte/Kategorien, Versanddienst, Kunde, Nutzungslimits pro Kunde, Priorität |
| Automatisierungshebel | Datumsfelder "Von / Bis" | Datums- und Zeitfelder "Gültig von / bis" + Priorität + Gruppe |
Die praktische Regel: Verwenden Sie spezifische Preise, wenn der Rabatt sichtbar sein soll, während der Kunde stöbert, also das eigentliche Black-Friday-Preisschild. Verwenden Sie Warenkorbregeln, wenn der Rabatt davon abhängt, was im Warenkorb liegt (ein Mindestbestellwert, kostenloser Versand, ein Code aus Ihrer E-Mail). Die vollständige Mechanik eines Sales mit beiden Varianten, einschließlich des durchgestrichenen "Originalpreis"-Verhaltens, finden Sie in Einen Sale in PrestaShop durchführen: Warenkorbregeln, spezifische Preise und Rabattstrategien. Für Black Friday ist das besonders wichtig, weil beide Systeme Datumsfelder haben. Beide können also im Oktober eingerichtet werden und später selbst auslösen.
Start und Ende automatisieren: die nativen Datumsfelder
Jede Warenkorbregel hat auf ihrem Tab Informationen ein Paar Gültig, Von / Bis, jeweils mit Datum und Uhrzeit. Jede Katalogpreisregel und jeder produktspezifische Preis hat denselben Bereich "Von / Bis". Das ist die am stärksten unterschätzte Funktion in der PrestaShop-Rabatt-Engine und das gesamte Fundament eines automatisierten Black Friday.
Der Workflow, der den Menschen aus der Schleife nimmt:
- Erstellen Sie jede Aktion im Voraus, deaktiviert oder vordatiert. Legen Sie Ihre Black-Friday-Warenkorbregeln Anfang November an. Setzen Sie "Gültig von" auf die exakte Minute, in der der Sale startet,
2026-11-27 00:00:00, und "Gültig bis" auf die Minute, in der er endet,2026-12-01 23:59:59. Eine Regel mit einem zukünftigen "Von"-Datum ruht; sie greift schlicht nicht, bis ihr Zeitfenster geöffnet ist. - Lassen Sie die Daten das Umschalten übernehmen. Sie müssen die Regel nicht um Mitternacht aktivieren. Solange "Status" aktiviert ist und das Datumsfenster geöffnet wurde, wendet PrestaShop sie an. Wenn das "Bis"-Datum vorbei ist, greift sie nicht mehr, und jeder spezifische Preis, den Sie mit einem "Bis"-Datum gesetzt haben, stellt das Produkt automatisch auf seinen normalen Preis zurück. Niemand muss daran denken, Preise wieder zurückzusetzen.
- Trennen Sie Ankündigung und Aktivierung. Der Punkt, an dem viele Händler hängen bleiben: Ein spezifischer Preis mit einem zukünftigen "Von"-Datum senkt den Preis noch nicht, zeigt aber auch noch kein "Black Friday"-Badge. Wenn die Seite den Sale ankündigen soll, bevor er live ist (ein Teaser), ist das Aufgabe eines Banners, nicht des Preises, halten Sie beides getrennt.
Ein wichtiger Realitätscheck zu den nativen Feldern: Die Datumsfenster in PrestaShop sind echt und zuverlässig, aber die Anzeige hat eine Einschränkung. Der durchgestrichene Preis eines Produkts und die Verfügbarkeit einer Warenkorbregel werden beim nächsten Seiten-Rendering nach Öffnung des Fensters aktualisiert. Es gibt keinen Push. Für einen Sale, der exakt um Mitternacht startet, ist das in Ordnung; Kunden, die nach 00:00 kommen, sehen die Live-Preise. Es wird nur dann relevant, wenn Sie erwarten, dass eine Seite, die bereits im Browser eines Kunden geöffnet ist, sich selbst aktualisiert.
Wo native Planung an ihre Grenzen stößt
Die Datumsfelder erledigen "Freitag einschalten, Montag ausschalten" perfekt. Sie beginnen zu knirschen, sobald Ihr Black-Friday-Plan innerhalb des Events Bewegung enthält:
- Rotierende stündliche Deals. Alle paar Stunden eine andere Kategorie im Angebot über das ganze Wochenende bedeutet dutzende Regeln mit jeweils zweistündigem Zeitfenster, machbar, aber nur per Tabelle verwaltbar und beim Prüfen ein Alptraum.
- Progressive Rabattierung. "10% am Donnerstag, bis Cyber Monday auf 25% steigend" auf dieselben Produkte bedeutet mehrere spezifische Preise mit aneinandergrenzenden Datumsfenstern und die Hoffnung, dass die Übergänge sauber passen.
- Preiswiederherstellung, der Sie wirklich vertrauen können. Native "Bis"-Daten setzen spezifische Preise zurück, aber wenn Sie den Rabatt als permanente Preisänderung gebaut haben (eine neue Zahl direkt ins Produkt eingegeben) statt als datierten spezifischen Preis, wird nichts zurückgesetzt. Das ist der klassische Verlust "wir haben bis Mitte Dezember zum Sale-Preis verkauft".
- Wiederkehrende Saisonkalender. Nächstes Jahr bauen Sie alles neu, weil native Regeln keine Vorlagen und keine Wiederholungen kennen.
Genau diese Lücke füllt unser Modul Smart Dynamic & Scheduled Discounts. Was bringt das konkret für Ihren Black Friday? Sie konfigurieren die gesamte Rotation im Voraus, jedes Flash-Zeitfenster, jede progressive Stufe, jede Wiederherstellungszeit, Wochen vorher, und jeder Deal aktiviert und deaktiviert sich zur geplanten Minute selbst. Preise stellen sich in dem Moment wieder her, in dem ein Zeitfenster endet, wodurch der Verlust durch "vergessen, die Preise zurückzusetzen" direkt verschwindet. Und weil der Zeitplan aus Daten besteht, nicht aus einem Haufen von Hand bearbeiteter Regeln, können Sie eine gespeicherte Kampagne/einen gespeicherten Zeitplan für die nächste Saison duplizieren oder anpassen, wenn Ihr Planungsmodul das unterstützt, statt alles manuell neu aufzubauen. Die ausführliche Anleitung zu diesem Ansatz finden Sie in Geplante Rabatte: Aktionen einrichten, die automatisch starten und stoppen; wenn Ihr Black-Friday-Plan besonders auf kurze, scharfe Deals setzt, stehen die Flash-Sale-Mechaniken in Flash Sales in PrestaShop und in unserem dafür gebauten Modul Sales Revolution automated flash deals.
Die Rabatte selbst strukturieren: Warenkorbregel-Muster, die funktionieren
Automatisierung ist wertlos, wenn die zugrunde liegenden Regeln falsch gebaut sind. Drei Strukturen decken den Großteil aller Black-Friday-Pläne ab, und jede lässt sich konkreten Backoffice-Einstellungen zuordnen.
Gestaffelt: "mehr ausgeben, mehr sparen"
Das Muster, das den durchschnittlichen Bestellwert erhöht, ohne Kunden auf einen pauschalen shopweiten Rabatt zu trainieren. Erstellen Sie drei Warenkorbregeln:
- Ab €75 Einkaufswert → 10% Rabatt
- Ab €150 Einkaufswert → 15% Rabatt
- Ab €250 Einkaufswert → 20% Rabatt
Setzen Sie im Tab Bedingungen jeder Regel den jeweiligen Mindestbetrag. Wählen Sie unter Aktionen einen Rabatt in Prozent. Der Mechanismus, der dieses Verhalten sauber macht: Setzen Sie die Prioritäten der Warenkorbregeln bewusst (im PrestaShop-Core werden niedrigere Prioritätswerte zuerst verarbeitet, testen Sie also den resultierenden Warenkorb, statt anzunehmen, dass "höhere Zahl gewinnt"), und nutzen Sie die Kompatibilitäts-/Ausschlusssteuerung der Warenkorbregeln, damit nur die gewünschte Stufe greift. Ohne das kann ein Warenkorb über €260 alle drei Rabatte mitnehmen. Der sauberste Weg, "nur eine dieser Regeln gilt" zu erzwingen, wird unten im Abschnitt zur Kombinationskontrolle behandelt.
Kategorie-Sale über spezifische Preise
Für "alles in Elektronik ist während Black Friday 20% reduziert" ist eine Warenkorbregel das falsche Werkzeug, der Kunde würde den Rabatt erst an der Kasse sehen. Verwenden Sie eine Katalogpreisregel (Rabatte → Katalogpreisregeln), die auf die Kategorie beschränkt ist, mit dem Black-Friday-Datumsbereich. Jetzt zeigt jedes Produkt in dieser Kategorie seinen reduzierten Preis und den durchgestrichenen "Vorher"-Preis, während Kunden stöbern, genau der sichtbare Sale-Effekt, nach dem Black-Friday-Käufer suchen.
Schwelle für kostenlosen Versand
Kostenloser Versand ist durchgehend einer der stärksten Conversion-Hebel. Technisch ist es eine Warenkorbregel mit aktiviertem Kostenloser Versand unter Aktionen und einem Mindestbetrag unter Bedingungen. Zeigen Sie die Schwelle in Ihrem Theme an, "Kostenloser Versand ab €50", denn Käufer legen tatsächlich weitere Artikel in den Warenkorb, um sie zu erreichen. Das ergänzt die gestaffelten Regeln oben auf natürliche Weise.
Der Teil, der wirklich Geld kostet: Kombinationskontrolle
Der teuerste Black-Friday-Fehler in PrestaShop ist nicht ein langsamer Server. Es sind Rabatte, die sich kombinieren, obwohl Sie das nicht wollten. Ein Produkt mit einem kategoriespezifischen Preis (-20%), dazu eine gestaffelte Warenkorbregel (-15%) und kostenloser Versand können unbemerkt unter Einstandspreis verkauft werden. PrestaShop gibt Ihnen die Steuerungen; die Aufgabe besteht darin zu wissen, welche was macht.
| Steuerung | Wo | Was sie macht |
|---|---|---|
| "Rabatt auf das günstigste Produkt anwenden" / Rabattziel | Warenkorbregel → Aktionen | Beschränkt einen Prozent-/Betragsrabatt, statt ihn auf alles anzuwenden |
| Bereits rabattierte Produkte ausschließen | Warenkorbregel → Aktionen (wenn "Prozentualer Rabatt" ausgewählt ist) | Verhindert, dass ein Gutschein zusätzlich zu einem spezifischen Preis greift, das zentrale Black-Friday-Sicherheitsnetz |
| Warenkorbregel-Priorität + Einmal-Logik | Warenkorbregel → Informationen (Priorität) | Steuert, welche Regel gewinnt, wenn mehrere qualifizieren, essenziell für gestaffelte Strukturen |
| Insgesamt verfügbar / pro Benutzer | Warenkorbregel → Informationen | Begrenzt, wie oft ein Code insgesamt und pro Kunde genutzt wird, verhindert, dass ein geleakter Code die Marge leerräumt |
Zwei operative Gewohnheiten verhindern die meisten Katastrophen. Erstens: Deaktivieren Sie vor dem Event jede Nicht-Black-Friday-Warenkorbregel. Alte Treuegutscheine und dauerhaft aktive Codes sind genau das, was unerwartet kombiniert wird. Zweitens: Schließen Sie in einer Staging-Kopie des Shops für jede absehbare Kombination eine echte Bestellung ab: ein Produkt aus dem Kategorie-Sale plus ein gestaffelter Gutschein plus die Schwelle für kostenlosen Versand, und lesen Sie die finale Summe. Wenn die Zahl unter Ihrer Untergrenze liegt, korrigieren Sie die Regel, nicht die Bestellung.
Produkte schützen, die niemals in den Sale dürfen
Einige SKUs sollten für Ihre gesamte Rabatt-Engine unsichtbar sein: Neuheiten, Artikel mit weniger als 15% Marge, vertraglich preisgeschützte Marken, bereits reduzierte Restposten. Das mit nativen Ausschlusslisten umzusetzen bedeutet, jede einzelne Warenkorbregel und Preisregel so zu bearbeiten, dass diese Produkte übersprungen werden, fragil, und eine übersehene Regel verkauft den geschützten Artikel mit Verlust.
Dieses Problem ist fokussiert genug, dass es eine eigene Behandlung verdient, siehe Rabattausschluss: warum manche Produkte niemals in den Sale gehören, und ein eigenes Werkzeug. Mit unserem Discount Exclusion Manager markieren Sie geschützte Produkte einmalig und lassen diesen Ausschluss jede Warenkorbregel global übersteuern, statt in jeder Regel eine Blockliste zu pflegen. Der Nutzen in einfachen Worten: Sie setzen den Schutz an einer Stelle, und keine Black-Friday-Aktion, aktuelle oder zukünftige, Ihre oder die eines Kollegen, kann diese Artikel versehentlich rabattieren.
Die Ankündigung automatisieren, nicht nur den Preis
Ein Rabatt, der live, aber unsichtbar ist, konvertiert niemanden. Die andere Hälfte von "Aktionen automatisieren" besteht darin, den Sale in dem Moment sichtbar zu machen, in dem er startet, Banner, Badges, Countdowns, ohne dass Sie sie um Mitternacht manuell veröffentlichen. Der Weg zu geplanten Werbebannern ohne Designer wird in Banner Revolution: auffällige Aktionen ohne Designer erstellen behandelt. Halten Sie die visuelle Ebene auf derselben Zeitachse wie Ihre Rabattfenster, damit die Seite, die ihre Preise um 00:00 senkt, sich um 00:00 auch für den Sale kleidet.
Über Prozente hinaus: Bundles, Geschenkkarten und der größere Kalender
Nicht jeder Black-Friday-Hebel ist ein Rabatt. Zwei benachbarte Taktiken lassen sich sauber automatisieren und schützen die Marge besser als tiefe Preisnachlässe:
- Bundles statt Abschläge. Ein Hauptprodukt mit Zubehör zu einem moderat wahrgenommenen Vorteil zu bündeln, erhöht den Bestellwert, ohne die Stückmarge zu verbrennen, die Sie bei 40% Rabatt verlieren würden. Die Mechanik steht in Produkt-Bundling: mehr verkaufen, indem Sie Produkte gruppieren.
- Geschenkkarten. Für Käufer, die sich nicht entscheiden können, konvertiert ein digitaler Gutschein den Sale jetzt und bringt sie im Januar zur Einlösung zurück, siehe Geschenkkarten für PrestaShop.
Und Black Friday steht nicht allein. Er ist der lauteste Schlag in einem ganzjährigen Rhythmus. Ihren Automatisierungskalender auf die restlichen Saisons abzustimmen (damit Dezember und der Reset im Januar Sie nicht wieder beim Neubau von Regeln erwischen) ist die Aufgabe des saisonalen Sales-Kalenders.
Eine Aufbau-Reihenfolge, der Sie wirklich folgen können
Zusammengeführt ist das die Reihenfolge, mit der Sie eine selbstlaufende Black-Friday-Rabatt-Engine live bekommen, ohne Mitternachtsstress:
- Entscheiden Sie den Mechanismus pro Angebot. Sichtbarer Kategorie-/shopweiter Rabatt → spezifischer Preis (Katalogpreisregel). Warenkorbabhängiges Angebot (Mindestbestellwert, Code, kostenloser Versand) → Warenkorbregel.
- Markieren Sie zuerst Ihre geschützten Produkte, bevor Sie auch nur eine Aktion bauen, damit nichts, was Sie später erstellen, sie berühren kann.
- Erstellen Sie jede Regel mit exakten "Von / Bis"-Datums- und Zeitangaben, vordatiert, damit sie selbst startet und ausläuft.
- Setzen Sie Kombinationskontrollen bewusst: "bereits rabattierte Produkte ausschließen" bei prozentualen Gutscheinen, Priorität bei gestaffelten Regeln, Nutzungslimits bei Codes.
- Deaktivieren Sie alle nicht relevanten dauerhaft aktiven Warenkorbregeln.
- Testen Sie jede Rabattkombination als echte Staging-Bestellung und lesen Sie den Endpreis.
- Planen Sie die visuelle Ebene, Banner und Badges, auf derselben Zeitachse.
- Für alles, was sich während des Events bewegt (Rotationen, schrittweise Rabattsteigerungen, garantierte Wiederherstellung), greifen Sie zu geplanter Rabatt-Automatisierung statt zu manuell verwalteten Fenstern.
Der rote Faden durch all das ist derselbe: Eine Black-Friday-Aktion sollte nicht davon abhängen, dass Sie wach sind. Die nativen Datumsfelder bringen Sie den größten Teil des Weges, eingebaut, kostenlos, zuverlässig für "Freitag öffnen, Montag schließen". Wenn Ihr Plan Rotation, Progression, garantierte Preiswiederherstellung oder einen Kalender enthält, den Sie nächstes Jahr wieder brauchen, verdient ein Planungsmodul seinen Platz. So oder so ist das Ziel eine Rabatt-Engine, die Sie im Oktober konfigurieren und der Sie während der geschäftigsten 120 Stunden Ihres Jahres vertrauen können, während Sie am Black-Friday-Morgen nur noch zusehen, wie die Bestellungen eingehen.
Black-Friday-Rabatte automatisieren: häufige Fragen
Muss ich Warenkorbregeln um Mitternacht aktivieren, oder erledigen das die Datumsfelder?
Die Datumsfelder erledigen das. Solange der Status einer Regel aktiviert ist und ihr Gültig von überschritten wurde, wendet PrestaShop sie an. Es gibt keinen separaten "Live gehen"-Schalter, den Sie um Mitternacht umlegen müssten. Setzen Sie "Gültig von" auf die exakte Minute, in der der Sale startet (z. B. 2026-11-27 00:00:00), und "Gültig bis" auf das Ende (2026-12-01 23:59:59), lassen Sie die Regel aktiviert, und sie bleibt inaktiv, bis ihr Zeitfenster geöffnet ist; danach greift sie nicht mehr, sobald es schließt. Das eine, was Sie prüfen sollten: Preisreduzierungen müssen als datierte spezifische Preise gebaut sein, nicht als permanente Änderungen am Produktpreis, nur die datierte Version setzt sich selbst zurück.
Ich habe den Produktpreis für den Sale von Hand geändert und er ging nie wieder hoch, warum?
Weil das Eintippen einer neuen Zahl in den Grundpreis des Produkts eine permanente Änderung ist, kein geplanter Rabatt, nichts setzt sie zurück. Das ist der klassische Verlust "wir haben bis Mitte Dezember zum Sale-Preis verkauft". Für alles, was sich selbst wiederherstellen soll, verwenden Sie einen spezifischen Preis (oder eine Katalogpreisregel) mit einem "Bis"-Datum oder eine datierte Warenkorbregel. Das "Bis"-Datum löst die automatische Wiederherstellung aus; ein von Hand bearbeiteter Grundpreis hat kein Datum und kein Gedächtnis.
Wie stelle ich sicher, dass ein Kategorie-Sale und ein Gutschein nicht zusammen zu Verlust führen?
Das ist der teuerste Black-Friday-Fehler. Standardmäßig stapelt sich eine prozentuale Warenkorbregel auf einen kategoriespezifischen Preis. Die Lösung liegt auf dem Tab Aktionen der Warenkorbregel, wenn "Prozentualer Rabatt" ausgewählt ist: Aktivieren Sie Bereits rabattierte Produkte ausschließen, damit der Gutschein alles überspringt, was bereits einen spezifischen Preis hat. Deaktivieren Sie danach vor dem Event jede nicht relevante dauerhaft aktive Warenkorbregel, und platzieren Sie für jede absehbare Kombination eine echte Staging-Bestellung, ein Kategorie-Sale-Produkt plus ein gestaffelter Gutschein plus kostenloser Versand, und lesen Sie die finale Summe. Wenn sie unter Ihrer Untergrenze liegt, korrigieren Sie die Regel, nicht die Bestellung.
Welches Werkzeug sollte ich für "alles in Elektronik ist 20% reduziert" verwenden?
Eine Katalogpreisregel (Rabatte → Katalogpreisregeln), die auf die Kategorie beschränkt ist, mit dem Black-Friday-Datumsbereich, keine Warenkorbregel. Eine Katalogpreisregel senkt den angezeigten Preis, während Kunden stöbern, inklusive durchgestrichenem "Vorher"-Preis; genau das ist der sichtbare Sale-Effekt, nach dem Black-Friday-Käufer suchen. Eine Warenkorbregel würde den Rabatt erst an der Kasse sichtbar machen, sodass ein stöbernder Käufer den Deal nie sieht.
Aktualisiert sich eine Seite, die bereits im Browser eines Kunden geöffnet ist, wenn der Sale startet?
Nein. Es gibt keinen Push. Der durchgestrichene Preis eines Produkts und die Verfügbarkeit einer Warenkorbregel werden beim nächsten Seiten-Rendering nach Öffnung des Fensters aktualisiert. Für einen Sale mit hartem Mitternachtsstart ist das in Ordnung: Jeder, der nach 00:00 kommt, sieht die Live-Preise. Es stört nur, wenn Sie erwarten, dass eine bereits geladene Seite sich selbst aktualisiert. Kombinieren Sie das Datumsfenster mit einem Cache-Flush zum Go-live-Zeitpunkt (und einem CDN-Purge, falls Sie eines nutzen), damit das erste frische Rendering den Sale-Preis ausliefert.
Wie verhalten sich native Datumsfelder in PrestaShop 9?
Genauso. PS9 organisiert das Rabatt-Backoffice in vier explizite Typen um, Catalog, Cart, Free-Shipping und Free-Gift, und diese Engine wird hinter einem Feature-Flag ausgeliefert, sodass ein Standard-PS9-Shop weiterhin die vertrauten Bildschirme für Warenkorbregeln und Katalogpreisregeln zeigt. Jeder Typ hat weiterhin ein Von/Bis-Fenster; genau darauf stützt sich die gesamte Automatisierung in diesem Leitfaden. Ihr Workflow "im Oktober konfigurieren, selbst auslösen lassen" lässt sich also direkt übernehmen.
