Toegangsgegevens intrekken; het record blijft voor het auditspoor
- In de sandbox
In gewone woorden
apiKeyAuthorizationBearer <token>Stuur uw sleutel als bearer-token: Authorization: Bearer <your-api-key>. De health-aanroep is de enige aanroep die geen sleutel vereist.
id*stringIngetrokken.
application/json- response
id?stringclient?stringroute?stringkind?stringissued_by?stringissued_on?stringexpires_on?stringenvironment?|sandbox of production; null voor toegangsgegevens die vóór 3 okt. 2026 zijn bewaard en die alleen een sandbox gebruikt.
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}De waarde (en de vervaldatum) van geldige toegangsgegevens vervangen POST
Vorige
Toegangsgegevens versleuteld bewaren; de waarde wordt nooit teruggegeven POST
Een proces bewaart toegangsgegevens alleen voor zijn eigen omgeving. Met legal_entity koppelt u ze aan het verkoper-ID waarvoor ze gelden (btw-nummer, NIP, SIREN of bedrijfs-ID); toegangsgegevens zonder die koppeling dienen voor de andere facturen van de eindklant. Een beheerderssleutel van een eindklant bewaart alleen voor de eigen eindklant.