Mémoire de fin d'études

Pour l'obtention du diplôme d'Ingénieur d'Etat

En

Supply Chain Management

Implémentation d'une solution SAP pour

la gestion des achats au prot de
SONACOS

Réalisé par : Membres du jury :

Mohamed HOUJR Mr. Jabir ARIF

 Mémoire de n d'études

Avant-Propos
Toujours soucieux de la bonne formation et des projets de ses étudiants, le département

Supply Chain Management de l'école nationale des sciences appliquées déploie tous les eorts

possibles an de leur venir en aide et de les guider à travers des cours bien étudiés et des

méthodes très adaptées.

Ce rapport est le fruit d'un stage de 6 mois (01 Mars au 30 août 2018) qui s'inscrit dans le

processus d'ingénierie, ENSA de Tétouan.

Le stage donc, donne à la formation une nouvelle dimension, m'ouvre de nouveaux horizons

et me prépare à m'insérer dans la vie professionnelle. Pour ces raisons, j'ai reçu avec satisfaction

mon aectation de stage à Value Pass Consulting, où j'ai réalisé un projet qui a pour objectif
la mise en place d'une solution SAP pour la gestion des achats au prot du client SONACOS.

Nous devons reconnaître que ce stage a été très enrichissant, et ce de tout point de vue, Il

a constitué une véritable source d'apprentissage et une expérience positive dans le domaine du

travail.

Dès mon arrivée à Value Pass Consulting, j'ai pu m'intéger facilement dans l'équipe MM

(Material Management) pour réaliser mon projet de n d'étude dans les meilleures conditions,

ce qui m'a permis de xer les objectifs suivants :

• Exploiter mes connaissances.

• Améliorer ma communication, m'adapter à l'environnement.

Vue la courte période du stage, j'étais conscient de l'eort à fournir an d'atteindre ces

objectifs. Ce projet m'a permis de communiquer et de valoriser les acquis théoriques dans le

domaine pratique, c'est aussi une occasion de toucher de très près les problèmes existants dans

le domaine du travail et en particulier en consulting.

La suite du rapport présente brièvement le lieu de stage, dans lequel il s'est déroulé et détaille

le travail mené durant cette période.

1
 Mémoire de n d'études

Dédicaces
Je ne saurai trouver les expressions les plus adéquates pour décrire mes sentiments de
reconnaissance, de respect et de gratitude envers ceux à qui je dédie ce modeste travail.

Je dédie ce présent projet de n d'études. . .

A mes parents qui m'ont indiqué la bonne voie en me rappelant que la volonté mène
toujours aux grands succès. Pour vos sacrices, amour, prières et soutien tout au long
de mon cursus. A ceux qui ont attendu avec patience les fruits de leur bonne
éducation...
Nul mot ne pourrait exprimer mes émotions, ma considération et ma grande
admiration.
Que Dieu vous garde.

A la famille Bougaze, pour m'avoir accueilli durant toute la période de mon stage à
l'OCP, pour le soutien matériel et moral.
Nul mot ne pourrait exprimer ma grande reconnaissance.

A toute ma famille

A toutes les personnes qui ont cru en moi.

Je dédie ce travail.

2
 Mémoire de n d'études

Remerciements
Je souhaite remercier en premier lieu mon encadrant, Monsieur ARIF Jabir, professeur

à l'ENSATE, pour son encadrement hors pair, sa relation et sa proximité avec les étudiants

en général, mais aussi, pour le grand intérêt porté à mon sujet de stage de n d'études. Je le

remercie inniment pour ses conseils très précieux, et je lui exprime mon entière reconnaissance.

Je tiens à exprimer mon entière reconnaissance à Monsieur BENABDELHAK El Mostafa,

Manager Senior PM pour avoir cru en moi, et pour avoir accepté de m'accueillir à Value Pass

Consulting.

Je tiens aussi à exprimer mes sincères reconnaissances à mon encadrante professionnelle, à

Value Pass Consulting Mme. GUEMOURIA Ghita, consultante sénior SAP MM et SRM, pour

son aimable soutien, remarques et conseils précieux, et aussi à tous les membres de l'équipe

MM, tout particulièrement, OUKHEYI Said, BEGDOURI Ibrahim et AKRATE Ouijdane.

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, Ayoub EL KRIFLI, consultant BC, HAMMOUTI Aymane,

Consultant CO et LAGRIOUIZ Hamid, Consultant FI.

Je dois également exprimer mes vifs remerciements à l'ensemble du corps professoral de la

lière Supply Chain Management pour les eorts qu'ils ne cessent de déployer an de nous

assurer la meilleure formation.

Je tiens à remercier également les membres du jury d'avoir accepté d'évaluer mon travail.

3
 Mémoire de n d'études

Résumé
Ce présent document résume l'ensemble du travail réalisé durant mon projet de n d'études,

pour l'obtention de diplôme d'ingénieur d'Etat de l'Ecole Nationale des Sciences Appliquées de

Tetouan, en Supply Chain Management.

Le projet 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 une solution

SAP de gestion des achats, au prot de SONACOS. Notre ultime objectif est de mettre à

disposition de notre client une solution SAP qui fait répondre aux mieux à ces besoins, et

couvre toutes les exigences exprimées en utilisant les pratiques d'achats les plus précis.

Au cours de la méthodologie d'implémentation ASAP, j'ai contribué dans les phases de

conception et réalisation de projet. Ce travail est partagé en trois grandes parties, j'ai commencé

dans le premier chapitre par le cadrage général du projet pour avoir une visibilité sur le

déroulement des phases du travail, le deuxième chapitre est dédié essentiellement pour dénir

les solutions SAP sur lesquels est basé le projet, à savoir, SAP ERP et SAP SRM, et nalement

le dernier chapitre fait décrire l'essentiel de notre travail réalisé durant toute période de notre

stage.

La dernière partie de ce présent rapport est un récapitulatif et une synthèse des acquis que

j'ai développé à partir de ma participation dans le projet, ainsi que les résultats accomplis et

les perspectives à réaliser pour la bonne réussite du projet.

4
 Mémoire de n d'études

Abstract
The following document sums up the entire work done during my nal year project, to

achieve the engineering degree, and obtain the diploma of Engineer in Supply Chain Management.

This project took place within the SME Value Pass Consulting, an SAP Gold Partner, and

aimed to successfully implement the most relevant SAP procurement solution in SONACOS.

The main goal is to provide our client a procurement solution which meets his needs, and covers

all the requirements using the most accurate procurement capabilities.

I took part of this project throughout the Business Blueprint and realization phases of

Accelerated SAP methodology. This Project is divided into three essential parts, the rst one

describes the general context of this project and its major elements, the second chapter is a

global presentation of two SAP procurement solutions (SAP ERP and SAP SRM), the third

part reveals the essence of my work, and uncovers the eective work done all along the project

duration.

The last part of this document synthesize my key benets from this project, the results

accomplished and the future perspectives that would eciently enhance and optimize the

procurement process of SONACOS.

5
 Mémoire de n d'études

Liste des acronymes

A
• ABAP : Advanced Business Application Programming

• AMDEC : Analyse des modes de défaillances et de leurs eets et de leurs criticités.

• AMOA : Assistant à maîtrise d'ouvrage

• AO : Appel d'ore

• ASAP : Accelerated SAP

B
• BC : BASIS Components

• BPMN : Business Process Modeling and Notation

C
• CRM : Customer Relationship Management

D
• Dev : Development

E
• ECC : ERP Central Component

6
 Mémoire de n d'études

• ERP : Enterprise Resource Planning

H
• HCM : Human Capital Management

M
• MM : Material Management

• MOA : Maître d'ouvrage

• MOE : Maître d'÷uvre

O
• ONSSA : Oce national de sécurité sanitaire des produits alimentaires

P
• P2O : Process to Pay

• P2P : Process to Pay

• PROD : Production

• PI : Process Integration

Q
• QQOQCP : Qui, Quoi, Où, Quand, Combien, Pourquoi.

7
 Mémoire de n d'études

• Qual : Qualité

S
• SAP : System, Application and Products in data processing

• SAP SUS : SAP Supplier Self-Service.

• SCN : SAP Community Network.

• SI : Système d'information

• SIPOC : Supplier, Input, Process, Output, Customer.

• SMI : Small and Medium Enterprise.

• SRM : Supplier Relationship Management

• SWOT : Strength, Weakness, Opportunity, Threats.

T
• TCO : Total cost of ownership

V
• VP : Value Pass Consulting

8
Liste des tableaux

1.1 Listes des clients ValuePass Consulting . . . . . . . . . . . . . . . . . . . . . . . 24

1.2 Analyse QQOQCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

9
Table des gures

1.1 Organigramme de ValuePass Consulting . . . . . . . . . . . . . . . . . . . . . . 25

1.2 Fiche technique de ValuePass Consulting . . . . . . . . . . . . . . . . . . . . . . 25

1.3 Organigramme SONACOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

1.4 Environnements de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

1.5 Modules SAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

1.6 Structure organisationnelle du module MM . . . . . . . . . . . . . . . . . . . . . 32

1.7 Flux du processus achat sur MM . . . . . . . . . . . . . . . . . . . . . . . . . . 33

1.8 Importance relative des diérents chantiers selon la démarche ASAP FOCUS . . 37

1.9 Méthodologie ASAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

1.10 Diagramme de Gantt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

2.1 Organisations d'achat SONACOS . . . . . . . . . . . . . . . . . . . . . . . . . . 42

2.2 Groupes d'achteurs SONACOS . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

2.3 Structure organisationnelle des achats SONACOS . . . . . . . . . . . . . . . . . 43

3.1 Transaction SPRO : Création d'une division . . . . . . . . . . . . . . . . . . . . 55

3.2 Vue : Modier division . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

3.3 SPRO : Création d'un magasin . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

3.4 Magasins : Centre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

3.5 Magasins : Sous-centre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

3.6 Magasin : Dépositaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

3.7 Magasin : Point de vente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

3.8 SPRO : Création d'une organisation d'achat . . . . . . . . . . . . . . . . . . . . 58

3.9 Organisations d'achat SONACOS . . . . . . . . . . . . . . . . . . . . . . . . . . 59

3.10 Création des types d'articles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

3.11 Types d'articles dénis pour SONACOS . . . . . . . . . . . . . . . . . . . . . . 60

3.12 Détermination des groupes de comptes . . . . . . . . . . . . . . . . . . . . . . . 60

10
TABLE DES FIGURES Mémoire de n d'études

3.13 Vue : Groupes de comptes fournisseurs . . . . . . . . . . . . . . . . . . . . . . . 61

3.14 Création des tranches numéros . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

3.15 Groupes d'acheteurs dénis pour SONACOS . . . . . . . . . . . . . . . . . . . . 62

3.16 Création des types des demandes d'achat . . . . . . . . . . . . . . . . . . . . . . 63

3.17 Types de demandes d'achat dénis pour SONACOS . . . . . . . . . . . . . . . . 63

3.18 Paramétrage des catégories de messages . . . . . . . . . . . . . . . . . . . . . . . 64

3.19 Paramétrage formulaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

3.20 Commande d'achat SONACOS . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

3.21 Dénition des types d'opérations . . . . . . . . . . . . . . . . . . . . . . . . . . 66

3.22 Les types d'opérations dénis SONACOS . . . . . . . . . . . . . . . . . . . . . . 66

3.23 Les types d'appels d'ores dénis pour SONACOS . . . . . . . . . . . . . . . . . 66

3.24 Les types de données pour les questions . . . . . . . . . . . . . . . . . . . . . . . 67

3.25 Les groupes de questions SONACOS . . . . . . . . . . . . . . . . . . . . . . . . 67

3.26 Demande d'achat créée - ME51N . . . . . . . . . . . . . . . . . . . . . . . . . . 69

3.27 Accueil SAP Business Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

3.28 Exécuter détermination des sources d'approvisionnement - Etape 1 . . . . . . . . 70

3.29 Exécuter détermination des sources d'approvisionnement - Etape 2 . . . . . . . . 71

3.30 Création de l'AO - Dates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

3.31 Saisie des soumissionaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

3.32 Status des ores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

3.33 Comparaison des ores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

3.34 Comparaison des ores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

4.1 Approche LSMW . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

4.2 Cycle de la demande à la commande d'achat - Avant . . . . . . . . . . . . . . . 80

4.3 Cycle de la demande à la commande d'achat - Après . . . . . . . . . . . . . . . 80

4.4 Evolution du nombre des demandes d'achat en cours de traitement . . . . . . . 81

4.5 Vue transaction FBL1N . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

11
Table des matières

Avant-Propos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

Dédicaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

Remerciements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Résumé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Abstract . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Liste des acronymes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Liste des tableaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Liste des gures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

Tables des matières . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

Introduction générale 16

1 Chapitre 1 : Cadre général du projet 18

1.1 Contexte académique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

1.2 Contexte professionnel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

1.2.1 Organisme d'accueil ValuePass Consulting . . . . . . . . . . . . . . . . . 19

[Link] Aperçu général . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

[Link] Missions et Clients de l'entreprise . . . . . . . . . . . . . . . . . 20

[Link] Organigramme de l'entreprise . . . . . . . . . . . . . . . . . . . 25

[Link] Fiche technique . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

1.2.2 Entreprise cliente : SONACOS . . . . . . . . . . . . . . . . . . . . . . . . 26

1.3 Problématique et solutions proposées . . . . . . . . . . . . . . . . . . . . . . . . 27

1.3.1 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

1.3.2 Solutions proposées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

[Link] SAP ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

[Link] SAP SRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

1.4 Management de projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

12
TABLE DES MATIÈRES Mémoire de n d'études

1.4.1 Périmètre organisationnel . . . . . . . . . . . . . . . . . . . . . . . . . . 35

1.4.2 Périmètre fonctionnel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

1.4.3 Périmètre SAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

1.4.4 Dénition du projet coné à VALUE PASS . . . . . . . . . . . . . . . . . 36

1.4.5 Conduite du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

[Link] Cycle de vie du projet . . . . . . . . . . . . . . . . . . . . . . . 37

[Link] Méthodologie ASAP . . . . . . . . . . . . . . . . . . . . . . . . 37

[Link] Planication du déroulement du projet . . . . . . . . . . . . . . 40

1.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

2 Chapitre 2 : Analyse fonctionnelle et conception 41

2.1 Structure organisationnelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

2.2 Flux SONACOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

2.2.1 Multiplication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

[Link] Règles de gestion : Commande de vente . . . . . . . . . . . . . 44

[Link] Règles de gestion : Commande d'achat . . . . . . . . . . . . . . 44

[Link] Règles de gestion : Livraison des semences au multiplicateur . . 45

[Link] Règles de gestion : Consignation SAC . . . . . . . . . . . . . . 45

2.2.2 Flux engrais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

[Link] Contrat OCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

[Link] Commande d'achat OCP . . . . . . . . . . . . . . . . . . . . . 46

[Link] Commande d'achat Prestation d'Ensachage . . . . . . . . . . . 46

[Link] Division Tier . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

[Link] Transfert Engrais en sac . . . . . . . . . . . . . . . . . . . . . . 47

[Link] Cas de Blend . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

2.2.3 Prestation frigorique . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

2.3 Appels d'ores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

2.3.1 Appel d'ores ouvert . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

2.3.2 Apple d'ores restreint . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

2.3.3 Appel d'ores bon de commande . . . . . . . . . . . . . . . . . . . . . . 50

2.4 Marchés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

2.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

13
TABLE DES MATIÈRES Mémoire de n d'études

3 Chapitre 3 : Réalisation et recette 54

3.1 Paramétrage MM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

3.1.1 Structure organisationnelle . . . . . . . . . . . . . . . . . . . . . . . . . . 55

[Link] Divisions SONACOS . . . . . . . . . . . . . . . . . . . . . . . . 55

[Link] Magasins SONACOS . . . . . . . . . . . . . . . . . . . . . . . . 56

[Link] Organisations d'achat SONACOS . . . . . . . . . . . . . . . . . 58

3.1.2 Fiche article . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

3.1.3 Fiche fournisseur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

[Link] Dénir groupes de comptes . . . . . . . . . . . . . . . . . . . . 60

[Link] Tranches numéros pour les ches fournisseurs . . . . . . . . . . 61

3.2 Achats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

[Link] Groupes d'acheteurs . . . . . . . . . . . . . . . . . . . . . . . . 62

[Link] Dénir types de documents (Demande d'achat) . . . . . . . . . 62

3.3 Gestion des stocks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

3.3.1 Dénir catégories de messages de la commande . . . . . . . . . . . . . . 64

3.4 Paramétrage SRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

3.4.1 L'appel d'ores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

[Link] Dénition des types d'appel d'ore . . . . . . . . . . . . . . . . 65

3.4.2 Questions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

[Link] Détermination les types de données pour les questions . . . . . 67

[Link] Détermination des groupes de question . . . . . . . . . . . . . . 67

3.5 Recette . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

3.5.1 Démarche de la recette . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

3.5.2 Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

[Link] Achat avec appel d'ores ouvert . . . . . . . . . . . . . . . . . . 68

3.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

4 Chapitre 4 : Lancement et étude des gains 75

4.1 Stratégie générale de reprise des données . . . . . . . . . . . . . . . . . . . . . . 76

4.1.1 Documentation - Livrables . . . . . . . . . . . . . . . . . . . . . . . . . . 76

[Link] Stratégie générale de reprise des données . . . . . . . . . . . . . 76

[Link] Canevas de reprise . . . . . . . . . . . . . . . . . . . . . . . . . 77

[Link] Plan de bascule (Cutover plan) (partie relative aux données) . . 77

4.1.2 Règles de gestion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

14
TABLE DES MATIÈRES Mémoire de n d'études

[Link] Fournisseurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

[Link] Articles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

[Link] Commandes d'achat . . . . . . . . . . . . . . . . . . . . . . . . 78

[Link] Demandes d'achat . . . . . . . . . . . . . . . . . . . . . . . . . 78

4.2 Etude des gains . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

4.2.1 Durée du cycle de la demande à la commande d'achat . . . . . . . . . . . 79

4.2.2 Nombre des demandes d'achat non traitées . . . . . . . . . . . . . . . . . 81

4.2.3 Dépenses non controlées . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

4.3 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

Conclusion générale 84

Bibliographie 85

Webographie 85

15
Introduction générale

Avec plus de quarante ans d'existence, les ERP structurent le paysage des systèmes d'information

des entreprises industrielles, commerciales et nancières. Un projet d'ERP est durable, car

après avoir été l'un des vecteurs majeurs de maîtrise du back oce et des chaînes logistiques, il

présente un moyen de résister à une économie perturbée, d'innovation continue en intégrant les

nouvelles technologies et en s'inscrivant sur des nouveaux modèles économiques. Dans cette

optique d'informatisation des processus logistiques, et grâce au concept de l'e-sourcing, la

gestion des achats classique a connu une mutation vers une recherche de sources d'approvisionnement

plus ciblée et qui répond au mieux aux besoins de l'acheteur. Ceci dit, l'e-sourcing est devenu

un outil puissant d'identication des fournisseurs, et de gestion de relation avec eux de façon

simple et harmonieuse en utilisant au mieux les technologies de l'information. Par conséquent,

les entreprises se voient séduites par un système d'information de gestion des achats, qui cone

pleinement un avantage de compétitivité et de maîtrise des dépenses achat.

A cet égard, la SONACOS, consciente de l'apport d'un tel système au niveau de la abilité,

cohérence et simplicité de l'utilisation des données liées à son processus d'achat, a choisi

d'intégrer une solution SAP pour mieux gérer la relation avec ses fournisseurs et gérer ses

achats. La société veille à ce que la solution couvre un ensemble de fonctionnalités, et répond

à plusieurs enjeux stratégiques, organisationnels mais aussi technologiques, sans oublier que la

solution devra également s'intégrer avec son système applicatif existant. En réponse à cette

demande, Value Pass Consulting, partenaire gold de SAP, est rentré en collaboration avec

la SONACOS sous la casquette d'intégrateur pour s'aligner avec la perspective du groupe,

répondre à ses attentes, et mener à bien ce projet de refonte du système d'information. Notre

projet consiste donc à mettre en place une solution SAP de gestion des achats et de gestion de la

relation fournisseur au service de la SONACOS. Cette solution a comme objectif de rationaliser

les achats du client et de maîtriser l'ensemble du processus achat. Pour la bonne gestion de ce

projet, Value Pass Consulting a choisi la méthodologie ASAP pour la gestion de ce projet, de la

16
TABLE DES MATIÈRES Mémoire de n d'études

préparation initiale jusqu'au support et maintenance. J'ai pu participer dans ce projet, durant

la deuxième et la troisième phase du processus ASAP, qui sont la conception de la solution et

sa réalisation.

Le présent rapport est une vue d'ensemble du travail réalisé durant quatre mois. J'ai scindé

le rapport selon une structure cohérente en quatre parties. An de mieux cadrer le projet,

délimiter son périmètre et mieux élucider sa problématique, j'ai présenté en première partie

le contexte général du projet, soit le cadre académique et professionnel, l'organisme d'accueil,

l'étude du besoin, le cahier des charges fonctionnelles, les missions aectées et le management

du projet.

Avant de se lancer dans le travail réalisé, et dans le but d'apporter au lecteur une vision sur

les requis pour mieux se situer dans nos réalisations, nous avons présenté en deuxième partie les

diérentes solutions incorporées et utilisées dans ce projet, et leurs diérentes fonctionnalités,

pour se positionner au nal sur la solution qui répond au mieux au besoin de SONACOS. J'ai

abordé par la suite une étude de l'existant, qui met la lumière sur l'architecture technique

existante, l'état des lieux du projet et l'intérêt de l'intégration d'une solution SAP avec le

système de gestion existent chez le client.

Finalement, le fruit de ce travail est présenté au 3ème chapitre, et englobe tout ce qui a

été concrètement réalisé durant mon projet de n d'études. Ce chapitre concerne la réalisation

d'un prototype système SAP ERP/SRM, qui comprend l'intégralité du ux du processus achat,

j'ai présenté les diérents paramétrages eectuées qui constituent les éléments clés de la phase

de réalisation. Ce rapport a été clôturé par un dernier chapitre contenant une étude des gains

ainsi que le bilan et les perspectives de mon projet de n d'études.

17
Chapitre 1

Chapitre 1 : Cadre général du projet

Dans ce chapitre, j'ai situé mon projet de n d'études dans les deux contextes où il
s'insère, à savoir le contexte académique relatif à notre cursus scolaire, et le contexte
professionnel lié au projet qui nous a été coné au sein de VALUE PASS Consulting. Cela
dit une présentation de l'organisme d'accueil ainsi que le projet en question et enn la
méthodologie et le planning prévisionnel respectés lors de l'ensemble des phases
d'élaboration du projet.

Plan
• Contexte académique

• Contexte profesionnel

• Problématique et solutions proposées

• Management de projet

18
1.1. CONTEXTE ACADÉMIQUE Mémoire de n d'études

1.1 Contexte académique

Le projet de n d'études est la dernière étape du parcours scolaire qui marque la n de

la phase de formation au sein de l'Ecole Nationale des Sciences Appliquées de Tetouan. Ce

parcours qui s'étale sur cinq ans d'études se déroule comme suit :

• Deux années préparatoires où l'étudiant est censé acquérir les connaissances de base et

les outils nécessaires pour un futur ingénieur.

• Trois ans en cycle ingénieur qui visent à développer le savoir-être et le savoir-faire de

l'élève ingénieur dans le but de le préparer à l'insertion professionnelle.

Ce présent travail est réalisé dans le cadre du projet de n d'études qui s'est déroulé au deuxième

semestre de la 3ème année du cycle ingénieur, dans le but d'obtenir le diplôme d'ingénieur

d'Etat en Supply Chain Management. Il a été réalisé au sein de la société VALUE PASS

Consulting, sous l'encadrement de la société elle-même et l'ENSATE. L'encadrement au cours

du déroulement du projet a été assuré par M. ARIF Jabir, professeur à l'ENSA de Tetouan.

La validation du travail réalisé est une tâche attribuée aux membres constitutifs du jury de

l'ENSATE. Ce jugement est porté suite à une soutenance où l'essentiel du travail sera présenté,

et suite à l'évaluation de la qualité du rapport de synthèse.

1.2 Contexte professionnel

Le projet de n d'études est une étape nécessaire qui a pour but de faciliter la transition vers

le monde professionnel. Non seulement c'est une opportunité pour mettre en pratique l'ensemble

des connaissances et savoir-faire acquis durant le cursus scolaire, mais aussi une occasion pour

apprendre à s'adapter avec les diérentes situations purement professionnelles. Dans ce qui va

suivre on va présenter l'organisme d'accueil, VALUE PASS Consulting, les métiers exercés dans

le cadre du projet ainsi que les diérentes missions qui nous ont été conées.

1.2.1 Organisme d'accueil ValuePass Consulting

[Link] Aperçu général
ValuePass 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.

19
1.2. CONTEXTE PROFESSIONNEL Mémoire de n d'études

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, ValuePass s'internationalise et décide

d'étendre l'ore 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.

Le centre de support de ValuePass ore 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 ore

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, ValuePass renforce son investissement

dans la RD (Recherche Développement) en mettant en place une unité SAP mobility dédiée

au développement de solutions mobiles au prot 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 conrme le positionnement

de ValuePass sur la niche des services à valeur ajoutée autour des produits SAP.

[Link] Missions et Clients de l'entreprise

I. Missions

Du point de vue technique, l'ore d'intégration de ValuePass autour des produits SAP

couvre les diérents métiers de l'entreprise : nance, achat, logistique, commercial, production,

qualité, maintenance, gestion de la relation client et le décisionnel.

La mission de Value Pass consiste à développer une ore 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 ore comprend une palette de prestations organisées autour de quatre métiers :

 Conseil en management et Organisation

 Conseil et Implémentation des ERP

20
1.2. CONTEXTE PROFESSIONNEL Mémoire de n d'études

 Formation aux ERP

 Développements O-shore

 Développement sur la technologie ABAP

Conseil en Management et Organisation

Positionnée sur le marché du conseil en management et en organisation et dotée d'expertises

sectorielles et fonctionnelles de premier plan, ValuePass a pour ambition d'aider ses clients

à identier, structurer et exécuter leurs projets de transformation qui impactent durablement

leurs croissance ou leurs compétitivité. ValuePass les accompagne dans leurs phases de transition

en portant une grande attention aux facteurs clés d'une transformation réussie. L'ore de

ValuePass 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 Réengineering (BPR)

 Mise en ÷uvre d'une démarche outillée de modélisation des processus (Aris, Mega, Visio)

 Diagnostic et rationalisation des processus / liè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)

An 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'ore

s'étend à l'accompagnement dans la :

 Cartographie des risques

 Diagnostic du dispositif de contrôle des risques

 Dénition 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énition des stratégies adéquates de gestion des risques

 Assistance à la maîtrise d'ouvrage pour la mise en place des outils

 Dénition et mise en place des Plans de Continuité Des Activités

21
1.2. CONTEXTE PROFESSIONNEL Mémoire de n d'études

Conseil et intégration ERP

L'intégration des ERP constitue le c÷ur de métier de Value Pass, S'appuyant sur son fort

partenariat avec SAP ainsi qu'avec des intégrateurs de référence (IBM Global Business Services),

ValuePass participe à des projets complexes d'intégration, allant de la conception à l'intégration

et la mise en oeuvre de solutions technologiques.

ValuePass 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 oeuvre de la solution SI retenue par

l'entreprise.

L'approche de ValuePass est basée sur les retours d'expériences de mise en oeuvre de

projets ERP dans le monde et privilégie les chantiers à valeur ajoutée pour l'entreprise. Son

ore 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écications fonctionnelles. L'ore de ValuePass 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écications fonctionnelles

Formation aux ERP

En fonction des besoins de l'entreprise, ValuePass 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'ore 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 Oshore
ValuePass 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.

22
1.2. CONTEXTE PROFESSIONNEL Mémoire de n d'études

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 ValuePass sont les suivantes :

 SAP Mobile Platform Sell Autorisation

 Database and Technology Sell Authorization

 SAP Buisness Intelligence Sell Autorization

 SAP Buisness All-in-One Support Authorization

 SAP HANA Support Authorization

 SAP Buisness All-in-One Sell Authorization

 SAP Cloud Human Resources Sell Authorization

II. Clients de l'entreprise

ValuePass a déjà eectué plusieurs projets SAP et Organisation dans les dié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 diérents clients et projets achevés :

23
1.2. CONTEXTE PROFESSIONNEL Mémoire de n d'études

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 liale

marocaine d'International Paper (modules FI/CO/MM).

• Formation des utilisateurs.

• Support  Assistance.

• 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 naux 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.

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

• Gestion Facturation
24inter company (Coca-Cola et Embouteilleurs).
1.2. CONTEXTE PROFESSIONNEL Mémoire de n d'études

[Link] Organigramme de l'entreprise

Figure 1.1  Organigramme de ValuePass Consulting

[Link] Fiche technique

Figure 1.2  Fiche technique de ValuePass Consulting

25
1.2. CONTEXTE PROFESSIONNEL Mémoire de n d'études

1.2.2 Entreprise cliente : SONACOS

La Société Nationale de Commercialisation des Semences "SONACOS" est une société

étatique créée en 1975 sous l'égide du Ministère de l'Agriculture et de la Pêche Maritime.

Elle a pour objet :

• L'achat, y compris l'importation, le conditionnement et la vente d'engrais, de semences,

de plants et d'arbres ou toutes autres parties végétales servant à la reproduction ; elle

peut procéder, éventuellement, à leur multiplication.

• La réalisation de toute opération et activité se rapportant à l'agriculture.

La SONACOS diversie ses produits avec d'autres intrants agricoles en intégrant diérentes

formules d'engrais.

Le Plan Maroc Vert, lancé en 2008, a érigé le secteur Semencier en priorité par la signature

d'un contrat programme entre le gouvernement de sa Majesté et la profession des semences.

Dates clés

• 1975 Création de la SONACOS.

• 1988 Libéralisation progressive du secteur semencier.
• 1990 Construction du premier centre propre à la SONACOS.
• 1997 Adoption d'un plan national semencier
• 2000 Harmonisation des statuts de la SONACOS.
• 2006 Démarrage de la commercialisation des engrais.
• 2008 Lancement du plan Maroc Vert.
• 2009 Renforcement des investissements industriels.
• 2010 Réalisation d'un niveau de commercialisation des semences certiées de céréales
dépassant un million de quintaux.

• 2011 Augmentation du capital social de la SONACOS de 34 000 000 Dh à 160 000 000
Dh (Capital initial lors de la création de la SONACOS de 2 000 000 Dh).

• 2011 Mise en place d'une nouvelle organisation de la SONACOS.

• 2012 Approbation par le conseil de surveillance de la nouvelle stratégie de la SONACOS
à l'horizon 2020.

• 2012 Réalisation d'un chire d'aaire de 1 milliard de dirhams.

• 2016 Réalisation d'un niveau de commercialisation record des semences certiées de

céréales dépassant 1.6 millions de quintaux.

26
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

Organigramme SONACOS

Figure 1.3  Organigramme SONACOS

1.3 Problématique et solutions proposées

1.3.1 Problématique
La SONACOS, consciente de l'apport de l'outil ERP au niveau de la faisabilité, cohérence

et simplicité de l'utilisation des données liées à son processus d'achat, a choisi d'intégrer une

solution SAP pour mieux gérer la relation avec ses fournisseurs et gérer ses achats. La société

veille à ce que la solution couvre un ensemble de fonctionnalités, et répond à plusieurs enjeux

stratégiques, organisationnels mais aussi technologiques, sans oublier que la solution devra

également s'intégrer avec son système applicatif existant.

Dans l'objectif de mieux souligner la grande problématique de ce projet, nous la dénissons

comme suit : `La rationalisation des achats au sein d'un seul système adapté, structuré et

intégrable'.

Pour bien cadrer la problématique de ce présent travail, le tableau suivant est très utile pour

la bonne compréhension des éléments en interaction avec la problématique.

27
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

Qui ? • SONACOS

• ValuePass Consulting

• Equipe MM / Logistique

Quoi ? • Implémentation d'une solution pour la gestion des achats

Où ? • Siège de la SONACOS

Quand ? • Depuis l'expression du besoin d'achat

Comment ? • Analyse de l'existant

• Choix de la solution de gestion d'achat

• Conception de la solution

• Paramétrage de la solution

• Implémentation de la solution

Pourquoi ? • Eliminer l'incohérence

• Rationaliser les achats

• Organiser le processus achat ecacement

• Contrôler les dépenses

Table 1.2  Analyse QQOQCP

28
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

1.3.2 Solutions proposées

[Link] SAP ERP
Avant de présenter SAP ERP, il est primordial de le situer dans le contexte de notre projet.

Cette solution est le fondement de nos connaissances en système d'information car sans la

compréhension et la maîtrise de l'ERP il est dicile de s'ouvrir sur les autres solutions qui en

dérivent. Dans ce projet, j'ai commencé à me former en SAP ERP an de mieux appréhender

les bases de ce système, qui m'ont épaulé à capturer les concepts des autres solutions.

I. Dénition de l'ERP
Les ERP sont des progiciels paramétrables, modulaires, intégrés et qui ont pour objectif de

mettre en réseau, par une base de données unique, l'ensemble des données relatives aux fonctions

de l'entreprise (comptabilité, communication, ressources humaines, marketing, etc.). Un ERP

permet de gérer l'ensemble des processus opérationnels d'une entreprise, en intégrant l'ensemble

de ses fonctions.

Cette notion a fait émerger l'idée que l'ERP pouvait être la colonne vertébrale du système

d'informations de l'entreprise. C'est pourquoi de nombreux éditeurs de logiciels ERP orent des

solutions ERP clés en main, qui couvrent tous les domaines de l'entreprise. Dans un tel système,

la redondance des données entre départements n'existe plus ; l'information étant disponible pour

tous en temps réel, une meilleure coordination interservices devient possible et prend moins de

temps ce qui améliore la productivité.

Tous ces avantages expliquent pourquoi de plus en plus d'entreprises décident d'utiliser les

ERP. Dans ce marché, SAP est le progiciel le plus utilisé à l'heure actuelle.

II. Présentation de SAP

SAP (en anglais Systems, Applications and Products in data processings) est un système qui

intègre les diérentes fonctions de l'entreprise (comptabilité, nances, production, approvisionnement,

marketing, ressources humaines, qualité, maintenance, etc.). Tous les processus sont reliés

entre eux par l'utilisation d'un système d'information centralisé sur la base d'une conguration

client/serveur. Il est fondé par cinq anciens employés d'IBM en 1972.

Aujourd'hui, SAP fournit des systèmes de gestion et de maintenance à des entreprises de

toutes tailles dans le monde entier. On dénombre plus de 140000 installations dans plus de 120

pays à travers le monde. Ce qui représente plus de 12 millions d'utilisateurs.

29
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

III. Environnements de travail

Sur le système SAP ECC intégré, nous distinguons 3 environnements du travail, les consultants

BC se chargent de créer ces environnements ainsi que dénir les utilisateurs pour y accéder.

Figure 1.4  Environnements de travail

• Environnement de développement (DEV) : Au niveau de cette partie, les diérents

paramétrages, solutions techniques et fonctionnelles sont mises en place an de répondre

aux exigences client.

• Environnement de qualité (QUAL) : Dans cet environnement, les consultants évaluent

les modications et leurs adéquations avec le besoin du client après la transportation

des diérents paramétrages réalisés dans l'environnement DEV à l'aide d'un ordre de

transport (OT).

• Environnement de production (PROD) : Cet environnement est exploité pour

les activités métiers et l'enregistrement des données réelles du client. L'environnement

PROD représente le système nal sous la charge du client, aucune modication, test ne

doit être appliquée sur ce système.

30
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

IV. Gestion integrée par SAP ECC

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 an de l'adapter aux besoins spéciques d'une entreprise. Actuellement, SAP ERP

demeure la solution la plus exible et la plus étendue pour couvrir tous les besoins des entreprises.

Les modules fonctionnels, présentés dans la gure ci-dessous, peuvent être distingués en trois

grandes familles : logistique (modules MM, SD, PP, LE, QM, PM, CS, PS), gestion comptable

(modules FI, CO, PS) et ressources humaines (module HR).

Figure 1.5  Modules SAP

A noter, que les processus sur le système SAP sont commandés et gérés par des transactions

prédénies. Une transaction est un code composé de lettres et de chires qui permet de lancer

une fonctionnalité sur le système ; cette fonctionnalité peut être :

• Une tâche opérationnelle comme créer une commande de vente, modier une commande

d'achat. (Exemple : Transaction ME21N créer une commande d'achat)

• Une tâche de gestion de référentiel : créer une che article, modier une che client ou

une che fournisseur (Exemple : XK01 créer un fournisseur)

• Une tâche de reporting : lancer un état de stock par exemple (Exemple : MMBE Acher

le stock d'un article)

31
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

V. Module MM : Gestion des articles

Le module MM gure parmi la panoplie des modules de la famille logistique sur SAP. Il permet

de gérer une grande partie du processus achat :

• Le calcul des besoins, des réapprovisionnements ;

• La gestion des demandes d'achat, commandes d'achat, contrats, etc. ;

• La gestion des stocks ;

• La gestion des emplacements et de l'inventaire ;

• Etc.

VI. Structure organisationnelle

Il est important de bien dénir l'environnement logistique et nancier 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. La gure suivante représente une arborescence

de la structure organisationnelle sur SAP :

Figure 1.6  Structure organisationnelle du module MM

32
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

VII. Flux du processus achat sur MM

Une approche processus est indispensable pour mieux comprendre le déroulement de la fonction

achat sur SAP MM. La gure suivante représente un schéma simplié du processus achat.

Figure 1.7  Flux du processus achat sur MM

Description du Flux transactionnel :

1. Besoins en matériels = Article + Demande d'achat (ME51N)

2. Sources d'approvisionnement

3. Sélection des fournisseurs

4. Commande d'achat + Suivi de la commande (ME21N | ME59)

5. Entrée de marchandise (MIGO)

6. Contrôle de facture - Paiement (MIRO)

VIII. 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. Certes, 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.

Prenons à titre d'exemple, un cas opérationnel "la gestion des appels d'ores sur SAP

ERP" qu'on détaillera par la suite : Après la création d'un appel d'ore sur SAP, l'acheteur

passe à la gestion de ce dernier en passant par la transaction ME47. Une fois que les ores

sont soumises par l'ensemble des participants (fournisseurs), l'acheteur passe à la comparaison

33
1.3. PROBLÉMATIQUE ET SOLUTIONS PROPOSÉES Mémoire de n d'études

des ores en utilisant la transaction ME49. L'inconvénient est que la comparaison des ores

sur SAP se focalise uniquement sur l'aspect technique, c'est-à-dire seul le prix de l'ore est

pris en considération, ce qui ne représente qu'un seul critère de sélection parmi plusieurs qui

gurent parmi les pratiques de l'entreprise. Ceci 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 aecter un score à

chaque critère, et ceci avant la réception des ores pour garantir une plus grande objectivité lors

du dépouillement. L'ore obtenant le meilleur score nal est celle à qui on attribue le marché.

En ce qui concerne le secteur public, l'attribution du marché passe par la comparaison de trois

dossiers (administratif, nancier et technique) ce qui demeure irréalisable sur SAP ERP.

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économique, 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 diérents documents électroniques et la diculté de collaboration font fuir les partenaires

de l'entreprise.

[Link] SAP SRM

I. Présentation de SRM
Le terme "Supplier Relationship Management" désigne l'utilisation de technologies par une

entreprise an d'améliorer le mécanisme d'approvisionnement auprès de ses fournisseurs. L'objectif

de SRM est de permettre à une entreprise de maitriser les processus métier, d'améliorer la

communication avec ses diérents fournisseurs, et d'avoir une meilleure connaissance de chacun

d'entre eux an de mieux identier les fournisseurs stratégiques et améliorer sa capacité de

négociation. A l'inverse, il s'agit également de faire en sorte que les fournisseurs connaissent

mieux le c÷ur de métier de l'entreprise et ses diérents produits an d'adapter leur prestation

et anticiper leur besoin. SRM permet de générer des économies durables, d'assurer la conformité

des contrats et un retour sur investissement assuré. Les éditeurs de solutions SRM dénissent

généralement un processus en cinq grandes étapes : la conception collaborative, le sourcing, la

sélection des fournisseurs, la négociation et l'évaluation des performances du fournisseur.

34
1.4. MANAGEMENT DE PROJET Mémoire de n d'études

II. La solution SAP SRM

Cette ore s'appuie principalement sur la solution SAP Supplier Relationship Management et

le portail SRM. Elle intègre des fonctionnalités dédiées aux processus e-sourcing pour la gestion

achats, de traitement des appels d'ores, des enchères et la relation avec le fournisseur. Elle

comporte également des fonctionnalités liées à la :

• Pré-qualication et homologation fournisseurs

• Collaboration avec les fournisseurs

• Gestion des contrats

• Gestion des rounds de négociations

• Evaluation de la performance fournisseur

Ces fonctionnalités couvrent la quasi-totalité du besoin client, ce sont des fonctionnalités en

interdépendance et permettent de contourner l'intégralité du processus achat.

1.4 Management de projet

Le projet consiste en l'installation, le paramétrage et la mise en oeuvre du progiciel intégré

SAP ECC6 pour le périmètre déni ci dessous :

1.4.1 Périmètre organisationnel

Le périmètre organisationnel comprend la société SONACOS et ses 16 centres régionaux.

Le périmètre organisationnel est désigné en tant que SONACOS dans le reste de ce document.

Le projet se déroulera au siège de SONACOS. Des réunions ou des travaux ponctuels

pourront avoir lieu sur des sites diérents de la société.

1.4.2 Périmètre fonctionnel

Le projet SAP du groupe SONACOS couvre le périmètre fonctionnel suivant :

• Multiplication

• Planication

• Approvisionnement

• Stocks

• Logistique

• Gestion commerciale

• Production

35
1.4. MANAGEMENT DE PROJET Mémoire de n d'études

• Qualité

• Maintenance

• Comptabilité Financière

• Contrôle de Gestion

• Analyses et Reporting

1.4.3 Périmètre SAP

Le futur système intégré est bâti autour du progiciel SAP ECC6.

Les modules mis en place seront les suivants :

• FI Comptabilité

• CO Contrôle de Gestion

• PP Production

• QM Qualité

• PM Maintenance

• MM Achats et Stocks

• SD Ventes et Distribution

• Business Objects BI Edge

1.4.4 Dénition du projet coné à VALUE PASS

VALUE PASS représente la maîtrise d'oeuvre du projet d'intégration du progiciel SAP chez

SONACOS, et est responsable de la réalisation du projet dans son intégralité.

Le périmètre de prestations de VALUE PASS est le suivant :

• Lancement du projet

• Formation de l'équipe projet SONACOS

• Prototypage et conception générale

• Conception détaillée

• Paramétrage du progiciel

• Tests d'intégration et tests usine

• Assistance aux tests de recette

• Réalisation des développements et des tests unitaires

• Formation des utilisateurs

• Assistance à la clôture comptable

• Correction des anomalies détectées durant la période de garantie

36
1.4. MANAGEMENT DE PROJET Mémoire de n d'études

1.4.5 Conduite du projet

[Link] Cycle de vie du projet
Un projet qui porte sur l'implémentation d'un ERP représente en général un investissement

onéreux et relativement long à mettre en ÷uvre. De ce fait, Value Pass propose une approche

par étapes, permettant :

1. D'avoir très tôt dans le projet une version adaptée au contexte particulier de SONACOS.

2. D'assurer la cohérence de la solution avec les processus cibles grâce à une approche par écarts.

3. D'éviter les développements spéciques.

Cette démarche est basée sur la démarche SAP All in One : ASAPFocus

Figure 1.8  Importance relative des diérents chantiers selon la démarche ASAP FOCUS

[Link] Méthodologie ASAP

D'un point de vue cycle de vie et, en tenant compte des caractéristiques du projet, Value

Pass propose une approche baptisée  ASAP Accelerated SAP (préconisée par SAP), laquelle

est décomposée en 5 étapes détaillées ci-dessous :

37
1.4. MANAGEMENT DE PROJET Mémoire de n d'études

Figure 1.9  Méthodologie ASAP

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, parmi les activités principales de cette étape :

• Rédaction du Plan d'Assurance qualité (charte projet)

• Dénition du planning détaillé du projet

• Dénir les structures du projet

• Réunion de lancement ocielle

• Initiation de l'équipe du projet

• Installation système de DEV avec les scénarios précongurés

Phase II : Analyse écarts / prototype

Pendant cette phase l'équipe Value Pass aectée à ce projet a comme tâches principales :

• Rédaction des ches de conception (générale et détaillée)

• Identication des écarts

• Conguration initiale du système : prototype

• Dénition des règles et procédure de développement SAP

• Premières spécications et développements

• Dénition de la stratégie de reprise des données

En ce qui concerne l'équipe du client, elle a comme responsabilités les tâches suivantes :

• Participer aux ateliers SAP d'analyse d'écart

• Valider les processus futurs

• Identier les impacts organisationnels

• Arbitrer les exceptions (comité de pilotage)

38
1.4. MANAGEMENT DE PROJET Mémoire de n d'études

Phase III : Réalisation

Les objectifs principaux de la réalisation sont de congurer le système, tester et préparer la

formation. D'autre part, la collaboration de l'équipe Value Pass et l'équipe SONACOS est à son

apogée pendant cette phase, car il s'agira pour l'équipe Value Pass de faire les tâches suivantes :

• Congurer 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 (processus et globale) et corrections

• Implémenter le système d'autorisations (implication forte ABC)

L'équipe ABC de son côté, se chargera des tâches suivantes :

• Réaliser les tests de recette

• Enregistrer les incidents

• Re-tester les processus non validés

• Dénir des tâches et fonctions

• Dénir le modèle de support pour le post go-live

Phase IV : Préparation nale

À l'instar des autres phases, celle-ci nécessite la coopération des deux équipes pour pouvoir

conclure les tests, former les utilisateurs naux 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 l'ERP, où l'équipe Value Pass est menée

à se mobiliser pour assister les utilisateurs pendant les premières transactions, naliser la

documentation support et pour résoudre les anomalies susceptibles d'apparaitre au cours du

go-live nal.

39
1.5. CONCLUSION Mémoire de n d'études

[Link] Planication du déroulement du projet

Figure 1.10  Diagramme de Gantt

1.5 Conclusion
A travers ce chapitre, j'ai essayé de présenter le cadre général où les missions de stage ont

été réalisées, notamment, le contexte académique et professionnel, les objectifs, et puis, j'ai

présenté la partie de management du projet où j'ai déni les acteurs et l'approche avec laquelle

est mené un tel travail.

40
Chapitre 2

Chapitre 2 : Analyse fonctionnelle et

conception

La bonne maitrise du processus achat requiert une solution stable, agile mais surtout
compatible au secteur d'activité. Il est donc nécessaire de bien connaître l'activité du
client ainsi que les diérents ux gérés au sein de la SONACOS. Telle est la nalité de
ce chapitre, où j'ai exposé globalement la gestion des ux chez le client, puis en parallèle,
la conception d'une solution capable de répondre aux contraintes métier.

Plan
• Structure organisationnelle

• La gestion des ux SONACOS

• Les appels d'ores

41
2.1. STRUCTURE ORGANISATIONNELLE Mémoire de n d'études

2.1 Structure organisationnelle

• L'organisation d'achat est l'entité d'administration des achats

• Tout document d'achat (Contrat d'achats, Commande d'achats, appel d ores, . . . ) doit

obligatoirement être rattaché à une organisation d'achats

• Une organisation d'achat peut être rattachée à une société, mais ce n'est pas obligatoire

• Une division est obligatoirement rattachée à une organisation d'achat

• Le rattachement d'un document d'achat à une société peut être saisi lors de la création

du document

• La distinction entre plusieurs organisations d'achats permet notamment de faire un

reporting séparé, et surtout d'avoir des schémas de prix diérents

• Les organisations d'achats sont codiées sur 4 caractères

• Le groupe d'acheteurs est une notion totalement indépendante dans le système, qui

représente notamment un critère de responsabilité ou de reporting.

• Il peut par exemple représenter un acheteur ou un groupe de personnes qui passeront

des commandes

• Aussi, il peut être utilisé comme critère structurant dans les stratégies de validation des

demandes d'achat et des commandes

• Les groupes d'acheteurs sont codiés sur 3 caractères

• Sonacos aura les organisations d'achat comme suit :

Figure 2.1  Organisations d'achat SONACOS

42
2.2. FLUX SONACOS Mémoire de n d'études

Figure 2.2  Groupes d'achteurs SONACOS

Figure 2.3  Structure organisationnelle des achats SONACOS

2.2 Flux SONACOS

2.2.1 Multiplication
La multiplication est un ux spécique à la SONACOS, ce ux est important et requiert

une très bonne compréhension an de bien traduire les besoins fonctionnels et les intégrer dans

la solution. Le ux de multiplication commence par une commande de vente au multiplicateur,

considéré comme client au début du processus. La SONACOS donne au multiplicateur les

céréales ainsi que les sacs pour l'emballage, le multiplicateur quant à lui, prend en charge toute

l'activité agricole. La SONACOS reprend le produit brut emballé de chez le multiplicateur,

considéré comme fournisseur cette fois. Une fois que l'ONSSA agrée le produit, le multiplicateur

est payé sur les quantités agréées et reçoit l'écart entre le brut et l'agréé.

43
2.2. FLUX SONACOS Mémoire de n d'études

[Link] Règles de gestion : Commande de vente

Le contrat de multiplication sera matérialisé dans SAP par une commande de vente et une

commande d'achat :

• Une commande de vente annuelle sera créée par multiplicateur au niveau de SAP

• Le type de commande qui va être géré est : ZMU-Vente pour multiplication

• Les données obligatoires à saisir au niveau de la commande sont :

- Client multiplicateur

- Article

- Quantité

- Supercie globale prévisionnelle

- Zone

• Il est possible d'attacher plusieurs documents au niveau de la commande de vente

• L'article  Sac  sera saisi manuellement au niveau de la commande de vente

[Link] Règles de gestion : Commande d'achat

Le contrat de multiplication sera matérialisé dans SAP par une commande de vente et une

commande d'achat :

• Une commande d'achat annuelle sera créée par multiplicateur au niveau de SAP

• Un type de commande spécial sera dédié pour les commandes de multiplicateur : ZMU-

Achat pour multiplication

• La commande d'achat sera de type sous-traitance an de gérer la quantité agrée et la

quantité non agrée (Net)

• Les données obligatoires à saisir au niveau de la commande d'achat sont :

- Fournisseur multiplicateur

- Type de poste sous-traitance

- Article agrée / Article net à consommer ( Net sera saisie comme une nomenclature de

l article agrée )

- Quantité

- Prix de l article agrée

- Lot

- Date prévisionnelle de livraison

44
2.2. FLUX SONACOS Mémoire de n d'études

• Il est possible d'attacher plusieurs documents au niveau de la commande d'achat

• Dés que l'ONSSA agrée une quantité , il faut réceptionner la commande de l'agréage par

multiplicateur

[Link] Règles de gestion : Livraison des semences au multiplicateur

• Une fois que la commande de vente est créée dans SAP et le paiement total est eectué,

on peut créer la livraison.

• Les livraisons des produits vendus ainsi que de la sacherie peuvent être totales ou

partielles.

• Le point d'expédition est repris automatiquement à partir de la commande client.

• L'enregistrement de la livraison donne lieu à l'impression automatique du bon d'enlèvement.

• Lorsque la division doit être modiée, elle ne peut l'être qu'au niveau de la commande.

Il sera nécessaire de supprimer la livraison au préalable

• La modication ou la suppression de la livraison est possible aussi longtemps que la

sortie marchandise n'a pas eu lieu.

• L'enregistrement de la sortie de marchandise est eectué au niveau des sites.

• Il est impératif d'avoir le magasin saisi pour eectuer la sortie marchandises. Ce magasin

va être saisi au niveau de la commande client.

• L'enregistrement de la sortie de marchandises génère l'impression des bons de livraison.

• Lors de l'enregistrement de la sortie de marchandise , les comptes Stock et Variation de

stock sont mouvementés.

[Link] Règles de gestion : Consignation SAC

• La consignation des sacs sera gérée par le ux standard  Réapprovisionnement de

consignation .

• Le type de commande qui sera utilisé est ZKB : Réapprovisionnement de consignation.

• Les informations à gérer au niveau de la commandes sont :

- Client

- Article : SAC

- Quantité : Quantité en consignation chez le client

- Division

• Le type de poste  KB  de la commande n'est pas pertinent pour la facturation

45
2.2. FLUX SONACOS Mémoire de n d'études

• La livraison de consignation sera créée en référence à la commande.

• Après l'enregistrement de la sortie de marchandise, la quantité de stock apparaitra dans

un stock de consignation client.

• Un bon de livraison sera éditée automatiquement à l'enregistrement de sortie de marchandise.

2.2.2 Flux engrais

Un autre ux très important dans l'activité de la SONACOS est celui des engrais. La

SONACOS est un client de l'OCP, la société achète les engrais en vrac, un prestataire s'engage

à ensacher les engrais puis assurer le transport.

[Link] Contrat OCP

Un contrat d'achat annuel pour la livraison des engrais en Vrac

[Link] Commande d'achat OCP

• Une commande d'achat (sur contrat) mensuel pour la livraison des engrais en Vrac

• Le prestataire d'ensachage assure l'enlèvement des engrais en Vrac à partir des entrepôts

de l'OCP

[Link] Commande d'achat Prestation d'Ensachage

• Une commande d'achat annuelle pour la prestation d'ensachage.

• La commande d'achat est une commande de sous-traitance, pour la livraison des Engrais

en sac de 50kg

• La nomenclature de l'article Produit ni (Engrais sac 50 kg) comprend :

- Article Engrais Vrac

- Sac 50 kg

- Fil

[Link] Division Tier

• Une division Tier est créée abriter les activités du prestataire d'ensachage

• Les mises à dispositions de matière au prot du fournisseur de prestation d'ensachage

sont eectuées dans la division Tier

• Les produits nis sont réceptionnés dans la division Tir.

46
2.2. FLUX SONACOS Mémoire de n d'études

[Link] Transfert Engrais en sac

• Des commandes de transfert du produit ni de la division Tier vers les Centres sont

créées.

• Pour les points de vente, on utilisera des commandes de transfert du Centre vers le point

de Vente.

[Link] Cas de Blend

• Il est possible d'utiliser un mélange de plusieurs type d'engrais

• La nomenclature de l'article Produit ni (Engrais sac 50 kg) comprendra alors :

- Article Engrais Vrac 1 QTE 1

- Article Engrais Vrac 2 QTE 2

- Article Engrais Vrac 3 QTE 3

- ...

- Sac 50 kg

- Fil

2.2.3 Prestation frigorique

La prestation frigorique est l'une des activités assurées par la SONACOS. Dans des hangars

à Larache, la société présente un service de location de frigos, les règles de gestion de l'activité

sont les suivantes :

Un seul type de contrat sera géré dans SAP :

• Contrat prestation frigorique : Pour matérialiser les engagements établis avec le client

dans le cadre de la prestation frigorique, dans une période de validité.

• Dans le cas d'une coopérative, tous les membres seront saisis dans le contrat en tant que

partenaires avec les quantités prévues pour chaque membre.

• La sortie des caisses sera gérée par le ux standard  Réapprovisionnement de consignation .

• Le type de commande qui sera utilisé est  Réapprovisionnement de consignation.

• La livraison de consignation sera créée en référence à la commande.

• Après l'enregistrement de la sortie de marchandise, la quantité de stock apparaitra dans

un stock de consignation client.

• Un bon de livraison sera édité automatiquement à l'enregistrement de la sortie de

marchandise.

47
2.3. APPELS D'OFFRES Mémoire de n d'études

• Les réceptions de marchandise se feront via une livraison entrante .

• Lors de l'enregistrement de l'entrée de marchandise, un bon de réception est édité

automatiquement.

2.3 Appels d'ores

La liste des appels d'ores est comme suit :

• Appel d'ore Ouvert.

• Appel d'ore Restreint.

• Appel d'ore par consultation.

• Appel à la concurrence.

• Appel d'ore Alloti.

• Appel d'ore avec prix négocié sans publication.

• Appel d'ore avec prix négocié publicité.

• Appel d'ore pré-sélection.

• Manifestation d'intérêt.

Les types d'appel d'ore à géré sur le système sont :

• Appel d'ore Ouvert

• Appel d'ore Restreint

• Appel d'ore par consultation

La limite de 21 jours calendaires prévu entre la date de publication et la date d'ouverture

des plis dépend du montant estimé de l'appel d'ore selon la nature de l'achat comme suit :

- Pour les marchés de travaux dont le montant estimé est strictement inférieur à 65.000.000

DH hors taxes.

- Pour les marchés fournitures et services dont le montant estimé est strictement inférieur

à 5.000.000 DH hors taxes.

- Pour les marchés relatifs à la fourniture des facteurs de productions (sacherie, produits de

traitement, de préservation et produits phytosanitaires) et aux prestations d'ensachage dont le

montant estimé est strictement inférieur à 10.000.000 DH hors taxes.

Le délai de 21 jours calendaires prévu entre la date de publication et la date d'ouverture est

48
2.3. APPELS D'OFFRES Mémoire de n d'études

porté à 40 jours au moins pour les montants ci-dessous et selon la nature de l'achat :

- Pour les marchés de travaux dont le montant estimé est égal ou supérieur à 65.000.000

DH hors taxes.

- Pour les marchés fournitures et services dont le montant estimé est égal ou supérieur à

5.000.000 DH hors taxes.

2.3.1 Appel d'ores ouvert

• La date de visite des lieux devra intervenir au cours du deuxième tiers du délai qui court

entre la date d'ouverture des plis et la date de publication des le portail des marchés

public

• le montant de la caution provisoire ne peut dépasser 2,5% du montant de l'estimation.

• la date de dépôt des échantillons devra être xé au jour ouvrable précédent la date

d'ouverture des plis

• La date d'ouverture des plis est la même date mentionné dans la zone  date limite de

dépôt des ores 

• Fin du délai d'engagement est la même date mentionné dans la zone  Valable au 

• "Valable du" est la même date mentionné dans la zone Date d'ouverture des plis

• La date mentionné dans la zone "Valable au" devra être xé à 75 jours à compter de la

date d'ouverture des plis

• La date d'envoi du dossier d'appel d'ores au membre de la commission et de 5 jours

avant la date d'envoi aux journaux

• les avis d'appel d'ores doivent être publié au minimum sur 2 journaux

• Pour le type d'exécution fournitures et services : les marchés de fournitures et services

dont le montant estimé est égal ou supérieur à 5.000.000 dirhams hors taxes. (Spécique :

bloquant inférieur à 40 Jrs entre la dernière publication (journaux et portail des marchés

public) et la date d'ouverture de plis. Et 21 Jrs si c'est strictement inférieur au montant

estimé.)

• Pour le type d'exécution Travaux : les marchés de fournitures et services dont le montant

estimé est égal ou supérieur à 65.000.000 dirhams hors taxes. (Spécique : bloquant

inférieur à 40 Jrs entre la dernière publication (journaux et portail des marchés public)

et la date d'ouverture de plis. Et 21 Jrs si c'est strictement inférieur au montant estimé.)

49
2.3. APPELS D'OFFRES Mémoire de n d'études

• Pour le type d'exécution Facteurs de production et Prestation d'ensachage : les marchés

de fournitures et services dont le montant estimé est égal ou supérieur à 10.000.000

dirhams hors taxes. (Spécique : bloquant inférieur à 40 Jrs entre la dernière publication

(journaux et portail des marchés public) et la date d'ouverture de plis. Et 21 Jrs si c'est

strictement inférieur au montant estimé.)

2.3.2 Apple d'ores restreint

• La date de visite des lieux devra intervenir au cours du deuxième tiers du délai qui court

entre la date d'ouverture des plis et la date de publication des lettres circulaires dans le

portail des marchés public

• Le montant de la caution provisoire ne peut dépasser 2,5% du montant de l'estimation

• La date de dépôt des échantillons devra être xé au jour ouvrable précédent la date

d'ouverture des plis

• La date d'ouverture des plis est la même date mentionné dans la zone  date limite de

dépôt des ores 

• Fin du délai d'engagement est la même date mentionné dans la zone  Valable au 

• "Valable du" est la même date mentionné dans la zone Date d'ouverture des plis

• La date mentionné dans la zone "Valable" au devra être xé à 75 jours à compter de la

date d'ouverture des plis

• La date d'envoi du dossier d'appel d'ores au membre de la commission et de 5 jours

avant la date d'envoi aux journaux

• Mentionner au moins 3 soumissionnaires

• Le montant de l'estimation doit être inférieur ou égal à deux millions (2 000 000) de

dirhams toutes taxes comprises

• L'envoi de la lettre circulaire précitée doit être eectué quinze (15) jours au moins avant

la date prévue

2.3.3 Appel d'ores bon de commande

• le montant de la caution provisoire ne peut dépasser 2,5% du montant de l'estimation

• Mentionner au moins 3 concurrent pour l'envoi des lettres de consultation

• Le montant de l'estimation doit être inférieur ou égal à Quatre Cent Mille Dirhams

(400 000) dirhams toutes taxes comprises

50
2.4. MARCHÉS Mémoire de n d'études

2.4 Marchés
Les types de marchés gérés dans le système et sur lesquels j'ai eu l'occasion de travailler

sont :

• Marchés Cadres

• Bon de commande

• Avenant

• Marché de reprise

Numéro congurable
Le numéro congurable est un numéro unique que le système aecte automatiquement à

chaque marché créé, selon les règles suivantes :

• La première tranche est xe : DAA/.

• Deuxième tranche est dédiée à la période comptable (ex 17/18).

• Troisième tranche est le numéro de la commande.

Exemple : DAA/17-18/000014

Données marché
• Délai d'exécution en jours.

• Plafond de pénalité.

• Statut du marché : En cours, Achevés ou Résiliés.

• Caution dénitive.

• Pourcentage de la caution dénitive.

• Numéro de l'ore.

• Délai de la retenue garantie.

• Montant de plafond de retenue de garantie restant.

Objet du marché
• L'objet de marché et reprit à partir de l'objet de l'appel d'ore.

• La zone reste modiable pour toute éventuelle modication.

51
2.4. MARCHÉS Mémoire de n d'études

Marché avenant
• L'avenant est un accord de volonté, signés entre deux parties, ayant pour objet de

rajouter une prestation ou marchandise au marché initial et cela sans aucune modication

du marché initial.

• Pour créer ce type de commande, il faut exprimer précédemment le besoin sous forme

d'une demande d'achat de type avenant.

• L'avenant se créé en référence à la demande d'achat avenant.

• Au niveau de la commande il faut saisir le Marché en référence (zone obligatoire).

• Le contrôle de plafonnement de l'avenant ou de la somme des avenants d'un marché à

10% du montant globale brut du marché initial.

Ordres de service
• Ordre de notication et d'approbation.

• Ordre de service de commencement.

• Ordre de service d'arrêt

• Ordre de service de reprise

• Ordre de service de résiliation ou mise en demeure.

Gestion des pénalités

Pénalité applicable pour le marché globale
Le montant de la pénalité = Montant TTC du marché X la fraction millième (à savoir 1/1000

ou autre) X le nombre de jour de retard ; Ce montant ne doit pas dépasser le pourcentage de

plafond de pénalité.

Pénalité applicable par quantité non livré

Le montant de la pénalité journalière = Quantité non livré X le prix unitaire X la fraction

millième (à savoir 1/1000 ou autre) ; Ce montant ne doit pas dépasser le pourcentage de plafond

de pénalité.

52
2.5. CONCLUSION Mémoire de n d'études

2.5 Conclusion
Dans ce chapitre on a vu les principaux ux SONACOS ainsi que leur conception. Une

conception réussie implique une bonne traduction du besoin client en fonctionnalités système.

J'ai aussi présenté les diérents types d'appels d'ores ainsi que leurs règles de gestion.

53
Chapitre 3

Chapitre 3 : Réalisation et recette

L'objectif de réalisation du projet est de mettre en oeuvre tous les éléments de conception
fonctionnelle et technique dénies au cours de la phase de conception du projet. Dans ce
chapitre je vais présenter la démarche suivie dans l'élaboration de la solution proposée,
ceci dit, les interfaces utilisateur schématisant les principaux scénarios, ainsi que les
développements et les paramétrages eectués permettant la mise en production du projet.

Plan
• Paramétrage MM

• Paramétrage SRM

• Phase recette

54
3.1. PARAMÉTRAGE MM Mémoire de n d'études

3.1 Paramétrage MM
Dans cette partie, on va voir les points de paramétrage sur lesquels j'ai eu la chance de

travailler dans ce projet.

Ci-dessous une liste des points paramétrés sur MM :

• Structure organisationnelle MM

• Fiche article

• Fiche fournisseur

• Achats

• Gestion des stocks : Gérer les catégories de message

3.1.1 Structure organisationnelle

[Link] Divisions SONACOS
Le premier point à paramétrer dans la structure ogranisationnelle est la création des divisions :

Figure 3.1  Transaction SPRO : Création d'une division

Ci-dessous une partie des divisions créées pour la SONACOS :

55
3.1. PARAMÉTRAGE MM Mémoire de n d'études

Figure 3.2  Vue : Modier division

[Link] Magasins SONACOS

Dans cette partie, on va voir les magasins créés pour les diérents types de divisions

SONACOS.

Figure 3.3  SPRO : Création d'un magasin

Pour les divisions Type CENTRE, les magasins sont :

56
3.1. PARAMÉTRAGE MM Mémoire de n d'études

Figure 3.4  Magasins : Centre

Pour les divisions Type SOUS-CENTRE, les magasins sont :

Figure 3.5  Magasins : Sous-centre

Pour les divisions Type Dépositaire, les magasins sont :

Figure 3.6  Magasin : Dépositaire

57
3.1. PARAMÉTRAGE MM Mémoire de n d'études

Pour les divisions Type Point de vente, les magasins sont :

Figure 3.7  Magasin : Point de vente

[Link] Organisations d'achat SONACOS

Une organisation d'achats est une entité structurelle qui subdivise une entreprise selon les

besoins de la Gestion des achats. Elle approvisionne les articles et les services, négocie les

conditions d'achat avec les fournisseurs et se charge des transactions correspondantes.

Figure 3.8  SPRO : Création d'une organisation d'achat

Ci-dessous la liste des organisations d'achat créées pour SONACOS :

58
3.1. PARAMÉTRAGE MM Mémoire de n d'études

Figure 3.9  Organisations d'achat SONACOS

3.1.2 Fiche article

Une che article regroupe toutes les informations nécessaires à la gestion d'un article, triées

selon diérents critères. La transaction OMS2 permet de dénir les types articles :

Figure 3.10  Création des types d'articles

Les types articles qui sont dénis pour SONACOS sont :

59
3.1. PARAMÉTRAGE MM Mémoire de n d'études

Figure 3.11  Types d'articles dénis pour SONACOS

3.1.3 Fiche fournisseur

[Link] Dénir groupes de comptes
Le groupe de comptes est une caractéristique permettant d'eectuer une classication au

sein des ches fournisseurs. Vous devez aecter à un groupe de comptes chaque fournisseur dont

vous souhaitez enregistrer les données dans le système.

Figure 3.12  Détermination des groupes de comptes

60
3.1. PARAMÉTRAGE MM Mémoire de n d'études

Figure 3.13  Vue : Groupes de comptes fournisseurs

[Link] Tranches numéros pour les ches fournisseurs

Un numéro unique est attribué à chaque che fournisseur (numéro de compte du fournisseur

utilisé par la Comptabilité nancière). Vous avez besoin de ce numéro pour appeler la che ou

saisir des commandes. Un fournisseur a le même numéro de compte dans toutes les sociétés.

Le type d'attribution de numéros et la tranche de numéros sont déterminés par le groupe de

comptes que vous saisissez lorsque vous créez une che.

Ce numéro peut être aecté en interne par le système ou par l'utilisateur (c'est-à-dire en externe)

lorsqu'une che est créée. Dans ce cas, les caractères alphanumériques sont également autorisés.

Figure 3.14  Création des tranches numéros

61
3.2. ACHATS Mémoire de n d'études

3.2 Achats
[Link] Groupes d'acheteurs
L'organisation d'achats est subdivisée en groupes d'acheteurs qui sont responsables des

activités d'achat au quotidien. Un groupe d'acheteurs peut également agir pour le compte de

plusieurs organisations d'achats.

Figure 3.15  Groupes d'acheteurs dénis pour SONACOS

[Link] Dénir types de documents (Demande d'achat)

Le type de document DA permet de piloter notamment les points suivants :

- Tranches de numéros

- Autorisations (contrôles dans les processus d'achats)

- Options de zones (obligatoires, facultatives, )

- Pilotage des stratégies de validation

62
3.2. ACHATS Mémoire de n d'études

Figure 3.16  Création des types des demandes d'achat

Ci-dessous les types de demandes d'achat dénis pour SONACOS :

Figure 3.17  Types de demandes d'achat dénis pour SONACOS

63
3.3. GESTION DES STOCKS Mémoire de n d'études

3.3 Gestion des stocks

3.3.1 Dénir catégories de messages de la commande

Figure 3.18  Paramétrage des catégories de messages

Cette transaction permet d'aecter le formulaire à la catégorie de message pour le bon de

commande :

Figure 3.19  Paramétrage formulaire

Ci-dessous un bon commande imprimé après le paramétrage :

64
3.4. PARAMÉTRAGE SRM Mémoire de n d'études

Figure 3.20  Commande d'achat SONACOS

3.4 Paramétrage SRM

Cette partie présentera les diérents points de paramétrage de la solution SAP SRM pour

la création des appels d'ores et les ores pour SONACOS.

3.4.1 L'appel d'ores

[Link] Dénition des types d'appel d'ore
Cette étape permet de dénir les diérents types d'opérations que peut générer la demande

d'achat.

65
3.4. PARAMÉTRAGE SRM Mémoire de n d'études

Figure 3.21  Dénition des types d'opérations

Ci-dessous les types d'opérations dénis pour SONACOS :

Figure 3.22  Les types d'opérations dénis SONACOS

La dénition des types d'appel d'ore s'eectue au niveau du dossier "Types d'opérations".

Figure 3.23  Les types d'appels d'ores dénis pour SONACOS

66
3.4. PARAMÉTRAGE SRM Mémoire de n d'études

3.4.2 Questions
[Link] Détermination les types de données pour les questions
Cette activité permet de dénir des types de données pour les questions. Les types de

données, que vous créez ici de façon centrale, sont utilisés si l'acheteur crée des questions

directement dans l'appel d'ores dans le moteur d'appels d'ores SAP.

Figure 3.24  Les types de données pour les questions

[Link] Détermination des groupes de question

Cette activité permet de dénir des groupes auxquels vous pouvez aecter des questions

par la suite.

Figure 3.25  Les groupes de questions SONACOS

67
3.5. RECETTE Mémoire de n d'études

3.5 Recette
3.5.1 Démarche de la recette
La recette est une phase de développement des projets, visant à assurer formellement que

le produit est conforme aux spécications. Elle s'inscrit dans les activités plus générales de

qualication. Lors de l'étape de vérication d'aptitude (VA) ou vérication d'aptitude au bon

fonctionnement (VABF) (aptitude à répondre aux besoins exprimés dans le cahier des charges

initial) ou recette utilisateur, le client réalise deux catégories de tests diérentes. D'un côté, une

recette technique est eectuée an de vérier que le produit livré est techniquement conforme

sur toute la chaîne de processus. De l'autre, la maîtrise d'ouvrage contrôle l'aspect fonctionnel

du produit lors de la recette fonctionnelle. La recette fonctionnelle a pour but la validation

des fonctionnalités exprimées dans le cahier des charges et détaillées dans les spécications

fonctionnelles. La MOA procède donc à sa propre série de tests de validation.

3.5.2 Tests
[Link] Achat avec appel d'ores ouvert
Dans cette partie, on va dérouler le ux d'achat avec appel d'ores ouvert. On va voir

les diérentes étapes de création d'un appel d'ores puis l'ouvertures des plis et nalement la

comparaison des ores.

Création de la demande d'achat sur l'ERP

Sur la transaction ME51N, remplissez les champs nécessaires (Article, Division, Demandeur,

Données d'imputation, Groupe d'acheteurs).

68
3.5. RECETTE Mémoire de n d'études

Figure 3.26  Demande d'achat créée - ME51N

Création de l'appel d'ores sur SRM

Une fois sur SAP Business Client :

 Cliquez sur l'onglet "Achats".

 Cliquez sur "Exécuter détermination des sources d'approvisionnement".

69
3.5. RECETTE Mémoire de n d'études

Figure 3.27  Accueil SAP Business Client

 Renseignez le numéro de la demande externe puis cliquez sur Rechercher.

 Sélectionnez les postes de la demande d'achat.

 Cliquez sur suite.

Figure 3.28  Exécuter détermination des sources d'approvisionnement - Etape 1

 Sélectionnez les postes de la demande d'achat.

 Cliquez sur "Créer version préliminaire" puis choisissez "Appel d'ores".

70
3.5. RECETTE Mémoire de n d'études

Figure 3.29  Exécuter détermination des sources d'approvisionnement - Etape 2

 On choisit le type "Appel d'ores ouvert".

 Puis on clique sur "Traiter versions préliminaires sélectionnées".

 Une fois sur l'appel d'ores, on renseigne les dates suivantes :

Figure 3.30  Création de l'AO - Dates

 Ensuite, on dénit les questions administratives (Obligatoires non pondérées)

 Puis les questions techniques (Non obligatoires, pondérées)

 Une fois l'appel d'ore est créé, publié et validé. Le retrait et dépôt des dossiers des

soumissionnaires est eectué. Le système permet de saisir les dossiers administratifs,

techniques et nanciers des soumissionnaires pour pouvoir eectuer une comparaison

71
3.5. RECETTE Mémoire de n d'études

technique et nancière par la suite et imprimer les diérents PV correspondants.

 Pour renseigner les dates de dépôt et retrait des dossiers des soumissionnaires, il faut

cliquer sur  Rapport  puis  Ajout des nouvelles entrées .

Figure 3.31  Saisie des soumissionaires

Saisie des ores

1 - Ouverture des plis administratifs

 Au niveau de l'ore administrative, le système nous permet des saisir les réponses

administratives du soumissionnaire (Dossier administratif et technique).

 Dans le cas où le soumissionnaire ne ramène pas la caution provisoire, l'ore de ce dernier

devra être refusé (Renseignez motif de refus).

 Dans le cas où le dossier est incomplet, le statut de cette ore est accepté sous réserve.

 Les réponses administratives ne doivent pas être pondérées, peuvent avoir des commentaires

et peuvent être obligatoires ou non.

 Lors de la création de l'appel d'ore, il faut obligatoirement cocher la zone  Obligatoire

 pour toutes les questions administratives.

 Après la saisie des ores, celles-ci prennent le statut  Soumis .

Figure 3.32  Status des ores

72
3.5. RECETTE Mémoire de n d'études

2 - Ouverture des plis techniques

 Si l'ore administrative est acceptée, on retourne l'ore, puis on la révise pour ajouter

l'ore technique.

 Les questions techniques doivent être pondérées et non obligatoires lors de la création

de l'appel d'ores.

 Sur l'onglet  Comparaison des ores , on peut remarquer que le calcul des notes

pondérées s'est bien eectué pour les 2 fournisseurs :

Figure 3.33  Comparaison des ores

3 - Ouverture des plis nanciers

 Si l'ore technique est acceptée, on retourne l'ore encore une fois pour la réviser et

ajouter l'ore nancière.

 Après l'ouverture de tous les plis, on ouvre l'onglet comparaison des ores, on coche 

Accepter tout  puis on clique  Attribution , l'ore choisie est acceptée maintenant

on peut créer dessus un marché.

Figure 3.34  Comparaison des ores

Une fois notre fournisseur choisi, on peut créer notre commande d'achat en référence à l'ore

puis on eectue la réception sur l'ERP sur la transaction MIGO pour les produits et la

transaction ML81N pour les services.

73
3.6. CONCLUSION Mémoire de n d'études

3.6 Conclusion
Dans ce chapitre, j'ai présenté le travail que j'ai réalisé dans mon équipe de projet. J'ai

présenté les paramétrages que j'ai eectué sur MM et SRM puis la phase recette ou j'ai déroulé

un ux d'achat avec appel d'ores ouvert.

74
Chapitre 4

Chapitre 4 : Lancement et étude des gains

Le lancement du projet est l'une des phases les plus importantes de l'implémentation de la
solution SAP car aucune marge d'erreur n'est permise, dans ce chapitre on va voir le plan
suivi durant cette phase commençant par la migration de données jusqu'à la formation
des utilisateurs. On va ensuite faire une comparaison entre la gestion des ux avant et
après l'implémentation de la solution puis on va nir avec une quantication des gains.

Plan
• Reprise des données avec l'outil LSMW

• Etude des gains

75
4.1. STRATÉGIE GÉNÉRALE DE REPRISE DES DONNÉES Mémoire de n d'études

4.1 Stratégie générale de reprise des données

LSMW (Legacy System Migration Workbench ou  Outil de reprise de données d'anciens

systèmes ) est une fonctionnalité présente dans SAP R/3 depuis la version 4.6, et destinée à

proposer un cadre structuré pour la reprise de données.

L'approche est relativement simple et chaque projet se décompose systématiquement de la

façon suivante :

• Dénition de la structure des données source

• Dénition de la structure de données cible

• Dénition du  mapping  entre données source et cible, c'est-à-dire dénir comment

SAP va remplir les diérents champs à partir des données fournies, des valorisations

spéciques ou des règles codées en ABAP . . .

• Lecture d'un ou plusieurs chiers sources

• Conversion des données source sur la base des règles de mapping dénies à l'étape 3

• Intégration des données en réel

Figure 4.1  Approche LSMW

4.1.1 Documentation - Livrables

[Link] Stratégie générale de reprise des données
• La méthode de reprise

76
4.1. STRATÉGIE GÉNÉRALE DE REPRISE DES DONNÉES Mémoire de n d'études

• Les grands critères de sélection des données

• Les  data owners 

• Le processus de préparation des données

[Link] Canevas de reprise

 Un canevas par objet de reprise (parfois par sous-objet), contenant :

• Les champs à renseigner pour le chargement dans SAP

• Le format et le caractère obligatoire ou non de chaque champ

• Les règles de gestion détaillées

• Les règles de préparation des données

 Format : Excel

[Link] Plan de bascule (Cutover plan) (partie relative aux données)

• Il contient le séquencement de toutes les tâches de reprise

• A chaque tâche sont aectés un responsable et une planication

• L'échelle de temps diminuera à l'approche du démarrage

4.1.2 Règles de gestion

[Link] Fournisseurs
Fournisseurs à reprendre (achats) :

• Tous les fournisseurs avec des encours + tous les fournisseurs mouvementés depuis 5 ans,

même s'ils n'ont pas d'encours actuellement + sélection manuelle par les acheteurs +

fournisseurs bloqués (en tant que bloqués)

Risques liés à l'omission de certains fournisseurs lors de la reprise :

• Faible, car il sera facile de recréer des fournisseurs qui manqueraient (sauf pour les

fournisseurs avec des encours, qui doivent impérativement être tous repris dès le Go

Live)

Points d'attentions :

• Correspondance entre la codication des fournisseurs dans SAP et le SI actuel.

[Link] Articles
- Les articles stockés, et utilisés actuellement doivent être repris et codié dans SAP

- Type d'article à reprendre à reprendre :

77
4.1. STRATÉGIE GÉNÉRALE DE REPRISE DES DONNÉES Mémoire de n d'études

• Articles Matières premières

• Produits Phyto Sanitaire

• Consommable Fonctionnement

• Immobilisation

• PLV Marketing publicité

• PDR et Outillages

• Facteur de production

• Produit ni

• Produit Semi ni

• Matière première

• Produits Clients Frigo

- Points d'attentions :

• Correspondance entre la codication des articles dans SAP et le SI actuel.

[Link] Commandes d'achat

• Reprendre les commandes non totalement réceptionnées avec uniquement le reliquat à

livrer par le fournisseur.

• Les commandes sont généralement reprises à la main, mais en fonction de la volumétrie,

une reprise automatique peut être adoptée.

• A noter que la reprise à la main juste avant le démarrage est un bon complément de

formation et permet de bien contrôler le contenu (et notamment le calcul du reste à

livrer)

- Points d'attentions

• Des travaux préparatoires d'apurement des commandes réceptionnées partiellement, et

notamment celles pour lesquelles la date de réception prévisionnelle se situe loin dans le

passé, doivent être menés rapidement. Il permettront d'évaluer le nombre de commandes

en cours, et conrmer le mode de reprise.

[Link] Demandes d'achat

• Les DA qui n'ont pas déjà été converties en commandes et seront demain émises par un

calcul automatique dans la cible ne seront pas reprises, mais générées automatiquement

par le calcul.

• Les DA manuelles qui ne sont pas encore traitées par les achats seront reprises manuellement.

78
4.2. ETUDE DES GAINS Mémoire de n d'études

• Si des DA sont converties partiellement en commandes, seule la partie non encore

convertie en commande sera créée dans SAP.

4.2 Etude des gains

Cette partie est dédiée à l'estimation des gains après l'implémentation de la solution chez

le client.

Le démarrage a eu lieu le 02 Mai 2018, donc on va se contenter du premier mois d'utilisation

pour comparer la situation des achats dans le système actuel avec l'état précédent.

L'implémentation de la solution va permettre au client de limiter les risques et d'établir

une approche prévisible des projets achat. La solution va aussi alléger le travail de l'équipe

des achats et cela grâce à un traitement plus rapide des demandes d'achats. L'amélioration

de la stratégie achat est aussi un des atouts de la solution et cela grâce à l'automatisation des

approbations, la stratégie de validation va permettre de gagner en traçabilité et en tansparence,

ce qui va impliquer une baisse du pourcentage des dépenses non contrôlées.

4.2.1 Durée du cycle de la demande à la commande d'achat

Le gain d'un temps signicatif dans le cycle de traitement des demandes d'achat est l'un des

fruits de l'implémention de la solution. Cela s'est eectué notamment grâce la centralisation et

l'automatisation de la procédure de traitement des DA, ce qui a permis d'éliminer les temps à

non valeur ajoutée liés à l'échange papier des demandes d'achat.

Dans la partie qui suit, une représentation du cycle d'approbation d'une demande d'achat

de consommables (<= 5000 MAD).

Les durées sur les captures ont été tirées d'un témoignage d'une personne de la SONACOS.

79
4.2. ETUDE DES GAINS Mémoire de n d'études

Avant la solution SAP

Figure 4.2  Cycle de la demande à la commande d'achat - Avant

Après la solution SAP

Figure 4.3  Cycle de la demande à la commande d'achat - Après

Analyse
L'implémentation de la solution SAP a permis la synchronisation de données entre les

diérentes divisions de SONACOS, donc les demandes d'achat seront visibles dans le siège

instantanément après leur création ce qui implique le gain du temps de toute la période d'attente

d'approbation puisque les valideurs peuvent accéder simultanément au système et valider les

DA en attente. Si on prend en considération les 15 agences de SONACOS, avec chacune qui

génère en moyenne 15 demandes d'achat de consommables par mois, on obtient le calcul du

80
4.2. ETUDE DES GAINS Mémoire de n d'études

gain suivant :

Nbre DA par mois * Heures économiséés/DA * Nombre d'agences = 15 * 8 * 15

= 1800 Heures économisées mensuellement.

4.2.2 Nombre des demandes d'achat non traitées

Cet indicateur quantie les demandes d'achat en cours de traitement classées par intervalle

de traitement. Il permet au responsable de distinguer les DAs qui ont dépassé le délai de

traitement de celles qui sont dans la norme an d'accélérer leur traitement. L'implémentation

de SAP chez la SONACOS a montré des résultats d'améliorations sur ce KPI, dès les premières

semaines on a remarqué la baisse du nombre des DAs en attente, le graphe suivant montre

l'évolution de ce KPI durant les 5 derniers mois avant SAP puis le premier mois après l'implémentation :

Figure 4.4  Evolution du nombre des demandes d'achat en cours de traitement

4.2.3 Dépenses non controlées

L'outil SAP permet à l'entreprise de contrôler ses achats, et cela en gardant la trace de

toutes les transactions au niveau des modules logistiques ainsi que le module nance. Une

mauvaise gestion de ses achats peut causer beaucoup d'anomalies dans la gestion des budgets

alloués. Tous les achats doivent passer par le ux standard SAP pour ainsi éviter toute dépense

non controlée. La transaction FBL1N ache une liste des pièces comptables créées, il existe

81
4.2. ETUDE DES GAINS Mémoire de n d'études

plusieurs types : le type RE est celui qui nous intéresse car c'est le type attribué aux factures

d'achat créées à partir des commandes d'achat, les autres types sont attribués aux factures

créées directement en nance. Ci dessous une capture du tableau délivré par la transaction

FBL1N :

Figure 4.5  Vue transaction FBL1N

Le nombre des pièces comptables de type NON RE doit donc impérativement tendre vers

zero pour admettre que les dépenses sont bien controlées.

Analyse
Dans cette partie, on va étudier les dépenses de la SONACOS pour la période entre le 02

Mai 2018 et le 13 Juin 2018. Pour cela on a été obligé d'extraire un chier contenant toutes les

pièces comptables créées durant cette période, puis on a comparé le pourcentage du montant des

factures de type non RE sur le montant total des achats sur cette période avec le pourcentage

sur la même période de l'année dernière à savoir 2017.

Du 02 Mai 2017 au 13 Juin 2017 :

Montant total des achats : 13.967.134,64 MAD

Montant des factures créées directement en nance : 6.284.781,80 MAD

Pourcentage = 44,99 %

Du 02 Mai 2018 au 13 Juin 2018 :

Montant total des achats : 14.358.404,92 MAD

Montant des factures créées directement en nance : 495.680,95 MAD

Pourcentage = 3,45 %

On remarque une amélioration importante de ce KPI et cela dès les premières semaines d'utilisation

de SAP. Plus ce pourcentage est petit plus la direction achat a le contrôl de ses dépenses.

82
4.3. CONCLUSION Mémoire de n d'études

4.3 Conclusion
Dans ce 4ème et dernier chapitre, on a vu la première partie de lancement où j'ai présenté

la migration de données avec l'outil LSMW et une deuxième partie, importante aussi dans tout

les projets d'implémentation d'un SI, l'étude des gains où j'ai présenté 3 axes d'amélioration.

83
Conclusion générale

Dans le cadre de l'amélioration de son processus d'achat, et an d'adopter une nouvelle

approche basée sur le e-approvisionnement, la SONACOS a opté pour l'implémentation de

la solution de gestion d'achats et de relation fournisseurs SAP SRM. Cette implémentation

constitue un grand dé aussi bien pour le client que l'intégrateur.

A l'aide de cette nouvelle pratique, le client aura une meilleure visibilité sur toutes ses

liales grâce à la standardisation des processus et l'assurance de la traçabilité des activités

eectuées. Il sera aussi capable d'optimiser le cycle d'approvisionnement en termes de coûts et

délais d'exécution. En outre, le système permettra au client d'évaluer la performance de son

processus et ses fournisseurs.

Ma participation avait un impact important sur l'évolution de mes compétences dans le

domaine d'intégration des progiciels de gestion intégrés. La conception des diérents processus

et les paramétrages réalisés sur le système m'ont aidé, non seulement à m'habituer à la manipulation

du système et les diérents environnements du travail, mais aussi de me mettre dans la peau

d'un consultant fonctionnel et gérer les diérentes situations critiques dans le projet telles que

les anomalies, les situations de blocage et la prise d'initiative.

Mon interaction avec les diérents consultants techniques, fonctionnels et technico-fonctionnels

m'on aidé à développer mes compétences au niveau de management du projet, le travail d'équipe

et gestion du temps ainsi qu'acquérir les bonnes pratiques du métier.

Finalement, j' étais er et honoré de ma participation à ce projet, surtout après avoir palpé

l'impact organisationnel d'un tel projet pour un important secteur d'activité.

84
4.3. CONCLUSION Mémoire de n d'études

Bibliographie
Martin Murray - SAP MM Functionality and Technical Conguration

Jim Stewart - SAP SRM Advanced EBP Cookbook

Plan Assurance et Qualité - Project SONACOS

Fiches de conception - Projet SONACOS

Webographie
https ://[Link]/ - 02/03/2018

https ://[Link]/ - 06/03/2018

https ://[Link]/wiki/ - 15/04/2018

http ://[Link]/ - 25/04/2018

85