Skip to main content
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

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 :