La norme
De documentation SEPAmail.
Principes généraux de la norme
Préambule : numérotation
Chaque version de la norme est identifiée par un numéro à 4 chiffres, sous la forme AAMM. Ainsi, la version 1206 date du mois de juin 2012, par exemple. Le comité de coordination règle la fréquence et le contenu des versions successives.
La version 1206 de la norme a changé beaucoup de choses par rapport à la précédente version, 1202. En résumé, on peut même considérer qu'elle a tout changé.
En revanche, les versions futures de la norme n'auront pas forcément le même impact. Elles pourraient se contenter d'évolutions limitées sur certains messages ou certains écosystèmes, voire les laisser complètement intacts -- en se contentant par exemple d'ajouter une ou plusieurs applications nouvelles.
Il n'y a donc pas forcément identité entre les numéros de version de tous les messages et celui de la norme elle-même : si ces messages n'ont pas changé depuis la version précédente de la norme, ils conserveront le même numéro de version. On peut dire que le numéro de version de la norme est le maximum des numéros des messages et de la missive la constituant.
Périmètre
On trouve ci-dessous sous forme graphique la représentation du périmètre des spécifications de la norme SEPAmail :
Au sein d'un adhérent SEPAmail bancaire, il y a quatre classes de composants fonctionnels principaux :
- SMART qui reçoit et émet des missives dans le réseau des adhérents SEPAmail (espace coopératif inter-bancaire)
- les composants métiers autour du paiement:
- RUBIS, autour de la demande de règlements qui traite les messages RUBIS (lié à l’écosystème payment.activation)
- GEMME, autour de la signature de mandats qui traite les messages GEMME (lié à l’écosystème direct.debit)
- DIAMOND, autour de la vérification de la domiciliation bancaire qui traite les messages DIAMOND (lié à l’écosystème identification.verification)
- un composant métier de sécurité:
- SAPPHIRE (de façon optionnelle), autour de l'authentification et de l'échange de composants d'authentification, qui traite les messages SAPPHIRE (lié à l'écosystème secure)
- SMILE (de façon optionnelle) qui reçoit et émet des missives dans le réseau des clients de la banque (espace compétitif intra-bancaire)
Les documents de la norme sont :
- les schémas XML et leurs directives d'implémentation
- les demandes de commentaires (SMIRK en bleu)
- les règles métiers (business rules en vert)
- des spécifications techniques et fonctionnelles
- API SMART (file et web-service)
- protocoles échanges
- validation XML
• 