La phase d’audit
87
© Groupe Eyrolles
Figure 2.1 : Le domaine pilote pour un ERP et ses contraintes
La délimitation du champ d’application de l’ERP
Bien qu’il soit encapsulé, le domaine pilote doit gérer des entrées et des sorties
dont les données doivent être structurées de façon à être gérables par les autres
applications. En pratique, ces données sont stockées par le référentiel.
Il est indispensable de conserver la possibilité de continuer à gérer l’entreprise en
utilisant des progiciels autonomes. En effet, il n’est pas certain que l’ensemble des
établissements puisse être pris en charge par le même ERP. Certains domaines
pourraient très bien se doter d’autres modules du même ERP, mais d’autres n’en
verront pas la nécessité.
Les managers d’un projet d’ERP devront veiller à ne pas se laisser enfermer dans
une démarche de monopolisation progressive des domaines de gestion par un
même éditeur.
Exemple 2.1 : Refonte de la gestion des ressources humaines
Une entreprise s’est développée en acquérant des filiales pratiquant des
métiers complémentaires et par l’ouverture des filiales aux États-Unis et dans
d’autres pays de l’Union européenne. Chaque filiale dispose de sa propre
informatique. À l’exception du système central de la maison mère (qui est ellemême une filiale du groupe), aucune des applications existantes utilisées par
les sociétés achetées ou nouvelles implantations, ne dispose d’un ensemble
complet de modules de Gestion des Ressources Humaines (GRH) : gestion
Contraintes
règles légales
Contraintes
règles de gestion
Localisation
Interfaces
logiciels
existants
ERP
?
C o n t r a in t e s
r è g le s d e m a r c h é
C o n t r a i n t e s
t e c h n i q u e s
Domaine Pilote
87
© Groupe Eyrolles
Figure 2.1 : Le domaine pilote pour un ERP et ses contraintes
La délimitation du champ d’application de l’ERP
Bien qu’il soit encapsulé, le domaine pilote doit gérer des entrées et des sorties
dont les données doivent être structurées de façon à être gérables par les autres
applications. En pratique, ces données sont stockées par le référentiel.
Il est indispensable de conserver la possibilité de continuer à gérer l’entreprise en
utilisant des progiciels autonomes. En effet, il n’est pas certain que l’ensemble des
établissements puisse être pris en charge par le même ERP. Certains domaines
pourraient très bien se doter d’autres modules du même ERP, mais d’autres n’en
verront pas la nécessité.
Les managers d’un projet d’ERP devront veiller à ne pas se laisser enfermer dans
une démarche de monopolisation progressive des domaines de gestion par un
même éditeur.
Exemple 2.1 : Refonte de la gestion des ressources humaines
Une entreprise s’est développée en acquérant des filiales pratiquant des
métiers complémentaires et par l’ouverture des filiales aux États-Unis et dans
d’autres pays de l’Union européenne. Chaque filiale dispose de sa propre
informatique. À l’exception du système central de la maison mère (qui est ellemême une filiale du groupe), aucune des applications existantes utilisées par
les sociétés achetées ou nouvelles implantations, ne dispose d’un ensemble
complet de modules de Gestion des Ressources Humaines (GRH) : gestion
Contraintes
règles légales
Contraintes
règles de gestion
Localisation
Interfaces
logiciels
existants
ERP
?
C o n t r a in t e s
r è g le s d e m a r c h é
C o n t r a i n t e s
t e c h n i q u e s
Domaine Pilote