Tester Financial Connections
Comment tester votre intégration en simulant des comptes Financial Connections.
Premiers pas avec les environnements de test
Pour tester Financial Connections, suivez le guide des cas d’usage à l’aide d’un environnement de test et des clés API de test associées. Les comptes et clients créés dans un environnement de test sont invisibles pour votre intégration du mode production.
Remarque
Le flux d’authentification Financial Connections étant susceptible d’évoluer, nous ne recommandons pas les tests automatiques côté client. L’utilisation de l’API de Stripe avec des clés d’environnement de test est soumise à une limite. Pensez à en tenir compte lors de vos tests.
Comment utiliser des comptes et des établissements de testCôté serveur
Lorsque vous fournissez à Stripe.js un token de session Financial Connections créé à l’aide de clés d’environnement de test, le flux d’authentification présente exclusivement une sélection d’établissements de test gérés par Stripe. Le client peut ainsi associer des comptes de ces établissements, sans avoir à fournir d’informations d’identification.
Les fonctionnalités telles que les soldes, la propriété du compte et les transactions fonctionnent de la même manière qu’en mode production, sauf qu’elles renvoient des données de test au lieu de données de compte réelles.
Les webhooks d’environnement de test sont distincts des webhooks dynamiques. Découvrez comment tester vos intégrations de webhook.
Test des différents scénarios d'authentification de l'utilisateurCôté client
Stripe fournit un ensemble d’établissements de test pour expérimenter plusieurs scénarios de réussite et d’échec, chacun étant représenté comme une banque dans la liste des établissements proposés.
Simuler une authentification réussie
- Test (Non-OAuth) : simule la connexion réussie de l’utilisateur à son établissement sur un formulaire hébergé par Stripe et contient un ensemble de comptes de test de base.
- Test (OAuth) : contient les mêmes comptes de test que Test (non-OAuth), mais plutôt que de proposer une authentification via la fenêtre modale, s’ouvre dans une fenêtre contextuelle OAuth.
- Banque (non-OAuth) : fournit un formulaire de connexion hébergé par Stripe pour simuler des établissements qui ne prennent pas en charge OAuth. Cette option est la plus représentative de l’association de comptes pour la majorité des établissements non-OAuth en mode production. Utilisez les identifiants de test suivants pour poursuivre :
- L’invite initiale demande le nom d’utilisateur et le mot de passe. La saisie de n’importe quelle valeur simule une connexion réussie.
- Dans le champ du mot de passe ou dans tout autre champ suivant, saisissez
options(sélection dans une liste),mfa(saisie d’un code d’accès ponctuel),confirm_(confirmation d’un code d’accès ponctuel) oumfa security_(saisie d’une réponse secrète) pour accéder à d’autres invites de connexion.question - La saisie de
errordans n’importe quel champ met fin à la session de connexion ;incorrectvous permet d’effectuer un nouvel essai.
- Bank (OAuth) : fournit une fenêtre contextuelle OAuth d’un établissement test qui vous permet de sélectionner les comptes à associer. Cette option est la plus représentative de la liaison de comptes pour la majorité des établissements en mode production.
- Comptes de propriété : contient des comptes de test représentant différents états de propriété.
- Comptes de paiement non valide : contient des comptes de test qui ne peuvent pas être utilisés pour les paiements ACH.
Simuler un échec d’authentification
- Interruption du système (Programmée) : L’API de connexion de l’établissement est indisponible pendant une période préalablement communiquée à Stripe.
- Interruption du système (non programmée) : L’API de connexion de l’établissement n’est pas disponible, et aucune information sur les temps d’indisponibilité n’a été communiquée à Stripe.
- Interruption du système (Erreur) : Stripe rencontre une erreur inconnue dans la communication avec l’établissement.
Remarque
Nous vous recommandons de tester les institutions OAuth et non-OAuth manuellement pour vous assurer que ces deux flux d’interface utilisateur fonctionnent dans le contexte de votre application. Consultez la documentation supplémentaire pour connaître les différences entre les connexions OAuth et non-OAuth.
Simulation du comportement des numéros de compte tokenisés
Vous pouvez tester différents comportements des numéros de compte tokenisés en recherchant l’institution « Numéro de compte tokenisé » dans la barre de recherche. Chaque compte présente un comportement asynchrone différent :
- Numéro de compte tokenisé expiré : le TAN renvoyé par la session aura le statut
deactivated. - Numéro de compte tokenisé arrivant à expiration : le TAN expirera dans 30 jours et déclenchera l’événement webhook
financial_.connections. account. upcoming_ account_ number_ expiry - Numéro de compte tokenisé arrivant à expiration immédiatement : le TAN expirera immédiatement après la session et déclenchera l’événement webhook
financial_.connections. account. account_ numbers_ updated