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

# Applications

> Un parcours de vérification par produit, canal ou pays, chacun avec ses clés, ses webhooks et ses chiffres.

Une **application** regroupe tout ce qui sert un même parcours : ses **clés API**, ses **webhooks**, ses **sessions** et ses **vérifications**. Une banque peut par exemple séparer :

* l'**ouverture de compte en ligne**, depuis son application mobile ;
* les **agences**, où un conseiller ouvre une session QR sur une tablette ;
* le **crédit mobile**, intégré par une autre équipe ou un prestataire.

Chaque parcours a alors ses propres clés (révoquer celles d'un prestataire ne coupe pas les autres), ses propres webhooks (chaque système ne reçoit que ses résultats) et ses propres chiffres dans la console.

L'**équipe**, le **portefeuille**, l'**offre**, la **durée de conservation** et les **paramètres** restent communs à toute l'organisation.

## Combien d'applications

| Offre | Applications |
| - | - |
| Découverte | 1 |
| Croissance | jusqu'à 5 |
| Entreprise | illimitées |

Votre première application, « Application principale », existe dès la création du compte : tout ce que vous aviez avant l'arrivée des applications y est rattaché. Si vous changez pour une offre qui en inclut moins, vos applications continuent de fonctionner ; vous ne pouvez simplement plus en créer.

## Dans la console

* **Développeurs → Applications** : la liste, avec pour chacune ses clés, ses webhooks et ses vérifications des 30 derniers jours. **Nouvelle application** (propriétaire, admin ou développeur) ; le crayon la renomme.
* **Clés API** et **Webhooks** : à la création, choisissez l'application. Chaque clé et chaque webhook affiche la sienne.
* **Sessions** : filtrez par application. **Nouvelle session** demande l'application quand vous en avez plusieurs.

## Dans l'API

Rien ne change dans vos appels : une vérification ou une session appartient à l'application de la **clé** qui l'a créée. Un webhook créé avec `POST /v1/webhooks` appartient à l'application de la clé utilisée et ne reçoit que ses événements.

L'événement `verification.completed` indique l'application dans `data.app_id` :

```json theme={null}
{
  "type": "verification.completed",
  "data": {
    "id": "vrf_w6e35w8a9iehsf6shzuw",
    "app_id": "app_4k2m9x7q1c5v8b3n6z0a",
    "verdict": "verified",
    "...": "..."
  }
}
```