Dokumentation/Studio
Zurück
  • Erste Schritte
    • Grundbegriffe
    • Anmelden
    • Organisationen erstellen und wechseln
  • Register
    • Register anlegen und ändern
    • Einträge hochladen und herunterladen
    • Einträge hinzufügen, bearbeiten und deaktivieren
    • Gruppen
    • Prüfcodes
    • Externes Register anbinden und testen
    • Registeraktivität
  • Mitgliedschaftsdefinition
    • Registerzuordnungen hinzufügen und ordnen
    • Filter und Ergebnisse
    • Vor dem Speichern prüfen
    • Speichern und Versionsverlauf
  • Communities
    • Community anlegen, umbenennen und löschen
    • Nach Register, Status, Gruppen und Claims filtern
  • Mitgliederverzeichnis
    • Ein Mitglied finden
    • Prüfungen einer Mitgliedsnummer suchen
    • Mitgliedschaft deaktivieren
  • Frontends
    • Ein Frontend anlegen
    • Frontend-Schlüssel
    • Anmeldeeinstellungen
    • Anmelde-Branding
  • Login with appsolut
    • Registrierung und Onboarding
    • Anmelden und abmelden
    • Supportanfragen
  • Frontend-Benutzer
    • Einen Frontend-Benutzer finden
    • Mitgliedschaft und Aktivierungen
    • Einen Frontend-Benutzer sperren
    • Die Daten eines Frontend-Benutzers exportieren
    • Ein Frontend trennen
  • Mitgliedschaftsprüfung
    • Prüfmodi
    • Ergebnisse und Prüfprotokoll
    • Begrenzung fehlgeschlagener Prüfungen
    • Kulanzregel
  • Organisationseinstellungen
    • Profil der Organisation
    • Studio-Benutzer und Rollen
    • Abrechnung
    • Roadmap und Feature-Wünsche

Mitgliedschaftsprüfung

Wie das Studio entscheidet, ob eine Person ein berechtigtes Mitglied ist, und was seine Antworten bedeuten.

Studio-Rollen: „Eigentümer“, „Administrator“ und „Community-Manager“ sehen ihre Ergebnisse im Mitgliederverzeichnis und unter „Prüfungen suchen“. Niemand startet eine Mitgliedschaftsprüfung im Studio: Sie läuft, wenn eine Person oder ein Frontend anfragt.

Die Mitgliedschaftsprüfung ist die Antwort des Studios, ob eine Mitgliedsnummer und die Angaben dazu einem berechtigten Mitglied Ihrer Organisation gehören. Sie geht Ihre Mitgliedschaftsdefinition von oben nach unten durch und antwortet auf eine von drei Arten:

  • „Gültig“: Ein Register, das zulässt, hat über die Person entschieden.
  • „Nicht gültig“: Ein Register hat sie abgelehnt, oder keines hat entschieden.
  • „Nicht verfügbar“: Ein Register konnte nicht antworten, daher kann das Studio es nicht sagen.

Wann sie läuft

  • Onboarding: wenn eine Person über Login with appsolut Mitglied wird, mit ihrer Mitgliedsnummer, ihren Namen, ihrem Geburtsdatum und, wo verlangt, ihrem Prüfcode.
  • Anmeldung: bei jeder Anmeldung eines Mitglieds, mit seiner gespeicherten Mitgliedsnummer.
  • Berechtigung: wenn das Backend eines Frontends nach jemandem fragt, etwa bevor es eine Reise für ihn bucht.

Prüfmodi erklärt jeden.

Gründe bleiben im Studio

Jede Antwort, die nicht gültig ist, hat einen Grund, etwa „In keinem Register gefunden“ oder „Namen oder Geburtsdatum stimmen nicht überein“. Das Studio zeigt ihn Ihnen, unter Prüfungen suchen und auf der Seite eines Mitglieds. Der Person und dem Frontend nennt es ihn nie: Sie erhalten nur die Antwort, und eine Supportanfrage, die eine Person von den Anmeldeseiten schickt, sagt nicht, warum ihre Prüfung fehlgeschlagen ist. So kann niemand durch Ausprobieren herausfinden, was ein Register enthält.

Was sie ändert

Eine gültige Prüfung beim Onboarding legt die Organisationsmitgliedschaft der Person an. Jede spätere Prüfung aktualisiert sie: ihren Status, den verknüpften Registereintrag, die gespeicherten Namen, Gruppen und Claims und damit ihre Communities. Jede Prüfung wird ins Prüfprotokoll geschrieben.

In diesem Abschnitt

  • Prüfmodi
  • Ergebnisse und Prüfprotokoll
  • Begrenzung fehlgeschlagener Prüfungen
  • Kulanzregel