Dokumentation/Entwickler
Zurück
  • Erste Schritte
    • Frontends und App-Typen
    • Umgebungen und Endpunkte
  • OAuth-Clients
    • Client-ID und Client-Secret
    • Redirect-URIs und Start-URL
    • Secret erneuern
  • Login with appsolut
    • Authorization-Code-Flow
    • Tokens und Claims
    • Frontend-Rolle
    • Abmeldung
    • Widerruf und ausgestellte Tokens
    • Fehler des Token-Endpunkts
  • Frontend-Schlüssel
    • Einen Schlüssel ausstellen und aufbewahren
    • Einen Schlüssel senden
    • Wechseln und widerrufen
  • Mitglieder-API
    • Berechtigung aus einem Backend
    • Das angemeldete Mitglied
    • Ergebnisse, Ratenlimits und Fehler
    • Ist ein Antragsteller ein berechtigtes Mitglied?
    • Die Mitgliedschaft des angemeldeten Frontend-Benutzers
  • appsolut Register-API
    • Die API umsetzen
    • Anbinden und testen
    • Ein Mitglied mit seinem Prüfcode verifizieren
    • Alle Mitglieder auflisten
    • Der Status mehrerer Mitglieder
    • Der Status eines Mitglieds
    • Die Personendaten mehrerer Mitglieder
    • Die Personendaten eines Mitglieds
    • Die Claims mehrerer Mitglieder
    • Die Claims eines Mitglieds
    • Health-Check

appsolut Register-API

Die API, die ein externes Register bereitstellt, damit das Studio es zu Mitgliedsnummern befragen kann.

Ein externes Register ist eine Liste von Personen, die Mitglied werden können, und bleibt im eigenen System der Organisation, etwa Pannoniqas Personalsystem „SAP HR“. Das Studio kopiert es nicht: Es fragt es über die appsolut Register-API live ab, wann immer es etwas über eine Mitgliedsnummer wissen muss. Dieser Abschnitt ist für alle, die diese API vor dem System der Organisation bauen.

Wie das Studio sie verwendet

WannDas Studio ruft aufMit
Eine Person durchläuft das Onboarding, und in der Anbindung ist „Prüfcode erforderlich“ eingeschaltetEin Mitglied mit seinem Prüfcode verifizierenDer Mitgliedsnummer wie eingegeben, dem eingegebenen Geburtsdatum und dem Prüfcode
Eine Person durchläuft das Onboarding ohne Prüfcode, oder ein Frontend fragt nach einem Antragsteller (Berechtigung)Die Personendaten eines MitgliedsDer Mitgliedsnummer wie eingegeben
Ein Mitglied meldet sich an (Anmeldeprüfung)Der Status eines MitgliedsDer gespeicherten Mitgliedsnummer
In jedem dieser Fälle, wenn die Mitgliedschaftsdefinition oder eine Community nach einem Claim filtertStattdessen Die Claims eines MitgliedsDerselben Mitgliedsnummer
Ein Frontend liest die Mitgliedsdaten des angemeldeten MitgliedsDie Personendaten eines Mitglieds, mit einer Frist von 1,5 SekundenDer gespeicherten Mitgliedsnummer
Ein Studio-Benutzer testet die VerbindungHealth-Check, Die Personendaten eines Mitglieds für eine Test-Mitgliedsnummer und einmal Alle Mitglieder auflisten–

Wo das Studio Angaben vergleicht (Onboarding und Berechtigung), vergleicht es Vorname, Nachname und Geburtsdatum in Ihrer Antwort mit den Eingaben der Person. Das Register entscheidet, ob es eine Person gibt und welchen Status und welche Claims sie hat; die Mitgliedschaftsdefinition der Organisation entscheidet, was das bedeutet.

Die Operationen Der Status mehrerer Mitglieder, Die Personendaten mehrerer Mitglieder und Die Claims mehrerer Mitglieder gehören zum Standard, aber das Studio ruft sie derzeit nicht auf.

Was jeder Aufruf mitbringt

HeaderWert
x-api-keyDer „API-Schlüssel“, der in der Anbindung des Registers im Studio eingetragen ist
x-tenant-idDie dort eingetragene „Mandanten-ID“, damit ein Register mehrere Organisationen bedienen kann
x-custom-scopeDer dort eingetragene „Scope“, um einen Datenbestand zu wählen
acceptapplication/json

In diesem Abschnitt

  • Die API umsetzen: die Antworten, die das Studio erwartet, und seine Netzwerkregeln.
  • Anbinden und testen: die Anbindung im Studio eintragen und testen.
  • Die Referenz: jede Operation, erzeugt aus der OpenAPI-Beschreibung, beginnend mit Ein Mitglied mit seinem Prüfcode verifizieren.