Documentation portail :

• Ajout de précisions sur le caractère obligatoire ou facultatif des paramètres et des champs des requêtes.

Documentation portail :

• Description de l'assemblage sandbox en cible à fin août 2019 ;
  • ajouts de précisions (limitations, exemples, date de mise à disposition, etc.) sur l'ensemble des cas d'usage de l'API.

Documentation portail :

• Roadmap modifiée pour la sandbox et le live.

Documentation portail :

• Ajout de précisions sur les certificats QWAC et QSEALC nécessaires pour une demande de goLive.

Documentation portail:

• Ajout de la précision "Pour les Banques Populaires, la donnée requestedExecutionDate ne peut pas être un week-end ou un jour target 2 pour les SCT"

Documentation portail :

• Ajout d'un exemple

Documentation portail :

• Ajout d'un tableau qui reprend les valeurs possibles pour le statut de l'initiation de paiement et de la transaction de paiement associée.

Documentation portail :

• Précision suivante ajoutée dans le cas d'usage "CES IDENTIFIANTS ET DONNEES DE TEST NE PEUVENT PAS ETRE UTILISES EN PRODUCTION LIVE."
  • Modification des identifiants banque à distance des persona => ces nouveaux identifiants sont actifs depuis le 8 janvier 2020 (les anciens identifiants sont désactivés)

Documentation portail :

• Ajout de précisions sur la gestion du versionning et du décommissionnement des API.

Activation de l'API pour les autres BP que BPGO.

Modification du versionning de l'API.

• Ajout de précisions sur le déclenchement des deux parcours fluides lors d'une initiation de paiement PISP

Depuis le 7 décembre :

• Activation du parcours PISP fluide ;
• Rejet des virements avec categoryPurpose = « CASH » lorsque l’AF ne se fait pas avec Sécur’Pass alors que le bénéficiaire n’est pas connu.
  • Si le PSU ne fait aucune action de consentement (validation ou refus) dans les 30 minutes qui suivent la requête d’initiation RJCT (raison NOAS).

Documentation portail :

• Passage de la documentation de l’API DSP2 STET de la version v1 à la version v1.4.2

Documentation portail :

• Activation des initiations de paiement pour les SCT permanents. NB : les annulations des initiations de paiement des SCT permanents ne devraient être disponibles qu’en septembre 2021
• Le champ chargeBearer est facultatif pour les virements en euros.
  • Précision sur la gestion des clientId suivant que l'enregistrement du TPP s'est fait via le processus de "GoLive" de notre portail 89C3 API via l’API register.

Documentation portail :

• Ajout de la précision sur la limitation de la taille de la donnée beneficiary.creditor.name qui est limitée 35 caractères.

Documentation portail :

• Ajout de précisions sur la méthode /o-confirmation qui n'est pas disponible en sandbox.
• Correction des exemples pour la v1.4.2.
  • Suppression de l'écran de confirmation du virement côté ASPSP (écran équivalent à proposer par le TPP après le /o-confirmation)

Documentation portail :

• Ajout de précisions sur le format de l'IBAN et de la donnée debtor.privateId.identification. 

Documentation portail :

• Activation des initiations de paiement pour les SEPA Instant Payments;
• Correction du double « s » dans « ressourceId » et « paymentRequestResourceId »:
• Ajout de précisions sur le parapheur pour la Banque Palatine;
  • Mise à disposition du PUT /paymentRequests et du POST /paymentRequests/o-confirmation en sandbox;
• Ajout de précisions sur le PUT /paymentRequests pour la valorisation des données transactionStatus (= »CANC »), paymentInformationStatus et statusReasonInformation ;
• Activation des annulations pour les virements permanents.

Documentation portail :

• Ajout de précisions pour les SEPA Instant Payments pour le B2B : les comptes et pays éligibles sont définis sur le contrat de flux IP B2B.
  • Ajout de la précision suivante : un virement initié via l'API d'initiation de paiement, ne peut être annulé par le PSU via son accès direct.

Documentation portail :

• Passage de la documentation de l’API DSP2 STET de la version v1.4.2 à la version v1.6.2 => activation de la v1.6.2 en sandbox le 20 octobre 2022 et en live en janvier 2023. La méthode « o-confirmation » n’est plus supportée => renommée en « confirmation »
• Ajout des règles pour un virement multiple qui sera disponible en février 2023.
• Ajout du categoryPurpose = « SALA » : règles alignées sur celles du categoryPurpose = « CASH »
  • La règle suivante : « La donnée requestedExecutionDate ne peut pas être un week-end ou un jour target 2 pour les SCT. Sinon, une erreur est générée et le paiement est rejeté. Cette limitation ne s'applique pas pour les SCT immédiats uniquement si requestedExecutionDate est le jour même de la demande ; dans ce cas, le paiement sera transformé en un SCT différé programmé pour le jour ouvré suivant. » devient « La donnée requestedExecutionDate peut être un week-end ou un jour target 2 pour les SCT : si requestedExecutionDate est le jour même de la demande ; dans ce cas, le paiement sera transformé en un SCT différé programmé pour le jour ouvré suivant. »

Documentation portail :

• Restitution du détail des messages d'erreur 500 (Internal Server Error) ajouté en retour de la confirmation d'un paiement.
  • Les clients de la banque BCP auront accès à l'API d'initiation de paiement mi-juin 2023, post migration des agences BCP vers la banque BPALC avec leur IBAN Luxembourgeois : ajout du persona James pour les tests en sandbox.