Financial Connections testen

Um Financial Connections zu testen, befolgen Sie den entsprechenden Leitfaden für Use cases mit einer Sandbox und den zugehörigen Test-API-Schlüsseln. Konten und Kunden/Kundinnen, die Sie in einer Sandbox erstellen, sind für Ihre Integration im Live-Modus unsichtbar.

Wenn Sie Stripe.js ein mit Testschlüsseln erstelltes Financial Connections-Sitzungs-Token zur Verfügung stellen, wird beim Authentifizierungsvorgang exklusiv eine Auswahl der von Stripe verwalteten Testinstitute angezeigt. Der Kunde/die Kundin kann Konten von jedem dieser Institute verknüpfen, ohne Anmeldedaten anzugeben.

Funktionen wie Salden, Kontoinhaberschaft und Transaktionen funktionieren genauso wie im Live-Modus, geben jedoch Testdaten anstelle von echten Kontodaten zurück.

Sandbox-Webhooks sind von Live-Webhooks getrennt. Erfahren Sie mehr über das Testen Ihrer Webhook-Integrationen.

Stripe bietet eine Reihe von Testinstituten, die verschiedene Erfolgs- und Misserfolgsszenarien abbilden und jeweils als eine Bank in der Liste der vorgestellten Institute dargestellt werden.

Erfolgreiche Authentifizierung simulieren

• Test (Nicht-OAuth): Simuliert, dass sich die Nutzerin oder der Nutzer über ein von Stripe gehostetes Formular erfolgreich bei ihrem Institut anmeldet und enthält einen grundlegenden Satz von Testkonten.
• Test (OAuth): Enthält dieselben Testkonten wie Test (Nicht-OAuth), öffnet jedoch anstelle einer direkten Authentifizierung im Modal ein OAuth-Popup zur Authentifizierung.
• Bank (Nicht-OAuth): Stellt ein von Stripe gehostetes Anmeldeformular bereit, um Institute zu simulieren, die OAuth nicht unterstützen. Diese Option bildet die Kontoverknüpfung für die Mehrheit der Nicht-OAuth-Institute im Live-Modus am realistischsten ab. Verwenden Sie die folgenden Testanmeldedaten, um fortzufahren:
  • In der ersten Aufforderung werden Benutzername und Passwort abgefragt. Die Eingabe eines beliebigen Eingabewerts simuliert eine erfolgreiche Anmeldung.
  • Geben Sie im Passwortfeld oder einem nachfolgenden Feld options (Auswahl aus einer Liste), mfa (einmalige Passcodeeingabe), confirm_mfa (einmalige Passcodebestätigung) oder security_question (geheime Antworteingabe) ein, um weitere Anmeldeaufforderungen auszuführen.
  • Die Eingabe von error in ein beliebiges Feld beendet die Anmeldesitzung. incorrect gibt Ihnen die Möglichkeit, es erneut zu versuchen.
• Bank (OAuth): Stellt ein OAuth-Test-Popup einer Institution bereit, über das Sie Konten zur Verknüpfung auswählen können. Diese Option bildet die Kontoverknüpfung für die Mehrheit der OAuth-Institute im Live-Modus am realistischsten ab.
• Eigentumskonten: Enthält Testkonten, die verschiedene Eigentumszustände darstellen.
• Konten mit ungültigen Zahlungen: Enthält Testkonten, die für ACH-Zahlungen unbrauchbar sind.

Fehlgeschlagene Authentifizierung simulieren

• Ausfall (geplant): Die Login-API der Institution ist für einen bekannten Zeitraum nicht verfügbar, den die Institution an Stripe kommuniziert hat.
• Ausfall (nicht geplant): Die Login-API der Institution ist ohne jegliche Informationen über die an Stripe übermittelte Ausfallzeit nicht verfügbar.
• Ausfall (Fehler): Stripe erlebt einen unbekannten Fehler in der Kommunikation mit der Institution.

Verhalten tokenisierter Kontonummern simulieren

Sie können verschiedene Verhaltensweisen der tokenisierten Kontonummer testen, indem Sie in der Suchleiste nach der Institution „Tokenisierte Kontonummer“ suchen. Jedes Konto weist ein anderes asynchrones Verhalten auf:

• Abgelaufene tokenisierte Kontonummer: Die von der Sitzung zurückgegebene TAN hat den Status deactivated.
• Irgendwann ablaufende tokenisierte Kontonummer: Die TAN läuft in 30 Tagen ab und löst das Webhook-Ereignis financial_connections.account.upcoming_account_number_expiry aus.
• Sofort ablaufende tokenisierte Kontonummer: Die TAN läuft sofort nach der Sitzung ab und löst das Webhook-Ereignis financial_connections.account.account_numbers_updated aus.