Initiation de paiement (Norme STET V1.6.2)
Initier un virement à partir d'un compte client
➤ Description
Contexte
Notre API "Initiation de paiement" offre un moyen simple et sécurisé d'initier différents types de virements et de les déclencher si toutes les conditions sont remplies*.
Elle est disponible pour l'ensemble** de nos clients usagers de services de paiement (PSU) du teneur de compte ciblé par la requête API.
NB (*) initier un paiement n'implique PAS un déclenchement systématique d'un virement car des régles de gestion métiers et de lutte contre la fraude qui s'appliquent peuvent le bloquer avant émission
(**) voir limitations
Vous pouvez accéder à notre API que si vous êtes un fournisseur d'un service d'initiation de paiement (rôle PISP référencé par votre Autorité Nationale Compétente), donc si vous êtes titulaire d'un agrément délivré par l'ACPR en France, et si vous présentez des certificats européens eIDAS QWAC et QSEALC valides signés par une autorité de certification agréée.
Fonctionnalités disponibles
- Initier un virement en euros
- virement classique unitaire SCT Core (immédiat ou permanent ou différé)
- virement multiple (ou groupé) SCT Core immédiat d'un compte débiteur B2B (professionnel ou entreprise) vers plusieurs IBAN bénéficiaires (nouveauté v1.6.2)
- virement instantané SEPA Instant Payment (SCT Inst)
- Récupérer le statut d’une initiation de paiement
- Gérer un parcours classique ou fluide pour initier un paiement (une seule authentification forte) ou App2App
- Confirmer une initiation de paiement
- Annuler une initiation de paiement
Fonctionnalités non disponibles
- Virement en devises
- Virement multiples SCT Core différé
- Récupérer l’historique d’une initiation de paiement (méthode transactions)
Marque : BTP Banque
Catégories : PISP, DSP2
Cas d'usage : Initier un paiement
Ce cas d'usage donne une vue d'ensemble de l'API et décrit comment l'utiliser cette API pour initier un paiement lorsque le PSU souhaite effectuer un achat sur un site marchant ou un virement de compte à compte.
Découvrir pas à pasCas d'usage : Consommer l'API
Ce cas d'usage résume les principales étapes pour consommer l'API, de la récupération du jeton à la consommation des services de l'API.
Découvrir pas à pasCas d'usage : Activer l'App2App
Ce cas d'usage technique décrit la fonctionnalité App2App qui permet d’activer automatiquement l’application bancaire du client sur son smartphone à toutes fins d’identification et d’authentification.
Découvrir pas à pasCas d'usage : Initier un paiement
Ce cas d'usage décrit les méthodes permettant au TPP d'effectuer une demande d'initiation de paiement en euros qui se traduira, ultimement et si toutes les conditions sont réunies, par un virement au débit du client PSU.
Découvrir pas à pasCas d'usage : Obtenir le statut
Ce cas d'usage décrit la méthode GET /payment-requests/{paymentRequestResourceId} qui permet d’obtenir le statut d’une demande d’initiation de paiement précédemment envoyée pour un PSU.
Découvrir pas à pasCas d'usage : Annuler une initiation
Ce cas d'usage décrit la méthode PUT /payment-requests/{paymentRequestResourceId} qui permet d'annuler une demande d’initiation de paiement précédemment envoyée pour un PSU lorsque le paiement n'a pas encore été exécuté.
Découvrir pas à pasCas d'usage : Confirmer une initiation
Ce cas d'usage décrit la méthode POST /payment-requests/{paymentRequestResourceId}/confirmation (mode d'authentification REDIRECT renforcé) qui permet de confirmer une demande d’initiation de paiement précédemment envoyée pour un PSU via API DSP2 lorsque le paiement n'a pas encore été exécuté. En revanche cette méthode ne sera pas utilisable pour confirmer une demande d'annulation d'une initiation de paiement : la confirmation sera implicitement portée par l'acceptation par le PSU de la demande d'annulation elle-même.
Découvrir pas à pas