➤ Introduction - précisions sur les fonctionnalités de la sandbox

La sandbox 89C3 API peut être utilisée directement via l'application du TPP en appelant l'API "Initiation de paiement" de la plateforme 89C3 API.

En assemblage sandbox, il y a deux types d'appel :

• Le premier pour récupérer le jeton d'autorisation (voir la rubrique "Vue d'ensemble" > "Récupérez votre jeton") ;

• Le second pour faire l'appel à l'API DSP2 "Initiation de paiement" (voir les cas d'usage "Initier un paiement", "Récupérer le statut ", "Confirmer une initiation" et "Annuler une initiation").

➤ Prérequis

Le TPP doit déclarer son APP en sandbox via notre API Register.

Rappel : en tant que TPP, vous devez être accrédité par l'une des autorités compétentes nationales européennes (ACPR en France) pour le rôle d'initiateur de paiement ("PISP").

Le point d'entrée dépendra du code établissement <cdetab> :

Nous avons par exemple :

• POST  https://www.30021.live.api.89c3.com/stet/psd2/v1.6.2/payment-requests pour initier un paiement pour un client de Natixis CIB en sanbdox 

➤ Limitations

• Le cas d’usage "Annuler une initiation de paiement", n'est pas totalement testable dans l’environnement sandbox car cette méthode nécessite un croisement des données dynamiques alors que notre sandbox a un comportement statique

• En conséquence, les requêtes d’annulation d’une initiation de paiement sont acceptées dès que le format de la requête est correct (l’identifiant de l’initiation de paiement étant supposé exister). 

L'application du TPP consommatrice de l'API "Initiation de paiement" en assemblage sandbox va devoir récupérer un jeton d'accès via sa clé d'authentification auprès de l'AS (Authentification Server). 

Ainsi l'application TPP pourra consommer les méthodes "POST /payment-requests", "GET /payment-requests/{paymentRequestRessourceId}", "POST /payment-requests/{paymentRequestRessourceId}/confirmation"  et "PUT /payment-requests/{paymentRequestRessourceId}" grâce à son jeton d’accès.