➤ Politique de décommissionnement des versions de l'API 

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.

➤ Planning des évolutions fonctionnelles à venir de l'API 

Cette API fait l'objet d'améliorations et d'évolutions continues. 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 éléments de notre trajectoire prévisionnelle :

(*) Fonctionnalités Principales :

• Obtention de l’information demandée sous forme OUI/NON
• Pas de blocage des fonds par le teneur de compte 
• Pas de différence entre les versions STET V1.4.2 et V1.6.2