• 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
    31.10.2026

    26.1.2 Enterprise Identity (MVP)

    Login with appsolut: eine Anmeldung im Branding der Organisation für alle ihre Frontends, mit Registrierung, Onboarding als Mitglied und der Verwaltung der Frontend-Benutzer im Studio. Dazu Studio-Rollen mit Berechtigungssets und Organisationseinheiten, Claims in internen Registern und die Mitgliedsnummer-Abfrage.

    Diese Version bringt Login with appsolut: die eine Anmeldung, mit der die Menschen einer Organisation alle ihre Websites und Apps nutzen. Ihre erste Registrierung macht sie außerdem zu Mitgliedern. Daneben bekommt das Studio Berechtigungssets und Organisationseinheiten für seine Studio-Benutzer, Claims in internen Registern und die Mitgliedsnummer-Abfrage.

    Die Anmeldeseiten

    • Die Seiten für Anmeldung, Registrierung, Passwort-Rücksetzung und Support tragen das Anmelde-Branding der Organisation: Layout, Farbe und Farbe für den dunklen Modus, Logo, ein optionales Seitenbild, Links zu Datenschutzerklärung und Impressum und die Support-Adresse. Sie sind auf Deutsch und Englisch, je nach Sprache des Browsers, und folgen seiner hellen oder dunklen Einstellung.
    • Registriert wird mit jeder E-Mail-Adresse, die einem selbst gehört. Ein sechsstelliger Bestätigungscode bestätigt sie, und das Konto entsteht erst, wenn der Code stimmt.
    • Bei der Registrierung weisen die Menschen ihre Mitgliedschaft mit Mitgliedsnummer, Namen, Geburtsdatum und, wo die Organisation einen verschickt, ihrem Prüfcode nach. Wer sich ohne registriert, holt das später unter „Mitgliedschaft bestätigen“ nach.
    • Bei jeder späteren Anmeldung prüft das Studio die Mitgliedschaft erneut. Die Person gibt dafür nichts ein.
    • Wer sich nicht registrieren oder kein Onboarding abschließen kann, sendet mit „Support anfragen“ eine Supportanfrage an die Support-Adresse der Organisation.
    • Ein vergessenes Passwort wird per Link zurückgesetzt. Das Speichern des neuen Passworts beendet jede Sitzung des Frontend-Benutzers in allen Frontends der Organisation.
    • „Abmelden“ meldet von diesem Browser ab, „Von allen Websites und Apps abmelden“ von jeder Website und App der Organisation, auf jedem Gerät.
    • Wer bei einem Frontend angemeldet ist, ist beim nächsten Frontend derselben Organisation angemeldet, ohne etwas einzugeben, und eine Anmeldung, die zu lange gedauert hat, startet von selbst neu, statt einen Fehler zu zeigen.
    • Eine Sicherheitsprüfung und Grenzen für fehlgeschlagene Versuche schützen die Seiten vor automatisierten Angriffen.

    Frontends

    • Die Karte „Anmeldung“ eines Frontends legt App-Typ, Weiterleitungs-URIs und Start-URL fest. Beim Speichern richtet das Studio den Anmelde-Client des Frontends ein. Sein Secret wird einmal angezeigt und lässt sich mit „Secret erneuern“ ersetzen.
    • In dieser Version melden interne Frontends, die Web-Apps sind, Benutzer an. Externe Frontends und die anderen App-Typen folgen in einer späteren Version.
    • Das Frontend erfährt die Frontend-Rolle jeder Anmeldung, „member“ oder „authenticated“, mit der E-Mail-Adresse und den Namen des Frontend-Benutzers.
    • Unter „Freigegebene Claims“ wählen Studio-Benutzer, welche Claims das Backend eines Frontends über seine Mitglieder lesen darf. Freigegeben ist nichts, bis es jemand freigibt.
    • „Frontend trennen“ schaltet ein Frontend ab: Es meldet niemanden an, und seine Frontend-Schlüssel werden abgelehnt. „Wieder verbinden“ stellt alles wieder her.
    • Die Entwicklerdokumentation beschreibt Login with appsolut für alle, die Frontends bauen.

    Community Portal

    • Das Community Portal meldet seine Besucher mit Login with appsolut an. Jedes Navbar-Design und das mobile Menü zeigen „Anmelden“; angemeldet zeigt die Kopfzeile den Vornamen der Person und „Abmelden“.
    • „Abmelden“ öffnet die Seite zum Abmelden auf den Anmeldeseiten, mit „Abmelden“ für diesen Browser und „Von allen Websites und Apps abmelden“ für jede Website und App der Organisation.
    • Kann eine Anmeldung nicht abgeschlossen werden, kehrt die Person mit einem kurzen Hinweis auf die Seite zurück, von der sie kam. Ist das Studio nicht erreichbar, öffnen sich die Seiten des Portals trotzdem.
    • Angemeldete Mitglieder lesen die Seiten nur für Mitglieder, und die Assistenten für Buchung und Einlösung fragen sie nicht mehr nach ihrer Mitgliedsnummer. Namen und E-Mail kommen aus ihrem Konto, das Geburtsdatum aus ihrem Register. Eine Buchung schlägt außerdem Telefon und Postanschrift vor.
    • Für angemeldete Personen, die noch keine Mitglieder sind, nehmen die Assistenten Namen und E-Mail aus dem Konto und fragen wie bisher nach der Mitgliedsnummer.
    • In der „Konfiguration“ der Reisen und der Bonuswelt legt „Mitgliedscode erlaubt ab“ fest, wer die Mitgliedschaft weiterhin mit der Mitgliedsnummer statt mit der Anmeldung als Mitglied nachweisen darf: „Alle“, „Angemeldete Benutzer“ oder „Niemand (nur Anmeldung als Mitglied)“. Die Einstellung gilt, sobald das Portal zum Buchen oder Einlösen eine Anmeldung verlangt, und wo sie gilt, ist die Mitgliedsnummer Pflicht. Wer keine verwenden darf, sieht „Zum Buchen anmelden“ oder „Zum Einlösen anmelden“.
    • Beendet die Organisation den Zugang einer Person, meldet das Portal sie spätestens nach einer Stunde ab.
    • appsolut schaltet die Anmeldung für jedes Portal gemeinsam mit seiner Organisation ein.

    Frontend-Benutzer

    • „Frontend-Benutzer“ listet alle mit einem Konto, mit Suche und Filtern. „Sperren“ schließt einen Frontend-Benutzer von allen Frontends aus und beendet alle seine Sitzungen; „Entsperren“ lässt ihn wieder anmelden. Seine Mitgliedschaft bleibt.
    • Die Seite eines Frontend-Benutzers zeigt sein Profil, seine Organisationsmitgliedschaft, die Frontends, die er nutzt, seine letzten Anmeldungen und was Studio-Benutzer mit dem Konto gemacht haben.
    • „Daten exportieren“ lädt eine Datei mit dem herunter, was das Studio zum Konto eines Frontend-Benutzers speichert, für ein Auskunftsersuchen nach der DSGVO.
    • Frontend-Benutzer und Studio-Benutzer haben getrennte Konten: Mit einem Konto für ein Frontend meldet sich niemand beim Studio an, auch nicht mit derselben E-Mail-Adresse.

    Studio-Benutzer und Rollen

    • Fünf Studio-Rollen: „Eigentümer“, „Administrator“, „Manager“, „Bearbeiter“ und „Stakeholder“, jede mit ihrer eigenen Farbe. „Manager“ und „Stakeholder“ sind neu, und die Rolle „Mitglied“ heißt jetzt „Bearbeiter“, denn Mitglieder sind die Menschen im Mitgliederverzeichnis.
    • Die Bereichsrollen „Community-Manager“, „Frontend-Manager“ und „Frontend-Benutzer-Manager“ weichen Berechtigungssets. Wer eine davon hatte, ist jetzt „Bearbeiter“ mit dem passenden Set, etwa „Community: verwalten“, und behält genau den Zugang, den er hatte; offene Einladungen in eine Bereichsrolle bringen das Set ebenfalls mit.
    • Berechtigungssets legen fest, was ein „Manager“, „Bearbeiter“ oder „Stakeholder“ in den Bereichen „Community“, „Frontends“ und „Frontend-Benutzer“ darf, lesen oder verwalten. Neben den vordefinierten Sets stellen Eigentümer und Administratoren eigene Sets der Organisation zusammen. Ein Set wird mit einem Grund und, etwa für eine Urlaubsvertretung, einem Zeitraum zugewiesen.
    • Organisationseinheiten gruppieren Studio-Benutzer, etwa eine Abteilung. Ein „Manager“ lädt neue Studio-Benutzer in seine Organisationseinheiten ein und betreut sie.
    • Mit der Leseberechtigung eines Bereichs sieht ein Studio-Benutzer dessen Seiten ohne alles, was etwas ändert.
    • Eigentümer, Administratoren und Manager verwalten die Einladungen, die sie selbst verschicken könnten. Eine Einladung verfällt 7 Tage, nachdem sie verschickt oder zuletzt erneuert wurde, und eine, deren Absender sie nicht mehr verschicken darf, zeigt „Muss erneuert werden“.
    • „Abrechnung“ steht in der Seitenleiste nur für Eigentümer.
    • Das Studio spricht durchgehend von „Organisation“ und „Studio-Benutzer“, auf Deutsch und Englisch.
    • Die Startseite Ihres persönlichen Kontos zeigt für jede Ihrer Organisationen eine Karte, mit ihrem Logo, Ihrer Studio-Rolle und, wenn Sie das Mitgliederverzeichnis lesen dürfen, ihrer Mitgliederzahl.

    Register und Mitgliedschaft

    • Interne Register führen Claims, etwa eine Mitarbeitergruppe oder die Wochenarbeitszeit. Die Einstellungen eines Registers legen sie fest, Eintragsformular, Hochladen und Herunterladen enthalten sie, und Registerzuordnungen und Communities filtern auf sie wie auf die Claims eines externen Registers.
    • Die Postanschrift eines Registereintrags in einem internen Register hat ein Land, gewählt aus einer Liste. Beim Hochladen gilt der Ländercode oder der Name des Landes.
    • Die neue „Mitgliedsnummer-Abfrage“ zeigt, wie die gespeicherte Mitgliedschaftsdefinition über eine Mitgliedsnummer gerade jetzt entscheidet, mit den Mitgliedsdaten und den Claims des entscheidenden Registers, nach Namen. Nichts wird protokolliert. „Diese Mitgliedsnummer abfragen“ unter „Prüfungen suchen“ öffnet sie.
    • Die Mitgliedsnummer-Abfrage ersetzt „Mitgliedsnummer testen“ in der Mitgliedschaftsdefinition, das eine Mitgliedsnummer gegen ungespeicherte Änderungen testete. Der Editor behält die Vorschau der berechtigten Personen vor dem Speichern.
    • Der Claim „Wochenarbeitszeit“ enthält Stunden, etwa 38,5 Std., statt eines Prozentsatzes.
    • Ein externes Register, das einen Claim ohne Wert beantwortet, gilt nicht mehr als nicht erreichbar.
    • Ein externes Register, das eine Mitgliedsnummer mit einem Status kennt, den es nicht zählt, aber keine Angaben zur Person liefert, gibt die Mitgliedsnummer jetzt an das nächste Register weiter, statt die Prüfung anzuhalten.

    Listen und Seiten

    • Unter jeder Liste wählen Sie bei „Zeilen pro Seite“ 10, 20, 50 oder 100 Zeilen, und jede Liste merkt sich die Wahl.
    • Die Hauptspalte einer Zeile öffnet deren Details. In einem internen Register öffnet die Mitgliedsnummer den Registereintrag, schreibgeschützt für Studio-Benutzer, die nur lesen dürfen.
    • Einstellungen, Claims und Löschen eines internen Registers liegen hinter dem Zahnrad „Einstellungen“ in der Kopfzeile der Seite, sodass die Registereinträge zuerst kommen.
    • Die Hauptliste jeder Seite nutzt die volle Breite, und Formulardialoge sind so breit, wie ihr Formular es braucht.

    Anmeldung beim Studio

    • Die Sicherheitsprüfung der Anmeldeformulare des Studios zeigt ihre Aufgabe, wenn sie einen Klick braucht, und bietet „Erneut versuchen“, wenn sie fehlschlägt, statt endlos zu warten.
    • E-Mail-Links, die eine Adresse bestätigen oder ein Passwort zurücksetzen, verlangen erst die E-Mail-Adresse oder das neue Passwort, bevor sie wirken. E-Mail-Sicherheitsscanner, die Links öffnen und Schaltflächen drücken, können sie nicht mehr aufbrauchen.

    Website und Dokumentation

    • Die Website hat eine Startseite, häufige Fragen, einen Blog, diesen Changelog, rechtliche Seiten mit Impressum und Preise in Euro, netto mit Hinweis auf die Umsatzsteuer, auf Deutsch und Englisch.
    • Die Dokumentation hat drei Teile: das Studio-Handbuch, die Portal-Dokumentation und die Entwicklerdokumentation mit ihrer API-Referenz.
    • Das Kontaktformular ist durch eine Sicherheitsprüfung geschützt.
    Vorherige

    26.1.1 Mitgliedschaft (MVP)

    29.10.2026
    Nächste

    26.1.3 Gutscheinportal (MVP)

    03.11.2026