Ein Zugangsdatum widerrufen; der Datensatz bleibt für den Prüfpfad
- In der Sandbox
In einfachen Worten
apiKeyAuthorizationBearer <token>Senden Sie Ihren Schlüssel als Bearer-Token: Authorization: Bearer <your-api-key>. Der Systemzustand ist der einzige Aufruf, der keinen Schlüssel braucht.
id*stringWiderrufen.
application/json- response
id?stringclient?stringroute?stringkind?stringissued_by?stringissued_on?stringexpires_on?stringenvironment?|sandbox oder production; null bei Zugangsdaten, die vor dem 3. Okt. 2026 gespeichert wurden und die nur eine Sandbox nutzt.
legal_entity?stringrevoked_at?stringstored?booleancurl -X POST "https://example.com/credentials/string/revoke" \ -H "Authorization: Bearer <your-api-key>"{ "id": "string", "client": "string", "route": "string", "kind": "string", "issued_by": "string", "issued_on": "string", "expires_on": "string", "environment": "string", "legal_entity": "string", "revoked_at": "string", "stored": true}Den Wert (und das Ablaufdatum) eines aktiven Zugangsdatums ersetzen POST
Zurück
Zugangsdaten verschlüsselt speichern; der Wert wird nie zurückgegeben POST
Ein Prozess speichert Zugangsdaten nur für seine eigene Umgebung. legal_entity bindet sie an die Verkäufer-ID, für die sie gelten (USt-IdNr., NIP, SIREN oder Unternehmens-ID); ohne Angabe gelten sie für die übrigen Rechnungen des Kunden. Der Admin-Schlüssel eines Kunden speichert nur für den eigenen Kunden.