Roadmap
➤ 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 :
Version de l'API | Version de la spécification STET | Fonctionnalités | Date de déploiement 89C3 API Dev Portal & Sandbox | Date de déploiement 89C3 Live API Gateway | Date de décommissonnement |
V1.0 | V1.4.0.47 | Disponibilité des fonds (*) | 14 mars 2019 | 14 septembre 2019 | 1er juin 2023 |
V1.4.2 | V1.4.2.17 | Disponibilité des fonds (*) | - | 31 mai 2022 | non encore annoncée |
V1.6.2 | V1.6.2.0 | Disponibilité des fonds (*) | - | 28 février 2023 | non encore annoncée |
(*) 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.0 et V1.4.2