Version 26.1.1, „Mitgliedschaft (MVP)“, bringt das Herzstück des Studios, der Verwaltungsanwendung von appsolut ONE: Eine Organisation beschreibt einmal, woher ihre Menschen kommen und wer von ihnen Mitglied ist, und das Studio entscheidet bei jeder Anmeldung, wer welche ihrer Websites und Apps nutzen darf. 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, und der Beitrag Von der Mitgliederliste zur Community: regelbasierte Mitgliedschaft erklärt erklärt die Idee dahinter ausführlich.
Register: woher Ihre Menschen kommen
Ein Register ist eine Liste von Menschen, die Mitglied werden können, jeder erkennbar an seiner Mitgliedsnummer. Die Pannoniqa führt drei. „SAP HR“, ihr Personalsystem, ist ein externes Register: Die Menschen bleiben dort, und das Studio fragt es live über die appsolut Register-API ab, sobald eine Prüfung es braucht. „Verbindung testen“ zeigt, ob es antwortet, wie schnell und warum nicht, wenn es schweigt. Die Details stehen unter Externes Register anbinden und testen.
„Pensionistinnen und Pensionisten“ und „Betriebsrat“ sind interne Register, die im Studio geführt werden. Die Personalabteilung lädt die Pensionistinnen und Pensionisten einmal im Quartal aus einer Excel-Datei hoch: Sie ordnet die Spalten zu, liest den „Prüfbericht“ und die Vorschau und bestätigt. Der Upload führt nach Mitgliedsnummer zusammen und entfernt nie jemanden, und 50.000 Zeilen dauern weniger als zwei Minuten. Der Betriebsrat ist so klein, dass er von Hand gepflegt wird. Einträge hochladen und herunterladen erklärt den Upload.
Eine Mitgliedsnummer allein ist oft leicht zu erraten. Wo das zählt, ergänzt ein Prüfcode ein persönliches Geheimnis, das die Pannoniqa per Brief verschickt: „Prüfcodes erzeugen“ lädt die Codes einmal als Excel-Datei für den Serienbrief herunter, und das Studio speichert von jedem nur einen Hash. Siehe Prüfcodes.
Eine Mitgliedschaftsdefinition entscheidet
Die Mitgliedschaftsdefinition ist eine geordnete Liste von Registerzuordnungen. Eine Person wird von oben gesucht, und das erste Register, das entscheidet, gilt, mit dem Ergebnis „Lässt zu“ oder „Lehnt ab“. Bei der Pannoniqa entscheidet „SAP HR“ über aktive Beschäftigte. Ein Betriebsratsmitglied in Karenz erfüllt den Filter von SAP HR auf den Status „Aktiv“ nicht, also entscheidet stattdessen „Betriebsrat“. Über einen Pensionisten entscheidet „Pensionistinnen und Pensionisten“. Die Handbuchseite Mitgliedschaftsdefinition geht dieses Beispiel durch.
Filter grenzen jede Zuordnung ein, nach Status, Gruppen, Mitgliedschaftsbeginn oder Mindestdauer der Mitgliedschaft und nach den Claims, die ein externes Register liefert. Während Sie bearbeiten, zählt „Berechtigte Personen“, wie viele Personen die ungespeicherten Änderungen zulassen. „Speichern und veröffentlichen“ veröffentlicht die Definition sofort als neue Version, und der „Versionsverlauf“ bewahrt jede auf. Speichern und Versionsverlauf beschreibt beides.
Bei jeder Anmeldung geprüft
Die Mitgliedschaftsprüfung geht die Definition durch, wenn eine Person Mitglied wird, bei jeder ihrer Anmeldungen und wenn das Backend eines Frontends nach jemandem fragt. Sie antwortet mit gültig, nicht gültig oder nicht verfügbar, und nur das Studio sieht den Grund, warum jemand nicht gültig ist. Siehe Mitgliedschaftsprüfung.
Ist SAP HR wegen einer Wartung nicht erreichbar, melden sich die Mitglieder der Pannoniqa weiter an: Ihre letzte gültige Prüfung zählt 7 Tage lang, wie die Kulanzregel erklärt. Fehlgeschlagene Prüfungen sind je Mitgliedsnummer, je Antragsteller und je Frontend begrenzt, damit niemand Mitgliedsnummern durchprobieren kann, bis eine passt. Die Grenzen stehen unter Begrenzung fehlgeschlagener Prüfungen.
Communities und Frontends
Eine Community ist ein benannter Filter über das Mitgliederverzeichnis. Die Pannoniqa hat „Gesamte Belegschaft“, die das Pannoniqa Portal bedient, und „Aktive Belegschaft“, die die Pannoniqa App bedient. Johann Gruber, ein Pensionist, darf das Portal nutzen, aber nicht die App, und dafür musste ihn niemand auf eine Liste setzen: Seine Communities ergeben sich aus seiner letzten Prüfung. Siehe Communities.
Jedes Frontend hat genau eine Community, und mit „Mitgliedschaft verpflichtend“ dürfen es nur gültige Mitglieder dieser Community nutzen (Frontends). Das eigene Backend eines Frontends ruft das Studio mit einem Frontend-Schlüssel auf, der beim Ausstellen einmal angezeigt wird (Frontend-Schlüssel). Über die Mitglieder-API fragt das Backend, ob ein Antragsteller berechtigt ist, bevor es eine Buchung annimmt, oder liest die Mitgliedsdaten des angemeldeten Mitglieds live aus seinem Register. Ein mit Frontend-Schlüssel angebundenes Community Portal prüft Mitgliedsnummern in seinen Assistenten für Buchung und Einlösung auf diesem Weg. Kann ein Register nicht antworten, bittet der Assistent, es später noch einmal zu versuchen, und behält alle Eingaben des Mitglieds.
Das Mitgliederverzeichnis
Das Mitgliederverzeichnis listet alle Organisationsmitgliedschaften mit ihrem Status und ihren Communities (Mitgliederverzeichnis). Ruft eine Pensionistin an, weil sie sich nicht registrieren kann, zeigt „Prüfungen suchen“ jede Prüfung ihrer Mitgliedsnummer und warum sie fehlgeschlagen ist. Die Seite eines Mitglieds zeigt die Mitgliedschaft, den Frontend-Benutzer, der sie hält, die genutzten Frontends und den Verlauf. Eine Mitgliedschaft lässt sich mit Begründung deaktivieren, und bei einem Löschbegehren entfernt „Jetzt anonymisieren“ alles, was die Person erkennen lässt, wie Mitgliedschaft anonymisieren beschreibt.
Außerdem in dieser Version
- Eine öffentliche Roadmap, auf der Studio-Benutzer Funktionen vorschlagen, Fehler melden und abstimmen: siehe Roadmap und Feature-Wünsche.
- Die Links in den E-Mails des Studios warten auf einen Klick auf der Seite, die sie öffnen. Mailscanner, die Links zuerst öffnen, verbrauchen sie daher nicht mehr.
- Studio-Rollen legen fest, was jeder Studio-Benutzer in einer Organisation tun darf, und Datum und Uhrzeit erscheinen in der Zeitzone der Person, die sie liest.
Probieren Sie es aus
Der Changelog-Eintrag zu 26.1.1 führt jede Änderung auf, und die Studio-Dokumentation beschreibt, wie Sie sie nutzen. Wenn etwas nicht so funktioniert, wie Sie es erwarten, schreiben Sie uns.