reset client secret

Cette opération renouvelle le secret du marchand authentifié et est obligatoire avant le passage en production.

POST /api/v1/auth/reset HTTP/1.1
Host: api.example.com
Authorization: Bearer <access-token>
Accept: application/json
Content-Length: 0

Requête cURL équivalente :

curl --request POST "https://api.example.com/api/v1/auth/reset" \
  --header "Authorization: Bearer ${QOS_ACCESS_TOKEN}" \
  --header "Accept: application/json"

Cette requête ne contient aucun body.

Réponse réussie — HTTP 200

{
  "data": null,
  "message": "Client secret reset successfully",
  "success": true,
  "responseCode": "00"
}

Le nouveau secret est envoyé à l’adresse e-mail enregistrée du marchand ; il n’est pas renvoyé dans la réponse API.

1

Récupérez le nouveau secret

Récupérez le nouveau secret dans la boîte e-mail enregistrée.

2

Remplacez l’ancien secret

Remplacez l’ancien secret dans votre gestionnaire de secrets.

3

Vérifiez une nouvelle connexion

Vérifiez qu’une nouvelle connexion fonctionne avec le nouveau secret.

4

Supprimez l’ancien secret

Supprimez l’ancien secret de la configuration, des variables CI/CD et des fichiers de développement locaux.

L’ancien secret client ne peut plus être utilisé pour une nouvelle connexion. Un token bearer émis avant la rotation reste utilisable jusqu’à son expiration ; protégez donc ou révoquez l’accès de tout système qui le détenait.

Réponse en échec — HTTP 400

{
  "data": null,
  "message": "Could not reset client secret",
  "success": false,
  "responseCode": "400"
}

Ne renouvelez pas le secret de manière répétitive. Vérifiez la boîte e-mail enregistrée et ne réessayez qu’une seule fois si l’opération a clairement échoué. Merchant not found indique un contexte de sécurité marchand invalide ou obsolète ; obtenez un nouveau token et réessayez.