• Blog
  • Changelog
  • Roadmap
  • Preise
  • FAQ

appsolut ONE – enterprise community server. Plattform für Ihre internen und externen Communities, mit Mitgliedschaft und Anmeldung eingebaut.

Über uns
  • Blog
  • Kontakt
Dokumentation
  • Studio
  • Portal
  • Entwickler
Produkt
  • Roadmap
Rechtliches
  • Nutzungsbedingungen
  • Datenschutzerklärung
  • Cookie-Richtlinie
  • Impressum

© 2026 appsolut ONE. Alle Rechte vorbehalten.

  • Blog
  • Changelog
  • Roadmap
  • Changelog
    03.11.2026

    26.1.3 Gutscheinportal (MVP)

    Der neue Bereich Gutscheine im Studio: Partner, Gutscheinangebote und Gutscheinpools mit einem eigenen Code für jedes Mitglied, eine Einlösestelle für jede Einlösung und Einlösen über jedes Frontend.

    Diese Version bringt das Gutscheinportal ins Studio. Eine Organisation führt dort ihr Gutscheinprogramm: die Partner, die ihre Gutscheine einlösen, die Gutscheinangebote für ihre Mitglieder und die Codes dahinter. Ihre Frontends, etwa ein Community Portal, zeigen die Angebote als eigene Inhalte, und das Studio entscheidet, welchen Code ein Mitglied bekommt und wie oft.

    Partner und Gutscheinangebote

    • Die Seitenleiste hat eine neue Gruppe, „Gutscheine“, mit „Gutscheinangebote“ und „Partner“. Sie erscheint für „Eigentümer“ und „Administrator“ und für die neuen Berechtigungssets „Gutscheinverwaltung“ und „Gutscheine ansehen“. Mit „Gutscheine ansehen“ sieht man alles, ohne es zu ändern, die Codes maskiert.
    • Ein Partner hat seinen Namen, eine Einlöseadresse für die Nachrichten der Mitglieder, eine Website, bis zu 20 Kontaktpersonen und eine interne Notiz. „Archivieren“ erscheint, sobald jedes Gutscheinangebot des Partners beendet ist, und ein Partner ohne Gutscheinangebote lässt sich löschen.
    • Ein Gutscheinangebot nennt seinen Partner und seine Gültigkeit, in Tagen Ihrer Zeitzone. Seine Gutscheinquelle für Neukunden, und optional eine für Bestandskunden, ist ein statischer Code oder ein Gutscheinpool.
    • Das Einlöselimit legt fest, wie oft eine Person ein Angebot einlösen darf: „Einmal pro Person“, eine Anzahl pro Kalendermonat oder Kalenderjahr oder „Unbegrenzt“. Es zählt über alle Ihre Frontends.
    • Ein Angebot beginnt als „Entwurf“ und gibt nur Codes aus, solange es „Aktiv“ ist und innerhalb seiner Gültigkeit liegt. „Pausiert“ hält es an, bis Sie es wieder aktivieren, und „Beendet“ ist endgültig.
    • Codes sind in jeder Liste maskiert, nur ihre ersten drei Zeichen sind zu sehen. Mit „Gutscheinverwaltung“ sieht man die statischen Codes eines Angebots vollständig auf dessen Seite.
    • Die „Gutschein-Einstellungen“ hinter dem Zahnrad auf „Gutscheinangebote“ enthalten die Standard-Einlöseadresse und die Benefits-Warnadresse.

    Gutscheinpools

    • Ein Gutscheinpool enthält eigene Codes, die Ihr Partner geliefert hat, für ein Gutscheinangebot und eine Kundenart. Jedes Mitglied, das einlöst, bekommt einen eigenen Code, und kein Code wird je zweimal ausgegeben.
    • „Codes importieren“ nimmt eine CSV- oder Excel-Datei oder eingefügte Codes, bis zu 50.000 auf einmal. Eine Vorschau zählt die neuen Codes, die Duplikate und die ungültigen Zeilen, jeweils mit Zeilennummer, bevor etwas gespeichert wird. Ein Code existiert in Ihrer Organisation nur einmal.
    • Die Seite eines Pools zeigt seinen Bestand: „Verfügbar“, „Ausgegeben“, „Zurückgezogen“ und „Abgelaufen“. „Bestand niedrig“ und „Leer“ warnen auf der Seite des Pools, auf der Seite des Angebots und in der Liste der Gutscheinangebote.
    • Bei der Warnschwelle des Pools, und noch einmal, wenn er leer ist, bekommt die Benefits-Warnadresse eine E-Mail. Jede Nacht kurz nach Mitternacht, Wiener Zeit, werden die Pools erneut auf abgelaufene Codes geprüft.
    • „Anzeigen“ zeigt einen verfügbaren Code vollständig, und jedes Anzeigen wird festgehalten. Codes lassen sich einzeln, nach dem Filter der Tabelle oder per Liste zurückziehen. Zurückgezogen ist endgültig.
    • „Verlauf“ führt jeden Import mit Dateiname und Zahlen auf, jedes Zurückziehen und jede Änderung des Pools.

    Einlösungen

    • „Einlösungen“ unter „Gutscheine“ listet jede Einlösung mit ihrer Referenz RD-, dem vollständigen Code, dem Mitglied, dem Frontend und den E-Mails. Die Seite erscheint für „Eigentümer“, „Administrator“ und Berechtigungssets mit „Einlösungen: verwalten“.
    • Die Seite einer Einlösung zeigt, was das Mitglied auf dem Frontend gesehen hat, so wie es in diesem Moment war. Unter „Status und Notiz“ setzt die Einlösestelle „Offen“, „In Bearbeitung“, „Erledigt“ oder „Storniert“ und hält eine Notiz fest. Das Mitglied sieht beides nie.
    • Die Liste der Gutscheinangebote zählt die „Einlösungen (30 Tage)“ jedes Angebots, und die Seite eines Angebots zeigt unter „Eingelöst über“ die Inhalte, über die Mitglieder es eingelöst haben.
    • Jedes Mitglied bekommt eine Kopie seiner Einlösung per E-Mail, mit dem Code, im Anmelde-Erscheinungsbild Ihrer Organisation und in der Sprache, in der es die Seite gelesen hat. Ist „Kopie jeder Einlösung“ eingeschaltet, bekommt auch die Einlösestelle eine Kopie. Jede Kopie erscheint als „Gesendet“, „Fehlgeschlagen“, „Nicht gesendet“ oder „Ausstehend“.
    • Wo die Seite den Kanal E-Mail angeboten hat, kann ein Mitglied dem Partner einmal zu einer Einlösung schreiben. Das Studio sendet die Nachricht mit dem Code an die Einlöseadresse des Partners oder an Ihre Standard-Einlöseadresse. Scheitert die Kopie für den Partner, bittet die Seite der Einlösung die Einlösestelle, sie weiterzuleiten.
    • Die „Einlöse-Einstellungen“ hinter dem Zahnrad auf „Einlösungen“ enthalten die Adresse der Einlösestelle, den Schalter für die Kopie und die Administratoradresse. Der Versand der Kopie für Administratoren folgt mit einer späteren Version.
    • Wird eine Organisationsmitgliedschaft anonymisiert, werden auch ihre Einlösungen anonymisiert. Jede Einlösung wird 7 Jahre nach ihrer letzten Statusänderung gelöscht.

    Einlösen über ein Frontend

    • Die Backends Ihrer Frontends lösen über die Service-API ein. Sie erfahren, ob ein Angebot gerade einen Code ausgeben kann (verfügbar, nicht begonnen, pausiert, beendet oder ausverkauft), aber nie, wie viele Codes übrig sind.
    • Für ein angemeldetes Mitglied prüft das Studio die Mitgliedschaft im Moment des Einlösens, zählt das Einlöselimit über alle Ihre Frontends und gibt den Code aus. Ein Frontend erfährt auch, wie oft das Mitglied ein Angebot eingelöst hat und ob das Limit erreicht ist.
    • „Gastzugang“ auf der Seite eines Frontends entscheidet, ob sein Backend auch für Personen einlösen darf, die nicht angemeldet sind. Er ist für jedes Frontend aus, bis Sie „Gastaufrufe erlauben“ einschalten, und nur für die App-Typen „Web-App“ und „Server“ möglich.
    • Eine Gast-Einlösung mit Mitgliedsnummer wird wie eine Berechtigungsprüfung geprüft und zählt auf das Einlöselimit der Mitgliedschaft zu dieser Nummer. Ohne Mitgliedsnummer lassen sich nur Angebote mit statischem Code und ohne Limit einlösen. Ein Frontend macht höchstens 200 Gast-Einlösungen pro Stunde.

    Community Portal

    • Im Reiter „Einlösung“ eines Vorteils können Portal-Redakteure das „Gutscheinangebot“ aus dem Studio verknüpfen. Solange ein Vorteil verknüpft ist, sind seine Gutscheincodes und die Adresse des Partners im Admin des Portals schreibgeschützt, weil das Studio sie pflegt.
    • Mitglieder lösen vorerst weiter aus den eigenen Feldern des Vorteils ein. Das Community Portal löst ab einer späteren Version über das Studio ein.

    Fehlerbehebungen

    • Das Hochladen eines Bildes auf der Seite „Anmelde-Branding“ scheiterte mit „Das Bild konnte nicht hochgeladen werden“. Es funktioniert wieder.
    • Ein Studio-Benutzer, der ein Frontend getrennt hatte, konnte sein eigenes Konto nicht löschen. Jetzt kann er es.
    Vorherige

    26.1.2 Enterprise Identity (MVP)

    31.10.2026
    Nächste

    26.2.0 Unified Application Shell

    05.11.2026