Communauté SEPAmail : SMOC

SMOC, c'est quoi ?

SMOC est l'acronyme de SepaMail Output Cryptographic, ce qui pourrait signifier Sortie chiffrée d'un SEPAmail.

C'est un composant open source en licence GPLv3 développé par Bishan Kumar Madhoo, société idSoft, selon une spécification réalisée par moi pour le compte du cabinet deciBI.

Qu'est-ce que cela fait ?

SMOC est un composant :

• qui prend en entrée une missive SEPAmail et un fichier de configuration
• qui génère une enveloppe SEPAmail, l'envoie en mode canonique (SMTP) et se synchronise avec une répertoire d'un compte imap corresponsdant au compte de l'expéditeur

C'est une librairie java que l'on peut inclure dans un projet java ou utiliser en ligne de commande.

Où peut-on le trouver ?

SMOC a été publié sur la plateforme de code google, sous le nom de code sepamail-smoc.
La page du projet se trouve ici
Le code source du projet est ici.

A-t-on le droit de l'utiliser ?

Le logiciel a été développé en langage java sous une licence d'utilisation open source (GPLv3).
Il utilise des composants et des bibliothèques qui sont toutes sous une licence open source.

Tout le monde peut donc utiliser tout ou partie de SMOC sous les conditions des licences d'utilisation, notamment en respectant le droit des auteurs.

Ce composant fait-il partie du standard de SEPAmail ?

Le standard n'a pas vocation à inclure des implémentations logicielles.
Donc ce composant ne fait pas partie du standard.

Existent-t-ils d'autres composants comme SMOC ?

Oui.

• SMURF est un composant permettant de publiposter des missives SEPAmail depuis un système d'information d'entreprise.
• SMIC est un composant de conversion croisée entre les deux formats missive (xml) et pdf (guide du créancier).
• SMAC est un composant croisé entre le mode canonique et les modes flash
• SMACK est un composant d'acquittement automatique de missive nominale
• SMETH est une extension du client de messagerie thunderbird pour recevoir et envoyer des SEPAmail RUBIS. SMETH est utile pour concevoir de nouvelles applications, tester des applications existantes et, d'une manière générale, comme visionneuse d'un SEPAmail sur un environnement local

Vocabulaire SEPAmail : noms de code en "SMxxx"

Que sont donc ces noms de codes en quelques lettres commençant par SM ?
La question m'est souvent posée.

L'idée est venue naturellement du mot SEPAmail et du premier implémenteur de SEPAmail, la société StreamMind.
Les deux noms étaient composés de deux mots commençant par S et M.

Pourquoi donc ne pas prendre des mots courts en anglais commençant par SM pour nommer des concepts ou des composants logiciels de la communauté SEPAmail.

L'idée était lancée.
Cela a commencé avec SMART et SMILE qui sont des concepts ayant permis de distinguer la même fonction au sein du réseau d'adhérents et en dehors du réseau d'adhérents.
Puis, de façon un peu narquoise, la SMIRK a été baptisée afin de répondre à quelques remarques sur la confusion entre les RFC de l'IETF et les RFC de SEPAmail.

La liste des codes 

Voici la liste des codes que je connais à ce jour, classée par ordre alphabétique:

• SMART, terme générique pour désigner, dans le standard, un composant implémentant le protocole d'émission et de réception des enveloppes SEPAmail au sein du réseau des adhérents. C'est l'acronyme de SepaMail Acknowledgment, Routing and Transfer et le mot peut signifier en anglais chic ou élégant.
• SMETH, implémentation d'une extension pour le client de messagerie thunderbird couvrant une partie du protocole SEPAmail. C'est l'acronyme de SepaMail Extension THunderbird et le mot peut signifier suée ou bruine en anglais
• SMITE, jeux de test pour mettre en commun des jeux de données à des fins de déboguage des implémentation. C'est l'acronyme de SepaMail, I want TEst et le mot peut signifier frapper ou châtier en anglais.
• SMILE, terme générique pour désigner dans le standard, un composant implémentant le protocole d'émission et de réception des enveloppes SEPAmail en dehors du réseau des adhérents (par exemple entre un adhérent et son client utilisateur). Le SMILE et le SMART sont deux instances fonctionnelles assez similaires sauf pour l'authentification des acteurs. Il n'y a pas d'acronyme validé actuellement et cela ferait sourire que je donne ici son sens en anglais
• SMIRK, demande de commentaires soumise à la communauté pour discussion et validation. C'est l'acronyme de SepaMail Internal Request for Komment et le mot peut signifier narquois en anglais.
• SMUDGE, implémentation d'une synchronisation entre un gestionnaire de version et la documentation SEPAmail en ligne. C'est l'acronyme de SepaMail UpDate GEnerator et le mot peut signifier bavure ou tâche en anglais.
• SMURF, implémentation d'un publiposteur SEPAmail/RUBIS (JADE en cours de spécification) en sortie d'un ERP. C'est l'acronyme de Sepa Mail Universal Resource Formater et le mot peut signifier Stroumpf en anglais

Il existe aussi, qui ne correspondent pas à des mots anglais :

• SMAPI, un type de missive d'interfaçage. C'est l'acronyme de SepaMail Application Programming Interface.
• SMIC, implémentation d'une prise croisée entre les deux formats pdf et xml de la missive (guide SEPAmail de l'entreprise). C'est l'acronnyme de SepaMail Interface Cross.
• SMOC, implémentation de l'enveloppe SEPAmail, de l'envoi et de la synchronisation avec un compte IMA. C'est l'acronyme de SepaMail Output Cryptographic
• SMAC, implémentation d'une prise croisée entre le mode flash et le mode canonique
• SMACK, implémentation d'un composant d'acquittement automatisé

Je suis preneur de tout code que j'aurais oublié ou que je ne connaîtrais pas pour l'ajouter à la liste ci-dessus.
Il reste d'autres mots en anglais commençant par SM: smash, smala, small, smear, smell, smelt, smith, smock, smog, smoke, smooth, smug, smut...

Communauté SEPAmail : SMURF

SMURF est l'acronyme de Sepa Mail Universal Resource Formater.

A quoi cela sert ?

Supposons qu'un utilisateur SEPAmail, client créancier, dispose d'un logiciel ERP qui lui permet de consulter la fiche de chacun de ses clients. Pour utiliser le service RUBIS, il a besoin de pouvoir envoyer ses demandes de règlement au format RUBIS sur la prise SMILE de sa banque.

Le composant SMURF va lui permettre de générer automatiquement le document pdf au format SEPAmail qu'il peut ensuite envoyer sur la prise bancaire SEPAmail SMILE, soit directement (canal web service), soit via un client de messagerie S/Mime (canal messagerie).

Où le trouver ?

Smurf a été publié sur la plate-forme google code sous le nom de code sepamail-smurf.
La page du projet se trouve ici.

Comment le tester ?

Pour tester SMURF, le plus simple est de télécharger la dernière version exécutable ici puis de décompresser l'archive quelque part sur votre système puis de lancer Smurf.sh (pour MacOs ou GNU/Linux) ou Smurf.exe (pour WinOS).

Pour le tester depuis les sources, il faut récupérer le projet sur le gestionnaire de version de la plate-forme google, puis exécuter avec ant (par exemple) le fichier build à la racine du projet. Un environnement java 1.7+ est requis.
Remarque : la visualisation des pdf dans SMURF ne fonctionne qu'avec un environnement d'exécution sun/oracle 1.7 (incompatibilité de la visionneuse jpeg dans le projet icedtea avec openjdk, en cours d'analyse pour résolution)

A-t-on le droit de l'utiliser ?

Le logiciel a été développé dans le cadre d'une mission autour de SEPAmail en langage java sous une licence d'utilisation open source (GPLv3).
Il utilise des composants et des bibliothèques qui sont toutes sous une licence open source comme décrit dans ce fichier.
Les créanciers peuvent donc utiliser tout ou partie de SMURF sous les conditions des licences d'utilisation, notamment en respectant le droit des auteurs

Où peut-on trouver de la documentation ?

Plusieurs documents se trouvent dans l'espace google code :

• une documentation orientée intégrateur
• une documentation orientée développeur
• les spécifications des différentes versions du composant

Ce composant fait-il partie du standard de SEPAmail ?

Le standard n'a pas vocation à inclure des implémentations logicielles.
Donc ce composant ne fait pas partie du standard.
Cependant, c'est une implémentation au code source ouvert et ré-utilisable, faisant référence pour la communauté des adhérents et utilisateurs de SEPAmail.

Existent-t-ils d'autres composants comme SMURF ?

Oui.

• SMIC est un composant de conversion croisée entre les deux formats missive (xml) et pdf (guide du créancier)
• SMOC est un composant qui constitue une enveloppe SEPAmail, l'envoie et se synchronise avec un compte IMAP