Fallstricke in der Gutscheinlogik: Stapelregeln, die den Warenkorb nicht durcheinanderbringen

Warum Promo-Logik so oft scheitert

Promos wirken einfach, bis man sie in einen echten Checkout steckt. Ein Warenkorb ändert sich ständig, aber Rabatte werden oft als einmalige Regeln implementiert. Genau an dieser Lücke treten die meisten Fehler in der Gutscheinlogik auf.

Das Schwierige ist: eine einzige neue Regel kann die Summen überall verändern. Fügen Sie „10 % Rabatt, aber nicht auf reduzierte Artikel“ hinzu, und Sie müssen definieren, was „reduziert“ bedeutet, wann das geprüft wird und auf welchen Betrag die 10 % angewendet werden. Wenn eine andere Aktion dieselben Artikel berührt, spielt die Reihenfolge eine Rolle — und die Reihenfolge ändert den Preis.

Viele Teams mischen außerdem Mathematik mit Geschäftsregeln. Eine schnelle Abhilfe wie „Rabatt auf Zwischensumme begrenzen“ wird an drei Stellen kopiert, und bald bekommen Sie unterschiedliche Antworten, je nachdem, wo die Summe berechnet wird (Warenkorbseite, Checkout, Rechnung, E-Mail).

Hohe Risiken entstehen genau dann, wenn Ihr System Preise neu berechnet:

• Aktualisierungen im Warenkorb: Mengenänderungen, Entfernen von Artikeln, Wechsel der Versandart
• Änderungen nach Zahlung: Adressänderungen, Teilstornierungen, Artikelersatz
• Rückerstattungen und Retouren: anteilige Verteilung auf Artikel, Steueranpassungen, Guthaben
• Multiwährung oder Steuer-Modi: Netto- vs. Bruttopreise, steuerinklusive Summen

Ein kleines Beispiel: Ein Kunde legt ein Bundle in den Warenkorb, wendet dann einen „20 $ Rabatt ab 100 $“-Code an und entfernt danach einen Artikel. Wenn Ihr Code noch die alte Zwischensumme „im Kopf“ hat, können Sie am Ende 20 $ Rabatt auf einen 85 $-Warenkorb geben oder sogar eine Artikelzeile negativ werden lassen.

Am Ende dieses Beitrags sollten Sie in der Lage sein, die häufigsten Promo-Fehler zu verhindern: doppelte Rabattierung, unterschiedliche Summen zwischen Bildschirmen, negative Summen, Rabatte auf ausgeschlossene Artikel und Rückerstattungen, die nicht dem entsprechen, was der Kunde ursprünglich bezahlt hat.

Beginnen Sie mit klaren Stapel- und Prioritätsregeln

Die meisten Fehler in der Gutscheinlogik beginnen mit einem fehlenden Satz: welche Rabatte dürfen zusammen gelten und in welcher Reihenfolge. Wenn Sie Stapelregeln nicht in einfachem Klartext erklären können, wird Ihr Warenkorb irgendwann etwas Überraschendes tun.

Definieren Sie Stapelbarkeit mit einfachen Ja-/Nein-Aussagen. Zum Beispiel: „Ein manueller Gutschein pro Bestellung. Automatische Aktionen dürfen weiterhin greifen, es sei denn, der Gutschein sagt, dass er sie blockiert.“ Dieser eine Satz verhindert zufällige Kombinationen, die zu doppelter Rabattierung führen.

Trennen Sie frühzeitig Preisnachlässe auf Positionsebene von Bestellwert-Rabatten. Positionsregeln ändern den Preis bestimmter Produkte (z. B. 20 % auf Schuhe). Bestellwertregeln ändern die Gesamtsumme (z. B. 10 $ Rabatt auf den Warenkorb). Ohne Struktur führt das Mischen dazu, dass Summen zwischen Produktseite, Warenkorb und Checkout driftet.

Legen Sie fest, was „bestes Angebot“ bedeutet, bevor Sie code schreiben. Viele Teams wählen „maximale Ersparnis“, aber das kann Preisuntergrenzen verletzen. Sie benötigen vielleicht Regeln wie „niemals unter die Selbstkosten rabattieren“ oder „nie Versand negativ machen“. Wählen Sie eine klare Regel, damit die Engine nicht raten muss.

Eine einfache Prioritätsreihenfolge hält Konflikte vorhersehbar:

• Automatische Aktionen zuerst (Katalog- oder saisonale Regeln)
• Manuelle Gutscheine als Nächstes (was der Kunde eingegeben hat)
• Store-Guthaben oder Geschenkkarten zuletzt (Zahlungsmittel, kein Rabatt)
• Steuern und Versand werden nach Rabatten neu berechnet

Beispiel: Ein Warenkorb hat eine automatische 10 %-Aktion auf alle Artikel sowie einen eingegebenen Gutschein über 15 $ für Bestellungen über 100 $. Wenn Ihre Priorität sagt „automatisch zuerst“, können Sie klar beantworten: Verwendet die 100 $-Schwelle die Vor-Rabatt-Zwischensumme oder die rabattierte Zwischensumme? Schreiben Sie es auf und halten Sie es überall konsistent.

Sobald diese Entscheidungen dokumentiert sind, werden Ihre Stapelregeln testbare Regeln statt verstecktem Verhalten. Das ist der schnellste Weg, spätere Fehler zu vermeiden.

Modellieren Sie Rabatte als einfache, explizite Daten

Viele Fehler entstehen, wenn Rabatte als verstreute if-else-Prüfungen im Checkout-Code leben. Eine sichere Herangehensweise ist, jede Promo als Datenobjekt mit klarem Typ, Gültigkeitsbereich und Limits zu behandeln. Dann wird Ihre Warenkorb-Mathematik zu einem kleinen, vorhersehbaren Evaluator.

Beginnen Sie damit, den Rabatttyp zu benennen, nicht die Marketing-Formulierung. Die meisten Promos passen in wenige Formen: Prozentualer Rabatt, fester Betrag, Gratisartikel (Buy X get Y) und kostenloser Versand. Wenn sich eine Promo als einer dieser Typen ausdrücken lässt, vermeiden Sie Spezialfälle, die schwer zu testen sind.

Machen Sie als Nächstes den Umfang (scope) explizit. Derselbe Prozent-Rabatt verhält sich sehr unterschiedlich, je nachdem, worauf er sich bezieht. Definieren Sie, ob er auf die ganze Bestellung, eine Kategorie, ein Produkt, eine einzelne Position oder den Versand zielt. Ist der Umfang unklar, rabattieren Sie versehentlich den falschen Zwischensaldo oder doppelt.

Erfassen Sie Einschränkungen als Felder, nicht als Code-Kommentare. Übliche sind Mindestbetrag, nur erste Bestellung und Datumsbereich. Notieren Sie auch, wie er sich bei reduzierten Preisen verhalten soll: aufrechnen, vom ursprünglichen Preis berechnen oder reduzierte Artikel ausschließen.

Ein kompaktes Regeln-Schema könnte enthalten:

• type (percent, fixed, free_item, free_shipping)
• scope (order, category, product, item, shipping)
• constraints (min_spend, first_order, start_at, end_at)
• floors (min_total = 0, min_item_price, optional min_margin)
• rounding policy (per item vs per order)

Fügen Sie schließlich Preisuntergrenzen hinzu, die die Engine immer beachten muss: Summen dürfen nie unter null fallen, und falls Ihr Geschäft es verlangt, dürfen Artikel nie unter die Kosten (oder unter einen definierten Mindestpreis) fallen. Wenn Sie das einbauen, verhindern Sie negative Summen und peinliche „wir zahlen dem Kunden“-Fälle.

Wenn Sie einen Discount-Engine-Prototyp in Koder.ai erstellen, halten Sie diese Felder im Planungsmodus sichtbar, damit der Evaluator einfach und testbar bleibt, während Sie mehr Promos hinzufügen.

Schritt für Schritt: eine sichere Art, Promos auszuwerten

Die meisten Fehler entstehen, wenn Berechtigungsprüfungen und Rechenlogik vermischt werden. Ein sichereres Muster ist zweiphasig: erst entscheiden, was überhaupt anwendbar ist, dann Beträge berechnen. Diese Trennung macht Regeln lesbar und schlechte Zustände (wie negative Summen) leichter verhinderbar.

Eine deterministische Auswertungsreihenfolge

Verwenden Sie jedes Mal die gleiche Reihenfolge, auch wenn Promos in unterschiedlicher Reihenfolge aus UI oder API ankommen. Determinismus ist wichtig, weil er aus „warum hat sich dieser Warenkorb geändert?“ eine beantwortbare Frage macht.

Ein einfacher Ablauf, der gut funktioniert:

• Validieren der Eingaben: Gutscheincode-Format, Datumsfenster, Kundenscope, Währung und dass Preise nicht negativ sind.
• Auswahl der berechtigten Promos: nur Berechtigungsprüfung (noch kein Geld). Erzeugen Sie eine Kandidatenliste.
• Stapel- und Prioritätsauflösung: wenden Sie Ihre Stapelregeln an (z. B. „maximal eine Bestellwert-Promo“ ) und Tie-Breaker (Priorität, dann bester Wert, dann stabile ID).
• Berechnungen anwenden: berechnen Sie Rabatte mit einer konsistenten Basis (vor Steuern vs nach Steuern, Versand einbezogen oder nicht) und Rundungsregeln.
• Summen zusammenfassen: berechnen Sie Bestellsummen aus Positionssummen neu, begrenzen Sie auf null und erzwingen Sie maximale Rabatt-Limits.

Führen Sie eine Aufschlüsselung und Audit-Trail

Wenn Sie Promos anwenden, speichern Sie nicht nur eine einzige „Rabatt-Summe“. Behalten Sie eine Aufschlüsselung pro Position und für die Bestellung, damit Sie Summen abgleichen und erklären können.

Mindestens sollten Sie protokollieren:

• Welche Regel oder Promo angewendet wurde (ID und Version) und ihre Priorität
• Warum sie angewendet wurde (Berechtigungsfakten wie „Kategorie=Schuhe“, „Warenkorb-Zwischensumme \u003e= 50")
• Was sie geändert hat (betroffene Positions-IDs, Basisbetrag, Rabattbetrag, Rundung)
• Was sie verhindert hat (z. B. „geblockt durch Ausschluss: bereits Positionsrabatt vorhanden")

Beispiel: Ein Warenkorb hat zwei Artikel, einer ist bereits reduziert. Phase 1 markiert den Code nur für den Vollpreis-Artikel als berechtigt. Phase 2 wendet 10 % auf diese Position an, lässt die reduzierte Position unverändert und berechnet dann die Bestellsummen aus der Positionsaufschlüsselung neu, sodass Sie nicht versehentlich doppelt rabattieren.

Kodieren Sie Ausschlüsse, ohne Spaghetti-Logik zu erzeugen

Viele Fehler entstehen, wenn Ausschlüsse in Spezialfällen wie „wenn Code X, dann überspringe Y“ versteckt sind. Das funktioniert für eine Promo, bricht aber, wenn die nächste Promo hinzukommt.

Ein sichereres Muster ist: behalten Sie einen einzigen Bewertungsfluss und machen Sie Ausschlüsse zu einer Reihe von Prüfungen, die eine Promo-Kombination ablehnen können, bevor Sie Geld berechnen. So halb angewendete Rabatte entstehen gar nicht.

Behandeln Sie Ausschlüsse als Daten, nicht als Verzweigungen

Anstatt Verhalten hart zu codieren, geben Sie jeder Promo ein kleines, explizites „Kompatibilitätsprofil“. Zum Beispiel: Promo-Typ (Coupon vs automatische Aktion), Umfang (Artikel, Versand, Bestellung) und Kombinationsregeln.

Unterstützen Sie sowohl:

• „Kann nicht kombiniert werden mit“-Liste (Denylist): Promo A blockiert Promo B.
• „Nur kombinierbar mit“-Liste (Allowlist): Promo A darf nur mit einer benannten Menge kombiniert werden.
• Regel-Flags wie „blockiert automatische Sales“ oder „erfordert keine anderen Coupons".

Der Schlüssel ist, dass Ihre Engine für jede Promo dieselben Fragen stellt und dann entscheidet, ob die Menge gültig ist.

Machen Sie Konflikte explizit, inklusive automatischer Sales

Automatische Sales werden oft zuerst angewendet, dann kommt ein Gutschein, der sie stillschweigend überschreibt. Entscheiden Sie vorher, was passieren soll:

• Gutschein stapelt auf Sale oben drauf
• Gutschein gilt nur für Nicht-Reduzierte Artikel
• Gutschein wird abgelehnt, wenn ein Sale vorhanden ist

Wählen Sie pro Promo eine Option und kodieren Sie sie als Prüfung, nicht als alternativen Berechnungspfad.

Eine praktische Vorsichtsmaßnahme ist, Symmetrie zu validieren. Wenn „WELCOME10 kann nicht mit FREESHIP kombiniert werden“ beidseitig gemeint ist, kodieren Sie es so, dass beide Richtungen blocken. Wenn es nicht beidseitig sein soll, machen Sie das bewusst und sichtbar in den Daten.

Beispiel: Eine siteweite automatische 15 %-Aktion läuft. Ein Kunde gibt einen 20 %-Gutschein ein, der nur für Artikel zum Listenpreis gedacht ist. Ihre Prüfungen sollten Sale-Artikel für den Gutschein ablehnen, bevor Sie Summen berechnen, anstatt sie zu rabattieren und später zu korrigieren.

Wenn Sie Ihre Rabattregeln in einer Plattform wie Koder.ai bauen, halten Sie diese Prüfungen als eigene, testbare Schicht, damit Sie Regeln ändern können, ohne die Mathematik neu zu schreiben.

Randfälle, die zu unterschiedlichen Summen führen

Die meisten Streitfälle bei Gutscheinen drehen sich nicht um den Schlagzeilenrabatt. Sie entstehen, wenn derselbe Warenkorb auf zwei leicht verschiedene Arten berechnet wird und der Kunde eine Zahl im Warenkorb und eine andere im Checkout sieht.

Beginnen Sie damit, Ihre Reihenfolge der Operationen zu fixieren. Entscheiden und dokumentieren Sie, ob Positionsrabatte vor Bestellwert-Rabatten passieren und wo der Versand steht. Eine übliche Regel ist: Positionsrabatte zuerst, dann Bestellrabatt auf die verbleibende Zwischensumme, dann Versandrabatte zuletzt. Welche Reihenfolge auch immer, verwenden Sie genau dieselbe Abfolge überall, wo Sie eine Summe anzeigen.

Steuern sind die nächste Falle. Sind Ihre Preise steuerinklusive, reduziert ein Rabatt auch den Steueranteil. Sind Preise steuerexklusiv, wird die Steuer nach Rabatten berechnet. Diese Modelle in verschiedenen Teilen des Flows zu mischen ist ein klassischer Fehler, weil zwei richtige Berechnungen dennoch abweichen können, wenn sie unterschiedliche Steuerbasen annehmen.

Rundungsfragen wirken klein, verursachen aber viele Support-Tickets. Entscheiden Sie, ob Sie pro Position runden (jede SKU nach Rabatt) oder nur auf Bestellebene, und halten Sie sich an die Dezimalgenauigkeit Ihrer Währung. Bei Prozent-Rabatten kann Positions-Rundung ein paar Cent von der Bestellrundung abweichen, besonders bei vielen preiswerten Artikeln.

Diese Randfälle sollten Sie explizit behandeln:

• Retouren und Teilrückerstattungen: Rabatte anteilig über Artikel verteilen, damit Rückerstattungen nicht mehr als bezahlt erstatten.
• Warenkorbänderungen nach Anwendung eines Gutscheins: Berechtigung und Caps neu bewerten, wenn Artikel hinzugefügt oder entfernt werden.
• Versandänderungen: Adress- oder Methodenwechsel kann steuerbare Beträge und Versand-Rabattberechtigungen ändern.
• Mengenänderungen: mehrfach derselbe Artikel kann Schwellenwerte überschreiten (z. B. Mindestbestellwert oder Buy-X-get-Y).
• Gemischte steuerpflichtige Artikel: Einige Artikel sind steuerfrei, aber weiterhin Gutschein-berechtigt.

Ein konkretes Beispiel: Ein 10 %-Bestellcoupon plus kostenloser Versand ab 50 $. Wenn der Coupon vor der Schwellenprüfung angewendet wird, kann die rabattierte Zwischensumme unter 50 $ fallen und der Versand ist nicht mehr gratis. Wählen Sie eine Interpretation, kodieren Sie sie als Regel und machen Sie sie in Warenkorb, Checkout und Rückerstattungen konsistent.

Häufige Promo-Bugs und wie sie entstehen

Viele Fehler treten auf, wenn der Warenkorb über mehr als einen Pfad bewertet wird. Eine Promo kann auf Positionsebene an einer Stelle und erneut auf Bestellebene an einer anderen Stelle angewendet werden; beide Berechnungen wirken „richtig“ isoliert.

Hier die häufigsten Bugs und die üblichen Ursachen:

• Doppelte Rabattierung derselben Artikel: dieselbe Promotion wird einmal in der Positionspreisbildung und erneut bei der Bestellsummenberechnung angewendet, oft weil zwei Services „hilfsbereit“ Rabatte anwenden.
• Negative Gesamtsummen oder negative Positionspreise: ein fester Rabattbetrag übersteigt den berechtigten Betrag (z. B. 20 $ Rabatt auf eine 12 $-Zwischensumme), ohne Nulluntergrenze.
• Prozentualer Rabatt nach einem bereits reduzierten Preis angewendet: die Engine wendet 10 % auf den schon reduzierten Preis an, obwohl „10 % vom Listenpreis“ beabsichtigt war, weil der Code den aktuellen Preis statt des Basispreises verwendet.
• Mindestbestellwert gegen die falsche Zwischensumme geprüft: die Regel prüft die Vor-Rabatt-Zwischensumme, das Business erwartete die Nach-Rabatt-Summe (oder umgekehrt), sodass Promos unerwartet greifen oder fehlschlagen.
• Ausgeschlossene Artikel erhalten trotzdem den Gutschein: die Berechtigung beruht auf Produkt-Tags, aber fehlende oder inkonsistente Tags (oder ein Fallback) behandeln unbekannte Artikel als berechtigt.

Ein konkretes Beispiel: Ein Warenkorb hat zwei Artikel, einer berechtigt und einer ausgeschlossen. Wenn die Engine den „berechtigten Zwischensaldo“ korrekt für den Prozent-Rabatt berechnet, aber später einen festen Rabatt von der gesamten Bestellsumme abzieht, wird der ausgeschlossene Artikel de facto doch rabattiert.

Das sicherste Muster ist, jede Promo gegen einen expliziten „berechtigten Betrag“ zu berechnen und eine begrenzte Anpassung zurückzugeben (niemals unter null), plus eine klare Spur dessen, was sie betroffen hat. Wenn Sie Ihre Rabatt-Engine in einem Tool wie Koder.ai generieren, lassen Sie die Spur als einfache Daten ausgeben, damit Ihre Tests genau prüfen können, welche Positionen berechtigt waren und welcher Zwischensaldo verwendet wurde.

Regeln testbar machen mit der richtigen Testsuite

Viele Fehler tauchen auf, weil Tests nur die finale Summe prüfen. Eine gute Suite prüft sowohl Berechtigung (soll diese Promo greifen?) als auch Mathematik (wie viel soll abgezogen werden?), mit einer lesbaren Aufschlüsselung, die Sie im Zeitverlauf vergleichen können.

Tests von klein bis real aufbauen

Beginnen Sie mit Unit-Tests, die eine Regel isolieren. Halten Sie die Eingabe klein und erweitern Sie dann zu vollständigen Warenkorb-Szenarien.

• Eligibility-Unit-Tests: Greift die Promo für Kundentyp, Datum, Produkt-Tags und Mindestbestellwert?
• Mathematik-Unit-Tests: Ergibt die Berechnung für einen festen berechtigten Zwischensaldo die erwarteten Rundungs- und Währungswerte?
• Szenario-Tests: gemischte Artikel, Mengen, Versand, Steuern und ein paar konkurrierende Promos.
• „Warenkorb geändert“-Tests: Preis aktualisiert, Artikel entfernt oder Menge zwischen Bewertung und Checkout geändert.
• Snapshot-Tests der Aufschlüsselung: speichern Sie die erwartete positionsweise Rabattverteilung, nicht nur die Endsumme.

Nachdem Sie Abdeckung haben, fügen Sie ein paar „immer wahre“ Prüfungen hinzu. Diese fangen die seltsamen Fälle, die Sie nicht per Hand geschrieben haben.

• Die Gesamtsumme geht niemals unter 0,00.
• Ein Rabatt erhöht niemals die Gesamtsumme.
• Ein angewandter Rabatt ist niemals größer als seine berechtigte Basis.
• Das Entfernen eines ineligiblen Artikels darf den Rabatt nicht größer machen.

Ein kleines Warenkorb-Beispiel

Stellen Sie sich einen Warenkorb mit 2 Artikeln vor: ein Hemd für 40 $ (berechtigt) und eine Geschenkkarte für 30 $ (ausgeschlossen). Versand 7 $. Eine Promo ist „20 % auf Bekleidung, max. 15 $“, dazu eine zweite Promo „10 $ Rabatt auf Bestellungen über 50 $“, die nicht mit Prozent-Rabatten stapeln darf.

Ihr Szenario-Test sollte prüfen, welche Promo gewinnt (Priorität), bestätigen, dass die Geschenkkarte ausgeschlossen ist, und die genaue Verteilung verifizieren: 20 % von 40 $ sind 8 $, Versand bleibt, Endsumme korrekt. Speichern Sie diese Aufschlüsselung als Golden-Snapshot, damit spätere Refactorings nicht stillschweigend umschalten, welche Promo gilt oder ob ausgeschlossene Positionen plötzlich rabattiert werden.

Schnelle Pre-Launch-Checkliste

Bevor Sie eine neue Promo ausrollen, führen Sie eine letzte Prüfung mit einer Checkliste durch, die Fehler auffängt, die Kunden sofort bemerken: seltsame Summen, verwirrende Meldungen und Rückerstattungen, die nicht aufgehen. Diese Prüfungen helfen, die häufigsten Gutscheinfehler zu vermeiden, weil sie Ihre Regeln zwingen, überall gleich zu arbeiten.

Führen Sie diese Prüfungen gegen eine kleine Auswahl „bekannt kniffliger“ Warenkörbe aus (ein Artikel, viele Artikel, gemischte Steuersätze, Versand und eine hochgezählte Position). Speichern Sie die Warenkörbe, damit Sie sie bei jeder Änderung an der Preisberechnung erneut ausführen können.

Die fünf Prüfungen, die die meisten Fehler fangen

• Guardrails für Summen: Endsumme und jeder Nettopreis pro Position dürfen nie unter null fallen. Wenn ein Rabatt mehr betragen würde, als anwendbar ist, begrenzen Sie ihn und protokollieren die Begrenzung.
• Erklärbare Mathematik: Die dem Käufer angezeigte Rabatt-Aufschlüsselung (pro Promo, pro Position, Versand) muss genau zur bezahlten Endsumme addieren. Können Sie es nicht in einem Satz erklären, sind die Regeln zu vage.
• Eine Stapelpolitik, keine Überraschungen: Entscheiden und verifizieren Sie, was kombiniert werden darf (Gutschein mit Auto-Promo, Prozent mit Festbetrag, Versandrabatt mit Positionsrabatt). Machen Sie die Prioritätsreihenfolge explizit und prüfen Sie, ob sie mit dem übereinstimmt, was Ihr Support-Team ausgeben würde.
• Rundung ist konsistent: Wählen Sie eine Rundungsregel (pro Position vs pro Bestellung, half-up vs bankers, währungsspezifische Dezimalstellen). Dokumentieren Sie sie und testen Sie mit Preisen wie 0,99 $, Mengen wie 3 und gemischten Prozent-Rabatten.
• Retouren und Rückerstattungen sind korrekt: Teilrückgaben sollen den richtigen Anteil an Rabatten, Steuern und Versand erstatten. Testen Sie „1 von 3 Artikeln zurückgeben“, „zuerst den rabattierten Artikel zurückgeben“ und „Rückerstattung nach Ablauf der Promo".

Wenn Sie Ihre Rabattregeln in einem Generator wie Koder.ai bauen, fügen Sie diese Fälle als automatisierte Tests neben den Regeldefinitionen hinzu. Ziel ist einfach: jede neue Promo soll im Test schnell fehlschlagen statt im Kundenwarenkorb.

Ein realistisches Stapel-Szenario zur Validierung Ihrer Regeln

Hier ein kleiner Warenkorb, der die meisten Gutscheinprobleme offenlegt, ohne kompliziert zu werden.

Angenommen, diese Regeln (schreiben Sie sie genau so in Ihr System):

• Auto-Promo greift zuerst, auf Positionsebene, nur bei vollpreisbasierten berechtigten Artikeln
• Gutschein ist Bestellwert-basiert, 15 $ Rabatt, erfordert mindestens 100 $ berechtigte Waren
• „Berechtigte Waren“ schließen reduzierte Artikel, Versand und Steuern aus
• Gutschein-Rabatt darf den nach früheren Promos verbleibenden berechtigten Zwischensaldo nicht überschreiten
• Steuer wird nach Rabatten berechnet (auf rabattierte Waren plus Versand)

Warenkorb und Promos

Warenkorb:

Promos:

• Promo 1: automatische 10 %-Wochenendaktion auf berechtigte Artikel
• Promo 2: Gutschein 15 $ Rabatt, Mindestbetrag 100 $ berechtigte Waren, schließt reduzierte Artikel aus

Ablauf und finale Aufschlüsselung

1. Coupon-Mindestbetrag prüfen: Berechtigte Waren vor Rabatten sind 60 $ + 40 $ = 100 $, also ist der Gutschein anwendbar.

2. Promo 1 anwenden (10 % auf berechtigte Artikel): 100 $ x 10 % = 10 $ Rabatt. Berechtigte Zwischensumme wird 90 $.

3. Promo 2 anwenden (15 $ Rabatt): Deckel ist 90 $, also gelten die vollen 15 $. Neue berechtigte Zwischensumme: 75 $.

Summen:

• Waren: berechtigt 75 $ + reduzierter Artikel 30 $ = 105 $
• Versand: 8 $
• Steuer (8 %): (105 + 8) x 0,08 = 9,04 $
• Endsumme: 105 + 8 + 9,04 = 122,04 $

Ändern wir eine Sache: der Kunde entfernt Item B (40 $). Berechtigte Waren sind dann 60 $, sodass der 15 $-Gutschein die Mindestanforderung nicht mehr erfüllt. Es bleibt nur die automatische 10 %-Promo: Item A wird 54 $, Waren sind 54 $ + 30 $ = 84 $, und die Endsumme beträgt 99,36 $. Solche „kleinen Bearbeitungen" brechen Warenkörbe oft, wenn Berechtigung und Reihenfolge nicht explizit sind.

Nächste Schritte: Promos sicher ausrollen und wartbar halten

Der schnellste Weg, Fehler in der Gutscheinlogik zu vermeiden, ist, Promos wie Produktregeln zu behandeln, nicht als „ein bisschen Mathe im Checkout“. Bevor Sie etwas ausrollen, schreiben Sie eine kurze Spezifikation, die jeder im Team lesen und zustimmen kann.

Fügen Sie vier Dinge in klarer Sprache hinzu:

• Stapelregeln (was kann kombiniert werden und was nicht)
• Prioritätsreihenfolge (welcher Rabatt gewinnt, wenn zwei dieselben Artikel treffen)
• Ausschlüsse (Kategorien, Marken, reduzierte Artikel, Abonnements, Geschenkkarten)
• Untergrenzen und Limits (Mindestbetrag, maximaler Rabatt und „niemals unter 0 $")

Nach dem Release überwachen Sie Summen so, wie Sie Fehler überwachen. Ein Rabatt-Bug sieht oft wie eine gültige Bestellung aus, bis die Buchhaltung ihn entdeckt.

Richten Sie Monitoring ein, das Bestellungen mit ungewöhnlichen Mustern markiert, z. B. nahezu null Summen, negative Summen, Rabatte größer als Zwischensumme oder plötzliche Spitzen bei „100 % kostenlos“-Warenkörben. Leiten Sie Alerts an denselben Ort wie Ihre Checkout-Fehler und halten Sie ein kurzes Playbook bereit, wie man eine Promo sicher deaktiviert.

Um neue Promos ohne Regressionen hinzuzufügen, nutzen Sie einen wiederholbaren Workflow: aktualisieren Sie zuerst die Spezifikation, kodieren Sie die Regel als Daten (nicht als verzweigten Code), fügen Sie Tests für ein paar normale Warenkörbe plus ein bis zwei fiese Randfälle hinzu und führen Sie die komplette Discount-Test-Suite vor dem Merge aus.

Wenn Sie schneller implementieren und iterieren wollen, können Sie Promo-Engine-Flows in Koder.ai im Planungsmodus prototypen und dann Snapshots und Rollbacks nutzen, während Sie Ihre Tests verfeinern. So können Sie Regeländerungen schnell ausprobieren, ohne eine funktionierende Version zu verlieren.