Outils personnels

Discussion:La norme

De documentation SEPAmail.

SMAPISepaMail Application Programming Interface, missive permettant à un éditeur SEPAmail de proposer des fonctions non SEPAmail, notamment d'administration.

où faut-il mettre SMAPISepaMail Application Programming Interface, missive permettant à un éditeur SEPAmail de proposer des fonctions non SEPAmail, notamment d'administration. sur le schéma ?

20 janvier 2012 à 22:28 Cyril Vignet

Précisions sur le schéma

Rappel des précisions apportées par C. Vignet au GT sécurité (courriel du 12/04)

Le schéma présenté regroupe les différents éléments fonctionnels de la norme suivant les niveaux d’articulation prévus dans la norme :

 - SMARTinterface SEPAmail entre deux adhérents au réseau SEPAmail (SepaMail Acknowledgment, Routing and Transfer), l’élément qui reçoit et envoie les missives nominales et les missives d’acquittement. 
   o Il est connecté à internet au travers des différents éléments de sécurité et de filtrage.
   o Il est connecté en interne de chaque banque suivant l’architecture de la banque.
 - GEMMEGlobal European Mandate Management & Exchange (Application SEPAmail), RUBISRèglement Universel Bancaire Immédiat & SEPA  (application SEPAmail), … sont les applications « métier » qui gère le workflow métiers des missives, la cohérence entre les « request » et les « report », la signature des missives (signature par famille), l’archivage en fonction des besoins métiers (GEMMEGlobal European Mandate Management & Exchange (Application SEPAmail) et RUBISRèglement Universel Bancaire Immédiat & SEPA  (application SEPAmail) n’ont pas du tout la même problématique d’archivage) et surtout des offres de services.
 - SMILEinterface SEPAmail entre une banque et ses clients est noté pour mémoire car c’est l’utilisation d’un composant de type SMARTinterface SEPAmail entre deux adhérents au réseau SEPAmail (SepaMail Acknowledgment, Routing and Transfer) (messagerie à la norme SEPAMAIL) dans le cadre de la relation banque-client donc hors du cadre interbancaire
   o Par exemple, l’applicationune application SEPAmail est liée à un service bancaire proposé. Elle peut se définir comme une séquence de messages utilisant le dispositif technique SEPAmail Smartphone de BPCE, se connecte à un composant SMILEinterface SEPAmail entre une banque et ses clients et non à un composant SMARTinterface SEPAmail entre deux adhérents au réseau SEPAmail (SepaMail Acknowledgment, Routing and Transfer)
   o Remarque : le logiciel SEPAPLUG intégrant la plupart des composants, cette distinction nous parait nécessaire et utile au niveau de la  norme
   o Un composant SMILEinterface SEPAmail entre une banque et ses clients n’est pas indispensable pour le fonctionnement de SEPAMAIL, un lien EBICS peut suffire pour les créanciers, une banque à distance pour les débiteurs.

Lionel.chemla 23 avril 2012 à 14:04 (CEST)