Mémoire de Projet de Fin D'études Pour L'obtention Du Diplôme D'ingénieur D'etat Filière: Supply Chain Management

Mémoire de projet de fin d’études
Pour l’obtention du diplôme d’ingénieur d’Etat
Filière : Supply Chain Management
Déploiement du module EWM dans l’environnement

SAP S/4 HANA 1709 au profit du client Eurapharma
Soutenu le : Samedi 22 juin 2019
Réalisé par : Membres du jury :
LAZRAK Youssra Mme.DKHISSI Btissam
Mr. EL FALLAHI Abdellah
Mme.LAJJAM Azza
Année universitaire : 2018/2019

Mémoire de projet de fin d’études pour l’obtention du diplôme d’ingénieur d’Etat en SCM
Avant-propos
Elève stagiaire :
Lazrak Youssra
Intitulé du travail :
Déploiement du module EWM dans l’environnement SAP S/4

HANA 1709
Au profit du client Eurapharma
Établissement d’accueil :
Value Pass consulting
Etablissement d’origine :
Ecole nationale des sciences appliquées de Tétouan
Encadrante pédagogique :
Mme Dkhissi Btissam
Professeur chercheur à l’Ensa de Tétouan
Encadrants professionnels :
Mr. Oualifi Réda Consultant senior EWM
Mr. El Horma Amine Manager EWM
Période de stage :
Du 01/02/2019 au 31/07/2019
Page | 2
Dédicace
A mes très chers parents qui n’ont économisé aucun effort pour que je puisse être ce que je suis
aujourd’hui. Aucun mot, aucune dédicace ne saurait exprimer ma profonde gratitude pour tout
le soutien et les sacrifices que vous avez déployés pour moi. Trouvez en ce travail le fruit de
votre dévouement et l’expression de mon profond amour. Puisse Dieu, le tout puissant, vous
préserver et vous accorder santé, longue vie et bonheur.
A ma sœur, qui m’a été d’une aide précieuse tout au long de mon cursus par ses encouragements
subtils et son soutien constant, par ses blagues et sa joie de vivre, je ne trouverai les mots
adéquats pour exprimer ma reconnaissance.
A toute ma famille, pour leurs encouragements continus et tout particulièrement à ma grand-

mère pour ses prières incessantes. Que le bon Dieu vous comble de ses bienfaits.
A mes amis, les confidents de mes tourments, les complices de mes fous rires et les alliés de
mes combats.
À toute personne que j’aime, je dédie ce travail ...
Youssra Lazrak
Page | 3
Remerciements
Il m’est agréable de m’acquitter d’une dette de reconnaissance auprès de toutes les personnes,
dont l’intervention au cours de ce projet, a favorisé son aboutissement.
Tout d’abord, je tiens à remercier le corps de Value Pass Consulting qui m’a accueilli au sein
de leur organisme et qui m’a permis d’effectuer mon stage de fin d’études dans une atmosphère
conviviale et chaleureuse.
Je tiens tout particulièrement à exprimer ma gratitude envers mon encadrante et mentor

Madame Dkhissi Btissam, Professeur à l’ENSA et tutrice de ce projet pour m’avoir guidé
pendant toute la durée du projet, d’avoir répondu présente et de m’avoir conseillé. Je la
remercie également pour ses orientations précieuses dont elle m’a fait part et qui ont contribué
amplement à la réalisation de ce projet.
Je remercie aussi vivement Monsieur Oualifi Réda, consultant senior EWM, qui m’a été d’un
appui incontestable dans ma démarche, et aussi à Monsieur El Horma Amine manager de
l’équipe EWM. Je tiens tout particulièrement à les remercier pour leur intérêt incessant et leurs
précieux conseils.
Je tiens aussi à exprimer mon entière reconnaissance à toute personne rencontrée et côtoyée
durant mon stage, qui ne s’est pas retenue à partager avec moi toute information aussi modeste
soit-elle notamment Houjr Mohammed, Consultant EWM, Amzil Sara, Moslih Houda,
Consultantes MM et Ezzayate Zakaria, consultant technique.
Mes vifs remerciements à l’ensemble du corps professoral de la filière supply chain

management pour les efforts qu’ils ne cessent de déployer afin de nous assurer la meilleure
formation.
Mes vifs remerciements vont finalement à tous ceux qui ont contribué de près ou de loin à
l’élaboration de ce mémoire.
Page | 4
Résumé
Ce travail réalisé au sein de la société Value Pass Consulting intégrateur à valeur ajoutée des
solutions SAP, filiale du groupe Gfi Afrique, s’inscrit dans le cadre du projet de fin d’études
pour l’obtention du diplôme d’ingénieur d’Etat en Supply Chain Management à l’école
nationale des sciences appliquées de Tétouan.
Etant consciente de l’importance de la disponibilité, rapidité, intelligence d’un système

d’information ainsi que l’intégration de l’ensemble des processus métiers en une seule base de
données, la société EURAPHARMA a entrepris la démarche d’implémenter SAP S/4 HANA
on Permise dans sa version 1709.
Dans ce contexte, et pour mieux gérer ses flux logistiques et plus particulièrement sa gestion
des stocks au niveau de son entrepôt, Eurapharma a décidé d’implémenter le module EWM
crée en 2006 et figure parmi les solutions les plus récentes de SAP, pour son département supply
chain.
C’est dans cette optique que s’articule mon mémoire. Il présente la méthodologie adoptée afin
de mettre en œuvre à notre client la solution SAP qui répond conformément à ses besoins et
exigences exprimées.
Mot-clés: SAP, S/4 HANA, EWM
Page | 5
Abstract
This work carried out within the company Value Pass Consulting value-added integrator of
solutions SAP, a subsidiary of the group Gfi Africa, is part of the graduation project for the
degree of state engineer in Supply Chain Management at the National School of Applied
Sciences of Tetouan (ENSA).
Being aware of the importance of the availability, speed, intelligence of an information system
as well as the integration of all business processes into a single database, EURAPHARMA
undertook the implementation of SAP S/4 HANA on Premise in its version 1709.
In this context, and to better manage its logistics flows and more particularly its inventory
management at its warehouse, EURAPHARMA has decided to implement the EWM module
created in 2006 which is among the most recent SAP solutions for its supply chain department.
It is in this perspective that my thesis is structured. It presents the methodology adopted to

implement to our client the SAP solution that responds according to its needs and expressed
requirements.
Key-words: SAP, S/4 HANA, EWM
Page | 6
Liste des acronymes et abréviations
A
ABAP: Advanced Business Application Programming
ASAP: Accelerated SAP
AMOA : Assistance au maître d’ouvrage
D
Dev : Développement
DLC : Date limite de consommation
E
ECC : ERP Central Component
ERP : Enterprise Resource Planning
EWM : Extended Warehouse Management
F
FCP : Fiche de conception
H
HU : Handling Unit (unité de manutention)
M
MOA : Maître d’ouvrage
MOE : Maître d’œuvre
P
PROD : Production
Q
QQOQCP : Qui, Quoi, Où, Quand, Combien, Pourquoi.
Qual : Qualité
S
SAP : System, Application and Products in data processing
SI : Système d’information
SPRO : SAP Reference Project Object
U
UAT: User accepting test (test de validation utilisateur)
V
VP: Value Pass Consulting
Page | 7
Liste des tableaux
Tableau 1 : Clients de Value Pass Consulting....................................................................... 25

Tableau 2: Analyse QQOQCP .............................................................................................. 33
Tableau 3 : Tableau comparatif des principaux ERPs .......................................................... 43
Tableau 4 : Correspondance type magasin (WM/EWM) ...................................................... 63
Tableau 5 : Stratégies d’emplacements AIN SEBAA ............................................................ 64
Tableau 6 : Stratégies de rangement selon famille de produit ............................................... 67
Tableau 7 : Etapes de rangement pour le palletier ................................................................ 67
Tableau 8 : Etapes de rangement pour la chambre froide ..................................................... 67
Tableau 9 : Etapes de Réapprovisionnement de zbup depuis ZPAL ...................................... 70
Tableau 10 : Etapes de Reapprovisionnement de zcad depuis ZBUP .................................. 71
Tableau 11 : Les differentes actions pour les scripts............................................................ 104
Tableau 12 : Les differentes actions pour les tickets............................................................ 106
Page | 8
Liste des figures
Figure 1: Cartographie de Value Pass ................................................................................... 20

Figure 2: Historique de l’entreprise ....................................................................................... 21
Figure 3:Fiche technique de ValuePass Consulting ............................................................... 26
Figure 4:Organigramme de Value Pass ................................................................................. 27
Figure 5: Site de distribution Maphar ................................................................................... 28
Figure 6:Fiche Technique de Maphar Eurapharma ............................................................... 30
Figure 7:Organigramme de Maphar Eurapharma .................................................................. 31
Figure 8:Informations sur le projet........................................................................................ 32
Figure 9:Organigramme du projet ......................................................................................... 35
Figure 10:Importance relative des différents chantiers selon la démarche ASAP FOCUS ...... 36
Figure 11:Méthodologie ASAP .............................................................................................. 37
Figure 12:Planning prévisionnel ............................................................................................ 40
Figure 13:Modules SAP ........................................................................................................ 44
Figure 14 : Les environnements de travail d'un ERP ............................................................ 45
Figure 15:Les points de différences entre EWM et WM ........................................................ 48
Figure 16:Les options de déploiement de EWM .................................................................... 48
Figure 17:Méthodes de communication entre l'ERP et EWM ............................................... 49
Figure 18: Structure organisationnelle MM ........................................................................... 51
Figure 19:Structure organisationnelle EWM ......................................................................... 52
Figure 20:Etapes de création d'une livraison entrante ........................................................... 53
Figure 21:Flux du processus de réception.............................................................................. 54
Figure 22:Les étapes de création d'une livraison sortante...................................................... 55
Figure 23:Flux du processus de picking ................................................................................. 56
Figure 24:Structure organisationnelle de Maphar .................................................................. 60
Figure 25:Traitement d'une entrée ........................................................................................ 62
Figure 26:Demande de transfert ............................................................................................ 62
Figure 27:Ordre de transfert ................................................................................................. 63
Figure 28:Macro processus du rangement.............................................................................. 65
Figure 29: Macro processus du réapprovisionnement............................................................. 68
Figure 30:Création des numéros de magasins ........................................................................ 72
Page | 9
Figure 31:Numéro de magasins crées ..................................................................................... 72

Figure 32:Affectation des numéros de magasins .................................................................... 73
Figure 33:Le numéro de magasin affecté à l'unité logistique .................................................. 73
Figure 34:Création des types de magasin .............................................................................. 74
Figure 35:Les différents types de magasins crées ................................................................... 74
Figure 36:Création des types d'emplacement ........................................................................ 75
Figure 37:Types d'emplacements crées .................................................................................. 75
Figure 38:Table pour modification du processus du rangement ............................................. 76
Figure 39:Stratégie du réapprovisionnement ......................................................................... 76
Figure 40:Stratégie du réapprovisionnement activé pour des types de magasins .................... 77
Figure 41:Ecran détaillé de la spécification fonctionnelle....................................................... 78
Figure 42:Ecran détaillée de la spécification fonctionnelle (2) ............................................... 79
Figure 43:Visualisation de l'Um sur la transaction /SCWM/PRDI ....................................... 82
Figure 44:Les différents écrans RF pour le rangement .......................................................... 82
Figure 45:L'emplacement prenant selon l'aire de stockage .................................................... 83
Figure 46:Confirmer le bac de stockage copié depuis le moniteur .......................................... 83
Figure 47:Le rangement vers le corbeau est confirmé maintenant ......................................... 83
Figure 48:Ecran frontal de la transaction .............................................................................. 84
Figure 49:Ecran de sélection selon l'allée du palletier ............................................................ 84
Figure 50:Confirmation de l'Um cédante .............................................................................. 84
Figure 51:Confirmation de l'emplacement prenant ................................................................ 85
Figure 52:Emplacements fixes attribués sur la transaction /SCWM/BINMAT ..................... 85
Figure 53:Les réapprovisionnements à exécuter sur la transaction /SCWM/REPL ............... 85
Figure 54:L'ordre magasin crée pour le réapprovisionnement sur le moniteur ....................... 86
Figure 55:Les écrans RF pour le réapprovisionnement .......................................................... 86
Figure 56:Etiquette du réapprovisionnement......................................................................... 87
Figure 57:Démarche des autorisations sur SAP ..................................................................... 88
Figure 58: Aperçu de la matrice de distribution .................................................................... 89
Figure 59:Création des rôles à l'aide de la transaction PFCG ............................................... 91
Figure 60:Ajout des transactions correspondantes sur le rôle ................................................ 91
Figure 61:Affectation de l'utilisateur au rôle ......................................................................... 91
Figure 62:Gérer les différents objets d'autorisation ............................................................... 92
Page | 10
Figure 63:Message d'erreur ................................................................................................... 93

Figure 64:Les objets d'autorisations manquantes à l'aide de la SU53 .................................... 93
Figure 65: La phase des UAT ............................................................................................... 94
Figure 66:Processus du rangement vers le palletier avec le système précédent ...................... 96
Figure 67:Processus du rangement vers le palletier avec EWM ............................................. 96
Figure 68:Temps moyen de rangement par palette ............................................................... 97
Figure 69:Temps moyen de rangement par mois ................................................................... 97
Figure 70:Tableau de bord de la réduction du temps du réapprovisionnement de ZPIL ........ 98
Figure 71:CA de Maphar entre 18 et 2019 ............................................................................ 99
Figure 72:Plan général du magasin Ain Sebaa .................................................................... 102
Figure 73:Les différents types de magasins dans le site Ain Sebaa ...................................... 103
Figure 74:L'ensemble des étapes pour la création d'un ticket sur JIRA .............................. 105
Page | 11
Table des matières
Introduction générale ............................................................................................................ 16

Chapitre1 :Descriptif général du projet .................................................................................. 18
1. Contexte académique ..................................................................................................... 19
2. Contexte professionnel ................................................................................................... 19
3. Présentation de l’organisme d’accueil ............................................................................ 19
3.1. Aperçu général........................................................................................................ 19
3.2. Historique ............................................................................................................... 21
3.3. Expertise et savoir-faire .......................................................................................... 21
3.4. Missions et clients de l’entreprise ........................................................................... 21
3.4.1. Missions........................................................................................................... 21
3.4.2. Clients de l’entreprise ...................................................................................... 24
3.5. Fiche signalétique ValuePass .................................................................................. 26
3.6. Organigramme de ValuePass .................................................................................. 27
4. Présentation de l’entreprise cliente ................................................................................ 28
4.1. Dates clés ............................................................................................................... 29
4.2. Fiche signalétique Maphar ...................................................................................... 30
4.3. Organigramme de MAPHAR .................................................................................. 31
5. Contexte et définition de la problématique du projet ..................................................... 32
5.1. QQOQCP ............................................................................................................... 33
5.2. Objectifs du projet .................................................................................................. 34
5.3. Intervenants du projet ............................................................................................ 34
5.4. Conduite du projet ................................................................................................. 36
5.4.1. Cycle de vie du projet...................................................................................... 36
5.4.2. Méthodologie ASAP ........................................................................................ 36
5.4.3. Planification du déroulement du projet............................................................ 39
6. Conclusion : ................................................................................................................... 40
CHAPITRE 2 :Plateforme de travail ..................................................................................... 41
1. Généralités sur les ERPs................................................................................................ 42
1.1. Notions sur les ERPs .............................................................................................. 42
1.2. Objectifs des ERPs ................................................................................................. 42
Page | 12
1.3. Etudes comparatives des ERPs : ............................................................................ 42

2. Plateforme de travail SAP ............................................................................................. 43
2.1. Présentation de SAP .................................................................................................. 43
2.2. Architecture modulaire de SAP : ................................................................................ 44
2.3. L’environnement de travail ........................................................................................ 45
2.4. Présentation de SAP S/4 HANA : .......................................................................... 46
3. Module EWM (Extended Warehouse Management) ...................................................... 47
3.1. Présentation ........................................................................................................... 47
3.2. Apports EWM vs WM ........................................................................................... 47
3.3. Points forts de la solution EWM ............................................................................ 48
3.4. Options de déploiement .......................................................................................... 48
3.5. Données de base ..................................................................................................... 49
3.6. Méthodes de communication entre l’ERP et EWM ................................................ 49
3.7. Structure organisationnelle ..................................................................................... 50
3.7.1. Structure organisationnelle dans L’ERP .......................................................... 50
3.7.2. Structure organisationnelle EWM .................................................................... 51
3.8. Les différents flux gérés par EWM.......................................................................... 53
3.8.1. Réception des marchandises............................................................................. 53
3.8.2. Rangement de la marchandise ......................................................................... 54
3.8.3. Réapprovisionnement ...................................................................................... 54
3.8.4. Sortie de marchandises (Picking) ..................................................................... 55
3.8.5. Ecran RF : ...................................................................................................... 56
4. Conclusion ................................................................................................................. 57
CHAPITRE 3 :Analyse fonctionnelle, conception et paramétrage ........................................... 58
1. Analyse de l’existant ..................................................................................................... 59
1.1. L’état actuel (le AS IS) .......................................................................................... 59
1.2. Volumétrie.............................................................................................................. 59
2. Conception .................................................................................................................... 60
2.1. Règles de gestion .................................................................................................... 61
2.2. Flux de rangement de marchandises ....................................................................... 61
2.2.1. Stratégie d’entrée ............................................................................................ 61
Page | 13
2.2.2. Le processus d’emplacement ............................................................................ 63

2.2.3. Processus de rangement (Le to BE) ................................................................. 65
2.3. Flux de réapprovisionnement (le TO Be)................................................................ 68
2.3.1. Règles de gestion du JOB réapprovisionnement :............................................. 68
2.3.2. Etapes de réapprovisionnement de quelques magasins : ................................... 70
3. Paramétrage EWM ........................................................................................................ 72
3.1.1. Les magasins EWM ......................................................................................... 72
3.1.2. Affectation des numéros de magasins............................................................... 73
3.1.3. Les types de magasin EWM ............................................................................ 74
3.2. Stratégie d’entrée de marchandises ......................................................................... 75
3.2.1. Définition des types d’emplacements ............................................................... 75
3.3. Stratégie de rangement de marchandises ................................................................ 76
3.4. Processus internes aux magasins ............................................................................. 76
3.4.1. Activer stratégies de réapprovisionnement dans les types de magasins : .......... 76
3.5. Synthèse du tridi .................................................................................................... 77
3.5.1. Spécification fonctionnelle détaillée .................................................................. 78
4. Conclusion : ................................................................................................................... 79
CHAPITRE 4 :Réalisation, recette et bilan du projet ............................................................ 80
1. Recette .......................................................................................................................... 81
1.1. Processus de rangement .......................................................................................... 81
1.2. Processus de réapprovisionnement .......................................................................... 85
2. Rôles et autorisations .................................................................................................... 88
2.1. L’objectif des autorisations dans Maphar : ............................................................. 88
2.2. Les types de rôles ................................................................................................... 90
2.3. Lien entre rôle, transaction et objet d’autorisation ................................................. 90
2.4. Outil de génération d’autorisation .......................................................................... 90
2.5. Aide à l’administration des autorisations................................................................ 93
3. Lancement des UAT ...................................................................................................... 93
3.1. Qualification QI/QO .............................................................................................. 94
3.2. Livrables du projet ................................................................................................. 95
4. Estimations des gains .................................................................................................... 95
Page | 14
4.1. Processus de rangement .......................................................................................... 95

4.2. Processus de réapprovisionnement .......................................................................... 98
4.3. Augmentation du CA ............................................................................................. 99
5. Conclusion ..................................................................................................................... 99
Conclusion générale ............................................................................................................ 100
Références........................................................................................................................... 101
Annexes .............................................................................................................................. 102
Annexe 1 : Entrepôt Ain Sebaa ....................................................................................... 102
Annexe 2 : Présentation de JIRA : Son utilisation pour la recette................................... 104
Page | 15
Introduction générale
La gestion des entreprises est depuis quelque temps confrontée à un basculement technologique:
les progiciels de gestion intégrés deviennent l’élément pivot de collecte et d’exploitation des
informations de gestion. L’émergence des ERP s’est faite de manière significative grâce au
véritable succès que connaissant ces systèmes globaux, présentés comme « la solution » aux
problèmes de gestion. Il s’agit, sur le plan pratique et technique, une refonte du système
d’information de gestion (SIG), mais surtout une remise à plat des procédures de gestion au
sein de l’organisation qui visent une intégration informationnelle complète. Les ERP sont
désormais des outils de normalisation, de standardisation des processus de gestion des
entreprises et des groupes multinationaux. Ils proposent des fonctionnalités riches et éprouvées,
fondées sur les meilleures pratiques.
Dans cette optique, SAP est aujourd’hui l’ERP le plus utilisé au monde grâce à ses technologies
intelligentes, son leadership dans tous les processus métier et ses 40 ans d’innovation. En effet
SAP ne cesse de progresser et a mis en place une véritable révolution dans l’univers SAP à
savoir l’ERP S/4 HANA ainsi que le développement du module WM en module EWM qui est
plus performant en matière de gestion des entrepôts. Il est l’un des WMS les plus développés
dans le monde en matière d’adaptation et efficacité des flux de marchandises dans l’entrepôt.
Dans cette logique, et à partir de mars 2018, la société Eurapharma a fait le choix
d’implémenter SAP S/4 HANA en intégrant le module EWM (sur le même serveur) On Permise
dans sa version 1709 afin de mieux gérer l’ensemble de ses flux logistiques depuis les commandes
clients jusqu’à la livraison finale passant par tous les maillons de la chaîne
d’approvisionnement. En réponse à cette demande, Value Pass Consulting, partenaire gold de
SAP, est rentrée en collaboration avec Eurapharma sous la casquette d'intégrateur pour
s'aligner avec la perspective du groupe, répondre à ses attentes, et mener à bien ce projet de
refonte du système d'information.
Mon projet s’articulait particulièrement sur le déploiement du module EWM (Extended

Warehouse Management) sur le site de Ain Sebaa. Cette solution a comme objectif de maîtriser
les niveaux de stock ainsi que de surveiller l’activité de l’entrepôt avec précision. Pour mener
à bien ce projet, la mise en place d'une démarche de déploiement s’impose. Value Pass a choisi
Page | 16
la méthodologie ASAP qui s’appuie sur 5 grandes phases depuis la préparation initiale jusqu’au
Go live.
A travers ce rapport, qui est une vue d’ensemble d’un travail réalisé pendant 5 mois, je vais
essayer de mettre en évidence le chemin suivi pour la mise en place du module EWM pour le
département supply chain d’Eurapharma (Maphar). Dans le premier chapitre j'ai présenté en
première partie le contexte général du projet, soit le cadre académique et professionnel,
l'organisme d'accueil, l’organisme client ainsi que le cahier des charges fonctionnelles.
Quant au deuxième chapitre, j’ai opté pour la présentation de l’environnement de travail à

savoir l’ERP, SAP, et S/4 HANA ainsi qu’une vue générale du module EWM et ses différents
flux afin d’apporter une vision générale sur les requis afin de mieux se situer dans la réalisation
de mon travail.
Les deux derniers chapitres présentent amplement le fruit du travail que j’ai pu réaliser durant
mon stage. J’ai dédié le troisième chapitre à une étude de l’existant ainsi qu’une conception
détaillée des différents besoins des clients suivi d’un paramétrage effectué selon les exigences et
les règles de gestion remontées.
Finalement le dernier chapitre est dédié à la partie réalisation et mise en œuvre du projet, dans
lequel je présenterais la phase de recette pour dérouler les flux avec rôles et autorisations et le
lancement des UAT pour préparer le go live, sans oublier l’estimation des gains pour
l’entreprise.
Page | 17
Chapitre1 :
Descriptif général du projet
A travers ce premier chapitre, j’ai pu positionner mon pfe dans

son contexte qui répond aux exigences non seulement
académiques mais aussi professionnelles.
De ce fait, une présentation des organismes d’accueil, à savoir

Value Pass consulting l’intégrateur, et Eurapharma le client
s’impose.
Ainsi, dans une suite logique, ce chapitre comporte également

une description détaillée du projet notamment la méthodologie
adoptée ainsi que le planning adopté durant ces 5 mois.
Page | 18
1. Contexte académique
Dans le cadre de ma formation à l’école nationale des sciences appliquées de Tétouan, il m’est
demandé de réaliser un projet de fin d’études ayant un thème en relation avec ma formation
en Supply Chain management.
Ce projet de fin d’études vient clôturer un parcours qui s’est étalé sur cinq ans et s’est déroulé
comme suit :
• Deux années préparatoires qui permettent à l’étudiant d’acquérir des méthodes de

travail rigoureuses qui serviront pour la suite des études.
• Trois ans de cycle d’ingénieur qui visent à se focaliser sur un domaine bien précis et
permettent à l’étudiant de développer son savoir-faire ainsi que savoir-être tout en le
préparant au marché de travail.
Ce stage est réalisé au sein de la société VALUE PASS Consulting, sous l’encadrement de la
société elle-même et l’ENSATE dans le but de l’obtention du diplôme d’ingénieur d’état en
supply Chain management. L’encadrement au cours du déroulement du projet a été assuré par
Mme Dkhissi Btissam Professeur chercheur à l’ENSA de Tétouan.
2. Contexte professionnel
Le projet de fin d’études est un véritable travail de recherche venant couronner les 5 ans du
programme de l’école nationale des sciences appliquées de Tétouan. Celui-ci concrétise la
somme du savoir-faire et du savoir-être que l’étudiant a dû acquérir au terme de son cursus.
C’est un élément déterminant dans la recherche du premier emploi et d’une manière générale
dans le parcours professionnel. Dans ce qui suit, l’organisme d’accueil sera présenté,
VALUEPASS Consulting.
3. Présentation de l’organisme d’accueil

3.1. Aperçu général
VALUE PASS est un intégrateur d’ERP -SAP, mais aussi une boîte de conseil en organisation.
Créée en 2005, elle constitue une réponse à un besoin accru en professionnels qualifiés maîtrisant
les standards internationaux en matière d’intégration d’ERP.
La société, qui s’appuie sur une équipe de consultants de très bon niveau, offre ses services aux
multinationales implantées au Maghreb et aux grands comptes publics et privés.
Consciente de l'évolution de l'économie nationale, ValuePass s'internationalise et décide
d'étendre l'offre de ses services sur le Maghreb. ‘‘Capitalisant sur notre croissance au Maroc,
Page | 19
nous avons décidé d'étendre le périmètre de notre intervention pour couvrir les pays du
Maghreb’’, révèle le directeur associé de la société, Imad Haddour. Ce choix est motivé par la
dynamique d'investissement dans les systèmes d'information dans la région du Maghreb qui
est, selon la direction, très prometteuse.
Figure 1: Cartographie de Value Pass
Le centre de support de ValuePass offre désormais aux entreprises qui ont déjà déployés
les solutions de SAP des services d'assistance de proximité en langue française. Cette offre
d'assistance sur les pays du Maghreb est multi-canal : téléphonique, via le Web, à distance et
en présentiel, en fonction des besoins des clients.
Le premier semestre 2012 marque un tournant dans la vie de l’entreprise. ValuePass a été
accrédité par SAP en tant que premier centre assistance et de support SAP PCOE (Partner
Centre of Expertise). “Cette reconnaissance de l’expertise de nos équipes par l’éditeur allemand
marque un tournant dans la montée en compétence de notre entreprise en tant que point de
référence technique dans la région du Maghreb”, se félicite le directeur de l’entreprise Imad
Haddour. Parallèlement au développement à l’international, Value Pass renforce son
investissement dans la R&D (Recherche & Développement) en mettant en place une unité
“SAP mobility” dédiée au développement de solutions mobiles au profit des clients sur la base
de la plateforme et les solutions SAP. “Ce choix technologique n’est pas fortuit. Nous croyons
au potentiel de développement des systèmes d’information nomades y compris pour les
progiciels de gestion ERP, tel que SAP”, martèle Imad Haddour. C’est aussi un choix qui
confirme le positionnement de Value Pass sur la niche des services à valeur ajoutée autour des
produits SAP.
Page | 20
3.2. Historique
Figure 2: Historique de l’entreprise
3.3. Expertise et savoir-faire

Certification centre de support SAP (Partner Center of Expertise) jusqu’à fin 2019
Projet Cosumar (Maroc)
SAP Quality Award Bronze
Catégorie : Business Transformation
3.4. Missions et clients de l’entreprise

3.4.1. Missions
La mission de VALUE PASS consiste à développer une offre de consulting basée sur la
proximité et l’excellence. A assurer également des services de qualité et un accompagnement
durable de ses clients. Son offre comprend une palette de prestations organisées autour de cinq
métiers :
Conseil en management et Organisation
Conseil et Implémentation des ERP
Formation aux ERP
Développements Off-shore
Développement sur les technologies ABAP
Page | 21
Conseil en Management & Organisation

Positionnée sur le marché du conseil en management et en organisation et dotée d’expertises
sectorielles et fonctionnelles de premier plan, Value Pass a pour ambition d'aider ses clients à
identifier, structurer et exécuter leurs projets de transformation qui impactent durablement
leurs croissances ou leurs compétitivités. Value Pass les accompagne dans leurs phases de
transition en portant une grande attention aux facteurs clés d’une transformation réussie.
L'offre de Value Pass comprend :
Accompagnement dans l’optimisation de l’organisation et des processus internes,
La cartographie des processus de l’entreprise,
La mise en place des processus, mise en place des procédures de gestion et métier,
Business Process Reengineering (BPR),
Mise en œuvre d’une démarche outillée de modélisation des processus (Aris, Méga,
Visio),
Diagnostic et rationalisation des processus / filières,
Refonte des organisations et des systèmes (Front-to-Back, comptables…),
Etude des performances, Mise en place des indicateurs de performance des processus,
Mise en place de reporting (réglementaires ou de gestion),
Afin d’aider les entreprises à se mettre en conformité avec les nouvelles exigences règlementaires
internationales en matière de gestion du risque et de contrôle interne (Sarbanes Oxley) et dans
le cadre de la mise en place des nouvelles normes comptables et reporting (IFRS et IAS), l'offre
s’étend à l’accompagnement dans la :
Cartographie des risques,
Diagnostic du dispositif de contrôle des risques,
Définition de plans directeurs d’adaptation aux évolutions réglementaires et
intégration des dispositifs réglementaires,
Choix, mise en œuvre et homologation du modèle interne,
Définition des stratégies adéquates de gestion des risques,
Assistance à la maîtrise d’ouvrage pour la mise en place des outils,
Définition et mise en place des Plans de Continuité Des Activités,
Page | 22
Conseil et intégration ERP

L’intégration des ERP constitue le cœur de métier de Value Pass, S’appuyant sur son fort
partenariat avec SAP ainsi qu’avec des intégrateurs de référence (IBM Global Business
Services), Value Pass participe à des projets complexes d’intégration, allant de la conception à
l’intégration et la mise en œuvre de solutions technologiques. Value Pass met à la disposition
des clients son expertise métier et technique à toutes les étapes du processus d’intégration et
s’appuie sur une démarche rigoureuse pour garantir la réussite de leurs projets de
transformation et de mise en œuvre de la solution SI retenue par l'entreprise.
L'approche de Value Pass est basée sur les retours d’expériences de mise en œuvre de projets
ERP dans le monde et privilégie les chantiers à valeur ajoutée pour l’entreprise. Son offre
comprend le pilotage des projets, l’intégration des projets ERP, l’assistance à maîtrise
d’ouvrage, l’assistance au choix et comparaison des solutions et la rédaction de cahier des
Charges et spécifications fonctionnelles.
L'offre de Value Pass comprend :
Pilotage des projets,
Intégration des projets ERP,
Assistance à maîtrise d’ouvrage,
Assistance au choix et comparaison des solutions,
Rédaction de cahier des charges et des spécifications fonctionnelles,
Formation aux ERP

En fonction des besoins de l'entreprise, Value Pass assure des formations sur mesure, destinées
aux utilisateurs de son système ERP. Les formations sont dispensées par des consultants
experts en intégration des ERP doublé d’une maîtrise pédagogique acquise grâce aux sessions
de formations animées au Maroc et en France. L’offre comprend :
Organisation des formations sur mesure
Rédaction des manuels de formation
Formations organisées en petits groupes où l’accent sera mis sur l’utilisation du
système : Exercices ciblés avec exemples concrets
Formations assurées sur place ou en centre de formation.
Page | 23
Développement Offshore
Value Pass s’appuie sur son expérience et son savoir-faire dans le domaine de l’intégration
des SI pour accompagner ses clients dans la prise en charge et l’évolution de leurs systèmes
d’information et à faire face avec eux à leurs enjeux métiers.
Développement sur les technologies ABAP

Ce volet comprend :
Le développement autour des outils décisionnels comme BW,

La maintenance applicative à distance des systèmes d’information des clients basés à
l’étranger,
Le paramétrage en centre permettant de personnaliser le progiciel,
L’analyse pour le compte des multinationales en utilisant des outils statistiques,
Solutions autorisées
Les solutions autorisées par SAP pour l’entreprise Value Pass sont les suivantes :
SAP Mobile Platform Sell Autorisation,
Database & Technology Sell Authorization,
SAP Business Intelligence Sell Authorization,
SAP Business All-in-One Support Authorization,
SAP HANA Support Authorization,
SAP Cloud Human Resources Sell Authorization,
SAP Business All-in-One Sell Authorization,
3.4.2. Clients de l’entreprise

Value Pass a déjà effectué plusieurs projets SAP et Organisation dans les différents pays du
Maghreb notamment le Maroc, l'Algérie et la Tunisie qui font que sa renommée s'accroît de
plus en plus dans ses domaines. Voici donc une liste des différents clients et projets achevés :
Page | 24
TABLEAU 1 : CLIENTS DE VALUE PASS CONSULTING
Clients Projets SAP
➢ Projet d'Implémentation SAP : Gestion commerciale, Logistique

Maintenance, Production, Finance, Contrôle de Gestion et
Décisionnel.
➢ Projet de mise en œuvre de SAP : Module Finance.
➢ Mise en place de SAP sur les modules Finances, Commercial,

Achats : Bouclage du projet.
➢ Maintenance de paramétrage : Evolution en fonction des
nouveaux besoins et correction.
➢ Projet d'intégration de SAP GMAO : Intervention sur le
module : Maintenance et sur le module gestion des stocks.
➢ Session de formation utilisateurs finaux et décideurs.
➢ Participation au projet de mise en place de SAP ISU CRM en

partenariat avec Cap Gemini France.
➢ Intégration du module SAP CRM Customer Relationship
Management.
➢ Intégration du module SAP PM - Gestion de la maintenance
➢ Mise en place des procédures de suivi des dépenses marketing.
➢ Gestion Facturation inter company (Coca-Cola et Embouteille
Page | 25
3.5. Fiche signalétique ValuePass
Site Web www.valuepass-consulting.com
Effectif 120
Fax +212 5 22 52 14 55
Téléphone +212 5 22 21 84 49
Adresse Motor Village Bouskoura, Casablanca
Date de création 2005
Type de partenaire Revendeur à valeur ajoutée (VAR)
Niveau de partenaire Gold
Engagement du partenaire Vendre des solutions SAP (implémentation,

service et Solutions de support)
Orientation de la solution SAP BUSINESS All-in-one
Orientation industrielle Pétrole et GAZ
Ingénierie, construction et exploitation
Taille de l’entreprise Petite entreprise (moins de 500 employés)
Moyenne entreprise (500 à 1000 employés)
Grandes entreprises (plus de 1000
employés)
Capital financier 2000 K€
Figure 3:Fiche technique de ValuePass Consulting
Page | 26
3.6. Organigramme de ValuePass
Figure 4:Organigramme de Value Pass
Page | 27
4. Présentation de l’entreprise cliente

Maphar est une filiale d’Eurapharma Groupe CFAO (51% des parts de marché) et du
Groupe Sanofi (49% des parts de marché) opérateur historique du secteur pharmaceutique au
Maroc. Elle a un site de production Zenata et site de distribution Ain Sebaa.
Maphar met à la disposition des entreprises pharmaceutiques marocaines et multinationales
toute son expertise, ses compétences ainsi que ses certifications nationales et internationales
depuis sa création en 1951.De l’enregistrement à la production, de la distribution à la
commercialisation de produits de pharmacie, de parapharmacie, de gammes diététiques et de
dispositifs médicaux, les femmes et hommes de Maphar sont tous mobilisés pour contribuer au
développement de la santé au Maroc.
Grâce à une plate-forme logistique performante, à l’intégration de la chaîne
d’approvisionnement et un large réseau d’entreprises, Eurapharma dispose d’un
positionnement concurrentiel puissant pour satisfaire les exigences des laboratoires et optimiser
l’acheminement des produits jusqu’aux clients finaux. Maphar contient un site industriel qui
s’étale sur 26 000m² de superficie dont 14 000m² construite, le site comporte aussi un entrepôt
de 7 500 emplacements contenant les principales normes de sécurité. Le site industriel de
Maphar Zenâta a bénéficié de plus de 500 millions de DH d'investissements au cours de ces
dernières années pour la modernisation de son outil de gestion de sa supply Chain.
Figure 5: Site de distribution Maphar
Page | 28
4.1. Dates clés

MAPHAR existe depuis 1951 célébrant ainsi ses 68 ans de présence au Maroc.
1951 : Création de Copharma
1964 : Copharma devient Maphar
1978 : Construction de l’usine Cyprès à Ain-Sebaa
1981 : Maphar devient filiale du Groupe Sanofi
1989 : Acquisition de Sopharma (ZENATA)
1999 : Fusion de Sanofi et de Synthélabo et création de Sanofi-Synthélabo
2001 : Début de réaménagement du site avec la construction du magasin, de la centrale de
pesées et des bureaux
2002 – 2005 : Réaménagement des ateliers de production (formes sèches et liquides)
2004 : Création du Groupe Sanofi-Aventis
2005 – 2006 : Transfert des activités de production de Cyprès vers Zenâta.
2007 – 2011 : Des investissements sur le développement de l’ASAQ.
2010 – 2013 : Rationalisation industrielle et développement cosmétique.

2011 : Sanofi-Aventis devient Sanofi
2012 : Maphar devient Maphar A SANOFI COMPANY
2013 : Nouveau centre de Développement et investissement sur les Génériques.
2015 : Maphar devient filiale du groupe Eurapharma
Page | 29
4.2. Fiche signalétique Maphar
Raison sociale Maphar Eurapharma
Siège sociale Km 10, Route côtière 111, Quartier

Industriel, Zenâta. Ain Sebaâ Casablanca
Forme juridique SA
Direction générale M.BOKBOT Lhoussine
Date de création 1951
Fabrication Groupe 53%, Commettant, 27%, Export

20%, 199 formules à fabriquer (70 formes
sèches)
Effectif 900 personnes
Superficie Superficie du site de production

27670 m² dont 12 900 construite.
Superficie du site de distribution 13 000 m²
Clients Grossistes, pharmacies, hôpitaux
Produits Médicaments et compléments alimentaires
Activités Production, commercialisation et

distribution de médicaments
Chiffre d’affaire cumulée 2 500 000 000 DHS
Figure 6:Fiche Technique de Maphar Eurapharma
Page | 30
4.3. Organigramme de MAPHAR
Figure 7:Organigramme de Maphar Eurapharma
Page | 31
5. Contexte et définition de la problématique du projet

Ce projet s’inscrit dans une vision de transformation de la zone Maghreb qui consiste en la
mise en place d’un système commun aux deux pays : Maroc et Algérie au sein de l’entreprise
Maphar construit sur SAP S/4 HANA. En termes d’ERP performants et de renommés, SAP
S/4 HANA propose une solution adaptée et adéquate aux grandes structures, quel que soit leur
secteur d’activité. Ceci est particulièrement dû à sa souplesse et son intégration de divers
processus tout en offrant à leurs acteurs un canal de communication et un flux de travail fiables.
La mise en place de cet ERP permettra principalement :
Intégrer Maphar au sein d’Eurapharma.
Sortir du TSA (Transition Service Agreement) accordé par Sanofi et ainsi devenir
autonome.
Partager avec Propharmal (Algérie) des processus de gestion « best in class » et un système
moderne.
Doter la zone Maghreb d’un fonctionnement optimisé.
Parmi les modules intégrés au sein de l’ERP, Maphar a décidé de lancer en parallèle le projet
de mise en place du module SAP Extended Warehouse Management qui viendra s’intégrer dans
le paysage applicatif de Maphar et communiquera avec l’ensemble des applications concernées
par les flux logistiques.
L’objectif principal de ce projet est de doter les utilisateurs et le management de la direction
de la logistique d’un outil performant qui permet de gérer le stock Maphar de bout en bout
avec contrôle de cohérence. Value Pass, intégrateur et partenaire SAP, répond à la consultation
lancée par Maphar pour la mise en place de SAP EWM.
+57 personnes engagés 2 Pays
1 Chef de projet
1 Core Team
15 Business Owers
35 Key Users
Figure 8:Informations sur le projet
Page | 32
5.1. QQOQCP
TABLEAU 2: ANALYSE QQOQCP
Questions Réponses aux questions
Qui ? Qui est concerné par le Value Pass Consulting
projet ? Bearing Point
Eurapharma
Quoi ? Quelle est la problématique Gérer efficacement et
en question ? contrôler les processus
entrants et sortants de
l’entrepôt de Maphar ainsi
que le mouvement des
marchandises dans ce
dernier.
Où ? Quel est le lieu de ce projet ? Locaux de Maphar

Quand ? Quelle est la durée du Du 05/03/2018 au 03/07/2019
projet ?
Comment ? Comment va-t-on traiter la Remplacement de SAP ECC

problématique ? Par SAP S/4 Hana 1709 :
Conception de la solution
Paramétrage de la solution
Réalisation des spécifications
Elaboration des guides KU
Pourquoi ? Pourquoi doit-on résoudre la Aligner les besoins

problématique ? fonctionnels entre Maphar et
Propharmal.
Assurer la sortie de Maphar
du TSA
Autonomie et meilleure prise
de décision.
Page | 33
5.2. Objectifs du projet

La mise en place du module EWM vise à fournir des fonctionnalités plus robustes et plus
avancées pour gérer les activités clés de l’entrepôt de Maphar en gérant efficacement les stocks :
La réception des commandes d’achat des produits importés (PFI) ou des produits
fabriqués sur le site de production Zenata (PFF)
Le contrôle qualité des produits livrés.
Le rangement des produits dans les déférents magasins.
Les transferts de stock entre magasins.
Les missions de réapprovisionnement et prélèvement.
Les transferts entre types de stock et entre division (MAPA, MAPC, MAPD).
La gestion des retours fournisseurs et clients.
La gestion des écarts (positifs ou négatifs).
Processus d’inventaire.
5.3. Intervenants du projet

Un projet ERP nécessite des ressources internes et externes à l’entreprise. Nous allons présenter
les différentes équipes qui ont pu intervenir sur le projet Maphar EURAPHARMA.
Equipes Eurapharma AMOA Intégrateur
Chef de projet : Lhoussaine Resp : Véronique Fassy Resp : Stéphane Henry

Bokbot Lead :Etienne Rougier Lead : Yousra Bahjaoui
Comité de Pilotage
Les réunions formelles du Comité de Pilotage sont convoquées par EURAPHARMA, sur une
base mensuelle ou à la demande du Comité de Suivi et ont pour objet :
Veiller au respect des objectifs initialement fixés.

Mobiliser les ressources nécessaires au projet puis piloter la conduite du changement et
la communication du projet
Suivre l’avancement et analyser l’impact organisationnel du projet
Page | 34
Prendre les décisions nécessaires en fonction des risques encourus

Gérer les risques et résoudre les problèmes critiques
Arbitrer les problématiques entre les domaines fonctionnels
Favoriser la prise de décision dans les délais, soutenir le management de projet dans
l’accomplissement de ses objectifs
Donner l’accord final pour le démarrage en production
Le rôle du Comité de Suivi est de :
Assurer le déroulement du projet selon le planning
Surveiller la production de tous les livrables (avec les consultants fonctionnels)
Définir la stratégie de mise en œuvre, préparer et mettre à jour le planning du projet,
le budget, les plans de travail et l’énoncé du projet
Demander, affecter et diriger les ressources du projet
Communiquer l’état d’avancement du projet à l’ensemble du Comité de Pilotage
Améliorer le processus de résolution des problèmes
Identifier et assurer un suivi des risques
Anticiper les dérapages du projet, proposer et prendre les actions correctives dans la
limite de ses responsabilités.
Figure 9:Organigramme du projet
Page | 35
5.4. Conduite du projet

5.4.1. Cycle de vie du projet
Un projet qui porte sur l'implémentation d'un ERP représente en général un investissement
onéreux et relativement long à mettre en œuvre. De ce fait, Value Pass propose une approche
par étapes, permettant :
1. D'avoir très tôt dans le projet une version adaptée au contexte particulier de Maphar.
2. D'assurer la cohérence de la solution avec les processus cibles grâce à une approche par
écarts.
3. D'éviter les développements spécifiques.
Figure 10:Importance relative des différents chantiers selon la démarche ASAP FOCUS
5.4.2. Méthodologie ASAP

Introduction
La méthodologie ASAP (Accelerated SAP) est la méthodologie agile et riche en contenu de
SAP qui consiste en la mise en œuvre et / ou la mise à niveau de solutions SAP dans les
industries et les environnements clients. Basée sur l’expérience de SAP dans des dizaines de
milliers de projets SAP, la méthodologie ASAP fournit un contenu d'implémentation prédéfini,
des accélérateurs, des outils et des bonnes pratiques qui aident les consultants à obtenir des
résultats cohérents et réussis dans tous les secteurs et environnements clients.
Page | 36
Eléments constitutifs de ASAP :

Les cinq phases de ASAP fournissent un support tout au long du cycle de vie du projet des
solutions SAP. Sous-jacentes à ces phases se trouvent une série de vérifications de la livraison
de la valeur et de la qualité pour s'assurer que la solution, telle qu'elle est mise en œuvre,
Fournit la valeur attendue. La méthodologie ASAP est conçue pour assister les équipes de
projet dans la nouvelle implémentation des solutions SAP sur site (On-permise) ou dans un
environnement cloud. Le diagramme ci-dessous illustre l'approche en cinq phases de la
méthodologie ASAP.
Figure 11:Méthodologie ASAP
Durant les différentes phases du projet, le cabinet BEARING POINT intervient en tant
qu’AMOA et ces grands domaines d’actions sont :
La prise en compte du besoin des utilisateurs. Ces besoins concernent les attentes en
termes d’usage et d’apport aux métiers. Le recueil et la formalisation des besoins
s’appuient sur les objectifs du projet,
La formalisation des attentes fonctionnelles et techniques qui permettront à la
solution de répondre aux besoins des utilisateurs. Cela se traduit par la rédaction d’un
livrable « spécifications fonctionnelles et techniques » ou « cahier des charges »,
Le pilotage de projet aux côtés de la MOA et le suivi de l’avancement des opérations
de la MOE. L’AMOA doit imposer le rythme afin de respecter les engagements de
délais et de budgets. Elle contribue aussi à la communication du projet,
Le contrôle Qualité, lors des phases de tests et recette.
Page | 37
Phase 1 : Préparation du Projet/Cadrage

Cette première étape a pour but d’établir les premiers accords du projet ainsi que la
constitution de l’équipe du projet pour les deux entreprises VALUE PASS et EURAPHARMA,
parmi les activités principales de cette étape :
Rédaction du Plan d’Assurance qualité (charte projet),
Définition du planning détaillé du projet,
Réunion de lancement officielle,
Initiation de l’équipe du projet,
Installation système de DEV avec les scénarios préconfigurés.
Phase 2 : Conception, Analyse écarts / prototype

Pendant cette phase l’équipe Value Pass affectée à ce projet a comme tâches principales :
Rédaction des fiches de conception (générale et détaillée),
Identification des écarts,
Configuration initiale du système : prototype,
Définition des règles et procédure de développement SAP,
Premières spécifications et développements,
Définition de la stratégie de reprise des données.
En ce qui concerne l’équipe d’Eurapharma, elle a comme responsabilités les tâches
suivantes :
Participer aux ateliers SAP d’analyse d’écart,
Valider les processus futurs,
Identifier les impacts organisationnels,
Arbitrer les exceptions (comité de pilotage).
Phase 3 : Réalisation
Les objectifs principaux de la réalisation sont de configurer le système, effectuer les tests et de
préparer la formation. D’autre part, la collaboration de l’équipe Value Pass et l’équipe
Eurapharma est à son apogée pendant cette phase sans oublier, car il s’agira pour l’équipe
Value Pass d’exécuter les tâches suivantes :
Configurer les processus en accord avec les besoins,
Configurer les processus en accord avec les besoins,
Réaliser les tests unitaires, d’intégration et de performance,
Rédiger des cahiers de recette (scripts détaillés),
Page | 38
Faire le suivi des recettes et corrections,

Implémenter le système d’autorisations (implication forte Bearing Point),
Préparer des formations (plan et supports).
L’équipe Eurapharma de son côté, se chargera des tâches suivantes :
Réaliser les tests des recettes avec l’assistance de Bearing Point,
Enregistrer les incidents,
Ré-tester les processus non validés,
Définir des tâches et fonctions,
Phase 4 : Préparation finale

A l’instar des autres phases, celle-ci nécessite la coopération des deux équipes avec l’assistance
de Bearing Point pour pouvoir conclure les tests, former les utilisateurs finaux et migrer les
données de l’ancien système vers le nouveau.
Les UAT commencent et s’intensifient pour identifier les anomalies restantes afin de les
éradiquer et valider les différents processus.
Phase 5 : Démarrage et support

C’est la phase ultime de mise en production de SAP S4 Hana 1709, où l’équipe Value Pass
est menée à se mobiliser pour assister les utilisateurs pendant les premières transactions,
finaliser la documentation support et pour résoudre les anomalies susceptibles d’apparaitre au
cours du go-live final.
5.4.3. Planification du déroulement du projet
Une planification du projet s’avère nécessaire pour permettre bien évidemment un suivi précis
et un contrôle régulier ainsi qu’une implication de l’équipe dans le processus d’élaboration du
projet.
Page | 39
Figure 12:Planning prévisionnel
6. Conclusion :
Ce chapitre s’est focalisé sur une présentation des différents intervenants du projet :
Value Pass, mon organisme d’accueil, intégrateur et prestataire du projet ;
Eurapharma, maître d’ouvrage et client de ValuePass et émetteur de besoin.
Un besoin qui a été détaillé grâce à un cahier de charges bien structuré.
Par suite, il s’avère nécessaire de contextualiser l’environnement de travail dans le cadre
duquel la solution a été proposée.
Page | 40
CHAPITRE 2 :
Plateforme de travail
A travers ce deuxième chapitre, j’essaierais d’apporter une vision claire

et détaillée sur les ERPs en général et plus particulièrement SAP.
En effet ce dernier comporte non seulement plusieurs versions mais

aussi de nombreux modules dont le module Extended Warehouse
Management (EWM).
Un module de plus en plus sollicité par les entreprises dû à sa

performance et sa capacité à gérer plusieurs flux complexes.
Page | 41
1. Généralités sur les ERPs

1.1. Notions sur les ERPs
ERP signifie Entreprise Ressource Planning ou Progiciel de Gestion Intégré (PGI). Plus
explicitement, il s’agit d’un progiciel permettant de gérer les fonctions transactionnelles de
l’entreprise et des fonctions de planification ». Le terme « intégré » implique que le progiciel
doit couvrir plusieurs domaines fonctionnels de gestion (parfois au moins 3, parfois au moins 5
tels que la comptabilité, les ressources humaines, la gestion de la relation client, la gestion de
Production, des achats, etc.…) et que les informations soient stockées dans une base de données
commune à tous ces modules.
1.2. Objectifs des ERPs

Un progiciel de gestion intégré vise à
Structurer et homogénéiser le système informatique,
Construire une image globale de l’entreprise.
Pour répondre à ces objectifs, il :
Automatise et intègre les processus,
Partage les données.
Il doit donc posséder les caractéristiques suivantes :
Gestion effective de plusieurs domaines de l’entreprise (sauf si celle-ci ne choisit
d’implémenter dans un premier temps que certains modules de l’ERP).
Existence d’un référentiel unique de données.
Suivi en temps réel des opérations : En cas de modification dans un module,
l’information est mise à jour en temps réel dans l’ensemble des autres modules associés.
Offrir une traçabilité des opérations.
Uniformisation des interfaces homme machine (mêmes écrans, mêmes boutons, même
famille de barres de menu, mêmes touches de fonctions et de raccourcis, etc.…),
Existence d’outils de développement ou de personnalisation de compléments applicatifs.
1.3. Etudes comparatives des ERPs :

Les ERP du marché peuvent être classés selon plusieurs axes :
Plateforme
Technologie
Licence
Page | 42
Disponibilité de documentation
Fonctionnalités : le périmètre de gestion que couvre l’ERP (gestion des achats, des
ventes, gestion comptable …).
TABLEAU 3 : TABLEAU COMPARATIF DES PRINCIPAUX ERPS
2. Plateforme de travail SAP

2.1. Présentation de SAP
SAP est un système dans lequel les différentes fonctions de l'entreprise (comptabilité, finances,
production, approvisionnement, marketing, ressources humaines, qualité, maintenance, etc.)
sont reliées entre elles par l'utilisation d'un système d'information centralisé sur la base d'une
configuration client/serveur.
SAP AG est le plus important concepteur de logiciels d’Europe, et le quatrième du monde. Il

fournit des systèmes de gestion et de maintenance à des entreprises de toutes tailles dans le
monde entier. Le nom exact du progiciel a été plusieurs fois modifié au fur et à mesure de
l'évolution des versions :
R/1 puis R/2 (architecture mainframe)

R/3 (apparition de l'architecture client-serveur, versions 2.1 à 4.6C)
R/3 Entreprise (dit aussi version 4.70)
SAP ECC : ou ERP Central Component, la plus utilisée actuellement.
SAP HANA : ou High Analytical Appliance, très utilisée aussi en entreprise.
Page | 43
SAP est un progiciel bien répandu aujourd’hui. On dénombre plus de 140000 installations dans
plus de 120 pays à travers le monde. Ce qui représente plus de 12 millions d’utilisateurs. La
plupart des grandes entreprises l’ayant installé afin d’améliorer leur rentabilité, la demande en
consultants ne cesse de croitre notamment dans l’espace francophone. L’une des raisons du
succès de ce progiciel, est le fait qu’il soit possible de paramétrer chacune de ses composantes
afin de l’adapter aux besoins spécifiques d'une entreprise.
2.2. Architecture modulaire de SAP :

L'une des raisons du succès de la solution SAP, est liée au fait qu’il soit possible de
paramétrer ce système afin de l’adapter aux besoins spécifiques d'une entreprise. Ceci est
possible car ce système est constitué de plusieurs modules. Les modules SAP sont les
composantes fonctionnelles de la solution SAP ERP. On distingue 3 grandes familles de
modules fonctionnels :
Logistique (MM, PP, PS, SD, WM, EWM, QM, PLM…),
Gestion comptable (FI, CO, TR…),
Ressources humaines (HR)
Etant un ERP modulaire, SAP comprend un certain nombre de modules fonctionnels, qui
prennent en charge les opérations à exécuter des processus d'affaires clés.
Figure 13:Modules SAP
Page | 44
2.3. L’environnement de travail

Sur le système SAP ECC intégré, nous distinguons 4 environnements du travail, les consultants
BC se chargent de créer ces environnements ainsi que définir les utilisateurs pour y accéder.
Figure 14 : Les environnements de travail d'un ERP
Environnement de développement : Au niveau de cette partie, les différents

paramétrages, solutions techniques et fonctionnelles sont mises en place afin de répondre
aux exigences client.
Environnement de qualité : Dans cet environnement, les consultants évaluent les
modifications et leurs adéquations avec le besoin du client après la transportation des
différents paramétrages réalisés dans l’environnement DEV à l’aide d’un ordre de
transport (OT).
Environnement de préproduction : Dans cet environnement, les consultants peuvent
sécuriser tous les flux, c’est un environnement qui est presque semblable à
l’environnement final.
Environnement de production : Cet environnement est exploité pour les activités
métiers et l'enregistrement des données réelles du client. L'environnement PROD
représente le système final sous la charge du client, aucune modification, ne doit être
appliquée sur ce système.
Ordre de transport (OT) : Il contient toutes les informations au transfert d’une
adaptation d’un système SAP vers un autre.
Page | 45
2.4. Présentation de SAP S/4 HANA :

SAP S/4 HANA est la forme abrégée désignant la Suite professionnelle SAP 4 HANA. Il s’agit
d'un nouveau produit entièrement bâti sur la plateforme in-memory SAP HANA et les principes
de conception moderne de l’expérience utilisateur (XU) de SAP Fiori. Elle peut être déployée
sur site, sur le cloud ou en configuration hybride. S/4 HANA se compose de plusieurs parties
normalement introduites par phases :
Base de données
La base de données HANA augmente considérablement la vitesse de traitement et vous

permet de centrer vos processus métier différemment : moins de prévisions dans la prise
de décision.
SAP S / 4HANA s'exécute dans le « nuage » ou dans votre « sur site ». En outre, le «
cloud géré de manière privée » est également possible.
Modules 'simples'
Avec Simple Finance, la comptabilité de toutes les sociétés opérationnelles et de leur

siège est toujours la même et les informations actuelles à tous les niveaux, du siège à
un seul produit par site, sont facilement disponibles.
Simple Logistics intègre la production et la logistique dans une interface utilisateur
facile à comprendre, et supprime ainsi les barrières qui existent dans la pratique entre
différentes disciplines.
SAP Fiori
Le Launchpad Fiori est un tableau de bord et une structure de menus en 1 pour vos
utilisateurs. Cela permet à l'utilisateur de traiter de manière intuitive et rapide afin de
réagir aux incidents.
La boutique d'applications Fiori propose plus de 400 applications intuitives vous
permettant de connecter facilement des utilisateurs à SAP.
Page | 46
3. Module EWM (Extended Warehouse Management)

3.1. Présentation
SAP EWM permet d'orchestrer efficacement les processus entrants et sortants dans un entrepôt
ainsi que toutes les opérations de stockage ou de récupération entre les deux. Il permet à
l’entreprise de conserver une planification et une exécution rigoureuses en intégrant la gestion
des entrepôts à la puissance de gestion de la production et de traitement des livraisons du
logiciel d'entreprise SAP.
Il est utilisé pour organiser et surveiller de manière cohérente les mouvements de marchandises
déclenchés par des processus de réception, de rangement, de réapprovisionnement ou de
prélèvement. SAP EWM offre une visibilité totale sur les stocks et la logistique, ainsi qu'un
support avancé pour des services spéciaux tels que la création des kits et de modules et des
analyses complètes pour le reporting stratégique et l'optimisation opérationnelle.
SAP EWM comprend également des fonctions pour le cross-docking de transport, la gestion de
la qualité des importations et des exportations, la sélection à partir de l'entrée de marchandises
et le déploiement par poussée. Un autre facteur est la volonté de mettre en œuvre les dernières
technologies en matière de radiofréquence (RFID).
3.2. Apports EWM vs WM

SAP Extended Warehouse Management est similaire à la gestion d'entrepôts (WM), mais il
offre davantage de fonctionnalités telles que la préparation de commandes, le stockage,
l'infrastructure RF, la structure d'entrepôt et des options plus souples pour gérer les fonctions
d'entrepôt.
Il est possible de créer de nouveaux éléments, tels qu'un domaine d'activité, des ressources, une
gestion de la main-d'œuvre et des postes de travail dans SAP EWM, qui n'étaient pas
disponibles dans WM.
SAP EWM fournit davantage une solution robuste pour gérer les fonctions d'entrepôt dans une
organisation. Il fait également partie de SAP Supply Chain Management et prend également
en charge tous les processus de la logistique et de la chaîne d'approvisionnement.
Page | 47
Figure 15:Les points de différences entre EWM et WM
3.3. Points forts de la solution EWM

Analyse et surveillance puissantes des entrepôts,
Optimisation avancée des entrepôts,
Exécution d'entrepôt avec haute performance,
Support des services modernes dans l’entrepôt,
Facilité d’intégration des technologies (automates, RF, RFID, etc.),
Gestion multi-client,
Modélisation flexible des processus de l’entrepôt.
3.4. Options de déploiement

SAP EWM peut être considéré comme déployé dans un serveur ERP ou vous pouvez également
le considérer comme une application dans le paysage de la gestion de la chaîne logistique.
Figure 16:Les options de déploiement de EWM
Page | 48
3.5. Données de base

Deux types de données de base sont utilisés dans le système Extended Warehouse
Management. Un type de données est des données externes qui doivent être copiées à partir du
SAP Système ERP dans l'environnement EWM. Les données de base article et les données
partenaires du système ERP sont des exemples de données externes. L'autre type de données
de base est une donnée interne créée dans l'environnement EWM. L’emplacement de stockage
les spécifications de données d'emballage sont des exemples de données de base internes.
Cependant, les données de base de l’emplacement de stockage peuvent être initialement copiées
dans l'environnement EWM à partir d’un système existant externe.
3.6. Méthodes de communication entre l’ERP et EWM

SAP ERP et EWM sont étroitement intégrés pour le transfert des données de transaction et
des données de base. Il existe deux modes de communication différents.
Interface principale (CIF) - L’interface principale est l’une des méthodes courantes de
communication entre le système SAP SCM et l’APO de planification avancée et
d’optimisation. Les données de base conservées dans le système ERP, telles que client,
article et fournisseur, disponibles dans le système ERP, sont transférées vers le système
EWM qui utilise la communication Core Interface CIF.
Qrfc ou BAPI (Business Application Programming Interface) - Pour les données de
transaction (documents de livraison entrante / sortante), un modèle d'intégration distinct
est utilisé pour la communication qui est l’appel de fonction à distance en file d'attente.
Figure 17:Méthodes de communication entre l'ERP et EWM
Page | 49
3.7. Structure organisationnelle

La structure organisationnelle est le cadre selon lequel les affaires sont menées dans chaque
entreprise. La structure organisationnelle comprend plusieurs niveaux ayant des relations
directes ou indirectes. La structure organisationnelle est également appelée structure
d'entreprise. La structure d'entreprise est composée de nombreuses unités organisationnelles en
relation les unes avec les autres.
3.7.1. Structure organisationnelle dans L’ERP
En raison de liaison du système EWM avec L’ERP, et afin d’assurer la communication entre
ces deux derniers, il existe des unités organisationnelles qui doivent être prises en compte dans
L’ERP.
Toutes les données qui sont gérées par un entrepôt EWM auront un lien vers le
composant de gestion des stocks dans le système ERP. Toutes les quantités des matériaux
stockés dans un entrepôt EWM seront comptabilisées à l'usine au niveau d'emplacement de
stockage dans le composant gestion des stocks de l’application de gestion des articles dans SAP
ERP. Ces unités organisationnelles permettent des découpages internes physiques ou logiques
de l’entreprise. La division pour une usine, le magasin MM pour un lieu géographique au sein
de l’usine, le numéro de magasin EWM pour l’entrepôt de stockage par emplacements, le type
de magasin pour la typologie de stockage au sein de l’entrepôt (stockage en masse, stockage
via des racks, etc.)
Division (Plant) : Il s’agit d’une entité logistique autonome. Elle est utilisée pour les
process de planification, d’achat, de production, de stockage, de valorisation, de vente
et de qualité. D’une manière générale : Tout site géographique est représenté par une
seule division et des magasins pour représenter son organisation logistique Un autre rôle
important servi par l'usine est qu'il est affecté à une société (Company code) qui est
utilisé pour contrôler la création d'écritures comptables.
Magasin : Il correspond à un lieu de stockage rattaché à la division. Il est utilisé pour
classer les quantités de matériaux dans une division pour indiquer leur utilisation
(disponible à la vente), caractéristiques de stockage physique (stockage réfrigéré) ou
peut-être leur emplacement logique (à un tiers logistique, fournisseur…).
Page | 50
Bien que l’ERP ne soit pas liée fonctionnellement à Application EWM, les deux utilisent un
numéro de magasin (Warehouse number) pour représenter un magasin physique complexe où
les matériaux sont stockés et gérés. En ERP, le numéro Magasin pour la gestion d'entrepôt est
un champ de trois caractères ; tandis que, Dans le EWM, il s'agit d'un champ de quatre
caractères
Figure 18: Structure organisationnelle MM
3.7.2. Structure organisationnelle EWM

SAP Extended Warehouse Management contient plusieurs éléments d'organisation. Ces
éléments sont également appelés éléments de structure d'un système d'entrepôt.
Le magasin se compose des éléments suivants dans la structure hiérarchique
Numéro d'entrepôt
Type de stockage
Section de stockage
Bac de rangement
Secteur d'activité
Page | 51
Dans EWM l'unité la plus élevée dans un entrepôt est le numéro d'entrepôt et la plus petite
unité est un bac de stockage. Le numéro d’entrepôt est un champ de quatre caractères tandis
qu’un bac de stockage indique l'emplacement exact d'un produit dans un entrepôt. Il est ainsi
primordial de définir la structure c’est-à-dire la structure physique de votre entrepôt ou
l’entrepôt complexe et configurer cela dans le système.
Figure 19:Structure organisationnelle EWM
La structure d'entrepôt dans le système EWM est divisée hiérarchiquement et comprend

les éléments suivants :
Numéro de magasin (Warehouse Number) : Chaque entrepôt est composé d'un numéro
qui se trouve au plus haut niveau dans un système de gestion d'entrepôt. Un ensemble
physique complexe de magasins (magasins ERP) peut être géré en utilisant un seul
numéro de magasin.
Type de magasin (Storage Type) : Vous pouvez définir le stockage physique de
l'entrepôt individuel en zones qui composent le complexe d'entrepôt, en utilisant leur
technique, spatiale, et caractéristiques organisationnelles en tant que types de stockage.
Section de stockage (Storage Section) : Ceci fait partie du type de stockage et représente
un groupe de bacs ayant les mêmes caractéristiques. Par exemple, une zone de stockage
proche de la zone de sortie de marchandises constitué d’emplacements pour les articles
avec un taux de rotation élevé.
Bac de stockage (Storage Bin) : Les bacs de stockage représentent l'emplacement
physique d'un espace de stockage où les produits sont stockés dans un entrepôt. Ils se
Page | 52
situent au plus bas niveau de la structure organisationnelle et lorsque vous stockez un

article dans un entrepôt, vous devez mentionner son emplacement exact.
Aire d’activité (Activity Area) : Les bacs de stockage sont en outre classés en aires
d'activité. Cela inclut des activités comme le prélèvement, le rangement ou un
inventaire physique. Selon l'activité, vous pouvez affecter le même bac de stockage à
plusieurs domaines d'activité.
3.8. Les différents flux gérés par EWM

3.8.1. Réception des marchandises
Le processus de réception des marchandises commence dans le système ERP lorsqu'une
demande d'achat est détectée et que la commande d'achat est créée. Une commande d'achat
comprend la quantité de matériel, le magasin et l'emplacement de l'usine. Il existe deux
manières de traiter une demande de commande d'achat, à savoir :
La première consiste à envoyer la commande d'achat au fournisseur pour la livraison

des marchandises et une fois les marchandises reçues, l'entrée de marchandises est
enregistrée.
Une autre méthode consiste à recevoir une annonce du fournisseur concernant l’arrivée
des marchandises, conformément à la demande de bon de commande.
Figure 20:Etapes de création d'une livraison entrante
Page | 53
Sur la base de la commande d’achat créée, une livraison entrante est générée sur le système
ERP. Elle contient les informations sur l'arrivée des marchandises, la quantité de marchandises,
le magasin et l'emplacement de l'usine. Le système vérifie la combinaison de la division et de
l'emplacement de stockage pour vérifier si l'entrepôt se trouve dans l'EWM, puis le système
réplique une notification de livraison entrante dans le système EWM.
Figure 21:Flux du processus de réception
3.8.2. Rangement de la marchandise

Le flux du rangement est utilisé pour déterminer les mouvements des produits dans un
entrepôt. Il est utilisé pour exécuter un processus de stockage dans l’entrepôt.
Les produits sont rangés selon leur nature et leurs familles de produits, tous ces critères se
définissent dans le paramétrage de la solution en élaborant les stratégies de rangement possibles
au sein de l’entrepôt. Cette gestion des chemins de rangement permet de découper le travail
des manutentionnaires et / ou caristes.
3.8.3. Réapprovisionnement
Le réapprovisionnement est défini comme le mouvement des marchandises de l'entrepôt. Dans
SAP EWM, vous pouvez utiliser des techniques prédéfinies pour le réapprovisionnement des
bacs de stockage. Il existe différents champs de contrôle de réapprovisionnement définis au
niveau du type de stockage ou au niveau du bac de stockage. Les données des champs de
contrôle peuvent être entrées manuellement dans le système ou vous pouvez utiliser le
processus de positionnement pour définir ces champs.
Voici les champs de contrôle communs pour le réapprovisionnement -
Quantité en stock minimum
Quantité maximale en stock
Quantité de réapprovisionnement
Page | 54
Une fois les données de contrôle de réapprovisionnement saisies ou déterminées, le traitement

de réapprovisionnement peut commencer. Le type de contrôle de réapprovisionnement est
affecté au type de stockage dans le paramétrage. Certains types de contrôle de
réapprovisionnement nécessitent des options supplémentaires dans le paramétrage.
Par ailleurs, il existe différents types de réapprovisionnement :
Réapprovisionnement planifié - Le réapprovisionnement planifié peut être effectué de
manière interactive ou en arrière-plan. Le système calcule le réapprovisionnement en
fonction de la quantité minimale et de la quantité maximale définies. Le contrôle du
réapprovisionnement est déclenché lorsque le stock est inférieur à la quantité minimale.
Réapprovisionnement automatique - Le système lance le réapprovisionnement

automatique lorsqu'une tâche magasin est confirmée. Le réapprovisionnement est
calculé selon l'activité maximale et minimale.
3.8.4. Sortie de marchandises (Picking)

Dans EWM, le processus de sortie de marchandises commence par la demande de livraison
sortante suite à une commande vente. Lorsqu'un document de livraison sortante est créé, ce
processus démarre dans le système ERP. Pour les postes pertinents dans EWM, le document
de livraison est répliqué dans le système SAP EWM.
Figure 22:Les étapes de création d'une livraison sortante
Page | 55
Dans ce système SAP EWM, la sortie de marchandises est effectuée en raison de la demande
de livraison sortante (ODR), qui est une copie du document de livraison sortante dans le
système ERP et porte le même numéro. Un type de processus magasin est défini pour chaque
poste individuel lors de la création d'une demande de livraison sortante et selon le paramétrage
effectué le système détermine l'emplacement source des marchandises à prélever.
Figure 23:Flux du processus de picking
3.8.5. Ecran RF :
Dans SAP EWM, RF signifie « Saisie de données mobiles à fréquence radio », qui permet une
communication en temps réel entre les employés de l’entrepôt et le système EWM.
L'infrastructure RF prend en charge les périphériques basés sur un navigateur et à interface

graphique pour se connecter au système SAP. Vous pouvez créer des modèles d'écran et les
fusionner en un profil d'affichage. Ce profil d'affichage est attribué à l'appareil de présentation.
La structure RF du système SAP EWM fournit toutes les fonctionnalités d’entrepôt, qui sont :
Chargement
Déchargement
Déconsolidation
Rangement
Picking (prélèvement)
Emballage
Réapprovisionnement
Inventaire physique
Page | 56
4. Conclusion
Ce deuxième chapitre a traité dans un premier temps les généralités sur les ERPs et ensuite la
solution proposée qui est le module EWM construit sur SAP S/4 HANA. Dans ce qui suit, une
analyse fonctionnelle s’impose afin de mieux cerner les besoins de notre client tout en
présentant la conception détaillée de la solution avec les points de paramétrages sur lesquels
j’ai pu travailler.
Page | 57
CHAPITRE 3 :
Analyse fonctionnelle, conception
et paramétrage
Un projet réussi commence tout d’abord par une bonne analyse

fonctionnelle qui représente la base de toute conception. Cette
dernière permet par la suite de définir les points de paramétrages à
traiter afin d’obtenir une solution qui répond aux exigences du client.
Page | 58
1. Analyse de l’existant
1.1. L’état actuel (le AS IS)
L’entreprise Eurapharma souhaite intégrer le module Extended Warehouse Management
construit sur la solution S/4 Hana 1709 pour sa filiale Maphar au Maroc. Le système
d’information actuel est l’ERP SAP ECC qu’ils souhaitent remplacer par la nouvelle version
de SAP. La filiale Maphar dispose de deux sites : Zenâta pour la production et Ain Sebaa pour
la distribution des produits finis (PFF) et des produits de négoces (PFI).
L’entreprise dispose actuellement du module WM qui a montré un peu ses limites et c’est
dans cette optique que l’entreprise a voulu mettre en place le module EWM pour une gestion
plus efficace de son entrepôt.
L’entreprise a pour objectif d’améliorer ses 5 domaines fonctionnels :
Processus de réception de marchandises
Processus de rangement de marchandises
Processus de réapprovisionnement
Processus d’inventaire
Processus de picking (prélèvement)
1.2. Volumétrie
La volumétrie des articles est estimée comme suit :
Base article estimée à plus de 6000 références
Emplacements disponibles >20000
Volume journalier d’environ 3000 mouvements tout type de mouvements (réception,
rangement, picking et réapprovisionnement)

Maphar est dotée d’une structure organisationnelle de deux sites :
Site de distribution de Ain Sebaa (l’entrepôt WAREHOUSE 04) ayant comme
principales divisions et magasins :
• MAPB (pour les produits finis),
• MAPC (pour les produits cosmétiques),
• AS02, AS03, ASIN, ASRE, ASZ2,

Site de fabrication Zenata (l’entrepôt WAREHOUSE 01) ayant comme principales
divisions et magasins :
Page | 59
• MAPD,
• MA01, MA02, MA03, PA01, PA02, PA03,
Figure 24:Structure organisationnelle de Maphar
2. Conception
Le but de cette phase est de parvenir à une compréhension commune de la façon dont le client
a l'intention d'exécuter le module EWM sur S/4 HANA pour soutenir leur entreprise. Un ou
plusieurs ateliers de conception se déroulent au cours desquels les processus métier et les
exigences fonctionnelles individuelles du client sont définies et analysées.
En outre, les ateliers servent à affiner les buts et les objectifs initiaux du projet, ainsi que de
réviser le calendrier général du projet, si nécessaire. Plusieurs documents seront issus de cette
phase qui permettront de paramétrer la solution dans le système de SAP et d'identifier les
développements spécifiques et les interfaces que le client aurait besoin avec d'autres éléments
constituant le SI.
Dans ce qui suit, je vais me focaliser surtout sur les flux de rangement et de
réapprovisionnement effectués au sein de la société Maphar principalement sur le site d’Ain
Sebaa. Les autres flux seront gérés et expliqués par d’autres membres de l’équipe EWM.
Page | 60
2.1. Règles de gestion

Les règles de gestion (ou règles de métier, « business rules » en anglais) sont des déclarations
de hauts niveaux structurés, qui permettent de contraindre, contrôler et influencer un aspect
du métier. Les règles métiers doivent être établies en fonction des besoins des partenaires et
des parties prenantes. La définition des grandes lignes des règles de gestion intervient dans la
phase d'alignement stratégique, au début du processus de développement des exigences.
L'objectif est de disposer de règles claires, c'est-à-dire non ambiguës et compréhensibles par
tout le monde, la méthode consiste à séparer la logique métier de la logique système.
2.2. Flux de rangement de marchandises

Avant de concevoir le processus de rangement d’une manière générale, il est important de
connaître les stratégies d’emplacement définis chez Maphar, particulièrement le site d’AIN
SEBAA :
Les stratégies d’entrée définies pour les magasins EWM Ain Sebaa,
Le processus d’emplacement pour le site de Ain Sebaa.
2.2.1. Stratégie d’entrée

L’entrée en stock enregistrée dans MM-IM génère une demande de transfert dans
EWM
La demande de transfert est convertie en ordre de transfert (les emplacements sont
déterminés)
L’ordre de transfert est confirmé et les écarts saisis.
Les écarts sont rectifiés dans la gestion des stocks
Page | 61
Figure 25:Traitement d'une entrée
La demande de transfert contient toutes les informations concernant la zone de départ

(emplacement cédant). La conversion en ordre de transfert détermine les informations
de la zone cible (emplacement prenant)
Figure 26:Demande de transfert
Un ordre de transfert contient toutes les informations nécessaires relatives à un

mouvement de stock planifié.
• Stock à déplacer
• Quantité à déplacer
• Emplacement cédant (dans lequel le stock est prélevé) et emplacement prenant

(vers lequel le stock est transféré).
Page | 62
Dans le système EWM, il est possible d'annuler les ordres de transfert qui n'ont pas
encore été confirmés.
Figure 27:Ordre de transfert
Les stratégies d'entrée permettent de rechercher un emplacement approprié dans un

type de magasin lors d'une entrée en stock de marchandises.
Une stratégie d'entrée est définie pour chaque type de magasin ; cette stratégie
permet d'optimiser l'utilisation des magasins et le flux d'articles.
2.2.2. Le processus d’emplacement
Avec l’implémentation de EWM, le code des types de magasin a dû changer. Voici ci-dessous
la liste de quelques magasins avec leur nouveau code. Pour voir l’entrepôt de Ain Sebaa avec
les différents types de magasins, il est visible sur l’annexe 1
TABLEAU 4 : CORRESPONDANCE TYPE MAGASIN (WM/EWM)
Type Magasin WM Désignation Type Magasin EWM
PAL High Rack Storage (Pas ZPAL

occupation mixte lot, Picking
palette complete)
NAR Narcotiques ZNAR
CLD Chambre froide ZCLD
Page | 63
CAD Full-box Picking (Rack) ZCAD

Dynamique carton
AMC Autorisation de mise à ZAMC

consommation
BUP Buffer Pallet ZBUP
CAP Dynamique PALETTE ZCAP
PIL Picking détail ZPIL
CAE Full-box Picking (Pallet) ZCAE
LAB Re labelling ZLAB
INC Incomplet ZINC
TABLEAU 5 : STRATEGIES D’EMPLACEMENTS AIN SEBAA
Page | 64
2.2.3. Processus de rangement (Le to BE)

Après avoir défini les stratégies d’entrées de marchandises et visualisé l’ensemble des magasins
EWM, il paraît primordial de comprendre le fonctionnement général du processus métier du
rangement. Voici ci-dessous le macro-processus de ce dernier.
Figure 28:Macro processus du rangement
Règles de gestion générales

La stratégie de rangement ne sera appliquée que pour la réception depuis la zone Y910 ou Y915
Les transferts seront faits en RF ou en back office mais avec attribution manuelle de
l’emplacement de destination. Le système ne contrôlera que la compatibilité du produit en
fonction :
• Du poids
• De la hauteur
• Du type de HU
• De la compatibilité de la famille avec la zone/allée/niveau de stockage
• Les corbeaux seront adressés du niveau 1 à 5 avec une capacité d’une palette.
Pour le palettier A et B :
• Contrôle de la disponibilité d’un emplacement sur le corbeau correspondant à l’allée
• La disponibilité du corbeau est contrôlée au moment où l’emplacement final dans
l’allée est attribué.
• L’indisponibilité du corbeau est générée par :
❖ Les missions en cours de rangement déjà crée précédemment
Page | 65
❖ Les missions de déstockage du tridi et des caristes pour les

réapprovisionnements, les préparations de commandes et les transferts.
• Contrôle du poids
• Contrôle de la hauteur
• Contrôle des restrictions de stockage par article liées à la typologie de produit
• Dégradation par niveau ascendante pour les produits lourds
• Dégradation par niveau descendante pour les produits non lourd
• Dégradation par niveau descendante pour les produits chers
• Dégradation par niveau descendante pour les produits chers et lourd
• Dégradation par niveau descendante pour les produits psychotropes
Pour la zone AMC
• Stockage exclusif de HU C01
• Stockage exclusif de produit de type AMC
Pour les zones PLV/NAR/CLD
• Stockage exclusif de produit avec le type compatible
Règles de gestion par famille
Selon la famille du produit, une stratégie de rangement est adoptée, je vais montrer quelques
exemples de stratégies selon le type de produit :
Page | 66
TABLEAU 6 : STRATEGIES DE RANGEMENT SELON FAMILLE DE PRODUIT
Etapes de rangement depuis la réception vers le ZPAL et vers ZCLD :

TABLEAU 7 : ETAPES DE RANGEMENT POUR LE PALLETIER
TABLEAU 8 : ETAPES DE RANGEMENT POUR LA CHAMBRE FROIDE
Page | 67
2.3. Flux de réapprovisionnement (le TO Be)

Le réapprovisionnement au niveau de l’entrepôt Maphar est effectué grâce à un Job. Un « job »
permet d’automatiser un programme (une tâche) à une fréquence donnée. Cela permet d’éviter
des actions manuelles rébarbatives.
Figure 29: Macro processus du réapprovisionnement
2.3.1. Règles de gestion du JOB réapprovisionnement :

RG1 : Les magasins de réapprovisionnement sont alimentés par le magasin ZPAL et les
magasins de réception. Le réapprovisionnement depuis les magasins de réception est
possible que si le produit est libéré lors de la réception.
RG2 : Le chef de secteur choisit les priorités : la priorité est définie par le système selon
des critères (commande en cours) avec la possibilité de changer la priorité par le chef
de secteur.
RG3 : Le JOB de réapprovisionnement est lancé chaque 10 minutes pour
réapprovisionner les magasins de réappro en rupture de stock (ou stock de sécurité ➔
A définir pour chaque type de magasin) ou en bourrage (avant l’atteinte de stock min)
RG4 : Pour les magasins de réapprovisionnement, il existe un emplacement fixe par
produit.
RG5 : Le type de magasin ZCAP est utilisé pour les produits à forte rotation avec 2
palettes
RG6 : Le réapprovisionnement est lancé pour les magasins suivants :
Page | 68
o ZBUP est approvisionné depuis le ZPAL ou les magasins de réception Y910 et

Y915
o ZCAD est approvisionné depuis le ZBUP/ZBUT ou ZCAE.
o ZCAP est approvisionné depuis le ZBUP/ZPAL ou les magasins de réception
o ZPIL est approvisionné depuis le ZCAP/ZCAD/ZINC/ZBUT/ZCAE. Et BUP

(selon le besoin et pour les produits qui ont le BUP)
o ZPIL est approvisionné au besoin (lancement manuel) par le ZBUP quand il

existe pour le produit.
o ZCAE est approvisionné depuis le ZPAL/ZBUP ou les magasins de réception
o Le batch qui lance le programme de réappro ne comprend pas le magasin ZBUT.

Toutefois le réappro de ZBUT est le même que le réappro de ZBUP.
RG7 : Le programme de réapprovisionnement prend en considération le FEFO dans

tout le magasin. À Fifo identique, il considère la date de réception, à date de réception
identique, il prend une palette incomplète.
RG8 : Il n’existe pas de carton incomplet dans les magasins de réappro :

ZBUP/ZCAD/ZCAP/ZCAE/ZBUT
RG9 : Règles de programme de réapprovisionnement : Le réapprovisionnement ne prend

pas en considération les produits dont la date de péremption < 3 mois, en revanche il
ne déclenche un réapprovisionnement que sur un stock libre et un lot libre.
RG10 : Utilisation de la notion de fardelage qui est la plus petite unité présente dans
un carton
Page | 69
2.3.2. Etapes de réapprovisionnement de quelques magasins :

TABLEAU 9 : ETAPES DE REAPPROVISIONNEMENT DE ZBUP DEPUIS ZPAL
N° Etape Etape : Réapprovisionnement du magasin ZBUP depuis ZPAL Outil Acteur Timing
Système
1 Lancement automatique du programme de réapprovisionnement chaque 10 minutes EWM Fréquence (10min)
(auto)
Contrôle de la quantité minimum : Génération des missions si le stock informatique est Système Suite au lancement du programme de
2 EWM
inférieur ou égal au stock de sécurité (défini comme données de base) (auto) réapprovisionnement
Système Suite au lancement du programme de
3 Contrôle de la date de péremption > 3 mois EWM
(auto) réapprovisionnement
Création automatique de deux missions :
-Une mission entre le ZPAL vers le corbeau (en attente de confirmation) Système Suite au lancement du programme de
4 EWM
-Une mission entre le corbeau et l'emplacement dans le ZBUP (en statut bloqué)
5 Lecture de la HU dans l'emplacement ZPAL Tablette Agent Tridi Suite au lancement de la mission
Déplacement physique de la palette depuis l'emplacement dans ZPAL vers le corbeau Hors Après que le magasinier scanne la palette
6 Agent Tridi
=> Le magasinier visualise l'emplacement du corbeau dans la tablette système pour le rangement
Lecture de l'emplacement du corbeau (code barre collé sur les emplacements) pour
7 Tablette Agent Tridi Rangement dans le corbeau
confirmer la première mission
Changement du statut de la deuxième mission : De "bloqué" à "en attente Système
8 EWM Suite au rangement dans le corbeau
d'approbation" (auto)
9 Lecture de la HU dans l'emplacement le corbeau RF Cariste Suite au rangement dans le corbeau
Contrôle de présence de carton incomplet, si c'est le cas déclencher le processus Système Suite au lancement du programme de
10 EWM
réappro ZINC (auto) réapprovisionnement
Déplacement physique de la palette depuis le corbeau vers l'emplacement final dans le Hors
11 Cariste Suite au rangement dans le corbeau
ZBUP => le magasinier visualise le code de l'emplacement final dans la tablette système
Lecture de l'emplacement final de la palette (code barre collé sur les emplacements)
12 RF Cariste Suite au déplacement physique de la palette
pour confirmer la deuxième mission
Page | 70
TABLEAU 10 : ETAPES DE REAPPROVISIONNEMENT DE ZCAD DEPUIS ZBUP

N° Etape Etape : Réapprovisionnement du magasin ZCAD depuis ZBUP Outil Acteur Timing
1 Lancement automatique du programme de réapprovisionnement chaque 10 EWM Système Fréquence (10min)

minutes (auto)
2 Contrôle de la quantité minimum : Génération des missions si le stock informatique EWM Système Suite au lancement du programme de
est inférieur ou égal au stock de sécurité (défini comme données de base) (auto) réapprovisionnement
3 Contrôle de la date de péremption > 3 mois EWM Système Suite au lancement du programme de
4 Contrôle du fardelage : Le système bloque le réapprovisionnement vers le ZCAD si EWM Système Suite au lancement du programme de
le fardelage entre le ZBUP et le ZCAD est différent (auto) réapprovisionnement
5 Création automatique d'une mission entre le ZBUP et le ZCAD EWM Système Suite au lancement du programme de
6 Edition des étiquettes d'identification carton automatiquement EWM Système Suite au lancement de la mission
(auto)
7 Le chef de secteur remet les étiquettes au magasinier pour réappro du ZBUP vers le Hors Chef de Suite à l'impression des étiquettes
ZCAD système secteur
8 Le magasinier scanne l'étiquette et visualise l'emplacement des cartons à déplacer RF Magasinier Suite au lancement de la mission
du ZBUP vers ZCAD dans le RF
9 Le magasinier scanne l'étiquette de LA HU cédante (palette) de ZBUP, puis prends RF Magasinier
les cartons à déplacer.
10 Le magasinier colle les étiquettes sur les cartons Hors Magasinier
système
11 Le magasinier scanne l'étiquette de chaque carton pour confirmer la mission RF Magasinier Après que le magasinier scanne la palette
pour le rangement
12 Un message d'avertissement est affiché quand il s'agit la fin de la HU palette : Le RF Magasinier Après confirmation de l'OT
magasinier confirme la fin de la HU ou procède à un inventaire de l’emplacement.
Page | 71
3. Paramétrage EWM
Cette phase est l’une des phases les plus cruciales dans le déroulement d’un projet. À travers
la conception réalisée auparavant, une analyse d’écart est initiée qui servira à concrétiser les
exigences du client et voir l’adéquation de celles-ci avec ce que fournit le standard SAP. Si
jamais ce dernier ne répond pas aux besoins du client, un paramétrage spécifique est requis
après le consentement mutuel des deux parties prenantes.
Afin de transformer les exigences retenues en version initiale (prototype) de la solution, il était
question de réaliser plusieurs paramétrages. Pour ce faire, il faut aller vers la transaction SPRO
(SAP Reference Project Object) dans l’ERP et ainsi je vais présenter les différents points sur
lesquels j’ai pu travailler.

3.1.1. Les magasins EWM
Dans EWM l'unité la plus élevée dans un entrepôt est le numéro d'entrepôt et la plus petite
unité est un bac de stockage. De ce fait le premier point à paramétrer est le numéro de magasin.
Menu SAP
Figure 30:Création des numéros de magasins
RESULTAT : Les numéros de magasins crées pour Maphar sont les suivants :
Figure 31:Numéro de magasins crées
Page | 72
3.1.2. Affectation des numéros de magasins

Voici ci-dessous le point de paramétrage permettant d’affecter chaque magasin EWM à une
unité de chaîne logistique.
Figure 32:Affectation des numéros de magasins
RESULTAT : L’unité logistique est affectée maintenant au numéro de magasin MA04
Figure 33:Le numéro de magasin affecté à l'unité logistique
Page | 73
3.1.3. Les types de magasin EWM

Un numéro de magasin est divisé en une multitude de types de magasins. Un type de magasin
est défini par ses attributs spatiaux et organisationnels (magasin à hauts rayonnages, stockage
en vrac, zones de réception des marchandises par exemple).
Un type de magasin n'a pas d'adresse, mais une désignation. Voici ci-dessous le point de
paramétrage permettant la création des types de magasins.
Menu SAP
Figure 34:Création des types de magasin
RESULTAT : Les types de magasins crées pour le magasin MA04 sont les suivants
Figure 35:Les différents types de magasins crées
Page | 74
3.2. Stratégie d’entrée de marchandises

3.2.1. Définition des types d’emplacements
Il est possible de définir des types d'emplacements en divisant les emplacements de l’entrepôt
en groupes en fonction de leurs propriétés physiques (petits emplacements, grands
emplacements par exemple). Voici ci-dessous le point de paramétrage permettant la création
des types d’emplacement.
Menu SAP
Figure 36:Création des types d'emplacement
RESULTAT : Les types d’emplacement crées sont les suivants :
Figure 37:Types d'emplacements crées
Page | 75
3.3. Stratégie de rangement de marchandises

Ce point de paramétrage spécifie les stratégies de rangement pour plusieurs familles logistique
de produit. Plusieurs points ont déjà été paramétrés par des consultants de mon équipe. Le
souci reposait principalement lors de la saturation des places dédiées à un produit donné. Après
plusieurs collaborations avec un consultant technique freelance, j’ai pu trouver la stratégie qui
consistait à ranger ces produits dans le petit palletier d’une manière descendante depuis l’allée
12 vers l’allée 1.
Figure 38:Table pour modification du processus du rangement
3.4. Processus internes aux magasins

3.4.1. Activer stratégies de réapprovisionnement dans les types de magasins :
Voici ci-dessous le point permettant l’activation de la stratégie du réapprovisionnement dans
les types de magasin.
Menu SAP
Figure 39:Stratégie du réapprovisionnement
RESULTAT : La stratégie du réapprovisionnement planifié a été activé pour ces magasins
Page | 76
Figure 40:Stratégie du réapprovisionnement activé pour des types de magasins
3.5. Synthèse du tridi

A travers les fiches de conception consolidées avec le client Maphar, il a été signalé que pour
chaque rangement vers le palettier ou sortie de stock depuis le palletier : deux missions se
créent automatiquement :
• Mission entre l’emplacement actuel et le corbeau (en cas d’un rangement) ou depuis le
palettier vers le corbeau (en cas de sortie),
• Mission entre le corbeau et le palletier (en cas d’un rangement) ou depuis le corbeau
vers l’emplacement cédant (en cas de sortie),
Il est à noter que le tridi est un chariot de manutention tri-directionnel qui nécessite une station
de pose/dépose qui est le corbeau.
En général, les missions du tridi sont exécutées via le module RF mais le client Maphar a exigé
un développement spécifique pour une transaction qui permet de gérer les différentes missions
assignées au Tridi en utilisant les filtres par allées et par criticité avec comme consigne
particulière : Si une ressource est en train de travailler sur une allée, il faut mettre une étoile
au niveau des boutons allées (A1, A2 …) pour que l’autre Tridi puisse savoir que l’allée est
pleine. Ce besoin a été exprimé par le client pour l’agent tridi puisqu’exécuter ses différentes
missions à l’aide d’une tablette et c’était à moi de le traduire sous forme de document de
spécification fonctionnelle pour que je puisse collaborer avec un consultant technique.
Page | 77
3.5.1. Spécification fonctionnelle détaillée

Ecran détaillé :
Figure 41:Ecran détaillé de la spécification fonctionnelle
Le critère de sélection est le bouton A1, A2 … qui représente les allées du palletier.
Si l’utilisateur appuie sur le bouton A1, ce report affiche toutes les missions en entrée
et en sortie relative à cette allée.
Au niveau du critère de sélection bouton, le système doit afficher 2 valeurs (en dessous
du bouton) :
(3 ;6) : 3 missions en entrées, 6 missions en sortie.
Une fois l’utilisateur choisit d’effectuer une mission, il appuie sur le bouton à droite, il est
automatiquement dirigé vers l’écran RF pour exécuter la mission. Il peut revenir en arrière en
cliquant sur F7.
Au niveau des missions en entrée, le système propose le corbeau (emplacement cédant).

Au niveau des missions en sortie, le système propose les emplacements du palletier
(emplacement cédant)
Page | 78
Logique de sélection
A travers une autre transaction qui permet d’afficher l’ensemble des tâches magasins reliées
au tridi. Le magasinier aura la main pour prioriser ou déprioriser une tâche. Une fois son choix
sera fait il pourra visualiser également le nombre de tâche prioritaires.
Une fois les critères de priorisation seront remplis, l’écran suivant relatif à la transaction
spécifique doit s’afficher de cette manière :
Figure 42:Ecran détaillée de la spécification fonctionnelle (2)
4. Conclusion :
Ce chapitre a présenté les différentes étapes d’intégration du module EWM construit sur S/4
HANA. Une bonne compréhension du processus présenté a été nécessaire au bon déroulement
de la phase suivante du projet : les recettes ; rôles et autorisations et estimations des gains du
chapitre qui suit.
Page | 79
CHAPITRE 4 :
Réalisation, recette et bilan du projet
Le but ultime du projet était de mettre en œuvre une solution qui

répond conformément aux besoins du client. Ce chapitre présentera ceci
et se focalisera sur les dernières phases du projet : Recette, lancement
des UAT et estimations des gains.
Page | 80
1. Recette
C’est une phase très cruciale de la méthodologie ASAP qui vise à se concentrer sur les
procédures de tests pour être à l’abri des surprises en cours de projet. C’est l’opération par
laquelle le client reconnaît que le produit livré par le fournisseur est conforme à la commande
passée, qu’il est exploitable dans le SI de l’entreprise et enfin qu’il est opportun de le mettre à
disposition des utilisateurs. L’objectif principal des tests est de détecter de la façon la plus
exhaustive possible les dysfonctionnements. La recette se décompose en 2 grandes phases :
Tout d’abord la préparation qui consiste à bâtir la stratégie de test. Il s’agit de planifier les
différentes activités sans négliger la préparation logistique nécessaire à une réalisation dans de
bonnes conditions.
La seconde, la réalisation où les tests sont réalisés, les anomalies sont remontées à travers la
plateforme Jira qui sera expliquée en détail dans l’Annexe 2 et ainsi le bilan permet d’améliorer
la prochaine série de tests.
Afin de dérouler les flux EWM sur le progiciel SAP en conformité avec les spécificités du
client, j’ai préparé des cas de tests. Pour chaque cas de test, des jeux de test sont conçus.
Les flux que j’ai pu tester sont les suivants :
Processus de rangement après une réception de marchandises,

Processus de réapprovisionnement planifié avec édition de l’étiquette en question.
Afin de bien dérouler les différents flux EWM, il est nécessaire de se rendre à une transaction
/scwm/mon qui a comme principal objectif la surveillance de l’entrepôt. En effet ce moniteur
est un outil centralisé pour gérer toutes les activités dans un entrepôt. Il permet de visualiser
tous les ordres et tâches magasins, synthèse des stocks, les différents emplacements ...etc.
1.1. Processus de rangement

Sur la base d’une réception de marchandises, le rangement peut être effectué, j’ai choisi le cas
du rangement d’un produit vers le palletier (ZPAG) comme expliqué dans la phase de
conception.
Page | 81
Il suffit de copier l’UM depuis la transaction /SCWM/PRDI qui sert à gérer la livraison
entrante comme le montre la figure ci-dessous :
Figure 43:Visualisation de l'Um sur la transaction /SCWM/PRDI
Une fois l’Um copié, il faut passer par l’écran RF à travers la transaction /SCWM/RFUI
pour procéder au rangement et particulièrement celui vers le corbeau (1ère mission).
Figure 44:Les différents écrans RF pour le rangement
Page | 82
Une fois à ce stade, il faut penser à confirmer la destination du bac de stockage en se rendant
vers le moniteur encore une fois pour chercher l’emplacement pour l’aire de stockage prenant.
Figure 45:L'emplacement prenant selon l'aire de stockage
Une fois l’emplacement trouvé, il faut revenir à l’écran RF pour le coller dans Conf Bin
comme le montre la figure ci-dessous.
Figure 46:Confirmer le bac de stockage copié depuis le moniteur
Une fois l’opération de confirmation de l’emplacement a été effectuée, la première mission de

rangement sera confirmée comme le montre la figure ci-dessous.
Figure 47 :Le rangement vers le corbeau est confirmé maintenant
Page | 83
Une fois la première mission est confirmée par le cariste, il faut passer à la deuxième mission
qui concerne le tridi. Dans le moniteur et à travers la tâche magasin crée pour le rangement
final vers le palettier, il faut voir l’emplacement prenant dans le palletier pour sélectionner
l’allée correspondante dans la synthèse du tridi. Pour ce faire il faut alors aller vers la
transaction spécifique développée ZEWM03 pour le rangement final vers le palettier.
Figure 48 : Ecran frontal de la transaction
Figure 49 : Ecran de sélection selon l’allée du palletier
Une fois l’allée est sélectionnée ainsi que la tâche magasin, le rangement vers le palettier peut
être effectué en cliquant sur Prendre.
Figure 50 : Confirmation de l’Um cédante
Le système nous demande de confirmer l’UM cédante relative à l’emplacement cédant. Une
fois ceci est confirmé, nous passons à l’écran suivant qui concerne la confirmation de
l’emplacement prenant comme le montre la figure ci-dessous.
Page | 84
Figure 51:Confirmation de l'emplacement prenant
Une fois le rangement vers le palletier est confirmé à travers la synthèse du tridi. Nos produits
sont maintenant bien rangés dans ZPAP.Nous pouvons nous assurer à travers la synthèse des
stocks dans le moniteur de la présence de ces produits.
1.2. Processus de réapprovisionnement

Pour procéder au réapprovisionnement, il faut aller vers /SCWM/REPL et choisir le type de
magasin à réapprovisionner selon le produit. A travers la transaction /SCWM/BINMAT les
emplacements fixes attribués à un produit sont renseignés ainsi que la quantité maximale et
minimale.
Cas ZBUP
Figure 52:Emplacements fixes attribués sur la transaction /SCWM/BINMAT
Les différents emplacements pour chaque type de magasin sont attribués ainsi que la quantité
minimale. Une fois nous nous assurons de tout, nous cherchons sur la transaction
/SCWM/REPL les différents réapprovisionnements à exécuter.
Figure 53:Les réapprovisionnements à exécuter sur la transaction /SCWM/REPL
Page | 85
J’exécute comme exemple le réapprovisionnement du magasin ZBUP qui génère la création

d’un ordre magasin dans le moniteur. Selon les fiches de conception et le paramétrage effectué
le réapprovisionnement est censé être alimenté depuis les magasins de réception ou le palletier.
Figure 54:L'ordre magasin crée pour le réapprovisionnement sur le moniteur
Sur le moniteur, le réapprovisionnement du magasin ZBUP s’est fait depuis les magasins de
réception. Pour confirmer ces tâches il faut passer par l’écran RF. Nous avons choisi le bouton
du réappro palette par UM puisque le magasin ZBUP à réapprovisionner ne supporte que les
HU de type Palette. Il suffit alors de copier l’UM cédante depuis le moniteur.
Figure 55:Les écrans RF pour le réapprovisionnement
Page | 86
Cas ZPIL
Pour le cas du réapprovisionnement de ZPIL (Magasin des unités), les mêmes étapes sont
requises, la seule différence réside dans l’impression des étiquettes. Je vais dérouler les mêmes
étapes pour pouvoir générer l’étiquette sur laquelle j’ai pu travailler en collaboration avec le
consultant technique pour pouvoir l’améliorer. Les points sur lesquels j’ai pu travailler :
Conditionnement de l’étoile : Quand l’emplacement va commencer :
❖ DE 01 --> 03 Afficher l'étoile à droite en bas

❖ DE 04 --> 06 Afficher l'étoile à gauche en haut
❖ De 07 --> 09 Afficher l'étoile en haut à droite
L’apparition de la date de péremption avec le lot
Le code barre devait être un peu plus petit pour éviter qu'il soit tronqué (En longueur et en
largeur)
Agrandir la police de l'étiquette (La police doit être visible).
Après plusieurs collaborations avec le consultant technique ainsi qu’une multitude de tests,
nous avons pu améliorer le rendu de l’étiquette du réapprovisionnement.
Figure 56:Etiquette du réapprovisionnement
Page | 87
2. Rôles et autorisations
Une fois les différents dysfonctionnements ont été décelés et corrigés lors de la phase de la
recette dans différents environnements techniques, la génération de la matrice des autorisations
SAP s’avère nécessaire.
Figure 57:Démarche des autorisations sur SAP
2.1. L’objectif des autorisations dans Maphar :

La matrice des rôles se constitue tout d’abord chez le client qui distingue les différents rôles
dans son entreprise selon les différents départements. Chaque employé spécifie son besoin en
détails en mentionnant les différentes divisions/magasins qu’il a le droit de voir. ValuePass
quant à elle répond à ces différents besoins en créant tout d’abord le rôle et en lui affectant les
transactions correspondantes (autorisations) et en définissant bien évidemment les restrictions
nécessaires. J’ai travaillé en collaboration avec d’autres consultants de mon équipe sur la
matrice de distribution qui concernait Ain Sebaa.
Page | 88
Figure 58: Aperçu de la matrice de distribution
Chaque employé chez Maphar ne doit avoir que les accès nécessaires et suffisants afin d’effectuer ses tâches quotidiennes, tout en
protégeant les données et les transactions d’une utilisation non souhaitée.
Les autorisations sont gérées via des rôles.
Mise en œuvre des autorisations dans Maphar
▪ Chaque utilisateur a un accès au système SAP
▪ Aucune autorisation par défaut (droit de ne rien faire)
Page | 89
2.2. Les types de rôles

Rôle simple
Un rôle simple comprend un ensemble de transactions et d’objets d’autorisations nécessaires

pour le bon fonctionnement des activités définies pour ce rôle.
La liste des transactions associées va permettre de délimiter un périmètre fonctionnel pour un
rôle donné.
La liste des objets d’autorisations va permettre, pour une transaction, de délimiter un périmètre
organisationnel (division, personne autorisée à disposer…).
La liste des objets d’autorisations dépend des transactions du rôle.
Rôle composite
C’est un regroupement de plusieurs rôles simples (comparable à un dossier ou une
enveloppe). L’utilisateur qui reçoit le rôle composite se voit attribuer les droits cumulés des
plusieurs rôles simples dans l’exemple.
Dans cette étape, nous nous limitons de créer des rôles simples. Durant la phase des UAT, les
employés de Maphar auront un rôle composite (réunion de plusieurs rôles simples) affecté à
leur utilisateur.
2.3. Lien entre rôle, transaction et objet d’autorisation

Dans chaque transaction SAP, des contrôles d’autorisations ont été codés. Ces contrôles
d’autorisations se font via les objets d’autorisations. Ces contrôles se font via l’utilisation de
modules fonctions ou de méthodes qui prennent en paramètre :
Le nom de l’objet d’autorisation que l’on veut contrôler

Les valeurs d’autorisations à contrôler pour cet objet.
La création d’un rôle commence par l’identification des transactions à lui affecter.
Une fois la liste des transactions affectée, le système va alors automatiquement nous fournir
tous les objets d’autorisations qui ont été implémentés dans ces transactions.
2.4. Outil de génération d’autorisation

Le PG (Profil Generator) aide l’administrateur des autorisations à créer, générer et assigner
les profils d’autorisation. Toute la gestion des autorisations est centralisée dans la transaction
PFCG.
Page | 90
L’administrateur sélectionne les transactions à assigner à un rôle. Les objets d’autorisations

dépendants sont automatiquement générés et groupés dans des profils d’autorisations.
Figure 59:Création des rôles à l'aide de la transaction PFCG
De cette manière, j’ai pu créer les différents rôles en leur affectant les différentes transactions
dans l’onglet Menu et en gérant les différents objets d’autorisations sur l’onglet Autorisations
sans oublier l’affectation du rôle à l’utilisateur en question.
Figure 60:Ajout des transactions correspondantes sur le rôle
Figure 61:Affectation de l'utilisateur au rôle
Page | 91
Figure 62:Gérer les différents objets d'autorisation
Page | 92
2.5. Aide à l’administration des autorisations

Afin de tester que le rôle répond parfaitement aux besoins signalés, il fallait se connecter à
l’aide de l’utilisateur crée et dérouler l’ensemble des flux à l’aide des transactions présents sur
le rôle. Il était possible de trouver un blocage dû au manque d’autorisations. Dès fois cela est
justifié. Dès fois non. Cela peut être un oubli ou bien le périmètre de votre fonction peut avoir
changé et il faut alors faire évoluer vos autorisations. Pour cela, la transaction SU53 « Afficher
données d’autorisation » doit être lancé.
Figure 63:Message d'erreur
Figure 64:Les objets d'autorisations manquantes à l'aide de la SU53
Une fois les objets d’autorisations sont visualisés il faut aller vers pfcg et ajouter les objets
manquants. De cette manière j’ai pu créer et gérer les différents rôles de la matrice de
distribution.
3. Lancement des UAT

Une fois la matrice de la distribution a été validé et déclarée Ok, nous passons à la phase des
tests de validation utilisateur (User acceptance tests, UAT) qui constitue l’étape décisive de
tout cycle de développement d’un système. Lors de ces tests, de vrais utilisateurs testent la
nouvelle solution pour voir s’ils sont capables d’effectuer, en situation réelle les tâches pour
lesquelles celle-ci a été conçue, conformément aux spécifications du métier. Les UAT se
déroulent en QAS 200 qui est un environnement semblable du Pré-prod avec les vrais users des
employés et biensur après la migration des données réelles de l’entreprise grâce à l’outil LSMW.
Page | 93
Lors de cette phase, les Key Users dérouleront les scénarios métiers et pourront donc relever
encore une fois les différentes anomalies qui devront être corrigées pour stabiliser la solution
cible.
Deux plateaux de projets ont été mis en place et aménagés sur les deux sites Ain Sebaa et
Zenata, répondant à des plans prédéfinis pour faciliter la collaboration entre les users des
différents domaines. De plus, un ensemble d’outils informatiques a été installée afin de
reproduire les différents environnements d’utilisation de la solution (4 imprimantes thermiques
et laser,6 modèles de PDA, 4 tablettes mobiles).
Figure 65: La phase des UAT
Après plusieurs semaines de test et d’accompagnement des KU afin de dérouler les différents
flux. Toutes les anomalies ont été relevés et corrigés. Nous passons maintenant à l’étape du
freeze su système qui signifie que le code est gelé et qu'il n'y aura aucune modification
supplémentaire de la part des développeurs. Un autre environnement est créé alors, qui est la
Pré-prod et le chargement de tous les éléments de l’entreprise est effectué à nouveau à savoir
les niveaux de stocks.
3.1. Qualification QI/QO

La validation des systèmes informatisés est devenue une étape incontournable pour toutes les
industries pharmaceutiques qui utilisent des logiciels critiques intervenant dans le cycle de vie
du médicament. De ce fait, une durée d’un mois et demi pour l’utilisation de l’environnement
pré-prod est nécessaire pour s’assurer de cette qualification.
Cette qualification s’articule en plusieurs étapes que sont : le plan de validation, l’analyse du
risque et les différentes étapes de qualification (QI/QO).
Qualification d’installation : Elle permet d’apporter la preuve que chaque élément du
système a été bien installé en accord avec les recommandations et spécifications de
l’environnement technique décrites par les fournisseurs, qu’une fois l’installation
Page | 94
terminée le système peut être utilisé, et que la documentation d’utilisation et de

maintenance nécessaire est présente.
Qualification opérationnelle : Elle suit la phase du QI, elle permet d’apporter la preuve
documentée que le système, dont l’installation a été préalablement qualifiée, permet
d’exécuter comme décrit dans les spécifications fonctionnelles, et en conformité avec les
critères d’acceptation spécifiés, toutes les fonctions prévues.
3.2. Livrables du projet

Afin de procéder à la validation de ces deux phases, il y avait deux livrables à remettre, j’ai
pu participer à l’élaboration de ces deux documents qui sont :
Document de paramétrage de chaque module avec une réunion avec les KU pour
valider la conformité du document avec ce qui est réellement présent sur le système.
Guide des KU : Ces guides permettent aux Key Users de dérouler les flux d’une
manière cohérente afin de s’assurer que toutes les fonctions prévues se déroulent
correctement.
4. Estimations des gains

L'implémentation d'un ERP se décompose de différentes phases, que l'on situe sur trois horizons
de temps : l'avant-projet : avant l'implémentation de l'ERP, le projet : durant l'implémentation
de l'ERP et l'après projet : après le basculement, l'appropriation de l'ERP.
Nous nous situons ainsi dans la dernière phase et nous devons voir à quel point les objectifs
fixés au début du projet sont concrétisés notamment une meilleure performance des processus
de l’entrepôt. De ce fait je vais me contenter de visualiser quelques impacts attendus sur les
processus gérés dans l’entrepôt durant la phase de la pré-prod qui s’est lancée le 02 mai 2019
qui est normalement une copie de l’environnement de production.
4.1. Processus de rangement

Le gain d'un temps significatif dans le cycle de rangement de marchandises est l'un des fruits
de l'implémention de la solution. Cela s'est effectué notamment grâce à la performance de la
solution qui permet l’utilisation des écrans RF d’une manière plus avancée ainsi que le
développement spécifique d’une transaction qui permettait à l’agent tridi de prioriser les tâches
importantes ce qui n’existait pas avant, ce qui a permis d'éliminer les temps à non-valeur
ajoutée liés à l’attente de communication d’une information. Dans la partie qui suit, une
représentation du cycle de rangement vers le palletier avant et après le système est illustré.
Page | 95
Avant la solution EWM
Figure 66:Processus du rangement vers le palletier avec le système précédent
Après la solution EWM
Figure 67:Processus du rangement vers le palletier avec EWM
Page | 96
Résultat de l’amélioration du processus de rangement :

Nous allons montrer le temps que nécessitait le rangement d’une palette dans l’ancien système
et le nouveau en procédant à un chronométrage effectué sur place.
Ce tableau synthétise les résultats trouvés en termes d’une seule palette
Figure 68:Temps moyen de rangement par palette en minutes
Pour mieux visualiser le gain, il est important de calculer ce temps pour une durée d’un mois.
En considérant la moyenne sur laquelle nous nous sommes basés est la moyenne de 100 palettes
par jour.
En considérant 23 jours ouvrables, le gain récolté est :
100*23*(10.20-8) /60=84.33 heures/mois
Figure 69:Temps moyen de rangement par mois en minutes
Page | 97
4.2. Processus de réapprovisionnement

Lors du processus du réapprovisionnement et plus particulièrement du magasin ZPIL, l’édition
de l’étiquette ne comportait pas une étoile. Le conditionnement de l’étoile reposait
principalement sur l’emplacement dans ce type de magasin puisque ce dernier change en
fonction de la zone dédiée au produit. Les trois zones existantes sont : la première concerne les
produits Sanofi, quant à la deuxième concerne les produits cosmétiques et finalement la
troisième concerne exclusivement les produits Maphar.
Avant la solution EWM, cette indication sur l’étiquette manquait et ça faisait perdre du temps.
Ce processus de réapprovisionnement lors de l’atteinte du stock minimal durait en moyenne 9
min sans l’indentification de l’étiquette.
Aujourd’hui avec l’édition de la nouvelle étiquette, et grâce au management visuel ce processus
dure 7,50 minutes.
En considérant que les employés travaillent 8 heures /jour et avec le nombre de
réapprovisionnement du magasin ZPIL qui s’élève en moyenne à 80 par jour.
Nombre d’heures réduites par jour :
Nb de réappro*(Nb avant la solution-Nb après la solution) =80*(9-7.5) =120 min
En considérant le nombre de jours ouvrables par mois 23, le nombre d’heures réduites par mois:
120*23=2760 min = 46 heures / mois
Figure 70:Tableau de bord de la réduction du temps du réapprovisionnement de ZPIL en minutes
Page | 98
4.3. Augmentation du CA
Pour chaque entreprise, le meilleur KPI à souligner est celui du chiffre d’affaires. Une fois nous
maitrisons nos flux internes et nous avons un marché potentiel qui a des besoins que nous
arrivons à satisfaire au bon moment. Ceci représente un avantage concurrentiel de taille.
Voici un tableau de bord de l’augmentation du CA entre l’année 2018 et 2019.
Le CA du mois de Mai s’élève à 204 798 523 (MAD) en 2018 pourtant en la même période du
mois de Mai durant la phase de la pré-prod le CA s’élevait à 225 278 375 (MAD).
Et pour pouvoir visualiser l’augmentation de ce CA entre 2018 et 2019, nous allons calculer le
total du CA en 2018, ce dernier s’élève à 2 529 375 969 (MAD). Par ailleurs en 2019, nous
estimons que le CA va s’élever à 3 102 116 981(MAD).
Figure 71:CA de Maphar entre 18 et 2019 en MAD.
Le graphe en pointillé représente le CA prévisionnel.
5. Conclusion
Une fois la réalisation terminée, la recette établie et tous les dysfonctionnements corrigés, le
projet est enfin prêt à démarrer. La dernière pierre à apporter à l’édifice reste le lancement
final qui clôturera le projet EURAPHARMA.
Page | 99
Conclusion générale
Le déploiement du progiciel de gestion intégré SAP est un projet très complexe, il met
l'entreprise face à de nombreux défis aussi bien techniques qu'organisationnels.
J'ai essayé à travers ce projet de fin d'études de mettre le point sur les différentes phases que
requièrent une implémentation d’un ERP mais plus particulièrement celle de la mise en place
du module Extended Warehouse Management (EWM) construit sur SAP S/4 Hana.
En effet, l’un des objectifs de la mise en place d’un module dédié uniquement à la gestion des
stocks est d’améliorer ce processus ainsi que réduire le temps des principaux flux déroulés au
sein de l’entrepôt notamment celui du rangement, réapprovisionnement et préparation de
marchandises. A l’aide de cette nouvelle pratique, le client aura une meilleure visibilité sur les
diverses tâches magasins crées dans son entrepôt en temps réel.
Lors de la première étape dans la démarche, nous avons pu analyser la situation actuelle et
cerner les principaux problèmes auxquels Eurapharma faisait face. Dans un second temps une
conception détaillée des différents processus a été élaborée en vue d’avoir une compréhension
commune de la façon dont le client a l'intention d'exécuter le module EWM. La troisième étape
était consacrée à la réalisation de la solution au moyen du paramétrage nécessaire pour la mise
en œuvre des fonctionnalités discutées dans la phase précédente, ensuite la phase de recette qui
consiste à dérouler les flux sur la solution d’une manière conforme à ce qui a été demandée par
le client. En outre une matrice des autorisations a été établie pour créer les différents rôles
appropriés et après validation le lancement des UAT dans l’environnement du pré-prod
pourrait avoir lieu. Finalement une estimation des gains après le lancement du projet a été
réalisée pour concrétiser l’impact de la solution sur l’organisme client.
Au terme de ce travail, il est nécessaire de signaler que cette démarche d’implémentation du

module EWM a été très précieuse. Les fruits de ce travail ont vu le jour dès le premier mois
d’utilisation en environnement pré-prod avec une augmentation du CA qui s’élevait en 2018 à
2 529 375 969 (MAD) alors qu’en 2019 ce CA est estimé à 3 102 116 981 (MAD).
Page | 100
Références
Bibliographie
Documents de formation internes (Value Pass).
EWM - Carter M.B., Lange J., Bauer F.-P., Persich C., Dalm T.-SAP Extended
Warehouse Management_ Processes, Functionality and Configuration
Fiches de conception – Projet Nour Eurapharma.
Plan Assurance Qualité - Projet Nour Eurapharma.
Webographie
https ://www.tutorialspoint.com/
https ://help.sap.com/
https://wiki.scn.sap.com/wiki/display/SCM/EWM+Main+Tables
http://mickael.quesnot.free.fr
Page | 101
Annexes
Annexe 1 : Entrepôt Ain Sebaa
Figure 72:Plan général du magasin Ain Sebaa
Page | 102
Figure 73:Les différents types de magasins dans le site Ain Sebaa
Page | 103
Annexe 2 : Présentation de JIRA : Son utilisation pour la recette
2 projets JIRA ont été créés, et seront utilisés pour la recette
NOUR Scripts => dédié au suivi de l’avancement de la recette, et au partage des scripts
• Un seul type de ticket : Script
NOUR Recette => dédié à la remontée des incidents (et demandes d’évolution le cas
échéant)
• Plusieurs types de tickets :
• Anomalie
• Evolution (demande)
• Ergonomie (demande)
Les workflows pour les scripts

TABLEAU 11 : LES DIFFERENTES ACTIONS POUR LES SCRIPTS
NOUR Recette : Créer un incident
Page | 104
Figure 74:L'ensemble des étapes pour la création d'un ticket sur JIRA
Page | 105
TABLEAU 12 : LES DIFFERENTES ACTIONS POUR LES TICKETS
Page | 106

Mémoire de Projet de Fin D'études Pour L'obtention Du Diplôme D'ingénieur D'etat Filière: Supply Chain Management

Transféré par

Informations du document

Titre original

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

Mémoire de Projet de Fin D'études Pour L'obtention Du Diplôme D'ingénieur D'etat Filière: Supply Chain Management

Transféré par

Droits d'auteur :

Formats disponibles

Mémoire de projet de fin d’études

Pour l’obtention du diplôme d’ingénieur d’Etat

Filière : Supply Chain Management

Déploiement du module EWM dans l’environnement

Soutenu le : Samedi 22 juin 2019

Réalisé par : Membres du jury :

LAZRAK Youssra Mme.DKHISSI Btissam

Mr. EL FALLAHI Abdellah

Année universitaire : 2018/2019

Déploiement du module EWM dans l’environnement SAP S/4

Value Pass consulting

Ecole nationale des sciences appliquées de Tétouan

Mme Dkhissi Btissam

Professeur chercheur à l’Ensa de Tétouan

Mr. Oualifi Réda Consultant senior EWM

Mr. El Horma Amine Manager EWM

A toute ma famille, pour leurs encouragements continus et tout particulièrement à ma grand-

À toute personne que j’aime, je dédie ce travail ...

Je tiens tout particulièrement à exprimer ma gratitude envers mon encadrante et mentor

Mes vifs remerciements à l’ensemble du corps professoral de la filière supply chain

Etant consciente de l’importance de la disponibilité, rapidité, intelligence d’un système

Mot-clés: SAP, S/4 HANA, EWM

It is in this perspective that my thesis is structured. It presents the methodology adopted to

Key-words: SAP, S/4 HANA, EWM

Liste des acronymes et abréviations

Liste des tableaux

Tableau 1 : Clients de Value Pass Consulting....................................................................... 25

Liste des figures

Figure 1: Cartographie de Value Pass ................................................................................... 20

Figure 31:Numéro de magasins crées ..................................................................................... 72

Figure 63:Message d'erreur ................................................................................................... 93

Table des matières

Introduction générale ............................................................................................................ 16

1.3. Etudes comparatives des ERPs : ............................................................................ 42

2.2.2. Le processus d’emplacement ............................................................................ 63

4.1. Processus de rangement .......................................................................................... 95

Mon projet s’articulait particulièrement sur le déploiement du module EWM (Extended

Quant au deuxième chapitre, j’ai opté pour la présentation de l’environnement de travail à

A travers ce premier chapitre, j’ai pu positionner mon pfe dans

De ce fait, une présentation des organismes d’accueil, à savoir

Ainsi, dans une suite logique, ce chapitre comporte également

• Deux années préparatoires qui permettent à l’étudiant d’acquérir des méthodes de

3. Présentation de l’organisme d’accueil

Figure 1: Cartographie de Value Pass

Figure 2: Historique de l’entreprise

3.3. Expertise et savoir-faire

3.4. Missions et clients de l’entreprise

Conseil en Management & Organisation

Conseil et intégration ERP

Formation aux ERP

Développement sur les technologies ABAP

Le développement autour des outils décisionnels comme BW,

3.4.2. Clients de l’entreprise

TABLEAU 1 : CLIENTS DE VALUE PASS CONSULTING

Clients Projets SAP

➢ Projet d'Implémentation SAP : Gestion commerciale, Logistique

➢ Projet de mise en œuvre de SAP : Module Finance.

➢ Mise en place de SAP sur les modules Finances, Commercial,

➢ Participation au projet de mise en place de SAP ISU CRM en

➢ Mise en place des procédures de suivi des dépenses marketing.

➢ Gestion Facturation inter company (Coca-Cola et Embouteille

3.5. Fiche signalétique ValuePass

Site Web www.valuepass-consulting.com