> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Flux de connexion par canal arrière - Vérification du statut

> Interrogez le point de terminaison de jeton pour vérifier le statut d’une demande de connexion par canal arrière en attente.

<div id="endpoint">
  ## Point de terminaison
</div>

`POST /oauth/token`

Pour vérifier le statut d’un flux de connexion par canal arrière, interrogez le point de terminaison `/oauth/token` à intervalles réguliers en transmettant les éléments suivants :

* `auth_req_id` renvoyé par l’appel à `/bc-authorize`
* le type d’octroi `urn:openid:params:grant-type:ciba`

<div id="response-body">
  ### Corps de la réponse
</div>

Si l’utilisateur qui autorise la demande ne l’a pas encore approuvée ni rejetée, vous devriez recevoir une réponse semblable à ce qui suit :

```http theme={null}
{ 
  "error": "authorization_pending", 
  "error_description": "The end-user authorization is pending"
}
```

Si l’utilisateur qui accorde l’autorisation rejette la demande, vous devriez recevoir une réponse semblable à la suivante :

```http theme={null}
{
  "error": "access_denied",
  "error_description": "The end-user denied the authorization request or it has been expired"
}
```

Si vous effectuez la scrutation trop rapidement (à une fréquence supérieure à la valeur d’intervalle renvoyée par `/bc-authorize`), vous devriez recevoir une réponse semblable à la suivante :

```http theme={null}
{
  "error": "slow_down",
  "error_description": "You are polling faster than allowed. Try again in 10 seconds."
}
```

De plus, Auth0 ajoutera l’en-tête [Retry-After](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Retry-After) à la réponse pour indiquer combien de secondes attendre avant de relancer l’interrogation. Si vous interrogez trop fréquemment, le nombre de secondes d’attente augmente.

Si l’utilisateur qui autorise a approuvé la notification poussée, l’appel renvoie le jeton d’identité et le jeton d’accès (et potentiellement un jeton d’actualisation) :

```http theme={null}
{
  "access_token": "eyJh...",
  "id_token": "eyJh...",
  "expires_in": 86400,
  "scope": "openid"
}
```

Une fois qu’un `auth_req_id` a été échangé contre un jeton d’identification ou un jeton d’accès, il ne peut plus être utilisé.

<div id="remarks">
  ### Remarques
</div>

Incluez un paramètre facultatif d’authentification de l’application dans la requête :

* Secret client avec Basic Auth HTTP, auquel cas aucun paramètre n’est requis. Les `client_id` et `client_secret` sont transmis dans un en-tête.
* Secret client Post, auquel cas les `client_id` et `client_secret` sont requis.
* Private Key JWT, où le `client_id`, le `client_assertion` et le type de `client_assertion` sont requis.
* mTLS, où le paramètre `client_id` est requis et les en-têtes `client-certificate` et `client-certificate-ca-verified` sont requis.

<div id="body-parameters">
  ## Paramètres du corps
</div>

<ParamField body="client_id" type="string" required>
  Le `client_id` de votre application.
</ParamField>

<ParamField body="auth_req_id" type="string" required>
  Le `auth_req_id` renvoyé par le point de terminaison `/bc-authorize`.
</ParamField>

<ParamField body="grant_type" type="string" required>
  Doit être défini sur `urn:openid:params:grant-type:ciba`.
</ParamField>

<div id="response-messages">
  ## Messages de réponse
</div>

| Statut | Description                               |
| ------ | ----------------------------------------- |
| 200    | Statut d’authentification retourné.       |
| 400    | Requête incorrecte - paramètres invalides |
| 500    | Erreur interne du serveur                 |