Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Logiciels de Gestion: Mohamed GOUSKIR

Télécharger au format pdf ou txt
Télécharger au format pdf ou txt
Vous êtes sur la page 1sur 123

Université Sultan Moulay Slimane

Ecole Supérieure de Technologie


Béni-Mellal

Logiciels de Gestion

Mohamed GOUSKIR
m.gouskir@usms.ma
2022/2023
PLAN DE COURS
BUT DE COURS
INTRODUCTION
NOTIONS DE BASE
I- Rappel sur la CONCEPTION D’UN SYSTÈME D’INFORMATION

LA MODELISATION
LA MODELISATION D’UN S.I

II- Les ERPs


GENERALITES
MISE EN PLACE D’UN PROJET ERP

IV – L’ERP OdOO ( Etude de cas pratique)


Dématérialisation du SI
Exemples de parties d’un SI
 Classique
◦ Comptabilité, paie, facturation
 Gestion commerciale
◦ GRC : Gestion de la Relation Client (CRM : Customer
Relationship Management) SIM : Système
d’information Marketing
 Collecter et traiter données pour piloter le
marketing
 Gestion des Ressources Humaines (GRH)
◦ Suivre les carrières, compétences, formations,
salaires, congés, … des personnels
Exemples de parties d’un SI
Exemples de parties d’un SI
Exemples de parties d’un SI
Exemples de parties d’un SI
ERP
ERPs

1. Généralités

2. Mise en place d’un ERP

3. Architecture des ERPs


Plan
Généralités
Historique
➢ 1960 : Joseph Orlicky (ingénieur américain) étudie le
programme de production de Toyota et conçoit le « Material
Requirements Planning » (MRP) ;
➢ 1965 : Mise au point de la méthode de calcul des besoins
matière MRP0 (planification des besoin en matières 0) ;
➢ 1971 : première application industrielle de la gestion
intégrée des flux de production MRP1 ;
➢ 1980 : Mise au point de la MRP2 qui permet une
planification des lancements, outre le calcul des besoins nets
en matières premières et composants ;
Généralités
Historique
➢ 1980 : André J. Martin (consultant canadien) s’inspire du

MRP et développe le concept DRP (Distribution Resource


Planning) qui permet de définir pour un réseau de
distribution et pour une période donnée, les besoins en
approvisionnement le long de la chaîne logistique afin
d'optimiser les ressources logistiques et financières.

➢ 1990 : Projection progressive de la logique du MRP sur

toutes les fonctions de l'entreprise, pour donner le principe


du «ERP» (Enterprise Resource Planning).
Généralités
Principe
➢ Construire des applications informatiques permettant la
gestion des (Cmd, stock, service client, comptabilité, RH) :
▪ de manière modulaire et intégrée au niveau des
traitements offerts (les différents modules qui le
composent sont indépendants mais parfaitement
compatibles entre eux) ;
▪ de manière rigoureuse et cohérente au niveau
des données gérées (partage d'une BD unique et
commune).
➢ Systématiser le partage et l’exploitation de l’information via
un moteur (workflow) offrant des vues logiques pertinentes
Généralités
Principe
Généralités
Intégration complexe des processus Métiers
Généralités
Facteurs de développement des ERPs
Passage Anciens SI obsolètes
à l’an 2000 et à l’euro

Généralisation Accroissement des relations


entre les acteurs
de l’Internet
et de l’e-commerce

Passage d’une organisation


par fonction à une organisation
Contexte économique par processus

(mondialisation, incertitude,
exigence des clients)
Recherche de performance
et de productivité
Généralités
Définition d’un ERP
❖ Logiciel professionnel qui permet de gérer interactivement
l’ensemble des processus de l’entreprise (achat, vente,
marketing, finance, stock, approvisionnement, production,
comptabilité, service client, RH, etc…), d’une manière
cohérente et intégrée.

❖ Son architecture permet, de façon homogène, de saisir, de


partager, d’analyser et de consolider l’information de gestion
entre tous les départements de l’entreprise.
Généralités
Le SI avant l’ERP
Généralités
Le SI après l’ERP
Généralités
ERP :Un schémas pour mieux comprendre
ERP → une BD unique, gérée par un SGBDR et alimentée par
les différentes applications du progiciel.
➢ L’application de gestion commerciale est souvent
l’application centrale : Cmds clients/fournisseurs génèrent
docs achats/ventes et écritures comptables, MAJ stocks…
➢ Les données sont partagées et accessibles en fonction des
droits attribués aux utilisateurs.
Généralités
Caractéristiques d’un ERP
❖ Un ERP est à vocation modulaire : Il regroupe un ensemble
de modules indépendants (issues de différentes applications)
qui partagent une même base de données permettant la
communication de l’information entre ces applications par le

biais d’un système automatisé et paramétrable (workflow).


❖ Techniquement, la première table de cette BD est la table des
produits (nomenclatures, gammes, matières, quantités.), puis
une table clients et fournisseurs (cmd, livraisons, etc..)
ensuite un 3ème aspect relatif au stocks, puis la GRH, la
comptabilité, la finance et ainsi de suite…
Généralités
Caractéristiques d’un ERP
➢ Issu d’un concepteur unique (éditeur) ;
➢ Une modification sur un module provoque une MAJ temps
réel des autres modules liés ;
➢ Garantit l’unicité des informations par centralisation des
données dans une BD unique accessible à tous les modules ;
➢ Facilite l’audit en cas de dysfonctionnement, permettant de
relever les modules concernés et l’origine des défaillances ;
➢ Permet de couvrir tous les processus par implémentation
progressive (module /module selon le besoin).
Généralités
Avantages d’un ERP
➢ Ç’est aujourd’hui l’épine dorsale du SI de toute grande
entreprise et d’un nombre croissant de PME ;
➢ Symbole de modernisation et de progrès ;
➢ Assure un avantage compétitif ;
➢ Améliore la performance globale au niveau de l’entreprise
(qualité, délais, coûts) ;
➢ Permet la création de valeur en termes de business et de
management.
Généralités
Bénéfices d’un ERP
➢ Evite la redondance d’informations entre différents SI ;
➢ Assure la cohérence et homogénéité des informations ;
➢ Dispose d’un outil multilingue et multidevises ;
➢ Permet une meilleure coordination des services, un meilleur
suivi du processus de commande et une normalisation GRH ;
➢ Crée un environnement de travail standardisé et identique ;
➢ Facilite la communication interne et externe ;
➢ Offre des indicateurs et TB pour la prise de décision ;
➢ Permet la minimisation des coûts (formation, maintenance..).
Généralités
Opportunités liées à l’implémentation d’un ERP
➢ Favoriser l'intégration entre les départements, matérialiser la
stratégie et les politiques de gestion de l'entreprise dans le SI

➢ Rapprochement des métiers et de la DSI, appropriation du SI


par les métiers. Les PGI étant flexibles et nativement calqués
sur les processus métier
➢ Étendre l'intégration du SI à la Supplychain amont et aval
(fournisseurs et clients).
➢ Standardiser les processus SI et déployer les standards
sur l'ensemble des organisations de l'entreprise.
Généralités
ERP :La mutation managériale
➢ Elargissement du champs de compétence Métier
▪ La compréhension transversale
▪ les «associés» du processus
▪ L’ouverture de possibilités nouvelles

➢ Implication et prise de responsabilité : Chaque opérateur est


concerné par le processus dans sa globalité
▪ Le vendeur prend connaissance de la fiabilité du client
▪ L’Atelier d’assemblage connaît la date de livraison
▪ Le responsable d’entrepôt doit gérer son stock
Généralités
Inconvénients d’un ERP
➢ Mise en œuvre complexe si le périmètre fonctionnel est mal
déterminé ou trop mouvant ou le projet mal piloté ;
➢ Coût élevé et pouvant rapidement augmenter en fonction de
l'industrie et de la complexité du projet ;
➢ Périmètre fonctionnel non adapté au besoin réel de
l'organisation (surdimensionné ou sous-dimensionné) ;
➢ Nécessité d'une bonne connaissance des processus ;
➢ Captivité vis-à-vis de l'éditeur : Le choix d’un ERP devient
fortement structurant pour l’entreprise (c’est l’Ets qui
s’adapte à l’ERP et non l’inverse).
Généralités
Enjeux d’un ERP

➢ Accroitre l’agilité de l’entreprise ;

➢ Mettre en évidence des gisements de progrès ;

➢ Améliorer le taux de satisfaction client (traitement sans délai)

➢ Répondre rapidement et efficacement aux changements ;

➢ Mettre le client au centre de la Supplychain ;

➢ Suivre en temps réel les performances de l’entreprise.


Généralités
Statistiques
Selon une étude sur les projets ERP commerciaux menée
par Standish Group en 2000 :

✓ Seuls 28% respectent le budget, dans les temps et


satisfont aux besoins

✓ 49% sont des échecs soit en terme de budget, de


délai ou de fonctionnalités

✓ 23% sont abandonnés avant la finalisation


Généralités
Statistiques :Evolution du marché ERP
Généralités
ERP :Propriétaire et open source
➢ Propriétaires
▪ Coût élevé
▪ Destinés aux grandes entreprises et multinationales
▪ Des ERP spécifiques sont également conçus pour des
PME/PMI
➢ Libres (open source)
▪ Licence gratuite
▪ Maintenance, assistance technique et formation payantes
Généralités
ERP :Combien ça coute ?
➢ Un projet de type ERP peut coûter jusqu’à 50 Millions
d’euros,
➢ La licence d’acquisition ne participe qu’à 15% des coûts
➢ Sources principales de coûts :
▪ mismatch (décalage) avec les processus standards du ERP
▪ personnalisation du progiciel
▪ tierce consultance
▪ mises à jour
▪ formation
Généralités
Des ERPs propriétaires
➢ SAP (leader mondial avec + de 40% du marché)
➢ Oracle/Peoplesoft (USA)
➢ JD Edwards
➢ SAGE ADONIX
➢ Microsoft
➢ SSA Global
➢ GEAC
➢ Intentia/Lawson
➢ Infor Global Solutions
Généralités
Répartition du marché des ERPs
Généralités
JD Edwards (USA)
➢ Créé en 1977 à Denver (USA)
➢ Propose 7 lignes de produits :
▪ ERP
▪ SCM
▪ CRM
▪ SRM
▪ Business Intelligence
▪ Collaboration & Integration
▪ Outils & Technologie
Généralités
JD Edwards (USA)
Il propose également des solutions “métiers” :
➢ production : pharmacie/biotechnologie, agroalimentaire,
industrie mécanique, chimie, automobile & secteur associé,
textile
➢ distribution : logistique, distribution/grossiste, électronique,
fournisseurs, matériel médical
➢ ressources : mines, énergie, construction, parapublic,
Immobilier, communications, bois et papier, Utilities

➢ projets : BTP, médias, transports, hôtels/restaurants, services


aux entreprises
Généralités
JD Edwards (USA)
➢ Forces
▪ collection très structurée de solutions “ métiers “
▪ offre complémentaire de l’ERP de base
➢ Faiblesses
▪ faibles investissements R&D
▪ peu d’adéquation aux nouvelles technologies
➢ Stratégie et Avenir
▪ racheté par PeopleSoft en 2003, lui même racheté par
Oracle.
▪ le produit existe encore aujourd’hui, sous l’appellation
“Oracle JD Edwards Entreprise One”.
Généralités
OracleApplication (USA)
➢ 1er éditeur de Bases de Données au monde.
➢ En 1986, une première offre d’ERP apparaît, venant compléter
l’offre “ Base de données ”.
➢ ERP naturellement développé sur une base de données Oracle.
➢ Aujourd’hui la majorité des offres Oracle Application sont
encore développées sur les dernières générations de la base
Oracle.
➢ Auteur de nombreux rachats, dont PeopleSoft, Oracle ne
réussit pourtant pas à remplacer les “marques” rachetées par
ses propres produits et continue à les commercialiser et à les
maintenir sous leur nom d’origine (JD Edwards, PeopleSoft...)
Généralités
OracleApplication (USA)
➢ marketing, services, contracts, financials, RH, supplied chain,
order management, projects, manufacturing, learning
management
➢ Plus de 30 “solutions industrielles” dont aérospace & défense,
automobile, banque, chimie, assurances …
➢ Offre complémentaire :
▪ base de données
▪ serveur d’application
▪ système de gestion de collaboration
▪ outils de développement
Généralités
OracleApplication (USA)
➢ Forces
▪ omniprésence
▪ intégration rapide des nouvelles technologies
➢ Faiblesse
▪ ne fonctionne quasiment qu’avec sa propre BD
➢ Stratégie et Avenir
▪ très forte agressivité commerciale
▪ plus de 30 solutions différentes, chiffre en progression
▪ forte pénétration du marché asiatique
Généralités
PeopleSoft (USA)
➢Créé en 1987, cet éditeur est le 1er à proposer un ERP basé
sur l’architecture clients / serveur.
➢1 fournisseur de solutions dans le domaine des Ressources
er
Humaines aux USA
➢ 85% du chiffre d’affaires du marché USA
Généralités
PeopleSoft (USA)
➢ Lignes de produits : gestion de la chaîne logistique, gestion de
la relation client, gestion des fournisseurs, gestion du capital
humain, solutions de gestion financière
➢ Solutions pour les PME : systèmes préconfigurés accessibles
par interfaces web
➢ Solutions industrielles : communications, énergie, santé, haute
technologie, enseignement supérieur, produits industriels,
utilité, grande distribution.
Généralités
PeopleSoft (USA)
➢ Forces
▪ module de gestion des ressources humaines
▪ forte implantation dans les secteurs financiers, grande
distribution et éducation supérieure
▪ flexibilité et adaptabilité
▪ très bon support clients et services
➢ Faiblesses
▪ manque d’intégration des modules entre eux
▪ manque de maturité
➢ Stratégie et Avenir
▪ racheté par Oracle en 2004.
▪ les produits ont gardé le nom de la marque PeopleSoft
Généralités
SAP «Allemagne » (Systeme, Anwendungen und Produkte)
➢ Créé en Allemagne en 1972 par 5 ex-employés de IBM
➢ 1979 : SAP R/2
➢ 1992 : SAP R/3 (architecture à 3 niveaux)
➢ 1999 : MySAP.com, l’ebusiness
➢ Leader du marché (45%) :
➢ Chiffre d’affaires de 6,265 Milliard d’Euros en 2000
➢ 12 millions d’utilisateurs en 2004
➢ Plus de 76000 installations en 2004
➢ 1500 partenaires en 2004
➢ 23 solutions sectorielles en 2004
Généralités
SAP (Systeme, Anwendungen und Produkte)
➢ Depuis fin 2002, SAP propose “SAP R/3 Enterprise” avec un
cœur d’application généraliste et des extensions appartenant
à un domaine précis.
➢ Par exemple, “SAP R/3 Enterprise Financials Extension”
regroupe toutes les fonctions dans les domaines de la
comptabilité financière et du contrôle de gestion.
➢SAP propose aussi “Web Application Server” qui intègre des
technologies récentes.
➢ Modules les plus connus : Marketplace, Business
Intelligence, Mobile Business
Généralités
SAP (Systeme, Anwendungen und Produkte)
Forces
➢ Leader du marché
➢ Plus mature que ses compétiteurs
➢ Investissements R&D très importants
➢ Adapté à des organismes multinationaux
Faiblesses
➢ Lourdeur de l’implantation
➢ Taille et complexité du système
➢ Flexibilité limitée
Généralités
SAP (Systeme, Anwendungen und Produkte)
Stratégie
➢ Intégration des nouvelles technologies
➢ Ouverture vers les technologies du futur
➢ Nouvelles solutions en direction des PME-PMI nommées
“Industry Solutions” :ces solutions sont pré-configurées et
plus adaptées à certains métiers.
Avenir
➢ Restera un acteur incontournable du marché.
Généralités
SAP (Systeme, Anwendungen und Produkte)
Généralités
Ecran SAP
Généralités
Modules de SAP R/3
Généralités
Modules de SAP R/3 :Logistiques
➢ SD : Administration des ventes (Sales and Distribution))
▪ Gestion des ventes, distribution, expédition et facturation
➢ MM : Gestion des articles (Material Management)
▪ Approvisionnement et stocks, achats et contrôle de
factures
➢ PP : Gestion de la production (Production Planning)
▪ Gestion, planification et contrôle
➢ QM : Gestion de la qualité
▪ Assurance qualité des produits, contrôle, certification….
➢ PM : Gestion de la maintenance (Plant Maintenance)
▪ Equipement de production et services d’entretien
Généralités
Modules de SAP R/3 :Logistiques (données de base)
➢ Transporteurs
➢ Clients
➢ Gestion des crédits
➢ Calendrier
➢ Commandes de vente (clients)
➢ Livraison
➢ Facturation
➢ Mouvements du stock
➢ Produits
Généralités
Modules de SAP R/3 :RH
➢ HR-PA :Gestion de la paie etAdministration du personnel
▪ Avantages sociaux
▪ Rémunération
▪ Recrutement
▪ Gestion du temps
▪ Frais de déplacement
▪ Calcul de paie
➢ HR-PD :Planification et gestion du personnel
▪ Organisation et planification de la structure de l’Ets
▪ Gestion de la formation et des événements
➢ HRIS :outil pour l’extraction des données et la visualisation
des états
➢ Self-service des employés :accèsWeb et reconnaissance
vocale
Généralités
Modules de SAP R/3 :Finance
➢ FI :Gestion financière (FinancialAcconting)
▪ Comptabilité,trésorerie avec consolidation groupe
▪ Immobilisations
▪ Consolidation
▪ Frais de déplacement
➢ CO :Contrôle de gestion (Controlling)
▪ Contrôle des frais généraux
▪ Comptabilité par activité
▪ Pré-budgétisation des coûts des produits
▪ Comptabilité analytique
➢ AM :Gestion des investissements (Assets Management)
▪ Gestion du budget
▪ Planification des investissements
▪ Analyses de pré-investissement
Généralités
Modules de SAP R/3 :Finance
➢ TR :Trésorerie
▪ Gestion des flux
▪ Budget
▪ Transactions monétaires
➢ EC :Contrôle de gestion d’entreprise
▪ Tableau de bord (EIS :executive Information System)
▪ Planification commerciale
▪ Consolidation
▪ Comptabilité des centres de profit
➢ RE :Management des projets et des biens immobiliers
▪ Planning,tâches,charges et ressources
▪ MAJ et supervision en temps réel des coûts et recettes
▪ Consolidation des info clefs de l’Ets et aide à la décision
Généralités
Des ERPs libres
➢ Aria
➢ Compiere /Adempiere
➢ ERP5
➢ Fisterra
➢ OFBiz (Open for Business)
➢ OpenBravo
➢ PGI Suite
➢ Value Enterprise
➢ Tiny ERP…
Généralités
Pourquoi un ERP open source ?
➢ Solutions open source arrivant à maturité.

➢ Permettent à des petites PME ou TPE de disposer d'outils

de gestion complets au meilleur coût, leur apportant

rapidement un vrai bénéfice en termes de compétitivité.

➢ S'adressent aussi à des PME de plus de 1000 salariés, que

ce soit dans les secteurs industriel, distribution ou

services.
Généralités
Principaux ERP open source ?
Généralités
Cartographie des ERPs open source ?
Généralités
Avenir d’un ERP :Faits
➢ Un ERP ne peut guère correspondre précisément à toutes les
activités de l’entreprise ;
➢ L'intégration technique des traitements et des données est de
plus en plus complexe ;
➢ Les exigences du marché ou de la réglementation sont
constamment renouvelées (gestion client, gestion risques..) ;
➢ Besoin de solutions informatiques évolutives (collaboration
croissante, dématérialisation, mobilité et nomadisme RH,
contrainte économique, contrainte légale et réglementaire…)
➢ Adaptation à la stratégie Cloud Computing…
Généralités
Avenir d’un ERP :Conséquences
➢ Interfaçage du noyau des ERP avec des applications
techniquement indépendantes permettant de :

▪ Gérer toute la profondeur du métier ;

▪ Couvrir l'essentiel des besoins de gestion.

➢ Ce genre d’applications permet la gestion de :

▪ DW, ateliers, relation client (CRM), Supplychain,


maintenance, laboratoires, approvisionnement.

➢ Extension vers des outils décisionnels automatiques…


Mise en place d’un ERP
Questions clés à se poser par le décideur

➢ Dois-je choisir un système pour ce que l’entreprise est


aujourd'hui ou pour ce qu'elle peut devenir dans 5 /10 ans ?
➢ Dois-je opter pour un système complet, qui nécessite une
implémentation de 12 à 18 mois, ou commencer plus
modestement avec un nombre de fonctions limitées ?
➢ Comment trouver l'équilibre qui me garantira le meilleur
retour sur investissement (ROI) ?
Mise en place d’un ERP
Analyse des besoins métiers
Trois types d'utilisateurs envisagés :
➢ Utilisateurs ayant une attitude négative et résistante au
changement à l’issue de la MEP d’une nouvelle solution IT ;

➢ Utilisateurs motivés pour le changement : impliqués en tant


que facteurs clés de succès (FCS) du projet ;
➢ Utilisateurs neutres et sans avis : susceptibles de basculer
vers un avis positif via une bonne communication.
Mise en place d’un ERP
Analyse des besoins métiers
➢ Analyse détaillée des besoins : définition exhaustive
et précise des besoins ;

➢ Analyse fonctionnelle des besoins : définition des


fonctions que la solution devra remplir par un niveau de
performance donné ;

➢ Analyse technique : définition de la solution technique pour


remplir les fonctions et leurs performances.
Mise en place d’un ERP
Elaboration du cahier de charge fonctionnel
➢ Document qui récapitule la démarche et les résultats de
l'analyse fonctionnelle des besoins ;
➢ Tous les besoins y sont détaillés et hiérarchisés en fonction
de leurs degrés d’importance ;

➢ Présente l'ensemble des fonctions de services dégagées ;

▪ critères de chaque fonction

▪ valeurs et degré de flexibilité de chaque critère


➢ Permet de mener à bien la juste configuration, le plein
déploiement et la bonne utilisation de l’ERP ;
Mise en place d’un ERP
Mise en forme du cahier de charge fonctionnel
➢ Utiliser le langage courant muni d’illustrations et schémas
apportant une aide à la compréhension ;
➢ Favoriser la simplicité, la lisibilité et la concision, tout en
évitant les répétitions ;
➢ Mettre en relief les points importants sans pour autant se
fixer de limite en termes de volume d’information ;

➢ expliciter toutes les abréviations et « jargons » interne en


recourant à un dictionnaire de données (acronymes) si
nécessaire.
Mise en place d’un ERP
Etude de faisabilité
Confirmer ou non :

➢ Les hypothèses de rentabilité et de performance avancés ;

➢ La maitrise du plan de financement


➢ La prévision de l'état de résultat du projet en fonction de la
gamme de l’ERP adopté ainsi que le nombre et type de
licence à acheter :

▪ coût estimatif initial

▪ coût caché….
Mise en place d’un ERP
Enveloppe budgétaire

Estimer le coût de chacune de ces composantes :


➢ Modules et des fonctionnalités
➢ licences (utilisateurs)
➢ Installation, mise en œuvre et paramétrage
➢ Formation
➢ Hotline & assistance
➢ Maintenance
➢ Matériel à acheter si besoin
Mise en place d’un ERP
Sélection de l’éditeur
3 méthodes pour aiguiser son choix :
Le Web : Spécialiste dans le domaine, proximité géographique,
éditeur et intégrateur, couverture fonctionnelle, références
clients, expérience, niveau d'accompagnement...) ;
La presse spécialisée : Articles, dossiers, annuaires, format
hors-série, canaux médiatiques (chaines Radio/Tv), chaines
numériques etc..) ;
La bouche à oreille : Expérience d'un collaborateur,
fournisseur, client, prestataire ou expert dans le domaine.
Mise en place d’un ERP
Sélection de l’éditeur
➢ Lister les éditeurs les mieux réputés sur le marché (internet,
séminaires, prospection, brochures, bouche à oreille etc…),
mais les plus adaptés au domaine d’activité de l’entreprise ;

➢ Critère de choix :
▪ Sa santé financière ;
▪ Sa renommée ;
▪ Ses compétences techniques
▪ Son professionnalisme
▪ Sa capacité de répondre aux différentes fonctionnalités
de l’entreprise.
Mise en place d’un ERP
Sélection de l’intégrateur de l’ERP
➢ Répertorier plus qu'un intégrateur pour chaque ERP, pour :

▪ Une vision plus large

▪ Une richesse en information (avantages, inconvénients) ;

▪ Plus de chance de détecter le meilleur intégrateur ;

➢ Organiser des réunions avec chaque intégrateur en présence


des responsables fonctionnels des processus métiers ;

▪ Etablir des fiche d’évaluation de chaque ERP/intégrateur


Mise en place d’un ERP
Sélection de l’intégrateur de l’ERP :Fiche d’évaluation
Mise en place d’un ERP
Sélection de l’intégrateur de l’ERP :Fiche d’évaluation

➢ Critères d’évaluation :
▪ Qualité du prestataire,
▪ Exhaustivité de la prestation,
▪ Qualité de services,
▪ Organisation du planning et le budget.
➢ Chacun des principaux critères énoncés pourra être
pondéré suivant l’importance souhaitée.
➢ Cette grille permet de juger l'ensemble des prestataires sur
une base commune méthodique, raisonnée et objective.
Mise en place d’un ERP
Négociation et établissement du contrat
➢ Vise à définir les bases solides du contrat sur les plans
financier et obligation de chacune des parties prenantes ;
➢ La négociation se déroule en 2 étapes :
▪ plan d'exécution du projet et ses spécificités techniques
(architecture, configuration, personnalisation, etc…) ;

▪ prix des acquisitions et de la main d'œuvre (intégrateur)


➢ Reformulation des compromis sur un contrat formel
couvrant toutes les étapes (installation, mise en production,
accompagnement, formation, assistance et maintenance…)

➢ Se faire assister par un juriste spécialisé dans de tels contrats


Mise en place d’un ERP
Installation,paramétrage et test
➢ Préparer l’infrastructure informatique matérielle et système
sur lequel sera implémenté l'ERP ;
▪ Locale
▪ Cloud (IaaS, PaaS, SaaS)
➢ Installer le nouveau ERP;
➢ Migrer minutieusement l’ensemble des données utiles des
anciennes BD vers la BD noyau de l’ERP ;
➢ Activer les configurations et personnalisation nécessaires ;
▪ Problème de MAJ des versions futures de l’ERP.
➢ Effectuer les tests requis, tout en corrigeant les
dysfonctionnements et erreurs constatés.
Mise en place d’un ERP
Formation
Elaborer un plan de formation bien ciblé susceptible de :

➢ Valoriser les avantages de la nouvelle solution informatique


particulièrement pour chaque processus (module) ;

➢ Doter les futurs utilisateurs de l’ERP des connaissances


nécessaires à l’exercice de leurs activités ;
➢ Assurer le transfert des compétences IT managers

en aux termes d’administration de l’ERP ;


➢ Etablir un mode de communication pour de plus
amples approfondissements et améliorations.
Mise en place d’un ERP
Formation
➢ organiser des sessions de formation d'une durée raisonnable
(au maximum 3 heures) entrecoupées de pauses et de
moments d'échanges (questions/réponses) ;
▪ Fondamentaux pour l’ensemble des utilisateurs ;
▪ Spécifiques pour chaque processus.
➢ Se faire déléguer la formation pour les super utilisateurs en
récupérant toute la documentation utile auprès de l’entreprise

➢ Maintenir, approfondir et renouveler les connaissances en cas


de changement de cap stratégique ou agrandissement de la
flotte (processus métiers, domaines d’application…).
Mise en place d’un ERP
Mise en production et accompagnement
➢ S’assurer de la bonne exécution par l'intégrateur de toutes
les étapes qui précèdent la mise en production ;
➢ Planifier toutes les opérations du jour « j » relatif à la MEP ;
➢ Fournir avec patience un excellent accompagnement aux
utilisateurs ;
➢ Intervenir promptement lors de toute remontée d’anomalies
et les prioriser par degrés d'urgence et d'importance ;
➢ Gérer les risques
▪ Anticiper les risques par actions préventives
▪ Traiter les risques survenus par des actions correctives
Mise en place d’un ERP
La bascule
Phase ultime de la MEP de l’ERP, elle est déclinée en 3 étapes
➢ Étape 1 : désignation d’un site pilote
▪ Entité géographique ;
▪ Service avec un nombre restreint d’users (end users) ;
▪ Filiale de petite taille pour les grosses sociétés.
➢ Étape 2 : Détection des bugs :
➢ Étape 3 : généralisation à l’ensemble de l’entreprise
▪ Si la recette a été bien étudiée et que tous les bugs ont été
détectés et correctement corrigés, la bascule se généralise
à l’ensemble de la fonction concernée.
Mise en place d’un ERP
Conduite du changement
➢ Faire changer les attitudes et résistances au changement :
▪ individuelles (habitudes, sécurité, facteurs économiques,
peur de l’inconnu, traitement sélectif de l’information…
▪ Organisationnelles (inertie structurelle, inertie du
groupe, intérêt limité au changement, menace des
expertises, menace des relations de pouvoir etc…
➢ Identifier au préalable les différentes réactions possibles ;
➢ Repérer les individus responsables de ces réactions ;
➢ Agir en conséquence selon un plan d’action préétabli.
➢ Consulter les bonnes pratiques en termes de conduite du
changement auprès des experts consultants du domaine.
Mise en place d’un ERP
Récape
1. Communication :

➢ La communication est un bon moyen d’information pour


préparer l’ensemble des utilisateurs SI de l’entreprise à la
mise en place d’une nouvelle solution informatique
susceptible d’apporter plus d’efficacité et d’efficience et de
souplesse lors de la réalisation des processus métiers.
Mise en place d’un ERP
Récape
2. Choix de l’ERP :
➢ Analyse de l’existant et recueil des besoins
➢ Identification des processus métiers concernés
➢ Etablissement du cahier de charges fonctionnel
➢ Lancement d’un appel d’offres
➢ Fixation des critères de choix
➢ Définition d’une « short List »
➢ Démos des produits en short list
➢ Analyse de l’offre
➢ Visite d’un site en conditions opérationnelles
➢ Validation du choix de la solution adoptée
➢ Négociation des termes du contrat
➢ Contractualisation
Mise en place d’un ERP
Récape
3. Déploiement de l’ERP :
➢ Démarrage du projet selon un planning prévisionnel
➢ Préparation des environnements de travail
➢ Installation de la solution
➢ Formation de l’équipe projet et de l’administrateur
➢ Traitement des écarts
➢ Validation de la configuration
➢ Conversion et reprise des données
➢ Editions et tableaux de bord
➢ Déploiement des postes de travail
➢ Mise en place de la documentation utilisateur
➢ La formation des utilisateurs finaux
Mise en place d’un ERP
Récape
4. Démarrage de l’ERP :

➢ Préparation de la bascule
➢ Bascule
➢ Démarrage
➢ Suivi post démarrage
➢ Bilan du projet
Mise en place d’un ERP
Récape
5. L’après projet

➢ Accompagnement
➢ Management du changement
Mise en place d’un ERP
Les facteurs clés de succès d’un projet ERP
➢ Engagement de la direction
➢ Une étude préliminaire et un cahier des charges très bien
élaboré pour la définition des besoins
➢ Prise en compte dés le début du projet de l’impact de la
nouvelle solution sur l’organisation ( dimension humaine,
impacts organisationnels, cultures d’organisation internes…)
➢ Mise en place dès l’amont du projet, de manière pédagogique
un processus global de conduite du changement avec prise en
compte des particularités de fonctionnement de
l’entreprise et de l’implication des acteur.
Architectures des ERPs
Système d’information et ERP
En dehors des théories fondamentales : SI est assi mil é à
ERP.

ERP permet d’accomplir


de stockage et de contrôle qui servent
des activités à transformer
de saisie, des
de traitement,
données input en output « produits d’information ».
Architectures des ERPs
Système d’information et ERP
Vues les fonctionnalités qu’offre un ERP, celui-ci peut être
considéré comme un système d’information (métier) intégré
qui utilise des technologies de l’information (TI) pour : saisir,
transmettre, stocker, retrouver, manipuler et traiter
l’information qui concerne un ou plusieurs processus Métiers
de l’entreprise.
Architectures des ERPs
Architecture technique
L’architecture d’un ERP est le plus souvent client/serveur
comme le décrit le schéma ci-dessous:
Architectures des ERPs
Architecture technique :La couche Présentation
Architectures des ERPs
Architecture technique :La couche Présentation
➢ le PC ou tablette utilisateur professionnel accède au système
ERP grâce à ERPGUI ou via un navigateur Web
➢ Notion de session de terminal par utilisateur.
➢ Envoie requête au serveur d’application, et réception des
données pour tout traitement utile.
Architectures des ERPs
Architecture technique :La coucheApplication
Architectures des ERPs
Architecture technique :La coucheApplication
➢ Le cœur du ERP. Elle exécute la logique métier du système.
➢ Constituée d’un ou plusieurs serveurs d’applications et un
serveur de messagerie.
➢ Responsable du traitement des opérations des clients et la
coordination des accès à la base de données.
➢ Le serveur de messagerie, est responsable de la
communication entre les serveurs d’applications.
Architectures des ERPs
Architecture technique : La couche des bases de données
Architectures des ERPs
Architecture technique : La couche des bases de données
➢ Contient le SGBD et la base de données qui Stocke deux
types d’objets : les données d’affaires créés par les
utilisateurs et les programmes d’application de l’ERP.
➢ Le choix de la base de données du ERP diffère d’un
fournisseurs à l’autre (SAP,Oracle,Microsoft,...).
➢ Les programmes d’application des ERPs sont écrites sous
différents langages (ABAP pour SAP,python pour Odoo,...).
Architectures des ERPs
Architecture technique
➢ L'ERP est donc sur serveur.
➢ Les ERP sont compatibles avec le pack Office, en particulier
Excel qui sert à effectuer les imports/exports de données.
➢ Les ERP sont compatibles avec des outils de Reporting, en
particulier (CrystalReport).
➢ Le Reporting étant utilisé spécialement pour quelques
module (GRC,TB…).
Architectures des ERPs
Architecture technique : Open ERP
Architectures des ERPs
Architecture technique : OpenERP

Le système OpenERP est basé sur une architecture 3 tiers:


➢ Un serveur de base de données PostgreSQL (qui peut
contenir plusieurs bases de données)
➢ Un serveur d’applications (contenant les objets de gestion,
le moteur de workflow,le générateur d’édition,etc.)
➢ Un serveur de présentation (appelé OpenERP Web) qui
permet à l’utilisateur de se connecter à OpenERP avec
n’importe quel navigateur internet (avec le lecteur Flash
installé pour l’affichage des graphiques)
Architectures des ERPs
Architecture technique : OpenERP

➢ OpenERP est basé sur une architecture


client/serveur.
➢ Le langage de programmation de OpenEPR est le
langage Python.
➢ OpenERP utilise des techniques issues de la Programmation
Orienté Objet.
➢ OpenERP utilise PostgreSQL pour l’enregistrement de ses
données.
Architectures des ERPs
Architecture technique : OpenERP

➢ OpenERP utilise un “Object Relational Mapping” (ORM)


pour la persistance de ses objets métier.
➢ OpenERP offre deux interfaces clients :GTK client et Web
client
➢ OpenERP utilise ReportLab pour la génération des
rapports en (PDF)
➢ ERP utilise XML pour : la description des données, la
description des interfaces, la description des rapports, et le
transport des données via XML-RPC


Architectures des ERPs
Architecture modulaire des ERP
➢ Un ERP est un ensemble dont toutes les parties
fonctionnent les unes avec les autres d'où l'ergonomie et
l'unicité des informations et donc la cohérence du SI.
➢ Un ERP est modulaire dans le sens où il est possible de
n'avoir qu'une ou plusieurs applications en même temps, ou
peu à peu. Les applications modulaires du ERP permettent
d'être sûr de la compatibilité des modules entre eux, ils
s'imbriquent comme des blocs et fonctionnent ensemble
( pas de vérification de compatibilité à effectuer).
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Le module finance

➢ Se divise en 4 voire 5 sous-modules. Il rassemble les


données comptables de l'entreprise pour établir sur un
plan international des comptes annuels.
➢ Effectue du contrôle de gestion et des prévisions
concernant les objectifs de l'entreprise.
➢ Permet de faire de la comptabilité tiers, analytique,
générale, gérer les immobilisations (investissements),
gérer les RH (administration,GTA,paie,recrutement).
➢ Il est complexe et exige de bonnes connaissances en
comptabilité.
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Le module Logistique
➢ C’est le module le plus convoité par les entreprises car il
permet de gérer tout ce qui se rapporte aux
ventes/achats, en particulier la gestion des stocks qui
coûtent chers aux entreprises.
➢ Gère les commandes clients et les livraisons.
➢ Permet l'optimisation des processus de workflow, la
gestion des stocks, des contrôles qualités et factures.
Suite au contrôle qualité, il y a coordination et
déclenchement des mesures correctives.
➢ Permet de planifier/gérer la maintenance du matériel.
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Le module Logistique
Les processus généraux à paramétrer dans le module
negoce sont décrits ci-dessous:
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Le module Logistique

➢ Une commande de vente correspond à une vente, donc il


y a décrémentation du stock et inversement lors d'un
retour.
➢ Entre le processus de vente et achat, il y a contremarque,
c'est-à-dire une fabrication d'un article après la vente.
➢ Entre le processus vente et comptabilité générale et
analytique,il y a des règlements clients (ou avoirs).
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Le module Logistique

➢ Une entreprise peut avoir des filiales ou encore être


multi-sites.
➢ Les tiers impliqués dans une vente sont:
▪ Clients,
▪ Utilisateur ( personnel / représentant),
▪ Transporteur,
▪ Prospects
▪ Affactureurs (société qui gère la facturation).
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Le module e-commerce

➢ C'est un logiciel de Gestion Relation Client (GRC) appelé


aussi Customer Relationship Management (CRM).
➢ Permet d'effectuer les statistiques voulues (sous forme de
requêtes) sur tous types de données ( clients, vendeurs,
production ,fournisseurs,...).
➢ Un requêteur est disponible et il n'est pas nécessaire que
l'utilisateur connaisse le SQL. Mais vu le nombre élevé de
tables, celui-ci doit savoir "lire" un Modèle Conceptuel de
Données (MCD) mis à disposition par les éditeurs.
Architectures des ERPs
Architecture modulaire des ERP :Exemple
Le module e-commerce

➢ Les résultats sont analysés en fonction des besoins de


l'entreprise.
➢ En particulier pour ce module, un outil de Reporting est
associé.
➢ Ce module permet, suite aux résultats, d'effectuer des
opération « e-mailing » et des offres marketing.
Architectures des ERPs

L'architecture d'un ERP est différente de celle d'un logiciel


classique.Selon l'ERP choisi,l'entreprise devra investir dans :

➢ L’Intégration des données ;


➢ Le Paramétrage ;
➢ L’Organisation modulaire ;
➢ La Contribution des directions ;
➢ La circulation de l’information ;
➢ La traçabilité des données ;
➢ Le partage de l’information ;
➢ La coopération entre les directions ;
Architectures des ERPs
Intégration des données :
➢ Tout le monde utilise une base de données commune.
➢ L'information est au centre, disponible en temps réel et doit
être mise à jour avec justesse et ponctualité.
Architectures des ERPs
Paramétrage :
Consiste à l’activation ou la désactivation de la fonctionnalité
standard de l’ERP pour obtenir le flux désiré. Il y’a plusieurs
niveaux de paramétrage :
✓ Paramétrage de base : configuration aux données de base
qu’utilise l’entreprise. Exemple : les unités par défaut (poids,
devise,…),format des données,fuseaux horaires,…
✓ Paramétrage fonctionnel : configuration aux besoins et aux
particularités de l'entreprise. Exemples : type d’article (sur
stock,à la commande,…) ,catégorie tarifaires,…
✓ Paramétrage système : configuration des droits d’utilisation,
des comptes,des mots de passe,….
Architectures des ERPs
Organisation modulaire :
Les fonctionnalités offertes par un ERP sont présentés sous
formes d’activités regroupées par homogénéité dans des
modules. On parle de cartographie d’un ERP. Deux notions
sous-jacentes :
➢ La couverture fonctionnelle : fait référence à l’ensemble des
fonctions de l’entreprise couverte par l’ERP. Exemple :
fonction achat,fonction projet ;
➢ La profondeur fonctionnelle : fait référence au degré de
spécialisation par lequel un ERP permet la réalisation d’une
fonction. Exemple : degré de spécialisation offert pour la
gestion de projet.
Architectures des ERPs
Organisation modulaire :

Structure modulaire des ERP


Architectures des ERPs
Contribution des directions :

➢ l’ERP est organisé par module, l’entreprise par contre est


organisée selon des macro-processus.
➢ Chaque processus a des objectifs à réaliser à travers l’ERP.
On dit alors que chaque macro-processus est calqué sur un
module de l’ERP.
Architectures des ERPs
Circulation de l’information :

➢ Chaque module contribue à l’alimentation de la base de


données unique en transformant des données input en des
résultats ou données output.
Architectures des ERPs
Traçabilité des données :

➢ La norme ISO 9000 et 2000 définit la traçabilité de la façon


suivante : « aptitude à retrouver l’historique, la mise en
œuvre ou l’emplacement de ce qui est examiné ».
➢ Dans le cas des ERP, c’est l’information qui est l’objet
examiné pour retrouver son origine, son historique et
l’initiateur de sa modification.
Architectures des ERPs
Partage de l’information :

➢ La gestion des droits d’accès consiste à organiser le partage


de l’information entre les différentes directions.
➢ Le modèle Création Interrogation Modification Suppression
(CIMS) est utilisé pour spécifier ce droit d’accès.
Architectures des ERPs
Coopération entre les directions :
Architectures des ERPs
Coopération entre les directions :
L’évolution des besoins en gestion a entrainé un changement
dans le mode de fonctionnement de l'entreprise, d’où de
nouvelles exigences telles que :
➢ Les acteurs doivent coopérer selon un raisonnement
transversal ;
➢ On professionnalise les métiers en structurant les échanges
entre ces métiers ;
➢ Les échanges d'information deviennent à la fois plus formels
et plus dématérialisés ;
➢ Développement de la notion de processus pour soutenir la
coopération entre les directions.
Architectures des ERPs
➢ L’alignement

• L’alignement fait référence à l’adéquation entre le système


d’information et la couverture fonctionnelle de l’ERP.
Architectures des ERPs
Aspects du non-alignement

Le non alignement du ERP et du système d’information de


l’entreprise a plusieurs aspects :
➢ Données : non adéquation des données de l’ERP avec les
besoins en information du SI.Deux cas de figures :
▪ Une donnée présentée par l’ERP qui n’a aucun intérêt
pour le SI ;
▪ Une donnée nécessaire pour le SI qui n’est pas présente
(ou présente sous une forme inadéquate) dans l’ERP.
Architectures des ERPs
Aspects du non-alignement

➢ Droits d’ accès : non adéquation des profils offerts par l’ERP


et les droits de partage de l’information du SI ;
➢ Rapports et états de sortie : non adéquation des états de
sortie offert par l’ERP et les états souhaités par les
utilisateurs du SI ;
➢ Processus :non adéquation du processus modélisé par l’ERP
et celui implémenté par le SI

Vous aimerez peut-être aussi