Cours: ERP/PGI

Semestre 9

Cours préparé et présenté par:

Abdesamad ZOUINE
Enseignant chercheur en sciences de gestion
Objectifs
• Comprendre le concept ERP
• Comprendre la démarche de mise en place d’un projet ERP
• Être capable d’identifier les acteurs, les compétences et les ressources
nécessaires pour l’intégration d’un PGI
• Être en mesure de comprendre le rôle d’un ERP dans une organisation
• Être capable d’analyser un projet ERP d’un point de vue stratégique,
organisationnel et technique
• Être capable de situer un système ERP dans le système d’information de
l’organisation
• Être capable de mettre en œuvre une démarche MRP
• Initier à l’utilisation d’un ERP
Système d’Information
• Un système d’information peut être défini comme l’ensemble des
moyens mis en œuvre pour stocker, traiter, générer et restituer les
informations nécessaires au bon fonctionnement de l’entreprise ou
de l’organisme.
• Le système informatique est l’une des composante du SI
 Description d’un SI
Un SI est structuré selon quatre niveaux de description:
- l’architecture métier : structuration du SI par les processus métiers
- L’architecture fonctionnelle : structuration du SI en blocs fonctionnels
communicants
- L’architecture applicative : structuration du SI en blocs applicatifs communicants
- L’architecture technique: informatiser l’activité de l’entreprise

La démarche d’urbanisation permet de « ranger » son système d’information. Il

s’agit d’établir ou de ré-établir une relation entre les systèmes informatiques et la
stratégie de l’entreprise. Le but étant de pouvoir intégrer progressivement les
demandes d’évolutions du système d’information par une approche rationnelle.
L’urbanisation d’un SI
 ERP: outil de gestion/projet/SIG
• L’épine dorsale du SI
• Le plus grand projet qu’une entreprise peut mettre en place
• Un projet qui implique tous les composants de l’organisation
• Un projet fédérateur
• Un projet à très haut risque
• Le principal SIG d’une organisation
• Le principal déclencheur de changement « trigger of change »
L’analyse multidimensionnelle du projet ERP
Technologique

Organisationnelle ERP Sociale

Socio-technique
Comment s’y prendre ?

Projet

ERP

Outil de
SIG
gestion
Quelle posture pour étudier l’ERP?

Intégrateur

Éditeur ERP Utilisateur

Client
Phases du projet ERP

Intégration Appropriation Évolution

Objectifs de chaque acteur du projet
• Intégrateur: réalisation du projet avec un respect de délai de coût et
une optimisations des ressources (réalisation d’une marge)
• Éditeur: vendre le maximum de solution, pérennité de l’outil
• Client: gains de productivité et de performance
• Utilisateur: utilité, facilité d’utilisation, gain de temps
 Outil de gestion
• « Tout outil de gestion est le fruit de trois éléments en interaction : un
substrat technique qui est l’abstraction sur laquelle repose l’outil et
qui lui permet de fonctionner, une philosophie gestionnaire qui traduit
l’esprit de la conception et des usages de l’outil et peut donc faire
référence à des règles »
vision simplifiée
du système de
rôles

une
philosophie
gestionnaire

substrat
technique
Concept ERP
• « Une application informatique paramétrable, modulaire et intégrée,
qui vise à fédérer et à optimiser les processus de gestion de
l’entreprise en proposant un référentiel unique et en s’appuyant sur
des règles de gestion standard » Robert Reix, 2004
• Un système d’information de gestion paramétrable qui intégre des
solutions applicatives pour gérer les principaux processus métier
(Gestion de production, gestion de stock, gestion des opérations
logistiques) ainsi que les fonctions de support d’une organisation
(comptabilité, contrôle de gestion, ressources humaines etc)
ERP/PGI
• PGI : Progiciel de gestion intégré
• PROduit-loGICIEL, terme indiquant un logiciel développé pour être
commercialisé en tant que produit dans de multiples entreprises.
Windows comme exemple.
• Un progiciel de gestion pour être intégré, il doit remplir les cinq
conditions suivantes: éditeur unique, unicité d’information aux
utilisateurs, mise à jour en temps réel des informations, une
traçabilité totale des opérations et des transactions, une couverture
fonctionnelle d’au moins trois fonctions
PGI

• Un progiciel intégré est conçu pour répondre à l’ensemble des

problématiques de l’entreprise et est découpé en modules
interdépendants (achats, logistique, comptabilité, ressources
humaines...).
LES RÉFÉRENTIELS DES MÉTIERS CADRES Apec
ERP/SCM/CRM/BI
• la brique applicative ERP (Enterprise Ressource Planning) ; les ERP
sont des applications transactionnelles intra-entreprise qui intègrent
les activités de différentes fonctions de l'entreprise sous la forme de
modules fonctionnels. Ils partagent les informations entre les
modules via une base de donnée unique.
 SCM

Ce concept est défini comme le management intégré des processus

logistiques. Le SCM consiste ainsi à modéliser un ensemble de flux, à
les piloter de manière intégrée, et à en améliorer leur coordination et
leur compétitivité pour créer de la valeur pour le client final
APS
• APS (Advanced Planning and Scheduling) un progiciel décisionnel qui
permet d’optimiser la planification et de synchroniser les flux de la
chaîne. L’APS permet d’automatiser les décisions structurées de
planification (révisions des plans, ordonnancement, suivi des écarts),
assister les managers dans les décisions semi-structurées (impact du
lancement d’un produit, réorganisation des flux logistiques).
CRM

• La brique applicative CRM (Customer Relationship Management) ; les

applications de CRM ont deux objectifs : (i) élaborer une base de
données commune aux fonctions marketing, commerciale, et service
après vente ; (ii) mettre en place un pilotage commun et cohérent
entre la gestion des clients et le développement des produits pour
améliorer fortement le service des clients.
BI
• Est la brique applicative qui structure l'information décisionnelle sous
la forme de tableaux de bord dans des vues multidimensionnelles. Ce
type d'application inclut des applications de type entrepôts de
données (Datawarehouse centralisée ou datamart plus spécialisé),
des tableaux de bord (OLAP) combinés à des techniques de fouilles de
données (Datamining) dans l'objectif de présenter une information à
valeur ajoutée.
 L’intégration des différentes briques applicatives pour l’aide à la décision

BI Entrepôts
TDB
Predictive
Planification de données Data Analytics
stratégique Mining
Conception
APS réseau log
DRP
CRM Fi Ci E/don
PDP
nées
Planification MRP
tactique ERP Fin CG AdV
Ordo

….. GesS GesQ GesPr

DVi
Planification
opérationnelle
…. GesPd

MES Ordo SCE WMS

Exécution GesOr
….. TMS OM
dres
Échange d’informations ERP/MES
• Envoie des OF par l’ERP
• Réception par l’atelier de fabrication
• Début de fabrication
• État d’avancement (nombre d’unités réalisées, temps passé, états des
stocks, etc…)
• Mise à jour des planning et statistiques de production (par poste, par
référence, par atelier, par machine etc..)
• La mise à jour du coût de revient (par OF, par article, par objet de
coût etc…)
Evolution historique du concept ERP

MRP I: Material Requirement Planning

MRP II: Manufacturing Resource Planning

ERP: Enterprise Resource Planning

Consultant intégrateur de progiciel
• Le consultant intégrateur de progiciel sert d’interface entre les
équipes métier et l’éditeur du progiciel : il aide le client à spécifier ses
besoins en fonction des possibilités du progiciel, paramètre l’outil en
fonction des spécifications fonctionnelles, forme les utilisateurs.
Consultant informatique décisionnelle/ Big Data

• L’expert en informatique décisionnelle collecte les données et les

transforme en informations et outils d’aide à la décision. Il analyse
des masses importantes de données éventuellement non structurées
(big data), les visualise et propose de nouveaux services aux
utilisateurs
Analyse des besoins des utilisateurs
• Recueillir et analyser les besoins des équipes métiers pour de
nouveaux projets ou des refontes importantes.
• Évaluer la partie du projet ne répondant pas au modèle standard et
proposer des solutions.
• Analyser les impacts organisationnels.
• Chiffrer le coût des développements spécifiques.
• Rédiger les cahiers des charges formalisant les besoins des métiers
ainsi que les spécifications fonctionnelles détaillées.
• Négocier avec les utilisateurs de manière à adapter leur besoins et les
process aux standards du progiciel
Participation à la mise en œuvre du projet

• Analyser la faisabilité technique des demandes métiers, ainsi que la

cohérence avec l’urbanisme et l’architecture globale du SI.
• Animer des réunions avec les équipes métiers de manière à affiner la
demande.
• Identifier des incidences sur les autres applicatifs.
• Participer au paramétrage du progiciel.
• Suivre l’avancement du projet et répondre aux problèmes rencontrés
par les développeurs en charge des développements spécifiques.
Participation à la mise en œuvre du projet

• Gérer les problématiques liées à l’interaction avec la mise en œuvre

des autres modules.
• Assurer le planning du projet.
• Piloter la recette fonctionnelle (tests utilisateurs).
• Coordonner le déploiement du projet (suivi de la mise en ligne et
remontée des incidents ou dysfonctionnements).
• Assurer le suivi des corrections des incidents selon leur nature.
Participer au paramétrage du progiciel
• Suivre l’avancement du projet et répondre aux problèmes rencontrés
par les développeurs en charge des développements spécifiques (ex. :
précisions ou incohérences dans certaines spécifications, ou conflits
avec d’autres modules).
• Gérer les problématiques liées à l’interaction avec la mise en œuvre
des autres modules
• Piloter la recette fonctionnelle (tests utilisateurs)
• Coordonner le déploiement du projet (suivi de la mise en ligne et
remontée des incidents ou dysfonctionnements).
• Assurer le suivi des corrections des incidents selon leur nature.
Mise en place de la conduite du changement

• Suivre le déploiement des nouveaux applicatifs auprès des

utilisateurs, coordonner les relations avec les équipes de production
informatique et assurer le support fonctionnel utilisateurs.
• Réaliser les actions de transfert des compétences aux équipes
opérationnelles, préconiser et/ou assurer la formation des
formateurs.
• Assurer le reporting du projet auprès du directeur du projet et des
directeurs des entités concernées par le projet.
• Rédiger ou participer à la documentation destinée aux utilisateurs
Maîtrise d’ouvrage projet ERP

• Le consultant MOA a une mission d’interface entre les équipes métier

et la maîtrise d’œuvre chargée de la réalisation technique du projet.
En amont du projet, il aide le client à définir ses besoins, consigne les
spécifications fonctionnelles et rédige le cahier des charges. Tout au
long de la conduite du projet, il veille au respect des coûts, des délais
et de la qualité.
Analyse des besoins
• Participer au recensement, à l’analyse et à la consolidation des
demandes de maintenance applicative ou corrective du système
d’information métier.
• Recueillir et analyser les besoins des équipes métiers pour de
nouveaux projets (SI ou d’organisation) ou des refontes importantes.
• Préparer les dossiers contenant les enjeux, le contexte, les impacts et
l’évolution des processus) pour la présentation en comité de projets
ou en comité d’investissement par le responsable MOA.
• Rédiger les cahiers des charges formalisant les besoins des métiers.
Réalisation de pré-études et mise en œuvre du projet
• Analyser la faisabilité technique des demandes métiers,
• Analyser les impacts organisationnels
• Identifier les incidences sur les autres applicatifs et préparer les
éléments de chiffrage.
• Rédiger le cahier des charges ainsi que les spécifications
fonctionnelles détaillées
• Réaliser la cartographie des processus.
• Piloter la recette fonctionnelle (tests utilisateurs).
• Coordonner le déploiement du projet (suivi de la mise en ligne et
remontée des incidents ou dysfonctionnements).
Maîtrise d'oeuvre

Spécifie, organise et planifie la mise en œuvre d’un projet, depuis sa

phase de conception, jusqu’à son déploiement en s’appuyant sur des
ressources internes et/ou externes.
Définition de l'ensemble des phases techniques du projet
• Elaborer les spécifications techniques générales du projet sur la base
du cahier des charges (fonctionnel) qui a été fourni par la MOA
(maîtrise d’ouvrage)
• Superviser la rédaction des spécifications (techniques) détaillées du
projet.
• Evaluer les risques (coûts, délais…) pouvant intervenir au cours de la
réalisation.
• Définir les besoins en termes de ressources humaines et de
compétences techniques.
• Préparer en amont les éléments de chiffrage et/ou de facturation.
Pilotage, suivi et coordination du projet
• Mettre en place les structures du projet et ses règles de
fonctionnement (méthodes, outils de pilotage, indicateurs…).
• Définir avec les équipes du projet, les objectifs et les délais de
réalisation des livrables (applications, modules, développement
spécifiques...).
• Choisir et affecter des ressources, en fonction des contraintes
techniques du projet.
• Piloter et mesurer l’état d’avancement (création des tableaux de bord,
choix des indicateurs, planification des comités de pilotage, …).
• Organiser et animer les comités de pilotage auprès des décideurs.
Rôle d’un ERP
Le rôle escompté des ERP est de permettre:

• Une transversalité en termes de gestion (management par processus)

• Une restructuration des processus métiers
• Une standardisation en terme de pratiques et de règles de gestion
• Avoir une bibliothèque (référentiel) de best practices
• Gagner en compétitivité et en performance
• Meilleure réactivité vis-à-vis du marché, meilleure en termes de prise de
décisions
Rôle stratégique, fonctionnel et opérationnel
Stratégique Fonctionnel opérationnel

• Alignement stratégique • Restructuration des • Meilleure exécution des

• Audit processus métiers opérations logistiques
• Contrôle • Bonnes pratiques (Approvisionnement,
• Nouvelles Méthodes et production, distribution)
• Consolidation
techniques de gestion qualité, coûts délais
• Création de valeur
• Intégration fonctionnelle • Données et informations
(orientation client)
en temps réel
• Performance
• Meilleur suivi des
• Multilingues et processus opérationnels
multidevises
• Avantages compétitifs
Caractéristiques d’un ERP

BDD Saisie
unique
unique

Standardis
Interface
ation des
unique
processus

Workflow DI et CO
La structure informatique des ERP
Présentation interface utilisateur

requête Réponse

Modules/applications

Mise à jour interrogation

Base de données
CO et DI qu’offre un ERP

Couverture opérationnelle
• Définit la capacité de fédérer l’ensemble des processus de
l’entreprise dans une approche transversale
Degré d’intégration
• Définit la capacité de fournir à l’ensemble des acteurs de
l’entreprise une image unique, cohérente et homogène de
l’ensemble des informations dont ils ont besoin
Le degré d’informatisation des entreprises
• Selon ce degré d’informatisation les entreprises peuvent être classées
en quatre grands types:
1- L’entreprise de type I (Min DI, Min CO) est peu ou pas informatisée,
aucun des processus n’est couvert, tout reste à faire
2- Type II (Max DI, Min CO) est partiellement informatisée: l’effort s’est
concentré sur quelques processus clés de l’entreprise qui sont
relativement bien intégrés entre eux, en revanche d’autres processus
secondaires doivent encore être couverts.
3- L’entreprise de type III (Min DI, Max CO) est traditionnellement
informatisée c’est l’entreprise type. L’ensemble des processus est plus
au moins bien couvert avec des solutions qui y ont été progressivement
implantées. L’intégration des solutions est minimale
4- Type IV (Max DI, Max CO) est intégralement informatisée, c’est le
niveau optimal toute entreprise doit tendre, l’ensemble des processus
est couvert au sein d’une solution globale est intégrée.
 Les quatre niveaux d’informatisation
Couverture
Opérationnelle
CO
Type III: Entreprise Type IV: Entreprise
traditionnellement intégralement
Max informatisée informatisée

Type I: Entreprise Type II: Entreprise

peu ou pas partiellement
informatisée informatisée
Min
Degré
d’intégration DI
Min Max
Comment atteindre l’intégrale

• Grandes entreprises >> handicap de taille >> parc applicatif important

>> une réactivité longue
• PME >> handicap de ressources internes et de manque d’expertises>>
l’orientation vers des solutions pré-paramétrées >> faire des
concessions fonctionnelles

Conclusion: la voie la plus sure pour atteindre un niveau important

d’intégration reste celle de l’ERP !
La méthode ERP ?

• L’ensemble des étapes de transformation des processus de

paramétrage, de développements spécifiques qui accompagne la
mise en œuvre d’un projet ERP, ce qui s’avère radicalement différent
des méthodes informatiques traditionnelles.
Notion de paramétrage

On appelle paramétrage toute action portant sur des données dans des
tables, en général manipulées par des consultants et dans une certaine
mesure par des équipes internes après formation. Par opposition à des
logiciels qui doivent être manipulés par des informaticiens.
Le paramétrage d’un ERP est le réglage du progiciel par l’introduction
de données permettant ainsi la modification de son fonctionnement
Une fonction avancée de paramétrage a été intégrée au progiciel afin de
pouvoir l’adapter simplement aux processus de l’entreprise sans besoin
de développement spécifique.

Chaque processus de l’ERP ou workflow peut être personnalisé ou créé

depuis un modèle (achat, vente, validation, cycle de vie d’un produit… ).
Toutes les actions effectuées sur l’ERP sont tracées et peuvent être
exportées.
Intérêts du paramétrage
- Plus facile et rapide à mettre en œuvre contrairement au
développement spécifique
- Il permet de conserver toute la potentialité de l’ERP
Différents types de paramètres

Un ERP se caractérise par un grand nombre de paramètres, conçus

pour s’adapter à un grand nombre de situations, de métiers, de secteur
d’activité, et par conséquent de besoins fonctionnels.
Ils peuvent être classés selon leur impact sur le projet, sur
l’organisation ou sur les fonctionnalités.
Selon l’ERP (Grand ERP, ERP, PGI), les choix du paramétrage peuvent
être sensiblement différents:
- Paramétrage des processus (Workflow)
- Paramétrage des règles de gestion (SAP)
- Paramètres fonctionnels structurants (conséquences importantes à
différents niveaux)
- Tables de valeurs logistiques ( magasins, articles, nomenclatures,
gammes) ou financières (TVA, devises etc)
- Choix de fonctions ou de RG proposées en standard
- etc
Structuration de l’entreprise dans l’ERP
D’un point de vue applicatif, un ERP est constitué d’un certain nombre
de programmes (réalisés par l’éditeur), de paramètres (implémentés
par l’équipe projet) et surtout de données de bases, créées par les
utilisateurs
La gestion intégrée

• Elle vise la centralisation et la coordination des informations

communes autour des ressources fonctionnelles (clients,
fournisseurs, articles …). Cet objectif passe par la mise en place
d’un SIG de type ERP
La couverture fonctionnelle

Logistique,
gestion de
production

Gestion des Comptabilité

ressources , contrôle de
humaines gestion
Base de
données

Gestion
Gestion de
commerciale,
projet
ADV
Module gestion logistique d’un ERP
Gestion de la
production
la gestion de la

La gestion logistique
qualité
Gestion
commerciale

Achats et stocks

Les entrepôts

Les transports

La distribution
L’intégration d’un ERP
L’intégration d’un ERP nécessite :

• Une refonte partielle des processus de gestion « reengineering »

• Des intervenants externes (consultants)
• Des centres de compétences
• Une budgétisation rigoureuse
Comité de pilotage
• Le CP est avant tout le lieu où se prennent les décisions les plus
importantes sur le projet, il dirige – pilote – le projet. Les décisions
prises par le CP ont un très fort impact. Il définit le cadre général du
projet dans lequel l’ensemble des équipes devra évoluer
Le Business Process Management (BPM)
• Le Business Process Management (BPM) est une approche de pilotage
de l'entreprise fondée sur les processus d'affaire. Les systèmes de
gestion des processus assurent une gestion globale et intégrée des
processus de l'entreprise tout au long de leur cycle de vie
(modélisation, exécution, simulation, optimisation, monitoring). Le
BPM permet une approche pragmatique et itérative d'amélioration
des processus de l'entreprise.
L’évolution d’un projet ERP

Conception
Réalisation
détaillée
Conception Site Site
générale 1 2
Déploiement site pilote

Suivi du projet et conduite du changement

Transfert de compétences
Période de réalisation du projet

Début Fin

Equipe MOE: Maître

d’œuvre
GoLive
Transfert de compétences vers
l’Entreprise
Démarche de mise en place par étapes

• Phase 1 Conception générale

Cette première phase a pour but de valider définitivement le planning
et le budget du projet, l’identification des contraintes techniques et
organisationnelles, l’élaboration des règles de gestion ainsi que le
schémas général de fonctionnement
• Étape 1: actions de préparation et lancement:
A- définir le périmètre, les domaines fonctionnels
B- identifier les risques et les FC
C- préciser la structure du projet
• Étape 2: installation des environnements
• Étape 3: formation des informaticiens au projet
• Étape 4: schéma général:
 sur le plan de la gestion et de l’organisation
- Définition des processus majeurs
- Définition des principales règles de gestion
- Définition des éventuels aménagement d’organisation
Sur le plan du système d’information
- Modélisation de l’architecture des processus en activité
- Définition des paramètres majeurs de l’ERP
- Identification des domaines fonctionnels non couverts
- Identification des interfaces à réaliser
• Étape 5: spécification générale du paramétrage
Cette étape consiste à paramétrer dans l’ERP les choix principaux qui
constituent les fondations des travaux ultérieurs de prototypage
• Étape 6: simulation
Simulation générale du fonctionnement avec une maquette de l’ERP
• Étape 7: validation et planification de la suite des travaux
• Une règle de gestion sera un discours ou une pratique interne ou
externe à destination des membres de l’organisation, et dont la visée
est explicitement normative : règles comptables, règles fiscales,
règlements intérieurs, charte d’utilisation des outils informatiques,
principes managériaux, conventions diverses portées par des parties-
prenantes dominantes internes ou externes… Les règles de gestion
obéissent ainsi à une logique de régulation, de codification, voire de
réification de l’ordre social.
Objet/dispositif/règle/outil de gestion
• Un objet de gestion correspondra à tout signe, technique ou savoir-
faire local et élémentaire dont le but est d’orienter ou de faciliter une
action collective et micro-sociale.
• Les termes techniques, mais aussi les schémas, croquis,
représentations graphiques, les lignes de codes, les interfaces d’outils
informatiques, les concepts ou slogans “à la mode” ou bien encore les
indicateurs, sont autant d’objets de gestion, dès lors qu’ils sont
envisagés comme des supports isolés dans l’action organisationnelle.
• Un outil de gestion correspondra à un ensemble d’objets de gestion
intégrés de façon systématique et codifiée dans une logique
fonctionnelle (ou toute autre logique d’acteur) et respectant un
certain nombre de règles de gestion.
• Tout schéma de raisonnement reliant de façon formelle un certain
nombre de variables issues de l’organisation et destinées à instruire
les divers actes de la gestion”. Moisdon (1997)
• il n’existe que par l’usage qui en est fait
• un dispositif de gestion sera un ensemble d’éléments de design
organisationnel porté par une intention stratégique, produit et géré
par le centre ou le pivot d’un collectif organisé, et qui vise à intégrer
les outils et les acteurs de façon cohérente, et dans le respect de
certaines règles de gestion.
• https://www.youtube.com/watch?v=FnIEfCsMOUM&t=163s