Manager avec les ERP
110
© Groupe Eyrolles
l’attente d’une nouvelle version intégrée et des produits qui appartiennent à des
partenaires commerciaux plus ou moins proches techniquement de l’éditeur.
L’intégration, vue de l’éditeur, n’est pas loin d’une intégration spécifique, enrichie
au cas par cas.
Dès lors, l’utilisateur, tant qu’il dispose des moyens de négociation nécessaires, a
intérêt à choisir des produits sur la base de ses propres besoins et à faire étudier
leur intégration. Le paragraphe « Spécifier les besoins en termes de métier » dans le
chapitre 5 décrit les actions à conduire en vue de définir une intégration. L’utilisateur a comme intérêt de pouvoir s’assurer du maximum d’efficacité possible de son
architecture applicative ; un noyau commun à l’ensemble des produits est nécessaire, c’est là le rôle d’un ERP. Il souhaite choisir pour son entreprise les meilleurs
produits. Son architecture applicative doit conserver une grande souplesse afin de
se garantir d’une ouverture maximale possible. L’entreprise ne peut risquer de voir
son système d’information figé dans sa partie « applications » par une dépendance
exclusive à un seul éditeur. Toute société, aujourd’hui, est susceptible d’intégrer
rapidement de nouvelles filiales ou, à l’inverse, de rejoindre elle-même un autre
groupe ou de s’allier à une autre entreprise. Son infrastructure d’applications
informatiques doit pouvoir alors intégrer ou interfacer facilement d’autres environnements de produits.
C’est en s’appuyant sur l’infrastructure de son système d’information que l’utilisateur parviendra à une intégration applicative particularisée pour ses besoins.
Figure 2.7 : Les ERP, centres d’un puzzle applicatif ?
Adaptations
locales
Temps
Couverture
applicative pour l’entreprise
Approche ERP
ERP
Module
de
complément
Progiciel
interfacé
Autres modules, progiciels,
applications basées sur
composants métiers et objets
Temps
Couverture
applicative pour l’entreprise
Approche « noyau »
Noyau
commun
Développements
puis appropriation du spécifique
par l’entreprise
110
© Groupe Eyrolles
l’attente d’une nouvelle version intégrée et des produits qui appartiennent à des
partenaires commerciaux plus ou moins proches techniquement de l’éditeur.
L’intégration, vue de l’éditeur, n’est pas loin d’une intégration spécifique, enrichie
au cas par cas.
Dès lors, l’utilisateur, tant qu’il dispose des moyens de négociation nécessaires, a
intérêt à choisir des produits sur la base de ses propres besoins et à faire étudier
leur intégration. Le paragraphe « Spécifier les besoins en termes de métier » dans le
chapitre 5 décrit les actions à conduire en vue de définir une intégration. L’utilisateur a comme intérêt de pouvoir s’assurer du maximum d’efficacité possible de son
architecture applicative ; un noyau commun à l’ensemble des produits est nécessaire, c’est là le rôle d’un ERP. Il souhaite choisir pour son entreprise les meilleurs
produits. Son architecture applicative doit conserver une grande souplesse afin de
se garantir d’une ouverture maximale possible. L’entreprise ne peut risquer de voir
son système d’information figé dans sa partie « applications » par une dépendance
exclusive à un seul éditeur. Toute société, aujourd’hui, est susceptible d’intégrer
rapidement de nouvelles filiales ou, à l’inverse, de rejoindre elle-même un autre
groupe ou de s’allier à une autre entreprise. Son infrastructure d’applications
informatiques doit pouvoir alors intégrer ou interfacer facilement d’autres environnements de produits.
C’est en s’appuyant sur l’infrastructure de son système d’information que l’utilisateur parviendra à une intégration applicative particularisée pour ses besoins.
Figure 2.7 : Les ERP, centres d’un puzzle applicatif ?
Adaptations
locales
Temps
Couverture
applicative pour l’entreprise
Approche ERP
ERP
Module
de
complément
Progiciel
interfacé
Autres modules, progiciels,
applications basées sur
composants métiers et objets
Temps
Couverture
applicative pour l’entreprise
Approche « noyau »
Noyau
commun
Développements
puis appropriation du spécifique
par l’entreprise