Kernkonzepte

Diese Seite erklärt, wie Reward Engine denkt, damit der Rest der Dokumentation Sinn ergibt. Du musst sie nicht lesen, um loszulegen, aber sie hilft, wenn du ein Loyalty-Programm entwirfst statt nur eine einzelne Regel.

Eine Engine, viele Belohnungen

Die meisten Shops sammeln einen Stapel von Einzweck-Plugins an: eines für Loyalty-Punkte, ein anderes für Empfehlungen, eines für Geburtstags-Gutscheine, eines für abgebrochene Warenkörbe. Reward Engine fasst diese in eine regelbasierte Engine zusammen. Statt separater Werkzeuge mit separaten Regelsprachen beschreibst du, wann eine Belohnung gilt und was sie ist — und dieselbe Engine wertet sie alle aus.

Sammeln und Einlösen sind zwei Seiten derselben Medaille

Die Engine kennt zwei Arten von Regeln, und die Administration benennt sie in klarer Sprache:

• Sammel-Möglichkeiten (Sammel-Regeln) — wie Kunden Punkte oder Belohnungen erhalten.
• Einlöse-Möglichkeiten (Einlöse-Regeln) — wie Kunden Punkte gegen Wert ausgeben.

Punkte sind die Währung zwischen beiden. Eine Sammel-Möglichkeit erhöht einen Stand; eine Einlöse-Möglichkeit verringert ihn. Der Punkte-Umrechnungskurs (eine globale Einstellung) legt fest, was ein Punkt beim Einlösen wert ist.

Nativer Rule Builder, keine zweite Regelsprache

Beide Regeltypen nutzen Shopwares eingebauten Rule Builder für die Zielgruppen-Definition. Das ist Absicht: Du nutzt den Rule Builder bereits für Promotions und Versand, es gibt also nichts Neues zu lernen, und Bedingungen setzen sich überall gleich zusammen. „Für wen gilt es?“ an einer Sammel-Regel ist eine Rule-Builder-Bedingung.

Simulieren, bevor du veröffentlichst

Weil Regeln sich stapeln und beliebige Bedingungen nutzen können, ist die kombinierte Wirkung deiner Regeln nicht immer offensichtlich. Der Simulator wertet einen Beispiel-Warenkorb/-Kunden gegen deine aktiven Regeln aus und zeigt, was auslösen würde — sodass du das Verhalten überprüfst, ohne Testbestellungen aufzugeben. Die Einstellung Max. gleichzeitige Belohnungen pro Warenkorb begrenzt das Stapeln, um Ergebnisse vorhersehbar zu halten.

Punkte haben einen Lebenszyklus

Punkte sind nicht nur eine Zahl. Sie werden in Lots verdient, können verfallen, und Kunden werden vor dem Verfall gewarnt. Verfall und Warnungen laufen als geplante Hintergrundaufgaben; die Warn-Vorlaufzeit ist konfigurierbar. Lifecycle-Belohnungen (Geburtstag, Jubiläum, Warenkorbabbruch) laufen genauso — nach Zeitplan, nicht beim Seitenaufruf.

Alles wird protokolliert, und Erstattungen sind sicher

Jede Punktebewegung — sammeln, einlösen, manuelle Anpassung, Verfall, Erstattungs-Rückkehrung — wird im Protokoll Punkte-Aktivität erfasst, und Belohnungen werden in ein erstattungssicheres Protokoll geschrieben. Wird eine Bestellung erstattet, kehrt die Engine genau die Punkte zurück, die diese Bestellung gewährt hat — automatisch. Deshalb sind manuelle Anpassungen echten Korrekturen vorbehalten: Die häufigen Fälle werden dir abgenommen.

Events fließen in den Flow Builder

Die Engine sendet Business-Events aus (Reward earned, Points expiring soon, Friend joined …), die im Flow Builder auftauchen. Benachrichtigungen und E-Mails sind nicht fest verdrahtet — du stellst sie als Flows zusammen, mit demselben Werkzeug, das du für den Rest deines Shops nutzt. So bleibt Reward Engine auf die Belohnungslogik fokussiert und überlässt Shopware das Messaging.

Wohin als Nächstes

• Baue deine erste Regel: Eine Sammel-Möglichkeit anlegen.
• Schlage Daten und Events nach: Entitäten, Events & geplante Aufgaben.