Cette API fait l'objet d'améliorations et d'évolutions. L’article 30 (4) des RTS précise que des changements significatifs de l'API peuvent intervenir sans délai. Nous appliquons cette clause dans les cas suivants :

• problème bloquant impactant de façon généralisée au moins l’un des segments de clients majeur (particuliers, professionnels, entreprises),
• problème de sécurité,
• évolutions demandées par les autorités nationales compétentes pour répondre à la trajectoire réglementaire.

Retrouvez ci-dessous les élements de notre trajectoire prévisionnelle : 

 (*) Fonctionnalité Principale : initier un paiement unitaire en euros à partir du compte éligible du client 

• en mode "Paiement Instantané" (IP) ;
• ou via SCT CORE (immédiat, différé).

 (**) Les cas de test des Caisses d'Epargne peuvent être utilisés car cet établissement est sur le même système informatique. Sinon veuillez vous référer aux cas "Comment testez l'API ?" puis "Testez nos persona".

Politique de décommissionnement 

La politique du décommissionnement (= arrêt d'une version d'une API sur les environnements de production et sandbox) est fonction du cycle de vie des API, et il est prévu une phase de tuilage (*) entre deux versions majeures d’API comme indiqué dans le schéma ci-dessous :

La communication du décommissionnement d’une version N se fera à la date de déploiement de la version N+1. Le canal de communication privilégié est le portail 89C3 API dans la partie "Roadmap" de l’API impactée. Une communication via courriel vers les correspondants des prestataires enrôlés sur le portail 89C3 API pourra venir compléter ce dispositif.