Rapport

Université Abdelmalek Essaadi
École Nationale des Sciences Appliquées de Tétouan
RAPPORT DE PROJET DE FIN D’ÉTUDES
Présenté en vue de l’obtention de diplôme d’Ingénieur d’Etat

Génie Supply Chain Management
Promotion : 2017 – 2018
Déploiement du module ACHAT dans l’environnement SAP

S/4 HANA 1709 au profit du client Eurapharma
Entreprise : Value Pass Consulting

Présenté par :
Mlle. AMZIL Sara
Soutenu le :
Le 25 Juillet 2018 à Tétouan
Membres du jury : Encadré Par :

Pr. DKHISSI Btissam Pr. DKHISSI Btissam
Professeur à l’Ensa de Tétouan Professeur à l’Ensa de Tétouan
Pr. REGHIOUI Mohamed Mme. GUEMOURIA Ghita

Professeur à l’Ensa de Tétouan Consultante SAP SRM/MM à Value Pass
Pr. FELLAHI Abdellah Mme. OUADY Amal

Professeur à l’Ensa de Tétouan Manager MM/SRM/EWM à Value Pass
Déploiement du module ACHAT dans l’environnement SAP S/4 HANA 1709 au profit du client Eurapharma
Avant-propos
Elève stagiaire
AMZIL Sara
Intitulé du travail
Déploiement du module ACHAT dans l’environnement SAP S/4 HANA 1709
Au profit du client Eurapharma
Etablissement d’accueil
VALUE PASS CONSULTING
Encadrants
Mme. DKHISSI Btissam Encadrante pédagogique
Mme. OUADY Amal Encadrante professionnelle
Mme. GUEMOURI Ghita Encadrante professionnelle
Période de stage
Début : Lundi 12 Février 2018
Fin : Mardi 31 Juillet 2018
Cadre de coopération
Convention entre l’ENSATé et VALUE PASS CONSULTING,
Signée en Février 2018.
1
Dédicace
A ceux qui m’ont donné la vie et m’ont comblé d’affection, de bienveillance et m’ont
continuellement guidé vers le droit chemin… Mes très chers parents.
Ecole de persévérance et de force d’âme, vos efforts et votre dévouement perpétuel et
inconditionnel à me léguer vos vertus de bonté, de générosité et de complaisance ont atteint
mes plus profonds états d’âme. Je suis heureuse que vos efforts ne se soient pas dissipés dans
le néant, je vous remercie d’avoir cru en moi, malgré mes échecs et mes défauts, tout mon
respect, et toute ma gratitude vous sont destinés. J’implore le Tout Miséricordieux Allah à
vous protéger, et à vous procurer santé, bonheur et vous récompense sans compter ses paradis,
pour vos bonnes œuvres.
Ce modeste travail vous est prioritairement dédié, mais ne représente qu’une petite fraction
d’estime et d’égard que vous méritez. Le meilleur reste à venir…
A mes sœurs Maryame, Rime et mon petit frère Ayoub,
Mes fiertés, votre affection est la flamme qui alimente le feu de ma persévérance et mon
courage. Je vous aime.
A mes très chers amis,
La vie ne se résume pas à travailler dur sans répit, elle est aussi faite de rires, de délires et
folies… Je vous dois tous ces moments de joie.
A tous mes professeurs du primaire, collège, lycée et l’ENSATé, pour m’avoir
généreusement fait profiter de leurs connaissances et pour tous leurs efforts qui m’ont aidé à
arriver à cette étape.
A toutes les personnes qui ont cru en moi.
Je dédie ce travail.
AMZIL Sara
2
Remerciement
Au terme de mon projet de fin d'études, mes gratitudes et mes sincères remerciements vont à
l'encontre de toutes les personnes qui ont participé à la réussite de ce projet.
Je souhaite remercier en premier lieu mon encadrante, Madame DKHISSI Btissam, professeur
à l’ENSATé, pour son encadrement hors pair, sa relation et sa proximité des étudiants en
général, mais aussi, pour le grand intérêt porté à mon sujet de stage de fin d'études. Je la
remercie infiniment pour ses conseils très précieux, et je lui exprime mon entière
reconnaissance.
Je tiens aussi à exprimer mes sincères reconnaissances à mon encadrante professionnelle, à
Value Pass Consulting Mme. GUEMOURIA Ghita, consultante sénior SAP MM, SRM et
ARIBA pour son aimable soutien, remarques et conseils précieux, et aussi, à Mme OUADY
Amal, manager de l’équipe MM ainsi qu’à mon coéquipier BEGDOURI Ibrahim, consultant
MM, et à tous les membres de l’équipe MM.
Mes remerciements vont également à toutes les personnes que j’ai coordonné avec durant
mon stage à Value Pass, auprès desquelles j’ai trouvé l’accueil chaleureux, l’aide et
l’assistance dont j’avais besoin, notamment, EL KRIFLI Ayoub, consultant BC et OUALIFI
Reda, consultant EWM et BENMAKHLOUF Yassine 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.
Je tiens à remercier également les membres du jury d’avoir accepté d’évaluer mon travail.
3
Résumé
Le projet que j’ai réalisé avec l’équipe Achat a pris place chez le leader maghrébin dans
l’intégration des systèmes d’information, Value Pass Consulting, partenaire Gold de SAP, ce
projet consiste à implémenter le module d’achat et approvisionnement dans l’environnement
SAP S/4 Hana 1709, au profit du client Eurapharma, le leader marocain du domaine
pharmaceutique. L’ultime objectif de l’équipe MM dont je faisais partie est de mettre à
disposition de notre client une solution SAP qui fait répondre aux mieux à ses besoins, et
couvre toutes les exigences exprimées en utilisant les pratiques d’achats les plus précises.
Au cours de la méthodologie d’implémentation ASAP, j’ai contribué dans les phases de
conception et prototype, de réalisation et de recette du projet.
Cette réalisation s’est faite en une succession d’étapes :
✓ Analyse des besoins du client
✓ Analyse fonctionnelle et conception
✓ Réalisation de la solution
✓ Recette de la solution
✓ Estimation des gains
4
Abstract
The project that I realized with the Purchasing team took place at the North African Gold
partner of SAP Value Pass Consulting, it aimed to successfully implement the purchasing and
procurement functionalities in the environment SAP S/4 Hana 1709, for the benefit of the
client Eurapharma, the Moroccan leader in the pharmaceutical field. The main goal of the
MM team which I was part of, is to provide our customer with an SAP solution that meets his
needs and covers all the requirements using the most accurate purchasing practices.
The realization of this project was done by the Accelerated SAP methodology, in wish I
contributed in Business Blueprint, realization and test phases. This project was done in a
succession of stages:
✓ Customer needs analysis
✓ Functional analysis and design
✓ Realization of the solution
✓ Solution Recipe
✓ Estimate of earnings
5
Liste des acronymes

A
ABAP : Advanced Business Application Programming
AC : Article de conditionnement
AO : Appel d’offre
ASAP : Accelerated SAP
C
CA : Commande d’achat
D
DA : Demande d’achat
Dev : Development
E
ECC : ERP Central Component
ERP : Enterprise Resource Planning
M
MM : Material Management
MP : Matière première
P
PFF : Produit fini
PFI : Produit de négoce
PROD : Production
Q
QQOQCP : Qui, Quoi, Où, Quand, Combien, Pourquoi.
Qual : Qualité
R
RFQ : Request for quotation
ROI: Retour sur investissement
S
SAP: System, Application and Products in data processing
SI : Système d’information
SPRO : SAP Reference Project Object
V
VP : Value Pass Consulting
6
Glossaire
ASAP : Une méthodologie/approche pour l'implémentation de solutions SAP
Report : La présentation périodique de rapports et bilans analytiques sur les activités et
résultats d'une organisation, d'une unité de travail ou du responsable d'une fonction.
7
Liste des tableaux

Tableau 1: Client de Value Pass Consulting ........................................................................ 24
Tableau 2: Fiche technique.................................................................................................... 26
Tableau 3: Matrice des risques du projet ............................................................................ 31
Tableau 4: Classement des risques ....................................................................................... 32
Tableau 5: Méthode QQOQCP ............................................................................................. 36
Tableau 6: Besoin du client ................................................................................................... 54
Tableau 7: Paramétrage Article............................................................................................ 99
Tableau 8: Paramétrage Business Partner ........................................................................ 101
Tableau 9: Paramétrage documents achat......................................................................... 102
Tableau 10: Paramétrage Evaluation fournisseurs........................................................... 104
8
Liste des figures

Figure 1: Cartographie de Value Pass .................................................................................. 20
Figure 2: Organigramme de l'entreprise ............................................................................. 26
Figure 3: Taux de production des types de produits........................................................... 28
Figure 4: Méthodologie ASAP .............................................................................................. 33
Figure 5: Equipe Projet ......................................................................................................... 37
Figure 6: Planification prévisionnelle du projet .................................................................. 38
Figure 7: Modules SAP ECC................................................................................................. 43
Figure 8: Description du paysage système SAP................................................................... 43
Figure 9: Environnements de travail de SAP ECC ............................................................. 44
Figure 10: Organisation du module MM ............................................................................. 47
Figure 11: Processus d'Achat et Approvisionnement ......................................................... 48
Figure 12: Diagramme de flux du processus d’achat Eurapharma .................................. 53
Figure 13: Clé du diagramme des flux ................................................................................. 54
Figure 14: Application Données de base article .................................................................. 58
Figure 15: Application Base de sonnées partenaires........................................................... 59
Figure 16: Application Traitement des demandes d’achat ................................................ 59
Figure 17: Schéma du processus - Appel d’offre ................................................................. 61
Figure 18: Application Gestion des sources d’approvisionnement ................................... 61
Figure 19: Application Traitement des contrats d’achat ................................................... 63
Figure 20: Application Traitement des commandes d’achat ............................................. 64
Figure 21: Application Evaluation des fournisseurs ........................................................... 65
Figure 22 : Etapes d'évaluation fournisseurs par questionnaire ....................................... 65
Figure 23 : Application Achat – Fonctions analytiques ...................................................... 67
Figure 24: Transaction SPRO ............................................................................................... 72
Figure 25: Fiche article .......................................................................................................... 73
Figure 26: Créer article - Ecran initial................................................................................. 73
Figure 27: Créer article - vues .............................................................................................. 74
Figure 28: Applications gestion des articles ......................................................................... 74
Figure 29: Liste des Fiches Article........................................................................................ 75
Figure 30: Détails de la Fiche article .................................................................................... 75
Figure 31: Information à renseigner dans la commande d’achat ...................................... 76
Figure 32: Commande d'achat créée .................................................................................... 76
9
Figure 33: Applications commande d'achat ........................................................................ 76

Figure 34: Boîte de réception ................................................................................................ 77
Figure 35: Notification de lancement de la commande ....................................................... 77
Figure 36: Report : Valeur net commande d'achat ............................................................ 78
Figure 37: Création appel d'offre ......................................................................................... 79
Figure 38: Création offre fournisseur .................................................................................. 80
Figure 39: Comparaison des offres ....................................................................................... 80
Figure 40: Création des questions pour évaluation fournisseur ........................................ 81
Figure 41: Détermination des scores des réponses .............................................................. 81
Figure 42 : Sections des questions ......................................................................................... 82
Figure 43: Création des questionnaires d’évaluation ......................................................... 82
Figure 44: Gestion des modèles de demande d’évaluation ................................................. 83
Figure 45: Demandes d’évaluation des fournisseurs .......................................................... 83
Figure 46: Reporting analytique de l’évaluation fournisseur par questionnaire ............. 83
Figure 47: Etapes d’évaluation fournisseur par prix .......................................................... 84
Figure 48: Reporting analytique de l’évaluation fournisseur par prix ............................. 85
Figure 49: Etapes d’évaluation fournisseur par quantité................................................... 85
Figure 50: Reporting analytique de l’évaluation fournisseur par quantité ...................... 86
Figure 51: Etapes d’évaluation fournisseur par délai......................................................... 86
Figure 52: Reporting analytique de l’évaluation fournisseur par délai ............................ 87
Figure 53: Etape d’évaluation fournisseur par qualité....................................................... 88
Figure 54: Reporting analytique de l’évaluation fournisseur par qualité ........................ 88
Figure 55: Processus avec SAP ECC .................................................................................... 90
Figure 56: Transaction ME29N pour lancement des commandes ..................................... 90
Figure 57: Processus avec SAP S/4 HANA .......................................................................... 91
Figure 58: Flux avant SAP S/4 Hana .................................................................................... 92
Figure 59: Valeur du stock avec écart .................................................................................. 93
Figure 60: Flux d’annulation de réception de marchandises ............................................. 93
Figure 61: Valeur du stock avec élimination d'écart .......................................................... 94
Figure 62: Reporting Analytique des dépenses sans référence au contrat ....................... 95
Figure 63: Reporting analytique sur la consommation du contrat en valeur................... 95
Figure 64: Reporting analytique sur la consommation du contrat en quantité ............... 96
Figure 65: Planification réelle du projet .............................................................................. 99
10
Figure 66: Paramétrage BP ................................................................................................. 106

Figure 67: Exécution du programme de synchronisation des salariés ............................ 106
Figure 68: Liste des salariés synchronisés.......................................................................... 107
Figure 69: Erreur avant solution ........................................................................................ 108
Figure 70: Messages d'avertissement lors de la validation de la commande .................. 108
Figure 71: Modification du type de message ..................................................................... 109
Figure 72: Message d'erreur après modification .............................................................. 109
Figure 73: Reporting Evaluation fournisseurs inexistant ................................................ 110
Figure 74: Transaction SE38 ............................................................................................... 110
Figure 75: Affichage du Reporting Evaluation des fournisseurs ..................................... 110
11
Liste des annexes

Annexe 1 : Planification réelle du projet .............................................................................. 99
Annexe 2 : Paramétrage de la solution ................................................................................. 99
Annexe 3 : Erreur de synchronisation entre salarié et Business Partner ....................... 105
Annexe 4 : Message d’avertissement au lieu d’un message bloquant lors du dépassement
de la quantité de la commande ............................................................................................ 107
Annexe 5 : Erreur d’affichage du Reporting Evaluation fournisseur............................. 109
12
Table des matières

Avant-propos ............................................................................................................................ 1
Dédicace..................................................................................................................................... 2
Remerciement ........................................................................................................................... 3
Résumé ...................................................................................................................................... 4
Abstract ..................................................................................................................................... 5
Liste des acronymes ................................................................................................................. 6
Glossaire .................................................................................................................................... 7
Liste des tableaux ..................................................................................................................... 8
Liste des figures ........................................................................................................................ 9
Liste des annexes .................................................................................................................... 12
Table des matières .................................................................................................................. 13
Introduction générale ............................................................................................................. 17
Chapitre 1 : ............................................................................................................................. 19
Cadre général du projet ......................................................................................................... 19
1. Organisme d’accueil ................................................................................................... 20
1.1. Aperçu général ..................................................................................................... 20
1.2. Missions et Clients de l'entreprise ...................................................................... 21
1.2.1. Missions : ....................................................................................................... 21
1.2.2. Clients de l’entreprise .................................................................................. 24
1.2.3. Organigramme de l'entreprise .................................................................... 26
1.2.4. Fiche technique ............................................................................................. 26
2. Organisme client : EURAPHARMA ........................................................................ 27
3. Cahier des charges ..................................................................................................... 29
3.1. Contexte générale du projet ................................................................................ 29
3.2. Objectifs du projet ............................................................................................... 29
3.3. Etude des risques.................................................................................................. 30
3.4. Phases du projet ................................................................................................... 33
3.4.1. Définition de la méthodologie ASAP ........................................................... 33
13
3.4.2. Méthodologie appliquée sur le projet de fin d’étude ................................. 34
3.5. Définition de la problématique ........................................................................... 35
3.6. Acteurs du projet ................................................................................................. 37
4. Planification du projet ............................................................................................... 38
5. Conclusion ................................................................................................................... 38
Chapitre 2 : ............................................................................................................................. 39
Environnement du projet ...................................................................................................... 39
1. Présentation SAP ........................................................................................................ 40
1.1. Composante Logistique ....................................................................................... 41
1.2. Composante Gestion Comptable ........................................................................ 41
1.3. Composantes Ressources Humaines .................................................................. 42
2. Présentation SAP ECC .............................................................................................. 42
3. Paysage système .......................................................................................................... 43
4. Présentation SAP S/4 HANA ..................................................................................... 44
5. Module des Achats et Approvisionnement (MM) ................................................... 46
5.1. Structure organisationnelle ................................................................................. 47
5.2. Données de base du module MM ........................................................................ 47
5.3. Processus d’achat et approvisionnement sur SAP ............................................ 47
6. Limite de la gestion des achats sur SAP ERP .......................................................... 49
7. Conclusion ................................................................................................................... 50
Chapitre 3 : ............................................................................................................................. 51
Analyse fonctionnelle et Conception ..................................................................................... 51
1. Analyse fonctionnelle ................................................................................................. 52
1.1. Etude de l’existant................................................................................................ 52
1.2. Expression du Besoin du client ........................................................................... 54
2. Conception de la solution S/4 Hana 1709 ................................................................. 57
2.1. Fonctionnalités clés .............................................................................................. 58
2.1.1. Données de base ............................................................................................ 58
14
2.1.2. Demande d’achat .......................................................................................... 59
2.1.3. Appel d’offre ................................................................................................. 60
2.1.4. Contrat ........................................................................................................... 62
2.1.5. Commande d’achat....................................................................................... 63
2.1.6. Evaluation des fournisseurs ......................................................................... 64
2.1.7. Reporting Achat ............................................................................................ 66
2.2. Règles de gestion .................................................................................................. 67
2.2.1. Demande d’achat .......................................................................................... 67
2.2.2. Appel d’offre ................................................................................................. 68
2.2.3. Contrat ........................................................................................................... 69
2.2.4. Commande d’achat....................................................................................... 69
2.2.5. Evaluation des fournisseurs par questionnaire.......................................... 70
3. Conclusion ................................................................................................................... 70
Chapitre 4 : ............................................................................................................................. 71
Réalisation et Recette ............................................................................................................. 71
1. Paramétrage de la solution ........................................................................................ 71
2. Recette ......................................................................................................................... 72
2.1. Flux article ............................................................................................................ 73
2.2. Commande d’achat .............................................................................................. 75
2.3. Appel d’offre fournisseurs .................................................................................. 78
2.4. Evaluation Fournisseur ....................................................................................... 81
2.4.1. Evaluation fournisseur par questionnaire.................................................. 81
2.4.2. Evaluation fournisseur par prix .................................................................. 84
2.4.3. Evaluation fournisseur par quantité ........................................................... 85
2.4.4. Evaluation fournisseur par délai ................................................................. 86
2.4.5. Evaluation des fournisseurs par qualité ..................................................... 87
3. Estimation des gains ................................................................................................... 89
15
3.1. Réduction du temps de validation des commandes d’achat............................. 89
3.2. Réduction d’écart entre stock logistique MM et la valeur de stock en finance

................................................................................................................................91
3.3. Réduction des dépenses sans référence au contrat ........................................... 94
4. Conclusion ................................................................................................................... 96
Conclusion générale ............................................................................................................... 97

Bibliographie........................................................................................................................... 98
Webographie ........................................................................................................................... 98
Annexes ................................................................................................................................... 99
16
Introduction générale
Le monde a été témoin d'une grande révolution ERP ; De nombreuses entreprises remplacent
les anciens systèmes par des systèmes d'information ERP : D’où, la nécessité d'une plate-
forme commune, amélioration des processus, visibilité des données, réduction des coûts
d'exploitation, réactivité accrue des clients et prise de décision stratégique améliorée.
Dans ce contexte, de nombreux outils d'aide à la décision ont vu le jour pour gérer les
processus d'une entreprise tout en préservant l'intégrité du système d'information. Avec plus
de 12 millions d'utilisateurs dans le monde, SAP est aujourd'hui l'ERP le plus utilisé,
notamment après le lancement de S/4 HANA en 2015 qui se considère jusqu’à présent comme
l’élément le plus important de l’histoire de l’éditeur allemand SAP.
L’utilisation de SAP S/4 HANA permet d’apporter à ses clients des informations en temps
réel sur l’ensemble de leurs opérations, de rationaliser, automatiser et simplifier les processus
au sein des organisations de la gestion financière, gestion de la chaîne d’approvisionnement,
recherche et développement, gestion des ressources humaines jusqu’à la gestion des ventes et
contrats. Pour ces raisons, plus de 7000 clients ont adopté la dernière version S/4 HANA 1709
afin d’informatiser leurs processus.
Consciente de l’importance de ce système en termes de disponibilité, rapidité, intelligence et
intégration de ses métiers en une seule base de données, la société EURAPHARMA a pris
l’initiative d’implémenter SAP S/4 HANA On Premise 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. Dans ce cadre,
l’entreprise est rentrée en collaboration avec l’intégrateur Value Pass Consulting, partenaire
gold de SAP, qui veillera à étudier son besoin, répondre à ses attentes et mener à bien le projet
de la mise en place de L’ERP.
Mon projet consiste à participer au déploiement du module Achat et Approvisionnement
(Material Management) à l’environnement S/4 HANA 1709, dans sa phase de préparation
initiale jusqu’à la phase de réalisation et recette. La mise en place de ce module vise à
rationaliser les achats du groupe EURAPHARMA, à automatiser les processus
d'approvisionnement et de gestion des contrats et à gérer efficacement l’ensemble du
processus d’achat.
Le présent mémoire représente le fruit du travail réalisé pendant quatre mois de stage au sein
de l’organisme d’accueil Value Pass Consulting sous forme de quatre chapitres.
17
Dans le premier chapitre, je fournirai le cadre général du projet, y compris l’organisme

d’accueil VALUE PASS Consulting, l’organisme client Eurapharma ainsi que le cahier des
charges du projet sur lequel j’ai travaillé avec l’équipe achat MM.
Dans le deuxième chapitre, je présenterai l’environnement de travail, en définissant l’ERP
SAP ainsi que ses versions SAP ECC et SAP S/4 Hana sur lesquelles j’ai apporté ma
contribution, ensuite une vue générale sur le module des achats et approvisionnements en
SAP ainsi que la limite de la gestion des achats sur le système existant.
Le troisième chapitre portera sur une analyse fonctionnelle de ce projet avec le diagnostic du
système existant et l’expression du besoin du client, ensuite la conception de la solution
proposée par Value Pass Consulting.
Enfin, un quatrième chapitre illustrera la partie de la réalisation et mise en œuvre du projet,
dans laquelle je présenterai en détail les paramétrages effectués dans le système pour qu’il soit
conforme au besoin du client, une seconde partie de la phase des recettes pour dérouler les
flux dans le système et enfin les gains estimés par l’entreprise.
18
Chapitre 1 :
Cadre général du projet
Le chapitre suivant détaille le cadre général dans

lequel s’est déroulé le projet, en donnant une
présentation de l’organisme d’accueil Value Pass
Consulting et l’organisme client Eurapharma ainsi
que le cahier des charges, la méthodologie et le
planning prévisionnel suivis lors du déroulement du
projet.
Plan :
- Organisme d’accueil
- Organisme client
- Cahier des Charges
- Conclusion
19
1. Organisme d’accueil
1.1. Aperçu général
Value Pass Consulting est une société marocaine spécialisée dans le conseil et le déploiement
du progiciel de gestion SAP.
L’entreprise, qui a démarré ses activités en 2005, assure la prestation autour du progiciel SAP
avec la vente des licences et une prise en charge de la maintenance et de l’assistance.
La dynamique d’investissement dans les systèmes d’information dans la région du Maghreb
est prometteuse. De plus en plus de PME et de grands groupes investissent dans des solutions
SAP, pour mieux optimiser la gestion de leurs ressources humaines et leurs processus de
production.
Consciente de l’évolution de l’économie nationale, Value Pass s’internationalise et décide
d’étendre l’offre de ses services sur le Maghreb. « Capitalisant sur notre croissance au Maroc,
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
Son centre de support est le premier certifié par SAP au Maghreb, L’entreprise a été déjà
certifiée en 2009 en tant que distributeur agréé des produits SAP sur le Maghreb.
« L’extension de nos activités en Algérie et en Tunisie n’est que la traduction opérationnelle
de nos ambitions », explique, Stéphane Henry, directeur-associé en charge du développement.
Pour preuve, l’entreprise réalise un chiffre d’affaires de plus de 20 millions de DH dont 40%
à l’export.
20
Le premier semestre 2012 marque un tournant dans la vie de l’entreprise. Value Pass 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.
Le centre de support de Value Pass 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.
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 plate-
forme 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.
1.2. Missions et Clients de l'entreprise
1.2.1. Missions :
Du point de vue technique, l’offre d’intégration de Value Pass autour des produits SAP
couvre les différents métiers de l’entreprise : finance, achat, logistique, commercial,
production, qualité, maintenance, gestion de la relation client et le décisionnel.
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 quatre
métiers :
✓ Conseil en management et Organisation
✓ Conseil et Implémentation des ERP
✓ Formation aux ERP
✓ Développements Off-shore
✓ Développement sur la technologie ABAP
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, Mega,
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
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
22
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.
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.
23
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 Business All-in-One Sell Authorization
✓ SAP Cloud Human Resources Sell Authorization
1.2.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 :
Tableau 1: Client de Value Pass Consulting
Clients Mission 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
• Accompagnement à la mise en place de SAP au sein de la filiale

marocaine d’International Paper (modules FI/CO/MM)
• Formation des utilisateurs
• Support – Assistance
24
• 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
• Développement et mise en place de Reporting sur SAP
• Modélisation des processus et mise en place des procédures
• Mise en place des indicateurs de performance
• Montée de version de my SAP CRM 3.0 vers my SAP CRM 4.0
• Mise en place de my SAP CRM au sein de la filiale algérienne de

Tunisie Leasing
• Diagnostic Organisationnel et Humain préalablement à la mise en
place d’un nouveau système d’information au sein de la régie
publicitaire de la SNRT
• Mise en place des procédures de suivi des dépenses marketing
• Gestion Facturation inter company (Coca-Cola et Embouteilleurs
• Rédaction et mise en place des procédures de gestion

• Cadrage SI : étude & assistance au choix du SI cible
• Assistance au déploiement de Wingsm – logiciel de gestion intégrée
dédiée aux télécoms.
• Diagnostic, définition des processus et mise en place des procédures
au sein des sociétés du Groupe SAHAM – POLE DISTRIBUTION
25
1.2.3. Organigramme de l'entreprise

Value Pass s’appuie sur des business Units. Pour mener à bien les activités, VALUE PASS
se compose de consultants techniques et fonctionnels en système d’information, prêts à
accompagner le client depuis le choix de sa solution jusqu’à sa mise en œuvre. Tout au long
de ce projet, j’ai travaillé au sein de l’équipe fonctionnelle MM (Material Management).
Figure 2: Organigramme de l'entreprise
1.2.4. Fiche technique

La fiche technique de l’entreprise Value Pass Consulting est représentée dans le tableau 2.
Tableau 2: Fiche technique
Site www.valuepass-consulting.com
Effectif 150
Fax +212 5 22 52 14 55
Tél +212 5 22 21 84 49
Location Technopark Casablanca
Date de création 2005
Partner Type Value-Added Reseller (VAR)
Partner Level Gold
26
Partner Engagement Sell SAP Solutions (Implement, Service and Support

Solutions)
Solution Focus SAP Buisness All-in-One
Industry Focus Oil and Gas
Engineering, Construction and operations
Small Enterprise (Less than 500 Employees)
Company Size Focus Medium Enterprise (500 to 1.000 Employees)
Large Enterprise (More than 1.000 Employees)
2. Organisme client : EURAPHARMA

Eurapharma, une société du groupe CFAO, est un leader de la distribution de produits et
services pharmaceutiques en Afrique et dans les Collectivités et Territoires d’Outre-Mer. Elle
opère dans 23 pays sur le continent Africain, au Portugal, au Danemark, en Italie, en Inde, en
Chine et dans 7 Collectivités et Territoires d’Outre-Mer. De plus d’un demi-siècle
d’expérience, elle est devenue le partenaire de référence des grands laboratoires
pharmaceutiques désireux de se développer sur ces pays.
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 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 Zenâta et un site de distribution Ain Sebaa. Elle 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.
27
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.
Activité industrielle de Maphar :
Maphar produit plusieurs types de produits notamment :
✓ Les formes sèches qui représentent 70% de l’activité industrielle.
✓ Les liquides (Sirops et autres), qui représentent 19% de l’activité.
✓ Les suppositoires et les pâteux qui représentent à eux 12% de l’activité.
Maphar produit essentiellement pour le géant pharmaceutique SANOFI ainsi que pour divers
commettants.
Figure 3: Taux de production des types de produits
Les activités du site de production Zenâta exploité par les laboratoires Maphar à Casablanca
sont :
✓ Fabrication et distribution des produits pharmaceutiques,
✓ Quatre domaines d’activités : Pharmacie, Cosmétique, Diététique et Parapharmacie,
✓ 520 spécialités pharmaceutiques,
✓ Plus de 30 laboratoires partenaires Commettants,
✓ Parts de marché : 14%,
✓ Chiffre d’affaires consolidé : 84.7 Millions d’euros,
✓ La production d’une large gamme de formes galéniques.
28
Certifications et agréments
ISO 14001 : Se concentrent sur les systèmes de management environnemental dans cette
optique. Les autres normes de la famille traitent d’aspects spécifiques tels que l’audit, la
communication, l’étiquetage et l’analyse du cycle de vie, ainsi que des enjeux
environnementaux ayant une incidence sur le changement climatique.
ISO 50001 : Guide les organismes, quel que soit leur secteur d'activité, dans la mise en œuvre
d'un système de management de l'énergie qui leur permettra de faire un meilleur usage de
l'énergie.
OHSAS 18001 : Indique la méthode de mise en place d'un management de la santé et de la
sécurité au travail. L'objectif est d'obtenir une meilleure gestion des risques afin de réduire le
nombre d'accidents, de se conformer à la législation et d'améliorer les performances.
3. Cahier des charges

3.1. Contexte générale du projet
Au terme de la troisième année du cycle d’ingénieurs à l’école nationale des sciences
appliquées de Tétouan, l’élève ingénieur est appelé à effectuer un stage de fin d’étude visant à
consolider ses acquis par une confrontation avec la réalité du terrain, à découvrir le monde de
l’entreprise et à réaliser un projet de fin d’études. C’est dans ce cadre que j’ai été amené à
effectuer un stage au deuxième semestre au sein de l’entreprise Value Pass Consulting à
Casablanca sous l’encadrement de cette dernière et de l’ENSATé.
L’encadrement au cours du déroulement du projet a été assuré par Mme. DKHISSI Btissam,
professeur à l’ENSA de Tétouan. La validation du travail réalisé est une tâche attribuée aux
membres constitutifs du jury de l’ENSATé. Ce jugement est porté à la suite d’une soutenance
où le résumé du travail sera présenté, et à l’évaluation de la qualité du rapport de synthèse.
Mon projet a été décidé dans une optique d’aider Value Pass Consulting à mettre en place le
module des achats et approvisionnement pour le client Eurapharma dans l’environnement
SAP S4 Hana 1709 avec l’interface SAP Fiori.
Le présent rapport est le fruit de mon stage de fin d’études, dans lequel je vais présenter les
détails du projet ainsi que les phases auxquelles j’ai contribué avec l’équipe MM afin
d’aboutir au résultat final.
3.2. Objectifs du projet
Dans le cadre de l’intégration du progiciel SAP S4 Hana 1709 pour le groupe Eurapharma du
groupe CFAO, l’entreprise sera donc amenée à mettre en place une solution intégrée pour
29
répondre aux besoins du client. Je fais partie de l’équipe achat responsable du module
Material Management MM. Cette solution a pour objectif de :
✓ S’équiper d’une solution optimale pour répondre aux besoins opérationnels actuels et
futurs,
✓ Fournir une solution efficace et pérenne, flexible et intégrée pour les différents
intervenants de la chaine logistique d’Eurapharma,
✓ Standardiser les processus d'achats,
✓ Optimiser les opérations d’achat et d’approvisionnement,
✓ Améliorer la relation Achat/Fournisseur avec les applications dédiées à l’évaluation
des fournisseurs,
✓ Obtenir une vision globale sur les différents maillons du processus d’achat grâce aux
applications dédiées aux reporting analytique.
Et pour cela je serai donc amenée à :
✓ Participer avec l’équipe fonctionnelle dans la conception des processus achat,
✓ Paramétrer le module MM (Material Management),
✓ Développer des programmes pour répondre aux besoins spécifiques du client.
✓ Dérouler les flux Material Management en intégration avec les modules HCM, SD,
QM, EWM et FI,
✓ Dérouler les scripts de test (unitaire, d’intégration et de performance) sur le système
SAP,
✓ Préparer des supports de formation pour les Key-User,
✓ Préparer les Scripts de test pour la recette,
✓ Etablir un plan d’action avec l’équipe fonctionnelle et suivi des actions déployées,
✓ Mettre en place le programme de chargement des données statiques &
transactionnelles,
✓ Effectuer des tests et des corrections en paramétrage pour vérifier le bon déroulement
des flux,
✓ Réaliser les recettes avec le client.
3.3. Etude des risques
Un risque est défini en gestion de projet comme une situation ou un évènement pouvant
impacter la réussite du projet. L’étude des risques a pour objectif d’identifier ces situations
pour déterminer des actions préventives visant à réduire les chances qu'elles se produisent.
30
Elle implique l'ensemble des parties prenantes d'un projet : L'équipe en charge du projet, le
client et les fournisseurs.
La première étape s’agit de l’identification des risques du projet d’après les objectifs fixés, les
exigences du client et du contexte du projet. La deuxième étape s’agit de classifier les risques
identifiés selon leurs types et l’estimation de leur probabilité d’apparition ainsi que leur
impact sur le déroulement du projet. Enfin des actions préventives sont définies pour chaque
risque dans le but de limiter sa probabilité d’apparition.
Le Tableau 3 illustre la matrice des risques pour le projet de la mise en place de SAP S4
Hana 1709 au profit du client Eurapharma.
Le Tableau 4 définit la clé des couleurs utilisés pour indiquer le classement des risques.
Tableau 3: Matrice des risques du projet
Risque Impact Probabilité Classement Actions préventives

Risque liés planification de projet
Etablir une bonne
organisation du projet
Retard sur le
Mauvaise estimation du en déterminant un
planning réel Moyen
planning prévisionnel planning prévisionnel
du projet.
avec une marge de
manœuvre.
Rester réaliste et
Mauvaise connaissance Mauvaise
étudier les contraintes
des contraintes gestion des Moyen
du projet qui peuvent
et difficultés anomalies
intervenir.
Risques liés à l’implication des équipes
Longue durée
pour atteindre
-Encourager les
les objectifs et
Manque de motivation équipes
déviation du Elevé
des équipes -Redistribuer les rôles
planning
-Communication
prévisionnel
de réalisation
Risques liés à la communication
Vision personnelle du Retard sur le Faible Partager la même
31
projet au lieu d’une projet et vision du projet.

vision collective Manque de
synergie entre
les acteurs
Bonne relation avec
Difficulté de collecte Manque
tout le personnel de
des informations d’informations
Moyen l’entreprise Value
et confidentialité des pertinentes
Pass pour une
données pour l’analyse
meilleure intégration.
Risques liés au savoir-faire
Manque
Documentation sur
d’organisation
Manque de les différents outils et
des données et Elevé
méthodologie méthodes à utiliser
difficulté
durant le projet.
d’analyse
Partage des idées avec
Perte de temps
le top management
Proposition d’une et aucune
affecté au projet et
solution non pertinente valeur ajoutée Faible
l’implication des
pour l’entreprise. pour
acteurs lors de la prise
l’entreprise.
de décision
Partage de
Indisponibilité de Retard dans le l’information avec le
l’équipe technique en planning du Elevé manager et le team
cas de besoin travail lead de l’équipe
technique.
Tableau 4: Classement des risques
Faible Moyen Sévère Dangereux
32
3.4. Phases du projet

3.4.1. Définition de la méthodologie ASAP
L’entreprise Value Pass propose une méthode de préparation et de mise en œuvre de systèmes
SAP : ASAP – Accelerated SAP (préconisée par SAP), qui est décomposée en 5 étapes
présentées dans la figure suivante et détaillées après.
Figure 4: Méthodologie ASAP
La méthodologie ASAP se base sur les 5 phases suivantes :

Phase 1 : Préparation du projet
Au cours de cette phase, l'équipe passe par la planification initiale et la préparation de SAP.
➔ Cadrage du projet
Phase 2 : Conception
Le but de cette étape est de parvenir à une compréhension commune de la façon dont
l'entreprise a l'intention d'exécuter SAP.
➔ Spécifications fonctionnelles
Phase 3 : Réalisation
Le but de cette étape est de mettre en œuvre toutes les exigences de processus métier.
➔ Données de base et solutions
Phase 4 : Préparation finale
Le but de cette phase est de compléter la préparation finale (y compris les tests, la formation
des utilisateurs finaux, la gestion du système).
➔ Paramétrages et tests
Phase 5 : Go Live & Support
Le but de cette étape est de passer d'un environnement de préproduction à un environnement
de production.
➔ Recette finale
33
3.4.2. Méthodologie appliquée sur le projet de fin d’étude

Phase I : Préparation du Projet
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 II : 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 III : 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, car il s’agira pour l’équipe Value Pass
d’exécuter les tâches suivantes :
✓ 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),
✓ Faire le suivi des recettes et corrections,
✓ Implémenter le système d’autorisations (implication forte Eurapharma),
34
✓ 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,
✓ Enregistrer les incidents,
✓ Ré-tester les processus non validés,
✓ Définir des tâches et fonctions,
✓ Définir le modèle de support pour le post go-live.
Phase IV : Préparation finale
A l’instar des autres phases, celle-ci nécessite la coopération des deux équipes pour pouvoir
conclure les tests, former les utilisateurs finaux et migrer les données de l’ancien système vers
le nouveau.
Phase V : 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.
3.5. Définition de la problématique
La société Eurapharma du groupe CFAO est un grand distributeur des produits et services
pharmaceutique en Afrique et en Outre-Mer.
Consciente de l’apport d’un système d’information fiable, efficace et performant pour
accompagner la mise en œuvre de sa stratégie de développement, cette société a mené une
réflexion afin d’initier le projet de mise à niveau de son système d’information.
Pour cela, Eurapharma a préalablement effectué un diagnostic de son système d’information
actuel en vue de dresser un bilan critique de son patrimoine SI et de préciser les perspectives
de son évolution.
Le système d’information intégré cible doit permettre à notre client de relever les défis et
d’assurer sa mission dans un contexte de changement de son environnement et de ses
activités.
L’évolution du système d’information devrait permettre les améliorations des différents
processus et la maîtrise des coûts et des délais et cela via une solution informatique qui assure
la gestion de ces fonctions de manière modulaire en alimentant une base de données unique et
commune.
35
En particulier, Eurapharma a besoin d’être plus productive en améliorant sa capacité à gérer et

à optimiser son processus d’achat en passant de SAP ECC à SAP S/4 Hana dans sa dernière
version 1709. En effet, avec le nouveau système, la société cherche à suivre en temps réel les
dépenses, les évaluations, les scores et les contrats des fournisseurs à l’aide des applications
analytiques sur l’interface utilisateur FIORI UX (User Experience), dans le but d’avoir un
impact immédiat sur les résultats ainsi que sur la position concurrentielle de l’entreprise.
Contrairement à l’ancien ERP qui offrait des approches d'approvisionnement classiques avec
un traitement qui prenait une longue période dues à la multiplicité des transactions.
Dans l’objectif de mieux souligner la grande problématique de ce projet, je la définis comme
suit : ‘ Optimisation des opérations d’achat et d’approvisionnement avec un système intégré,
immédiat et intelligent : S/4 Hana 1709 On Premise’.
Afin de mieux définir la problématique de mon projet de fin d’étude, j’ai utilisé la méthode
QQOQCP afin de mieux comprendre les éléments qui sont en interaction avec la
problématique.
Tableau 5: Méthode QQOQCP
Méthode QQOQCP
QUI ? Qui est concerné - Value Pass Consulting
par ce projet ? - Eurapharma
- Equipe Logistique/MM
QUOI ? De quoi s’agit-il ? Amélioration globale du processus d’achat
et d’approvisionnement avec des solutions opérantes
en temps réel.
Où ? Où est le Le processus achat et approvisionnement
problème ? d’Eurapharma
QAUND ? Depuis quand ? Depuis l’expression du besoin d’achat
COMMENT ? De quelle manière ? - Remplacement de SAP ECC Par SAP S/4 Hana 1709
- Conception de la solution
- Paramétrage de la solution
- Déploiement des applications d’Achat et
Approvisionnement pour Eurapharma
POURQUOI ? Dans quel but ? - Meilleure prise de décision
- Centralisation des achats
- Optimisation des délais et de contrôle des dépenses
36
- Visibilité globale sur la chaîne d’approvisionnement

3.6. Acteurs du projet
Chaque projet d’implémentation SAP qui s’étale sur plusieurs modules, nécessite une équipe
fonctionnelle qui travaille en collaboration avec une équipe technique pour chacun des
modules.
L’équipe du projet de mise en place du nouveau système pour le client Eurapharma est définie
dans la figure 5.
Directeurs de projet
Directeur projet Value Pass Directeur projet Eurapharma
Chefs de projet
Chef projet Value Pass Chef projet Eurapharma
Equipe Fonctionnelle MM
Manager MM Value Pass Consultants Séniors et Juniors
- Amal Ouady - Ibrahim Begdouri

- Sara Amzil
Equipe Technique
- Yassine Benmakhlouf
- Tarik Lyahyaoui
Figure 5: Equipe Projet
37
4. Planification du projet
Comme pour chaque projet, un planning prévisionnel s’avère très nécessaire pour le bon
déroulement du travail. En collaboration avec le comité de pilotage, nous avons élaboré le
planning prévisionnel suivant :
Figure 6: Planification prévisionnelle du projet
En effet nous avons respecté parfaitement le délai d’accomplissement des étapes de notre
projet jusqu’à présent comme il le décrit Le planning réel du projet (Annexe 1).
5. Conclusion
Ce premier chapitre étant clos, j’ai tâché de décrire amplement le cadre complet du projet, dans
lequel j’ai défini l’organisme d’accueil ainsi que l’organisme client, et le cahier des charges du
projet de fin d’études.
38
Chapitre 2 :
Environnement du projet
La bonne maîtrise du processus achat requiert une

solution stable, agile mais surtout compatible au
secteur d’activité. Il est donc nécessaire de bien
connaître les différentes fonctionnalités de chaque
solution potentielle et mieux cerner son périmètre
fonctionnel. Tel est la finalité de ce chapitre, où
j’expose globalement les solutions adéquates à notre
projet. Je vais mettre la lumière sur les deux systèmes
SAP ECC existant et SAP S4 Hana.
Plan :
- Présentation SAP
- Présentation SAP ECC
- Présentation SAP S/4 Hana
- Module des Achats et Approvisionnement
- Limite de la gestion des achats sur SAP ERP
- Conclusion
39
Avant de définir les versions de SAP sur lesquelles j’ai travaillé avec l’équipe MM durant
mon projet de fin d’études, il s’avère nécessaire de définir d’abord le progiciel de gestion
intégré SAP.
1. Présentation SAP
SAP (Systems, Applications and Products for data processing en anglais) le nom utilisé pour
désigner un progiciel de gestion intégré développé et commercialisé par l'éditeur de ce produit
(SAP SE). Il permet de définir, de paramétrer et de maîtriser l’ensemble des processus d'une
entreprise, en intégrant dans un même outil informatique l’ensemble de ses fonctions de
gestion sous la forme de différents modules partageant automatiquement les données entre
eux.
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, EAM, 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.
Les différentes versions de SAP au fil des années sont :
✓ SAP R/1 : Version de développement
✓ SAP R/2 : Version opérationnelle et stable de l'ERP sur gros systèmes (architecture
mainframe)
✓ SAP R/3 : Décliné en plusieurs sous-versions de 2.1 à 4.7. Cette version R/3 est en
architecture Client / Serveur.
✓ SAP ECC : ou ERP Central Component qui se trouve en version 5 et 6, très utilisée en
entreprise.
✓ SAP S /4 HANA : La dernière version de SAP et la nouvelle tendance optée par
plusieurs entreprises.
40
1.1. Composante Logistique

Module SAP MM (Material Management) ou Gestion des articles
Ce module concerne la gestion des articles d'un point de vue achats et gestion des stocks. Il
traite les notions telles que : Le calcul des besoins, des réapprovisionnements (MRP –
Material Requirements planning), la gestion des achats (contrats, demandes d'achats,
commandes de biens, de services), les mouvements de stocks (réceptions de marchandises,
Valorisation des stocks), le contrôle des factures et la gestion des stocks (entrées, sorties,
transferts de stocks) ainsi que l’inventaire.
Module SAP PP (Production Planning) ou gestion de la production
Ce module concerne la gestion de la Production. Il comprend : La planification de la
production, le calcul des besoins (MRP I), PIC, PDP, MRP II : Plan Industriel et Commercial
(prévision des ventes au niveau entreprise), Plan Directeur de Production (prévision de la
production au niveau usine), Calcul des besoins et des ressources (hommes et machines),
planification des capacités, contrôle de la fabrication, suivi de la production, calcul du coût de
revient et gestion des nomenclatures.
Module SAP SD (Sales and Distribution) ou Administration des ventes
Ce module traite la gestion des ventes. Il traire la gestion des appels d'offres, les offres, les
contrats, les commandes clients, les expéditions et livraisons, la facturation, les remises en
nature et le Schéma partenaire / Rôle partenaire.
Module SAP QM (Quality Management) ou Gestion de la qualité
Ce module concerne tout ce qui est en relation avec la gestion de la qualité. Y compris : La
planification de la qualité, plan d'inspection, contrôle qualité, documentation, inspection,
certificats qualité (entrée / sortie de marchandises) et gestion des réclamations qualité (Avis
QM).
Module SAP WM (Warehouse Management) ou Gestion des emplacements de magasin
Ce module couvre la gestion globale des entrepôts, HUM : Handling Unit Management et la
Gestion des unités de manutention.
1.2. Composante Gestion Comptable
La composante comptabilité financière de la solution SAP est divisée en plusieurs modules.
Le module SAP FI ou comptabilité financière
Ce module contient toutes les écritures des ventes et achats, lesquelles se déversent dans la
comptabilité générale via la comptabilité client ou fournisseur.
41
Ses sous-modules sont la comptabilité générale (General Ledger), Comptabilité clients

(Accounts Receivable), Comptabilité fournisseurs (Accounts Payable), Comptabilité des
immobilisations (Asset Accounting), Gestion de trésorerie et comptabilité bancaire, Gestion
des déplacements (Travel), Comptabilité budgétaire (Funds Management) et Consolidations.
Le module SAP CO ou contrôle de gestion
Ce module concerne les aspects suivants : Comptabilité des natures comptables, Gestion des
types d'activités, Gestion des ratios statistique, Comptabilité analytique des centres, Activity-
Based Costing, Ordres de frais généraux, Projets de frais généraux, Calcul du coût de revient
par produit, Calcul analytique des supports de coûts et le sous-module de Compte de résultat
et analyse par segment de marché.
1.3. Composantes Ressources Humaines
La composante Ressources Humaines de la solution SAP est divisée en plusieurs modules.
Module SAP HR (Human Resources) ou Gestion des ressources humaines
Le module traite plusieurs notions pour la gestion des ressources humaines, les sous-modules
disponibles sont : Données de base personnel, Gestion de la rémunération, Gestion des
employés, Gestion de la paie, Suivi du temps de travail, Suivi des frais de déplacement,
Gestion des compétences, Gestion de la structure HR de l'entreprise, Suivi des carrières,
Planification des réservations de salle, Gestion des séminaires et conférences, Recrutement de
personnel et Gestion des formations et évènements.
Cette multiplicité de modules permet l’implication de tous les départements de l’entreprise au
sein d’une seule solution.
2. Présentation SAP ECC

SAP ERP Central Component (ECC) est l'une des versions les plus reconnues de SAP. Il
s'agit d'un logiciel de planification des ressources d'entreprise qui comprend plusieurs
modules qui permettent aux organisations de contrôler leurs processus métier clés.
Les modules peuvent communiquer entre eux pour créer une solution entièrement intégrée
spécifique à presque tous les clients dans un large éventail de secteurs industriels.
Avec des modules comme Finance (FI), Gestion des articles (MM), Ventes et Distribution
(SD), Gestion des ressources humaines (HCM), gestion d’entrepôt (WM), …
Les modules SAP ECC fournissent de multiples transactions qui permettent aux
organisations de gérer des fonctionnalités commerciales clés axées sur leurs besoins
spécifiques.
42
Figure 7: Modules SAP ECC
Ces modules sont également livrés en fonction de l'industrie, de sorte que la fonctionnalité est
également adaptée pour le secteur public, le pétrole et le gaz, le transport, etc.
Les modules ECC peuvent communiquer les uns avec les autres, ce qui permet à
l'organisation d'avoir un contrôle total sur toutes les différentes opérations et d'être en mesure
d'en obtenir des rapports sur l’ensemble des transactions.
3. Paysage système
SAP repose généralement sur l’existence de trois environnements de travail (serveurs ou
systèmes) composés de plusieurs mandants. Le mandant représente un sous-ensemble de
données au sein de la machine : Lorsque les utilisateurs se connectent à une machine SAP et
ils interrogent une table de la base de données, ils accèdent uniquement aux données pour le
mandant ; si des données existent pour un autre mandant, elles ne sont pas présentées.
Figure 8: Description du paysage système SAP
43
Les trois principaux environnements sur lesquels se base l’installation de SAP sont les
suivants :
✓ Système de développement « DEV » : consacré au développement et au paramétrage
pour adapter le progiciel standard à des besoins spécifiques de l’entreprise. Pour un
développeur, le mandant est une zone des tables qui fera partie de la clé primaire, de
cette manière, même si plusieurs mandants sont définis sur la machine, les
informations seront stockées dans une et une seule table.
✓ Système de qualité « QUAL » : permet la validation du travail fait par les
développeurs, autrement dit, c’est le serveur où les consultants fonctionnels testent les
applications réalisées ainsi que les modifications apportées aux programmes standards.
Ce dernier permet de garantir que ces modifications n’auront pas d’impact sur le
serveur de PROD.
✓ Système de production « PROD » : représente l'environnement productif qui est le
véritable système où travaillent les utilisateurs finaux : comptables, contrôleurs de
gestion, personnel des entrepôts, des usines, etc.
Ce système ne doit comporter qu’un seul mandant.
J’illustre à travers la figure suivante les principaux environnements (Serveurs ou systèmes)
recommandés par SAP.
Figure 9: Environnements de travail de SAP ECC
4. Présentation SAP S/4 HANA

SAP a sorti la dernière version de son ERP SAP Business Suite qui fonctionne uniquement
sur la base de données HANA, puisque la base de données est devenue un facteur critique et
SAP veux éliminer les dépendances sur Oracle, Microsoft et autres fournisseurs de bases de
44
données. HANA est une base de données en mémoire fiable qui combine le meilleur de
l'architecture de base de données basée sur les colonnes et les lignes. Elle a de nombreuses
fonctionnalités avancées telles que la réplication, le mécanisme de basculement automatique
et les performances développées que de nombreuses entreprises envisagent d'avoir.
Ainsi, la complexité des tâches a diminué, ce qui permet d’augmenter la productivité
commerciale et d’optimiser les opérations les plus courantes. Ces différentes améliorations
permettent aux collaborateurs de se concentrer sur des tâches à plus haute valeur ajoutée avec
des informations en temps réel et des outils d’analyses intégrés.
Cette version de l’ERP permet à n’importe quelle entreprise d’augmenter la productivité des
utilisateurs, d’optimiser les performances de la chaîne logistique et de simplifier
l’infrastructure informatique pour les clients grâce à SAP Fiori.
SAP Fiori est une collection d’applications métier dont le but principal est l’amélioration de la
productivité par l’expérience utilisateur pour les scénarios les plus courants : transactionnels
ou analytiques (Validation de demandes d’achats, saisie des temps, contrôle de
disponibilité…). Il devient l’interface par défaut de SAP S/4HANA, on-Premise ou cloud. Il
est un SAP standard et multi-devices adapté aux différents types de terminal (PC, tablette,
Smartphone), et à l’écran d’affichage (taille, portrait / paysage, tactile).
La version On Premise de SAP permet d’utiliser l’ensemble des fonctionnalités de l’outil avec
un degré très fin de paramétrage et une adaptabilité accrue aux nécessités internes de
l’entreprise. L’offre est particulièrement adaptée aux entreprises jouissant de grandes
infrastructures grâce à son aspect « clés en main » visant à avoir :
✓ Systèmes de planification opérationnelle
✓ Analyse des risques technologiques
✓ Monitoring des processus de production
✓ Optimisation de la gestion d’actifs
✓ Création de montages financiers
✓ Supply Chain « intelligente »
Plusieurs fonctionnalités et améliorations ont été intégrées dans S/4 Hana On Premise 1709 :
- Au niveau du Secteur finance :
✓ Renforcer la planification et l'analyse financière,
✓ Simplifier la clôture comptable et financière,
✓ Améliorer la gestion des risques liés à la trésorerie et aux processus financiers,
✓ Encourager les opérations de gestion financière collaboratives,
45
✓ Gérer efficacement les risques et la conformité d'entreprise.

- Au niveau de la Chaîne logistique digitale :
✓ Intégrer les processus de gestion des stocks et de la logistique,
✓ Améliorer la planification de la production,
✓ Prendre en charge des processus d'assemblage complexes,
✓ Accélérer les workflows de production,
✓ Encourager une gestion efficace de la maintenance,
✓ Améliorer la gestion de la qualité.
- Au niveau des Achats et Approvisionnements :
✓ Gagner une visibilité globale sur les achats,
✓ Rationaliser les achats opérationnels,
✓ Automatiser les processus de gestion de l'approvisionnement et des contrats,
✓ Bénéficier d'une visibilité approfondie sur la chaîne logistique,
✓ Simplifier les processus d'achat,
✓ Gérer efficacement les achats de marchandises,
✓ Evaluer efficacement les fournisseurs.
- Au niveau de Recherche et Développement :
✓ Améliorer la gestion des projets et le développement des produits,
✓ Gérer efficacement les projets de l’entreprise,
✓ Rationaliser la gestion du cycle de vie des produits,
✓ Accélérer les processus d'ingénierie des produits.
Ainsi que des fonctionnalités supplémentaires, par exemple :
✓ Maitriser le cycle de vie des données,
✓ Gérer les équipes et les responsabilités,
✓ Gérer les contenus juridiques,
✓ Outils d’analyse avancés.
5. Module des Achats et Approvisionnement (MM)
Le module MM (Material Management) est le module logistique de SAP. Il est indispensable
pour la gestion des articles (Achat, stockage, mouvements de stocks…). Il permet plus
précisément de gérer :
✓ Le calcul des besoins et des réapprovisionnements,
✓ Le contrôle des factures fournisseurs,
✓ Les commandes de biens et de services,
46
✓ La gestion des achats contrats et demandes d’achats,

✓ La réception des marchandises,
✓ La Gestion des stocks,
✓ Les Inventaires.
5.1. Structure organisationnelle
Il est important de bien définir l’environnement logistique et financier de chaque unité
structurelle dans SAP. Pour cela ces structures se paramètrent au début du projet, et
permettent d’avoir des clés des tables pour accéder aux données.
L’organisation du module SAP MM se fait par mandant, la figure ci-dessous représente une
arborescence de la structure organisationnelle sur SAP.
Figure 10: Organisation du module MM
5.2. Données de base du module MM

Dans chaque module de SAP existe une multitude de données primordiales, très élémentaires,
et indispensables à l’ensemble des transactions effectuées vis-à-vis un processus. Dans le
module MM en particulier, les données de bases sont énumérées ci-dessous :
- Fiche article : Une fiche article contient les données de gestion relatives à un produit ou
matériel donné.
- Fiche fournisseur : Une fiche fournisseur contient les données de gestion relatives à un
partenaire.
5.3. Processus d’achat et approvisionnement sur SAP
Le processus de SAP MM de base se résume comme suit :
47
Entrée de marchandises Vérification de la

Identification du besoin
et gestion des stocks facture
Gestion des sources

Suivi des commandes Paiement
d'approvisionnement
Sélection des
Traitement des
fournisseurs et
commandes d'achat
Comparaison des offres
Figure 11: Processus d'Achat et Approvisionnement
Le processus d’achat, communément appelé le cycle d’approvisionnement, est constitué des

étapes suivantes :
1. Identification du besoin
Le besoin en biens ou services doit être exprimé à travers un document appelé Demande
d’achat, qui est utilisé pour informer le responsable qu’un besoin en biens/services a eu lieu.
2. Gestion des sources d'approvisionnement
Le responsable, à l’aide de SAP, détermine les fournisseurs capables de répondre à la
demande d’achat préétablie. SAP aide à déterminer les sources d’approvisionnement
potentielles qui apparaissent dans des contrats ou programmes de livraison et qui peuvent
livrer les biens ou services demandés.
3. Sélection des fournisseurs et Comparaison des offres
Lorsque plusieurs fournisseurs répondent au besoin, une sélection est nécessaire. SAP met à
la disposition des responsables une comparaison des offres des fournisseurs en se basant sur
multiples critères (Délais livraison, Respect des quantités…).
48
4. Traitement des commandes d’achat

Les commandes d’achat sont créées en référence soient aux demandes d’achat, aux contrats
ou bien en se basant sur les offres des fournisseurs. Elles contiennent des informations sur les
conditions de paiement et de livraisons, des postes identifiant les articles et sur les groupes
d’acheteurs associés. Les commandes d’achat sont envoyées aux fournisseurs en tant que bon
de commande.
5. Suivi des commandes
SAP permet de vérifier le respect des délais de livraison par les fournisseurs ainsi que
d’indiquer à l’aide des applications de synthèses d’approvisionnement les postes en retard,
dans le but d’aider les acheteurs responsables à suivre leurs commandes et à agir plus
rapidement.
6. Entrée de marchandises et gestion des stocks
Le système permet de confirmer la réception de marchandise à l’aide du numéro de
commande et augmenter automatiquement le niveau de stock car il est mis à jour.
7. Vérification de la facture
La personne responsable, souvent un comptable, procédera à la vérification de la facture. Cela
se fait en effectuant la comparaison de la facture reçue et la commande d’achat et s’assurant
de la bonne réception des biens/services contenus dans la commande d’achat. Ensuite la
transaction MIRO est exécutée pour créditer le compte fournisseur spécifié dans la
commande d’achat.
8. Paiement
Le compte fournisseur en question augmentera à la suite de l’exécution de la transaction
MIRO. Par conséquent l’entreprise doit procéder au paiement du fournisseur conformément
aux conditions mentionnées dans la commande d’achat. La transaction du paiement
s’exécutera dans le module financier (FI).
6. Limite de la gestion des achats sur SAP ERP

Le module MM de SAP permet une gestion pratique des achats, d’approvisionnement et de
stocks. Mais la gestion de la relation fournisseur n’est pas assez développée comparée à
d’autres solutions qui proposent plusieurs fonctionnalités de rapprochement et de
collaboration avec les partenaires en amont de la chaîne logistique.
Le cas de la gestion des appels d’offres à titre d’exemple sur SAP ERP : Après la création
d’un appel d’offre sur SAP, l’acheteur passe à la gestion de ce dernier en passant par la
transaction ME47. Une fois que les offres sont soumises par l’ensemble des fournisseurs,
49
l’acheteur passe à la comparaison des offres en utilisant la transaction ME49. L’inconvénient

est que la comparaison des offres sur SAP se focalise uniquement sur l’aspect technique,
c’est-à-dire seul le prix de l’offre est pris en considération, ce qui ne représente qu’un seul
critère de sélection parmi plusieurs que l’entreprise doit prendre en considération. Cela dit, et
surtout pour des achats stratégiques, une multitude de critères (Prix, Délai, Capacité de
production, respect de l’environnement…) sont pris en considération, une grille de
dépouillement est souvent utilisée pour affecter un score à chaque critère, et ceci avant la
réception des offres pour garantir une plus grande objectivité lors du dépouillement. L’offre
obtenant le meilleur score final est celle à qui on attribue le marché.
Cet exemple ne représente qu’un petit aperçu des limites de la gestion de la relation
fournisseur sur SAP, en se projetant sur la perspective du global sourcing, les entreprises
souhaitent s’ouvrir sur de nouvelles opportunités géoéconomiques, et établir de nouvelles
relations avec des fournisseurs qui proposent le produit ou le service le plus adéquats aux
attentes et exigences de l’acheteur et donc de toute la chaîne de valeur. En ce qui concerne les
enjeux de l’installation du système, les coûts de licences, la lourdeur d’intégration, la
complexité d’échange des différents documents électroniques et la difficulté de collaboration
font fuir les partenaires de l’entreprise.
Face à cette entrave, la société SAP s’est intéressée à mettre à niveau ses prestations en termes
de plusieurs modules, entre eux les achats et approvisionnements grâce à sa dernière version
Sap S/4 Hana. Les fonctionnalités les plus marquantes : Traitement en temps réel des activités
d’achats, reporting analytique qui permet de monitorer les écarts, l’évaluation des
fournisseurs par prix, qualité, délai, quantité et questionnaire, gestion des demandes d’offres
en une seule application et la facilitation de l’expérience d’utilisateur de SAP grâce à
l’interface Fiori UI5.
7. Conclusion
Dans ce deuxième chapitre, j’ai tâché de décrire amplement l’environnement de travail sur le
projet de fin d’études. Par la suite, une analyse fonctionnelle s’avère indispensable afin de
mieux expliquer le besoin du client ainsi que la conception de la solution déployée.
50
Chapitre 3 :
Analyse fonctionnelle et Conception
Les compétences d’un consultant se reflètent dans

son savoir-faire à traduire un besoin en un modèle
fonctionnel cohérent au sein du système
d’information. Dans cette logique, ce chapitre se
constitue de deux parties : Analyse fonctionnelle et
Conception de la solution.
Plan :
- Analyse fonctionnelle
- Conception de la solution S/4 Hana 1709
- Conclusion
51
1. Analyse fonctionnelle
Je vais présenter dans cette partie l’analyse fonctionnelle du projet, cela a pour objectif, en
premier lieu, d’identifier l’état actuel du projet c’est-à-dire le ‘As Is’, ou la représentation de
la situation présente. En second lieu, cette analyse nous permettra d’identifier la situation
attendue à l’issu de ce projet, ou l’état futur c’est-à-dire le ‘To Be’.
1.1. Etude de l’existant
Le AS IS :
L’entreprise Eurapharma souhaite intégrer 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).
Les produits de négoces sont des produits achetés puis commercialisés à l’un des sites de
ventes.
L’entreprise a pour objectif d’améliorer ses 5 domaines fonctionnels :
- Comptabilité financière et contrôle de gestion
- Achat et logistique amont
- Production et gestion de la qualité
- Gestion des entrepôts
- Vente et logistique aval
Le système d’information :
Le projet porte sur les achats et logistique amont, Eurapharma utilise actuellement SAP ECC
pour la gestion de ses achats. Cette version de SAP est exécutée sur la base de données
Oracle, Microsoft, IBM DB..., qui nécessite de longues durées de traitement, puisqu’il s’agit
d’un système transactionnel qui ne repose pas sur la synchronisation en temps réel. Les
demandes d’achat, les commandes d’achat et les fiches infos-achat sont créés directement sur
le système en SAP GUI, qui est le client graphique qui permet à la fois : Aux End users
d'effectuer les différentes transactions ou programmes définis dans SAP, aux développeurs et
Key users d'effectuer l'ensemble de leur développements et paramétrage du système.
Le système ne donne pas les reporting analytiques des différentes activités liées à
l’approvisionnement ce qui ne permet pas d’avoir des informations en temps réel sur les
dépenses, les évaluations, les scores et les contrats des fournisseurs, et diminue davantage la
capacité des responsables à détecter les écarts et à agir rapidement. Cela impacte directement
52
la position concurrentielle de l’entreprise et réduit la compétitivité. Tandis que la gestion des

contrats et des appels d’offre est hors système.
Le processus :
Maphar dispose de deux types d’achat : Achat COGS et Achat NCOGS, via des achats locaux
et des achats importés.
✓ COGS : Produits matières premières et articles de conditionnement
✓ NCOGS : Produits de nettoyages, consommables, fournitures, services, etc.
Maphar pour la production et la distribution achète des matières premières (MP), des articles
de conditionnement (AC), des produits de négoces (PFI) et fabrique les produits finis (PFF).
Elle suit le processus d’achat standard depuis la demande d’achat jusqu’à la réception de
facture qui est représenté par le diagramme de flux.
Événe
ment
Besoin Besoin Nécessité d’un contrat Réception Facture

physique fournisseur
ndeur
Dema
Demande
d’achat
Valid
Validation Validation
eur
Validation DA contrat commande
Oui
Contrat Affectation contrat
existant /Source
d’approvisionnement
Non
Rôle Achat
Oui
Création de
Création contrat
Création de contrat?
l’Appel
d'Offres
Impression de Envoi de la
Création la commande commande d’achat
Commande d’achat (au fournisseur)
Non
Maga
Impression du bon Entrée de

sin
de réception marchandises
Compta
bilité
Réception de
facture
Figure 12: Diagramme de flux du processus d’achat Eurapharma
53
Clé du diagramme
: Début / Fin : Processus
: Sous Processus : Décision
: Document
Figure 13: Clé du diagramme des flux
1.2. Expression du Besoin du client

Après plusieurs réunions de l’équipe MM de Value Pass avec le client au cours de la
préparation initiale du projet, la solution Sap S/4 Hana 1709 a été proposé afin de répondre
aux besoins exprimés par le client au niveau des achats, production, qualité de la production
et qualité de la distribution, gestion d’entrepôt, ventes et distribution, contrôle de gestion et
finance.
Le To Be
La filiale d’Eurapharma Maphar souhaite s’investir dans un projet de mise à niveau de leur
système actuel, pour rationaliser leurs achats, suivre leurs dépenses en temps réel, simplifier
la manipulation de SAP pour les utilisateurs et évaluer leurs fournisseurs en se basant sur
multiples critères dans le but de renforcer leur position dans le marché au Maroc et en
Afrique.
Pour mieux cadrer le To Be, nous avons traduit l’ensemble de fonctionnalités demandées par
le client en fonctionnalités système qui sont exécutables et gérables par SAP. Le tableau 6
représente les différentes fonctionnalités demandées par le client en fonction des périmètres.
Tableau 6: Besoin du client
Gérer les données produits

Gestion des données
produits COGS : Matières - Utilisation des différentes catégories de produits
premières et articles de - Gestion de différents types de produits à des fins de
conditionnement reporting, de pilotage de l’activité et d’analyse des stocks
Gestion des données - Intégration dans MRP
produits NCOGS :
Nettoyages,
54
consommables,
fournitures, services, etc.
Création de données de - Gestion des validations pour la création de données de
base produit base produits
- Gestion de workflow de validation
Gérer les données fournisseurs
Gestion des fournisseurs - Maintien de plusieurs rôles par fournisseur (certains
non groupe fournisseurs sont clients par ex.)
Blocage fiche fournisseur - Mise en place d'un blocage fournisseur jusqu’à
(groupe ou non groupe) l'approbation qualité des fournisseurs (Exigences
pharmaceutiques)
Autres données de base
Contrat - Gestion des contrats fournisseurs dans le système
- Possibilité de créer des commandes d'achats directement
à partir du contrat
Condition de prix - Maintien de multiples conditions de prix dans les
commandes
- Gestion de conditions de prix complexes (en fonction de
formules, des quantités achetés par exemple)
Incoterms - Gestion de plusieurs incoterms par fournisseurs
Achat matières premières et articles de conditionnement (COGS)
Achat NCOGS (produits de nettoyages, consommables, services, etc.)
Achats de produits finis
Suivi des coûts par des
éléments de coûts (centre - Suivi des coûts par centre de coûts et par nature d'achat
de coûts) et la nature de - Suivi des coûts par utilisateurs, par fournisseur
l'achat
Gestion de multiples
sources - Gestion de fournisseurs par défaut dans le cas de plusieurs
d'approvisionnement pour sources d'approvisionnement existantes
un produit avec gestion
d'un fournisseur par défaut
55
Gestion des RFQ

- Gestion standard des RFQ dans un système ERP.
(Request For Quotation)
Création des demandes
- Création et validation des demandes d'achats
d'achat
Création des commandes - Possibilité de créer une commande d'achat sans demande
d'achat d'achat au préalable pour certains type d'achat
Valider la commande sur
- Dématérialisation du processus d'achat et des validations
le système et prévoir au
- Gestion d'un workflow de validation dans le système
maximum 4 niveaux de
(notifications du système)
validation
Evaluation fournisseur
Evaluation des - Mise en place d'une évaluation fournisseurs en fonction de
fournisseurs par critères multiples critères : Prix, Délai, Qualité, Quantité.
standards
Evaluation des
fournisseurs par - Audit interne des fournisseurs
questionnaire
Rapports d'approvisionnement (KPI)
Reporting analytique Suivi des demandes d'achats par fournisseur
Suivi des demandes d'achats par produit
Suivi des demandes d'achats par centre de coût
Suivi des commandes par fournisseur
Suivi des commandes par produit
Suivi des commandes par centre de coût
Liste des besoins en approvisionnement
Liste des commandes à réceptionner
Liste des commandes à facturer
Analyse générale des approvisionnements
Reporting spécifiques Reporting sur les données de base
Suivi des commandes à réceptionner et des commandes payées
ou non payées
Reporting des commandes libérées
Etat comparatif achat versus budget
56
Reporting achat par centre de coûts

Suivi date de réception demandée contre date réception réelle
2. Conception de la solution S/4 Hana 1709

Nous avons contribué dans ce projet aux trois phases de la méthodologie ASAP : Préparation
du projet, Conception et prototype, Réalisation et Recette. Dans la phase de conception,
l’équipe Value Pass expose les fonctionnalités clés et les points forts de la solution proposée
ainsi que les règles de gestion de chaque fonctionnalité du module des achats et
approvisionnements adaptées aux besoins du client.
Le comité du programme valide la phase de conception après l’organisation de plusieurs
ateliers entre l’équipe Achat et le client. Le livrable de cette étape sont les fiches de
conception contenant les fonctionnalités clés des applications Fiori ainsi que les règles de
gestion.
L’étape suivante est le prototype démontré au comité de pilotage, c’est au cours de cette phase
que l’intégrateur présente le 80% de la solution dans l’environnement DEV du système dans
le but d’adapter le progiciel standard au besoin spécifique du client Eurapharma pour la
gestion de leur processus d’achat. Ensuite la phase de réalisation que je détaillerai dans le
chapitre suivant.
1. Traitement de l’ensemble des flux d’achat de l’expression de besoin à la commande :
✓ Expression du besoin : Création des demandes d’achat
✓ Consultation et choix du fournisseur
✓ Contractualisation
✓ Gestion des commandes
2. Traitement des différents documents d’achat et pièces internes SAP :
✓ Commande d’achat*
✓ Programme de livraison
✓ Contrat
✓ Demande d’offres
✓ Fiche info achat
✓ Répertoire sources de réapprovisionnement
* Les demandes d’achat ne sont pas comprises dans les documents d’achat car elles sont
générées en interne et considérées comme pièces internes.
3. Natures d’achats cible :
✓ Achats stockés
57
✓ Achats non stockés / Prestations de service

✓ Achats d’investissement
2.1. Fonctionnalités clés
La principale caractéristique du SAP S/4 HANA on-Premise ou cloud est l’interface SAP
FIORI, qui est une collection d’applications métier. Le but principal est l’amélioration de la
productivité par l’expérience utilisateur pour les scénarios les plus courants : transactionnels
ou analytiques de la demande d’achat jusqu’au paiement de la facture. En effet, il permet de
mieux réutiliser l’ERP SAP et améliorer son ROI, d’améliorer la productivité utilisateur et
diminuer les risques liés aux processus.
Le client souhaite dérouler ses flux d’achat et approvisionnement sur SAP FIORI pour
profiter de sa rapidité, facilité d’utilisation et pour mieux exploiter les nouvelles
fonctionnalités de la dernière version de SAP.
2.1.1. Données de base
Les données de base du module achat et approvisionnement sont : Les articles et les
fournisseurs.
Article :
L’application Fiori dédiée au Données de base articles permet de :
✓ Créer les articles
✓ Modifier les articles créés
✓ Afficher les articles
Figure 14: Application Données de base article
Business Partner (Fournisseurs) :

Le système SAP S/4 Hana apporte une nouvelle notion de Business Partner (BP) pour gérer
les partenaires de l’entreprise qu’ils soient clients ou fournisseurs. Il donne la possibilité
qu’une personne ou une organisation la possibilité de posséder plusieurs rôles : générale,
client, fournisseur.
Cela permet d’éviter la redondance et de simplifier le lien entre client et fournisseur grâce à la
centralisation et l’unicité des données de base avec la base de données Hana.
58
L’application Fiori dédiée à gérer les Business Partners est Base de données partenaire et
permet de :
✓ Créer, Modifier et afficher les partenaires
Figure 15: Application Base de sonnées partenaires
2.1.2. Demande d’achat

La demande d’achat est un document interne établi par le service demandeur et transmis au
service Achats pour l'informer des différents besoins en produits.
L’application Fiori dédiée au Traitement des demandes d’achat permet de :
✓ Créer demandes d’achat
✓ Afficher et Gérer la demande d’achat
Figure 16: Application Traitement des demandes d’achat
Les fonctionnalités clés de cette application sont :

✓ Rechercher des demandes d'achat en fonction de différents critères comme l'ID de la
demande d'achat, la division, le groupe d'acheteurs, l'organisation des achats, le groupe
de marchandises et le statut de traitement,
59
✓ Afficher ou modifier les postes d'une demande d'achat,

✓ Afficher le statut de traitement des postes de demande d'achat,
✓ En fonction du statut d'un poste de demande d'achat, le système permet de créer des
commandes d’achats, des contrats ou des demandes d’offres,
✓ Prévisualiser et traiter les documents achats liés. Les demandes d'offre peuvent être
prévisualisées et traitées directement dans l'application Gestion des demandes
d'offre,
✓ Affecter des sources d'approvisionnement, des contrats, des fiches info-achats, des
demandes d’offres. De plus, le système permet de comparer les sources
d'approvisionnement disponibles et les éléments aux postes de demande d'achat.
Prix / Valorisation :
✓ La demande d’achat peut être valorisée. Comme il s’agit d’une expression de besoin,
le prix à indiquer n’est pas, par définition, le prix d’achat, mais un prix estimé.
Codification :
✓ Chaque DA aura un numéro unique (document article unique) pour référence dans
le système,
✓ Le numéro de la DA sera établi en interne par SAP selon le type de DA et la tranche
de numéros attribuée.
Stratégie de validation :
✓ La validation des DA est réalisée en fonction de critères définis (Ex : type de
demande / Groupe d’acheteurs, etc).
✓ Pour qu’une DA soit transformée en commande, il faut qu’elle soit validée.
2.1.3. Appel d’offre
Document d’achat qui transmet à des fournisseurs potentiels un besoin défini dans une
demande d'achat relative à un article ou un service.
Le diagramme des flux des appels d’offres du client est représenté dans la figure suivante :
60
Figure 17: Schéma du processus - Appel d’offre
L’application Fiori dédiée au Gestion des sources d’approvisionnement permet de :

✓ Créer demandes d’offre,
✓ Afficher et Gérer les demandes d’offre,
✓ Ajouter et gérer les offres fournisseurs,
✓ Comparer les offres fournisseurs.
Figure 18: Application Gestion des sources d’approvisionnement
Les fonctionnalités clés de la Gestion des Demandes d’offre sont :

✓ Afficher la liste des demandes d'offres existantes,
✓ Rechercher une demande d'offre,
✓ La demande d’offre et les offres créés auront des numéros différents. Un seul numéro
de demande d’offre englobe toutes les offres créées liées,
✓ Copier une demande d'offre existante et la modifier en fonction du besoin, ou ajouter
une nouvelle demande d'offre,
61
✓ Gérer les conditions de paiement et de livraison,

✓ Ajouter des soumissionnaires,
✓ Affecter des transactions juridiques,
✓ Le système permet de créer un contrat-cadre ou une commande d'achat en référence
de l’offre adjugé,
✓ Afficher les informations détaillées des offres reçues,
✓ Ajouter des pièces jointes au niveau de l'en-tête et au niveau du poste,
✓ Mettre à jour automatiquement les informations de détermination du prix dans la
fiche infos-achats,
✓ Annuler une demande d'offre.
Les fonctionnalités clés de la Gestion des offres sont :
✓ Afficher la liste de toutes les offres ainsi que le détail de chaque offre, comme la date
de création, l’adresse du fournisseur, les détails de détermination de prix,
✓ Rechercher une offre particulière,
✓ Soumettre des offres dont l'état est En préparation,
✓ Modification des offres en cours de préparation ou Soumise,
✓ Supprimer les offres dont le statut est En préparation,
✓ Définir des offres à statut Terminé,
✓ Accéder aux informations détaillées sur les fournisseurs et les demandes d'offre.
Les fonctionnalités clés de la Comparaison des offres sont :
✓ Afficher toutes les offres reçues pour une demande d'offre ainsi qu’une synthèse en
une seule fois,
✓ Valeur nette totale par offre,
✓ Les articles avec le prix plus bas sont affichés comme articles au meilleur prix.
2.1.4. Contrat
Document d’achat de type de « contrat-cadre » ou accord d’achat à long terme. Le contrat est
un engagement d’achat d’un certain article ou service auprès d'un fournisseur pendant une
période déterminée. Il a pour rôle :
✓ Réduire les coûts d'approvisionnement,
✓ Maintenir la transparence des accords fournisseurs.
L’application Fiori dédiée au Traitement des contrats d’achat permet de :
✓ Créer des contrats d’achat,
✓ Modifier et gérer les contrats d’achat,
62
✓ Imprimer les contrats créés.
Figure 19: Application Traitement des contrats d’achat
Les fonctionnalités clés de Gestion des contrats sont :

✓ Possibilité d'obtenir une synthèse de tous les contrats existants. Le système permet de
créer des contrats avec une période de validité spécifique et une quantité cible ou une
valeur cible,
✓ Dans la liste des contrats disponibles, le système permet de renouveler un contrat et
vérifier la validité de chaque contrat,
✓ Le système permet de vérifier la valeur du contrat qui a été consommé dans tous les
appels sur contrat, ainsi que les détails des appels sur contrat,
✓ Ajouter des barèmes de quantités par poste,
✓ Afficher le montant total net des postes d'appel sur contrat par mois du calendrier,
✓ Possibilité de créer un modèle de contrat, ce qui permet de réutiliser les données du
modèle à chaque nouvelle création.
2.1.5. Commande d’achat
La commande constitue une demande formelle à un fournisseur pour fournir certaines
marchandises ou services dans des conditions négociées. Elle peut s'effectuer sans ou avec
référence à une demande d'achat, un appel d’offres ou une autre commande. La quantité totale
d'articles à livrer ou de services à effectuer définie dans le poste de commande d'achat peut
être subdivisée, dans les échéances, en plusieurs quantités partielles avec les dates de livraison
pertinentes.
Conditions de prix :
Le système détermine le prix net réel figurant dans les commandes à partir de données de base
stockées dans le système, appelées ‘conditions de prix’. Ces conditions sont des valeurs ou
des pourcentages qui viennent se rajouter au prix d’achat.
Codification :
Chaque commande d’achat aura un numéro unique pour référence dans le système.
63
Historique de commande :
Les transactions découlant d’une commande sont documentées poste par poste dans
l'historique de commande.
Stratégie de validation :
Une commande d’achat peut être soumise à des stratégies de validation (en fonction de
critères définies : Montant de la commande, type de commande, groupe d’acheteurs…).
L’application Fiori de la Traitement des commandes d’achat permet de :
✓ Créer commandes d’achat,
✓ Afficher et Gérer la commande d’achat,
✓ Afficher et gérer les postes des documents achats.
Figure 20: Application Traitement des commandes d’achat
Les fonctionnalités clés de l’application :

✓ Rechercher dans un volume important des demandes d'achat, des commandes d'achat,
des entrées de marchandises et de factures fournisseurs,
✓ Obtenir une synthèse de tous les documents pour ce qui existe un écart entre la valeur
de la facture fournisseur et la valeur commandée,
✓ Effectuer une analyse descendant aux détails d'un poste de demande d'achat, une
commande d'achat, un poste d'entrée de marchandises et une facture fournisseur.
2.1.6. Evaluation des fournisseurs
L’évaluation des fournisseurs figure parmi les points forts de la solution S/4 Hana 1709 car
elle a connu plusieurs développements et nouvelles fonctionnalités.
L’application Fiori dédiée à l’Evaluation des fournisseurs permet de gérer :
✓ Evaluation Fournisseur par questionnaire,
✓ Evaluation Fournisseur opérationnelle des fournisseurs :
- Evaluation Fournisseur par quantité
- Evaluation Fournisseur par qualité
64
- Evaluation Fournisseur par délai

- Evaluation Fournisseur par prix
Figure 21: Application Evaluation des fournisseurs
Evaluation fournisseur par questionnaire :

L’évaluation fournisseur par questionnaire s’agit d’un audit interne qu’utilisent les
responsables d’achat des organisations pour évaluer leurs fournisseurs à la base de 5 étapes :
Création des
Questions
Evaluer les Classification par

fournisseurs Section
Envoie de Création des

demande modèles
d’évaluation d’évaluation
Figure 22 : Etapes d'évaluation fournisseurs par questionnaire
La première étape de ce processus consiste à créer les questions à utiliser pour évaluer les
fournisseurs. Plusieurs types de questions peuvent être créés (Sélection multiple, sélection
simple, Oui/Non, Texte libre) ainsi que plusieurs types de réponses peuvent être attribués
selon le type des questions. Chaque réponse a un score qui permettra de définir la note du
fournisseur.
La deuxième étape est la classification des questions par section pour les organiser et les
regrouper dans le but de former des questionnaires, de façon que chaque questionnaire créé
65
regroupe les sections et les questions créées auparavant. Une pondération est associée à
chaque section.
La troisième étape consiste à créer des modèles d’évaluation avec un ou plusieurs
questionnaires, les évaluateurs qui vont répondre aux questions et les fournisseurs à noter.
Une fois les étapes précédentes sont terminées, le système permet d’envoyer une demande
d’évaluation aux évaluateurs. Des notifications par e-mail peuvent être envoyées pour
prévenir les évaluateurs qu’ils doivent répondre aux questionnaires des fournisseurs qui leur
ont été affectés.
Après la soumission des réponses des évaluateurs, l’acheteur responsable reçoit le score final
du fournisseur en question.
Evaluation fournisseur par prix :
Cette évaluation permet de noter les fournisseurs selon le pourcentage calculé de l'écart entre
le montant net de la commande d'achat et le montant facturé.
Evaluation fournisseur par qualité :
Elle s’agit de noter les fournisseurs sur la base des résultats d'inspection des lots de contrôle
créés lors de l'entrée de marchandises et le système ensuite attribue un score selon le nombre
des articles défectueux reçus.
Les lots de contrôle sont créés automatiquement pour chaque article lors de la réception de
marchandises dans le stock dédié au contrôle qualité.
Evaluation fournisseur par délai :
Elle permet d’évaluer les fournisseurs en fonction de l'écart entre la date de livraison
déterminée dans la commande d'achat et la date de la réception de marchandises, et donne
finalement le score sous forme du pourcentage défini en paramétrage.
Evaluation fournisseur par quantité :
Elle calcule le score en fonction de l'écart entre la quantité convenue dans la commande
d'achat et la quantité reçue par le fournisseur dans le bon de livraison.
2.1.7. Reporting Achat
SAP S/4 Hana offre des solutions de reporting analytique des achats qui donnent une visibilité
rapide et précise sur l’ensemble des activités de l’entreprise en temps réel.
Tous les KPI sont regroupée sous l’application Fiori Achat-Fonctions Analytiques.
66
Figure 23 : Application Achat – Fonctions analytiques
2.2. Règles de gestion

Les règles de gestion sont des instructions du client qui vont lui permettre de contrôler les
fonctionnalités système qui doivent figurer dans la solution finale.
Je vais présenter dans la partie qui suit les règles de gestion des éléments du module de la
gestion des achats et approvisionnements.
2.2.1. Demande d’achat
Liste des types de demandes d’achat à gérer :
✓ Demande normale (Création manuelle),
✓ Demande MRP qui sera générée automatiquement suite au lancement du calcul de
besoin.
Liste des zones à saisir au niveau de la demande d’achat manuellement par poste :
(Achat Stocké)
✓ Type de demande d’achat,
✓ Code article,
✓ Quantité,
✓ Division,
✓ Textes en cas de besoin,
✓ Attachement d’un document en cas de besoin (Excel, plan, PPT, …).
Zones textes à modifier au niveau de la demande d’achat :
✓ Texte poste par Complément désignation (Ce texte peut être rempli automatiquement
à partir de la fiche article),
✓ Les textes insérés seront transmis automatiquement aux différents documents d’achat
dans SAP (Contrat, Appel d'Offres, Commande d’achat),
✓ Le prix au niveau de la demande d’achat doit être obligatoire et estimatif,
67
✓ Les achats qui font l’objet d’un article non stocké ou d’une prestation dans SAP,
doivent obligatoirement être imputés,
Liste des zones à saisir au niveau de la demande d’achat manuellement par poste :
(Achat Non Stocké)
Au niveau de la demande d’achat, le demandeur doit renseigner les champs suivants :
✓ Code Article si l’article est codifié,
✓ La désignation et le groupe de famille si l’article n’est pas codifié,
✓ Brève description du bien demandé,
✓ Prix estimé,
✓ Centre de coût (K : Prestation ou article non stocké) / Ordre interne (O :
Investissement),
✓ Date de livraison,
✓ Division,
✓ Textes en cas de besoin.
Différence entre imputation par ordre interne et imputation par centre de coût :
Ordre Interne : Objet d’imputation utilisé pour pré-budgétiser, regrouper et contrôler les coûts
de mesures et de tâche internes. Il permet un contrôle budgétaire en temps réel des documents
achat ainsi qu’une aide à la décision, à titre d’exemple lors du choix entre la fabrication
interne et l’approvisionnement externe.
Centre de coût : Entité structurelle sur laquelle les charges sont imputées, cette imputation
permet de tenir la comptabilité analytique mais il permet un niveau d’analyse supérieur par
rapport à l’ordre interne pour la charge engagée, à titre d’exemple les départements.
2.2.2. Appel d’offre
✓ L’acheteur de Maphar peut créer directement une demande d’offre ou en référence à une
ou plusieurs demandes d’achat,
✓ Le délai de soumission est une zone obligatoire au niveau de la demande d’offre,
✓ Un formulaire peut être imprimé pour l’envoyer au fournisseur,
✓ Une fois les offres sont reçues, l’acheteur devra saisir les prix par fournisseur et joindre
les documents correspondants si besoin,
✓ Une comparaison des offres est faite sur la base des prix communiqués par les
fournisseurs,
✓ Le système affiche l’offre avec meilleur prix,
68
✓ L’acheteur doit refuser les offres non acceptées dans le système et accepter l’offre qui sera
retenue.
2.2.3. Contrat
✓ Un acheteur peut créer un contrat soit directement ou en référence d’un autre document
d’achat (Offre retenue, demande d’achat, …),
✓ Un message bloquant doit être affiché dans le cas de dépassement de la quantité ou la
valeur par rapport au contrat lors de la création du bon de commande,
✓ Un message bloquant doit être affiché au niveau du bon de commande dans le cas où la
durée du contrat est expirée. Dans ce cas l’approvisionneur doit contacter l’acheteur pour
prolonger la durée ou renégocier un nouveau contrat,
✓ Les contrats seront utilisés comme source d’approvisionnement pour les approvisionneurs
pour créer les commandes d’achat,
✓ L'acheteur peut gérer le répertoire de la source d’approvisionnement dans le cas ou
plusieurs contrats existant pour un article (Détermination automatique du contrat au
niveau de la demande d’achat).
2.2.4. Commande d’achat
Création du bon de commande :
✓ L’acheteur peut créer une commande d’achat soit directement ou en référence à un
document d’achat,
✓ L’approvisionneur peut créer la commande dans le cas où une source
d’approvisionnement existe (Fiche info-achat ou contrat).
Code TVA :
✓ Le bon de commande chez Maphar est Hors taxe.
Schéma de prix :
✓ La condition remise sera gérée au niveau de la commande d’achat SAP.
Imputation :
✓ Les différentes imputations sont valables aussi pour la commande d’achat (Stock, Achat
sur centre de coût, Achat sur ordre interne),
✓ Un contrôle budgétaire sera imposé dans le cas d’achat sur ordre interne.
Impression :
✓ Un bon de commande sera imprimé de SAP après validation,
✓ Un draft peut être imprimé avant la validation du bon de commande.
69
2.2.5. Evaluation des fournisseurs par questionnaire

Création des questions :
✓ L'acheteur responsable doit être créé comme un employé à travers la transaction PA30
pour qu'il puisse valider le questionnaire.
✓ Les scores sont présents pour les questions à réponse unique et aux questions oui / non.
Création des questionnaires :
✓ Les pondérations doivent être affectées à chaque section de questions.
✓ Les questions dépendantes n'ont pas de scores. Seul le score de la question supérieure est
utilisé pour le calcul du score total.
Création de Modèle :
✓ L'évaluateur doit être un employé créé à travers la transaction PA30.
✓ L'évaluateur doit être un utilisateur dans le système.
✓ Les modèles doivent être validés pour avoir la possibilité de l'envoi des questionnaires
aux évaluateurs.
Demande d'évaluation fournisseur :
✓ Les demandes d'évaluation doivent être validées pour qu'elles soient reçues par les
évaluateurs.
Réponse aux questionnaires :
✓ Les évaluateurs doivent répondre à toutes les questions obligatoires et doivent
transmettre le questionnaire à la fin.
Affichage des scorecards :
✓ Les scores sont affichés pour chaque fournisseur issu de chaque demande d'évaluation.
3. Conclusion
Ce chapitre résume le travail effectué lors de l’étape de conception de la solution mise en
place. D’abord, j’ai commencé par présenter la situation actuelle de la gestion des achats chez
le client ainsi qu’une étude de besoin des fonctionnalités qu’il souhaite implémenter. Ensuite
j’ai cité dans la partie conception les fonctionnalités clés de la solution ainsi que les règles de
gestion. Le chapitre suivant décrira la phase de réalisation et la mise en œuvre de cette partie
du projet.
70
Chapitre 4 :
Réalisation et Recette
L'objectif de réalisation du projet est de mettre en

œuvre tous les éléments de conception fonctionnelle
définis au cours de la phase de conception du projet.
Dans ce chapitre, je vais présenter les paramétrages
effectués sur l’ERP permettant la mise en production
du projet, le déroulement des flux achat sur
l’interface utilisateur Fiori outre qu’une étude des
gains attendus.
Plan :
- Paramétrage de la solution
- Recette
- Estimation des gains
- Conclusion
1. Paramétrage de la solution
71
La phase de réalisation et recette de la méthodologie ASAP consiste à paramétrer les flux et

effectuer les tests pour s’assurer du bon déroulement des fonctionnalités clés vu au cours de la
conception avec le client ainsi qu’à adapter le système SAP à ses besoins.
En opposition au développement spécifique des fonctionnalités, le paramétrage est inclus dans
le standard SAP. Dans cette partie, je vais présenter le déroulement des applications sur
l’interface Fiori qui est le Front end de la solution et le paramétrage effectué par l’équipe MM
en Back end dans des annexes, à savoir : Le paramétrage des articles, de Business Partner, des
documents d’achat et Evaluation des fournisseurs (Annexe 2).
L’ensemble des paramétrages s’effectue à partir de la transaction SPRO (SAP Reference
Project Object) dans l’ERP.
Figure 24: Transaction SPRO
2. Recette
Après le paramétrage de la solution sur l’ERP, l’équipe MM et moi sommes arrivés à la phase
des recettes qui fait partie de la méthodologie ASAP. Il s’agit d’effectuer les tests unitaires et
les tests de performance des applications FIORI et dérouler les flux afin de détecter les
72
anomalies et intervenir en cas de besoin (Annexe 3, Annexe 4 et Annexe 5). A savoir, toutes
les fonctionnalités citées dans la phase de conception doivent être opérationnelles.
2.1. Flux article
La fiche article contient tous les articles qu'une entreprise achète, produit ou vend. Ces articles
sont créés à partir de l’application Gestion des produits – Créer article, équivalente à la
transaction MM01. Premièrement il faut définir le type d’article (Matière première, produit
semi fini, produit fini, produit de négoce, prestation de service, …) ainsi que choisir les vues à
remplir dans la fiche article : Achat, Vente, planification, comptabilité…Ensuite il est
indispensable de déterminer la division et le magasin où l’article est géré.
Figure 25: Fiche article
Figure 26: Créer article - Ecran initial
73
Les informations obligatoires dans chaque vue doivent être renseignées comme l'unité de
quantité de base, la devise, le prix standard, le groupe de marchandises, type de planification
etc. Enfin sauvegarder le travail pour valider la création du nouvel article.
Figure 27: Créer article - vues
Les applications Fiori permettent de créer, modifier et afficher les informations sur l’article au
lieu des transactions MM01, MM02, MM03 et MM60.
Figure 28: Applications gestion des articles
Les informations sont collectées dans les fiches articles ou fiches produit.
74
Figure 29: Liste des

Fiches Article
Figure 30: Détails de la Fiche article
2.2. Commande d’achat

Les applications dédiées aux commandes d’achat permettent de créer, modifier, afficher les
commandes, imprimer et suivre en temps réel les postes des commandes d’achat.
La commande d’achat contient les informations sur le fournisseur, l’organisation d’achat, la
division, le magasin, la société, les articles avec leurs quantités et leurs prix unitaires net.
Des conditions peuvent être ajoutées comme les incoterms et les frais des transports.
75
- Fournisseur
- Organisation d’achat
- Division
- Société
- Poste d’article :
✓ Code article
Commande d’achat ✓ Désignation article
✓ Quantité
✓ Groupe d’acheteurs
✓ Prix net
✓ Date de livraison
✓ Magasin
✓ Lot
Figure 31: Information à renseigner dans la commande d’achat
Figure 32: Commande d'achat créée
Les applications Fiori remplacent les transactions ME21N, ME22N, ME23N et ME2L.
Figure 33: Applications commande d'achat
76
Après la création de la commande, elle doit être validée par les responsables d’achat pour
autoriser la réception des marchandises.
Le lancement de la commande d’achat sur Fiori est basé sur les workflows. Après la création
de la commande, elle est directement envoyée à la boîte de réception du validateur qui peut
approuver, ou bien la transférer à un autre utilisateur.
Figure 34: Boîte de réception
Après l’approbation, elle est directement envoyée au prochain validateur d’un niveau
hiérarchique plus haut → Le créateur de la commande est enfin notifié par le lancement de
son document d’achat après l’approbation de tous les responsables.
Figure 35: Notification de lancement de la commande
77
La commande d’achat peut être créée en référence à une demande d’achat, un contrat ou un
appel d’offre.
Reporting Commande d’achat
Le KPI de la valeur de la commande d’achat permet de donner le montant net en euros ou en
dirham de la totalité des commandes d’achat créés sur le système.
Il est possible existe plusieurs filtres pour visualiser l’évolution du montant dans les derniers
365 jours.
Figure 36: Report : Valeur net commande d'achat
2.3. Appel d’offre fournisseurs

Nous avons déployé l’application de la gestion des sources d’approvisionnement sur Fiori afin
de traiter les appels d’offres et choisir la meilleure offre fournisseur en se basant sur une
comparaison par prix.
La première étape est la création de la demande d’offre avec l’application Gestion des
demandes d’offres, il est indispensable de renseigner les informations générales de la
demande, les données d’organisation, la date limite de soumission des offres, les conditions
78
de livraison et de paiement, les détails du poste article (Désignation, Prix, Division, Quantité
demandée et date de livraison…), Les offrants potentiels et une vue générale sur l’état
d’avancement de l’offre puis l’envoi de l’appel d’offre.
Figure 37: Création appel d'offre
Offres des fournisseurs

Après la réception des devis, nous créons les offres fournisseurs sur le système en insérant le
prix proposé par chaque fournisseur, la quantité qu’il peut offrir et les conditions de livraison
et paiement.
79
Figure 38: Création offre fournisseur
Comparaison des Offres fournisseurs

Le client souhaite comparer ses fournisseurs sur la base des prix des devis. Nous avons
paramétré ces applications pour répondre à ce besoin. Le système propose le meilleur
fournisseur à choisir pour l’approvisionnement de leur besoin et le sélectionne en vert.
Figure 39: Comparaison des offres
Ensuite l’offre fournisseur retenue est attribuée à l’appel d’offre.
80
2.4. Evaluation Fournisseur

Le but majeur de cette fonctionnalité est d’afficher la totalité des KPI dédiés aux évaluations
fournisseurs, qui nécessitent un processus différent pour chacune.
2.4.1. Evaluation fournisseur par questionnaire
La première étape est la création des questions de type de réponse Oui/Non, de sélection
multiple pour lesquelles plusieurs réponses sont possibles, de sélection simple pour lesquelles
une seule réponse est possible et de type texte libre.
Les réponses qui sont prises en compte dans le score du fournisseur sont les réponses à
sélection simple, les réponses à sélection multiple ainsi que les questions dichotomiques.
Figure 40: Création des questions pour évaluation fournisseur
Figure 41: Détermination des scores des réponses
Des sections sont ensuite définies pour grouper les questions qui ont été créées : Qualité,
Délai, Prix, Quantité.
81
Figure 42 : Sections des questions
La deuxième étape est la création des questionnaires qui regroupent les questions créées en
fonction des sections, ensuite une pondération est indispensable pour définir l’impact de
chaque réponse sur le score final du fournisseur. Il existe deux types de questions : Questions
indépendantes et questions dépendantes aux réponses de celles qui précèdent.
Figure 43: Création des questionnaires d’évaluation
La troisième étape est la création des modèles d’évaluation qui regroupent un ou plusieurs
questionnaires ainsi que les évaluateurs qui vont répondre aux questions à propos des
fournisseurs déterminés.
82
Figure 44: Gestion des modèles de demande d’évaluation
Ensuite le modèle est validé et envoyé aux évaluateurs sous forme d’une demande, qui la
reçoivent soit en mail ou bien sur la boîte de réception de SAP.
En accédant à l’application d’Evaluation des fournisseurs, l’évaluateur répond aux
questionnaires pour chaque fournisseur qui lui est affecté, ainsi un score est affiché à la fin en
tenant compte de la pondération des différentes sections de questions.
Figure 45: Demandes d’évaluation des fournisseurs
Le Reporting dédié à ce processus affiche les scores en fonction de chaque fournisseur et

facilite le choix des meilleurs fournisseurs, ce qui permet aux responsables de prendre les
décisions à long termes concernant les contrats cadre par exemple.
Figure 46: Reporting analytique de l’évaluation fournisseur par questionnaire
83
2.4.2. Evaluation fournisseur par prix

L’objectif de cette évaluation est d’aboutir à la mise en marche des Reporting analytiques
pour que les responsables soient au courant des fournisseurs qui offrent les meilleures
prestations au niveau du prix et faciliter davantage le choix des vendeurs.
L’évaluation par prix passe par les étapes suivantes :
Comparaison
entre le prix de
Paiement la commande
Génération de la et le prix
facture facturé
Réception de la
marchandise
Création de la livrée par le
commande fournisseur
d'achat
Figure 47: Etapes d’évaluation fournisseur par prix
L’écart entre le prix déterminé dans la commande et le prix facturé est un pourcentage qui se
calcule selon la formule suivante :
(Prix facturé / Prix de la commande) * 100
D’après le paramétrage que nous avons effectué auparavant, le système attribue la note
équivalente à cet écart pour chaque fournisseur.
Le reporting montre une comparaison entre les scores des fournisseurs selon le critère du prix.
Plusieurs filtres sont aussi disponibles pour l’affichage des scores : Par fournisseur, par
groupe d'acheteurs, par groupe de marchandises, par organisation d'achat, par document, par
division et par catégorie d'achats. En plus plusieurs types de graphes sont disponibles pour
afficher la comparaison des scores : Diagramme à barres, Diagramme à colonnes, Diagramme
à courbes, Diagramme à secteurs …
84
Figure 48: Reporting analytique de l’évaluation fournisseur par prix
2.4.3. Evaluation fournisseur par quantité

Cette évaluation permet aux responsables de savoir les fournisseurs qui offrent les meilleures
prestations en termes du respect des quantités convenues.
Le système calcule les scores après avoir passé par les étapes suivantes :
Comparaison de la
quantité commandée
Réception complète et la quantitée reçue
de la marchandise
commande d'achat fournisseur
Figure 49: Etapes d’évaluation fournisseur par quantité
L’écart entre la quantité commandée et la quantité livrée est un pourcentage qui se calcule
selon la formule suivante :
(Quantité reçue / Quantité commandée) * 100
Le reporting montre une comparaison entre les scores des fournisseurs selon le critère de la
quantité. Plusieurs filtres sont aussi disponibles pour l’affichage des scores : Par fournisseur,
par groupe d'acheteurs, par groupe de marchandises, par organisation d'achat, par document,
par division et par catégorie d'achats. En plus plusieurs types de graphes sont disponibles pour
85
afficher la comparaison des scores : Diagramme à barres, Diagramme à colonnes, Diagramme

à courbes, Diagramme à secteurs …
Figure 50: Reporting analytique de l’évaluation fournisseur par quantité
2.4.4. Evaluation fournisseur par délai

Le délai de livraison est un critère crucial pour les acheteurs dans le choix de leurs
fournisseurs, les applications analytiques de Fiori dédiées à l’évaluation des fournisseurs par
délai interviennent dans ce sens pour faciliter la tâche aux responsables et suivre les écarts en
temps réel.
Cette évaluation permet de savoir les fournisseurs qui offrent les meilleures prestations en
termes du respect des délais convenus lors de la passation de commande.
Le score est attribué après avoir passé par ces étapes :
Comparaison de la date
convenue et la date de
Réception de la réception de
marchandise marchandise
commande fournisseur
d'achat avec une
date de livraison
Figure 51: Etapes d’évaluation fournisseur par délai
L’écart entre la date de livraison déterminée dans la commande et la date de réception

physique de la marchandise en stock est un pourcentage qui se calcule selon la formule
suivante :
(Date entrée de marchandise (jours) / Date de livraison en commande (jours)) * 100
86
Le reporting montre une comparaison entre les scores des fournisseurs selon le critère du délai
de livraison. Plusieurs filtres sont également disponibles pour l’affichage des scores : Par
fournisseur, par groupe d'acheteurs, par groupe de marchandises, par organisation d'achat, par
document, par division et par catégorie d'achats. En plus plusieurs types de graphes sont
disponibles pour afficher la comparaison des scores : Diagramme à barres, Diagramme à
colonnes, Diagramme à courbes, Diagramme à secteurs …
Figure 52: Reporting analytique de l’évaluation fournisseur par délai
2.4.5. Evaluation des fournisseurs par qualité

L’évaluation par qualité consiste à contrôler la qualité de la marchandise reçue par le
fournisseur après une inspection des lots par les responsables qualité. En effet, elle constitue
un point d’intégration entre le module MM (Material Management) et le module QM (Quality
Management).
Les phases de l’évaluation par qualité des fournisseurs sont :
87
Avis sur le
taux des pièces
Inspection des défectueuses
lots existantes en
Lot de contrôle lot
créé
Réception des automatiquement
marchandises en QM
Création de la en stock dédié
commande au contrôle
d'achat qualité
Figure 53: Etape d’évaluation fournisseur par qualité
La marchandise reçue en stock qualité est indiquée soit au moment de la réception de

marchandise soit dans la fiche de l’article approvisionné de façon qu’il soit dirigé vers le
contrôle qualité directement au moment de la livraison.
La note est attribuée selon le nombre des pièces défectueuses par lot. L’écart est calculé selon
la formule suivante :
(Nombre des pièces défectueuses par lot / Nombre total des pièces reçues) * 100
Un reporting analytique est également présent dans Fiori pour afficher une comparaison entre
les scores fournisseurs en fonction du critère qualité. Plusieurs filtres sont également
disponibles pour l’affichage des scores : Par fournisseur, par groupe d'acheteurs, par groupe
de marchandises, par organisation d'achat, par document, par division et par catégorie
d'achats. En plus plusieurs types de graphes sont disponibles pour afficher la comparaison des
scores : Diagramme à barres, Diagramme à colonnes, Diagramme à courbes, Diagramme à
secteurs…
Figure 54: Reporting analytique de l’évaluation fournisseur par qualité
88
3. Estimation des gains

Un projet n’est considéré réussi qu’après avoir quantifié ses gains et voir l’impact sur les
résultats de l’entreprise ainsi que sa position concurrentielle sur le marché. Les objectifs
principaux du site d’Eurapharma est d’améliorer la performance, la visibilité et la facilité
d'utilisation des processus d'approvisionnement ainsi que d’augmenter les gains, diminuer les
pertes en terme du temps et des dépenses.
Cette partie est dédiée à une estimation des gains attendus du nouveau système.
3.1. Réduction du temps de validation des commandes d’achat
Le nouveau système a un impact direct sur le flux de la demande d’achat jusqu’à la
commande d’achat pour les achats stockés au niveau du temps. Le processus nécessitait une
longue durée de traitement et de validation des documents par les responsables grâce à la
notion transactionnelle de SAP ECC ainsi que la dépendance au système.
Avant SAP S/4 HANA :
Les demandes d’achat sont créées soit automatiquement à partir des besoins générés par
l’MRP ou bien en cas d’expression du besoin d’un service de l’entreprise à partir de la
transaction ME51N. Pour les achats stockés (Matières premières et articles de
conditionnement), les demandes ne nécessitent pas d’approbation par les responsables. Donc
les commandes d’achats sont créées directement en référence à ces demandes à l’aide de la
transaction ME21N. La commande est validée ensuite par trois responsables respectivement à
l’aide de la transaction ME29N et ne peut être lancée au fournisseur qu’après l’approbation
du dernier validateur.
89
ME51N
Création de la demande d'achat
Création de la commande d'achat ME21N

20 Heures
Validation du chargée d'approvisionnement
ME29N
Validation du responsable d'approvisionnement
Validation du directeur supply
Figure 55: Processus avec SAP ECC
La multiplicité des intervenants impliqués dans le processus prenait une longue durée à cause
du travail durant des shifts différents ainsi que la nécessité d’accès au système à l’entreprise
pour valider la commande d’achat.
Les validateurs sont notifiés généralement par mail du besoin de validation ou bien oralement,
ils accèdent ensuite à la transaction ME29N où ils doivent insérer le numéro de la commande
à valider.
Figure 56: Transaction ME29N pour lancement des commandes
Ce processus nécessitait 1 et demi-journée en moyenne, en considérant que les employés

travaillent en deux shifts :
De 9h à 12H et de 13h30 à 18h30 = 8 heures/Shift = 8*2 = 16 heures/jour
90
Donc le processus prenait 20 heures en total pour générer la commande :

Durée du processus = 16 + 4 = 20 heures.
Après SAP S/4 HANA :
L’interface utilisateur centralisée de SAP Fiori offre à la fois la rapidité du traitement et la
facilité de manipulation, ainsi que l’accès à distance depuis l’ordinateur, tablette et téléphone
portable, qui le rend accessible de n’importe quel lieu et temps.
Après la création de la commande d’achat, le workflow de validation, qui est un outil dédié à
l'automatisation du processus métier, consistant en une séquence d'étapes et de tâches, est
lancé. Le système ensuite envoi une notification à la boîte de réception du validateur pour
donner sa décision qui est l’approbation ou rejet du document envoyé depuis son appareil.
Création de la demande d'achat

Interface Fiori : Gestion des demandes d'achat
Création de la commande d'achat

Interface Fiori : Gestion des commandes d'achat
Approbation du chargé d'approvisionnement

3 Heures
Notification en Inbox Fiori
Approbation du responsable d'approvisionnement

Approbation du directeur supply

Commande validée
Notification au créateur initiale de la commande
Figure 57: Processus avec SAP S/4 HANA
Résultat :
En moyenne le nouveau processus prend 3 heures en total, donc le processus de la demande
d’achat jusqu’à la validation de la commande est de 20 – 3 = 17 heures réduites.
La moyenne des commandes créées par mois pour les achats stockés est : 35 commandes, y
compris 25 commandes en référence aux demandes d’achat.
Le nombre d’heures réduites par mois est donc :
Nb de CA * (Nb heures avant – Nb heures après) = 25 * (20-3) = 425 heures par mois.
3.2. Réduction d’écart entre stock logistique MM et la valeur de stock en finance
La manière dont l’entreprise gère son stock peut avoir un impact immédiat sur ses résultats
financiers et sa position concurrentielle sur le marché. Des informations en temps réel sur la
91
valeur du stock et le stock physique s’avèrent indispensables afin de repérer les écarts et agir
immédiatement, ce qui permet de prévenir les dégâts et réduire les coûts.
Eurapharma souhaite éliminer les écarts existants entre ce qui est réellement réceptionné en
stock des magasins qui est défini comme le stock logistique et ce qui est facturé depuis les
entrées de marchandises.
Avant SAP S/4 Hana :
Après la réception de marchandise en stock, une facture est générée selon le prix convenu en
commande d’achat. La transaction MIRO permet de vérifier la bonne réception des quantités
commandées et de valider le paiement de la facture pour créditer le compte fournisseur. Ainsi,
la valeur de stock est immédiatement mise à jour.
Quand l’entreprise souhaite annuler une entrée de marchandises, le système autorise
l’annulation de la réception en stock même si la facture n’est pas annulée, ce qui donne des
écarts entre le stock réel et sa valeur en finance.
Réception de marchandises
Quantité de stock diminuée
annulée
Ecart entre Stock physique

et Valeur de stock
Figure 58: Flux avant SAP S/4 Hana
➔ Problèmes en période d’audit et manque de traçabilité du stock.
92
Figure 59: Valeur du stock avec écart
Après SAP S/4 Hana :

Sur S/4 Hana, il n’est plus possible d’annuler une réception de marchandise qu’après
l’annulation de la facture payée en premier lieu puis la marchandise peut être retirée du stock
logistique.
Valeur du stock
Facture annulée
diminuée
Annulation de l'entrée Stock logistique

de marchandises diminué
Ecart inexistant
Figure 60: Flux d’annulation de réception de marchandises
Résultat :
Equilibre entre le stock logistique géré par l’équipe MM (Achat et Approvisionnement) et la
valeur du stock gérée par l’équipe FI (Finance).
93
Figure 61: Valeur du stock avec élimination d'écart
➔ Elimination de 100% des écarts dans le système.

3.3. Réduction des dépenses sans référence au contrat
Les contrats sont des accords entre les entreprises et les fournisseurs qui déterminent toutes
les conditions des approvisionnements : Conditions de paiement, délais de livraison, prix ainsi
que les articles à livrer par ces vendeurs.
Avant SAP S/4 Hana :
Comme le groupe Eurapharma ne gérait pas ses contrats avec le système SAP ECC, un grand
nombre des achats passait hors contrat bien qu’il y avait la possibilité de les utiliser. Ce qui
engendrait des dépenses supplémentaires importantes vu que les contrats en quantité ou en
valeur sont des accords basés sur plusieurs négociations avec les fournisseurs. L’entreprise a
estimé ses dépenses hors contrats dans les 365 jours précédents l’implémentation du système
de 38,15% calculé par la formule suivante :
Montant des dépenses sans référence au contrat
Montant des dépenses sans référence au contrat + Montant des dépenses avec référence
au contrat
Après SAP S/4 Hana :
SAP S/4 HANA Achat et Approvisionnement permet à ses utilisateurs d'obtenir des
informations pertinentes en temps réel grâce à ses fonctionnalités d'analyse avancées telles
que l'analyse des dépenses sans avoir besoin d'extraire les données d’une base de données
externe. De plus, le responsable d’achats a la possibilité de suivre la consommation de ses
contrats de marchandises au fur et à mesure pour déterminer les contrats à renégocier. Si un
contrat a un faible taux de consommation mais une date d'expiration proche, il peut chercher
94
la cause et prendre la décision de renégocier le contrat avec le fournisseur ou bien chercher

une autre source d’approvisionnement.
Le seuil de tolérance des dépenses hors référence au contrat prévu après la mise en place du
système est de 5% vu que le pourcentage des dépenses hors contrat et le montant net
équivalent sont mis à jour après chaque achat effectué.
Figure 62: Reporting Analytique des dépenses sans référence au contrat
Le système permet également de suivre les consommations des contrats en temps réel pour
prendre des décisions stratégiques à propos des contrats expirant prochainement.
Figure 63: Reporting analytique sur la consommation du contrat en valeur
Le reporting analytique peut être représenté également sous forme d’un tableau qui illustre la
consommation du contrat par nombre du document.
95
Figure 64: Reporting analytique sur la consommation du contrat en quantité
4. Conclusion
Dans ce chapitre, j’ai tâché de donner une image sur le travail réalisé dans sa globalité. Dans
la partie 1, j’ai présenté les paramétrages que nous avons effectués en back-end pour déployer
les applications des achats, après j’ai procédé à expliquer le processus métier que nous avons
déroulé sur SAP S/4 Hana depuis la demande d’achat jusqu’au reporting. Et dans la troisième
partie j’ai présenté les gains attendus du nouveau système.
96
Conclusion générale
Dans le cadre de l’amélioration de son processus d’approvisionnement et d’achat, et afin

d’adopter une nouvelle approche basée sur une base de données en temps réel, le groupe
Eurapharma a opté pour l’implémentation de la solution SAP S/4 Hana. Cette implémentation
constitue un grand défi aussi bien pour le client que l’intégrateur Value Pass Consulting.
A l’aide de cette nouvelle pratique, le client aura une meilleure visibilité sur tous ses
processus grâce aux nouvelles applications simplifiées de l’interface utilisateur Fiori,
l’assurance de la traçabilité des activités effectuées en temps réel et l’optimisation du cycle
d’approvisionnement en termes de coûts et délais d’exécution.
L’équipe achat à qui je fais partie durant ce projet, s’est mobilisée pour participer aux trois
phases du projet de la méthodologie ASAP adoptée : La préparation initiale, conception &
prototype et réalisation pour enfin dérouler les flux d’approvisionnement et d’achat sur la
nouvelle solution SAP S/4 Hana 1709.
Notre participation a permis d’implémenter le module des achats et approvisionnements et
l’adapter exactement aux besoins du client pour automatiser et rationaliser ses achats. Après
le lancement du projet, nous avons analysé premièrement la situation actuelle du module MM
existant et nous avons détecté les problèmes auxquels Eurapharma faisait face, deuxièmement
nous avons préparé la phase de conception de la solution qui s’est déroulée en collaboration
avec le client pour définir les règles de gestion qu’il souhaite avoir dans l’ERP implémenté.
Troisièmement, 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
pour dérouler les flux à partir de l’expression du besoin jusqu’au paiement de la facture
fournisseur en passant par la gestion de tous les contrats et les appels d’offres. Enfin nous
avons calculé une estimation des gains attendus par le système implémenté afin de concrétiser
son impact sur l’entreprise, premièrement les gains en termes du temps de validation des
commandes d’achat avec une réduction de 425 heures par mois, deuxièmement la réduction
d’écart entre stock logistique MM et la valeur de stock en finance jusqu’à 0 écart et
troisièmement la réduction des dépenses sans référence au contrat jusqu’au 5% souhaitée par
l’entreprise.
Finalement, nous étions honorés par notre contribution qui était très appréciée par l’ensemble
des responsables du projet, surtout après avoir palpé l’impact organisationnel et la satisfaction
du client sur les prestations des équipes de l’intégrateur Value Pass Consulting.
97
Bibliographie
Fiche de conception – Projet Nour Eurapharma.
Annexe Besoins fonctionnels Eurapharma V1 27_11_2017 – Projet Nour Eurapharma.
MURRAY Martin– SAP MM Functionality and Technical Configuration, SAP Press, 2nd
Edition, 2008, 350p.
SAP – Simplification List for SAP S/4 HANA 1709, 3rd edition, SAP Press, 2017, 919p.
HOFMANN Christine, SAP – Transform Sourcing and Procurement on S/4HANA, 3rd
edition, SAP Press, 2017, 50p.
Webographie
- Guide SAP [En ligne]. Disponible sur :
Https://www.lesguidessap.com : Consulté régulièrement du 15/02/2018 au 28/04/2018.
- Aide SAP [En ligne]. Disponible sur :
Https://help.sap.com/viewer/p/SAP_S4HANA_ON-PREMISE : Consulté régulièrement
depuis le 15/02/2018.
- Applications Fiori, SAP Fiori et SAPUI5 [En ligne]. Disponible sur :
Https://fioriappslibrary.hana.ondemand.com/sap/fix / : Consulté régulièrement depuis
12/03/2018
- Product, Overview. Next-Generation ERP Software [En ligne]. Disponible sur :
Https://www.sap.com/products/s4hana-erp.html : Consulté le 10/06/2018.
- Forum SCN SAP [En ligne]. Disponible sur :
Https://www.sap.com/community.html : Consultations régulière du 10/03/2018 au
20/08/2016.
98
Annexes
Annexe 1 : Planification réelle du projet
Figure 65: Planification réelle du projet
Annexe 2 : Paramétrage de la solution
Paramétrage Articles
Tableau 7: Paramétrage Article
Définition Un type d’article regroupe des articles présentant des caractéristiques de

des types articles base identiques.
o Chemin de paramétrage : T Code : SPRO
Chemin : Guide de référence SAP (IMG) → Logistique –
données générales → Fiche article → Options de base → Types
d’articles → Déterminer propriétés des types d’articles.
o Liste de paramétrages :
99
Le système SAP crée des articles numérotés à partir des tranches de numéro
Tranches de chaque type article. Les numéros sont uniques.
de numéro par o Chemin de paramétrage : T Code : SPRO
type article Chemin : Guide de référence SAP (IMG) → Logistique –
données générales → Fiche article → Options de base → Types
d’articles → Définir les tranches de numéros par type d’article.
100
Paramétrage Business Partner

Tableau 8: Paramétrage Business Partner
Contrôle de o Chemin de paramétrage : T Code : SPRO

synchronisation Chemin : Guide de référence SAP (IMG) → Composantes inter-
applications→ Synchronisation des données de base→ Pilotage de
la synchronisation→ Activer les ordres PPO pour les objets plate-
forme dans le dialogue.
Activer les o Chemin de paramétrage : T Code : SPRO

options de o Chemin : Guide de référence SAP (IMG) → Composantes inter-
synchronisation applications→ Synchronisation des données de base→ Pilotage de
la synchronisation→ Activer options synchronisation
Créer des plages

de numéros
o Chemin : Comptabilité financière → Comptabilité Clients et
pour le
Fournisseurs → Comptes fournisseurs → Données de base →
fournisseur /
Préparer la création des données de base fournisseurs → Créer des
client
tranches de numéros pour les comptes fournisseurs
101
Paramétrage documents d’achat

Tableau 9: Paramétrage documents achat
Appel o Chemin de paramétrage : T Code : SPRO

d’offre Chemin : Guide de référence SAP (IMG) → Gestion des articles →
Achats→ Demande d’offre/offre → Définir types de documents.
Commande o Chemin de paramétrage : T Code : SPRO

d’achats Chemin : Guide de référence SAP (IMG) → Gestion des articles →
Achats→ Commande d’achat → Définir types de documents.
102
Contrat o Chemin de paramétrage : T Code : SPRO

Chemin : Guide de référence SAP (IMG) → Gestion des articles →
Achats→ Contrat → Définir types de documents.
Le système SAP affecte à chaque document d’achat un numéro unique à partir

Tranches des tranches de numéro propre à son type, on prend l’exemple de l’appel
de Numéros d’offre :
Documents o Chemin de paramétrage : T Code : SPRO
Achats Chemin : Guide de référence SAP (IMG) → Gestion des articles →
Achats→ Demande d’offre/offre → Définir les tranches de numéros.
103
Paramétrage Evaluation fournisseurs

Tableau 10: Paramétrage Evaluation fournisseurs
Critères Définir les critères principaux d’évaluation et leurs pondérations.

principaux o Chemin de paramétrage : T Code : SPRO
Achats→ Évaluation des fournisseurs→ Détermination de critère.
Notation Définir des notes pour un pourcentage d’écart donné lié à un critère. Cette
action est utilisée pour calculer la note d’un fournisseur.
Achats→ Évaluation des fournisseurs → Détermination de la note du
critère.
104

Activer le
Achats→ Évaluation des fournisseurs → Passage à l'évaluation des
commutateur
fournisseurs par catégorie d'achats.
pour
l’évaluation
des
fournisseurs
Annexe 3 : Erreur de synchronisation entre salarié et Business Partner

Symptôme : Les utilisateurs ne sont pas reconnus par le système en tant qu’employés
Cause : Absence de synchronisation entre les salariés créés et l’interface Fiori
Solution : 1) Ajouter la tranche de numéro pour business Partner
105
Suivre le chemin SPRO → Composantes inter-applications → Partenaire SAP → Partenaire

→ Options de base → Tranches de numéros et regroupements → Définir tranches de numéros
Figure 66: Paramétrage BP
2) Activer le job d’arrière-plan responsable de la synchronisation des salariés :

Transaction SE38 → Exécuter le programme /SHCM/RH_RESYNC_BUPA_FROM_EMPL
Figure 67: Exécution du programme de synchronisation des salariés
3) Vérifier les erreurs d’exécution

Accéder à la transaction SLG1 pour vérifier s’il y a eu des erreurs de synchronisation à régler
au moment de l’exécution du programme mentionné à la deuxième étape.
4) Vérifier la synchronisation à l’interface Fiori :
106
Figure 68: Liste des salariés synchronisés
Annexe 4 : Message d’avertissement au lieu d’un message bloquant lors du

dépassement de la quantité de la commande
Symptôme : Le contrat établi avec le fournisseur ne doit plus être valable si la quantité
convenue, la valeur ou la date de validité sont atteintes. En cas d’excès, le système affiche un
message d’avertissement (W) lors de la passation de la commande d’achat sur le contrat
expiré mais offre la possibilité de la valider.
Conséquence : Commande créée sur un contrat expirant.
Solution : Modifier le type de message d’erreur de W : Avertissement à E : Erreur
Suivre le chemin SPRO → Gestion des articles → Achat → Données d’environnement →
Définir propriétés des messages système → Messages système
107
Avant solution :
Figure 69: Erreur avant solution
Figure 70: Messages d'avertissement lors de la validation de la commande
Après la solution :
Le type de message a été changé en paramétrage avec le même chemin : SPRO → Gestion
des articles → Achat → Données d’environnement → Définir propriétés des messages
système → Messages système
108
Figure 71: Modification du type de message
Le message affiché après cette modification :
Figure 72: Message d'erreur après modification
Annexe 5 : Erreur d’affichage du Reporting Evaluation fournisseur

Symptôme : Les Reporting analytiques des applications de l’évaluation des fournisseurs ne
donnent aucun résultat et renvoient une erreur.
Cause : Le job d’actualisation des données n’est pas activé.
Solution : Exécuter le programme responsable de la synchronisation entre le traitement
effectué en arrière-plan des applications et l’interface Fiori.
109
Avant l’exécution du programme :
Figure 73: Reporting Evaluation fournisseurs inexistant
Accéder à la transaction SE38, et exécuter le programme :

MM_PUR_SEWS_VAR_SCORE_UPDATE
Figure 74: Transaction SE38
Après l’exécution du programme :
Figure 75: Affichage du Reporting Evaluation des fournisseurs
110

Rapport

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport

Transféré par

Droits d'auteur :

Formats disponibles

Université Abdelmalek Essaadi

École Nationale des Sciences Appliquées de Tétouan

RAPPORT DE PROJET DE FIN D’ÉTUDES

Présenté en vue de l’obtention de diplôme d’Ingénieur d’Etat

Promotion : 2017 – 2018

Déploiement du module ACHAT dans l’environnement SAP

Entreprise : Value Pass Consulting

Membres du jury : Encadré Par :

Pr. REGHIOUI Mohamed Mme. GUEMOURIA Ghita

Pr. FELLAHI Abdellah Mme. OUADY Amal

Liste des acronymes

Liste des tableaux

Liste des figures

Figure 33: Applications commande d'achat ........................................................................ 76

Figure 66: Paramétrage BP ................................................................................................. 106

Liste des annexes

Table des matières

1.1. Aperçu général ..................................................................................................... 20

1.2. Missions et Clients de l'entreprise ...................................................................... 21

1.2.1. Missions : ....................................................................................................... 21

1.2.2. Clients de l’entreprise .................................................................................. 24

1.2.3. Organigramme de l'entreprise .................................................................... 26

1.2.4. Fiche technique ............................................................................................. 26

2. Organisme client : EURAPHARMA ........................................................................ 27

3. Cahier des charges ..................................................................................................... 29

3.1. Contexte générale du projet ................................................................................ 29

3.2. Objectifs du projet ............................................................................................... 29

3.3. Etude des risques.................................................................................................. 30

3.4. Phases du projet ................................................................................................... 33

3.4.1. Définition de la méthodologie ASAP ........................................................... 33

3.4.2. Méthodologie appliquée sur le projet de fin d’étude ................................. 34

3.5. Définition de la problématique ........................................................................... 35

3.6. Acteurs du projet ................................................................................................. 37

4. Planification du projet ............................................................................................... 38

1.1. Composante Logistique ....................................................................................... 41

1.2. Composante Gestion Comptable ........................................................................ 41

1.3. Composantes Ressources Humaines .................................................................. 42

2. Présentation SAP ECC .............................................................................................. 42

3. Paysage système .......................................................................................................... 43

4. Présentation SAP S/4 HANA ..................................................................................... 44

5. Module des Achats et Approvisionnement (MM) ................................................... 46

5.1. Structure organisationnelle ................................................................................. 47

5.2. Données de base du module MM ........................................................................ 47

5.3. Processus d’achat et approvisionnement sur SAP ............................................ 47

6. Limite de la gestion des achats sur SAP ERP .......................................................... 49

1.1. Etude de l’existant................................................................................................ 52

1.2. Expression du Besoin du client ........................................................................... 54

2. Conception de la solution S/4 Hana 1709 ................................................................. 57

2.1. Fonctionnalités clés .............................................................................................. 58

2.1.1. Données de base ............................................................................................ 58

2.1.2. Demande d’achat .......................................................................................... 59

2.1.3. Appel d’offre ................................................................................................. 60

2.1.4. Contrat ........................................................................................................... 62

2.1.5. Commande d’achat....................................................................................... 63

2.1.6. Evaluation des fournisseurs ......................................................................... 64

2.1.7. Reporting Achat ............................................................................................ 66

2.2. Règles de gestion .................................................................................................. 67

2.2.1. Demande d’achat .......................................................................................... 67

2.2.2. Appel d’offre ................................................................................................. 68

2.2.3. Contrat ........................................................................................................... 69

2.2.4. Commande d’achat....................................................................................... 69

2.2.5. Evaluation des fournisseurs par questionnaire.......................................... 70

2.1. Flux article ............................................................................................................ 73

2.2. Commande d’achat .............................................................................................. 75