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

Der Status eines Mitglieds

GET /members/status/{memberCode}

Das Studio ruft ihn bei jeder Anmeldeprüfung eines Mitglieds auf, dessen Mitgliedschaft mit diesem Register verknüpft ist, mit der gespeicherten Mitgliedsnummer, außer die Mitgliedschaftsdefinition oder eine Community filtert nach einem Claim (dann ruft es stattdessen „Die Claims eines Mitglieds“ auf). Antworten Sie mit 404 für eine Mitgliedsnummer, die das Register nicht führt.

Authentifizierung

  • appsolut_m2m (im Header x-api-key gesendet): Der „API-Schlüssel“, der in der Anbindung des Registers im Studio eingetragen ist, bei jedem Aufruf gesendet. Das Studio speichert ihn verschlüsselt und zeigt ihn nie wieder an. Antworten Sie auf einen falschen Schlüssel mit 401 oder 403.

Parameter

NameOrtPflichtTypBeschreibung
memberCodePfadJastringDie Mitgliedsnummer, URL-codiert als ein Pfadsegment. Beispiel: 100001.
x-tenant-idHeaderJastringDie „Mandanten-ID“, die in der Anbindung des Registers im Studio eingetragen ist, bei jedem Aufruf unverändert gesendet. Ihr Register kann damit die Organisationen unterscheiden, die es bedient. Beispiel: pannoniqa.
x-custom-scopeHeaderJastringDer „Scope“, der in der Anbindung des Registers im Studio eingetragen ist, bei jedem Aufruf unverändert gesendet. Ihr Register kann damit den Datenbestand wählen, aus dem es antwortet. Beispiel: employees.

Antworten

200

Der Status des Mitglieds.

Inhaltstyp: application/json

FeldTypPflichtBeschreibung
sourcestringJaDer Name Ihrer Datenquelle, etwa „SAP HR“.
statusobjectJa
status.statusCodestringJaDer Status des Mitglieds im Register. Filter in der Mitgliedschaftsdefinition und in Communities können ihn prüfen. Erlaubte Werte: active, inactive, pending.

Beispiel: Eine aktive Mitarbeiterin

{
  "source": "SAP HR",
  "status": {
    "statusCode": "active"
  }
}

Beispiel: Ein Mitarbeiter im Ruhestand

{
  "source": "SAP HR",
  "status": {
    "statusCode": "inactive"
  }
}

400

Das Register konnte die Anfrage nicht verarbeiten. Das Studio behandelt das Register dann als nicht erreichbar und liest den Inhalt nicht.

Inhaltstyp: text/plain

Typ: string

Beispiel

Bad request

401

Der API-Schlüssel ist falsch. Das Studio meldet die Zugangsdaten als abgelehnt (ebenso bei 403) und behandelt das Register als nicht erreichbar.

Inhaltstyp: text/plain

Typ: string

Beispiel

Unauthorized

404

Das Register führt kein Mitglied mit dieser Mitgliedsnummer. Das Studio behandelt die Person als in diesem Register nicht gefunden.

Inhaltstyp: text/plain

Typ: string

Beispiel

Not found