Projet de PFE VF

PROJET DE FIN D’ÉTUDES
Présenté en vue d’obtenir le
MASTER:
SYSTEME : ELECTRONIC DATA INTERCHANGE
2023 -2024
Réalisé par :
M. Youness El Mghabbar
Conception d’une plate-forme EAI/EDI

« ELECTRONIC DATA INTERCHANGE – ENTREPRISE APPLICATION
INTERGARTION »
Pour le compte de la SNTL-SUPPLY CHAIN
Encadrant : M.
Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 1

Mots clés :
EDI, EAI, BOTS, Talend, Intégrateurs de données, IXPath, Infolog, Flux EDI, Evaluation multicritère,
Benchmark EDI
Résumé :
L’optimisation du délai et de la qualité de traitement de l’information est l’un des plus grands leviers
pour l’amélioration du rendement et de la performance d’une entreprise.
Consciente de cet enjeu, la SNTL SUPPLY CHAIN a investi dans une plateforme EDI pour échanger de
façon automatisé les données avec ses différents collaborateurs.
Néanmoins, cette solution qui au début a rapporté ses fruits, à rapidement démontrer ses limitations
et présente des faiblesses qui, mal géré engendre des coûts supplémentaires pour l’entreprise.
Dans ce cadre, notre projet de fin d’étude s’inscrit dans une optique d’étude de l’existant (analyse
fonctionnelle wms, force/faiblesses EDI existant) afin de proposer une conception d’une nouvelle
plateforme reprenant les bases solides de la solution précédente, en remédiant à ses faiblesses à
travers l’implémentation de nouvelles fonctionnalités, tout en laissant un espace ouvert pour
l’amélioration continu et l’innovation.
Key Words:
EDI, EAI, BOTS, Talend, Data Integration, IXPath, Infolog, EDI Flows, Multi-criteria evaluation,
Benchmark EDI
Abstract:
Optimizing time and quality of information processing is one of the most important tools for
improving a company's performance.
Aware of this challenge, SNTL SUPPLY CHAIN has invested in an EDI platform in hosted mode to
exchange data automatically with its various partners.
Nevertheless, this solution, which at the beginning has yielded its fruits, to quickly demonstrate its
limitations and presents weaknesses that, poorly managed generates additional costs for the
company.
In this framework, our end-of-study project is based on a study of the existing (wms functional
analysis, existing EDI strengths / weaknesses) in order to propose a design of a new platform taking
the solid foundations of the previous solution, remedying its weaknesses through the
implementation of new features, while opening the field to continuous improvement and innovation.

Remerciements
Nous tenons tout d’abord à remercier Dieu le tout puissant et miséricordieux, qui nous a donné la
force et la patience d’accomplir ce Modeste travail.
En second lieu, nous tenons à remercier notre encadrant Mr ;;;;;;;;;;;;;: , pour son précieux conseil et
son aide durant toute la période du travail.
Nos vifs remerciements vont également aux membres du jury pour l’intérêt qu’ils ont porté à notre
recherche en acceptant d’examiner notre travail Et de l’enrichir par leurs propositions.
Enfin, nous tenons également à remercier toutes les personnes qui ont participé de près ou de loin à
la réalisation de ce travail

Table des matières
Introduction............................................................................................................................................. 6
CHAPITRE I : Présentation de l’organisme d’accueil ............................................................................... 7
I - GENERALITES SUR LE GROUPE SNTL ............................................................................................... 7
CHAPTRE II : Définition de la problématique et planification du projet ............................................... 20
I - MISE EN SITUATION....................................................................................................................... 20
II - Méthode QQOQCP ....................................................................................................................... 21
III - Décomposition du projet ............................................................................................................ 21
IV - Diagramme de Gantt ................................................................................................................... 22
V - MATRICE ACDE ............................................................................................................................. 22
Chapitre III : l’Information, les nouvelles technologies et les échanges de données informatisé au
centre de la Supply Chain...................................................................................................................... 23
I - Apport des technologies dans le secteur de transport et de la logistique ................................... 23
II - L’information au centre des préoccupations dans la supply chain actuelle. ............................... 26
III - Rôle des EDI dans l’activité logistique ......................................................................................... 30
Chapitre IV : Analyse fonctionnelle du WMS INFOLOG et interfaces avec la plateforme EDI .............. 32
I - Présentation d’INFOLOG ............................................................................................................... 32
II – Interfaces avec la plateforme EDI :.............................................................................................. 37
Chapitre V : Conception d’une solution B2B EDI propriétaire .............................................................. 40
I – Validation du choix de conception d’une solution propriétaire................................................... 40
II - Benchmark des solutions EDI et intégration des données........................................................... 44
III - EDI et l’open source : quels enjeux pour la SNTL........................................................................ 49
IV - Intégrateurs de données et EDI : Les intégrateurs de données peuvent-ils jouer le rôle d’un
EDI ?................................................................................................................................................... 51
V - ANALYSE MULTICRITERES DES SOLUTIONS TROUVEES............................................................... 56
1- Définition : ............................................................................................................................. 56
2- Champs d’application ............................................................................................................ 56
3- Mise en œuvre :..................................................................................................................... 57
VI – Architecture et choix de la solution ........................................................................................... 62
1- Outils et programmes utilisés :.............................................................................................. 62
2- Architecture technique et fonctionnelle : ............................................................................. 80
V – Mise en place de la solution : ...................................................................................................... 82

1- Installation : ........................................................................................................................... 82
2- Paramétrage .......................................................................................................................... 84
3- Exécution : ............................................................................................................................. 95
Liste des figures : ................................................................................................................................... 96
Liste des tableaux : .............................................................................................................................. 101

Introduction
De nos jours, et face à une concurrence rude et rigide des entreprises opérantes dans les
différents secteurs d’activités (industrie, logistique et transport…), le prix des marchés devient de
plus en plus bas suite à une théorie d’Adam Smith « la main invisible », cette théorie consiste à une
auto régularisation du marché suite à la présence de l’offre et de la demande.
Dans le secteur des services notamment la logistique et le transport, la demande est élevée
vue l’importance du métier et sa présence dans les différents secteurs d’activité. Non seulement la
demande est élevée mais aussi l’offre du service qui représentait une opportunité majeure pour les
entrepreneurs, dans cette optique, plusieurs entreprises ont vu le jour.
Cependant, les entreprises se sont concentrées sur la vision de l’optimisation des coûts afin
d’augmenter leurs marges bénéficiaires et pouvoir survivre, ainsi de créer un avantage concurrentiel
sur le marché.
Dans le cadre de l’obtention du Master ………………., notre projet de fin d’études s’articule
autour de l’optimisation du flux d’informations et bien précisément le flux documentaire entre
la SNTL Supply Chain et ses partenaires. Ce flux qui est considéré non seulement très couteux mais
aussi d’une criticité majeure, et cette solution sera généralisé pour le compte de SNTL.
Notre projet de fin d’études va porter sur la conception d’une plateforme EAI/EDI
(ELECTRONIC DATA INTERCHANGE) qui se considère comme la clef de la réussite des échanges
documentaires.
Pour se faire, on a commencé par une étude de l’existant afin d’avoir une idée précise sur les
flux ainsi que les procédures existantes, ensuite un Benchmark des solutions existantes dans le
marché (WSO2, TALEND, BOTS, AKANEA, TRADEXPRESS…) était mis en place d’où l’idée de la
compilation de deux application a vu le jour, après cette étape, l’analyse multicritères des solutions
nous à permit de choisir les applications capables de répondre à notre besoin (TALEND & BOTS) et
enfin, nous avons procédé à une démarche de mise en place ainsi que la mise en place de la
plateforme.

CHAPITRE I: Présentation de la SNTL-SUPPLY
CHAIN/TAMYUZ
I - GENERALITES SUR LE GROUPE SNTL
Acteur de référence dans le domaine du transport et la logistique que ce soit au niveau national ou
régional, le groupe SNTL dépasse cette vision et se place en tant qu’intégrateur d’écosystème
logistique au niveau africain.
C’est dans cette optique que s’inscrit les différents partenariats et accord signé au niveau régional et
internationale. A titre d’exemple, on peut citer :
- les conventions avec l’Afrique de l’ouest qui ont pour objectif le renforcement du
partenariat sud-sud et assurer un niveau de développement régionale.
- les différents partenariats et conventions internationales signés avec l’union européenne et
la chine qui visent à booster la croissance de notre pays et bénéficier de leurs investissements dans la
région, puisque le Maroc dispose d’un positionnement stratégique au croisement de la mer
méditerrané et de l’océan atlantique, à 14 km de de la péninsule ibérique ce qui rend le royaume au
centre des croisements de flux continentaux et internationaux.
Au niveau national, le groupe cherche à se positionner en tant que leader dans le domaine de la
Supply Chain à travers :
 La proposition de solutions clés en main lui permettant d’accompagner les différents
secteurs à grande valeur ajoutée comme par exemple l’automobile, l’aéronautique, les
hautes technologies, le textile et habillement ou encore le retail.
 Le développement d’infrastructures et zones logistiques comme par exemple la plateforme
régionale de Mohammedia, la zone Moulay Rachid ou encore celle de Ain Dallia.
1. La SNTL en chiffre :
 30 Agences au Maroc
 3500 transporteurs référencés
 800 collaborateurs
 20 Millions de tonnes de flux transporté
 Capacité de stockage de 210 000 m²
 1100 partenaires concessionnaires et garages de réparation
 800 partenaires station-service
 80 centres de visite techniques agréent

 18 entrepôts partenaire en Afrique
 5 clusters régionaux africains
 50 000 m² de surface de stockage en Afrique chez les partenaires
 4 gares routières en gestion déléguée : Kenitra, Meknès, Dakhla et Lâayoune
 Un large réseau de partenaires internationaux offrant des services de prestations logistiques,
de freight forwarding, des cabinets de conseils, des bureaux d’études, universités, centres
d’innovation et bureaux d’achats.
Figure 1 : Prise aérienne de la plateforme de Mohammedia

Figure 2: Photographie d'un entrepôt de stockage
Figure 3: Photographie d'un entrepôt de stockage

2. Historique :

3. Pôles de la SNTL :
L’entreprise se compose de cinq pôles principaux à savoir :
Fleet
Management &
Energies
renouvelables
Technologie et Infrastructures et
innovation mobilité urbaine
Finance et
Assurance Supply chain
Figure 4 : les pôles de la SNTL
a. La SNTL Supply Chain

Elle est classée n°1 du transport au Maroc, elle offre un panel diversifié de prestations logistiques à
forte valeur ajoutée comme le transport routier national et international, le freight forwarding ou
encore la mise à disposition de hubs logistiques régionaux comme par exemple la plateforme
logistique Mohammedia.
La SNTL Supply Chain propose des services tout au long de la chaîne logistique allant de
l’entreposage jusqu’aux opérations à valeurs ajoutées. Parmi ces services on trouve :
 L’entreposage : Gestion des flux entrée/sortie, optimisations des process ;
 Distribution : Gestion des opérations de distribution selon le canal de distribution choisi par
le client ;
 Affrètement : Transport routier national et international ;
 Transit – aires sous douane : Entreposage de stocks MEAD et EPB (conteneurs, palettes,
colis) ;
 Valeur ajoutée : proposition de service de différentiation retardé comme le co-packing, le
conditionnement, l’étiquetage et le tracking de marchandise.
En plus de ces services, la SNTL Supply Chain se veut être un hub pour le continent africain à travers
la mise à disposition de 50 000 m² de surface de stockage dédiée dans 10 pays, et ce, à travers des
partenariats avec 18 entrepôts dans 17 pays et 5 clusters régionaux.

Figure 5 : Géolocalisation des entrepôts partenaires en Afrique
b. La SNTL assurances
C’est le premier assureur des fonctionnaires, du parc véhicules de l’Etat et des Etablissements
publics. Elle est présente sur le marché depuis plus de 30 ans. Elle dispose de 19 points de ventes
dotés de moyens techniques très performants comme par exemple un accès à l’espace utilisateur via
une plateforme internet.
Les services proposés sont :
 Assurance Auto
 Assurance transport et logistique
 Assurance garagistes
 Assurance multirisque
 Assurance immobilière et logistique
 Gestion des risques liés aux écosystèmes logistiques

c. Le pôle fleet management du groupe SNTL
Il gère le parc automobile de l’Etat. Ce service, ayant 35 années d’expérience, à gérer en 2015 près
100 000 véhicules dont 2 800 véhicules neufs et 2 700 véhicules réformés avec un budget de
fonctionnement de 800 Millions de dirhams.
d. La LOGDEV
Anciennement appelée Immo, c’est une filiale à 100 % du groupe SNTL. Sa principale mission est de
préserver l’ensemble des actifs immobilier du groupe SNTL et s’assurer leur développement à travers
le lancement de projets immobiliers à forte valeur ajoutée tout en intégrant une démarche Qualité,
Hygiène, Sécurité et Environnement.
Les services proposés sont :
 Maîtrise d’ouvrage et développement de projets immobiliers ;

 Gestion d’actifs immobiliers ;
 Facility management.
e. Le centre de technologie et d’innovations TAMAYUZ Supply Chain

Il est Inauguré en 2015 en présence de ministres africains à l’occasion du 1 er congrès africain de
transports et de la logistique. Il vise, non seulement à la création de chaînes logistiques performantes
tirant bénéfice des dernières avancées technologiques, mais aussi à accompagner les écosystèmes et
les collaborateurs du groupe dans une dynamique d’innovation continue.
Certification
Technologie
Consulting
Tamayuz Supply chain
Figure 6 : les pôles du centre TAMAYUZ Supply Chain

Le centre se décompose en trois pôles :
- Formations et certifications
- Etudes et conseil.
- Technologie et Innovation.
Dans le cadre de la réalisation de cette vision, le centre Tamayuz s’est allié avec plusieurs partenaires
institutionnels nationaux et internationaux dont :
Figure 7 : Listes non exhaustive de partenaires pédagogiques
Source : http://sntlgroup.ma/home/sntl-group/nos-poles-dactivite/excellence_center/

Figure 8 : locaux du centre TAMAYUZ supply chain – extérieur
Figure 9 : locaux du centre TAMAYUZ supply chain - intérieur

Figure 10 : Simulateur d'éco-conduite

Figure 11 : centre de formation matières dangereuses ADR
4. Fiche signalétique du groupe SNTL :

Raison sociale :
Société nationale de transport et logistique
Statut juridique :
Société anonyme
Création :
1937 : création du BCT
Date clés :
1958 : transformation du BCT en ONT
2005 : Création de la SNTL après dissolution de l’ONT
Secteur d’activité :
Transport, immobilier, finances, assurance, gestion de flotte, technologie et

innovation, Supply chain
Filiales :
SNTL Supply Chain, SNTL Assurances, LOGDEV

Siège social :
Rue Al fadila, Quartier industriel, Cité Yacoub el mansour, Rabat
Téléphone :
+212 537 28 93 17
Email :
contact@sntl.ma
Effectif :
Plus de 400 salariés
Chiffre d’affaire :
857 Millions de dirhams (2015)
Résultat net :
37 Millions de dirhams (2015)
Trésorerie :
461.48 Millions de dirhams (2015)
Productivité :
Environ 1000 camions transitant par jour

CHAPTRE II : Définition de la
problématique et planification du projet
I - MISE EN SITUATION
Phase incontournable dans tout projet de travail, c’est au cours de cette dernière que la
problématique est soit défini, soit confirmé comme ce qui est notre cas.
Nous avons certes, accordé à cette phase préliminaire une grande durée, mais cela est dû à
son importance majeure dans la réussite de notre projet.
Dans un premier temps, nous nous sommes réunis avec notre Directeurs de SNTL SUPPLY
CHAIN et le Directeur de TAMAYUZ SUPPLY CHAIN afin de faire une mise au point sur la
problématique qui était la conception d’un système de gestion d’entrepôts WMS qui était destiné à
remplacer le WMS actuel, ainsi qu’une plateforme d’échange de données informatisé d’un nouveau
genre afin de palier au problèmes rencontrés avec la solution actuel du prestataire, ensuite il a fallu
clarifier quels sont les résultats attendue à la fin du projet et finalement, la première réunion c’est
clôturer avec une visite du département auquel nous étions assignés qui est le pôle technologie et
innovation du centre TAMAYUZ Supply Chain suivi d’un tour de table afin de faire connaissance avec
nos différents collaborateurs.
La prochaine étape consistée en des réunions de travail guidées avec le Directeur des
Opérations Logistique et les Responsables d’exploitations des entrepôts de la plateforme que ce soit
des entrepôts dédiés à un seul client ou des entrepôts mutualisées multi clients, ainsi que des
recherches et documentation guidé et ciblé, mise au point et cadré chaque jour par des compte
rendu, afin schématiser la plateforme et mettre le doigt sur la bonne configuration et de tracer une
feuille de route pour le projet.
Après la fin de cette phase, une réunion de cadrage avec le Directeur du Centre TAMAYUZ s’est
soldé par l’abandon du projet de conception d’un WMS pour nous concentrer sur la problématique
de l’EDI à cause la sévérité et les impacts des problèmes liés à la plateforme EDI existante.

II - Méthode QQOQCP
Pour approfondir notre étude, nous avons utilisé la méthode QQOQCP ci-dessous afin de cadrer
le besoin ainsi que le décortiquer et en tirer les vraies défaillances :
Questions Réponses
QUOI? Dequois'agit-il? DéfaillancedelaplateformeEDIexistante
QUI? Quialeproblème? LesutilisateursEDI,Facturation,responsablesentrepôts
OU? Oùleproblèmeapparâit-il? ChezlespartenairesdelaSNTLquiutilisentlaplateformeEDI

QUAND? Quandcelaapparâit-il? Lorsdel'envoiedesfichiersverslespartenaires
COMMENT? Commentprocède-t-on? AppelerleprestataireEDIetessayerderécupererlesfichiersperdus
POURQUOI? Pourquoi? AbsencedusuividuprestataireEDI

Tableau 1 : méthode QQOQCP
III - Décomposition du projet

CAT EGO RY T AS K S T ART END CO LO R Sta rt
Choix/validation du
sujet et Integration Choix et validation du sujet du projet de fin d'étude 06/02/2017 28/02/2017 Blue 06/02/2017
dans l'entreprise
Visite de l'entrepôt samsung 13/02/2017 19/02/2017 Blue 13/02/2017
Visite d'entrepôt Multi client 20/02/2017 26/02/2017 Blue 20/02/2017
Integration dans l'entreprise 06/02/2017 28/02/2017 Blue 06/02/2017
Analyse fonctionnelle Analyse fonctionnelle WMS 06/03/2017 12/03/2017 Red 06/03/2017
Reunion de validation et rectifications 13/03/2017 13/03/2017 Red 13/03/2017
Interfaces Mise au point sur les intefaces existantes 14/03/2017 20/03/2017 Red 14/03/2017
Reunion de validation et rectifications 21/03/2017 21/03/2017 Red 21/03/2017
Analyse de la
plateforme EDI Analyse de la plateforme EDI Forces/Faiblesses 14/03/2017 20/03/2017 Green 14/03/2017
existante
Reunion de validation et rectification 21/03/2017 21/03/2017 Green 21/03/2017
Pourquoi Intégrer une
plateforme EDI Pourquoi Intégrer une plateforme EDI Propriétaire (enjeux pour l'activité , enjeux financiers) 22/03/2017 23/03/2017 Brown 22/03/2017
Propriétaire
Reunion de validation et rectification 24/03/2017 24/03/2017 Brown 24/03/2017
Benchmark Benchmark entre les solutions EDI et Intégration de données 27/03/2017 31/03/2017 Orange 27/03/2017
Reunion de validation et rectification 03/04/2017 03/04/2017 Orange 03/04/2017
Evaluation des
Evaluation des solutions existantes 04/04/2017 09/04/2017 Purple 04/04/2017
solutions existantes
Open Source et EDI Open source et EDI, les enjeux pour la SNTL 04/04/2017 09/04/2017 Blue 04/04/2017
Reunion de validation et rectification Evaluation de solutions et Open Source 10/04/2017 10/04/2017 Blue 10/04/2017
Choix de la solution
Choix de la solution EDI à mettre en place 11/04/2017 16/04/2017 Red 11/04/2017
EDI
Reunion de validation et rectification 17/04/2017 17/04/2017 Red 17/04/2017
Demarche de mise en
Démarche de mise en place de la solution choisi 18/04/2017 23/04/2017 Green 18/04/2017
place
Reunion de validation et rectification 24/04/2017 24/04/2017 Green 24/04/2017
Mise en place de la
Mise en place de la solution EDI 25/04/2017 17/05/2017 Brown 25/04/2017
solution
Reunion de validation et rectification 18/05/2017 19/05/2017 Brown 18/05/2017
Conclusion et
Conclusion et synthèse du projet (hors mis en place) 25/04/2017 17/05/2017 Purple 25/04/2017
synthèse Projet
Reunion de validation et rectification 18/05/2017 19/05/2017 Purple 18/05/2017

Figure 12 : Décomposition de tâches du projet
IV - Diagramme de Gantt
Figure 13 : Diagramme de Gantt
V - MATRICE ACDE
Figure 14 : Matrice ACDE

Chapitre III : l’Information, les nouvelles technologies et les
échanges de données informatisé au centre de la Supply
Chain
I - Apport des technologies dans le secteur de transport et de la
logistique
Depuis la nuit des temps, les êtres humains ont toujours éprouvé le besoin de se déplacer.
Commençant par des voyages à pieds, ce mode de transport a rapidement montré ses limites liées
majoritairement à la fatigue. L’itinéraire parcouru lors du déplacement dépendait de l’endroit où se
trouver l’eau et la nourriture, chose qui rallongeait beaucoup la distance nécessaire pour réaliser un
trajet.
Face à un problème de taille, l’intelligence humaine à essayer de trouver de nouvelles

alternatives en commençant par l’apprivoisement des bêtes et leur utilisation comme moyen de
transport.
Mais cela n’était pas suffisant. En effet, même avec la vitesse et la résistance plus élevée des
bêtes face à la fatigue, un problème majeur subsistait toujours, la distance de déplacement était
encore trop grande. Il fallait trouver un moyen afin de diminuer le besoin d’arrêt dans les points de
ravitaillement en vivres. Le problème fût momentanément résolu en utilisant des ustensiles pour la
collecte et le transport qui furent montées sur les bêtes. Néanmoins, la capacité de ces derniers était
très limitée. Le temps et la distance de voyage ont certes été diminués, mais ils restaient toujours
trop grands pour effectuer des voyages à longue distance.
L’apparition de nouvelles activités génératrices de revenu, comme par exemple le troc, le

commerce puis, des années plus tard, du concept de l’économie ne pouvaient se développer sans
avoir recours à des moyens de transport de biens et de marchandises efficaces.
C’est dans cette optique que l’homme n’a cessé de chercher des solutions pour raccourcir la
durée et la distance, ainsi augmenter la quantité de produits embarqués lors des déplacements.
Finalement après des décennies plus tard, de nombreuses avancées technologiques

marquantes comme l’invention de la roue et des chaudières, l’utilisation des énergies fossiles (le
charbon, le pétrole), l’invention des pneumatiques, les moteurs à combustion et à explosion … que
les moyens de transport actuels comme les camions, les navires ou encore les avions ont vu le jour.
L’humanité durant son histoire, n’a cessé de fournir des efforts pour soutenir l’avancée
technologique, la recherche et les sciences afin de remédier à des problèmes de taille dont celui du
transport que ce soit des personnes, des marchandises ou encore de ressources naturelles
nécessaires au fonctionnement de la civilisation humaine modernisé. L’une de ces avancées majeures
a été rendue possible grâce à la disponibilité de moyens de transports rapides, pouvant traverser de
longues distances sans avoir à se réapprovisionner continuellement, ainsi qu’une activité
économique en plein essor, cherchant de plus en plus à conquérir de nouveaux marchés, tant au
Niveau nationale, régionale, ou encore internationale. Cette nouvelle activité s’appelle « la
logistique ».
Au début utilisé pour des fins militaires, la logistique est maintenant utilisée dans tous les
domaines que ce soit militaire ou civile.
Selon le Larousse, la logistiques est l’« Ensemble de méthodes et de moyens relatifs à

l'organisation d'un service, d'une entreprise, etc., et comprenant les manutentions, les transports, les
conditionnements et parfois les approvisionnements. »
Au tout début, la logistique n’avait pas de grande valeur ajoutée pour les entreprises puisque
cette dernière consistait seulement dans le transport des marchandises, la gestion des stocks et
d’autres opérations à faible valeur ajoutée comme le conditionnement et l’emballage par exemple.
Durant cette époque, les entreprises, poussées par une économie de grande consommation
où la demande des consommateurs était très grande, n’avaient qu’un seul but, produire les plus
grandes quantités possibles afin de les écouler et satisfaire le marché qui était généralement d’ordre
national. L’organisation des entreprises de cette époque était basée sur le « Taylorisme » qui
décomposait les tâches selon les métiers, d’où la notion de départements et services.
A cause de cette séparation, chaque service avait son propre objectif qui était généralement
la réduction du coût de fonctionnement de ce dernier sans pour autant se préoccuper de l’impact de
ces décisions sur les autres services.
Ce n’est qu’après les années 70 que les entreprises vont prendre conscience de l’importance
de la logistique, à cause de l’apparition de nouvelles caractéristiques dans les marchés économiques
comme la stabilisation entre l’offre et le demande, l’élargissement des marchés se transformant de
marchés locaux en régionaux, ainsi que la transformation des exigences des consommateurs qui
souhaitent de plus en plus avoir des produits adaptés à leur besoin, mais aussi à cause de l’apparition
de la concurrence et la fin des monopoles.
Ces nouveaux paramètres ont poussé les entreprises à créer de nouveaux produits de
meilleur qualité, diversifiés et en de plus petites quantités tout en gardant une situation économique
viable.
C’est dans cette période qu’on remarque l’apparition de nouveaux concepts managériaux
comme le Just in time, La Total Quality Management, et de nouveaux modèles mathématiques pour
la réduction des coûts comme l’outil MRP « Material Ressource Planning ».
C’est aussi dans cette époque que les entreprises ont eu conscience de l’importance majeure
que joue l’échange des informations entre les différents services de l’entreprise dans la réduction et
l’optimisation des coûts, surtout ceux liés à l’activité logistique. Chose qui les a poussés à investir
dans le développement de nouvelles technologies permettant de facilité cet échange d’information
et l’apparition de nouveaux systèmes informatisés comme par exemple les ERP « Enterprise
Ressource Planning » qui ont permis de changer la vision des entreprises passant ainsi d’une
logistique fragmentée où chaque service était indépendant de l’autre en une logistique où les

Services sont regroupés dans des pôles, notamment la logistique Amont, Interne et Aval. C’est ce
qu’on appelle la logistique intégrée.
Avec l’arrivé des années 90, la concurrence va devenir de plus en plus forte. La baisse de la
demande, et le comportement de consommation flou réduisent la durée de fiabilité des prévisions et
obligent ainsi les entreprises à diversifier leurs offres et produits afin de se démarquer de la
concurrence en essayant de trouver de nouveaux marchés pour s’épanouir. C’est là où apparait le
phénomène de la mondialisation. Les entreprises s’ouvrent à l’internationale, inondant le marché en
produits diversifiés, de différentes qualités, origines et à des prix très variés.
L’objectif des entreprises devient ainsi la découverte de nouveaux marchés, la production

avec des qualités supérieures tout en réduisant les coûts et les délais de mise à disposition des
produits dans le but de préserver leur viabilité et survivre dans des marchés de plus en plus rudes.
Afin de réaliser leurs objectifs, les Entreprises devront créer des partenariats avec leurs
fournisseurs, leurs clients voir même dans certains cas leur concurrents « Alliance Renault-Nissan »,
partenariat « Peugeot – General Motors », partenariat « Renault – Daimler ».
Ces différents partenariats vont générer une quantité importante d’information qui transite
de façon journalière que ce soit à l’intérieur de l’Entreprise, ou entre l’Entreprise et ces différents
partenaires.
C’est à ce moment-là ou on se rend compte du rôle important que joue les différentes
avancées technologiques et les nouvelles technologies de l’information dans la gestion des
informations que ce soit au niveau des Systèmes d’informations, des logiciels métiers comme par
exemple le CRM, SRM, SCM, APS, ERP… ou encore des technologies qui permettent de faciliter le
partage d’information de façon automatisée comme l’échange des données informatisés l’EDI.
Ces différentes avancées technologiques, ainsi que les différents partenariats signés entre les
partenaires à donner naissance à une nouvelle évolution de la logistique qu’on appelle aujourd’hui la
Supply Chain.
Selon Abdelkebir Charkaoui, « La chaîne logistique globale – ou « supply chain » selon le vocable
anglo-saxon qui mériterait plutôt d’être traduit par chaîne clients-fournisseurs – recouvre l’ensemble
des mécanismes permettant de fournir des produits ou des services au bon moment, avec les bonnes
quantités et au bon endroit :
– elle traite de l’ensemble des infrastructures, de l’organisation, des processus physiques et de

l’information nécessaires à la mise à disposition de ces produits-services, depuis la matière première
jusqu’au client final ;
– elle inclut les processus d’achats-approvisionnements, de production et de distribution, et doit

opérer de façon entièrement intégrée avec les ventes, le marketing et le développement de produits
nouveaux.
L’apparition de la chaîne logistique globale, le traitement automatisé de l'information et

l’avancée technologique à un rythme effréné ont permis de donner naissance à de nouvelles activités
à grandes valeurs ajoutées comme l’e-commerce ou encore les magasins du futur. Afin de répondre
au client de la meilleure façon possible, plusieurs Entreprises de grande distribution comme par
exemple l’enseigne Carrefour, Leclerc ou encore décathlon du groupe Oxylane ont intégré les
nouvelles technologies au sein de leurs points de vente. A titre d’exemple :
- Carrefour utilise des étiquettes électroniques, des écrans tactiles et des bornes interactives
afin de faciliter l’opération d’achat au client.
- Décathlon, quant à elle, utilise des lecteurs de tags RFID dans les caisses afin de fluidifier le
flux et permettre de réduire les temps de passage en caisse.
Ces technologies ne sont pas seulement utiles dans le cas de la vente, mais aussi lors des
opérations logistiques puisque de grandes Entreprises du secteur logistique comme FEDEX et DHL
utilisent des lecteurs codes à barre et des scanneurs de tags RFID dans leur hubs et plateforme afin
de réduire le temps de transit et le traitement des colis, sans oublier la diminution des taux d’erreurs
liés à l’intervention humaine.
Pour conclure, le développement des Sciences, des inventions et des nouvelles technologies a
joué un rôle important dans le développement de l’activité logistique et continuent toujours de le
faire.
II - L’information au centre des préoccupations dans la supply chain

actuelle.
Dans un environnement de plus en plus turbulent, et dans des marchés où la concurrence est
devenue cruelle, les Entreprises cherchent à optimiser leurs coûts logistiques afin de se différencier.
Dans cette optique, le recrutement des logisticiens optimisateurs de coûts ainsi que
l’intégration des nouvelles technologies d’informations et de communication est devenu d’une
importance primordiale.
Pour accompagner ce changement, les Entreprises font recours à la mise en place des
systèmes d’informations permettant de faciliter la gestion du flux d’information au sein des
structures.
L’intégration des systèmes d’informations dans la Supply chain a un grand impact sur son
rendement et son efficience. Ceci est dû au transfert de données en temps réel qui facilite la
communication et permet d’éviter l’effet de fouet. Cette technologie est accompagnée par
l’élimination de la paperasse, et induit un impact positif sur l’environnement qui est considéré parmi
les préoccupations majeures actuelles.
1. Un système d’information est jugé performant par les entreprises par :
 Son niveau d’agilité : capacité à s’adapter aux changements métiers et/ou

technologiques.
 Sa performance technique : temps de réponse, capacité à monter en charge, robustesse
et fiabilité.
 Son architecture : centralisée, client /serveur ou orientée services.

2. Un SI performant qui permet à une entreprise de :
 Mettre rapidement sur le marché des produits ou services innovants ;

 Optimiser les processus afin de réduire les coûts ;
Sous-traiter au maximum les tâches à faible valeur ajoutée ;

Améliorer la relation avec le client grâce à une vision unique et une cohérence d’image et
de comportement sur les différents canaux de vente.
3. Impacts de l’intégration des SI sur l’organisation
Source : http://www.hbrfrance.fr/wp-content/uploads/2014/11/Capture
d%E2%80%99%C3%A9cran-2014-11-27-%C3%A0-16.53.26.png
Figure 15 : Intégration entre les fonctions de l'entreprise et le si
Cette intégration impact l’ensemble des fonctions de l’entreprise :

DSI : jadis, la mission de cette fonction était la gestion du parc informatique de l’Entreprise
qui s’appelait Département informatique.
Avec l’intégration des SI dans la Supply Chain, les Entreprises se sont trouvées devant l’obligation de
créer tout un Département capable d’accompagner le changement ainsi que d’administrer le
système d’information.
Fonctionnement interne : lors de l’intégration des SI, les Entreprises ont été amenées de
changer leurs processus afin de s’adapter aux nouvelles tendances. Ainsi l’apparition de
l’automatisation industrielle a facilité les tâches des employés et a diminué le temps des opérations
et a rendu les informations fiables.

Figure 16 : Relation entre les fonctions de l'entreprise et le système d’informations
b. À l’extérieur de l’organisation
 La relation avec ses partenaires a été bouleversée avec l’intégration de L’EDI (Electronic Data
Interchange) qui a facilité l’envoi des données et son interfaçage.
 La relation avec ses fournisseurs s’est améliorée par la communication à travers le SRM
(Supplier Relationship management).
 La relation avec ses clients a eu sa part de ce changement par l’intégration du CRM
(Costumer Relationship management).

 La relation avec ses concurrents, Le BI (Business intelligence) ou bien l’intelligence
économique a contribué à l’augmentation du niveau de concurrence entre les entreprises car
le BI contribue à l’anticipation de la concurrence ainsi que la mutation des marchés.
Figure 17 : Interaction entre l'entreprise et son environnement
L’Entreprise, que ce soit au niveau interne ou externe, doit sans cesse communiquer des
données. La quantité et le volume de ces derniers diffèrent selon les secteurs d’activités comme la
logistique et le secteur financiers où l’échange des données est très sollicité. Si les données sont mal
gérées, elles auront un impact conséquent sur le rendement de l’Entreprise, sa rentabilité et
menacent grandement la viabilité de cette dernière. Face à cette situation, la gestion des données,
leurs intégrations avec le système et surtout les échanges des informations entre l’Entreprise et son
environnement deviennent l’un des enjeux principaux de l’Entreprise.

III - Rôle des EDI dans l’activité logistique
1. Définition de l’EDI
Les Echanges des Données informatisé (EDI) est un système électronique de gestion et de
télétransmission de l'information sans papier qui permet de rationaliser la gestion des flux, en
améliorant notamment la logistique. La gestion télématique de ces données informatiques est
rendue nécessaire par l'éclatement de la production pour bénéficier des meilleurs coûts sur chaque
Composante du produit, d'une part, et l'élargissement planétaire des zones de distribution, d'autre
part. L'E.D.I. participe ainsi à l'efficacité des relations producteurs- distributeurs, impliquant souvent
de véritables partenariats quant au choix des systèmes de codification et à la nature de l'information
stockée. U.N./E.D.I.F.A.C.T., United Nations / Electronic Data Interchange for Administration,
Commerce and Transport, Palais des Nations, CH-1211, Genève 10, Suisse.
Source : http://www.e-marketing.fr/Definitions-Glossaire/E-D-I-echange-de-donnees-informatisees-238152.htm#Fwvz604LeAwTX6Vi.97
Après avoir pris conscience de l’importance du flux d’information dans une organisation, et
après des analyses de nombre d’échanges entre les différentes parties prenantes de la supply chain
qui s’est avéré important, il fallait trouver une solution efficace capable de gérer cet échange.
De nos jours, les Entreprises font recours à l’EDI afin de faciliter et automatiser la
transmission des données entre elles. Pour se faire, l’entreprise doit produire plus d’efforts dans ce
sens : intégration des données et processus non seulement avec leurs clients, mais aussi avec les
clients finaux des produits livrés, la douane et les administrations publiques. Ceci nécessite un
système performant pour automatiser l’ensemble des flux qui existent.
L’EDI permet alors d’intégrer la chaine de valeurs en synchronisant les données et en

facilitant la communication entre les différents maillons de la Supply Chain.
L’EDI entre l’Entreprise et son environnement joui d’une importance capitale dans le système
économique moderne. En effet, lorsqu’une Entreprise maîtrise le flux d’information relative à ses
opérations dans n’importe quel secteur d’activité, notamment la logistique, elle bénéficie de gains
non négligeables que ce soit :
- du côté financier, directement à travers une meilleure visibilité sur les coûts et leurs
réductions, ou indirectement à travers l’optimisation des ressources ;
- en termes de délais et contrôle des processus.
L’EDI représente, alors, l’un des outils informatisés entrant dans cette perspective qui
maitrisent des flux d’information et qui permettent d’automatiser et maîtriser les échanges de
données entre les différents collaborateurs.
2. Types d’EDI
Il existe 3 types d’EDI :

Figure 18 : Les types d'EDI
a. EDI Interne
Ce type nécessite la mise en place de la solution en interne de l’Entreprise. Ceci engendre
l’acquisition de moyens matériels, logiciels et de télécommunication ainsi que des ressources
humaines qualifiées capables de le gérer. Pour se faire, ce type d’EDI nécessite un investissement
important.
Figure 19 : Exemple d'une architecture EDI interne
b. EDI Externe
Il consiste en l’externalisation de l’EDI et le confier à un prestataire EDI qui gère les différents flux
moyennant un système de rémunération bien définit d’avance. Ce type nécessite un budget
d’investissement moins important que l’EDI interne.

Figure 20 : Exemple d’une architecture EDI externe
c. Web EDI
Il permet aux Entreprises, ne disposant pas de leurs propres infrastructures EDI et ne désirant pas
affecter des ressources au déploiement d’une solution EDI, de créer, recevoir, traiter et gérer des
documents électroniques à l’aide d’un navigateur.
Figure 21 : Exemple d'architecture Web EDI Source : http ://www.e-integration.de/en/edi/webedi.html
Chapitre IV : Analyse fonctionnelle du WMS INFOLOG et

interfaces avec la plateforme EDI
I - Présentation d’INFOLOG
Edité par l’Entreprise Infolog solutions basée à Paris en France, le WMS Infolog est un progiciel
dédié à la gestion des entrepôts.
Solutions de référence dans le marché, infolog détient une position de leader en Europe dans
la gestion des flux d’entrepôts. Il a été racheté en 2007 par le groupe Generix.
Le progiciel offre plusieurs avantages pour l’Entreprise. A titre d’exemple, on peut citer :
 La facilitation de la gestion des entrepôts et aires de stockage,
 La gestion de la traçabilité, le mappings et implémentation d’algorithmes d’optimisation,
 La capacité à gérer plusieurs types de marchandises dont les produits dangereux (ADR), les
marchandises food et non-food.
 Modulaire
 Intégration de la RFID et compatibilité avec le matériel de picking à la voix,
 Intégration avec la plupart des grands ERP,
 Large panel d’utilisateurs dont 150 clients et plus de 600 licences vendues dans 18 pays à
travers le monde.
Le WMS est basé sur une architecture modulaire le rendant plus flexible
1. Modules de la solution WMS INFOLOG
Module Gestion de zone de stockage
Module centrale du système, ce module peut fonctionner en mode stand-alone, ou à travers

la combinaison avec d’autres modules comme le module réception marchandise ou encore le
module de fabrication.
Ce module offre plusieurs fonctionnalités paramétrables permettant d’optimiser la surface de

stockage des produits tout en fluidifiant les flux de mouvement de marchandise, comme par
exemple :
 Bâtiments
 Stratégies de recherches dans les zones de stockage
 Gestion de stock permettant de réalisé des opérations comme :
o Image de stock
o Stockage
o Picking
o Ajustements de stock (redressements)
o Immobilisation de stock
o Mouvements de transfert
o Etiquetage
Module Gestion des réceptions
Ce module permet de gérer les opérations de réception de marchandises dans l’entrepôt. Il

propose plusieurs scénarios selon le type et la taille du flux de réception à gérer. Il propose plusieurs
fonctionnalités dont on peut citer :
 La gestion des commandes de réception

 Ordonnancement des commandes et gestion des ressources
 Validations des bons de réception
 Entrée directe des marchandises en stock
 Etiquetage des palettes
 Entré en stock des retours
 Journaux de réceptions de produits pour traçabilité
Module Gestion des expéditions

Ce module permet des gérer les différentes opérations d’expédition de marchandises à partir de
l’entrepôt, incluant les opérations de contrôle, de préparation et de chargement dans les camions. Il
propose des fonctionnalités comme :
 Le chargement des camions

 Les notifications de départ camion
 Visibilité sur les produits en cours d’expédition
 Les journaux de livraison
Module Mise en scène produits (Material staging)
Ce module permet de suivre l’ensemble des opérations depuis le lancement de la commande de

préparation jusqu’à l’arrivée des produits au qu’ai d’expédition. Il propose plusieurs fonctionnalités
dont :
 Flux de mise en scène

 Monitoring des opérations en attentes (pending)
 Gestion des situations de manquants
 Gestion des reliquats
 Validation des palettes
 Monitoring de la mise en scène des flux
Module Gestion des données de base
Ce module permet d’intégrer des données de base concernant :
 Les produits (dimensions, poids, informations sur le gerbage, informations sur le nombre de
colis par palette, le nombre de pièces par colis (PCB et SPCB) …),
 Les clients (raison sociale, adresse, numéro de téléphone, numéro de fax, pays …)
 Les fournisseurs (nom, adresse, email, numéro de téléphone, pays …)
 Les transporteurs (nom, adresse, email, numéro de téléphone, pays, ville …)
Ces informations peuvent être soit entrées manuellement, soit acquises automatiquement à l’aide
d’interfaces avec le système comme par exemple l’utilisation d’un système EDI.
Module de tri de stock
Ce module permet de trier et d’allouer automatiquement les produits selon les commandes en
cours permettant ainsi de faciliter la tâche aux opérateurs et l’introduction des stratégies de Juste à
temps. Il propose des fonctionnalités comme :
 Le tri sur demande

 Le tri sur les produits entrants
 Le tri de stock ouvert (open-stock)
Module de transport
Le module de transport permet de faciliter la gestion du transport de marchandises en proposant

quelques fonctionnalités comme :
 L’analyse et simulations de tournées de véhicules
 La vérification de la facturation de transport
 La vente de transport
 La gestion des tournées de livraison et l’achat de transport
Module Gestion de packaging
Ce module permet la facilitation des opérations de packaging lorsque celles-ci sont

proposées comme offre au client. Ceci s’effectue à travers la transmission des informations
détaillées, entrantes depuis le fournisseur ou sortante vers le client, sur les matières utilisées lors du
packaging. Il permet aussi de lancer des opérations de facturation relatives au packaging avec le
client, le fournisseur et le transporteur des produits nécessaires à l’opération.
Module In-Transit
Ce module permet de gérer les opérations de mouvement de stock entre les emplacements soit
à l’intérieur d’un entrepôt, soit entre plusieurs entrepôts. Il propose des fonctionnalités permettant
de gérer :
 Le mouvement de produits
 Le mouvement de stock
 Module Inventaire :
Les fonctionnalités principales de ce module sont la gestion de l’inventaire générale et les inventaires
tournant.
Module co-packing
Aussi appelé « Manufacturing management », il permet de gérer les opérations de co-

packing. Lorsqu’il est interfacé avec un système de Gestion de production assisté par ordinateur, il
permet de gérer les flux de matières premières, de produits finis et semi-finis.
Module RFID and Voice-Picking
Ce module du WMS permet de gérer l’interfaçage entre le système WMS Infolog et les
matériels technologiques utilisés pour la reconnaissance RFID.
Module Traçabilité
Ce module permet de facilité la gestion de la traçabilité d’un produit que ce soit de façon
qualitative ou quantitative dans l’espace et dans le temps. Surtout que la traçabilité est une
condition critique pour quelques secteurs comme par exemple le secteur de l’agroalimentaire.
Module de gestion des interfaces
Infolog a une interface standard pour l’échange de données avec les différentes applications
métiers (GPAO, gestion des ventes …) ainsi qu’avec la majorité des systèmes ERP sur le marché.

Figure 22 : Schéma d'analyse fonctionnelle Infolog selon la méthode FAST
Exemples d’interfaces :
Figure 23 : Exemple d'interface

Figure 24 : Exemple d'interface
II – Interfaces avec la plateforme EDI :
La SNTL SUPPLY CHAIN utilise avec certains clients, une plateforme EDI en mode SaaS hébergé chez
un prestataire de service afin de transmettre les informations et documents de façon automatisé,
que ce soit des documents pour facturation, des bon de commande, des bon de livraisons, ou d’autre
informations générées directement à travers la solution WMS infolog.
L’un de ses clients est l’entreprise SAMSUNG, qui échange avec la SNTL plusieurs flux de façon
automatisé incluant les informations concernant les plans de stockage, les points de livraison,
l’organisation des ventes, les types d’envoi et de livraison.
Dans ces flux nous trouvons par exemple les flux relatifs à la réception des marchandises comme par
exemple les flux DESADV,MATMAS (informations sur le produit), ZLEIVOLMAT (Volume), des flux
relatifs au picking de marchandise et à la livraison comme le DESADV, WHSCON, ainsi que les flux
concernant la gestion d’inventaire STKRPT (rapport de stock journalier), WMMBXY (mouvement de
stock), ZLEISERIAL (n° de série) , sans oublier les flux relatifs aux commandes comme ORDERS et les
INVOICE relatifs à la facturation.
Les schémas suivants expliquent le processus et flux d’interfaçages entre l’entreprise SAMSUNG et la
SNTL

Figure 25 : Schéma des flux entre SAMSUNG et SNTL
Figure 26 : Process EDI - Inbound

Figure 27 : Process EDI - Récéption marchandise
Figure 28 : Process EDI - Outbound

Chapitre V : Conception d’une solution B2B EDI propriétaire
I – Validation du choix de conception d’une solution propriétaire
1- Force/Faiblesse de la plateforme EDI existante

La SNTL Supply Chain utilise une plateforme EDI afin de transmettre à ses partenaires les
informations relatifs à la facturation, ainsi que les IOD « information of delivery » et les POD « prove
of delivery ».
Une fois le top départ lancé sur infolog, un IOD est généré automatiquement sur la plateforme
IXPath sous l’état « Disponible »,
Le responsable exploitation accède à la plateforme EDI via un navigateur. Dans le cas sans litiges,
ce dernier renseigne les informations nécessaires come par exemple la date de livraison, puis valide
les données saisies, l’IOD passe à l’état « Livré » et il est envoyé automatiquement au client via EDI
pour interfaçage. Pour la création d’un POD, le responsable expédition accède à la plateforme EDI via
un navigateur, joint le BL relatif à l’expédition avec le numéro d’ordre comme nom de fichier et
valide les informations. Le POD est ainsi créé et envoyer au client automatiquement via échange EDI.
Figure 29: flux IOD et POD via IXPath

La plateforme EDI utilisée pour ces échanges est la plateforme IXPath en mode SaaS du prestataire
EUMATECH.
a. Présentation de la plateforme
Développée et commercialisée par l’Entreprise EUMATECH « Europe et Maghreb Technologies », la

plateforme IXPath se veut être une d’intégration Business to Business permettant de gérer les
différents échanges informatisés entre les entreprises.
Elle est basée sur une architecture en mode SaaS « Software as a service » ; le client accède à la
plateforme via un web service.
Figure 30 : Architecture IXPath

I
- Connecteurs pour le transport de fichiers ;
- Traducteurs des documents entre plusieurs formats ;
- Module de business Process Management ;
- Outil de suivi et monitoring ;
La plateforme, Sécurisée, permet de géré les échange des flux d’informations que ce soit entre
différents partenaires, ou bien au niveau interne de l’Entreprise et ce, quel que soit le type de fichier
et protocole utilisé.
La page d’accueil du web service est personnalisable à une certaine limite selon les préférences du
client. On peut y trouver des informations générales ainsi que le module pour l’authentification.

Figure 31 : Exemple d’Interface d'accueil
Une fois connecté, l’utilisateur, selon son niveau de privilège, peut effectuer les différentes
opérations dans le système.
L’interface web d’IXPath se compose de cinq catégories :
o Accueil,
o Documents,
o Exploitation,
o Administration,
o Support.
Les opérations liées à l’envoi, la réception et le suivi des documents échangés par EDI se trouvent
dans la catégorie Documents. L’ensemble des opérations sont effectués via des formulaires dans
l’interface web.

Figure 32 : Exemple de formulaire affichant l'état d'une facture
Figure 33 : Exemple de formulaire de suivi de documents
Forces et faiblesses de la solution IXPath
Figure 34 : Forces et faiblesses de la solution IXPath

2- Pourquoi intégrer une solution EDI propriétaire ?
Dans le cadre de l’amélioration continue, et dans une optique de réduction de coûts tout en
se basant sur l’analyse des forces et faiblesses, On constats que IXPATH à plusieurs faiblesses qui
bloquent le bon fonctionnement du processus.
La solution IXPATH actuel présente beaucoup de contraintes engendrant des coûts en

matière d’ajout de nouvelles fonctionnalités, de nouveaux clients ou bien du forfait mensuel
dépendant du nombre d’échanges qui est plafonné ainsi que l’absence de la traçabilité… , il faut
noter aussi les blocages et temps d’attentes importants dans le traitement de certains fichiers à
cause de problèmes chez le prestataires, dont la SNTL est tenu responsable par ses clients et qui doit
les indemniser, chose qui a un impact direct sur l’activité de la SNTL.
Pour transformer les faiblesses citées ci-dessus en forces, la solution proposée est d’adopter
une solution EDI fait maison qui réunira à la fois les forces présentes sur les différentes solutions
existantes ainsi que la possibilité d’intégrer des fonctionnalités additionnelles qui seront développées
en interne.
Pour se faire, une analyse de Benchmark de différentes solutions existantes sur le marché est
nécessaire afin de connaître le fonctionnement de chacune d’elles et en tirer les bonnes pratiques.
II - Benchmark des solutions EDI et intégration des données
Solution n°1 : BOTS d’ebbers consult
Bots est une solution EDI open source est distribué sous licence libre GNU GPL, ce qui veut
dire que l’utilisation, la distribution et les modifications apportés au logiciel sont autorisé par la
licence et ce de façon gratuite, néanmoins le logiciel doit toujours rester open source.
Ebberconsult, l’entreprise l’ayant développé offre une possibilité d’accompagnement dans

les opérations d’installations, de création de mappings et opérations de maintenance moyennant un
coût de prestation.
Il a vu le jour en 2007 lors de la sortie de la toute première version la 1.0 le 15/06 et la

dernière version stable à ce jour est la version 3.2.0 sortie le 02/09/2014.

Les principales fonctionnalités de la solution :
 Solution de traduction EDI complète prenant en charge les standards internationaux EDIFACT
et X12 et de multiples types de fichiers comme XML, CSV, Excel, JSON, SAP iDoc, Tradacom …
 Flexible
 Stable et performant pouvant gérer des flux de plus de 150 000 fichiers EDI échangé par mois
 Permet de réaliser des opérations selon un planning « Schedule »
 Interface web pour la gestion et configuration utilisant les protocoles http ou HTTPS
 Offre la possibilité de démarrer les traductions manuellement, dans une heure précise, ou
par déclanchement d’opération per l’ERP
 Inclue les protocoles de communication POP3, SMTP, HTTP, HTTPS, FTP, SFTP, XML-RPC et
possibilité de connexion avec les VAN
 Peut-être utilisé dans différents environnements : Windows, Linux, OSX, Unix
 Programmé en langage Python
 Exécution d’opération de maintenance automatiquement
 Dispose de connecteurs de base de données
 Entièrement gratuit, aucune charge d’acquisition, d’exploitation ou de maintenance à prévoir
 Flux portables : import/export de configuration de flux sous forme de plugin, pas besoin de
recoder lors du passage d’un environnement de test à un environnement de production par
exemple
 Permet d’archiver les fichiers
 Offre la possibilité de voir le contenu des fichiers et les téléchargé directement depuis
l’interface web
 Donne une visibilité sur le flux et l’état des fichiers (monitoring)
 Possibilité de notification via email lors dans le cas d’occurrence d’erreur dans une opération
Solution n°2 : TradeXpress du groupe generix
Détenu par le Groupe Generix, TradeXpress est une plateforme EDI propriétaire distribué
sous licence payante.
Plus qu’un EDI, la solution TradeXpress est une plateforme B2B à part entière incluant des
fonctionnalités d’intégration de données d type ETL et supportant la connexion avec plusieurs
plateformes à l’aide de nombreux protocoles de communication comme HTTP, HTTPS, XML, SQL,
FTP, SFTP, WAP, EDI, Internet … ainsi que la prise en charge des différentes normes standard comme
l’EDIFACT, GENCOD, ODETTE, TRADACOM, XML …

Plus de 1000 entreprises utilisant la solution avec 3000 systèmes installés, un million de
messages par jour transitant dans la plateforme en mode SaaS et le support de la solution disponible
dans 25 pays
Fonctionnalités clés de la solution :

 Modélisation et exécution des processus métiers de l’entreprise tout en respectant les règles
et contraintes métiers
 Prise en charge de plusieurs formats d’échange EDI normalisés comme EDIFACT, GENCOD,
TRADACOM …
 Plusieurs protocoles de communication implémentés à savoir AS2, ETEBAC, FTP, SMTP …
 Intégration des données et fichiers entre les applications à l’aide d’une solution EAI intégré
 Synchronisation des données entre plusieurs bases de données et exécution des opérations
ETL …
 Collecte et échange d’information sécurisé entre les sites distants
 Présence d’un module de gouvernance et Monitoring Appelé TradeXpress Governance
 Intégration d’un outil de modélisation de processus métiers BPM
Figure 35 : Architecture de TradeXpress
Solution n°3 : IXPath d’eumatech
Créé et commercialisé par l’entreprise EUMATECH, IXPath est une plateforme

d’intégration B2B effectuant les échanges de données informatisés EDI.

Elle se compose de connecteurs FTP, FTPS, AS2, http, HTTPS, X400permettant de gérer les
opérations de communication, un module BPM pour la modélisation des flux métier, ainsi
que sur des traducteurs pour réaliser les opérations de mappings se basant sur la technologie
XML.
La plateforme est disponible sous licence, en mode SaaS à travers le paiement d’un
abonnement mensuel.

 Prise en charge des échanges EDI standardisé et non standardisé
 Disponibilité en mode SaaS
 Connexion et exploitation via interface Web sécurisé
 Gestion de tout les types de formats de fichiers entrant/sortants
 Intégration de tout les types de protocoles de communication
 Interface Web pour la supervision, monitoring et paramétrage
 Mise à disposition d’indicateurs de perfomances et de suivi
 Prise ne charge du Web EDI via des formulaires
Figure 36 : Architecture d'IXPath
Solution n°4 : AKANEA EDI de akanea

Créé et commercialisé par l’entreprise AKANEA, membre actif du GTF (Group of Terrestrial
Freight Forwarders), propriétaire de plusieurs solutions : AKANEA WMS, AKANEA TMS, AKANEA
Agroalimentaire, AKANEA Douane ainsi que AKANEA EDI.
AKANEA EDI est un outil facilitateur d’échanges de données entre les différents acteurs de la
chaine logistique, il nécessite une intégration de process entre les différentes parties prenantes de la
Supply Chain tout en ajoutant la partie administrative, dans le but d’automatiser les communications
et leur intégration dans les différents systèmes d’informations.

 Adaptation du système avec les différentes normes internationales : EDIFACT,4.0, INOVERT
 Sécurité des échanges
Solution n°5 : epresto de seres
Développé par l’entreprise serres, la solution epresto est une plateforme EDI en mode SaaS
afin de permettre aux entreprises de bénéficier des échanges de données informatisés tout en se
concentrant sur leur cœur de métier.
Selon son fabricant, la solution propose un ensemble complet de services permettant

d’externalisation total des échanges EDI de l’entreprise, indépendamment du partenaire ou du
système d’information utilisé.

 Prise en charge du projet EDI en totalité
 Gestion de tout type de format de fichier
 Outil Check&Follow pour le monitoring des échanges
 Routage sécurisé des messages avec l’ensemble des partenaires
 Interfaçage avec la plupart des ERP du marché
 Haute disponibilité de la plateforme 24h/24, 7j/7
 Facturation basée sur l’utilisation de service

III - EDI et l’open source : quels enjeux pour la SNTL SUPPLY CHAIN
La SNTL SUPPLY CHAIN, durant ces quelques années d’existence, a connu une grande
croissance que ce soit du côté économique, ou bien du nombre de partenaires et clients.
Cette croissance a été accompagné par la hausse de la taille du flux d’information à traité, et
surtout la grande croissance de la taille et du nombre des données à traité de façon quotidienne, que
ce soit à travers l’acquisition des documents, les opérations de traitement incluant non
exhaustivement la collecte, la traduction, le mapping, l’interfaçage, la génération d’accusé, la
génération de documents pour l’envoi au partenaires …
Dans cette optique, la SNTL a investi dans des solutions informatiques capable de facilité la
gestion de ce flux informationnel, ceci est à travers l’automatisation de ces opérations en se basant
sur un système d’information robuste, ainsi que des solutions applicatives que ce soit des solutions
hébergées dans les serveurs de la SNTL ou bien des solutions en mode hébergé chez les prestataires
de service informatique communément appelés solutions en mode SaaS.
L’une de ces solutions, celle sur laquelle nous allons nous pencher dans ce présent article est
la plateforme EDI.
Comme cité précédemment, l’utilisation d’une plateforme EDI pour l’automatisation des
échanges de données avec les clients présente beaucoup d’atouts pour la SNTL SUPPLY CHAIN,
néanmoins des problèmes de taille subsiste toujours.
Le résultat de l’étude force/faiblesse de la solution IXPath utilisé actuellement par le groupe,

à montrer que cette dernière n’est pas paramétrable, chaque ajout de fonctionnalité nécessite un
nouvel investissement.
La SNTL SUPPLY CHAIN n’as aucune maîtrise sur la solution, elle est obligée de suivre tout
changement apporté par le prestataire de service sur la solution, sans parler du budget nécessaire
pour l’intégration d’un nouveau client à la plateforme reste relativement grand puisqu’il nécessite
plusieurs opérations dont le consulting, les études et analyses réalisé par le prestataire de service et
qui sont facturé à des prix très élevés, ainsi que les coûts trimestriels qui s’ajoutent.
Cette solution attractive et rentable dans les premiers abords, perdra rapidement son
attractivité à cause de sa rigidité, les coûts élevés générer par l’exploitation de la plateforme et
l’ajout de nouveaux clients, ainsi que son incapacité à suivre la dynamique du groupe et ses
partenaires sans engendré un budget d’investissement conséquent.
Toutefois, il existe une autre alternative qui mérite d’être prise en considération, c’est
l’utilisation d’une solution EDI Open source.

Tout d’abord, qu’est-ce que l’open source ?
« L’Open Source est une méthode d’ingénierie logicielle qui consiste à développer un logiciel,
ou des composants logiciels, et de laisser en libre accès le code source produit.
Ce code source peut alors être exploité par les développeurs et les entreprises souhaitant
soit l’adapter à leurs besoins métiers, soit affiner son intégration avec leur système d’information.
L’une des caractéristiques clés des logiciels Open Source est que leur conception et leur
développement sont placés entre les mains de communautés d’utilisateurs et/ou de développeurs
qui font évoluer le logiciel. Ces communautés Open Source constituent le cœur du développement
du code source et le moteur principal de l’Open Source.
Ces communautés sont constituées de développeurs indépendants. Ceux-ci développent le

logiciel sur leur temps libre. Mais, l’Open Source ayant monté en puissance dans l’IT moderne, de
plus en plus de sociétés ont décidé de s’intégrer aux communautés pour prendre plus facilement part
aux développements. Cette participation à un projet Open Source, qu’elle soit technique,
organisationnelle ou personnelle, est alors qualifiée de contribution. »
Source : http://www.lemagit.fr/definition/Open-Source, publié par : Margaret Rousse.

L’intégration d’une solution d’intégration de données et d’échanges EDI permettra de faire face à
plusieurs problèmes de la solution actuelle, et présente beaucoup d’enjeux pour la SNTL, dont on
peut citer :
 La possibilité de l’élargissement du périmètre fonctionnel à travers l’ajout de nouvelles

fonctionnalités et flux métiers.
 Adaptation de la solution à l’environnement de l’entreprise et modifications des fonctions
plus poussés à travers la possibilité de réalisé des changements directement dans le code
source de l’application.
 Une plus grande réactivité lors de l’apparition de problèmes dans la plateforme, plus besoin
des nombreux délais liés aux procédures et attentes lors des opérations de prise de contact
avec le prestataire de service.
 Solution entièrement dédiée à l’entreprise, évitement des blocages et retards de traitements
liés au partage de la plateforme avec d’autres entreprises.
 Une maîtrise totale sur la solution à intégrer, tout peut être modifié.
 Les développements spécifiques nécessaires pour l’adaptation et l’ajout de nouvelles

fonctionnalités sont moins cher voir très réduit lors du choix de développements à l’aide de
compétences interne.
 L’ajout d’un nouveau client à la plateforme ne nécessite plus un nouvel investissement.
 Plus besoin de payer un abonnement mensuel pour l’utilisation de la plateforme si le logiciel

est un « freeware », abonnement moins cher dans le cas du choix d’utilisation d’un logiciel
sous licence. Cet abonnement inclue les charges de maintenance et d’accompagnement par
le fournisseur de la solution.

IV - Intégrateurs de données et EDI : Les intégrateurs de données
peuvent-ils jouer le rôle d’un EDI ?
Durant nos jours, il suffit de faire de petites recherches sur le marché des logiciels et
solutions informatiques afin de se rendre compte de l’existence de plusieurs solutions différentes
permettant de gérer les flux de données, chacune utilisant une appellation différente, se basant sur
différentes technologies afin de proposer des services variés.
Cependant, il existe certaines solutions d’intégration de données, dépassant les limites de

l’ETL et se transformant en des solutions plus généralistes permettant de jouer le rôle d’intégrateur
de n’importe quel type de données dans le réseau de l’entreprise à travers des opérations
d’acquisition, de transformation et de mapping, de traitements, d’intégration, et d’autres opérations
… et ce malgré l’hétérogénéité des différentes applications et systèmes utilisé au sein de l’entreprise.
Qu’est-ce que l’intégration des données ?
« L'intégration de données regroupe les processus qui permettent de déplacer, transformer,

consolider des données dans un système d'information. Les trois grandes étapes de
l'intégration de données sont :
 L’extraction depuis une source : une base de données, un fichier, une application, un
email...
 La transformation : modification de format, jointure entre plusieurs sources, mise en
conformité...
 Le chargement dans une cible : une autre base de données, une autre application, un
autre fichier... »
Source : http://www.altic.org/decouvrir-notre-offre/data-management/integration-de-
donnees
Cette flexibilité est due à l’architecture sur laquel les plateformes d’intégration de données de
nouvelle génération se basent à savoir l’architecture orienté service, à l’approche de web service au
lieu de logiciel ou applications, ainsi que sur un outil de médiation inter applications performant
appelé ESB « Enterprise service bus » permettant de réaliser les opérations de transformation,
ordonnancement et offrant une plateforme de communication commune pour tous les services.
Qu’est-ce qu’un ESB ?
« L'ESB est une nouvelle architecture qui exploite les services web, les systèmes orientés
messages, le routage intelligent et la transformation. L'ESB agit comme une colonne vertébrale
légère et omniprésente de l'intégration à travers laquelle les services logiciels et les composants
applicatifs circulent ». Selon Roy Schulte de Gartner INC.
Pour faire plus simple, un ESB est l’un des composants majeurs des plateformes d’intégration de données
actuels, remplaçant les EAI, il joue le rôle de médiateur de communication entre différentes applications

Appelés « Services » en leur permettant de communiquer de façon homogène indépendamment du
format de données, technologies, langages qu’elles utilisent.
Pour ce faire, l’ESB dispose d’outils de transformation et de mappings permettant d’effectuer les
transformations nécessaires afin d’harmoniser les données et permettre d’établir une communication. De
plus, il dispose de modules de routage permettant d’acheminer les données entre les différentes
applications.
Alors, est-il possible d’utiliser une plateforme d’intégration de données ESB comme outils EDI ?
Pour répondre à cette problématique, il faut savoir qu’un échange EDI que ce soit en émission ou en
réception passe par trois étapes. Dans notre cas nous allons nous pencher sur la réception d’un fichier et
son intégration puisque l’émission n’est que le sens inverse de l’opération.
1- Réception du fichier d’un partenaire sous un format standardisé EDI ou bien un format pré établi
dans le contrat
2- Traduction et mappings des données du format entrant « in » en un format « out »
compréhensible par le système d’information cible
3- Intégration des données dans la plateforme cible
Récéption
fichier EDI Traduction Intégration
Figure 37 : Processus d'intégration
Les intégrateurs de données comme Talend,WSO2,JBoss Fuse et Anypoint de MuleSoft disposent de

composants appelés « connecteurs » offrant la possibilité de gérer plusieurs opérations d’intégration
de données comme par exemple les outils de tMap et tSmooks de talend permettant d’effectuer les
opérations de traduction et de mappings entre les données.
Anypoint studio, basé sur l’ESB de MuleSoft, quant à lui dispose de connecteurs permettant de gérer
les normes EDIFACT et les échanges AS2 « http/https »
Sur ce constat, nous remarquons qu’il est possible d’utiliser des solutions d’intégration basé sur les
ESB, moyennant un certain paramétrage et configuration, pour les utiliser comme des plateformes
EDI.
Néanmoins la réelle valeur ajoutée est le couplage de ses solutions avec des noyaux de programmes
EDI afin d’élargir le périmètre de la solution, est de proposer de nouvelles fonctionnalités, comme
par exemple la liaison entre le noyau de transformation EDI, les base de données, les interfaces web
et les logiciels de communications, permettant de proposer une solution intégré participant de façon
significative dans l’amélioration de la performance de la Supply chain,.

TALEND ESB
Talend est une société française fondée en 2005 par Bertrand Diard et Fabrice Bonan, spécialisée
dans l'intégration de données et disposant de bureaux aux 4 coins du monde. Talend sort sa
première solution, Talend Studio for Data Integration, en octobre 2006. Son logiciel phare a été
téléchargé plus de 20 millions de fois et la société compte plus de 3 500 clients de part le monde.
Talend ESB est un produit partiellement Open Source, commercialisé depuis 2011, à la suite du
rachat de la société Sopera. La solution est issue de la fusion de l'outil Sopera Advanced Service
Factory (ASF), existant depuis 2007, et de l'outil Talend Data Management.
Talend ESB est un outil de premier plan permettant de jouer à la fois sur le tableau de la Qualité de
Données et de la Qualité de Service. Basées sur ServiceMix, les key features qui démarquent cette
solution sont une plate-forme de médiation très bien outillée, une capacité de distribution des
services, un monitoring technique centralisé et de haut niveau le tout incorporé dans la plate-forme
d'intégration unifiée de Talend.

Talend Unified Platform
Talend fournit une plate-forme unifiée permettant la gestion complète de l’intégration au sein d'un
système d'information :
 DQM : Data Quality Management

 MDM : Master Data Management
 ETL : Extract-Transform-Load
 ESB : Enterprise Service Bus
 BPM : Business Process Management
Cette plate-forme apporte en support :
 Un outil de développement commun, Talend Open Studio,
 Un référentiel commun
 Un conteneur unifié d’exécution
 Un système de déploiement
 Une console de monitoring unique.
Outil de développement
Talend met à disposition un IDE, Talend Open Studio basé sur Eclipse, commun à tous les produits de
sa plate-forme. Ce studio permet donc de créer des routes Camel, des jobs classiques d’intégration
de données et des services.

Web-services et connecteurs
Talend ESB s'appuie sur la puissance d'Apache CXF pour développer et exposer de manière
transparente des webservices basés sur des implémentations d'API tels que JAX-RS ou JAX-WS. Cette
utilisation lui permet de supporter de nombreux protocoles et formats tels que SOAP, HTTP/REST,
CORBA ou JMS.
L’outil allie à Apache CXF la richesse de la bibliothèque Camel qui met à disposition la gestion de
endpoints spécifiques à des services d'entreprise, ou grand public, comme Salesforce, SAP, Solr ou
Twitter.
Talend bénéficie de toute la puissance et la richesse de la partie ETL (Transformation, consolidation

et nettoyage de données, mapping avancé, très riche bibliothèque de connecteurs aux logiciels du
marché).
WSO2
WSO2 API Manager, sorti en 2012, a été la première solution open source sur le marché.
Basée sur son ESB, utilisant son service d'identification WSO2 Identity Server et son service de
monitoring WSO2 Business Activity Monitor, WSO2 API Manager est une solution complète et en
phase avec le marché. Cette solution est disponible à la fois en « on premise » et dans le cloud.
WSO2 API Manager a été reconnu en 2013 par Gartner comme une solution innovante sur le
marché. Comme tous les produits de WSO2, celui-ci est sous licence Apache 2.0.
ANYPOINT
MuleSoft a lancé sa Plateforme Anypoint for APIs courant 2013. Disponible, pour le moment,
uniquement sur sa plate-forme cloud, cette offre, utilisant pour cœur son ESB, s'est enrichie d'un
véritable gestionnaire d'API, d'outils complétant son studio et d'un générateur de portail. Mulesoft
ne s'est pas contenté d'apporter des outils mais a souhaité réellement mettre sa touche personnelle
dans le domaine. Mulesoft a ainsi racheté en 2013 le site ProgrammableWeb qui est la référence de
l’information sur le sujet, et s'est investi dans la création d'un nouveau langage de description des
APIs REST, le RAML.

Pour le moment, la plate-forme ne gère officiellement que des APIs REST.
Il est à noter qu'en plus d'investir dans le domaine, MuleSoft a su s’attirer l'attention de grands
noms du domaine comme Salesforce qui y a investi plusieurs millions de dollars en 2013.
FUSE JBOSS
La société
Société américaine à l'origine mais ayant des bureaux dans le monde entier, RedHat est un
spécialiste de grande renommée dans le monde de l'open source. En 1993 Bob Young fonde AAC, en
1994 Mac Ewing crée sa version de linux Red Hat Linux, en 1995 Bob rachète la société de Mac et la
fusionne avec la sienne pour fonder officiellement la société Red Hat Software.
En 2006, Red Hat achète la société Jboss, fondée en 1999 par Marc Fleury, spécialisé dans les
intergiciels. Jboss deviendra par la suite une division à part entière de la société.
En 2012, Red Hat met la main sur la société Fuse Source, extrêmement connue pour son ESB léger
qui vient compléter les produits de la gamme de Jboss.
Modèle économique
RedHat est une société où le terme Open Source est écrit dans ses gènes. Tous ses produits sont
librement disponibles.
Red Hat se finance sur la formation, l'expertise, l'accompagnement de projet et surtout sur le
support et les garanties qu'il apporte à ses outils.
Le produit
RedHat Jboss Fuse est un vieux projet bien connu mais… pas sous ce nom. Fuse n'est autre que la
version « officielle » de l'ESB léger Apache ServiceMix. Rob Davis, James Strachan, Hiram Chirino et
Guillaume Nodet tous employés de RedHat ont créé successivement ApacheServiceMix, Apache
ActiveMQ et ApacheCamel entre 2003 et 2007 et continuent à contribuer activement à ces différents
projets.

Aujourd'hui Fuse commence à se démarquer du ServiceMix de base en s'intégrant petit à petit dans
la plate-forme Jboss et en apportant des évolutions importantes comme l'usage de fabric8 pour la
gestion centralisée du déploiement de composants ou HawtIO pour l'interface d'administration.
RedHat Jboss Fuse est un projet en perpétuel évolution, innovant et supporté par une équipe solide
de passionnés.
Spécificité du produit
Intégration avec l'écosystème Jboss
Depuis le rachat par Red Hat de Fuse Source, les produits Fuse sont intégrés petit à petit à l'ensemble
de l'écosystème Red Hat. En plus du studio, on pourra constater ce travail dans Jboss Fuse Service
Work, une plate-forme SOA qui combine l'ESB de Fuse, le framework de service Switchyard et l'outil
de gouvernance Overlord de Red Hat.
Source : Livre blanc, Smile – Open Source Solutions, Edition septembre 2014,
http://www.smile.fr/clients.
V - ANALYSE MULTICRITERES DES SOLUTIONS TROUVEES

1- Définition :
L’analyse multicritères est « une méthode visant à évaluer un projet en réalisant un bilan des
impacts qu'il génère dans les domaines économique, social, environnemental ou autre, afin d'éclairer
les décideurs dans le choix d'un parti d'aménagement… »
http://ww2.planetecologie.org/JOBOURG/Francais/dictionnaire.html
2- Champs d’application
L’analyse multicritères est une méthode qui s’applique à tous les domaines du management
notamment les achats.
On fait appel à cette méthode dans le cas où on a besoin de comparer plusieurs offres contenant
de différents critères pour en choisir le meilleur.
L’utilisation de l’analyse multicritère permet de rendre la décision la plus objective possible ainsi
qu’assurer une sorte de crédibilité et de traçabilité par rapport à la décision prise.

Les critères d’évaluation choisie doivent être capables de répondre aux besoins du projet et les
décrire d’une manière précise et pertinente.
Il s’est avéré qu’on peut ne pas parler d’une objectivité totale tant que les critères n’ont pas la
même valeur et importance dans le projet, pour cette raison, des coefficients de pondération sont
été ajoutés aux critères d’évaluation afin de donner à chaque critère son poids qui mérite.
L’affectation de ces coefficients doit se faire en concertation avec les utilisateurs du projet, les gens
du métier afin de donner à chaque critère le poids qu’il mérite.
3- Mise en œuvre :

Catégories Critères d'évaluation Système de notation Note allouée Coefficient Resultat
Facile:4
Inter: 3
Language de programmation 5%
Diff: 1
N/C : 0
3 et plus : 4
2: 2
Multi-plateforme 10%
1:1
N/C : 0
OUI: 4
Architecture
Integration avec d'autres logiciel NON: 1 10%
N/C : 0
OUI: 4
Paramétrage et developpement NON: 1 10%
N/C : 0
4 et plus: 4
2<x<3: 3
Nombre de normes supportées 5%
2:1
N/C : 0
OUI: 1
Mode de licence NON:4 10%
N/C : 0
Coût
OUI: 2
Frais d'exploitation NON:4 5%
N/C : 0
OUI: 4
Monitoring et performance NON:2 10%
N/C : 0
Suivi
OUI: 4
Accusé de reception NON:2 5%
N/C : 0
OUI: 4
Documentation free en ligne NON:2 10%
N/C : 0
Aide Riche:4
Moyenne: 3
Tutoriels et forums 10%
Faible: 2
Absente:1
OUI: 4
Gestion des rôles et privilèges NON: 1 10%
Sécurité N/C : 0
Total

Tableau 2 : Tableau de l'analyse multicritères des EDI
C até g o ri e s NOTE C LASSEMENT
BO TS 3, 7 1
EPRESTO 2, 2 3
I XP ATH 2, 15 4
2, 65
TRADEXPRES S 2
0, 8
AKANEA 5
Tableau 3 : Tableau des résultats obtenus

Catégorie Critère d'évaluation Système de notation Note allouée Coefficient Résultat
Organisé, mal conçu: 4
Design et encombrement Mal organisé, bien conçu: 2 10%
Mal organisé, mal conçu: 1
Interface graphique et OUI: 4
Paramétrage par interface graphique 10%
Exploitation NON: 2
FACILE: 4
Facilité d'utilisation INTER: 3 10%
DIFF: 2
<200: 2
Nombre de connecteurs d'applications par défaut 200<x<800: 3 15%
>800: 4
< 3:
Multiplateforme 2: 2 5%
Architecture
1:1
<5: 2
5<x<10: 3
Normes et technologies supportés nativement 10%
>10: 4
Leader: 4
Positionnement dans le marché 5%
Suiveur: 2
Solution Grande:4
Communauté Moyenne: 3 10%
Petite: 2
OUI: 4
Module de sécurité 5%
NON: 2
gratuite: 4
Sécurité et suivi
payante:2
Monitoring et traçabilité VIA WEB 10%
plate forme SaaS:1
Absente:0
OUI: 4
Documentation free en ligne 5%
NON:2
Aide ELEVE: 4
Réactivité dans les forums d'aide MOYEN: 3 5%
FAIBLE: 2
Total

Tableau 4 : Tableau de l’analyse multicritère pondérées des intégrateurs de données
Catégories NOTE CLASSEMENT
ANYPOINT 3,1 4
JBOSS 3,35 3
TALEND 3,7 1
3,65
WSO2 2
Tableau 5: Tableau des résultats obtenus
Figure 38: Schéma récapitulatif

VI – Architecture et choix de la solution
1- Outils et programmes utilisés :
BOTS EDI
BOTS est une solution EDI open source et freeware pour utilisation libre sous licence GNU GPL.
Stable et très performant, bots propose une configuration flexible, un support natif de plusieurs
formats d’échanges EDI et une capacité à se déployer sur plusieurs environnements.
Le logiciel a été développé par l’allemand Henk-Jan Ebbers de l’entreprise Ebberconsult, qui à
proposer la première version stable du logiciel la 1.0 en l’an 2007. Il est entièrement programmé en
langage python, toute les configurations concernant le logiciel, les règles de traduction, les modèles
de structure des fichiers appelés « grammar », les configurations des canaux de communication et
routes se fait sur ce langage. Néanmoins, BOTS propose, à l’aide d’un serveur web intégré, une
interface de monitoring et d’administration appelé « BOTS-monitoring » permettant de faciliter les
opérations de configuration et permettre d’avoir une visibilité sur l’état des flux, sur les documents
ainsi que la possibilité de télécharger ces derniers pour une meilleure traçabilité.
Les opérations d’acquisition, traduction, mapping, envoi de document se fait à travers le choix de
l’option « run » dans l’interface de monitoring, cette opération prend en charge la configuration de
routes qui sont active, et réalise automatiquement les échange. Cependant, le serveur d’application
de BOTS étant un processus d’arrière-plan, peut être programmé pour s’exécuter selon un planning à
travers la configuration d’un plan d’exécution pour bots dans l’outil « Windows Scheduler ».
Architecture technique de BOTS :

Figure 39 : Architecture technique de la solution BOTS
Concrètement, comment BOTS réalise-t-il une opération d’échange de données ?
Avant de commencer l’explication du processus d’échange, il faut tout d’abord savoir des notions qui
sont fondamentales :
Route :
Une route est considérée comme le workflow d’un échange de fichier EDI
Elle indique comment et où acquérir le fichier, quels seront les opérations de traitement réalisé sur
ce dernier (traduction), et quel sera la destination du fichier de sortie. C’est la configuration la plus
importante dans BOTS. Pour qu’une route puisse fonctionner elle a besoin que trois éléments
essentiels eux aussi soient configurés à savoir le canal de communication d’entrée, le canal de sortie
et la configuration de traduction.
Figure 40 : Schéma d'exemple de configuration d'une route
Il existe deux autres types de configurations pour les routes, à part la configuration normale dans
l’interface de monitoring, à savoir :
Pass Through : dans cette configuration, le fichier entrant est directement acheminé vers la sortie
sans être traduit.
Route composite : littéralement signifiant décomposition de route, elle permet à l’aide de l’utilisation
de la même route id et d’un numéro de séquence différents de crée plusieurs parties d’une même
route afin d’effectuer des opérations d’acquisitions de différentes sources, de filtrage pour le choix
du canal de sortie adéquat selon le partenaire …
En plus de la configuration offerte par BOTS dans l’interface de monitoring, une route peut être
configurée à travers l’écriture manuelle d’un script en python.
Canal (Channel) :
Par définition, un canal prend en charge la communication entre les partenaires et/ou le système
back office en utilisant des entrées/sorties (I/O), ftp, email, etc …

Un canal peut être soit d’entrée soit de sortie. Exemple :
 Réception d’un email depuis une boîte email POP3

 L’envoi à serveur FTP
 Acquisition de fichiers depuis un répertoire dans le disque
Figure 41 : Exemple de canaux de communication de BOTS
Inbound / Outbound qu’est-ce que ça signifie ?
Dans bot, il y’as une convention de nommage qui permet de faciliter la différentiation entre des
objets, dans ce cas précis :
 Incoming : Objet entrant vers BOTS

 Outgoing : Objet sortant de BOTS
 Inbound : Objet entrant à l’organisation (entreprise)
 Outbound : Objet sortant de l’organisation
Canaux standards :
BOTS de façon native, supporte plusieurs protocoles de communications standard dont les plus
utilisés sont énumérés dans la liste ci-dessous :
Protocole Description
Fichier (file) Acquisition/Envoi de fichiers via le
système de fichiers (file system)

SMTP Envoi d’email aux partenaires avec
un fichier EDI
SMTPS SMTP avec sécurisation de
transmission via SSL
SMTPSTARTTLS Sécurisation de transmission SMTP
avec échange TLS
POP3 Extraction d’email contenant un
fichier EDI depuis une boîte email
POP3S POP3 avec sécurisation de
POP3SAPOP POP3 avec cryptage du mot de
passe durant l’authentification
HTTP Acquisition/Envoi des fichiers via
Internet
HTTPS HTTP avec sécurisation de
IMAP4 Extraction des fichiers EDI depuis
un email
IMAP4S IMAP7 avec sécurisation de
FTP Echange de fichiers EDI via le
protocole de transfert de fichiers
FTPS FTP avec sécurisation de
SFTP (SSH) Echange de fichiers EDI via le
protocole SFTP
XMLRPC Echange des fichiers via le
protocole XMLRPC
COMMUNICATIONSCRIPT Utilisation de script de

communication personnalisé
DB Communication avec une base de
données
Tableau 6 : Exemples de protocoles de communication
Comme cité dans le tableau précédent, il y’as la possibilité de programmé des scripts de
communication personnalisé en python dans le cas de communication spécifique non supporté par
les protocoles standard.
Canal communication avec une base donnée :

BOTS est capable de communiquer avec une base de données. Même si une communication
directe est possible, il est recommandé dans les échanges EDI de passer via un fichier intermédiaire.
Quelle solution choisir ?
Les raisons pour l’utilisation d’un fichier intermédiaire :
 Il vaut mieux utilisé des outils avec lesquels on est familier lors des opérations
d’import/export à la base.
 Chaque partenaire utilise un standard différents (plusieurs pays, plusieurs secteurs, plusieurs
interprétations). Il est préférable de laisser la solution EDI se charger des différentes
traductions nécessaires pour la génération d’un format unique facile à intégrer à la base de
données.
Les raisons pour l’utilisation d’une communication directe avec la base de données :
 Opérations d’import/Export plus faciles à mettre en place

 Si le système n’est pas en mesure de traité les données reçues via un échange EDI. Il suffit
d’intégrer les données reçues à une nouvelle table et laisser les utilisateurs interroger cette
table pour l’acquisition des informations dont ils ont besoin
Ecriture sur base de données – INBOUND EDI :
Pour réaliser une opération d’écriture sur une base de données directement depuis BOTS, il faut
configurer les paramètres suivants :
 La règle dans la configuration de traduction doit être configuré avec l’option « db »

 Dans le script de mapping, la fonction out.root doit être un objet python (dict,list,class …)
 Le canal de sortie « Outgoing » doit être de type « db »
 Utilisation d’un script de communication pour le canal de sortie. Ce script doit contenir trois
fonctions :
- Connect : permet d’établir la connexion avec la base de données
- Out-communicate : intègre les données reçues depuis le script de mapping à la
base de données
- Disconnect : déconnexion de la base de données
 Utilisation d’un connecteur de base de données
Lecture depuis la base de données – OUTBOUND EDI :
Pour réaliser une opération de lecture sur une base de données directement depuis BOTS, il faut
configurer les paramètres suivants :
 La règle dans la configuration de traduction doit être configurée avec l’option « db »

 Dans le script de mapping : la fonction inn.root contient les données reçus depuis la base
 Le canal d’entrée « Incoming » doit être de type « db »
 Utilisation d’un script de communication pour le canal d’entrée. Ce script doit contenir trois
fonctions :
- Connect : permet d’établir la connexion avec la base de données
- Incommunicate : acquiert les données depuis la base et les envois au script de
mapping
- Disconnect : déconnexion de la base de données
 Utilisation d’un connecteur de base de données
Traduction (Translate) :
Par définition, une traduction permet de traduire un message d’un format donné vers un
autre format.
Dans BOTS, afin d’effectuer une traduction on a besoin de :
 Une règle de traduction

 Un script de mapping pour convertir un fichier d’un format d’entrée vers un format de sortie
 Une grammaire « grammar » d’entrée
 Une grammaire de sortie
Qu’est-ce qu’une grammaire dans BOTS ?
C’est tout simplement une description d’un message. Elle permet de donner une idée sur les
champs, formats et enregistrements d’un fichier EDI.
BOTS l’utilise dans les opérations de parsing, de vérification et de génération d’un fichier EDI.
La grammaire est indépendante du type de fichier, elle garde toujours à même structure.
Exemple d’une structure:
structure = [
{ID:'ENV',MIN:1,MAX:999, LEVEL:[ #envelope record
{ID:'HEA',MIN:1,MAX:9999,LEVEL:[ #header record
{ID:'LIN',MIN:0,MAX:9999}, #line record
]},
]}

]
Source : bots-edi.github.io/bots/configuration/grammars/structure.html
Signification :
L’élément ENV est obligatoire, il doit apparaître au moins une seule fois et peut être répété
jusqu’à 999 fois
L’élément LIN est une sous partie de l’élément HEA qui est lui-même une sous partie de ENV
Un fichier de grammaire se compose cinq sections :
- Syntax : les paramètres à appliquer dans une grammaire par exemple les séparateurs utilisés
- Structure : description des séquences d’enregistrements du message EDI
- Recorddefs : description des champs utilisés dans un enregistrement
- Nextmessage : utilisé lors de la fragmentation d’un message EDI en plusieurs sous parties
- Nextmessageblock : fragmentation d’un fichiers csv en messages
Il est possible de réutiliser un autre fichier de grammaire à l’aide de la fonction import de python.
Qu’est-ce qu’un script de mapping ?
C’est un ensemble d’instructions permettant d’acquérir des données depuis un message EDI
entrant et/ou les mettre dans un message EDI sortant.
Les scripts de mapping sont des fichier python.
Fonctions d’acquisition de données :
 Get(mpath) : fonction permettant l’acquisition d’un champ depuis un fichier entrant

 Getnozero(mpath) : semblable à la fonction get, elle permet de retourner soit un nombre
numérique non égal à zéro, soit de ne rien retourner
 Getloop(mpath) : permet de boucler sur des champs récurrents comme par exemple des
articles dans une ligne de commande
Fonctions d’écriture de données :
 Put(mpath) : écrit la donnée dans le chemin spécifié en paramètre (mpath)
 Putloop : écrit un groupe de données
 Line.put () : écriture en retournant à la ligne
Fonctions générales :

Sort() : permet de réaliser une opération de tri selon ordre alphabétique
Transform.useoneof(get(),get()) : utilise l’une des valeurs retournées par le get() selon celle qui
contient des données.
Transform.datemask(value,frommask,tomask) : permet de faire des conversions sur les données de

type date.
Transform.concat(paramètres) : permet de concatener une liste de chaînes de caractères.
Transform.sendbotsemail(partner,subject,reporttext) : envoi un email au partenaire depuis le script

de mapping
Transform.inn2out(inn.out) : utiliser le message entrant comme message sortant sans le transformer.

C’est la fonction la plus utilisé lors des traduction d’un format de fichier à un autre puisque dans la
plupart des cas, la donnée doit seulement être transféré d’un type de structure de fichier vers une
autre sans qu’elle ait besoin d’être transformer.
Processus d’échange de données dans BOTS :
Lorsqu’un message EDI est reçu depuis l’extérieur (inbound), en premier lieu il est récupéré
par le canal de transmission d’entrée « IN », selon la configuration du canal, le serveur d’application
de BOTS lie le message en se référant à la grammaire liée au type de fichier reçu. Cette lecture lui
permet de savoir quel est le script de mapping qui va être utilisé et ce grâce au fichier de
configuration de la traduction. Ensuite le fichier est transféré au mapper qui selon le script de
mapping configuré, va écrire un fichier de message sortant « out » en se basant sur la grammaire du
type de fichier sortant. Finalement, le fichier nouvellement créé, fichier « out », est transféré au
canal de sortie qui l’achemine à sa destination en se basant sur la configuration du canal de sortie.
Figure 42 : Chemin parcouru par un message EDI dans BOTS
BOTS Monitor :
BOTS implémente une interface web de monitoring et de configuration basé sur le serveur
web django.
La première interface est celle de l’authentification, elle comporte deux champs, le premier
pour y entrer l’identifiant et le second pour rentrer le mot de passe
Figure 43 : Interface d'authentification BOTS Monitor
Une fois authentifié, on se retrouve directement dans la rubrique d’accueil, cette dernière
inclue les informations sur l’utilisateur connecté, la date de dernière connexion, le port utilisé par
l’application web, la plateforme du système d’exploitation, l’architecture du processeur de la
machine, les versions utilisé de python, django et bots, les différents chemins ou se trouve les fichiers
de configuration et les fichiers EDI envoyé et reçu, et finalement les information sur la base de
données sqlite utilisé par BOTS.
BOTS monitor dispose de 7 menus à savoir :
Le menu Home dont les informations ont été cité ci-dessus
 Last run : permet d’afficher les résultats de la dernière exécution du serveur d’application
bots-engine
Il se compose des sous rubriques :
 Incoming : affiche les informations et résultat des fichiers entrant

 Document : affiche l’état des documents
 Outgoing : affiche les résultat et informations sur les fichiers sortants
 Process errors : affiche les informations sur les erreurs liées à l’échange
Figure 44 : Interface d'accueil BOTS Monitor
 All runs : permet d’afficher les résultats concernant toutes les exécutions
Il se compose de :
 Reports : affiche le rapport sur toutes les exécutions
 Incoming : affiche tous les documents reçus et les rapports de réception
 Document : Affiche le statut des documents
 Outgoing : affiche les documents sortants et leurs rapports
 Process errors : affiche les informations sur les erreurs d’exécution
 Confirmations : affiche les informations concernant les demandes de confirmations
et celles reçu dans le cas où elles sont configurées
Figure 45 : interface All runs -> Reports
Figure 46 : interface All runs -> Incoming
Figure 47 : interface All runs -> Document-in

Figure 48 : details d’une operation envoi de fichier All runs -> outgoing -> view details
 Select : permet d’afficher les résultats selon les critères de filtrage choisi.
Il se compose de :
 Reports : affiche le formulaire de filtrage pour affichage des rapports d’exécution
 Incoming : affiche le formulaire de filtrage sur les documents reçus et les rapports de
réception
 Document : affiche le formulaire de filtrage sur les documents
 Outgoing : affiche le formulaire de filtrage sur les documents sortants et leurs
rapports
 Process errors : affiche le formulaire de filtrage sur les erreurs d’exécution
 Confirmations : affiche le formulaire de filtrage sur les confirmations
Figure 49 : formulaire de filtrage sur les résultats de rapports d’exécution
Figure 50 : formulaire de filtrage sur les résultats de rapports d’exécution
 Configuration : contient les interfaces de configuration EDI

Figure 51 : interface de création d’une nouvelle route
Figure 52 : interface de configuration des canaux de communication
Figure 53 : interface de modification d’une traduction
 System Tasks : cette interface permet d’exécuter des opérations d’administration comme la
lecture de plugins, création de plugins, gestion des utilisateurs …
Elle est disponible seulement pour les comptes administrateurs
 Run : permet de lancer manuellement une opération d’exécution du BOTS engine
Elle contient notamment les options :

o Run (only new) : recevoir, traduire, et envier les nouveaux messages EDI
seulement
o Run user indicated receives : permet de récupérer des fichiers de l’archive
o Run userindicated resends : ré-envoi les messages EDI déjà envoyer. L’option
« ré-envoyé » doit être configuré sur les messages EDI depuis la vue Outgoing
Figure 54 : options du menu run
Scripts exécutables de BOTS :
Tous les scripts d’exécution du noyau de BOTS sont écrits en langage python sous l’extension .py.
Après l’installation de BOTS, ces fichiers, ainsi que tous les répertoires de BOTS par défaut se
trouvent dans le répertoire d’installation de Python. Ces fichiers sont :
 Bots-webserver.py : Inclue les interface web de BOTS monitor

 Bots-engine : moteur d’exécution de BOTS, c’est celui qui réalise toutes les opérations de
mappings, traduction et de communication.
 Bots-jobqueueserver.py : ce serveur gère les files d’attentes et ordonnance les exécutions
 Bots-job2queue.py : affecte les tâches (jobs) aux files d’attentes
 Bots-dirmonitor.py : permet de superviser l’ensemble des répertoires de Bots. C’est lui qui
est responsable du déclanchement du job à la réception d’un nouveau fichier par exemple
 Bots-grammarcheck.py : script permettant de vérifier si une grammaire ne contient pas
d’erreurs
 Bots-xml2botsgrammar.py : permet de générer une grammaire à partir d’un fichier XML
 Bots-updatedb.py : utilisé lors de la migration de base de données, permet de mettre à jour
la base selon le nouveau schéma à utiliser
 Bots-plugoutindex.py : Utilisé pour le contrôle de version ; il génère un fichier contenant
l’ensemble des configurations (routes, canaux, traductions …)

Mendelson e-commerce open source AS2
Mendelson AS2 est une solution de communication via le protocole EDI INT AS2 programmé en JAVA.
Elle est distribuée selon deux versions, commercial et communautaire open source.
Elle dispose de plusieurs fonctionnalités clés dont :
 La communication synchrone et asynchrone via MDN

 Gestion des clés de cryptages et certificat de signature
 Cryptage des messages
 Transport de données sécurisé via SSL et TLS
 Compression de données (AS2 1.1)
 Attachements multiples (AS2 1.2)
 Intégration facile via un système de fichier relatif à chaque partenaire
 Interface web et GUI pour monitoring
 Notifications à chaque changement d’état via e-mail
 Prélèvement de données depuis des dossier de façon automatisé
 Support de plusieurs algorithmes de chiffrement, cryptage et hashage dont : DES, 3DES,
RC2-X, RC4-X, AES, SHA-1, MD5, SHA-2…
Architecture technique :
Mendelson AS2, pour rester fidèle à la philosophie de l’EDI, se base sur le principe de
partenaire. En effet, chaque partenaire à sa propre configuration, ses tâches sont lancées sur des
processus différents, et chacun à son propre répertoire de base.
Figure 55 : Architecture technique de mendelson AS2

Le noyau de la solution, il est responsable des opérations de traitement, des
transactions, cryptage et chiffrement des données, signatures numériques, de la gestion des
communications et d’autres opérations supplémentaires
Client AS2 – GUI :
Le client avec interface graphique installé avec la solution permet d’effectuer les
différentes opérations de configuration et de paramétrage relatifs aux différents partenaires,
aux certificats et gestion de la banque des clés, de configuré le système de façon générale.
Client AS2 – Web :
Composant optionnel, il permet de superviser la solution via une interface web

depuis un navigateur.
Base de données :
La base de données du système enregistre les différentes informations relatives aux

transactions, les configurations et informations relatives aux partenaires.
Serveur Web http :
Agissant comme un conteneur pour des servlets gérant la réception des messages via
le protocole AS2, il permet aussi de gérer les différentes pages web pour le monitoring de
l’application.
Emetteur AS2 : Ce composant permet l’envoi des messages aux partenaires
Notification :
Le module de notification permet d’envoyer des emails liés à des évènements

nécessitant l’attention de l’utilisateur.

Figure 56 : interface de configuration d’un partenaire
Figure 57 : Exemple d’interface de suivi et logs
Talend open ESB: solution EAI/ESB open source
Née suite au rachat de de l’entreprise allemande SOPERA spécialisé dans l’édition de

solutions pour architectures orientées services SOA et middlewares par Talend, Talend ESB est une
solution pour l’intégration des données et les différents services et applications de l’architecture de
l’entreprise permettant ainsi d’augmenter le rendement et la performance de cette dernière, tout en
permettant de réduire les coûts liés aux développements et l’exploitation des applications.
La solution open source ESB propose plusieurs fonctionnalités intéressantes pour les entreprises
comme par exemple :
- Coûts d’exploitation inférieur comparé aux solutions propriétaire
- 100% modifiable et paramétrable, puisque cette dernière est open source, et donne accès à
son code source.
Distribué par l’éditeur dont elle porte le nom, talend, sous licence apache pour l’édition libre et
disponible sous licences commerciales pour l’accès à des fonctionnalités supplémentaires non
disponible dans la version gratuite comme par exemple le monitoring via WebUI, la solution est
développée entièrement en java, la première version stable à vue le jour en 2011.
Talend openESB repose sur des solutions ESB open source mature comme par exemple les
différentes solutions de l’apache fondation tel que Apache CXF™, Apache Camel™, Apache
ActiveMQ™, et Apache Karaf™.
La solution Talend ESB, selon son éditeur, est modulaire, flexible, est offrant une performance
élevée et cela est dû à :

- L’utilisation d’une architecture légère et distribuée facilitant son intégration au sein de
l’environnement SI de l’entreprise.
- Architecture modulaire permettant l’intégration incrémental des services nécessaire
seulement.
- Routage et médiation intelligent, avec possibilité de création et paramétrage personnalisé de
routes
- Haute performance de la solution facilitant les implémentations des standards comme REST,
SOAP …
- Environnement de développement intuitif et ergonomique, basé sur une surcouche de
l’environnement de développement intégré eclipse, le plus populaire et le plus utilisé.
- Utilisation de standards ouvert permettant de garantir un maximum d’interopérabilité.
Architecture fonctionnelle:
Figure 58 : Architecture fonctionnelle Talend open Studio
Source: TalendOpenStudio_ESB_GettingStarted_6.3.1_EN.pdf
 Client : cette partie inclue l’environnement graphique d’exploitation et de développement de

talend l’outil Talend développement studio, ces principales fonctionnalités :
 Intégration de données
 Qualité de données
 Gestion de données
 Data Services
 Routage de Messages

 Talend Execution Servers : cette partie représente les différentes instances des conteneurs
d’exécution « Talend runtime » présente dans le système d’information. C’est ces dernières
qui permettent le déploiement et l’exécution des routes, services et Jobs.
Elle se compose de :
 Apache CXF pour la gestion des webservices
 Apache Camel pour la médiation
 Apache ActiveMQ pour la gestion des messages
 Apache Karaf comme runtime
 Monitoring Database : contient la base de données de monitoring de service permettant le
suivi des appels aux services et monitoring de la solution en général.
Exemples d’interfaces de la solution :
Figure 59 : Exemple d'une instance en exécution sur apache Karaf
Figure 60 : Exemple d'une interface " job designer " dans talend open studio

2- Architecture technique et fonctionnelle :
Suite aux résultats de l’analyse multicritère et du choix des solutions logiciel à utiliser, il a été
convenu que la solution EDI B2B sera comme suit :
- L’utilisation du logiciel BOTS comme noyau EDI permettant le mapping et transformation des
échanges de type EDIFACT, L’enregistrement, le monitoring et le suivi de tous les types des
échanges à travers son module de monitoring
- L’utilisation de l’outil de communication Mendelson e-commerce AS2 pour la gestion des
échanges de type AS2 avec les partenaires B2C
- L’utilisation de Talend pour gérer la traduction et le mappings des fichiers plats, le transfert
des fichiers entre les différents espaces (assurance, services, …), l’interfaçage entre les
différents éléments de la solution à savoir le noyau BOTS, les jobs Talend, la base de données
…
- L’utilisation d’une base de données pour l’enregistrement des différentes informations sur
l’environnement, les échanges ainsi que l’intégration des données des fichiers échangées.
Cette base de données contiendra toute les informations nécessaires pour le
fonctionnement de la plateforme Web pour les échanges avec les partenaires B2B
- Les communications avec les partenaires B2C se feront à l’aide du protocole de
communication EDI INT AS2 tandis que la communication avec les partenaires B2B se fera à
l’aide ‘espaces Web dédiée pour chaque pôle et chaque partenaire à travers des formulaires
web et des échanges http/https
- Puisque le noyau EDI BOTS et les Jobs talend communique à travers des « listners » sur les
répertoires de fichiers, il a été convenu une décomposition des répertoires source selon la
logique d’espaces dédiée, en effet chaque pôle disposera de son propre espace, à l’intérieur
duquel en trouve l’espace dédiée à chaque partenaire.
L’utilisation d’un intégrateur de données, couplé à un noyau EDI et une base de données nous
permettra non seulement de suivre et de gérer les différents échanges de fichiers et de données
entre l’entreprise et ses partenaires, mais aussi, dans une vision de développement future de la
plateforme, d’offrir la possibilité de construire une plateforme d’échange intégré, à l’aide de la
fonctionnalités ESB de Talend et de l’implémentation de micrologiciels appelé « Webservices », qui
offriront la possibilité, que ce soit à la SNTL ou à ses partenaires, d’exploiter dynamiquement les
informations et données collecté et stocké dans la base de données lors des échanges.
Les schémas ci-dessous illustrent les architectures techniques et fonctionnelles de la solution

proposée

Figure 61 : Architecture fonctionnelle de la plateforme B2B EDI
Figure 62 : Architecture Technique de la plateforme B2B EDI

V – Mise en place de la solution :
Solution pilote :
Le cas d’utilisation de cette solution ce résumé dans le scénario suivant :
• Réception du fichier in en format .txt par BOTS
• Lecture, mapping, transformation et écriture du fichier out en format csv par BOTS
• Lecture du fichier OUT, sa décomposition, mapping et intégration dans la base do donnée par
un Job Talend
• Intégration des données dans la base de données
1- Installation :
La première étape de la mise en place d’une solution informatique consiste en la phase d’installation
des différents environnements et logiciels nécessaires au fonctionnement.
B O TS :
BOTS EDI dans son fonctionnement repose sur 3 composants essentiels :
 Un serveur web par défaut « Django » pour l’environnement de monitoring

 Un serveur de base de données « SQLite »
 Le serveur principal le BOTS engine reposant sur des scripts écrit en language Python.
Puisque bots repose sur des scripts Python, avant de l’installer, il faut obligatoirement installer
Python. BOTS nécessite la version 2.7 de python, les versions les plus récentes ne marchent pas.
Une fois python 2.7 installé, il faut télécharger le logiciel d’installation de BOTS EDI depuis la source
officiel chez sourceforge : https://sourceforge.net/projects/bots/
Après le lancement de l’application d’installation, il faut renseigner le répertoire de python
Figure 63 : Interface d'installation de BOTS

Une fois renseigné, le programme copie automatiquement tous les fichiers et scripts nécessaires
dans le répertoire de python. Elle installe aussi par défaut les serveurs « Django » et « SQLite ».
Après l’installation, une icône « Bots-webserver » est ajouter au menu démarrer. Il faut l’exécuter
pour accéder à l’interface web de monitoring de BOTS.
T a le nd Op e n S t ud io for E S B:
Talend open studio ne s’installe pas, il se télécharge comme une archive « All in One » contenant
l’ensemble des fichiers nécessaires pour son fonctionnement dans tous les environnements que ce
soit Unix, Windows ou MacOS.
Figure 64 : Structure du répértoire de Talend Open Studio
Basé sur des codes en Java, Talend open studio nécessite d’avoir la dernière version du Java runtime
Edition installé préalablement.

2- Paramétrage
B O TS :
Pour réaliser l’opération de traduction du fichier in ‘.txt’ en un fichier out ‘.csv’, il faut paramétrer
trois éléments essentiels :
 Les canaux In/Out pour l’acquisition et l’écriture des fichiers :

 La configuration de la transformation et le mapping
 La configuration de la route pour la transformation
La configuration de BOTS se fait à l’aide de deux options, soit directement par des scripts python, soit
depuis l’interface graphique web.
Une fois que le serveur BOTS est démarré, il faut entrer dans le navigateur web et s’authentifier « par
défaut, lors de la première installation, le login est : bots et le mot de passe est : ‘botsbots’.
Une fois connecté, la première étape consiste dans la configuration des canaux. Pour ce faire, il faut
naviguer au menu Configuration -> channels.
Figure 65 : Interface de paramétrage de canaux
Ensuite on clique sur Add channel.

Figure 66 : Interface de configuration d'un canal
Pour une configuration basique, il faut indiquer l’identifiant de canal ‘Idchannel’, indiquer si c’est
pour un fichier entrant ‘In’ ou bien sortant ‘out’ et indiquer le type d’échange ‘fichier, smtp, http, ftp
…’
Ensuite il faut indiquer le répertoire d’action sur les fichiers ‘lecture dans le cadre de fichier in, ou
enregistrement dans le cas de fichier out’, il faut indiquer le nom et le type de fichier. Il y’as la
possibilité d’utiliser le caractère de remplacement « * ». Par exemple ‘*.edi’ signifie qu’il faut
prendre en considération tous les fichiers avec une extension. edi
On peut accessoirement, indiquer un répertoire pour l’archivage des fichiers dans le cas où on aura
besoin d’un archivage, en indiquent le nombre de jours durant lesquels BOTS va garder les fichiers en
archive. Ensuite il faut cliquer sur save pour enregistrer.
L’illustration ci-dessous indique le paramétrage du canal d’entrée de la solution pilote

Figure 67 : interface de configuration du canal In solution pilote
Dès que les canaux sont créés, la prochaine étape consiste dans la création des fichiers de
grammaire, qui représentent une description de la structure du fichier qui va être lu ou écrit.
Ci-dessous, une illustration du fichier grammaire de description du fichier in sous format .txt délimité
par ‘ ;’
Figure 68 : fichier de grammaire fichier In - 1

Figure 69 : fichier de grammaire fichier In - 2
De façon général, tout type de fichier qui va être traité ou bien transformer par BOTS doit avoir un
fichier de grammaire de référence qui décrit la composition de ce fichier, et sera utilisé lors du
parsing pour vérifier que le fichier est bien formaté.
Le fichier de grammaire doit être mis dans le dossier mère de bots dans les sous espace
usersys/grammars/ ‘le type de fichier’.
Une fois les fichiers grammaire correspondant ont été créé, il faut créer le script de transformation
appelé ‘mapping ‘.
Ce fichier de paramétrage propre pour chaque transformation, contient l’ensemble des règles liées
au traitement et transformation du fichier du format in au format out. Ci-dessous une illustration du
fichier de mapping de la solution pilote.
Figure 70 : script de mapping solution pilote

Pour être pris en charge, le fichier de mapping doit être placé dans le répertoire
/bots/usersys/mappings/’type de fichier’. Le répertoire ‘type de fichier’ doit correspondre au type
de fichier du fichier in.
Une fois les fichiers de grammaire et de mapping sont créés et mis dans les répertoires
correspondant, la prochaine étape est la création de la transformation
On y accède depuis l’interface web sous la catégorie Configuration -> Translations. On clique sur Add
translation rule.
Figure 71 : interface de configuration de traduction
Fromeditype indique le format du fichier entrant. Frommessage type indique le nom du fichier de
grammaire qui sera utilisé pour le parsing de ce fichier.
Mapping script indique le nom de fichier de mapping à utiliser pour la transformation
Toeditype indique le format du fichier sortant ‘out’ et tomessagetype indique le nom du fichier
grammaire à utiliser pour le parsing du fichier sortant. Une fois les informations indiquées, il faut
cliquer su save pour enregistrer.
Ensuite il faut activer la route en allant dans le mecnu Configuration -> Translations. Cocher la case
pour la translation correspondante, choisir l’option ‘activate/de-activate’ dans la liste déroulante,
puis cliquer sur go.

Figure 72 : interface de paramétrage de traductions
Une fois ces opérations réalisé, BOTS est paramétré est prêt à l’emploi pour ce type d’échange
T a le nd ESB
L’ouverture de talend openstudio dans windows se fait à travers l’exécution du fichier .exe
correspondant à l’architecture du processeur (32 ou 64 bits) se trouvant dans le répertoire
‘…/TOS_ESB-20161216_1026-V6.3.1/Studio’. Une fois lancé, il demande à l’utilisateur de choisir le
workspace et le projet qu’il veut ouvrir. Pour un nouveau projet, il suffit de cocher la case ‘créer un
nouveau projet’,d’indiquer le nom dans la case vide est appuyer sur créer.
Figure 73 : Interface de choix de workspace et projet Talend
Après la sélection du projet. On se retrouve sur l’interface d’accueil du studio.

Figure 74 : Interface d'accueil Talend Open Studio
Après avoir cliqué sur le ‘x’ près de welcome, l’interface générale s’ouvre. Cette dernière ressemble
très grandement à l’interface d’eclipse puisque L’openstudio se base sur la plateforme eclipse en
ajoutant des plugins et des surcouches sur cette dernière pour ajouter plusieurs fonctionnalités.
Dans talend, il existe plusieurs types de tâches qu’on peut réaliser ? On peut modéliser les process à
travers les Business models ou on peut créer des programmes soit à l’aide de webservice ou de jobs.
Dans notre cas nous allons nous focaliser sur les Jobs.
Un Job est tout simplement un programme Java qui se base sur plusieurs sous programmes ou
plugins appelés ‘composant’. Talend offre la possibilité de créer et de configurer les Jobs soit de
façon totalement manuelle à travers l’utilisation de code Java, soit de manière semi-automatique à
travers le drag/drop de composants depuis la bibliothèque de composant appelé ‘palette’ et
d’utiliser des formulaires pour la configuration et paramétrage de chaque composant.
Pour créer un nouveau Job, il faut faire un clic droit sur ‘Jobs’ dans le menu Repository et choisir
‘créer un job’. Après indication du nom du job et d’autres informations selon le besoin, le Job est créé
et s’affiche en dessous de ‘Jobs’ dans le Repository.
Une fois le Job crée, on se retrouve sur l’interface suivante.

Figure 75 : Interface d'un projet Talend
Pour ajouter des composant au job il suffit de les glisser depuis la palette est de les déposer dans
l’espace de travail du job.
Pour des raisons de simplification de l’explication, nous avons opté pour les composants
‘tRowGenerator’ qui permet de générer des nombres aléatoires et ’tLogRow’ qui permet d’écrire sur
la console d’affichage.
Figure 76 : Interface de création et paramétrage de job
En cliquant sur le composant, et en choisissant l’option ‘composant’ dans le menu en bas de

l’interface, nous pouvons procéder aux différents choix de paramétrage offert pour le composant.

Par exemple, nous voulons indiquer au composant que nous voulons seulement créer 20 nombres, il
suffit de choisir le menu ‘composant’ et de cliquer sur le bouton ‘Editeur RowGenerator’ .
Figure 77 : interface de paramétrage du composant tRowGenerator
On clique sur ‘+’ pour ajouter un nouveau champ qu’on va appeler ‘valeur’ de type ‘entier’, ensuite
Dans le champ ‘Nombre de lignes pour RowGenerator’, on indique la valeur ‘20’ puis on clique sur
‘OK’.
‘tLogRow’ ne nécessite pas de paramétrage spécifique pour une utilisation normale.
Une fois les composants paramétrés, il faut les lier entre eux, pour cela, il faut faire un clic droit sur le
composant, choisir l’option ‘row’ puis ‘main’ on suite on clique sur l’autre composant pour effectuer
la liaison. Il existe plusieurs types de liaison comme ‘iterate’ qui signifie un appel à l’autre composant
en boucle, ‘trigger -> on component Ok’ qui signifie que le second composant n’attendra pas que le
premier lui passe un paramètre, dès que le premier composant démarrera son exécution sans
erreurs, le second composant sera exécuté.

Figure 78 : Interface de paramétrage et création de Job
Il existe plusieurs façons d’exécuter un job, soit directement sur le studio en choisissant l’option
‘Exécuter’ puis sur le bouton ‘Exécuter’.
Soit à travers les différentes options de construction de Job dont on peut citer :
 ‘Standalone’ qui permet d’exporter le Job sous format d’une archive, une fois décompressé,
on trouve un fichier Jar éxecutable qui correspond au Job
 Sous format ‘war’ qu’on peut intégrer à un serveur d’application de webservices
 ‘Bundle OSGI ‘ pour intégrer le Job à un ESB pour son exécution comme par exemple Talend
ESB basé sur Apache Karaf et ApacheMQ.
Le job utilisé dans le cadre du projet pilote est illustré ci-dessous
Figure 79 : Interface de création et paramétrage du Job de la solution pilote

Explications :
 tWaitForFIle : c’est un Listner de répertoire, il permet d’envoyer un signal dès qu’un fichier
est créé, modifié ou supprimer dans le répertoire cible indiqué selon le paramétrage choisi.
 tLogRow2 : selon notre configuration, ce composant affiche sur la console le nom du fichier
modifié ou créer passé en paramètre par tWaitForFile.
 tJava1 : exécute un code Java. Dans notre cas, nous avons écrit un code java qui récupère le
nom du fichier en cours de traitement et le place dans une variable de contexte du job
accessible par tous les composants. Il est relié à tWaitForFile avec une liaison ‘Iterate’ qui
signifie qu’il sera appelé après chaque détection d’un nouveau fichier.
 effectuer, afin d’acquérir les fichiers de façon dynamique, nous avons indiqué la variable de
contexte incluant le nom dans le paramétrage du fichier cible à travers la concatenantion par
le signe ‘+’ exemple : « …./talend/ »+ variable + « . extension du fichier » . Pour plus
d’information, veuillez-vous referez au manuel des composant Talend dans le site web de la
solution.
 Le composant tMap permet de réaliser des opérations de mappings entre les données
entrantes et sortantes du composant.
Figure 80 : Interface de paramétrage de mapping de la solution pilote
Dans notre cas, nous récupérons les champs présents dans le fichier source, et choisissant les
données que l’on veut utiliser dans le flux de sortie. Comme pour tFileInputMSDelimited, il faut se
référer à la documentation de talend sur le composant pour plus d’informations.
 tMysqlOutput : permet d’insérer des valeurs dans une base de données MySQL. Dans notre
cas nous récupérons les données du flux de sortie du tMap, que nous insérons dans une
table de la base de données paramétré dans le composant. Il faut noter que le schéma de
flux entrant au composant tMySQL input, incluant les noms des champs, doit correspondre

 aux champs se trouvant dans la table de la base de données, d’où l’utilisation du composant
tMap pour transformer et formater les données pour correspondre au schéma de la table de
la base de données.
3- Exécution :
Une fois l’installation et le paramétrage effectué, il suffit d’exécuter le job Talend, de mettre les
fichiers à échanger dans les répertoires adéquats et de lancer l’échange soit à travers l’éxecution du
script Bots-engine, soit à travers le choix de l’option Run dans l’interface Bots Monitor.
Figure 81 : Structure du fichier entrant .txt de la solution pilote
Figure 82 : Structure du fichier sortant .csv de la solution pilote

Figure 83 : Table 'ED' de la base de données de la solution pilote
Figure 84 : Monitoring et suivi de l'opération d'échange de la solution pilote dans BOTS

IV. CONCUSION
Dans cette dernière partie, nous avons commencé par présenter la solution d’échange de données
Informatisés utilisées actuellement par l’entreprise. Après avoir décelé ses forces et faiblesses, il a
été
Convenu sur le choix de la conception d’une plateforme d’échange B2B propriétaire.
Nous avons alors, réalisé un Benchmark des solutions existantes sur le marché afin de garder les
Solutions EDI et d’intégration de données correspondant le plus à notre besoin.
Une analyse multicritère pondéré a permis de choisir les solutions à intégrer dans notre plateforme.
Ensuite, nous avons proposé une conception technique et fonctionnelle de la plateforme basée sur
les
Solutions retenues par l’analyse multicritère.
Finalement, nous avons réalisé un projet pilote de plateforme afin de savoir si la conception
proposée
Correspond au besoin de l’entreprise.
Les résultats des tests de la plateforme pilote ont été concluants et permettent ainsi d’amorcer la
phase de réalisation de la plateforme finale.

Conclusion Générale
Le Maroc, acteur de référence dans la croissance économique régional joue pleinement son rôle
comme locomotive pour le développement dans le continent africain. Que ce soit de façon directe à
travers les convention et partenariats entrant dans la perspective de la coopération Sud-Sud, des
accords signés avec l’Union Européenne, la Chine, la Russie et les Etats Unis, ou encore à travers les
différentes conventions avec les fonds d’investissements internationaux comme la Banque Islamique
pour le Développement, ou encore le FMI.
Cette croissance économique est accompagnée avec un grand volume d’échange commerciaux
engendrant une croissance à la hausse des exportations marocaines avec l’Afrique subsaharienne
dont les principaux partenaires sont l’Ethiopie, la Côte d’Ivoire ou encore le Sénégal « ocppc.ma sur
la base des données du CNUCED et WITS ».
Cette dynamique d’exportation est due notamment à l’amélioration des prestations logistiques du
royaume que ce soit à travers l’investissement dans les grands chantiers de construction de ports
visant à renforcer la connectivité maritime entre le royaume et les différentes régions du globe, ou
encore au développement de l’écosystème logistique dont la SNTL, société anonyme à capitaux
publiques, est l’un des piliers majeurs jouant le rôle d’accompagnateur et de levier pour le
développement du secteur.
En résultat, le Maroc a enregistré un flux important de marchandise en transit par les ports du
royaume estimé à plus de 121 millions de tonnes « Synthèse globale 2016, ANP ».
Ces flux de marchandises sont accompagnés d’un volume important de données qu’il faut collecter,
traité ou encore interfacer avec les systèmes d’informations des différents acteurs de façon fluide et
optimisé afin d’augmenter la performance globale de la logistique au Maroc.
Dans cette optique, le groupe SNTL assume pleinement son rôle dans l’écosystème, et cherche
constamment, à travers son centre d’excellence et d’innovation Tamayuz Supply Chain, de meilleurs
méthodes et outils pour l’optimisation des délais de traitement de l’information.
Notre projet de fin d’étude sur le sujet de conception d’une plateforme EAI-EDI s’inscrit dans ce
cadre.
A titre de rappel, dans ce présent rapport, nous avons abordés les points suivants :
 Présentation de l’entreprise
 Définition du contexte
 Analyse de l’existant et forces/faiblesses de la solution EDI existante
 Benchmark et évaluation multicritère des solutions EDI et intégration de données du marché
 Conception de la nouvelle plateforme EDI
 Implémentation et Projet pilote

Liste des figures :
Figure 1 : Prise aérienne de la plateforme de Mohammedia ................................................................. 8

Figure 2: Photographie d'un entrepôt de stockage................................................................................. 9
Figure 3: Photographie d'un entrepôt de stockage................................................................................. 9
Figure 4 : les pôles de la SNTL ............................................................................................................... 12
Figure 5 : Géolocalisation des entrepôts partenaires en Afrique ......................................................... 13
Figure 6 : les pôles du centre TAMAYUZ Supply Chain.......................................................................... 14
Figure 7 : Listes non exhaustive de partenaires pédagogiques............................................................. 15
Figure 8 : locaux du centre TAMAYUZ supply chain – extérieur ........................................................... 16
Figure 9 : locaux du centre TAMAYUZ supply chain - intérieur............................................................. 16
Figure 10 : Simulateur d'éco-conduite .................................................................................................. 17
Figure 11 : centre de formation matières dangereuses ADR ................................................................ 18
Figure 12 : Décomposition de tâches du projet .................................................................................... 22
Figure 13 : Diagramme de Gantt ........................................................................................................... 22
Figure 14 : Matrice ACDE....................................................................................................................... 22
Figure 15 : Intégration entre les fonctions de l'entreprise et le si ........................................................ 27
Figure 16 : Relation entre les fonctions de l'entreprise et le système d’informations ......................... 28
Figure 17 : Interaction entre l'entreprise et son environnement ......................................................... 29
Figure 18 : Les types d'EDI ..................................................................................................................... 31
Figure 19 : Exemple d'une architecture EDI interne ............................................................................. 31
Figure 20 : Exemple d’une architecture EDI externe............................................................................. 32
Figure 21 : Exemple d'architecture Web EDI......................................................................................... 32
Figure 22 : Schéma d'analyse fonctionnelle Infolog selon la méthode FAST ........................................ 36
Figure 23 : Exemple d'interface ............................................................................................................. 36
Figure 24 : Exemple d'interface ............................................................................................................. 37
Figure 25 : Schéma des flux entre SAMSUNG et SNTL .......................................................................... 38
Figure 26 : Process EDI - Inbound.......................................................................................................... 38
Figure 27 : Process EDI - Récéption marchandise ................................................................................. 39
Figure 28 : Process EDI - Outbound....................................................................................................... 39
Figure 29: flux IOD et POD via IXPath.................................................................................................... 40
Figure 30 : Architecture IXPath ............................................................................................................. 41
Figure 31 : Exemple d’Interface d'accueil ............................................................................................. 42
Figure 32 : Exemple de formulaire affichant l'état d'une facture ......................................................... 43
Figure 33 : Exemple de formulaire de suivi de documents ................................................................... 43
Figure 34 : Forces et faiblesses de la solution IXPath............................................................................ 43
Figure 35 : Architecture de TradeXpress............................................................................................... 46
Figure 36 : Architecture d'IXPath .......................................................................................................... 47
Figure 37 : Processus d'intégration ....................................................................................................... 52
Figure 38: Schéma récapitulatif............................................................................................................. 61
Figure 39 : Architecture technique de la solution BOTS ....................................................................... 63
Figure 40 : Schéma d'exemple de configuration d'une route ............................................................... 63
Figure 41 : Exemple de canaux de communication de BOTS ................................................................ 64
Figure 42 : Chemin parcouru par un message EDI dans BOTS............................................................... 69
Figure 43 : Interface d'authentification BOTS Monitor ......................................................................... 70
Figure 44 : Interface d'accueil BOTS Monitor........................................................................................ 71
Figure 45 : interface All runs -> Reports................................................................................................ 71
Figure 46 : interface All runs -> Incoming ............................................................................................. 71
Figure 47 : interface All runs -> Document-in ....................................................................................... 71
Figure 48 : details d’une operation envoi de fichier All runs -> outgoing -> view details..................... 72
Figure 49 : formulaire de filtrage sur les résultats de rapports d’exécution......................................... 72
Figure 50 : formulaire de filtrage sur les résultats de rapports d’exécution......................................... 72
Figure 51 : interface de création d’une nouvelle route ........................................................................ 73
Figure 52 : interface de configuration des canaux de communication................................................. 73
Figure 53 : interface de modification d’une traduction ........................................................................ 73
Figure 54 : options du menu run ........................................................................................................... 74
Figure 55 : Architecture technique de mendelson AS2 ......................................................................... 75
Figure 56 : interface de configuration d’un partenaire ......................................................................... 77
Figure 57 : Exemple d’interface de suivi et logs.................................................................................... 77
Figure 58 : Architecture fonctionnelle Talend open Studio .................................................................. 78
Figure 59 : Exemple d'une instance en exécution sur apache Karaf..................................................... 79
Figure 60 : Exemple d'une interface " job designer " dans talend open studio.................................... 79
Figure 61 : Architecture fonctionnelle de la plateforme B2B EDI ......................................................... 81
Figure 62 : Architecture Technique de la plateforme B2B EDI .............................................................. 81
Figure 63 : Interface d'installation de BOTS .......................................................................................... 82
Figure 64 : Structure du répértoire de Talend Open Studio ................................................................. 83
Figure 65 : Interface de paramétrage de canaux .................................................................................. 84
Figure 66 : Interface de configuration d'un canal ................................................................................. 85
Figure 67 : interface de configuration du canal In solution pilote ........................................................ 86
Figure 68 : fichier de grammaire fichier In - 1 ....................................................................................... 86
Figure 69 : fichier de grammaire fichier In - 2 ....................................................................................... 87
Figure 70 : script de mapping solution pilote ........................................................................................ 87
Figure 71 : interface de configuration de traduction ............................................................................ 88
Figure 72 : interface de paramétrage de traductions ........................................................................... 89
Figure 73 : Interface de choix de workspace et projet Talend.............................................................. 89
Figure 74 : Interface d'accueil Talend Open Studio .............................................................................. 90
Figure 75 : Interface d'un projet Talend................................................................................................ 91
Figure 76 : Interface de création et paramétrage de job ...................................................................... 91
Figure 77 : interface de paramétrage du composant tRowGenerator ................................................. 92
Figure 78 : Interface de paramétrage et création de Job...................................................................... 93
Figure 79 : Interface de création et paramétrage du Job de la solution pilote..................................... 93
Figure 80 : Interface de paramétrage de mapping de la solution pilote............................................... 94
Figure 81 : Structure du fichier entrant .txt de la solution pilote ........................................................ 95
Figure 82 : Structure du fichier sortant .csv de la solution pilote ......................................................... 95
Figure 83 : Table 'ED' de la base de données de la solution pilote ....................................................... 96
Figure 84 : Monitoring et suivi de l'opération d'échange de la solution pilote dans BOTS .................. 96

Liste des tableaux :
Tableau 1 : méthode QQOQCP .............................................................................................................. 21
Tableau 2 : Tableau de l'analyse multicritères des EDI ......................................................................... 59
Tableau 3 : Tableau des résultats obtenus............................................................................................ 59
Tableau 4 : Tableau de l’analyse multicritère pondérées des intégrateurs de données ...................... 60
Tableau 5: Tableau des résultats obtenus............................................................................................. 61
Tableau 6 : Exemples de protocoles de communication....................................................................... 66

Annexes

Bibliographie
https://talend.developpez.com/cours/
http://www.smile.fr/Ressources/Livres-blancs/Systeme-et-infrastructure/Esb-enterprise-service-bus
http://skilchen.github.io/bots_doc_b/
http://download-mirror1.talend.com/esb/user-guide-
download/V621/TalendOpenStudio_ESB_GettingStarted_6.2.1_EN.pdf
http://www.piloter.org/techno/support/EAI.htm
https://fr.wikipedia.org/wiki/Int%C3%A9gration_d%27applications_d%27entreprise
http://www.edipourtous.fr/ce-qu-est-l-edi/
http://www.seeburger.fr/business-integration-suite/quest-ce-que-ledi.html
https://fr.wikiversity.org/wiki/Pentaho/Int%C3%A9gration_de_donn%C3%A9es
http://www.gcconseil.fr/integration-de-donnees-etl.html
http://middleware.smile.fr/Concepts-des-moms-et-jms/Qu-est-ce-qu-un-middleware
http://www.commentcamarche.net/contents/1244-web-services
http://haskouse.developpez.com/tutoriels/etl/talend-open-studio/creation-job/
https://www.tesisquare.com/Cms_Data/Contents/tesisquare_TesiRetail_EN/Media/Brochure/INFOL
O
G-EN-Retail.pdf
http://sntlgroup.ma/home/
http://www.ouati.com/qqoqcp.html
http://www.ism.fr/formation/parcours-achats.html
http://portfinanceinternational.com/downloads/presentations/2015pfimorocco/15.pdf

Projet de PFE VF

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Projet de PFE VF

Transféré par

Droits d'auteur :

Formats disponibles

PROJET DE FIN D’ÉTUDES

Présenté en vue d’obtenir le

Conception d’une plate-forme EAI/EDI

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 1

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 2

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 3

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 4

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 5

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 6

I - GENERALITES SUR LE GROUPE SNTL

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 7

Figure 1 : Prise aérienne de la plateforme de Mohammedia

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 8

Figure 3: Photographie d'un entrepôt de stockage

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 9

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 10

Figure 4 : les pôles de la SNTL

a. La SNTL Supply Chain

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 12

Les services proposés sont :

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 13

Les services proposés sont :

 Maîtrise d’ouvrage et développement de projets immobiliers ;

e. Le centre de technologie et d’innovations TAMAYUZ Supply Chain

Tamayuz Supply chain

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 14

Figure 6 : les pôles du centre TAMAYUZ Supply Chain

Figure 7 : Listes non exhaustive de partenaires pédagogiques

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 15

Figure 9 : locaux du centre TAMAYUZ supply chain - intérieur

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 16

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 17

4. Fiche signalétique du groupe SNTL :

Société nationale de transport et logistique

1937 : création du BCT

1958 : transformation du BCT en ONT

2005 : Création de la SNTL après dissolution de l’ONT

Transport, immobilier, finances, assurance, gestion de flotte, technologie et

SNTL Supply Chain, SNTL Assurances, LOGDEV

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 18

Rue Al fadila, Quartier industriel, Cité Yacoub el mansour, Rabat

Plus de 400 salariés

857 Millions de dirhams (2015)

37 Millions de dirhams (2015)

461.48 Millions de dirhams (2015)

Environ 1000 camions transitant par jour

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 19

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 20

QUI? Quialeproblème? LesutilisateursEDI,Facturation,responsablesentrepôts

OU? Oùleproblèmeapparâit-il? ChezlespartenairesdelaSNTLquiutilisentlaplateformeEDI

POURQUOI? Pourquoi? AbsencedusuividuprestataireEDI

III - Décomposition du projet

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 21

Figure 13 : Diagramme de Gantt

Figure 14 : Matrice ACDE

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 22

Face à un problème de taille, l’intelligence humaine à essayer de trouver de nouvelles

L’apparition de nouvelles activités génératrices de revenu, comme par exemple le troc, le

Finalement après des décennies plus tard, de nombreuses avancées technologiques

Selon le Larousse, la logistiques est l’« Ensemble de méthodes et de moyens relatifs à

Conception d’une plate-forme EAI/EDI « Cas SNTL GROUP » p. 24

L’objectif des entreprises devient ainsi la découverte de nouveaux marchés, la production

– elle traite de l’ensemble des infrastructures, de l’organisation, des processus physiques et de

– elle inclut les processus d’achats-approvisionnements, de production et de distribution, et doit