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

Ergebnisse, Ratenlimits und Fehler

Jeder Status und jeder Fehler der Mitglieder-API, und die Limits dahinter.

Ergebnisse

Eine Mitgliedschaftsprüfung antwortet mit einem von drei Status. Die Mitglieder-API gibt den Status weiter, nie den Grund.

statusBerechtigungAngemeldetes Mitglied
validDer Antragsteller besteht und landet in der Community Ihres FrontendsEine gültige Mitgliedschaft, auch unter der Kulanzregel
not_validNicht, aus welchem Grund auch immerEin Register hat sie bei der letzten Prüfung abgelehnt
unavailableEin Register konnte nicht antworten; fragen Sie später erneutDas Register hat seit der letzten gültigen Prüfung 7 Tage lang nicht geantwortet
null–Keine Organisationsmitgliedschaft

Die Kulanzregel: Solange ein Register nicht erreichbar ist, behält ein Mitglied, dessen letzte gültige Prüfung weniger als 7 Tage alt ist, sein letztes Ergebnis. Deshalb bleibt das angemeldete Mitglied valid, während ein externes Register ausgefallen ist, und wird erst nach 7 Tagen unavailable.

Fehler

Jeder Fehler hat denselben Inhalt, {"error": "<Code>"}:

StatuserrorWannWas tun
400invalid_requestBerechtigung: ein Inhalt, der kein JSON ist oder bei dem ein Feld fehlt oder ungültig ist, oder ein fehlendes oder ungültiges X-Applicant-IPDie Anfrage korrigieren
401unauthenticatedDer Schlüssel oder, beim angemeldeten Mitglied, das Token wird abgewiesen; mit WWW-Authenticate: BearerDen Schlüssel prüfen; einen Benutzer als abgemeldet behandeln
413too_largeBerechtigung: ein Inhalt über 4 KBNur die vier Felder senden
429rate_limitedEin Ratenlimit ist erreicht; es gibt kein Retry-AfterDen Antragsteller bitten, es später zu versuchen
503unavailableDas Studio selbst ist ausgefallenSpäter erneut versuchen; Schlüssel und Token sind in Ordnung

Ratenlimits für die Berechtigung

Das Studio zählt fehlgeschlagene Prüfungen aus seinem Prüfprotokoll: eine Antwort not_valid, auch für einen Antragsteller außerhalb der Community Ihres Frontends.

Gezählt proLimit
Mitgliedsnummer5 in 15 Minuten
Netz des Antragstellers: die IPv4-Adresse oder das /64, in dem eine IPv6-Adresse liegt20 in 15 Minuten
Frontend500 in einer Stunde
  • Die Schreibweisen einer Mitgliedsnummer zählen als eine Nummer: Varianten, die sich nur durch ein führendes Pluszeichen oder führende Nullen, Groß- und Kleinschreibung, Leerzeichen, unsichtbare Zeichen oder Kompatibilitätsformen (etwa Ziffern in voller Breite) unterscheiden, teilen sich ein Kontingent. Ein Trennzeichen wie - ergibt dagegen eine andere Nummer.
  • Eine Antwort unavailable und eine bereits wegen des Ratenlimits abgewiesene Anfrage sind keine fehlgeschlagenen Prüfungen.
  • Eine noch laufende Prüfung zählt als fehlgeschlagen, bis sie protokolliert ist, sodass gleichzeitige Anfragen nicht alle durchkommen, bevor eine davon gezählt ist.
  • Eine abgewiesene Anfrage fragt kein Register.

Ratenlimit für das angemeldete Mitglied

600 Anfragen pro Frontend-Benutzer in einer Stunde, die mit seiner ersten gezählten Anfrage beginnt. Abgewiesene Anfragen werden nicht gezählt.