Révoquer un identifiant d’accès ; l’enregistrement reste pour la piste d’audit
- Dans le bac à sable
En termes simples
apiKeyAuthorizationBearer <token>Envoyez votre clé sous forme de jeton bearer : Authorization: Bearer <your-api-key>. L’état du service est le seul appel qui ne nécessite pas de clé.
id*stringRévoqué.
application/json- response
id?stringclient?stringroute?stringkind?stringissued_by?stringissued_on?stringexpires_on?stringenvironment?|sandbox ou production ; null pour un identifiant stocké avant le 3 oct. 2026, que seul un bac à sable utilise.
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}Remplacer la valeur (et l’expiration) d’un identifiant d’accès actif POST
Précédent
Stocker un identifiant d’accès, chiffré ; la valeur n’est jamais renvoyée POST
Un processus ne stocke des identifiants d’accès que pour son propre environnement. legal_entity en lie un à l’identifiant du vendeur pour lequel il agit (numéro de TVA, NIP, SIREN ou identifiant d’entreprise) ; un identifiant sans cette étiquette sert les autres factures du client. La clé d’administration d’un client ne stocke que pour son propre client.