➤ Limitations fonctionelles                   

Les limitations de cette API DSP2 sont les suivantes :

• Applicable à tous les clients Natixis CIB avec l’abonnement en ligne permettant un accès au service d’initiation de paiement adhoc

• Ne s'applique qu'aux comptes paiement des clients (cf. texte de la Directive DSP2)

• Les demandes d’initiation de paiement sont limitées à un paiement SCT CORE (immediat ou différé, non instantané)

• Le bénéficiaire d’une demande d’initiation de paiement doit être référencé dans la liste des bénéficiaires du client Natixis GTB

• Les ordres permanents et récurrents ne sont pas acceptés

• Les demande de paiement au-delà des 30 jours ne sont pas acceptées

• N'utilise que le mode d’authentification par redirection (Authentification Forte du client demandée et gérée via la banque)

• Le champ chargeBearer est obligatoire pour la méthode POST /payment-requests (ainsi que pour les suivantes) et doit être valorisé à "SLEV" 

• Le champ categoryPurpose est obligatoire pour la méthode POST /payment-requests (ainsi que pour les suivantes)

• Le champ creditorAccount est obligatoire pour la méthode POST /payment-requests (ainsi que pour les suivantes)

• Le champ successfulReportUrl est obligatoire pour la méthode POST /payment-requests (ainsi que pour les suivantes)
  

Une seule app consommatrice peut être déclarée à ce jour par le TPP (même OID = client_Id) sachant qu'il y a possibilité de  gérer :

• les modèles de partenariat en marque blanche et en tiers-utilisateur

• plusieurs certificats par app consommatrice / client_Id TPP et plusieurs URL de redirection

➤ Limitations techniques 

[Nom des champs dans la norme STET]

➤ Accès aux données de production 

Le code établissement (<codetab>) vous permet d'adresser le bon référentiel client via un « endpoint » au format www.<codetab>.live.api.89c3.com (ou www.<codetab>.live.api.natixis.com).