Professional Documents
Culture Documents
1/11/2006
TABLE DES MATIÈRES TABLE DES MATIÈRES
3 Conclusion 17
3.1 Remerciements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
TABLE DES MATIÈRES TABLE DES MATIÈRES
Introduction
L’accès des entreprises aux nouvelles technologies, à Internet en particulier, tend à modifier la communication
entre les différents acteurs du monde des affaires. Notamment entre l’entreprise et ses clients (Business To Consu-
mer, B2C), le fonctionnement interne de l’entreprise (Business To Employees, B2E) et la relation de l’entreprise
avec ses différents partenaires et fournisseurs (Business To Business, B2B). On appelle aussi « e-Business » l’in-
gregration au sein de l’entreprise d’outils basés sur les technologies de l’information et la communication, en
l’occurrence les Progiciels de Gestion Intégré (PGI) ou Enterprise Ressource Planning (ERP).
Cet outil permet une gestion homogène et cohérente du système d’information (SI) de l’entreprise, en parti-
culier pour la gestion commerciale de la chaine de production à la vente d’un produit.
Nous verrons tout d’abord une présentation générale des ERP ce qui nous conduira à la description de leur
architecture modulaire.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
CHAPITRE 1. PRÉSENTATION GÉNÉRALE DES ERP
Chapitre 1
Présentation générale des ERP
1.1 Définition
L’acronyme ERP signifie « Enterprise Ressource Planning » traduit en français par Progiciel de Gestion Inté-
gré ou PGI. ERP est le terme le plus couramment utilisé.
Emanant d’un concepteur unique, un ERP est un progiciel qui permet de gérer l’ensemble des processus d’une
entreprise intégrant l’ensemble de ses fonctions comme la gestion des ressources humaines, la gestion financière
et comptable, l’aide a la decision, la vente, la distribution, l’approvisionnement, la production ou encore du e-
commerce.
Le principe fondateur d’un ERP est de construire des applications informatiques correspondant aux diverses
fonctions citées précédemment de manière modulaire sachant que ces modules sont indépendants entre eux,
tout en partageant une base de données unique et commune au sens logique.
L’autre principe qui caractérise un ERP est l’usage de ce qu’on appelle un moteur de workflow et qui permet,
lorqu’une donnée est enregistrée dans le SI, de la propager dans les modules qui en ont l’utilité, selon une pro-
grammation prédéfinie.
Ainsi, on peut parler d’ERP lorsqu’on est en présence d’un SI composé de plusieurs applications partageant une
seule et même base de donnés, par le biais d’un système automatisé prédéfini et éventuellement paramétrable, un
moteur de workflow.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
1.2. LES ERP : POUR QUI ? POURQUOI ? CHAPITRE 1. PRÉSENTATION GÉNÉRALE DES ERP
1.2.2 Pourquoi ?
Concrètement, les avantages de la mise en place d’un ERP sont les suivants :
– L’intégrité et l’unicité du SI, c’est à dire qu’un ERP permet une logique et une ergonomie unique à
travers sa base de données, elle aussi unique au sens « logique ». Ceci se traduit par le fait qu’il peut exister
plusieurs bases de données « physiques » mais celles-ci respectent la même structure. En bref, un ERP
permet d’eviter la redondance d’information entre différents SI de l’entreprise.
– L’utilisateur a la possibilité de recuperer des données de manière immédiate, ou encore de les enregistrer.
Un avantage important, les mises à jour dans la base de données sont effectuées en temps réel et propagées
au modules concernés.
– Un ERP est un outil multilingue et multidevise, il est donc adapté au marché mondial, en particulier aux
multinationales.
– Pas d’interface entre les modules, il y a synchronisation des traitements et optimisation des processus de
gestion. De même, la maintenance corrective est simplifiée car celle-ci est assurée directement par l’éditeur
et non pluls par le service informatique de l’entreprise. (Celui-ci garde néanmoins sous sa responsabilité la
maintenance évolutive : amélioration des fonctionnalités, évolution des règles de gestion, etc.).
– Un ERP permet de maîtriser les stocks, élément important pour la plupart des entreprises car les stocks
coûtent chers
Par conséquent, les ERP gèrent et prennent en charge plusieurs périodes ( pour les exercices comptables par
exemple), plusieurs devises, plusieurs langues pour les utilisateurs et clients, plusieurs legislations, plusieurs axes
d’analyse en informatique decisionnelle.
Mais l’implantation comporte plusieurs risques : des risques organisationnels (le progiciel et l’organisation de
l’entreprise doivent cohabiter), de mise en oeuvre (au niveau formation utilisateur), fonctionnels ( fonctions of-
fertes par le progiciel par rapport aux fonctions attendues), techniques, contractuels entre l’éditeur et l’entreprise
et enfin des risques économiques du fait de l’investissement.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
1.2. LES ERP : POUR QUI ? POURQUOI ? CHAPITRE 1. PRÉSENTATION GÉNÉRALE DES ERP
L’ERP est donc sur serveur. La majorité des ERP sont couplés à une base de données ORACLE. De plus,
les ERP sont compatibles pack Office, en particulier pour Powerpoint et Excel. En effet, le premier étant utile
pour personnaliser les bureaux ERP en fonction de l’entreprise et le second pour effectuer les imports/exports
de données. Enfin, les ERP sont aussi compatibles avec des outils de reporting ( CrystalReport en général). Le
reporting étant utilisé en particulier pour le module de gestion relation client, que nous verrons par la suite.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Chapitre 2
Architecture modulaire des ERP
Avant de découvrir en quoi consiste une architecture modulaire et ses modules, nous allons voir les principaux
acteurs du marché des ERP (au niveau mondial).
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 telles que les ERP permettent d’être sûr de la compatibilité des
modules entre eux, ils s’imbriquent comme des blocs de Lego et fonctionnent ensemble ( pas de vérification de
compatibilité à effectuer).
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Voici un exemple d’architecture modulaire qui tend à représenter tous les ERP :
L’architecture modulaire schématisée ci-dessus intègre plusieurs modules retouchant aux grandes fonctions d’une
entreprise que l’on peut détailler de la manière suivante : le module finance, logistique et e-commerce.
De même, il permet de faire de la comptabilité tiers, analytique, générale, de gérer les immobilisations (ges-
tion des investissements), les ressources humaines, soit l’administration du personnel, des frais de déplacement
et du temps de travail ainsi que la gestion de paie et les besoins en postes.
Ce module gère les commandes clients et les livraisons. Il assure une liaision directe avec le compte de résul-
tats et le système de production. Il permet l’optimisation des processus de workflow, la gestion précise des stocks,
des contrôles qualités et factures. Suite au contrôle qualité, il y a coordination et déclenchement des mesures
correctives. Enfin, il est possible de planifier/gérer/suivre la maintenance du matériel.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Les processus généraux à paramétrer dans le module negoce sont décrits ci-dessous :
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. Enfin, entre le processus vente et comptabilité générale et analytique, il y a les règlements clients ou encore
les avoirs.
Ceci correspond donc aux processus de bases à connaître afin de parametrer un ERP.
Remarque : Une entreprise peut avoir des filiales ou encore être multi-sites.
Les tiers impliqués dans une vente sont : les clients, l’utilisateur ( personnel/ représentant), le transporteur, les
prospects et les factors/affactureurs (société qui gère la facturation).
Nous allons voir ci-dessous les notions de bases au niveau gestion pour parametrer un ERP avec pour exemple
l’ERP de SAGE ADONIX.
Lors de la création des profils menus ( utilisateur, responsable, administrateur par exemple), le paramétreur doit
affecter les menus ( en bleus ci-dessus) qu’il souhaite attribuer à chaque profil. Puis, a chaque nouvel utilisateur
créé ( login, mot de passe), il doit attribuer le profil menu désiré. Suite à cela, un utilisateur avec un certain profil
est créé.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Remarque : Quel que soit l’ERP, il faut toujours le paramétrer et remplir les champs à l’aide de la touche TABU-
LATION, puis enregistrer.
Remarque : La quantité de données étant très souvent importantes, l’import/export est recommandé ( à l’aide
d’un tableur). Faire dans un premier temps un export vers le tableur, afin de voir l’aspect des données à saisir dans
celui-ci. C’est un gain de temps et cela permet d’effectuer un import valide du premier coup.
Les clients
Afin d’enregistrer des clients en tant que données de base, il faut suivre le chemin suivant : Données de
base/Tiers/Clients.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Un client est défini en général par : un code, sa raison sociale, liens comptables, catégories, adresses, téléphone,
fax, conditions de paiement, échéance de paiement, devise, etc. Ces informations sont à paramétrer dans les
différents onglets de la fiche client selon les choix de gestion de l’entreprise.
Les articles
Afin d’enregistrer des articles ( produits ou services) en tant que données de base, il faut suivre le chemin :
Données de base/Articles/Articles.
Ci-dessous donc la fiche article qu’il faut renseigner. Un article est défini en général par : une référence, une ou
plusieurs désignations, famille, type d’article, sous-famille, unité de stock, unité de vente, poids,etc.
Les tarifs articles doivent être créés et affectés à chaque article. Ceux-ci peuvent être différents selon une pé-
riode ( si l’article est géré en First Expired First Out, FEFO), de sa quantité et de sa composition si celui-ci est
enregistré en tant que KIT. Pour un kit, il faut établir une nomenclature, à savoir la composition du KIT. Ceci
s’effectue dans la fiche article.
Enfin, si l’entreprise est multi-site, il faut préciser dans la base le site auquel appartient l’article. Pour cela, il
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
faut suivre le chemin suivant : Données de base/Articles/Articles Sites. Dans la fiche article site, le paramétreur
peut sélectionner un article et l’affecter à un site.
Remarque :Concernant les données de base fournisseurs ou autres, il faut suivre le chemin suivant : Données
de base/Tiers.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Donc suite à une vente, il faut suivre le processus de commande de vente soit : livraison ( déjà programmer
par défaut dans l’ERP) puis facturation. Une facture se présente de la manière suivante :
Concernant le paramétrage des formulaires de devis, commandes de vente, livraison, facturation, ceux-ci sont
paramétrables dans le menu Paramétrages/Achats/Transactions d’achats. Le paramétreur doit alors, en fonction
de l’entreprise, afficher ou non certains champs, permettre les modifications ou non etc. Ceux-ci se sélectionnent
pour la plupart du temps ( sauf pour les champs calculés qui sont à paramétrer avec la formule de calcul voulue).
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Voici une déscription schématique qui modélise le processus stock au sein de l’ERP :
Dans un ERP, les stocks sont gérés de manière automatiques. Le parametreur doit, par ailleurs, définir en fonction
de l’entreprise le type de gestion de stock aisni que les quantités minimales et maximales. Pour cela, le chemin à
suivre est : Paramétrages/Stocks. Il existe deux types de gestion de stocks :
Réapprovisionnement périodique
Cette méthode de réapprovisionnement est périodique, c’est-à-dire qu’après un temps T, parametré, une de-
mande de réapprovisionnement suggérée est effectuée à travers une commande de vente. Cette méthode est utili-
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
sée lorsque la consommation d’article, c’est-à-dire les sorties de stock, sont fréquentes.
Voici un exemple de formulaire de gestion de stock. Celui-ci est modifiable/paramétrable ( au niveau des
colonnes en particulier, à faire apparaître ou non) en suivant : Paramétrage/Stock.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
Enfin, le flux à suivre pour paramétrer un ERP concernant la commande d’achat est modélisé ci-dessous.
Celle-ci est créer après un appel d’offre et une demande d’achat, elle-même étant gérée par des règles de signa-
tures.
Pour effectuer une commande d’achat, il faut connaître les articles, les fournisseurs, la quantité à commander
pour chaque article ainsi qu’un tarif de vente. Par conséquent, les données de base à manipuler sont donc les
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
2.2. ARCHITECTURE MODULAIRE CHAPITRE 2. ARCHITECTURE MODULAIRE DES ERP
fournisseurs, les articles, et les tarifs d’achat car ces derniers peuvent varier fonction de certains critères ( période,
quantité, etc.). Enfin, concernant le formulaire de la commande d’achat, il suit le même principe de paramétrage
que pour la commande de vente :Paramétrage/Achats/Transactions achats. Le paramétreur doit afficher ou
non, donner la possibilité de modification ou non, etc. des champs.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.
CHAPITRE 3. CONCLUSION
Chapitre 3
Conclusion
3.1 Remerciements
Je remercie BWP-Necromance pour m’avoir lancé et aidé ainsi que Olivier Delmotte et bidou pour leur
relecture.
Copyright (c) 2006 trinityDEV. Aucune reproduction, même partielle, ne peut être faite de ce site et de
l’ensemble de son contenu : textes, documents, images, etc sans l’autorisation expresse de l’auteur. Sinon vous
encourez selon la loi jusqu’à 3 ans de prison et jusqu’à 300 000 E de dommages et intérêts. Cette page est
déposée à la SACD.