Eine Regelbasis für alle Loyalty-Kanäle
Eine Loyalty Engine prüft Ereignisse, Berechtigungen und Programmregeln. Daraus entstehen nachvollziehbare Punkte, Statuswechsel oder Vorteile – mit Bezug auf die gültige Regelversion und spätere Korrekturen.
So wird aus einem Ereignis ein Vorteil
- 1. EreignisAusgangspunkt erfassen
- 2. RegelversionKontext und Voraussetzungen prüfen
- 3. EntscheidungErgebnis nachvollziehbar ermitteln
- 4. BuchungVorgang dokumentieren
- 5. RückmeldungNächsten Schritt auslösen
Eine Regel. Ein erklärbares Ergebnis.
Ein Kauf, ein Lernabschluss, eine Registrierung oder ein verifizierter Claim kann der Ausgangspunkt sein. Das Regelwerk verbindet die Voraussetzungen mit einer klar definierten Aktion.
Beispiel: qualifizierten Kauf belohnen
WENN das Mitglied zur berechtigten Zielgruppe gehört UND der Artikel teilnimmt UND das Zeitfenster gültig ist, DANN wird der konfigurierte Bonus ermittelt. Vor der Buchung werden Ausschlüsse, Kombinationen, Budget und Limits geprüft.
Segment, SKU, Menge, Kanal, Uhrzeit, Markt, Mitgliedsstatus und Kontoebene bilden den fachlichen Kontext. Priorität, Kombinationen, Ausschlüsse, Budgets und Limits legen die zulässige Aktion fest. Das Beispiel illustriert die Fachlogik. Es beschreibt keine angebundene Produktinstanz.
Zwei Regeln treffen auf denselben Kauf
Konflikt 1: Ein Coupon schließt einen zusätzlichen Bonus aus. Die definierte Ausschlussregel entscheidet; das Ergebnis enthält einen verständlichen Grund.
Konflikt 2: Zwei Aktionen sind grundsätzlich kombinierbar, überschreiten zusammen aber das Limit. Die festgelegte Priorität bestimmt die zulässige Vergabe. Reihenfolge und Ergebnis gehören in die Entscheidungsspur.
Änderungen kontrolliert in Betrieb nehmen
- 1. EntwurfFachliche Änderung beschreiben
- 2. SimulationMit repräsentativen Daten testen
- 3. FreigabeVier-Augen-Prüfung dokumentieren
- 4. AktivGültige Version je Markt einsetzen
- 5. BeendetGültigkeit beenden und Historie erhalten
Gültige Regelversionen, eine nachvollziehbare Änderungshistorie und Freigaben durch berechtigte Rollen bilden die Grundlage der Programmsteuerung. Simulation und Replay verwenden repräsentative Daten, bevor eine Änderung je Markt ausgerollt wird.
Rücksetzen und korrigieren
Eine frühere Konfiguration wieder zu aktivieren ändert bereits gebuchte Vorgänge nicht rückwirkend. Korrekturen erfolgen als nachvollziehbare Gegenbuchungen mit Bezug zum Ursprung. Damit bleiben Entscheidung und Abrechnung unterscheidbar.
Auch Ausnahmen brauchen eine klare Antwort
Einlösung reservieren, bestätigen oder freigeben: Jeder Schritt benötigt einen eindeutigen Zustand. Wiederholte Anfragen dürfen denselben fachlichen Vorgang nicht erneut vergüten.
Frontend-Beispiel mit fiktiven Daten: 100 → 70 → 50 → 50 Punkte. Keine Verbindung zu einem Loyalty-Backend.
Timeout, verspätetes Ereignis und Budgetgrenze
Bei einem Timeout wird der Vorgangsstatus geprüft, bevor erneut gebucht wird. Verspätete Ereignisse benötigen eine definierte fachliche Gültigkeit. Eine Budgetüberschreitung führt zu einer erklärbaren Ablehnung oder einem vereinbarten Prüfprozess. Ursprungsbezug und Ergebniscode gehören zum Nachweis.
Profile und Buchungen im Zusammenhang
Person, Unternehmen, Händlerstandort, Team und Haushalt können unterschiedliche fachliche Rollen einnehmen. Konto, Berechtigung und Partnerzuordnung werden getrennt betrachtet.
- 1. ProfilAusgangspunkt erfassen
- 2. KontoKontext und Voraussetzungen prüfen
- 3. GeschäftsvorfallErgebnis nachvollziehbar ermitteln
- 4. LedgerVorgang dokumentieren
- 5. Finance / ERPNächsten Schritt auslösen
Ein Geschäftsvorfall erklärt, warum etwas geschieht. Eine Ledger-Buchung dokumentiert die Wertbewegung. Der Abrechnungsexport verbindet die Nachweise mit den vereinbarten Finanzprozessen.
Welche Nachweise gehören zur technischen Abnahme?
Regelpriorität, Idempotenz, parallele Reservierungen, Teilretouren und eine reproduzierbare Entscheidungsspur gehören in den gemeinsamen Funktionstest.
Ihr Vorhaben. Unser gemeinsamer nächster Schritt.
Besprechen wir Ihre Zielgruppe, Ihre Datenquellen und den Ablauf, den Sie verbessern möchten. Daraus entsteht eine Demo, die zu Ihrem Programm passt.
Ihre Demo beginnt mit Ihrem Alltag.
Ein normaler Vorgang. Ein Sonderfall. Die beteiligten Systeme. Wir zeigen, wie Regeln, Kanäle und Kontrolle zusammenspielen.