---
title: Vérification silencieuse
description: Activez la vérification en arrière-plan pour les utilisateurs récurrents dans Vérification sans carte présente, en utilisant des signaux et la récurrence pour décider si une transaction peut être approuvée silencieusement.
canonical: https://developer.unico.io/fr/dual-api/developers/regional-solutions/card-not-present-verification/integration/silent-verification
locale: fr
generated_by: markdown-export
---

La Vérification silencieuse permet à une identité récurrente, déjà validée, de terminer une transaction Vérification sans carte présente **sans écran de capture visible**. Au lieu de demander à l'utilisateur un nouveau selfie, la technologie d'Unico évalue des signaux et la récurrence en arrière-plan pour décider si la transaction peut être approuvée silencieusement.

La Vérification silencieuse n'est pas un produit distinct — c'est une étape supplémentaire par-dessus le même flux de création de transaction décrit dans [Transactions de paiement](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/payment-transactions) et [Onboarding de carte de crédit](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/credit-card-onboarding). Collecter des signaux de contexte avec le SDK et envoyer cette même clé externe lors de la création de la transaction est ce qui permet une approbation silencieuse.

:::note[Quand cela s'applique]
- La Vérification silencieuse s'applique lorsqu'il y a suffisamment d'historique pour que la technologie d'Unico évalue l'identité à partir de signaux.
- Lorsque cette évaluation n'est pas possible — par manque d'historique ou pour d'autres raisons — la transaction revient au flux visuel standard. Cela peut se produire, par exemple, la première fois qu'une identité donnée est vue sur le réseau.
:::

## 1. Collecter les métadonnées de l'appareil avec le SDK

Installez et initialisez le SDK de capture pour votre plateforme comme d'habitude — la Vérification silencieuse ne modifie pas cette configuration. Suivez le guide de collecte de données de monitoring de la plateforme pour envoyer `externalUserId` :

- [Android](/dual-api/developers/sdks-and-tools/android/smart-revalidation/silent-revalidation)
- [iOS](/dual-api/developers/sdks-and-tools/ios/capture-flow/capture-types/silent-revalidation)
- Web

:::info
Flutter n'est pas encore pris en charge pour la Vérification silencieuse.
:::

:::warning[Il ne s'agit pas seulement de métadonnées d'observabilité ici]
Les guides de collecte de données de monitoring décrivent `externalUserId` comme une télémétrie optionnelle qui « ne modifie pas le comportement de capture du SDK ni la réponse de l'API ». Cela est vrai pour le SDK seul. **Dans Vérification sans carte présente, ce même champ est ce que le backend utilise pour décider si la transaction peut être approuvée silencieusement.** L'envoyer est ce qui active la Vérification silencieuse pour cette transaction — ici, ce champ n'est pas inerte.
:::

## 2. Créer la transaction avec le même externalUserID

`externalUserID` est optionnel — mais sans lui, la Vérification silencieuse ne peut pas avoir lieu pour cette transaction. Lors de la création de la transaction — via [Transactions de paiement](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/payment-transactions) ou [Onboarding de carte de crédit](/developers/regional-solutions/card-not-present-verification/integration/apis/api-reference/credit-card-onboarding) — envoyez **exactement le même** `externalUserID` utilisé dans le SDK, à l'intérieur de `additionalInfo` :

```json
{
  "additionalInfo": {
    "externalUserID": "YOUR_EXTERNAL_USER_ID"
  }
}
```

L'omettre ne provoque aucune erreur — la transaction est tout de même créée normalement, elle suit simplement toujours le flux standard avec friction visuelle.

## 3. Gérer la réponse

Si la transaction est éligible et approuvée silencieusement, aucune action supplémentaire n'est nécessaire :

```json
{
  "id": "6ab1771e-dfab-4e47-8316-2452268e5481",
  "status": "approved"
}
```

Sinon, la réponse inclut un `link` pour terminer le flux visuel standard, exactement comme une transaction créée sans la Vérification silencieuse :

```json
{
  "id": "6ab1771e-dfab-4e47-8316-2452268e5481",
  "status": "waiting",
  "link": "https://aces.so/example",
  "token": "eyJhbGciOiJIUzI1NiIsInR5cC[...]Ok6yJV_adQssw5c"
}
```

Pour tout autre statut, suivez le flux standard en utilisant le `link` renvoyé — consultez [Contrôle de l'expérience](/developers/regional-solutions/card-not-present-verification/integration/controlling-the-experience/overview) et [Énumérations](/developers/regional-solutions/card-not-present-verification/integration/apis/enumerated) pour la liste complète des statuts.