ECOLE NATIONALE DES

SCIENCES APPLIQUÉES UNIVERSITÉ ABDELMALEK

-TANGER - ESSAÂDI

RAPPORT DE PROJET DE FIN D’ÉTUDES

Présenté à l’école pour obtenir le diplôme

D’Ingénieur d’État en Génie Industriel et Logistique

Intitulé du projet :

Contribution à l’implémentation du module SAP PP/QM au profit de

VACCO Industries

Entreprise

COGNITUS CONSULTING

Réalisé par

Nada ZIANI

Encadré par

Mr. Driss SARSRI, Enseignant-chercheur à l’ENSAT

Mr. Murali KRISHNA, Architect de solution SAP PP/QM

Soutenu le 02 Juillet 2022, Devant le jury

Mr. Driss SARSRI, Enseignant-chercheur à l’ENSAT

Mr. Noureddine MOTAKI, Enseignant-chercheur à l’ENSAT

Mr. Abdelouahed LYHYAOUI, Enseignant-chercheur à l’ENSAT

Année universitaire : 2021/2022

 Avant-propos

Travail réalisé par

ZIANI Nada, Elève ingénieure en troisième année cycle d’ingénieur, Filière : Génie Industriel
el Logistique.

Thème du stage

Contribution à l’implémentation du module SAP PP/QM au profit de VACCO Industries.

Etablissement d’accueil

COGNITUS Consulting

Etablissement d’origine

Ecole Nationale des Sciences Appliquées de Tanger.

Encadrant pédagogique

Mr. Driss SARSRI, enseignant-chercheur à l’ENSA Tanger.

Encadrant professionnel

Mr. Murali KRISHNA, Architect de solution SAP PP/QM.

Période de Stage

Du 14/02/2022 au 14/08/2022.

Cadre de coopération

Contrat CDD.

Soutien financier

Stage rémunéré.

ii
 Dédicaces

Du profond de mon cœur, je dédie ce travail à tous ceux qui me sont chers :

« Mes chers parents »

Aucune dédicace ne saurait exprimer mon respect, mon amour éternel et ma considération pour
les sacrifices qu’ils ont consenti pour mon instruction et mon bien-être.
Ils m’ont doté d’une éducation digne, et l’amour qui m’a fait de moi ce que je suis aujourd’hui.
Puisse Allah les accorde santé, bonheur et longue vie.

« Mon cher frère »

A tous les moments d’enfance passés avec lui, en gage de ma profonde estime pour l’aide qu’il
m’a apporté. Il m’a soutenu, réconforté et encouragé. Puissent nos liens fraternels se
consolident et se pérennisent encore plus.

« Ma chère famille »
Ils m’ont soutenu, encouragés, apprécies mes efforts et crées le milieu favorable et l’ambiance
joyeuse. Je suis reconnaissante de l’amour qu’ils m’offrent et de leur bonté exceptionnelle.

« Mes chères amies »

Elles m’ont fait preuve toujours d’amour et du soutien durant mes années d’études. J’en suis
sincèrement reconnaissante.

iii
 Remerciements

Il m’apparait très important d’entamer ce rapport de stage par des remerciements.

Louange à Allah, Seigneur de l’univers, pour toute la grâce et la miséricorde qu’il m’a accordé tout au long de
mes études.

Je remercie tous ceux qui m’ont aidé et soutenu dans l’élaboration de ce travail, plus particulièrement :

Mes chers parents qui m’ont toujours présenté le soutien moral et matériel pour franchir tous les obstacles de
ma vie estudiantine et professionnelle.

Mr Reghioui Mohammed, d’avoir m’accepter dans son équipe, ce travail ne serait pas aussi riche et n’aurait
pas pu voir le jour sans son aide et son encadrement exceptionnel. J’exprime ma reconnaissance envers lui pour
son investissement, son soutien inconditionnel et permanent, son écoute, et ses orientations pertinentes.

L’équipe COGNITUS pour leur accueil et amabilité. Sans oublier mes mentors qui m’ont formé et m’aider à
devenir la consultante que je suis aujourd’hui.

Mr Driss SARSRI, mon encadrant pédagogique d’avoir accepté avec enthousiasme de me guider tout au long
ma période de stage. Je le remercie pour sa générosité et sa grande patience dont il a su faire preuve malgré sa
charge académique.

Le cadre administratif et professoral de l’ENSAT pour avoir nous offrir une bonne qualité des études et qui
se sont montrés très compréhensifs à notre égard.

Enfin, je tiens à remercier mes camarades qui m’ont fait l’honneur d’accepter de juger ce travail.

Merci à tous et à toutes.

iv
 Résumé

Ce projet est réalisé au sein de COGNITUS Consulting. Ce dernier porte sur l’accompagnement
de l’entreprise VACCO dans son projet d’implémentation de SAP dans sa version cloud. Il
s’agit plus précisément de l’implémentation de la solution GALLOP CIS-AD de Cognitus.

La méthodologie suivie dans ce projet est SAP ACTIVATE. Etant agile et riche de contenu,
SAP ACTIVATE nous a permis de faciliter le déploiement de la solution. De plus, notre agilité
se traduisait principalement par l’adoption de la méthodologie Agile SCRUM pour la gestion
de projet.

A ce jour, le projet n’est pas achevé. Cependant, la conception de la solution est en cours. En
fait, le paramétrage de la solution est en cours d’achèvement, de même pour les préparatifs pour
la migration de données. En outre, le développement WRICEF a commencé.

Mots clés : SAP, Cloud, DCLM, Implémentation, A&D

v
 Abstract

This project is carried out within COGNITUS Consulting. It concerns the support of the
VACCO company in its SAP implementation project in its cloud version. More precisely, it
concerns the implementation of the GALLOP CIS-AD solution from Cognitus.

The methodology used in this project is SAP ACTIVATE. Being agile and rich in content, SAP
ACTIVATE allowed us to facilitate the deployment of the solution. In addition, our agility was
mainly reflected in the adoption of the Agile SCRUM methodology for project management.

To date, the project is not completed. However, the design of the solution is underway. In fact,
the configuration of the solution is being completed, as well as the preparations for data
migration. In addition, WRICEF development has begun.

Key words: SAP, Cloud, DCLM, Implementation, A&D

vi
 ‫ملخص‬

‫تم تنفيذ هذا المشروع داخل شركة ‪ .COGNITUS Consulting‬يتعلق هذا األخير بدعم شركة ‪ VACCO‬في‬
‫مشروع تنفيذ ‪ SAP‬في نسختها السحابية‪ .‬بتعبير أدق ‪ ،‬يتعلق األمر بتنفيذ حل ‪ GALLOP CIS-AD‬من ‪.Cognitus‬‬

‫نظرا لكونها غنيًة بالمحتوى ‪ ،‬فقد سمحت لنا ‪SAP‬‬

‫المنهجية المستخدمة في هذا المشروع هي ‪ً .SAP ACTIVATE‬‬
‫‪ ACTIVATE‬بتسهيل نشر الحل‪ .‬باإلضافة إلى ذلك ‪ ،‬انعكست خفة حركتنا بشكل أساسي في اعتماد منهجية ‪Agile‬‬
‫‪ SCRUM‬إلدارة المشاريع‪.‬‬

‫حتى اآلن ‪ ،‬لم يكتمل المشروع‪ .‬ومع ذلك ‪ ،‬فإن تصميم الحل جار‪ .‬في الواقع ‪ ،‬يتم االنتهاء من تكوين الحل ‪ ،‬وكذلك‬
‫االستعدادات لترحيل البيانات‪ .‬باإلضافة إلى ذلك ‪ ،‬بدأ تطوير ‪WRICEF‬‬

‫الكلمات الرئيسية ‪SAP, Cloud, DCLM, Implementation, A&D:‬‬

‫‪vii‬‬
 Table des matières

Avant-propos ............................................................................................................................... i
Dédicaces .................................................................................................................................. iii
Remerciements .......................................................................................................................... iv
Résumé ....................................................................................................................................... v
Abstract ..................................................................................................................................... vi
‫ ملخص‬.......................................................................................................................................... vii
Liste des figures ........................................................................................................................ xi
Liste des tableaux ..................................................................................................................... xii
Liste des acronymes ................................................................................................................ xiii
Introduction Générale ................................................................................................................. 1
Chapitre 1: Cadre général du projet ........................................................................................... 2
I. Introduction ................................................................................................................. 3
II. Présentation de l’organisme d’accueil ..................................................................... 3
1. Aperçu général ..................................................................................................... 3
2. Valeurs de Cognitus ............................................................................................. 3
3. Dates Clés ............................................................................................................. 3
4. Services ................................................................................................................ 5
5. GALLOP DCLM.................................................................................................. 6
6. Organigramme ...................................................................................................... 6
III. Présentation de l’organisme client ........................................................................... 7
1. Aperçu général ..................................................................................................... 7
2. Valeurs ................................................................................................................. 7
3. Catégories des produits ........................................................................................ 8
IV. Contexte du projet .................................................................................................. 10
1. Contexte pédagogique ........................................................................................ 10
2. Contexte professionnel ....................................................................................... 11
V. Cahier des Charges ................................................................................................ 11
1. Problématique..................................................................................................... 11
2. Etude de l’existant (Le AS IS) ........................................................................... 11

viii
 3. Expression du besoin (LE TO BE) ..................................................................... 13
4. Conduite de projet .............................................................................................. 15
5. Charte du projet .................................................................................................. 16
6. Missions ............................................................................................................. 17
VI. Management de projet ............................................................................................ 18
1. Management des délais ...................................................................................... 18
2. Management des risques .................................................................................... 18
3. Les moyens alloués au projet ............................................................................. 20
VII. Conclusion ............................................................................................................. 21
Chapitre 2: Environnement du projet ....................................................................................... 22
I. Introduction ............................................................................................................... 23
II. Cadre de formation ................................................................................................ 23
1. Classe virtuelle ................................................................................................... 23
2. E-Learning .......................................................................................................... 24
3. Formation certifiante .......................................................................................... 24
III. Présentation de la solution CIS-AD ....................................................................... 24
1. Présentation générale .......................................................................................... 24
2. Cycle complet de CIS-AD.................................................................................. 25
3. CONTRACT FLOWDOWN.............................................................................. 27
IV. Le déploiement de CIS-AD en cloud ..................................................................... 29
1. Cloud computing ................................................................................................ 29
2. SAP FIORI ......................................................................................................... 30
3. SAP Fiori Launchpad ......................................................................................... 30
4. Rôles et autorisations ......................................................................................... 31
7. Les types des systèmes SAP............................................................................... 31
8. Le module SAP PP ............................................................................................. 32
9. Le module SAP QM ........................................................................................... 35
10. Les bonnes pratiques de SAP ............................................................................. 36
11. Les tables SAP ................................................................................................... 38
V. Conclusion ............................................................................................................. 39
Chapitre 3 : Mise en œuvre de la solution ................................................................................ 40
I. Introduction ............................................................................................................... 41

ix
 II. Découvrir ............................................................................................................... 41
III. Préparer .................................................................................................................. 41
1. Formation de l’équipe de projet ......................................................................... 41
2. Portée du projet .................................................................................................. 43
12. Documents de gouvernance ............................................................................... 44
IV. Explorer.................................................................................................................. 45
1. Les ateliers d’adaptation aux normes ................................................................. 45
13. Les bonnes pratiques de SAP implémentés........................................................ 45
14. Actualisation des questionnaires ........................................................................ 46
4. Les exigences collectées ..................................................................................... 46
5. Elaboration des BPD .......................................................................................... 48
V. Réaliser .................................................................................................................. 49
1. Conception de la solution ................................................................................... 49
6. Test de la solution .............................................................................................. 53
7. Résolution des défauts dans Jira......................................................................... 57
8. Intégration de Shop Vue et SAP ........................................................................ 58
9. Tableaux de bord dans QM ................................................................................ 60
VI. Conclusion ............................................................................................................. 60
Conclusion et perspectives ....................................................................................................... 61
Bibliographie ............................................................................................................................ 62
Webographie ............................................................................................................................ 62
Liste des Annexes ..................................................................................................................... 63

x
 Liste des figures

Figure 1: Organigramme de Cognitus ........................................................................................ 7

Figure 2:Vanne de purge de l’air ................................................................................................ 9
Figure 3: Vanne de carburant ..................................................................................................... 9
Figure 4: Processus de planification de la production dans VACCO ...................................... 12
Figure 5: Processus d'exécution de la production dans VACCO ............................................. 12
Figure 6: Processus de gestion de la qualité dans VACCO ..................................................... 13
Figure 7: Diagramme expression du besoin ............................................................................. 14
Figure 8: Diagramme de Gantt prévisionnel ............................................................................ 18
Figure 9: My TimeSheet .......................................................................................................... 21
Figure 13: Menu IMG de SAP ................................................................................................. 27
Figure 14: Contract Flowdown ................................................................................................ 28
Figure 15: écoulement des champs dans CIS-AD .................................................................... 28
Figure 16: écoulement des clauses dans CIS-AD .................................................................... 29
Figure 17: écoulement des clauses dans l'OF ........................................................................... 34
Figure 18: écoulement des champs contractuels dans l'OF ...................................................... 35
Figure 19: Processus de planification de la production dans SAP ........................................... 46
Figure 20: Processus d'exécution de la production dans SAP .................................................. 47
Figure 21: Processus de gestion de la qualité dans SAP .......................................................... 47
Figure 22: Structure organisationnelle ..................................................................................... 50
Figure 23: Tuile QSD ............................................................................................................... 52
Figure 24: Interface de création d'un QSD ............................................................................... 53
Figure 25: Interface de modification de MIC ........................................................................... 55
Figure 27: Résolution des défauts QM dans Jira...................................................................... 57
Figure 28: énoncé d'un défaut PP dans Jira .............................................................................. 57
Figure 29: résolution d'un défaut PP dans Jira ......................................................................... 58
Figure 32: Flux des donnés entre SAP et ShopVue ................................................................. 59

xi
 Liste des tableaux

Tableau 1: Dates clés de Cognitus ............................................................................................. 4

Tableau 2: Situation actuelle vs figure ..................................................................................... 14
Tableau 3: Charte du projet ...................................................................................................... 16
Tableau 4: Coefficients de cotation .......................................................................................... 19
Tableau 5: La cotation des risques ........................................................................................... 19
Tableau 6: Tableau AMDEC.................................................................................................... 19
Tableau 7: Synthèse de formation ............................................................................................ 23
Tableau 13: Les rôles dans SAP FIORI ................................................................................... 31
Tableau 8: équipe de projet ...................................................................................................... 42
Tableau 9: Les types d'OF ........................................................................................................ 50
Tableau 10: Les statues d'OF ................................................................................................... 51
Tableau 11: Les types d'avis de qualité .................................................................................... 51
Tableau 12: Les statues d'inspection ........................................................................................ 52

xii
 Liste des acronymes

ABAP: Advanced Business Application Programming

A&D: Aerospace and Defense
CIS-AD: COGNITUS Industrial Solution of Aerospace and Defense
DCLM: Defense Contract Lifecycle Management
DEV: Development system
FI/CO: Finance Accounting/Controlling
MM: Material Management
PIR: Planned Independent Requirements
PP: Production Planning
PR: Purchasing
PROD: Production system
PS: Project System
QAS: Quality Assurance System
QM: Quality Management
SD: Sales and Distribution
SLA : Service Level Agreement
SPRO: SAP Reference Project Object

xiii
 Introduction Générale

Les modèles économiques traditionnels impliquent souvent une gestion décentralisée des
données, dans laquelle chaque fonction métier stocke ses données opérationnelles dans une base
de données distincte. Cette duplication augmente les coûts de stockage et le risque d'erreur. En
centralisant la gestion des données, le progiciel SAP fournit aux différentes fonctions métier
une seule version de la vérité. Actuellement, La solution SAP S/4HANA n’utilise plus un
système de transactions qui enregistre simplement les données. Elle offre désormais aux
utilisateurs finaux une aide active à la décision en temps réel, basée sur des données provenant
à la fois de sources internes et externes.

Dans ce cadre, VACCO, leader dans la conception et la fabrication des produits pour l’industrie
de l’aérospatiale et de la défense, a décidé de migrer vers SAP S/4HANA dans sa version cloud
privé. Ainsi, elle peut mieux gérer ses processus métier complexes en permettant à tous les
collaborateurs d'accéder facilement aux insights de l’entreprise en temps réel. Par conséquent,
VACCO peut accélérer ses workflows, améliorer l'efficacité opérationnelle, accroître la
productivité, améliorer l'expérience client et enfin augmenter son bénéfice.

Mon projet de fin d’études s’inscrit dans son projet d’implémentation. Il s’agit de contribuer à
l’implémentation du module PP/QM suivant la méthodologie SAP ACTIVATE.

Ce rapport synthétise le travail réalisé dans trois chapitres qui sont :

- Cadre général du projet : On présentera à la fois l’entreprise d’accueil et du client. De

plus, on approche la problématique, l’étude AS IS/TO BE, la méthodologie
d’implémentation adoptée ainsi que le management de projet.

- Environnement de projet : On présentera la formation réalisée au sein de l’entreprise

ainsi que les notions essentielles pour une bonne compréhension et cadrage du sujet.

- Mise en œuvre de la solution : On décortiquera le travail réalisé dans les différentes

phases du projet allant de la découverte jusqu’à la réalisation.

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

Ce chapitre aborde le sujet d’une manière générale en termes de présentation de

l’entreprise d’accueil et du client, ainsi que d’une manière détaillée en ce qui concerne
le cahier des charges et le management du projet.

Plan du chapitre 1 :

- Présentation de l’organisme d’accueil

- Présentation de l’organisme client

- Cahier des Charges

- Management du projet

2
 I. Introduction

Ce chapitre comprend une présentation à la fois de l’organisme d’accueil et client. A savoir, un

aperçu général, les valeurs et les produits. De plus, dans le cahier des charges, on aborde la
problématique, l’étude AS IS/TO BE, acteurs du projet, missions assignées ainsi que le
management du projet.

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

1. Aperçu général

Fondée en 2002 par Robert van der Zande et Nito Waals, Cognitus Consulting est un cabinet
de conseil basé à Dallas et opérant dans le domaine de la transformation digitale des entreprises
avec plus de 850 employés répartis sur les quatre coins du monde. Cognitus accompagne les
entreprises dans leurs projets d’implémentation de SAP. Au fil du temps, elle est devenue un
partenaire SAP Gold et leader mondial du mouvement SAP S/4HANA avec son portefeuille
Gallop axé sur la migration vers SAP S/4HANA.

2. Valeurs de Cognitus
Les valeurs qui régissent l’approche de travail au sein de Cognitus sont :

• Être centré client : Agir et prendre des décisions en évaluant systématiquement leurs
impacts sur le client.

• Être Agile et valoriser le travail en équipe : Privilégier la collaboration et l’échange entre le

client et l’équipe de projet pour résoudre les problèmes agilement.

• Construire une relation de partenariat avec le client : Etablir des relations fortes avec ses clients
pour mener à bien ses projets et améliorer la productivité dans un très bon climat social.

• Respect et humilité envers ses employés : Cognitus privilège la direction avec gentillesse et le
respect en désaccord.

3. Dates Clés
Au cours de ces 20 dernières années, Cognitus a été une entreprise à croissance rapide avec un
fort potentiel pour attirer d'importantes entreprises désireuses de migrer vers SAP. Le tableau
suivant présente ses réalisations au fil du temps :

3
 Tableau 1: Dates clés de Cognitus

2002 Cognitus Consulting a été fondée

2003 Première apparition dans SAP SAPPHIRE NOW.

2011 Cognitus devient un extended business partner de SAP.

2013 Création d'un nouveau centre en Inde.

2016 Cognitus devient un solution provider de solutions SAP.

2017 Déploiement de leur premier système S/4HANA et devenir un SAP

Gold service partner

2018 Devenir un partenaire SAP Gold build

2019 - Lancer le portefeuille Gallop qui est devenu la première entreprise

SAP Qualified Partnerde solution packagée en Amérique du Nord

et figurer parmi les entreprises à la croissance la plus rapide en

Amérique du Nord.

- Etablir un nouveau centre en Malaisie et devenir un partenaire

SAP gold VAR/SELL.

- Expansion vers l'Europe.

2020 Construire un nouveau centre mondial de livraison et de support au

Maroc et à Puerto Rico.

4
 4. Services

1.1. Conseil Stratégique

Cognitus est le partenaire stratégique à long terme de SAP et travaille avec SAP depuis 2002
pour soutenir l'adoption de ses produits dans les entreprises. Le service de conseil stratégique
SAP de Cognitus est dirigé par des leaders d'opinion et des consultants ayant plus de 15 ans
d'expérience dans SAP. L’objectif de Cognitus, à travers cette solution, est d'aider les
entreprises à optimiser leurs investissements dans les solutions SAP en tirant parti de l'expertise
technologique et commerciale pour des solutions de bout en bout durables et évolutives. Pour
faire, elle permet à ses clients de plonger dans une table ronde avec des experts pour découvrir
une feuille de route pour un avenir prospère qui englobe les éléments suivants :

• Innovation adaptée aux entreprises ;

• Domaines d'amélioration grâce à l'utilisation de référentiels spécifiques à l'industrie ;

• Comment simplifier son infrastructure informatique ;

• Comment migrer en toute sécurité vers une plateforme cloud ;

• Comment se préparer à la gestion du changement organisationnel ;

• Comment préparer son entreprise à saisir rapidement de nouvelles opportunités.

1.2. Hummingbird
Le portefeuille Hummingbird de Cognitus offre une suite complète de services d'assistance à la
gestion des applications, une assistance avec le centre d'expertise des partenaires SAP et des
services de recrutement pour les systèmes exécutés chez SAP. Cognitus fournit également, par
l’intermédiaire de ce portefeuille, des ressources pour la plateforme cloud Azure.

Les particularités de ce service sont :

- Intégré : gestion automatique des modifications et du transport, système de gestion de

l'exécution et gestion intelligente de la gouvernance.
- Intelligent : 24 heures sur 24, 7 jours sur 7, service d'assistance, surveillance des
processus à 360 degrés, amélioration des processus.
- Immédiat : résolution des incidents, gestion des SLA.

5
 1.3. Hamilton
Hamilton est la solution la plus simple, rapide et complète pour que les entreprises qui veulent
rester en conformité dans un monde en constante évolution des réglementations comptables.

Hamilton dispose d’une capacité d’intégration qui répond à la fois aux exigences réglementaires
IFRS 15/ASC 606 et IFRS 16/ASC 842. Le système de facturation automatisé est également
conçu pour s'adapter aux exigences futures quels que soient les changements réglementaires qui
pourraient survenir grâce à sa technologie flexible et puissante.

5. GALLOP DCLM
Cognitus a pu développer, au fil du temps, ses propres produits SAP. Dans le présent rapport,
on présente seulement le produit DCLM vue qu’il est utilisé dans le projet d’implémentation.

Avec plus de 20 ans d'expérience, le Defense Contract Lifecycle Management (DCLM) est
désormais la solution leader pour les industries de l'aviation et de la défense.

Cette solution, certifiée SAP, fournit une gestion comptable de projet tout-en-un spécialement
conçue pour les contracteurs gouvernementaux. En fait, elle répond aux exigences des sous-
traitants du DOD (ministère de la Défense) en matière de conformité DCAA, DCMA et GSA.
Le DCLM centralise la gestion des projets, des employés et des finances. Elle peut être adapté
aux entreprises de toutes tailles. Les entreprises ainsi peuvent améliorer l'efficacité
opérationnelle en prenant en charge les besoins de conformité et de sécurité et en bénéficiant
d’une visibilité de données en temps réel. Elle couvre la gestion des contrats, le flux des
contrats, le coût réel de la main-d'œuvre, la gestion de la valeur acquise (EVM), la planification
et l'ordonnancement des offres de projet, la conformité des rapports et un ensemble d'outils de
migration des données.

Certaines des caractéristiques clés qui distinguent ce produit sont :

- Visibilité complète sur les projets et les finances ;

- Automatisation de la gestion du temps et des dépenses ;
- Amélioration de la trésorerie et de l'efficacité opérationnelle ;
- Aptitude à faire plus de décisions basées sur des faits plus rapidement ;
- Maintien de la conformité DCAA et DCMA et les réglementations de sécurité.

6. Organigramme

La figure suivante illustre l’organigramme de Cognitus.

6
 Figure 1: Organigramme de Cognitus

III. Présentation de l’organisme client

1. Aperçu général

VACCO est un leader dans la conception et la fabrication de vannes spécialisées, de filtres et

des produits avancés de contrôle des fluides. Elle offre des solutions techniques innovantes aux
missions critiques pour les marchés de la défense et de l’espace.

2. Valeurs
Depuis plus de 65 ans, VACCO est au service des marchés de la défense, de l'espace et
commercial avec une vaste expérience en ingénierie et une collaboration continue. A partir des
conditions impitoyables des mers profondes aux éléments exigeants de l'espace lointain, elle
soutient un bon nombre des programmes et plates-formes les plus critiques au monde pour les
avions, la filtration, la marine et l'espace.

7
Ses valeurs directrices sont :

- Fournir des solutions innovantes ;

- Concevoir des produits de qualité de classe mondiale ;

- Assurer un service client de premier ordre ;

- Respecter les délais de livraison.

Grâce à ces valeurs, l'investissement dans ses employés, ses installations et l'amélioration
continue des processus, sa main-d'œuvre hautement qualifiée, VACCO est en mesure de
concevoir et de fabriquer des produits abordables et de haute qualité, tout en intégrant les
dernières technologies éprouvées.

3. Catégories des produits

VACCO dispose d’une variété de produits qu’on illustre ci-dessous.

3.1. Les avions

VACCO est l'un des principaux fournisseurs de vannes de carburant et d'air innovantes pour les
applications et plates-formes exigeantes, y compris les aéronefs à voilure fixe et rotatifs.

Avec plus de 50 ans d'expérience dans les composants en vol, VACCO a fait ses preuves dans
les systèmes critiques pour les industries de la défense et de l'aérospatiale. Le succès de sa
mission est centré sur le service client de premier ordre, qui offre une culture proactive, une
équipe réactive, un engagement à respecter les délais de livraison, des composants de qualité,
des pièces de rechange et des réparations de très bonne qualité. Son offre de produits, qui prend
en charge les avions militaires et civils, comprend les vannes d’air et les vannes de carburant.

3.2. Les vannes

VACCO propose une gamme de vannes de purge d'air multifonctions dans un petit boîtier
compact. La configuration la plus courante utilise un orifice d'entrée et deux orifices de
décharge. La vanne module le flux d'air de turbine à gaz d'avion à haute température vers les
deux orifices à travers un passage d'écoulement. La figure suivante présente la vanne de purge
de l’air de VACCO.

8
 Figure 2:Vanne de purge de l’air

VACCO propose une gamme de vannes de carburant qui peuvent être utilisées dans une variété
d'applications aéronautiques. La figure ci-dessous illustre ce type de vanne fabriquée par
VACCO.

Figure 3: Vanne de carburant

3.3. Les filtres

VACCO a fourni 98 % des filtres utilisés dans le cadre du programme de la navette spatiale de
la NASA et est un leader reconnu dans la communauté spatiale pour fournir des solutions de
filtration de haute technologie aux applications les plus exigeantes au monde. De plus, elle offre
des solutions de filtration pour l’espace, la mer et la terre. Parmi ses technologies de filtration,
on cite la technologie de disque gravé. En tant que producteur de filtres propulseurs et
pressurisant à disques gravés haute performance qualifiés pour le vol, VACCO Industries
fournit une filtration absolue pour les satellites et les engins spatiaux depuis 1961.

Les filtres à disques gravés de VACCO sont construits à partir de milliers de disques
métalliques empilés qui ont été micro-usinés chimiquement avec des canaux d'écoulement

9
microniques sur la surface de chaque disque empilé pour permettre une filtration de précision
de 2 microns à 100 microns absolus.

3.4. La marine
VACCO est un fournisseur privilégié de vannes de contrôle des fluides et de collecteurs à bord
de la flotte navale américaine. Les sous-marins de classe Virginia utilisent la technologie
silencieuse critique de VACCO pour manœuvrer silencieusement à travers les océans en
gardant les frontières américaines sécurisées, tandis que les porte-avions patrouillent les mers
avec ses collecteurs non silencieux. Adhérant aux normes de qualité et de fiabilité les plus
élevées, son offre de produits comprend : les vannes d’air et d’eau (électriques, hydrauliques,
pneumatiques), les filtres à disques gravés, les filtres à mailles métalliques, les régulateurs et
les collecteurs.

Qu'il s'agisse de fournir des composants pour des applications silencieuses ou non, l'excellence
en ingénierie et le service client Premier de VACCO offrent une qualité, une fiabilité, une
réactivité et une assistance sur le terrain éprouvées à la défense navale.

3.5. Les engins spatiaux

VACCO est un fournisseur leader de composants fluides pour les systèmes de propulsion à bord
de diverses plates-formes commerciales et militaires. Elle est également l'un des principaux
fournisseurs de composants fluides pour les engins spatiaux scientifiques spécialisés et les
programmes d'exploration. Pour le Mars Science Laboratory, VACCO a fourni des vannes de
verrouillage, des vannes de service et des filtres sur l'étage de croisière, ainsi que des régulateurs
à haut débit et des filtres sur l'étage de descente.

Avec un grand nombre de conceptions qualifiées disponibles en titane et en acier inoxydable,

ils proposent les produits suivants : contrôles des fluides cryogéniques, régulateurs de pression,
vannes d’isolement, vannes de remplissage et de vidange/vannes de service, clapets anti-retours
et les filtres.

IV. Contexte du projet

1. Contexte pédagogique

Ce projet s’inscrit dans le cadre du projet de fin d’études en vue d’obtention du diplôme
d’ingénieur d’état en génie industriel et logistique au sein de l’École National des Sciences
Appliquées de Tanger.

10
L’objectif principal du PFE est de développer des compétences de long terme tout en mettant
en œuvre nos acquis scolaires. La valeur du projet se mesure par la valeur qu’on ajoute à
l’entreprise.

2. Contexte professionnel

Ce projet s’inscrit dans le cadre d’une contrat CDD (Contrat à Durée Déterminé) en vue de
participer dans un projet d’implémentation du module SAP PP/QM au profit de VACCO.

V. Cahier des Charges

1. Problématique

VACCO utilise un progiciel ERP depuis 34 ans appelée WDS. En raison de la croissance de
VACCO et du manque de support continu pour WDS, la décision a été prise de le remplacer.
Quatre candidats ont été considérés : SAP et Oracle du 1er niveau, Deltek des fournisseurs de
solutions du 2ème niveau ainsi que l’option de conserver la solution existante.
Pour décider de la solution à adopter, les facteurs clés suivants ont été évalués :
- Fournisseur debout au sein des fournisseurs de solutions ERP ;
- Fonctionnalité de la solution dans le domaine A&D ;
- Expérience du partenaire dans le domaine A&D ;
- Coût de mise en œuvre ;
- Résumé des observations des PME.
Finalement, l’équipe de sélection VACCO a recommandée :
• Solution d’application : SAP,
• Partenaire de mise en œuvre : Cognitus.
Cognitus s’est mis d’accord d’implémenter la solution CIS-AD.
2. Etude de l’existant (Le AS IS)
2.1. Le process de planification de production dans VACCO
La planification de la production de VACCO est basée sur le processus de fabrication à la
commande. Lors de la négociation d'un contrat, l'équipe de gestion de projet et l'équipe de vente
collaborent pour créer un code de projet et une commande client liée à ce code de projet que
nous désignons comme élément WBS, l'équipe de vente transfère ensuite le besoin à l'équipe
PP sur une feuille de calcul qui contient les dates du besoin, le numéro du matériau, la version
et la quantité de ce besoin, cette équipe télécharge ce plan de production sur une feuille excel

11
pour lancer la planification des besoins en matériel afin d'avoir une idée générale de
l'approvisionnement qu'elle doit faire pour livrer cette commande dans les temps et éviter tout
retard, également à partir du MRP ils obtiennent les dates des besoins ainsi que la quantité du
besoin, après cela ils créent des ordres de production ainsi que des demandes d'achat
manuellement, le processus était très traditionnel et lent. La figure suivante clarifie le flux de la
planification de la production en détail. Le flux de processus d'affaires suivant résume le
processus PP.

Figure 4: Processus de planification de la production dans VACCO

2.2. Le process d’exécution de production dans VACCO

Le processus d'exécution de la production commence après l'approvisionnement des matières
premières et des composants de la nomenclature, le planificateur prend la décision de lancer
l'ordre de production, une fois que les matières premières et les composants sont
approvisionnés, ils commencent par la production de sous-ensembles, en fonction des
commandes de matières premières. Une fois l'ordre de fabrication lancé, il imprime l'ordre de
fabrication à envoyer à l'atelier ainsi qu'une liste de sélection contenant les matériaux à prélever
dans le stock.

Figure 5: Processus d'exécution de la production dans VACCO

2.3. Le process de management de la qualité dans VACCO

Le processus de gestion de la qualité est lent et manuel dès la réception de la commande de
production, l'ingénieur qualité crée le lot d'inspection pour chaque commande de production.
Ce numéro de lot d'inspection est utilisé pour suivre l'inspection des marchandises, dans le lot
d'inspection, l'ingénieur qualité spécifie les opérations d'inspection à exécuter, le technicien
qualité utilise ce numéro de lot d'inspection et les opérations incluses pour effectuer l'inspection,
si un défaut est trouvé, il spécifie le type de défaut et crée manuellement une notification de
qualité cette notification de qualité spécifie les tâches nécessaires et la personne responsable de

12
l'exécution des tâches pour corriger les défauts, après l'exécution de la notification de qualité
par la personne responsable, il prend la décision d'utilisation, qui spécifie si le stock va être
utilisé ou rejeté, s'il est accepté, le technicien de qualité ferme la notification de qualité et
informe que les marchandises vont être utilisées, s'il est rejeté, la qualité prend la responsabilité
de la décision MRB.

Figure 6: Processus de gestion de la qualité dans VACCO

3. Expression du besoin (LE TO BE)

En raison des éléments citées ci-dessus, VACCO souhaite investir dans un projet
d’implémentation de SAP dans sa version cloud privé pour rationaliser ses processus-métier,
suivre les dépenses en temps réel, bénéficier d’une expérience utilisateur meilleure et évaluer
les fournisseurs sur la base de multiples critères dans le but de renforcer sa position dans le
marché. Le diagramme suivant exprime le besoin :

13
 Figure 7: Diagramme expression du besoin

Pour plus de précision, le tableau suivant illustre sa situation actuelle et future.

Tableau 2: Situation actuelle vs figure

Actuelle Future
Enterprise Requirements Planning WDS SAP
Business Intelligence iQ4Biz/Halo SAP
Customer Proposal and Quotations None SAP
Customer Relationship Management MS Dynamics SAP
Enterprise Performance Aucun SAP
Management
HR Recruiting and Onboarding Aucun SAP
Learning Management Aucun SAP
Non-Conformance IQS SAP
Program Management EVMS SAP
Quality Management System IQS SAP
Supplier Management and Portal Aucun SAP
T&E Expense Management Aucun SAP
Manufacturing Execution System ShopVue ShopVue
Preventive Maintenance Aucun TBD
Product Life Cycle Management Autodesk TEAMCENTER
Document Management Therefore/SharePoint Therefore/SharePoint
Tool Calibration Calibration Control Calibration Control

14
 4. Conduite de projet

3.1. SAP ACTIVATE

La méthodologie suivie dans ce projet est SAP ACTIVATE. Cette dernière se compose de cinq
phases :

Phase 1 : Découvrir
L'objectif de la phase de découverte est de faire découvrir au client la portée, la richesse et les
fonctionnalités de RISE avec SAP S/4HANA Cloud, édition privée.

Phase 2 : Préparer
L'objectif de la phase de préparation est de procéder à la préparation et à la planification initiale
du projet. A la fin de cette phase, les plans sont finalisés, les membres des équipes du projet
sont affectés, et le travail est en cours pour lancer le projet de la meilleure façon possible.

Phase 3 : Explorer
L'objectif de la phase d'exploration est d'effectuer une analyse d'adéquation aux standards afin
de valider la conformité de la solution aux exigences du projet et de confirmer que les besoins
de l'entreprise sont couverts. Les détails de la configuration et les exigences delta sont ajoutés
au backlog pour être ensuite traités lors de la phase suivante.
Phase 4 : Réaliser
L'objectif de la phase de réalisation est de recourir à une série d'itérations pour construire et
tester de manière progressive l'environnement opérationnel et le système qui repose sur les
scénarios opérationnels et les exigences de processus définis lors de la phase précédente.

Phase 5 : Déployer
L'objectif de la phase de déploiement est de finir la configuration du système de production
avant la mise en production, de vérifier que l'organisation du client est prête et de transférer les
opérations métier vers le nouveau système en cloud. Le client peut alors commencer à mettre
en œuvre le plan de formation du nouveau système de cloud computing afin d'optimiser
l'adoption par les utilisateurs.

3.2. Agile SCRUM

Scrum est une des méthodes de gestion de projet Agile. En tant que telle, son objectif est
d’améliorer la productivité des équipes, tout en permettant une optimisation du produit grâce à
des feedbacks réguliers des utilisateurs finaux. De plus, Scrum est une pratique agile

15
élémentaire qui permet également une mise à l’échelle, autrement dit le déploiement progressif
de l’agilité à l’échelle de l’entreprise.

La méthode Scrum tire son nom du monde du rugby (scrum = mêlée), car les équipes agiles qui
utilisent Scrum se réunissent le plus souvent possible afin de vérifier que le projet avance
correctement, toujours prêts à réorienter ce dernier au fil de son avancement. C’est donc une
approche dynamique et participative de la conduite du projet, qui garantit pour le client le juste
équilibre entre l’investissement prévu et le produit finalement livré.

La méthode agile Scrum définit 3 rôles :

LE SCRUM MASTER : Il est un serviteur-leader pour l’équipe, le garant de l’application de

l’approche. Le Scrum Master aide tout le monde à comprendre la théorie, les pratiques, les
règles et les valeurs de Scrum… son rôle est donc d’aider les personnes extérieures à l’équipe
Scrum à comprendre lesquelles de leurs interactions avec l’équipe sont utiles et lesquelles ne le
sont pas.
LE PRODUCT OWNER : le rôle du Product Owner est de faire le pont entre la partie métier et
la partie technique du projet. Il est donc le relai entre le client et l’équipe de développement.

L’ÉQUIPE DE DÉVELOPPEMENT : Elle est chargée de transformer les besoins exprimés en

fonctionnalités utilisables.

5. Charte du projet

La charte de projet est présentée dans le tableau suivant :

Tableau 3: Charte du projet

CHARTE DE PROJET

Entreprise : VACCO Location : California, États-Unis

Intitulé du projet Implémentation de SAP CIS-AD.

Description du projet Ce projet consiste à implémenter la solution CIS-AD

(anciennement nommée Gallop) dans sa version Cloud. La
méthodologie d’implémentation déployée dans ce projet est SAP
ACTIVATE.

16
 Équipe du projet Esther Khuu Chef de projet

Murali Krishna Architecte de solution SAP PP/QM

Nada Ziani Consultante SAP PP/QM

Prajeeth Reddy Consultant SAP PP/QM

Durée du projet Le projet commence en Février 2022, Go-live est prévue pour
Novembre 2022.

Périmètre du projet Le futur système intégré est bâti sur le progiciel SAP S/4 HANA
dans sa version cloud privé pour les modules PP, QM, MM, SD,
FI/CO et PS.

Contraintes du projet • Contrainte d’horaire : les horaires sont systématiquement

décalés entre l’équipe Cognitus Maroc, Inde, US Dallas et le
client qui est basée en California.
• Contrainte de temps : la durée allouée à l’implémentation est
limitée à 9 mois. Une gestion de temps bien étudiée s’avère
nécessaire.
• Contrainte de portée : La saisie du besoin du client est
indispensable afin d’éviter la dérive des objectifs. Du fait, la
communication de la portée du projet aux toutes les parties
concernées est primordiale.

Facteurs de Succès • Haut niveau de connaissances informatiques et

opérationnelles : Une équipe de travail ayant des connaissances
informatiques élevées sera en mesure de s'approprier beaucoup
plus tôt et pourra donc étendre la post-implémentation. C’est
pourquoi l’entreprise nous a acheté une licence d’une année de
SAP Learning Hub.
• Fort engagement de la haute direction :l'engagement de la haute
direction est primordial pour mettre à disposition les ressources
nécessaires.
• Haut niveau d'engagement des utilisateurs et des membres de
l'équipe : S’assurer que les utilisateurs et les membres de
l'équipe sont engagés, associés aux attentes et à la
responsabilité. La disponibilité est également essentielle pour
une mise en œuvre accélérée.
• Bonne compréhension des pratiques opérationnels : Ceci réside
dans l’engagement de compétent représentants fonctionnels
ainsi que la mise en œuvre de bonnes pratiques.
• Avoir les bonnes personnes : il s’agit de composer une équipe
efficace, ouverte au changement et ayant le pouvoir de prendre
des décisions.

6. Missions
Étant partie de l’équipe responsable des module PP/QM. Nos tâches dans ce projet sont :
- Conception des flux de planification de production et de contrôle de qualité ;
- Paramétrage du module PP (Material Management) ;

17
 - Paramétrage du module QM ;
- Développement WRICEF pour répondre aux exigences delta du client ;
- Conception des flux PP et QM en intégration avec les modules SD, MM, PS et
FI/CO ;
- Conception des scripts de test (unitaire, d’intégration) dans le système SAP ;
- Préparation des supports de formation pour les Key-User ;
- Préparation des scripts de test pour la recette ;
- Tests et corrections en paramétrage pour vérifier le bon déroulement des flux ;
- Réalisation des recettes avec le client.

VI. Management de projet

1. Management des délais

Le planning prévisionnel du projet est le suivant :

Figure 8: Diagramme de Gantt prévisionnel

Le planning réel du projet est disponible dans l’annexe 1.

2. Management des risques

Avant d’entamer le projet, une analyse des risques est indispensable. Pour faire, on applique
l’AMDEC. AMDEC signifie Analyse des Modes de Défaillances, de leurs Effets et de leurs
Criticités. Il s’agit d’une méthode d’analyse qualitative et quantitative permettant de mettre en
avant les défaillances potentielles d’un produit, procédé ou processus en apportant des actions

18
correctives ou préventives. On attribue à chaque risque potentiel un indice de criticité. La
criticité est la résultante de la combinaison de trois facteurs cités ci-après.

Les coefficients de cotation ont été utilisé afin de prioriser la criticité des risques.

Tableau 4: Coefficients de cotation

La criticité est calculée par la relation suivante :

Le tableau ci-dessous montre les résultats obtenus lors de cette étude :

Tableau 5: La cotation des risques

Le tableau AMDEC résultant est le suivant :

Tableau 6: Tableau AMDEC

N° Risque Conséquence G F D C Actions proposées

1 Non Ajout de 5 3 3 45 Ecoute active,
compréhension des fonctionnalités
exigences. non voulus, ce Reformulation des exigences
qui engendre la du client après son
non satisfaction annoncement.
du client.
2 Non-respect des Retardement du 3 1 5 15 Bien planifier : bien
délais alloué aux projet. hiérarchiser les tâches dans le
tâches. planning.

Refuser les sollicitations des

collègues lorsqu’il le faut.

S’accorder une marge en vue

de respecter les délais.

19
 3 Sous-estimer le Rapport final non 5 1 1 5 Fixer des délais pour arrêter de
temps suffisant à la hauteur. procrastiner.
pour la rédaction.
4 Manque de Ne pas bien 5 1 5 25 Bien étudier durant la période
qualifications par travailler dans le de formation.
rapport à la projet.
complexité des Ne pas hésiter de demander de
tâches dans le l’aide.
projet.

Nous concluons que le risque le plus critique est la non-compréhension des exigences. Il faut
alors donner écouter activement le client et dissiper tout sorte de malentendu par la
reformulation.

3. Les moyens alloués au projet

En plus des ressources matérielles, qui sont principalement le matériel de bureau (ordinateur
portable, casque), des outils ont été mis à ma disposition présentés ci-dessous :

3.3. SAP Learning Hub

SAP Learning Hub est une solution de SAP offrant la garantie de mettre en pratique ses
compétences et d'acquérir de l'expérience dans un véritable environnement SAP. La plateforme
est préconfigurée avec les données dont on a besoin pour pratiquer les exercices et on est libre
d'expérimenter par soi-même.

3.4. Jira
Jira Software fait partie d'une gamme de produits conçus pour aider les équipes de tous types à
gérer leur travail. À l'origine, Jira a été pensé comme un outil de suivi des bugs et des tickets.
Mais aujourd'hui, c'est devenu un outil puissant de gestion du travail pour toutes sortes de cas
d'usage, de la gestion des exigences et des cas de test au développement logiciel Agile.

3.5. Microsoft Teams

Microsoft Teams est un programme de collaboration de travail hybride qui permet aux équipes
de travail de rester informés, organisés et connectés au même endroit.

3.6. Lucidchart
Lucidchart est une plateforme de collaboration en ligne, basée sur le cloud, permettant la
création ainsi que la visualisation de données et des diagrammes.

20
 3.7. My Timesheet
Dans Fiori Launchpad de SAP, un accès à l’application My Timesheet m’a été accrodé pour
saisir le temps consacré au projet ainsi que les tâches journalières de mon ordinateur de bureau
ou mon appareil mobile. La figure suivante est un aperçu de l’application.

Figure 9: My TimeSheet

3.8. SAP SuccessFactors :

SuccessFactors est une suite de produits SAP basée sur le cloud pour gérer diverses fonctions
RH telle la performance des collaborateurs, le recrutement et la formation. En fait, depuis
l’application, on reçoit des formations qu’on doit effectuer avant une date d’expiration fixée.

VII. Conclusion
Ce chapitre s’est articulé principalement sur le contexte général du projet. Notamment, la
problématique, l’étude AS IS/TO BE, la conduite du projet et les outils allouées. En outre, nous
avons mis l’accent sur les deux entreprises d’accueil et cliente. Cette étape sera complétée par
l’environnement de projet pour mieux cerner l’étude.

21
 Chapitre 2: Environnement du projet

Après avoir cadrer bien le projet dans le premier chapitre, on va évoquer dans ce
chapitre l’environnement du projet.

Plan du chapitre 2 :

- Cadre de formation

- Cadre théorique

22
 I. Introduction
Dans ce chapitre, nous mettons la lumière sur la solution CIS-AD. Notamment, le cycle
complet, la fonctionnalité CONTRACT FLOWDOWN spécialement dans les modules PP/QM.
Nous profitons également de ce chapitre pour présenter la formation réalisée au sein de
l’entreprise.

II. Cadre de formation

1. Classe virtuelle

Durant mes deux premiers mois dans COGNITUS, j’ai été formé par des consultants séniors en
PP/QM de l’équipe Indienne. Le tableau suivant synthétise la formation :

Tableau 7: Synthèse de formation

PP QM

Compétences à Maitrise des compétences nécessaires à Maitrise des compétences nécessaires à

acquérir l’implémentation du module SAP PP. l’implémentation du module SAP QM.

Pour Qui Nada ZIANI Nada ZIANI

Pour Quand 14 Février 2022 – 14 Mai 2022 14 Mars 2022 – 14 Mai 2022

Indicateurs : • Apprendre à créer des données de base • Apprendre à créer les données de
et des données transactionnelles. base et les données
Résultats transactionnelles.
• Comprendre le fonctionnement de SAP
attendus • Apprendre à récolter les exigences
PP dans la réponse aux défis de
l'entreprise. métier d’un client.
• Acquisition d'une solide expérience • Apprendre à exécuter un processus
dans la configuration de SAP PP. de gestion de la qualité sans SAP.
• Résoudre des problèmes de • Apprendre à paramétrer le module
planification des ressources qui se SAP QM.
présenteront avec SAP.
• Apprendre à récolter les exigences
métier d'un client.
• Apprendre à cartographier dans SAP un
processus de fabrication complet basé
sur les meilleures pratiques SAP.

Type Formation à distance.

d’apprentissage

Canal Microsoft Teams.

d’apprentissage

Cadence 1 heure de Lundi au Vendredi.

Formateur Kiran Kumar Subodhi et Ashok Kumar Reddy.

23
 2. E-Learning
Ce type de formation a été assuré par le biais de LinkedIn Learning. Il s’agit d’une plateforme
dédiée à l'apprentissage avec une grande communauté qui engage les abonnés par le truchement
d'un contenu personnalisé et d'un panorama de toutes les sources de connaissances. De ce fait,
elle permet à l’entreprise de développer le savoir, savoir-faire et le savoir-être de ses
collaborateurs.

Cognitus intègre le contenu d'apprentissage de LinkedIn Learning dans SuccessFactors. De

cette manière, on accède de plein pied au contenu en ligne de LinkdedIn Learning à travers la
propore page de SuccessFactors dans Fiori Launchpad. La figure suivante illustre cette
connexion entre les deux plateformes.

SuccessFactors se dispose aussi d’un tableau de bord d’apprentissage. Il s’agit d’un moyen
rapide de voir et de comprendre les indicateurs de l’apprentissage des équipes Cognitus. En fait,
c’est un point de référence pour visualiser les données d'apprentissage en vue de l'évolution des
objectifs de chacune des équipes. A chaque fin de mois, l’équipe qui a fait le plus haut nombre
de formation est félicitée par le reste des équipes, ce qui rend cette plateforme une sorte
d’encouragement pour les équipes de travailler davantage.

3. Formation certifiante
Ce type de formation a été assurée par le biais de SAP Learning Hub présenté dans le chapitre
précédent. Cette plateforme est dédiée à la préparation de l’examen de certification dans SAP.
Actuellement, l’entreprise me prépare à me certifier en Rise with SAP S/4HANA Cloud –
Manufacturing. Cette formation, de 56 heures, est dédiée à la maîtrise des compétences
nécessaires aux implémentations de SAP S/4HANA Cloud en mettant l'accent particulièrement
sur la fabrication.

III. Présentation de la solution CIS-AD

1. Présentation générale
Les entreprises du secteur de l'aérospatiale et de la défense (A&D) ont toujours été à la pointe
de l'innovation technologique. Par conséquent, des idées telles que les avions et les usines
"intelligents" ne sont pas nouvelles pour l'industrie. Les objectifs de ces innovations sont axés
sur la gestion efficace de ressources limitées et sur la capacité à fournir plus avec moins. La

24
réalisation de ces objectifs à un rythme plus rapide tout en faisant face à moins de risques
dépend d'une plateforme de processus métier à l'échelle de l'entreprise qui agit comme une
couche sémantique fournissant des informations sur toutes les sources de données - le noyau
numérique.

2. Cycle complet de CIS-AD

Le cycle CIS-AD se compose de trois phases principales. Chacune des phases se compose elle-
même de plusieurs étapes.

Phase 1 : Création des données de base :

• Création du projet et de l’OTP : Après la réception de l’ordre de vente de la part du

client, on procède à la création du projet dans lequel on crée l’OTP. L'organigramme
technique de projet (OTP) est un modèle de projet qui organise les tâches selon une
hiérarchie. Il constitue la base fonctionnelle des étapes ultérieures de planification d'un
projet, par exemple pour la planification des processus, la planification des coûts,
l'ordonnancement, la planification des capacités ou le calcul des coûts, ainsi que pour le
contrôle du projet.
• Création du contrat : On crée un contrat sur la base de l’OTP crée précédemment. Les
contrats de vente sont des accords-cadres qui stipulent que des matériaux ou des services
sont vendus au cours d'une période donnée.
• Création des fiches d’articles : On crée les fiches d’articles demandés par le client dans
le contrat avec les vues appropriées.
• Création de la nomenclature : Il s’agit de la liste de tous les matériaux requis pour la
fabrication d’un produit fini (ou semi-fini) ainsi que les quantités nécessaires.
• Création des postes de travail : Dans le système SAP, les postes de travail sont des objets
de gestion dans lesquels sont exécutées les opérations. Ils peuvent être : Machines,
groupes de machines, lignes de production, employés ou un groupe d'employés.
• Création de la gamme de fabrication : Il s’agit d’une représentation de la façon dont le
produit est fabriqué dans les ateliers. En d’autres termes, une gamme est constituée d'une
série d'opérations, également appelées étapes de la gamme.

Phase 2 : Planification et approvisionnement en pièces :

• Planification des besoins en matériel (MRP) : La fonction principale de la planification

des besoins en matériel (MRP) est de garantir la disponibilité du matériel, c'est-à-dire
qu'elle est utilisée pour se procurer ou produire les quantités requises en temps voulu, à

25
 la fois pour des besoins internes et pour la vente et la distribution. Ce processus implique
le pilotage des stocks et, en particulier, la création automatique de propositions
d'approvisionnement pour les achats et la production.
• Planification de la capacité : La solution aide à planifier la charge des ressources
nécessaires pour répondre à la demande par une production interne. Les besoins en
capacité sont automatiquement déterminés et mis à jour au cours de la planification des
matériaux lors de la création des prévisions de production. L’entreprise sera donc en
mesure de surveiller la charge la plus récente des ressources en équipement et en main-
d'œuvre, et avoir également la possibilité de réagir aux problèmes de capacité tels que
la surcharge des ressources, par exemple en effectuant un nivellement de la charge. Ces
fonctions sont disponibles dans le poste de travail Planification des approvisionnements.
• Création des ordres d’achat : On convertit la demande d’achat générée par le MRP en
un ordre d’achat. Ce dernier sera lancé par les utilisateurs autorisés.
• Gestion de la qualité : Après la réception des pièces, on procède au contrôle qualité pour
décider soit de les accepter dans son stock, rejeter ou mettre en rebut.
• Création des ordres de fabrication : On convertit l’ordre planifié en un ordre de
fabrication. Ce dernier sera lancé par les utilisateurs autorisés.
• Prélèvement : Le processus de prélèvement consiste à prendre les pièces dans un lieu de
stockage et à placer la bonne quantité dans une zone de prélèvement où ils seront
préparés pour l'expédition. On procède dans cette phase à l’impression du ticket de
prélèvement du système.
• Sortie de marchandises pour l’ordre de fabrication.

Phase 3 : Production, expédition et clôture :

• Clôturer l’ordre de fabrication : Après l’achèvement de la production, on clôture l’ordre

dans le système.
• Créer le document d’expédition : Le document d'expédition est l'élément central de la
planification du transport et de la réalisation de l'expédition. Il contient toutes les
informations nécessaires à l'exécution du transport.
• Expédier le produit.
• Facturer le client.
• Recevoir et encaisser les fonds.
• Clôturer le projet/Contrat.

26
 3. CONTRACT FLOWDOWN
Cognitus a développé un menu de paramétrage autre que le menu standard de SAP dans la
solution CIS-AD. La transaction pour y accéder est développée, comme prévu, par Cognitus. Il
s’agit de la transaction : /CGDC/SPRO. Dans ce menu, on trouve un catalogue de paramétrage
dédié à l’écoulement du contrat comme le montre la figure suivante :

Figure 10: Menu IMG de SAP

Les entreprises d'A&D ont besoin d'avoir plus et au-delà de ce que SAP fournit en standard.
CIS-AD répond à leur besoin en matière d’écoulement du contrat (Contract Flowdown). En
d’autres termes, elle permet la descente des informations contractuelles dans le cycle de vie du
contrat aux : demandes d'achat ; ordres d'achat ; ordres de vente ; ordres de fabrication ; bons
de livraison ; documents de facturation ainsi que les documents comptables. La figure ci-
dessous présente l’ensemble de ces documents.

27
 Figure 11: Contract Flowdown

Deux types d’écoulement sont possibles : écoulement des champs et écoulement des clauses.

- Écoulement des champs : CIS-AD permet à différent objets de descendre vers les
documents cités précédemment. Un extrait de la liste prédéfinie de ses objets dans la
solution est illustré dans la figure suivante :

Figure 12: écoulement des champs dans CIS-AD

Écoulement des clauses : Le catalogue des clauses est conçu pour gérer les contrats avec les
parties prenantes. Selon les exigences, on le nourrit par les clauses désignées par le client. On
peut définir les clauses dans le menu IMG customisé de CIS-AD accédé par la transaction
/CGDC/SPRO

28
 Figure 13: écoulement des clauses dans CIS-AD

IV. Le déploiement de CIS-AD en cloud

1. Cloud computing
La solution CIS-AD supporte le déploiement en mode cloud : public, privé et hybride.

Le cloud, en matière de technologie, est rendu disponible par le biais d'Internet. Les dispositifs
de notre environnement physique (ordinateur, téléphone, tablette) ont des capacités limitées.
Par exemple, la mémoire d'un disque dur d'un disque dur est finie. Toutefois, nous disposons
d'un accès quasi infini à des ressources situées ailleurs grâce à nos dispositifs.

• Cloud public

Il opère généralement dans un serveur multi-tenant, où des locataires ou des consommateurs

partagent les mêmes ressources du serveur. Du fait, les données et les applications de chaque
client sont masquées aux autres clients, mais comme ils partagent certaines ressources et que la
solution est entretenue par le fournisseur de cloud, le cloud public est souvent la plus
économique et la plus efficace solution. Avec le cloud public, les paramétrages sont effectués

29
à travers des applications SAP Fiori destinées à simplifier ces changements. Ces
caractéristiques du cloud public - multi-tenant, standardisation, sous-traitance de la
maintenance du système à son fournisseur de cloud et extensions stables au cours du cycle de
vie - se traduisent par le TCO le plus bas et le retour sur investissement le plus élevé.

• Cloud privé

C’est la solution cloud avec toute la portée de SAP S/4HANA on-premise, y compris tous les
secteurs d'activité et 25 secteurs industriels. Cette solution offre l'élasticité, l'élasticité, la
résilience et le TCO d'une infrastructure en cloud. Les utilisateurs ainsi disposent d'un accès
total au framework de développement qu’on-premise, supportant les prolongements dans
l'application en plus des améliorations et modifications du code. La configuration par des
experts est également permise par un accès complet à l'IMG, et le coût d'exploitation est basé
sur un abonnement.

• Cloud hybride

Un cloud hybride inclut à la fois des solutions en cloud et on premise, provenant souvent de
plusieurs fournisseurs. Les clients alors auront un paysage diversifié composé d'une
combinaison de différentes solutions intégrées. Les clients peuvent ainsi s'appuyer sur SAP
Business Technology Platform pour développer et héberger des intégrations et des applications
natives du cloud afin de connecter leurs solutions.

2. SAP FIORI
SAP Fiori est une expérience utilisateur (UX) destinée aux logiciels SAP. Les clients SAP
utilisent cette UX pour différentes solutions, telles que SAP S/4HANA, SAP SuccessFactors
Employee Central, SAP Ariba, SAP Cloud for Customer, etc.

SAP R/3 s'est reposé sur l'interface utilisateur graphique SAP (GUI) pour sa couche de
présentation frontale. Cependant, avec l'arrivée de SAP S/4HANA dans les années 2010, une
nouvelle interface utilisateur a été développée pour la couche de présentation des applications
de la nouvelle suite. Elle a été nommée SAP Fiori. À mesure que les entreprises passent à SAP
HANA et SAP S/4HANA, SAP Fiori peut être considéré comme le remplacement de SAP GUI.

3. SAP Fiori Launchpad

La plateforme de lancement SAP Fiori est le point d'entrée central de SAP S/4HANA pour tous
les utilisateurs d'appareils mobiles et de bureau. Le launchpad est une coquille qui héberge les
applications SAP Fiori et fournit des services tels que la navigation, la customisation, le support

30
intégré et les applications. Chaque tuile représente une application métier qu'un utilisateur peut
lancer. Le Launchpad est role-based, ce qui signifie que les applications affichées sont basées
sur le rôle professionnel attribué à l'utilisateur. Des centaines d'applications SAP Fiori sont
disponibles dans différents secteurs d'activité et industries couvrant un large spectre allant des
tâches analytiques aux tâches transactionnelles. Les catalogues de PP et QM dans CIS-AD sont
les suivants :

4. Rôles et autorisations
Les utilisateurs ont besoin de rôles d'autorisation pour faire fonctionner le SAP Fiori launchpad
Lorsque les utilisateurs disposent de ces rôles, ils peuvent accéder aux catalogues à leurs rôles.
Les rôles dans PP et QM sont présentés dans le tableau suivant.

Tableau 8: Les rôles dans SAP FIORI

Business role Description

PP
SAP_BR_PRODN_ENG_DISC Ingénieur production
SAP_BR_PRODN_PLNR Planificateur de production
SAP_BR_PRODN_SUPERVISOR_DISC Superviseur de production
SAP_BR_PRODN_OPTR_DISC Opérateur de production
QM
SAP_BR_QUALITY_PLANNER Planificateur de qualité
SAP_BR_QUALITY_TECHNICIAN Technicien de qualité
SAP_BR_QUALITY_ENGINEER Ingénieur qualité

Fiori est le moyen actuel et futur pour les utilisateurs d'accéder au système SAP. Les rôles
doivent être conçus d’une manière qui inclue des autorisations spécifiques pour accéder aux
applications spécifiques par les utilisateurs finaux.

7. Les types des systèmes SAP

Les différents types de systèmes SAP sont les suivants :

• PROD : Système de production :

Système dans lequel les processus-métier réels d'une entreprise sont cartographiés et dans
lequel les données en temps réel sont maintenus.

31
 • DEVELOP : Système de développement :

Système dans lequel les développements sont effectués en interne et les paramétrages sont
réalisés.

• TEST : Système de test :

Un système qui est utilisé pour prototyper et tester les configurations et les processus du
système.

• TRAIN : Système de formation :

Un système qui est utilisé pour enseigner les paramètres et les processus du système.

• IDES :

Système utilisé exclusivement pour le SAP International Demonstration and Education System.
IDES utilise une entreprise modèle pour décrire les processus de gestion courants et expliquer
comment ils sont représentés dans le système SAP.

• DEMO : Système de démonstration

Système utilisé exclusivement pour la formation interne des employés ou pour des présentations
destinées aux parties intéressées.

• BACKUP :

Un système de sauvegarde séparé pour un système (de production).

8. Le module SAP PP

8.1. Présentation générale

Le module PP (Production Planning) permet de planifier la production basée à la fois sur la
demande du marché et sur la capacité de production.

PP crée des plannings pour la production, pour l’approvisionnement et pour les achats. Ceci
permet de garantir d’avoir les matières premières pour la production en fonction des besoins.
Le module enregistre le processus de fabrication avec par exemple, les budgets planifiés et les
budgets réels. Ce module joue un rôle essentiel dans la chaîne d’approvisionnement de tout
fabricant et il est principalement fait pour les responsables production ou d’autres personnes
qui s’occupent de la fabrication et des plannings et en charge d’optimiser les coûts de
production.

32
 • Données de base :
Les données de base contiennent les principaux objets détaillés du module de planification de
la production (PP). Dans SAP PP, les principaux objets sont la nomenclature, la fiche article, la
gamme et le poste de travail. Les données de base contiennent les propriétés clés de ces objets
telles que l'ordre de fabrication, le type d'article, les exigences de planification, la sortie et
l'entrée de marchandises.

• Fiche d’article :
Elle comporte des données concernant divers types d'articles, tels que les produits finis et les
matières premières. Elle peut servir à l'identification d'un produit, à l'achat de matériel, à la
sortie ou à l'entrée de marchandises, à la planification des ressources et à la confirmation de la
production. Les données de l’article sont stockées dans des vues choisis par l’utilisateur selon
le type de l’article. Les vues consacrées pour le module PP sont :

MRP1 : elle sert principalement à définir le type de MRP qui détermine si et comment l'article
sera planifié.

MRP2 : elle contient des données à propos de l’approvisionnement, ordonnancement et calcul

des besoins nets.

MRP3 : Cette vue contient principalement les champs de planification.

MRP4 : elle gère les données au niveau d’une plante ou d’un magasin.

Work Scheduling : elle contrôle l'ordonnancement de la production et le traitement des ordres

de production.

• Nomenclature :
Il s’agit de la liste de tous les matériaux requis pour la fabrication d’un produit fini (ou semi-
fini) ainsi que les quantités nécessaires.

• Postes de travail :
Dans le système SAP, les postes de travail sont des objets de gestion dans lesquels sont
exécutées les opérations. Ils peuvent être : Machines, groupes de machines, lignes de
production, employés ou un groupe d'employés.

• Gamme de fabrication :

33
Il s’agit d’une représentation de la façon dont le produit est fabriqué dans les ateliers. En
d’autres termes, une gamme est constituée d'une série d'opérations, également appelées étapes
de la gamme.

• Version de Production :
Une version de fabrication définit la nomenclature alternative qui est utilisée avec la gamme/la
recette de base pour produire un article ou générer un PDP (Plan Directeur de Production).

8.2.PP dans CIS-AD

Les champs qui s’écoulent du contrat dans l’ordre de fabrication sont regroupés dans une
rubrique, customisé par Cognitus, dans l’ordre de fabrication. La rubrique est nommée CIS-AD
et y présentée dans les deux figures suivantes :

Dans « Contract Flowdown » sont les clauses écoulées du contrat.

Figure 14: écoulement des clauses dans l'OF

Dans « Additional Order Data » sont les champs écoulés du contrat.

34
 Figure 15: écoulement des champs contractuels dans l'OF

9. Le module SAP QM

9.1. Présentation générale

Le module QM permet aux entreprises de déployer et de gérer des processus de contrôle qualité.
Il vise à prévenir les défauts, à favoriser l'amélioration continue des processus et à instaurer des
programmes de contrôle qualité durables. Les bénéfices potentiels pour l'entreprise sont la
conformité aux réglementations en matière de qualité de fabrication, la réduction des coûts
opérationnels et l'amélioration de la satisfaction client.

SAP QM se base sur des instruments qui sont configurables pour les processus spécifiques de
l'organisation. Chaque instrument est composé de fonctionnalités spécifiques à l'activité en
question. Ces instruments sont notamment les suivants :

• La planification de la qualité :
Elle permet de créer et de modifier des plans d'inspection de la qualité qui définissent les articles
à inspecter, la manière dont les inspections auront lieu, les caractéristiques des articles à
inspecter et le type d'équipement utilisé pour effectuer les inspections.

• L'inspection de la qualité :
Elle offre la possibilité de vérifier si un produit répond aux exigences de qualité définies et de
saisir les résultats des inspections. Cette fonction utilise les spécifications de contrôle définies
dans la planification de la qualité.

• Les certificats de qualité :

Elles permettent de garantir que les marchandises ont répondu à des exigences de qualité
définies.

35
 • Les avis de qualité :
Elles permettent de noter les problèmes rencontrés avec les marchandises reçues d'un
fournisseur, les plaintes des clients ou les problèmes de qualité provenant de ses propres ateliers.
Les avis de qualité peuvent aussi être configurés pour enregistrer, traiter et gérer les
informations positives sur les produits ainsi que les plaintes concernant la qualité ou encore
plus de faire de l’audit.

• Les données de base :

Pour exécuter le processus de qualité, on doit créer d’abord les données de base qui sont
principalement les caractéristiques d’inspections (MIC) et le plan d’inspection.

• MIC :
On peut définir des spécifications d'inspection pour les articles. Par exemple, les dimensions du
matériau inspecté : largeur, longueur et hauteur du matériau, etc. Ces sont appelées MIC par
abus de langage. Il s’agit des caractéristiques d’inspection. Il existe deux types de MIC :

- Caractéristique d’inspection qualitative

- Caractéristique d’inspection quantitative

• Le plan d’inspection :
Le plan d'inspection sert à définir les caractéristiques à inspecter dans le cadre de chaque activité
d'inspection et le matériel de contrôle à utiliser pour l'inspection.

9.2.SAP QM dans CIS-AD

L’écoulement du contrat dans le module QM réside dans les clauses qui s’écoulent du contrat
vers les documents cités dans la section précédente qui sont : demandes d'achat, ordres d'achat,
ordres de vente, ordres de fabrication, bons de livraison, documents de facturation et les
documents comptables. De plus, il réside dans les champs d’écoulement du contrat choisis par
le client.

10. Les bonnes pratiques de SAP

10.1. Les bonnes pratiques dans PP

• Material Requirement Planning (J44) :

Cet item couvre un processus de MRP (Materials Requirements Planning) pour se procurer du
matériel en se basant sur des réquisitions d'achat ou des échéanciers de livraisons pour les

36
programmes de commandes. En outre, la gestion des niveaux de stock est encore possible en
fonction du temps, le transfert des demandes d'achat et les exceptions de matériel MRP.

• Production sur stock - Fabrication Discrète (BJ5) :

Ce processus supporte les points ci-après : La planification des besoins, le déclenchement de

l'ordre de fabrication, les mouvements de stock et la confirmation de l'ordre de fabrication, y
compris les contrôles de disponibilité à la promesse pour le produit fini à gestion par numéro
de série.

• Évaluation de la Capacité de Production (31L) :

Ce processus garantit la visibilité des capacités actuelles et futures sur la base des plans de
production. Il permet ainsi à l’utilisateur de détecter rapidement les goulets d'étranglement dans
sa zone de responsabilité.

• Gestion des Lots (BLF) :

Cet item permet de gérer des quantités partielles et homogènes d'un matériel ou d'un produit à
travers la quantité logistique et la chaîne de valeur. Cela inclut la documentation des
caractéristiques des matériaux, les informations sur le lieu de consommation et le niveau de
qualité.

10.2. Les bonnes pratiques dans PP

• Gestion de la Qualité dans la Passation de Marchés (1FM) :

Cet élément du champ d'application concerne l'inspection de la qualité dans la passation de

marchés. Le contrôle qualité est pertinent quand un article est reçu d'un fournisseur. Le résultat
de l'inspection peut susciter un autre processus, tel que le refus du fournisseur pour cause de
qualité insuffisante.

• Gestion de la Qualité des Problèmes Internes (2QP) :

Cet item concerne la gestion des problèmes internes. L'ingénieur qualité capture les
informations de base et entame une analyse des causes racines. Il peut traiter ainsi les défauts
et leurs causes, les rectifications, les actions correctives ainsi que les mesures préventives.

• Gestion de la Qualité pour les Réclamations des Clients (2FA) :

Cet élément décrit la gestion des réclamations des clients. L'ingénieur qualité capture les
informations de base fournies par le client et une analyse des causes racines. Puis, il traite les

37
défauts et leurs causes, les rectifications ainsi que les actions préventives et correctives à mettre
en place.

11. Les tables SAP

Les tables dans SAP sont un espace de stockage dans la base de données SAP qui segmente et
stocke les données par module. Disons, par exemple, que nous entrons des données comme des
données de configuration, des données de base, des données de transaction. Les tables SAP
dans SAP PP les stockent correctement et dans l'ordre dans la base de données SAP. Les tables
SAP utilisés dans ce projet et cités dans ce rapport sont présentées ci-dessous.

• AUFK :

Il s’agit d’une table dans SAP dans laquelle sont stockés les données de base des OF (Order
Master Data).

• AFKO :

Il s’agit d’une table dans SAP dans laquelle sont stockés les données d’en-tête des OF (Order
Header Data).

• BAPI_PRODORD_GET_DETAIL :

Il s’agit d’un programme qu’on exécute pour voire les détails d’un ordre dans la table AUFK.

• RFC_READ_TEXT :

Les textes peuvent être attachés à l'en-tête de la commande ou aux postes de la commande. Pour
récupérer ces textes, nous pouvons utiliser le module fonction RFC_READ_TEXT.

• AFVV :

AFVV est une table transparente standard des ordres de fabrication dans l'application SAP PP,
qui stocke la structure DB des quantités/dates/valeurs dans les données d'opération.

• fSapProductionOrder

Cette table contient un champ seulement : LastChangedFromImport. Elle est utilisée par
SapPP2SV pour déterminer jusqu'où il faut remonter pour trouver des modifications dans
AUFK. Il est également défini à la fin de l'importation sur la date de modification la plus élevée
trouvée dans la liste d'importation de l'ordre actuel. Lorsque ce champ est nul ou que la table
est vide, SapPP2SV propose par défaut un retour en arrière de 30 jours.

38
 V. Conclusion
Le fait d’élaborer l’environnement du projet dans ce chapitre était primordial avant d’entamer
la parole sur le travail réalisé. En effet, la présentation de la solution CIS-AD, la fonctionnalité
de CONTRACT FLOWDOWN qu’elle garantit, ainsi que sa particularité pour les modules PP
et QM font le cœur de ce projet.

39
 Chapitre 3 : Mise en œuvre de la solution

Après avoir bien cadrer le projet et son environnement, on va présenter dans ce chapitre
le travail réalisé suivant la méthodologie SAP ACTIVATE.

Plan du chapitre 3:

- Découvrir

- Préparer

- Explorer

- Réaliser

40
 I. Introduction
Dans ce chapitre, on décortique le travail réalisé dans chaque phase de la méthodologie SAP
ACTIVATE allant de la formation de l’équipe du projet jusqu’à conception de la solution selon
les exigences exprimées par le client durant les ateliers Fit-to-Standard.

II. Découvrir
Durant cette phase, une démonstration de la solution a été faite au profit de l’entreprise cliente
VACCO. La démonstration a déroulé autour des éléments suivants :

- Les capabilités de SAP dans l’intégration des processus-métiers de VACCO ;

- La capabilité de CIS-AD dans la gestion des contrats et l’écoulement des champs
contractuelles ;
- Golden-thread : appelé en français le fil d’or. Il s’agit de présenter le cycle complet de
la solution de l’ordre de vente jusqu’à clôture du contrat (comme présenté dans le
chapitre précédent).

III. Préparer
L'objectif de cette phase est de planifier et préparer initialement le projet.

1. Formation de l’équipe de projet

La formation de l’équipe de travail concerne à la fois les deux entreprises.

1.1. Désignation des architectes de solution de Cognitus

Le rôle principal d'un architecte de solution SAP est d'évaluer toutes les exigences métier et de
proposer la solution qui satisfait au mieux ces exigences dans une approche intégrée. Pour faire,
il supervise aussi tous les aspects de la mise en œuvre des systèmes SAP.

1.2. Désignation des experts en matière de VACCO

Un expert en la matière, ou PME, est une personne qui a une connaissance poussée d'un
domaine particulier. Le PME a un très haut niveau de complexité sur son sujet qui n'est pas de
notoriété publique, ce qui lui confère une grande valeur pour une organisation.

41
 1.3. Constitution des sous équipes
Après la formation de l’équipe de travail de la part des deux entreprises, des sous-équipes ont
été formés pour associer les ressources de l’équipe d’implémentation aux ressources de
VACCO en se basant sur le domaine d’activité. Cette association est primordiale pour garantir
le bon déroulement du projet. En fait, durant cette phase, chaque consultant est désormais le
point de contact des PME pour tout sorte de guide ou sollicitation. Plus encore, le consultant
est chargé de rassembler les exigences de leur part, les accompagner durant la recette ainsi que
répondre à leurs questions.

Le tableau suivant présente les PME de VACCO qui m’ont été affecté :

Tableau 9: équipe de projet

Domaine Domaine COGNITUS COGNITUS VACCO

Fonctionnel ARCHITECT/LEAD RESOURCE RESOURCE
EN ENGINEERING Murali KRISHNA Nada ZIANI Bobby Lo

Rick Noriega

PP PRODUCTION Murali KRISHNA Nada ZIANI Patrick Perreault

PLANNING
Matt Le

QM QUALITY Murali KRISHNA Nada ZIANI Lesliegh Kahre

MANAGEMENT
Tony Causor

1.4. Réception du système de démarrage

VACCO a reçu dans ce stade son premier système SAP de la série à recevoir après avoir décidé
d’investir dans le S/4HANA dans sa version cloud, c’est le système de démarrage (starter
system). L’accès à un système opérationnel dès le début du projet aide le client à mieux
comprendre comment les processus métier sont exécutés dans un environnement réel et renforce
la confiance au début du processus de mise en œuvre. Ce système est préconstruit avec les
meilleures pratiques SAP et des données de démonstration à des fins d'évaluation. Ce dernier
sera largement utilisé dans les ateliers Fit-to-Standard. Sa validité n'est que de 30 jours après la
réception du système de production.

Il est important de noter aussi que puisque l’implémentation sera en cloud, SAP avait la mission
de garantir le système à l’entreprise cliente.

42
 2. Portée du projet
La portée du projet délimite clairement les fonctionnalités qui doivent être fournis. Elle permet
ainsi de comprendre les attentes du client, de dissiper toute hypothèse et de fournir une
représentation détaillée du système à délivrer. Il s’agit alors de lister clairement les
fonctionnalités qui doivent être implémentés pour le client.

2.1 Portée dans PP

• Engineering Change Management (ECM) :
VACCO envisage gérer tout type de modification dans les données de base de la production. A
savoir, les nomenclatures, les gammes, les articles et les documents avec un historique (avec
une validité de date) ou en fonction de conditions spécifiques (avec une validité de paramètre).

• Planification de la Production / MRP :

VACCO veut garantir la disponibilité des matériels pour la production. Cette fonction doit être
assurée à travers l’implication et le suivi des stocks et, en particulier, la création automatique
de propositions d'approvisionnement pour les achats et la production. Ce faisant, les PME de
VACCO trouvent que le MRP est primordial pour trouver le meilleur équilibre possible entre
l'optimisation du niveau de service et la minimisation des coûts et l'immobilisation du capital.

• Contrôle des Operations de Production :

Le suivi de l’évolution de la production est demandé dans VACCO. Les PME ont exprimé leur
besoin d’apercevoir la situation actuelle avec toutes les informations requis pour résoudre les
problèmes. Si, par exemple, une opération particulière est retardée, ils veulent savoir pourquoi
elle l’est - peut-être qu'il manque des composants, que la ressource est occupée par une autre
opération ou que l'opération précédente n'est toujours pas terminée. Ils voient que ces
informations vont leur permettre de prendre des mesures immédiates afin de résoudre le
problème et d'assurer le bon déroulement des processus de production.

• Contrôle de disponibilité :
VACCO veut avoir un contrôle de disponibilité pour s'assurer que les composants sont
disponibles pour la production.
2.2 Portée dans QM
• Gestion de la qualité des marchandises :
VACCO veut contrôler la qualité de ses marchandises. Les PME disent que ce processus les
aide dans la sélection des fournisseurs appropriés, le traitement des demandes de devis, le

43
traitement des commandes d’achat ainsi que dans le traitement des inspections à la réception
des marchandises.

• Contrôle de qualité des en-cours :

Vu que les clients de VACCO sont les entreprises A&D, la qualité doit être supervisé tout au
long du process de production. Du fait, ils jugent nécessaire le contrôle de qualité des en-cours.

• Déclenchement des avis de qualité :

Dès la détection d’un problème dans la qualité des marchandises, des en-cours ou encore des
produits finis. La non-conformité avec une exigence de qualité doit être détecté et documenté.
Cette fonctionnalité sera assurée à travers les avis de qualité. Cette dernière ne documente pas
seulement les non-conformités, mais également une demande de prise de mesures appropriées.

12. Documents de gouvernance

2.3 Matrice RACI

La matrice RACI englobe les activités par phase et responsable de leur bonne réalisation. Il
s'agit d'un outil important pour la gouvernance du projet qui permet d'aligner les attentes des
différents rôles et d'assigner les tâches. Les rôles dans cette matrice sont :

- Responsable (R) : Chargé de réaliser les tâches.

- Acteur (A) : Responsable de la mise en œuvre du projet et de toutes ses activités.
- Consulté (C) : Apporte une contribution sur la façon de mener l'activité et soutient son
exécution.
- Informé (I) : On lui fournit des informations.

2.4 Comité Consultatif du Changement

CCB désigne tout groupe d'individus au sein d'une équipe de projet chargé de prendre la
décision finale sur le moment et la nécessité des changements particuliers à apporter aux travaux
ou aux événements du calendrier. Le processus par lequel le comité de contrôle des
changements détermine quand et si une série de changements doit être effectuée comporte deux
volets.

2.5 Management des Risques

Les documents de gouvernance incluent également le management des risques. Les chefs de
projet sont généralement responsables de la bonne marche du processus de gestion des risques
pendant son déroulement.

44
 2.6 Plan de Communication
Un plan de communication pour le management de projet identifie comment les informations
seront communiquées aux parties prenantes tout au long du projet. Il permet également de
déterminer qui sera destinataire de la communication, comment ces interlocuteurs la recevront,
quand ils la recevront et à quelle cadence ils doivent s'attendre à les recevoir.

Note : tous les documents de gouvernance, excepté pour la matrice RACI vue sa taille, sont
présents dans l’annexe 1.

IV. Explorer
L'objectif de la phase d'exploration est de réaliser une analyse d'adéquation afin de valider la
fonctionnalité de la solution incluse dans la portée du projet et de confirmer que les exigences
métier sont satisfaites.

1. Les ateliers d’adaptation aux normes

Pendant la période de Fit-to-standard, les clients SAP ont accès au système de démarrage et
peuvent exécuter les processus disponibles pour obtenir une meilleure vision en dehors des
ateliers. Cette méthodologie permet de réduire les efforts et les délais. Son objectif principal
est de définir comment la solution sera configurée dans la phase de réalisation. En fait, on
cherche, dans ces ateliers, à rendre la solution réellement fonctionnelle, en se basant sur :

- La portée du projet y accompagnée les bonnes pratiques de SAP choisis à implémenter

à l’entreprise cliente.
- Le questionnaire orienté métier.

13. Les bonnes pratiques de SAP implémentés

Ci-dessous sont les bonnes pratiques dans le cadre de notre projet pour PP et QM.
- Bonnes pratiques dans PP :
• Material Requirement Planning (J44) ;
• Production sur stock - Fabrication Discrète (BJ5) ;
• Évaluation de la Capacité de Production (31L) ;
• Gestion des Lots (BLF) .

- Bonnes pratiques dans QM :

• Gestion de la Qualité dans la Passation de Marchés (1FM) ;
• Gestion de la Qualité des Problèmes Internes (2QP) ;

45
 • Gestion de la Qualité pour les Réclamations des Clients (2FA) .

14. Actualisation des questionnaires

3.1. Présentation générale

L'objectif de ce document est de collecter des informations sur le client avant l'atelier
d'adaptation aux normes (fit-to-standard). Le client doit compléter et renvoyer le document une
semaine avant l'atelier. Ensuite, Les consultants valideront les réponses au cours de l’atelier.

3.2. Elaboration du questionnaire QM

Actuellement, SAP fournit les questionnaires pour tous les modules de SAP excepté pour QM.
Donc, le questionnaire QM a été élaborée pour ce projet d’une manière qui satisfait les normes
de questionnaires fournis par SAP.
4. Les exigences collectées
Suites aux exigences collectées dans les ateliers d’adaptation aux normes, nous sommes
parvenus à mapper le processus de production et de qualité pour VACCO. Ci-après une
description des deux processus.

4.1. Processus de planification de la production

Le processus va commencer par un contrat client et se terminer par la liquidation du compte
client après réception du paiement.

Figure 16: Processus de planification de la production dans SAP

4.2.Processus d’exécution de la production

Au cours du processus de fabrication, lorsqu'un ordre de fabrication planifié est converti en un
ordre de production, le système vérifie si une gamme ou des opérations de poste de travail
nécessitent un traitement externe.

46
En cas de qualité insuffisante soit des marchandises ou des en-cours, le processus de production
va interagir avec le processus de contrôle de qualité et l’ingénieur qualité aura parmi les
possibilités à de réaliser le Rework.

Figure 17: Processus d'exécution de la production dans SAP

4.3. Description du processus QM

À la réception des marchandises, une pièce est placée dans le stock de contrôle qualité et un lot
de contrôle est créé sur la base d'un plan d'inspection. Le technicien qualité enregistre les
résultats du contrôle. L'ingénieur qualité prend ensuite une décision concernant l'utilisation -
par exemple, accepter ou rejeter le matériel, l'enregistrer dans le stock libre ou le stock bloqué,
ou déclencher le retour au fournisseur, avec la possibilité de l'enregistrer comme échantillon
consommé.

En s'appuyant sur les avis de qualité, l'ingénieur qualité saisit toutes les informations relatives
à la réclamation, y compris les défauts observés.

Figure 18: Processus de gestion de la qualité dans SAP

47
 5. Elaboration des BPD
A ce stade, nous avons passé à la documentation des processus-métier. Il s’agit d’une
représentation exhaustive à l'aide de termes, images et de symboles pour décrire précisément le
fonctionnement du processus dans un environnement idéal. La documentation a indiqué quelles
données sont nécessaires pour mener à bien le processus, quel est le flux de la circulation et
quelles sont les décisions à prendre.

5.1. Les BPDs élaborés dans PP

• Création des données de base :
Ce processus explique la création des postes de travail, et comment on s’en tire profit pour créer
les gammes de fabrication.

• Exécution de la procédure MRP :

Ce processus explique comment maintenir le stock prêt à répondre aux besoins du client. Le
PIR sera réduit à partir du stock de l'entrepôt (produit fini) dès que le client aura reçu la
commande.

• Exécution de la production :
Il décrit le processus d'exécution de la production qui comprend la sortie de marchandises pour
les composants par rapport à l'ordre de fabrication, la confirmation de l'ordre de fabrication et
l'entrée de marchandises par rapport à l'ordre de fabrication.

• Ordre de Rework :
Il décrit le processus de Rework. En fait, il est parfois nécessaire, au cours ou à la fin d'un
processus de production, d'exécuter des opérations supplémentaires afin d'améliorer des
composants ou des produits de qualité insuffisante.

5.2.Les BPDs élaborés dans QM

• Les données de base :
Ce BPD décrit le scope de la planification de la qualité, qui comprend les données de base
nécessaires pour créer des plans d'inspection et déterminer comment les matériaux sont
inspectés.

• La gestion de la qualité des en-cours :

Ce BPD décrit le processus de contrôle de qualité des en-cours.

48
 • La gestion de la qualité des marchandises :

Une fois le fournisseur et le matériel sont approuvés et validés par l'AQ. Le personnel chargé
des achats passera le bon de commande.

• Les avis de qualité :

Le système va fournir la possibilité de créer des notifications lorsque des défauts sont
enregistrés lors des inspections de qualité.

V. Réaliser
Durant la phase de réalisation, on réalise une série d’itérations pour construire et tester de
manière incrémentielle l’environnement opérationnel basé sur les exigences des processus
identifiés dans la phase précédente.

1. Conception de la solution

1.1. Paramétrage
Cette étape consiste à configurer la solution d’une manière satisfaisant le besoin de VACCO.

• Structure organisationnelle :
La structure organisationnelle définit l'emplacement des usines de fabrication et des lieux de
stockage au sein d’une plant. Il convient de préciser que toutes les activités de planification sont
effectuées au niveau de l'usine, de même pour les données de base de la planification de la
production. De plus, le processus de confirmation de la production et le mouvement des
marchandises ont lieu au niveau de la division et du magasin. La figure suivante présente la
structure organisationnelle de VACCO pour le module PP:

49
 Figure 19: Structure organisationnelle

9080 : Il s’agit de l'unité organisationnelle centrale de la comptabilité dans le système SAP.

2550 : Il s’agit d’une facilité opérationnelle au sein d'une société (par exemple, une
installation de production, un bureau régional ou une succursale).

MAIN : Il s’agit de l’unité de stockage consacrée pour les produits de l’entreprise, provenant
de ses ateliers.

REC1 : Il s’agit de l’unité de stockage des marchandises, achetés de ses fournisseurs.

• Types de l’OF
Le type d'ordre subventionne les ordres en fonction de leur finalité. Les types des OF définis
pour VACCO sont :

Tableau 10: Les types d'OF

ZP02 OF régulier (GPD)

ZGRT Ordre de Rework de la part du client
ZRW2 Ordre de Rework régulier (GPD)
ZRW3 rework of overhead material (MTS)

50
 • Statues des OF :
Les statuts configurés pour détenir l’OF sont :

Tableau 11: Les statues d'OF

INIT GR non autorisée

HFQA Retenu pour l’avis de qualité. Ceci empêche l’entrée / sortie des marchandises.
GRAL GR autorisée – UD acceptée

• Types des avis de qualité :

Nous avons implémenté trois types d’avis de qualité pour VACCO qui sont :

Tableau 12: Les types d'avis de qualité

ZS Les plaintes des clients

ZM Les plaintes contre les fournisseurs
ZI Les problèmes internes à l’entreprise

1.2. Exigence Delta

Comme déjà mentionné dans le deuxième chapitre, les exigences delta sont celles qui ne
peuvent pas être atteintes par le paramétrage. Dans ce rapport, on traite une exigence delta dans
notre projet. Il s’agit de QSD (Qualified Supplier Document)

• Expression du besoin :
Du fait de la sensibilité des produits fabriqués par VACCO, les PME requièrent un accord
d’assurance qualité des fournisseurs. Le besoin exprimé est comme suit :

VACCO veut s’assurer que les utilisateurs opérationnels passent les bons de commande auprès
des fournisseurs appropriés. Du fait, il est primordial de dresser une liste de fournisseurs
approuvés de qualité qui détaille toutes les informations sur les fournisseurs, stocke les
certificats et les enquêtes.

Toutes les informations relatives aux fournisseurs doivent être conservées dans un dossier QSD
pour les fournisseurs approuvés. Il peut s'agir d'un nouveau fournisseur pour lequel des
informations seront ajoutées pour la première fois ou d'un fournisseur existant dont les
informations doivent être mises à jour.

51
 • Solution Finale :
Cette exigence delta est résolue par un développement WRICEF : WRICEF signifie Workflow,
Report, Interface, Conversion, Enhancement, et Forms. Il couvre tout type de développement
personnalisé ou d'extension. Les unités de configuration WRICEF peuvent regrouper toute la
configuration, le développement et la documentation qui appartiennent à l'extension.

Pour répondre à ce besoin, une transaction dans SAP GUI ainsi qu’une tuile dans SAP FIORI
ont été développée :

Figure 20: Tuile QSD

Les statuts d’inspection développés pour cette fonctionnalité sont :

Tableau 13: Les statues d'inspection

ZA A utiliser pour les fournisseurs entièrement approuvés

ZC A utiliser pour les fournisseurs approuvés sous conditions en raison d'une
interruption de la certification du QMS et/ou les critères d'évaluation n'ont pas
été remplis. Peut nécessiter un audit sur site pour garantir la conformité 
ZN Les critères d'évaluation ne sont pas respectés. Un audit sur site et un plan d'action
pour corriger les mauvaises performances sont requis. En fonction du résultat de
cette activité, le fournisseur peut passer au statut de conditionnel ou d'approuvé

Les champs développés qui traduisent le mieux le besoin sont :

COMMODITY CODE : Cet onglet comporte une liste de tous les articles, avec le code qui leur
correspond, que le fournisseur peut fournir. Cette liste représente la portée de l'approbation de
ce fournisseur et spécifie les produits disponibles pour l'achat auprès de lui. Si la case d'option
Vérification du code de marchandise (Commodity code check) est cochée "Oui", le système
vérifiera le code de marchandise figurant sur le bon de commande par rapport aux codes de

52
marchandise énumérés dans le QSD avant de valider le bon de commande. Si le code de produit
à acheter ne figure pas dans le QSD, l'initiateur du bon de commande recevra un message
d'erreur. Les codes de marchandises peuvent être ajoutés en appuyant sur le bouton d'ajout et
en choisissant un code de marchandise dans la liste ou en l'entrant manuellement.

QUALIFICATIONS : L'onglet Qualifications permet à l'utilisateur de fournir une liste des

normes pour lesquelles le fournisseur est qualifié ; "qualification" signifie qu'il est certifié par
une tierce partie (ISO-9001, AS9100, NADCAP, etc.) ou que l’entreprise a examiné le
fournisseur et a jugé que son système QMS était acceptable. Trois dates doivent être saisies : la
date à laquelle le fournisseur a été qualifié pour la dernière fois, une date d'expiration de la
qualification et la date de restriction, qui est la date après laquelle un bon de commande ne peut
pas être créé et les pièces ne peuvent pas être acceptées en inspection de réception. La date de
restriction est fonctionnelle uniquement lorsque les deux conditions suivantes sont remplies :
Le bouton radio "Contrôle de qualification = Oui" doit être sélectionné ; et le bouton radio "Oui"
au début de la ligne de spécification doit être sélectionné. 

Figure 21: Interface de création d'un QSD

6. Test de la solution

6.1. Création des scripts de test

Un script de test décrit de manière techniquement détaillée les éléments et la séquence des
activités qui doivent être testés, pour un processus métier sélectionné dans l’ordre.

53
Dans cette phase, nous avons procédé à l’écriture des scripts de tests. Après établissement, les
scripts de tests ont été imortés à Zephyr Scale. Il s’agit d’une application nativement intégrée à
JIRA Software qui apporte des fonctionnalités de gestion des tests à tout type de projet crée
dans JIRA. Avec l'ajout de Zephyr Scale, les tests peuvent être créés et visualisés, liés à d'autres
problèmes, exécutés immédiatement ou dans le cadre d'un cycle de test et des mesures de test
détaillées peuvent être suivies via des gadgets personnalisés.

On distingue dans Zephyr Scale les cas de tests (test cases) des cycles de tests (test cycles) :

- Test Case : un cas de test est un objet de test développé pour un besoin de test particulier.
Pour notre cas, ce sont les scripts de tests élaborés.

- Test cycle : Un cycle de test est un ensemble ciblé de cas de test qui sont regroupés pour
atteindre des objectifs de test spécifiques. Les cycles de test font souvent partie d'un
plan de test, qui est utilisé pour suivre les itérations de test à grande échelle, comme une
version complète ou une nouvelle version de votre produit.

6.2. Tests unitaires

Les tests unitaires visent à garantir que la configuration de SAP est conforme aux exigences de
l'entreprise. SAP est un système hautement configurable et peut être aisément intégrable avec
des applications internes ou des applications tierces. Cette configuration variée et complexe
rend les tests fonctionnels incontournables. Les tests fonctionnels dissipent les incertitudes sur
les besoins de l'entreprise et améliorent la qualité. Le test de QSD a passé avec succès.
Cependant, deux problèmes majeurs ont été décelée lors des tests des avis de qualité :

• Non création automatique d’une version de MIC après un changement :

Parmi les besoins de VACCO dans ce sens : Après chaque changement dans les champs d’une
MIC, une nouvelle version de la MIC doit être crée. Ainsi, le système doit demander d’indiquer
la version voulue chaque fois qu’on essaie d’y accéder. Cependant, le système ne crée pas une
nouvelle version.

Ce problème de configuration a été résolue à travers le menu de paramétrage /CGDC/SPRO.

Maintenant, après chaque changement, le système crée une nouvelle version.

La figure suivante illustre la création d’une nouvelle version après changement de la description
(Short Text) pour la MIC nommée INSP-P-F.

54
 Figure 22: Interface de modification de MIC

• Non impression des avis de qualité :

Le problème rencontré lors du test unitaire est qu’on n’arrive pas à imprimer les avis de qualité
dans la solution.

Après vérification de configuration de ADS dans la solution en coordination avec les

consultants BASIS, on a trouvé que le problème est qu’on ne dispose pas des droits d’usage.
De ce fait, nous avons escaladé le problème à NS2 pour la résolution.

• Non réception des emails même si l’envoie du SAP réussi.

Après coordination avec les consultants ABAP, on a conclu que le problème est parvenu de
SAP Connect et y escaladé à NS2 pour résolution.

6.3. Test d’intégration

Le test d’intégration est une technique qui consiste à tester l'ensemble du cycle de vie complet
du système, du début à la fin, de manière à s'assurer que le flux de données de l'application se
comporte comme souhaité. Il définit les interactions entre les différents modules du produit et
fait en sorte que tous les éléments intégrés fonctionnent ensemble comme prévu.

55
Dans notre projet, le déroulement des séances de tests était comme suit :

Après une réunion pour le lancement des séances de tests, nous avons commencé à tester le
cycle de bout en bout. Un classeur Excel a été partagé entre nous tous pour le suivi du test. Dès
qu’une étape est terminé, le testeur la marque complète et le suivant commence jusqu’à la
dernière transaction.

6.4. La phase de recette

Ce type de test est exécuté par les personnes qui utiliseront SAP dans leur pratique
opérationnelle. L'aspect important de ce test est de s’assurer que les fonctionnalités attendues
sont disponibles.

• Sprints des tests :

Dans ce type de test, trois sprints ont été planifiée : SIT1, SIT2 et UAT. Ce test est réalisé dans
le système du client. On y accède à travers la machine virtuelle.

Le calendrier des sprints est présenté dans le tableau suivant :

Actuellement, nous avons achevés la première sprint (SIT1) et on se prépare pour SIT2.

• Déroulement de SIT1

Les missions dans SIT1 étaient :

- Réviser et maintenir les scénarios et les scripts de test dans Zephyr Scale

- Coordonner la planification des séances de test pendant le SIT1 (y compris les re-tests)

- Examiner, résoudre et suivre les défauts assignés jusqu'à la fermeture

- Participer aux réunions quotidiennes de Scrum, de synthèse et de triage des défauts ;

Le déroulement des séances de test était comme suit : Durant chaque séance de test, on réalise
le cas de test dans le système tout en expliquant le processus métier pour garantir une
compréhension des PME de VACCO. Dès qu’on termine un script, un PME exécute lui-même
le cycle de test sous nos consignes et explications, tout en marquant "PASS" chaque étape
exécutée avec succès. Si l’étape échoue, le testeur la marque "FAIL" et déclenche un défaut
dans Jira tout en l’affectant à la ressource Cognitus qui lui s’ont affecté.

Après avoir effectué quelques séances de tests, et résoudre les défauts dans Jira, les cycles de
tests de PP, QM et EN ont tous passées avec succès (voir annexe 2).

56
 7. Résolution des défauts dans Jira
Un défaut est créé dans Jira par un PME lorsqu’il trouve que la solution actuelle ne répond pas
à une exigence métier ou aux attentes. Les défauts sont utilisés pour identifier les différences
entre ce qui est attendu et ce qui est réellement produit. De plus, il peut être crée lorsqu’on a un
manque de données de base pour le test soit par un PME ou un consultant collègue d’un autre
module. Le reporteur du défaut doit assigner une personne selon la nature du défaut pour son
résolution. Ci-dessous un exemple de défaut assigné dans le module QM.

Figure 23: Résolution des défauts QM dans Jira

Un autre exemple de défauts résolus, cette fois ci pour le module PP, est illustré dans les deux
figures suivantes.

Cette figure illustre l’énoncé du défaut :

Figure 24: énoncé d'un défaut PP dans Jira

La figure suivante présente la réponse au défaut :

57
 Figure 25: résolution d'un défaut PP dans Jira

8. Intégration de Shop Vue et SAP

8.1. Exigences métier

ShopVue est le MES adoptée par VACCO pour son activité de fabrication dans ses ateliers.
VACCO envisage intégrer son MES avec SAP. Cet interfaçage est possible et supporté par
ShopVue. Principalement, l'interface est configurée pour télécharger périodiquement les
nouveaux OF, les OF modifiées et les demandes de suppression d’OF de SAP vers ShopVue.
Typiquement, l'importation est programmée pour s'exécuter toutes les 15 minutes. Seuls les OF
(qui ont un statut de lancement dans SAP) sont importés. Les OF qui sont fermées dans SAP
sont automatiquement purgées de ShopVue et seuls téléchargées sont utilisées pour effectuer
les tâches suivantes :

- Valider les entrées de l'opérateur ;

- Présenter les listes de préparation (avec la gestion des commandes) ;

- Présenter la nomenclature (avec le contrôle des composants) ;

58
 - Capturer certaines données de base de la gamme, comme les temps d'exécution
standard, pour les utiliser dans les rapports et les affichages de ShopVue. Les
OF sont téléchargées avec le programme ShopVue SvImport.

8.2. Cartographie/ Traitement

Le flux général des données est le suivant :

Figure 26: Flux des donnés entre SAP et ShopVue

Les ordres sont lancés dans SAP. Puis, SvImport est programmé pour interroger régulièrement
AUFK dans SAP à la recherche des OF qui ont changé depuis la dernière exécution du
programme. Une liste des OF à télécharger est recueillie. BAPI_PRODORD_GET_DETAIL
est ensuite exécuté pour chaque OF afin de récupérer l'en-tête de l’OF, les opérations et l'article
de l’OF. AFKO est interrogé pour obtenir des informations supplémentaires sur l'en-tête de
l'ordre, comme SUPERIOR_ODRER. En outre, RFC_READ_TEXT est appelé pour récupérer
les commentaires d'étape pour chaque opération et AFVV est interrogé pour récupérer les
normes d'opération. Ces données sont ensuite transférées dans une série de tables
fSapProductionOrder*.

SvImport interroge ensuite les vues d'importation de ShopVue qui lisent les tables
fSapProductionOrder* et transfèrent les données dans les tables principales (fOrder,
fOrderStep, fOrderMaterial, cfOrder, cfOStep). Les noms des colonnes dans les vues
correspondent aux noms des colonnes dans les tables ShopVue.

59
 9. Tableaux de bord dans QM

La vue d'ensemble de l'ingénieur qualité présente en une seule page les informations et les
tâches les plus importantes liées à la gestion de l’inspection. Les informations sont affichées
sur un ensemble de cartes. Cela permet de se concentrer sur les tâches les plus importantes, et
de visualiser, filtrer et réagir rapidement aux informations.

9.1. Vue d’ensemble d’ingénieur qualité

Le tableau de bord QM conçu pour l’ingénieur qualité est accédé par le biais de Fiori Launchpad
et il est constitué de plusieurs cartes. Les cartes présentent les informations les plus importantes
classées par ordre de pertinence. Par exemple, sur la carte Lots d'inspection sans décision
d'utilisation, on peut voir le nombre de lots d'inspection sans décision d'utilisation dans l'en-
tête, suivi d'un graphique en forme de donut qui montre la répartition en pourcentage des lots
d'inspection en fonction de leur statut de saisie des résultats. On peut alors décider de prendre
des décisions d'utilisation pour tous les lots de contrôle sans décision d'utilisation ou pour les
lots de contrôle ayant un statut de saisie des résultats particulier.

9.2. Vue d’ensemble de technicien de qualité

Le tableau de bord QM conçu pour le technicien qualité est accédé par l’intermédiaire de FIORI
Launchpad. Les cartes, lui constituant, présentent les informations les plus importantes classées
par ordre de pertinence. Par exemple, sur la carte Lots d'inspection sans plan d'inspection, on
peut voir le nombre de lots d'inspection sans plan d'inspection dans l'en-tête, suivi d'une liste de
lots d'inspection triés en fonction de leur date de création.

VI. Conclusion

Dans ce chapitre, le projet a été présenté d’une manière détaillée suivant la structure de la
méthodologie SAP ACTIVATE. Ce chapitre synthétise seulement trois phases du projet
puisque le projet n’a pas encore vue complétement le jour. Durant la découverte, une
démonstration du système a été faite pour le client. Durant la préparation, les exigences ont été
collectés de la part du client. Quant à la réalisation, il s’agit principalement de concevoir la
solution d’une manière qui répond aux exigences collectées dans la phase précédente.

60
 Conclusion et perspectives

VACCO, leader dans l’industrie de l’aérospatiale et défense, a décidé de se permettre une

croissance future en tirant parti de l’organisation actuelle, permettant ainsi l’amélioration de
l’efficacité opérationnelle, et une gestion efficace de l’entreprise grâce au déploiement de divers
outils de BI (Business Intelligence). Pour faire, l’équipe de sélection de VACCO s’est mis
d’accord sur la solution d’application SAP S/4 HANA, cloud privé et partenaire de mise en
œuvre COGNITUS.

Du fait, notre projet consistait à la contribution et à l’implémentation des modules PP/QM au

profit de VACCO. La méthodologie suivie est SAP ACTIVATE. Etant agile et riche du
contenu, SAP ACTIVATE nous a permis de faciliter le déploiement de la solution. De plus,
notre agilité se traduisait principalement par l’adoption de la méthodologie Agile SCRUM pour
la gestion de projet.

A ce jour, nous avons achevé les quatre premières phases du projet qui sont : (1) La découverte,
durant laquelle le client a pu découvrir la portée, la richesse et les fonctionnalités de RISE avec
SAP S/4HANA Cloud, édition privée par le biais d’une démonstration de la solution CIS-AD.
(2) La préparation, durant laquelle la planification et la préparation initiales du projet ont été
finalisées. (3) L’exploration, durant laquelle les exigences ont été collectées de la part du client
grâce aux ateliers Fit-to-Standard. (4) La réalisation, durant laquelle une série d’itérations a été
faite, dans le cadre de la méthodologie Agile SCRUM, pour construire et tester de manière
progressive l’environnement opérationnel reposant sur les exigences collectées dans la phase
précédente.

Actuellement, la migration de données est en-cours de lancement. En outre, il nous reste que
deux sprints de tests dans la phase de réalisation. Le Go-live est prévue pour Novembre, 2022.

Malgré les contraintes et les limites de ce projet qui sont principalement : la contrainte d’horaire
du fait que les horaires sont systématiquement décalés entre les équipes du projet, la contrainte
de langue, du fait que l'anglais parlé présente de grandes variations entre les États-Unis, le
Maroc et l’Inde ce qui engendre parfois une difficulté de compréhension. Ce dernier représente
en fait un élan sûr pour me lancer dans le domaine de déploiement des SI, qui s’avère très
prometteur, et bien évidemment, très passionnant.

61
 Bibliographie
[1] SAP Learning Hub - S4CP01 RISE with SAP S/4HANA Cloud, version 23, 2022, 198 p.

Webographie
[2] www.cognitusconsulting.com COGNITUS [consulté le 03 Avril 2022]

[3] www.hamilton.one Hamilton [consulté le 03 Avril 2022]

[4] www.atlassian.com Jira [consulté le 10 Avril 2022]

[5] www.crossalm.com Jira [consulté le 10 Avril 2022]

[6] www.support.microsoft.com Microsoft Teams [consulté le 10 Avril 2022]

[7] www.leanix.net Architect de solution [consulté le 20 Avril 2022]

[8] www.isixsigma.com PME [consulté le 20 Avril 2022]

[9] www.project-management-knowledge.com CCB [consulté le 20 Avril 2022]

[10] www.nttdata-solutions.com Fit-to-Standard [consulté le 02 Mail 2022]

[11] www.guru99.com les cas de test [consulté le 02 Mail 2022]

[12]www.help.sap.com Les notions liés à SAP [consulté le 12 Mai 2022]

[13] www.carahsoft.com SAP NS2 [consulté le 12 Mai 2022]

[14] www.fr.wikipedia.org SAP [consulté le 12 Mail 2022]

[15] www.rapidviews.io Le module SAP PP [consulté le 12 Mai 2022]

[16] www.techtarget.com Le module SAP QM [consulté le 12 Mai 2022]

[17] www.tutorialspoint.com Les données de base de QM [consulté le 12 Mai 2022]

[18] www.support.smartbear.com Zephyr Scale [consulté le 25 Mai 2022]

[19] www.help.jiraalign.com Zephyr Scale Lucidchart [consulté le 25 Mai 2022]

[20] www.syntax.com SAP Cloud [consulté le 03 Juin 2022]

[21] www.learning.sap-press.com SAP FIORI [consulté le 03 Juin 2022

62
 Liste des Annexes

Annexe 1 : Diagramme de Gantt réel.

Annexe 2 : Les documents de gouvernance.

Annexe 3 : Le résultat de SIT1.

63
Annexe 1
 Annexe 2

1. Management des risques :

2. Plan de communication

Annexe 2
Les tests réalisés avec le client durant SIT1 sont 44 en total. Ci-après le résultat

des tests en images :

SIT1 PP :

SIT1 EN :

QIT1 QM :