Lorsque vous créez votre intégration, vous pouvez souhaiter simuler des événements afin de pouvoir tester la façon dont votre intégration répond.
Vous pouvez déclencher des événements en utilisant nos simulateurs de scénario déclenchés par le tableau de bord ou déclenchés par le nom.
Simulateurs de scénario déclenchés par le tableau de bord
Les scénarios déclenchés par le tableau de bord sont démarrés depuis votre tableau de bord. Il vous suffit d'accéder à l'onglet « Développeurs » et de cliquer sur « Simuler un scénario ».
Choisissez un simulateur dans la liste déroulante (« Versement de paiement » par exemple). Des informations additionnelles sur ce scénario s'afficheront alors, détaillant exactement ce qui se produira et tout ce que vous devez savoir avant de l'utiliser (par exemple, certains simulateurs de scénario ne sont pas compatibles avec tous les programmes).
Entrez l'identifiant de la ressource sur laquelle vous souhaitez exécuter le simulateur, puis cliquez sur « Simuler le scénario ». En cas de problème, par exemple si nous ne trouvons pas la ressource ou si elle n'est pas compatible avec le scénario que vous avez choisi, nous vous en informerons.
Vous pouvez utiliser les scénarios déclenchés par le tableau de bord pour tester tous les cas pris en charge par les scénarios déclenchés par le nom ci-dessous, ainsi que quelques éléments supplémentaires (statut de vérification du créancier par exemple, qui peut être utile si vous créez une intégration de partenaires).
|
Type de ressource |
Action du scénario |
État de la ressource requis |
Programmes pris en charge |
|---|---|---|---|
|
Créancier |
Mettre à jour le créancier sur le statut de vérification « action-required » |
Aucune condition requise |
Bacs, BECS, SEPA, Autogiro |
|
Mettre à jour le créancier sur le statut de vérification « in_review » |
|||
|
Mettre à jour le créancier sur le statut de vérification « successful_verification » |
|||
|
Mandat |
Activé |
Le mandat doit initialement être à l'état « pending_submission » |
Bacs, BECS, Autogiro |
|
Expiré |
Bacs, BECS, SEPA |
||
|
échoué |
Bacs, BECS, Autogiro |
||
|
Transféré |
Bacs |
||
|
Paiement |
Rejeté |
Le paiement doit initialement être à l'état « pending_submission » et son mandat doit être à l'état « activated » (sauf s'il s'agit d'un paiement SEPA, auquel cas le mandat peut être à l'état « pending_submission », car les mandats SEPA sont soumis avec leur premier paiement). |
Bacs, SEPA, Autogiro |
|
échoué |
Bacs, SEPA, Autogiro |
||
|
Échoué tardivement |
Bacs, SEPA |
||
|
Échec tardif réglé |
Bacs, SEPA |
||
|
Payé |
Bacs, SEPA, Autogiro |
Simulateurs de scénario déclenchés par le nom
Lorsque cela est possible, utilisez les scénarios déclenchés par le tableau de bord, car ils sont plus fiables et prennent en charge un éventail de cas plus large.
Les scénarios déclenchés par le nom sont déclenchés en utilisant des noms de client final spécifiques. Par exemple, si vous créez un client final avec le paramètre given_name « Réussi », son mandat sera activé immédiatement et ses paiements seront réglés de suite.
Ces noms de client final ne sont répercutés que sur les paiements créés en tant que paiements individuels, pas sur ceux qui ont été créés par le biais d'un abonnement. Ils seront cependant exécutés sur le premier paiement créé par un abonnement.
Tous les événements et webhooks correspondants seront créés et envoyés pour ces simulateurs.
|
Paramètre |
Description |
Ce qui se passe concernant la création du mandat |
Ce qui se passe concernant la création du paiement |
Programmes pris en charge |
|---|---|---|---|---|
|
Réussi |
Le paiement du client final est collecté et est versé sur votre compte. |
Le mandat est marqué comme étant soumis, puis activé. |
Le paiement est marqué comme étant soumis, puis confirmé. Si vous avez configuré un compte bancaire de créancier, il est ensuite versé et un versement est créé. |
Bacs, BECS, SEPA Core et Autogiro |
|
Sans argent |
Le paiement du client final ne peut pas être collecté, parce qu'il n'y a pas suffisamment d'argent sur son compte par exemple. |
Le mandat est marqué comme étant soumis, puis activé. |
Le paiement est marqué comme étant soumis, puis échoué. |
Bacs, BECS, SEPA Core et Autogiro |
|
Changeant |
Le paiement du client final est collecté, mais est ensuite rejeté par le client final qui le conteste auprès de sa banque. |
Le mandat est marqué comme étant soumis, puis activé. |
Le paiement est marqué comme étant soumis, puis confirmé. Si vous avez configuré un compte bancaire de créancier, il est ensuite versé et un versement est créé. Enfin, le paiement est marqué comme étant rejeté. |
Bacs, BECS, SEPA Core et Autogiro |
|
Tardif |
Le paiement du client final peut être collecté, mais la banque nous informe de l'échec plus tard qu'en temps normal. |
Le mandat est marqué comme étant soumis, puis activé. |
Le paiement est marqué comme étant soumis, puis confirmé, puis échoué. |
Bacs, BECS, SEPA Core et Autogiro |
|
Non valide |
Le mandat du client final ne peut pas être mis en place car ses coordonnées bancaires sont rejetées par les banques comme étant non valides. |
Le mandat est marqué comme étant soumis, puis échoué. |
N/A |
Bacs, BECS et Autogiro |