Version 26.1.3, „Gutscheinportal (MVP)“, gibt dem Studio einen neuen Bereich, „Gutscheine“, in dem eine Organisation ihr Gutscheinprogramm führt: ihre Partner, ihre Gutscheinangebote und die Codes dahinter. Frontends wie ein Community Portal oder eine App zeigen die Angebote weiter als eigene Inhalte. Welchen Code ein Mitglied bekommt und wie oft, entscheidet das Studio, auf jedem Frontend gleich, das über das Studio einlöst. Dieser Beitrag zeigt die wichtigsten Neuerungen, am Beispiel der Pannoniqa AG, der imaginären Organisation unserer Dokumentation. Der Changelog-Eintrag führt jede Änderung auf.
Partner und Gutscheinangebote
Die Belegschaft der Pannoniqa bekommt Rabatte in einem Thermalbad, einem Radgeschäft und einer Buchhandlung. Jedes dieser Unternehmen wird ein Partner im Studio, mit seinen Kontaktpersonen und einer Einlöseadresse für die Nachrichten der Mitglieder. Das Thermalbad Pannonia etwa hat eine eigene Adresse für Gutscheine, Radwerk Graz keine; Nachrichten dazu gehen deshalb an die Standard-Einlöseadresse in den Gutschein-Einstellungen.
Jedes Angebot ist ein Gutscheinangebot: „Thermentag mit 20 % Rabatt“ im Thermalbad Pannonia, gültig vom ersten bis zum letzten Tag, den Sie wählen. Ein Angebot beginnt als Entwurf und gibt erst Codes aus, wenn es aktiv ist. Schließt das Bad für eine Woche Revision, hält „Pausieren“ das Angebot sofort auf jedem Frontend an, und „Aktivieren“ bringt es zurück. „Beenden“ ist endgültig, für ein Angebot, das vorbei ist.
Das Einlöselimit legt fest, wie oft eine Person ein Angebot einlösen darf: einmal, eine Anzahl pro Kalendermonat oder Kalenderjahr oder so oft sie will. Es zählt über alle Frontends. Die Pannoniqa erlaubt den Thermentag viermal pro Kalenderjahr; wer ihn viermal in der Pannoniqa App eingelöst hat, kann ihn auf keinem anderen Frontend der Pannoniqa ein fünftes Mal einlösen. Gutscheine erklärt die Begriffe, und Ein Gutscheinangebot anlegen führt durch das Formular.
Ein eigener Code für jedes Mitglied
Manche Partner geben einen Code, den alle Mitglieder verwenden. Andere wollen wissen, welcher Gutschein an wen ging, und liefern eine Liste eigener Codes. Dafür nimmt ein Gutscheinangebot jetzt einen Gutscheinpool.
Das Thermalbad Pannonia schickt der Pannoniqa eine Datei mit den Codes für den „Saunaabend für zwei“. Die Gutscheinverwaltung importiert sie in den Pool „Lieferung Frühjahr 2026“. Bevor etwas gespeichert wird, zählt eine Vorschau die neuen Codes, die Duplikate und die ungültigen Zeilen, jeweils mit Zeilennummer. Ab dann bekommt jedes Mitglied, das einlöst, einen eigenen Code, und kein Code wird je zweimal ausgegeben.
Die Seite des Pools zeigt, wie viele Codes verfügbar, ausgegeben, zurückgezogen oder abgelaufen sind. Erreicht der Bestand die Warnschwelle des Pools, und noch einmal, wenn er leer ist, bekommt die Benefits-Warnadresse eine E-Mail. So bleibt Zeit, beim Bad die nächste Lieferung anzufragen. Ruft das Bad einen Teil einer Lieferung zurück, zieht die Gutscheinverwaltung diese Codes zurück, einzeln, nach einem Filter oder per Liste. Gutscheinpools beschreibt jeden Schritt.
Codes bleiben verdeckt: Die Listen der Gutscheinangebote und der Pool-Codes zeigen nur ihre ersten drei Zeichen, und einen Pool-Code vollständig anzuzeigen ist ein Klick, den das Studio festhält.
Die Einlösestelle sieht jede Einlösung
Jeder Code, den ein Mitglied bekommt, ist eine Einlösung, mit einer Referenz, die mit RD- beginnt und die das Mitglied nennen kann. Die Einlösestelle der Pannoniqa findet sie alle unter „Gutscheine“, „Einlösungen“: den Code, das Mitglied, das Frontend und was das Mitglied in diesem Moment auf der Seite gesehen hat. Sie behält den Überblick mit einem Status, von „Offen“ bis „Erledigt“ oder „Storniert“, und einer Notiz, die das Mitglied nie sieht.
Das Mitglied bekommt seinen Code auch per E-Mail, im Erscheinungsbild der Pannoniqa und in der Sprache, in der es die Seite gelesen hat. Wo die Seite es anbietet, kann es dem Partner einmal zu seiner Einlösung schreiben, und das Studio sendet diese Nachricht mit seinem Code an die Einlöseadresse des Partners. Will die Einlösestelle eine Kopie jeder Einlösung, schaltet sie das in den Einlöse-Einstellungen ein.
Für Einlösungen gelten dieselben Datenschutzregeln wie im übrigen Studio. Wird eine Mitgliedschaft anonymisiert, werden die Einlösungen des Mitglieds mit anonymisiert, und jede Einlösung wird 7 Jahre nach ihrer letzten Statusänderung gelöscht. Einlösungen und Eine Einlösung bearbeiten beschreiben die Arbeit der Einlösestelle.
Einlösen auf jedem Frontend
Frontends lösen über die Service-API des Studios ein. Sie erfahren, ob ein Angebot gerade einen Code ausgeben kann, aber nie, wie viele Codes übrig sind. Für ein angemeldetes Mitglied prüft das Studio die Mitgliedschaft im Moment des Einlösens; wer die Organisation verlassen hat, bekommt keinen Code.
Ein Frontend, dessen eigener Server prüft, für wen er einlöst, kann auch für Personen einlösen, die nicht angemeldet sind, etwa für ein Mitglied, das seine Mitgliedschaft mit seiner Mitgliedsnummer nachweist. Das ist für jedes Frontend ausgeschaltet, bis Sie es unter Gastzugang einschalten.
Das Community Portal bereitet sich darauf vor. Portal-Redakteure können einen Vorteil schon mit seinem Gutscheinangebot im Studio verknüpfen, und seine Codes lassen sich dann nur noch im Studio ändern. Mitglieder lösen im Portal weiter aus den eigenen Feldern des Vorteils ein, bis das Portal mit einer späteren Version über das Studio einlöst.
Probieren Sie es aus
Im Studio erscheint die Gruppe „Gutscheine“ der Seitenleiste für Eigentümer und Administratoren und für die Studio-Benutzer, denen Sie das Berechtigungsset „Gutscheinverwaltung“ oder „Gutscheine ansehen“ geben, oder ein Berechtigungsset mit „Einlösungen: verwalten“. Warum Vorteile und Gutscheine für ein Portal so viel zählen, erklärt Vorteile, die genutzt werden: warum ein Community Portal mehr ist als ein weiterer Kanal. Der Changelog-Eintrag zu 26.1.3 führt jede Änderung auf. Wenn etwas nicht so funktioniert, wie Sie es erwarten, sagen Sie es uns.