Cofnięcie danych dostępowych; zapis pozostaje w śladzie audytu
- W sandboxie
Prostymi słowami
apiKeyAuthorizationBearer <token>Klucz należy wysyłać jako token typu bearer: Authorization: Bearer <your-api-key>. Wywołanie stanu usługi jest jedynym, które nie wymaga klucza.
id*stringCofnięto.
application/json- response
id?stringclient?stringroute?stringkind?stringissued_by?stringissued_on?stringexpires_on?stringenvironment?|sandbox lub production; null dla danych dostępowych zapisanych przed 3.10.2026, których używa tylko sandbox.
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}Zastąpienie wartości (i ważności) aktywnych danych dostępowych POST
Wstecz
Zapisanie danych dostępowych w postaci zaszyfrowanej; wartość nigdy nie jest zwracana POST
Proces zapisuje dane dostępowe tylko dla własnego środowiska. legal_entity wiąże je z identyfikatorem sprzedawcy, w imieniu którego działają (numer VAT, NIP, SIREN lub identyfikator firmy); dane bez takiego oznaczenia obsługują pozostałe faktury klienta. Klucz administratora klienta zapisuje tylko dla własnego klienta.