Passer au contenu principal
Utilisez un seul prompt pour intégrer la Vérification d’identité, la Surveillance des transactions, l’Authentification ou toute combinaison de celles-ci. Sélectionnez les produits dans le bloc de contexte de l’application ; votre agent implémente uniquement ces parcours.
L’Authentification est récente. Son flux hébergé, son émetteur de JWT ES256, ses événements d’authentification et sa protection contre les bots sont documentés ; ses packages SDK ne sont pas encore publiés. Le prompt exige que l’agent vérifie la disponibilité et maintienne les adaptateurs non pris en charge désactivés. Il ne doit pas inventer un SDK fonctionnel ni affirmer qu’une intégration indisponible a réussi.

​
Utiliser le prompt

  1. Cliquez sur Copier et collez le prompt dans votre agent de codage.
  2. Renseignez votre stack, votre plateforme, les produits sélectionnés et la configuration existante de votre application.
  3. Choisissez une référence de personne stable pour vendor_data. Votre backend la déduit de l’utilisateur authentifié.
  4. Examinez l’implémentation générée et les résultats de ses tests avant de l’activer pour les clients.

​
Choisir votre combinaison de produits

Le même prompt fonctionne pour une application de fintech, de jeux, de crypto ou de marketplace. Décrivez les actions que vous souhaitez protéger dans le bloc de contexte. Une connexion réussie ne signifie pas qu’un contrôle d’identité a été validé ou qu’un paiement peut avoir lieu.

​
Choisir le SDK par produit

Utilisez @didit-protocol/sdk-web sur le web, ou les SDK natifs et wrappers sur mobile. Votre serveur crée une session ; votre application ne reçoit que son URL restreinte ou son token. Consultez le guide du SDK JavaScript.

​
Protéger les identifiants et les décisions

Conservez les clés API et les identifiants de gestion de la console sur votre backend. Les applications web et natives ne reçoivent que des identifiants de session restreints au produit ou des tokens éphémères. Une clé publiable d’Authentification n’est pas une clé API. Vérifiez les signatures des webhooks avant d’appliquer les mises à jour, dédupliquez les livraisons par event_id et séparez bien les statuts de chaque produit. Ne considérez pas une redirection, un callback de SDK ou un écran de réussite affiché comme une autorisation du serveur. Signalez explicitement toute dépendance indisponible et tout flux en production non vérifié.

​
Guides associés

Dernière modification le 7 novembre 2026