ARNPROXY

Zusätzliches Login erstellen

POST/account/api/v1/extra-logins/create
Vorgang bewusst bestätigen

Dieser Vorgang kann Datensätze, Guthaben oder Diensteinstellungen ändern. Lesen Sie zuerst Umfang und Hinweise. Bei unklarem Ergebnis denselben Vorgang abfragen statt einen neuen zu starten.

Autorisierung

AuthorizationBearer YOUR_ARNPROXY_API_KEY
Erforderliche Berechtigungproxy_management
Acceptapplication/json
Content-Typeapplication/json
Idempotency-Key16–100 Buchstaben, Ziffern, _ oder -. Für denselben Vorgang speichern und wiederverwenden.

Parameter

NameTypBeschreibung
Idempotency-Key
headerErforderlich
string16–100 Buchstaben/Ziffern/_/-. Für Vorgang und Status denselben Wert behalten; nicht mit anderem Inhalt wiederverwenden.
proxy_ids
bodyErforderlich
integer[]1–1000 eindeutige eigene Proxy-IDs. Bei gemeinsamem Umfang/Preis Produkttypen nicht mischen; einzelne Vorgänge haben engere Limits.
mode
bodyOptional
stringrandom (Standard) oder custom. custom nur bei custom_credentials_available=true in der Optionsantwort verwenden. Erforderliche Längen aus username_length und password_length lesen.
Standardwert: "random"
expected_revision
bodyErforderlich
stringrevision aus der zugehörigen Umfangs-/Einstellungsabfrage: 64 kleine Hexadezimalzeichen.
terms
bodyErforderlich
booleanZur ausdrücklichen Zustimmung muss der JSON-Wahrheitswert true gesendet werden, nicht die Zeichenfolge "true".
username
bodyBedingt
stringNur bei unterstütztem mode=custom: genau 12 ASCII-Buchstaben oder Ziffern. Im Zufallsmodus weglassen.
password
bodyBedingt
stringNur bei unterstütztem mode=custom: genau 12 ASCII-Buchstaben oder Ziffern. Im Zufallsmodus weglassen.

Anfrageinhalt

Ersetzen Sie YOUR_/FROM_ durch Werte aus Katalog, Angebot oder Umfang. Beispiele lassen die Zustimmung auf false; bestätigen Sie echte Vorgänge nur bewusst.

request.json
{
    "proxy_ids": [
        "YOUR_PROXY_ID"
    ],
    "mode": "random",
    "expected_revision": "FROM_SCOPE_REVISION",
    "terms": false
}

Anfragebeispiel

cURL
printf 'Authorization: Bearer %s\n' "$ARNPROXY_API_KEY" |
  curl --silent --show-error --header @- \
    --header 'Accept: application/json' \
    --connect-timeout 10 --max-time 30 \
    --header 'Idempotency-Key: YOUR_SAVED_OPERATION_KEY' \
    --request POST --header 'Content-Type: application/json' \
    --data-binary @request.json \
    'https://www.arnproxy.com/account/api/v1/extra-logins/create'

Beispiele werden hier nicht ausgeführt. Speichern Sie den API-Schlüssel in einer serverseitigen Umgebungsvariablen, nie in URLs oder Browsercode. Bereiten Sie request.json für POST vor.

Antworten

200Erfolgsantwort
application/json
{
    "ok": true,
    "data": {
        "state": "completed",
        "action": "create",
        "login_id": 40001,
        "proxy_ids": [
            12345
        ],
        "reason_code": null,
        "resume_available": false,
        "replayed": false,
        "credentials_included": false,
        "primary_credentials_modified": false
    },
    "meta": {
        "request_id": "000000000000000000000001",
        "phase": "public_v1",
        "source": "arnproxy_records"
    }
}
Antwortfelder und Typen
NameTypBeschreibung
okbooleanErfolgskennzeichen; bei false error.code prüfen.
dataobjectVorgangsspezifisches Ergebnis; Beispiele sind synthetisch und dienen der Veranschaulichung.
data.statestringDatensatz-/Vorgangsstatus. accepted bedeutet nicht geliefert, completed keinen Verbindungstest.
data.actionstringVorgangsspezifischer Wert für action. Rückgabetyp beibehalten und Verhaltenshinweise beachten.
data.login_idintegerZugehörige ARNPROXY-Datensatz-ID statt interner Anbieter-ID verwenden.
data.proxy_idsarrayProxy-IDs im für dieses Konto sichtbaren Umfang.
data.proxy_ids[]integerProxy-IDs im für dieses Konto sichtbaren Umfang.
data.reason_codestring|nullFester Grundcode oder null, niemals ungefilterter Anbieterfehlertext.
data.resume_availablebooleanAusdrückliche Fortsetzungsmöglichkeit für einen ungesendeten Schritt; bei false nicht automatisch wiederholen.
data.replayedbooleanGespeichertes Ergebnis desselben Vorgangs, kein Beweis für neue Abbuchung/Aktion.
data.credentials_includedbooleanOb Ergebnis/Schlüssel sensible Zugangsdaten enthält oder erlaubt.
data.primary_credentials_modifiedbooleanVorgangsspezifischer Wert für primary credentials modified. Rückgabetyp beibehalten und Verhaltenshinweise beachten.
metaobjectMetadaten zu Anfragezuordnung und Datenquelle.
meta.request_idstringKennung dieser HTTP-Anfrage, kein Vorgangsschlüssel oder Bestell-ID.
meta.phasestringVorgangsspezifischer Wert für phase. Rückgabetyp beibehalten und Verhaltenshinweise beachten.
meta.sourcestringDatenquelle; lokale Datensätze und Live-Anbieterabfragen sind unterschiedliche Nachweise.

Fehlerantwort

HTTP 401 · INVALID_API_KEY
{
  "ok": false,
  "error": { "code": "INVALID_API_KEY" },
  "meta": { "request_id": "000000000000000000000001" }
}

Authentifizierung und Validierung können eine Anfrage vor der Ausführung ablehnen. Beachten Sie die Fehlerreferenz und bewahren Sie request_id für den Support auf. Senden Sie niemals Schlüssel oder Passwörter. Fehler & Limits →

Verhalten & wichtige Hinweise

  • Zusätzliche Logins sind vom Hauptlogin getrennt. Ihre Erstellung ändert weder den Hauptlogin noch löscht sie andere zusätzliche Logins. Vor der Erstellung custom_credentials_available, username_length und password_length aus der Optionsantwort lesen.
  • Eine Aktion kann die gesamte Berechtigungsgruppe, etwa eine Bestellung oder ein Paket, betreffen, nicht nur den gewählten Proxy. Vorher proxy_ids, authorization_scope und may_affect_other_proxies prüfen. Bei geändertem Umfang eine neue revision abrufen.
  • Timeout/5xx beweist keinen Schreibfehler. Ursprünglichen Idempotency-Key für den Status verwenden. Nicht mit neuem Schlüssel wiederholen; GET sendet die Änderung nicht erneut.
Denselben Vorgang verfolgenLogin-Vorgang prüfen →

Suche in der aktuellen Sprache. Schließen mit Esc