Outils personnels

SMIRK MES1102, le message dans le réseau interbancaire

De documentation SEPAmail.

(Redirigé depuis Standards:SMIRK MES1102)
Cette page contient des modifications qui ne sont pas marquées pour la traduction.

SEPAmail – Norme 1206

Cette page fait partie de la version 1206 de la norme.

Sauf indication contraire, elle a été validée par les instances concernées et s'impose à tous les adhérents SEPAmail.
ATTENTION ! La version 1606 de la norme est disponible, vérifiez si cette page est toujours valable.


Introduction et généralités

Le message SEPAmailmessagerie bancaire sécurisée. est l'information élémentaire transmise.

Dans l'espace coopératif interbancaire, il est utilisé pour faire transiter une information standardisée avec un minimum obligatoire et une scalabilité permettant des services dans l'espace compétitif.

Un message appartient à un unique écosystèmeanciennement appelé famille, l'écosystème SEPAmail est un ensemble de messages transportant des informations métier, regroupés de façon logique. De façon générale, un Écosystème correspond à une Application SEPAmail. et il répond toujours aux règles suivantes :

  • Il est typé.
  • Il est composé d'informations au format XML.
  • Il contient de l'information structurée selon son type, définie par un schéma XML.
  • Toute information autre que celle servant au bon routage est intégrée dans un message SEPAmailmessagerie bancaire sécurisée. et il n'y a donc aucune information qui transite en dehors d'un message dans le réseau SEPAmail.

Cependant, chaque fois que c'est possible au sein d'une 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 bancaire, la modélisation des échanges préfère le « Question/Réponse » simple et sobre.

Le message SEPAmailmessagerie bancaire sécurisée. fait le plus souvent partie d'une Application SEPAmailmessagerie bancaire sécurisée., qui fait l'objet d'un SMIRKacronyme SEPAmail SepaMail Internal Request for Komment, équivalent d'un RFC pour SEPAmail. séparé[1].

Les principes

Non confidentialité

Le message n'est pas chiffré. Par contre, il est toujours inclus dans une enveloppe sécurisée (missive).

La confidentialité « technique » de l'intégralité du message échangé n'est donc pas possible, vis-à-vis de la banque s'entend : la banque peut toujours voir les données contenues dans un message.

Elle est « fonctionnelle » par le seul secret bancaire et l'accord de confidentialité du Scheme envers son réseau d'adhérents.

La confidentialité de bout en bout, vis-à-vis des tiers, est toujours garantie.

Intégrité

L'intégrité d'un message est assurée par deux mécanismes facultatifs de la missive l'enveloppant :

  • la signature du message, qui assure l'origine mais aussi l'intégrité puisque que la signature est réalisée sur un condensat du message.
  • une somme de contrôle sur l'ensemble du message en en-tête de la missive.

Seul le message EnrollRequest peut transiter sans signature, tous les autres doivent impérativement être signés.

Structuration de l'information

Le message SEPAmailmessagerie bancaire sécurisée. répond aux règles suivantes :

  • Il est typé (ActivationRequest, MandateAcceptanceReport ...).
  • Il est composé d'informations au format XML.
  • Il contient de l'information structurée selon son type, définie par un schéma XML.

Nommage du type

Le type d'un message SEPAmailmessagerie bancaire sécurisée.

  • a son nom composé de mots clés anglais, à la norme CamelCase [2]
  • reprend les normes du SEPASingle Euro Payments Area est un espace européen à l’intérieur duquel les entités économiques peuvent effectuer des paiements en euros avec la même facilité, la même sécurité et les mêmes conditions que pour un paiement national. sur le nommage des grandes fonctions : Request, Report, Reply.

Écosystème

Un message fait toujours partie d'un écosystèmeanciennement appelé famille, l'écosystème SEPAmail est un ensemble de messages transportant des informations métier, regroupés de façon logique. De façon générale, un Écosystème correspond à une Application SEPAmail. de messages (ecosystem en anglais).

L'écosystèmeanciennement appelé famille, l'écosystème SEPAmail est un ensemble de messages transportant des informations métier, regroupés de façon logique. De façon générale, un Écosystème correspond à une Application SEPAmail. est une notion ensembliste permettant de regrouper des schémas XML.

L'écosystèmeanciennement appelé famille, l'écosystème SEPAmail est un ensemble de messages transportant des informations métier, regroupés de façon logique. De façon générale, un Écosystème correspond à une Application SEPAmail. est donc différent de 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 SEPAmail.

Complétude de l'information

Toute information autre que celle servant au bon routage est intégrée dans un message SEPAmail.

Il n'y a aucune information métier qui transite en-dehors d'un message dans le réseau SEPAmail.

Plus généralement, il n'y a aucune information qui transite en-dehors d'une missive dans le réseau SEPAmail.


Durée de validité du message

Le message possède une date de péremption, date après laquelle son sens informatif est périmé.

Cette date est définie par une borne absolue (date heure universelle).

Le dépassement de la date n'est pas le déclencheur exclusif de la péremption du message. En effet, un message peut être périmé aussi par d'autres événements tels :

  • la réponse au message
  • l'apparition d'une clause suspensive
  • toute autre cause définie par le contenu du message (se reporter aux IG correspondantes)

Le dialogue « Question/Réponse » au cœur de l'échange SEPAmailmessagerie bancaire sécurisée.

Le message SEPAmailmessagerie bancaire sécurisée. permet essentiellement de faire transiter de l'information entre deux utilisateurs du réseau dans les deux sens, afin de composer un dialogue entre deux utilisateurs indéfiniment connectés.

La plupart des messages sont conçus dans une logique de question/réponse (Request/Report ou Request/Reply).

La messagerie peut s'étendre à plus de deux utilisateurs et permettre d'autres combinaisons que la simple paire de messages Question/Réponse.

Cependant, chaque fois que c'est possible au sein d'une 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 bancaire, la modélisation des échanges préfère le « Question/Réponse » simple et sobre.

Le contenu

Un message SEPAmailmessagerie bancaire sécurisée. est composé de deux éléments :

  • un en-tête (obligatoire),
  • un corps (obligatoire).

Le message valide le schéma XML sepamail_message.xml[3]

L'en-tête

L'en-tête est toujours composé des éléments :

  • un identifiant de message unique (obligatoire),
  • un type de message (obligatoire),
  • une référence à un ou plusieurs messages précédents (facultative),
  • une date/heure de péremption (faculative),
  • une référence de redirection (facultative).

L'identifiant de message doit être unique pour un doublet (émetteur, message) dans le réseau SEPAmail. Il est de la responsabilité de l'émetteur de s'assurer de cette unicité.

Le type de message permet de s'assurer que le message est conforme à un type défini et structuré au sein d'une famille de message. C'est un type parmi une liste définie dans les schémas XML.

La date/heure de péremption a été décrite plus haut dans les principes. Il s'agit d'une date/heure universelle. Elle permet d'assurer, si elle est renseignée, que le sens informatif du message est périmé. Cette notion permet au relais de l'émetteur d'informer l'émetteur de l'éventuelle absence de réponse ou de proposer du service autour de ce jalon. Cela permet aussi au relais du destinatairele destinataire est le client final (client d'un adhérent) qui reçoit les informations de l'expéditeur. Il est associé au débiteur dans le cadre de GEMME et de RUBIS car son compte va être débiteur. Il peut aussi être associé au donneur d'ordre dans le cadre de RUBIS car c'est le donneur d'ordre du virement de règlement. d'archiver le message si besoin, et de ne pas conserver indéfiniment un message dans la queue des messages mis à disposition du destinatairele destinataire est le client final (client d'un adhérent) qui reçoit les informations de l'expéditeur. Il est associé au débiteur dans le cadre de GEMME et de RUBIS car son compte va être débiteur. Il peut aussi être associé au donneur d'ordre dans le cadre de RUBIS car c'est le donneur d'ordre du virement de règlement..

La référence de redirection permet de rediriger le message vers ses lecteurs finaux dans le système destinatairele destinataire est le client final (client d'un adhérent) qui reçoit les informations de l'expéditeur. Il est associé au débiteur dans le cadre de GEMME et de RUBIS car son compte va être débiteur. Il peut aussi être associé au donneur d'ordre dans le cadre de RUBIS car c'est le donneur d'ordre du virement de règlement. si besoin (numéro de téléphone, poste, personne, URL etc...)

Le corps

Le corps du message dépend du type de message.

Il existe un schéma XML pour chaque type de message

Les pièces jointes (incluses dans le corps du message)

Dans SEPAmailmessagerie bancaire sécurisée., il y a un élément « data » qui est utilisé dans trois éléments parents :

  • une image (élément « Image »),
  • une pièce jointe au sens MIMEMultipurpose Internet Mail Extensions est un standard internet qui étend le format de données des courriels (élément « Attachment »),
  • une signature (élément « Signature »).

L'image est utilisée chaque fois que l'élément doit pouvoir être affiché en ligne dans une interface homme/machine.

La pièce jointe est plutôt utilisée lorsque l'élément doit pouvoir être téléchargé dans les interfaces homme/machine.

Remarque : le RIS2Dun RIS2D (Relevé d'Identité SEPAmail 2D) est une image de type code barre 2D au format datamatrix, contenant des données propres à l'utilisateur de SEPAmail : nom, prénom, BIC, identifiant QXBAN, date d'expiration et le Document utilisent la pièce jointe « Attachment », ce qui est logique car le RIS2Dun RIS2D (Relevé d'Identité SEPAmail 2D) est une image de type code barre 2D au format datamatrix, contenant des données propres à l'utilisateur de SEPAmail : nom, prénom, BIC, identifiant QXBAN, date d'expiration doit pouvoir se télécharger.


Références

  1. 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 SEPAmailmessagerie bancaire sécurisée. dans le réseau interbancaire SMIRK APP1103
  2. http://fr.wikipedia.org/wiki/CamelCase
  3. http://xsd.sepamail.eu/1206/sepamail_message.xsd
Autres langues :English 100% • ‎Français 100%