Sunteți pe pagina 1din 20

Master spcialis en logistique et transport

Module : Systme d'information logistique


Expos sur :

ENTREPRISE RESSOURCE PLANNING (ERP)

SOMMAIRE
INTRODUCTION : ................................ ................................ ................................ ............................... 4
I.
A. 1. 2. B. C. D. 3. 4. 5. 6.

LA NOTION DERP : ................................ ................................ ................................ ............................. 5


Dfinition et CONCEPT DERP :................................ ................................ ................................ ....................... 5 Concept de lERP ................................ ................................ ................................ ................................ ....... 5 Dfinition : ................................ ................................ ................................ ................................ ................ 5 Spcificits des ERPs ................................ ................................ ................................ ................................ ...... 6 CONVERGENCE DES UTILISATEURS ET DES EDITEURS DES ERP ................................ ................................ ......... 8 LES DOMAINES COUVERTS PAR LES ERP................................ ................................ ................................ .......... 9 Le back office : ................................ ................................ ................................ ................................ .......... 9 Le front office : ................................ ................................ ................................ ................................ ......... 9 Le middle office : ................................ ................................ ................................ ................................ .....10 Le web office : ................................ ................................ ................................ ................................ ......... 10

II.
A.
B.

EVOLUTION DES NTIC ORGANISATION ET ERP ................................ ................................ ............ 11


LES NTIC ET LARCHITECTURE DES SYSTEMES DINFORMATION : ................................ ................................ ....11 ADEQUATION ENTRE MODELE DORGANISATION ET MODELE DARCHITECTURE DU SYSTEME DINFORMATION : 12 1. 2. 3. C. 4. 5. 6. Organisation pyramidale et architecture centralise : ................................ ................................ ............... 12 Lorganisation rpartie et larchitecture client-serveur : ................................ ................................ ............ 12 De nouvelles organisations et architectures avec Internet : ................................ ................................ ....... 15 EVOLUTION DES ATTITUDES DES UTILISATEURS POUR LEXPRESSION DES BESOINS :................................ ....... 16 Lhritage applicatif :................................ ................................ ................................ ................................ 16 La gnralisation des progiciels : ................................ ................................ ................................ .............. 16 Lre des composants................................ ................................ ................................ ............................... 17

III.
A.

Implantation dun ERP................................ ................................ ................................ ...................... 17


Les tapes de l'implantation de l'ERP ................................ ................................ ................................ ............. 17 1. 2. 3. 4. B. 1. 2. 3. 4. Phase de conception ................................ ................................ ................................ ................................ 17 Phase d'implantation ................................ ................................ ................................ ............................... 17 Phase de stabilisation................................ ................................ ................................ ............................... 18 Phase d'amlioration continue ................................ ................................ ................................ ................. 18 Les difficults de l'implantation de l'ERP ................................ ................................ ................................ ........ 18 Les problmes relatifs l'intgration ................................ ................................ ................................ ........ 19 La modification du progiciel ................................ ................................ ................................ ..................... 19 La rsistance au changement exprime par le personnel ................................ ................................ ........... 19 Le manque de comptences ................................ ................................ ................................ ..................... 19

Conclusion ................................ ................................ ................................ ................................ ....... 20

INTRODUCTION :
Si on fait une analyse de lhistorique de linformatique on remarque que le pouvoir pass des constructeurs du matriel tel que IBM vers les diteurs de systmes dexploitation tels que Microsoft, Sun-Microsystems etc., et cela est d au fait de la banalisation du Hard et la mise en avant de linnovation et la crativit par le Soft. Et mme ces derniers temps en remarque une banalisation des OS (Operating Systems ou systmes dexploitation) 95% des micro-ordinateurs dans le globe terrestre utilisent Windows de Microsoft. Ce qui oriente les regards vers les diteurs de systmes applicatifs sur mesure rpondant aux besoins spcifiques des organisations. Les diteurs des ERP (Enterprise Ressource Planning) deviennent ainsi au cur du systme dinformation de lentreprise. Avec les ERP, les entreprises ont initi un mouvement global vers lintgration de leurs systmes dinformation. On sest aperu que le dcoupage en applications isoles ntait pas optimal, dune part en termes de cots de mise en uvre et de maintenance, et dautre part parce que cette approche ne correspondait plus au fonctionnement rel de lentreprise o se dveloppent des processus transverses. On assiste aujourdhui au mme phnomne avec le dcisionnel. Les entreprises se sont longtemps appuyes sur des solutions distinctes pour lintgration et la gestion de leurs donnes, le reporting, lanalyse ou le pilotage. Pour les mmes raisons de cots et de stratgie, cette approche best-of-breed est aujourdhui dpasse. Il apparat beaucoup plus pertinent de capitaliser sur une plate-forme dcisionnelle dentreprise. Lenjeu est alors dintgrer troitement ces deux mondes, le transactionnel et le dcisionnel. Dans le premier se trouvent toutes les donnes oprationnelles ; le second fournit les outils pour les exploiter et clairer les dcideurs. Nous allons voir Durant cet expos, la notion dERP, son historique, lvolution des NTIC ainsi que limpact des ERP sur lorganisation, tout en mettent en lumire les diffrentes phases dimplantation dun ERP et en fin le management avec les ERP.

I.

LA NOTION DERP :

A. Dfinition et CONCEPT DERP : 1. Concept de lERP


Le concept de progiciel intgr existe depuis longtemps ; en effet, ds les dbuts de la gestion de production assiste par ordinateur (GPAO), certains professionnels avant introduit des sries dapplications intgres comprenant, outre la gestion de production proprement dite, la gestion commerciale et la gestion comptable, ce qui a t appel par les amricains de MRP (Manufacturing Ressource Planning) ou planification des moyens de fabrication. Or, lERP (entreprise ressource planning) ou progiciel de gestion intgr est en effet une gnralisation du MRP, il sagit ici de prendre en charge la gestion intgrale de lentreprise, incluant la gestion des ressources humaines, la gestion comptable et financire, la gestion administrative, la gestion des achats, la gestion de la production et la gestion de la logistique. Les ERP ont ainsi pour vocation de voir lintgralit de lentreprise comme un outil dont il faut assurer loptimisation de la productivit afin de pouvoir rduire au maximum les cycles de mise sur march des produits et services.

2. Dfinition :
On dfinit par les ERP un sous ensemble du systme dinformation (SI) qui intgre les caractristiques globales suivantes :   Gestion effective de plusieurs domaines de lentreprise par des modules intgrs ou des progiciels susceptibles dassurer une collaboration des procdures. Existence dun rfrentiel unique des donnes, le rfrentiel est dfinit comme tant lensemble des rfrences des donnes ainsi que les indications ncessaires pour retrouver les donnes elles-mmes sur une base de donnes.    Adaptation rapide aux rgles de fonctionnement (professionnelles, lgales ou rsultant de lorganisation interne de lentreprise) Unicit dadministration du sous systme applicatif (les applications). Uniformisation des interfaces homme-machine (mme crans, mme boutons, mme famille de barre menu, mme touches de fonctions et de raccourcies, etc.

 

Existence doutils de dveloppement ou de personnalisation de complments applicatifs Historique et les lments favorables lmergence des ERP

Ces ERP ont apport au-del de lintgration des applications :  En premier lieu une architecture applicative ouverte et incrmentale. Ainsi les couches de base ont t conues de telle faon que de nouveaux modules soient dune installation relativement aise.   En second lieu, les modules sont rutilisables dans dautres services ou tablissements de lentreprise o les besoins sont analogues ; En troisime lieu, les modules des ERP sont thoriquement conus pour un maximum dadaptabilit divers environnements de travail, cest dire par rapport des mthodes de gestion diffrentes et des rglementations qui varient dans le temps et dans l espace.

B. Spcificits des ERPs


L'ERP est en fait un ensemble de modules fonctionnels intgrs autour d'une base de donnes unique. D'ailleurs, ce qui distingue un ERP des progiciels sectoriss est la prsence des diffrents modules couvrant la totalit des besoins d'une entreprise depuis le commercial, la

production, la logistique, la finance, les ressources humaines, le service aprs vente, tous les domaines sont prsents et avec un niveau de compltude quivalent . Une autre diffrence avec les progiciels spcialiss consiste dans la prise en compte automatique des dpendances qui existent entre les traitements au niveau de ces diffrents domaines. Cette caractristique est souvent le rsultat de l'utilisation d'une base de donnes unique. En effet, avant l'ERP, on passait beaucoup de temps rpter les mmes tches et entrer la mme information dans diffrents programmes. Cela posait certains problmes :  Le fait d'entrer la mme information rptition constitue une perte de temps.  Les erreurs de saisie sont fort probables et donc l'information peut paratre diffrente d'un programme un autre.

 L'information qui provient d'applications trs diffrentes et non relies peut tre incohrente. Par consquent, toute tentative d'analyser cette information est voue l'chec. Cependant, avec un ensemble ERP intgr, on n'a qu' entrer une seule fois une version unique de l'information, pour que celle-ci soit ensuite diffuse dans toutes les sections de l'entreprise o elle est requise. Ainsi, tous les employs qui se servent de l'application et tous les dirigeants qui prennent des dcisions pour l'entreprise voient la mme version de la ralit, en temps rel et en tout temps. Ainsi un ERP est caractris par :  Une gestion de plusieurs fonctions de lentreprise : traitement de commande, stock, gestion de la relation client, gestion de la production  Son caractre volutif : paramtrable et modifiable selon les contraintes de fonctionnement et dorganisation de lentreprise ;  Son homognit au niveau de linterface utilisateur ;  Sa fonction comme tant un outil daide la dcision ;  Son caractre modulaire : intgre plusieurs couches logicielles ddies aux diffrentes fonctions assures.

Par ailleurs, la caractristique de modularit de l'ERP entre principalement en jeu lors de l'achat et de la mise en uvre du systme ERP : Il se peut qu'on nait pas besoin de toutes les applications en mme temps ou encore qu'on prfre dployer une application la fois. D'ailleurs c'est ce qui distingue les applications modulaires des autres applications autonomes. Lorsque plus d'un module est mis en place, l'ensemble des modules installs s'imbriquent les uns aux autres et fonctionnent automatiquement ensemble. En plus, les solutions ERP voluent de pair avec les besoins de l'entreprise. Contrairement aux applications autonomes, ces solutions ne laissent pas les dirigeants sans voie de transition lorsqu'elles atteignent leurs limites et ne les forcent donc pas repartir zro avec une nouvelle application. Une autre caractristique de l'ERP consiste dans la possibilit d'obtenir des services et de l'assistance un cot abordable. D'ailleurs, il est plus facile d'entretenir un environnement ERP intgr que plusieurs applications distinctes. Par consquent, ce qui caractrise le progiciel de gestion intgr des autres applications spcifiques est le fait que ce progiciel se prsente comme tant un ensemble de modules qui partagent une base de donnes unique et qui couvrent l'ensemble des fonctions de l'entreprise. Chaque module fonctionne tout en tenant compte automatiquement des dpendances qui existent entre les traitements au niveau des autres modules. Ceci permet de rduire le temps de saisie des donnes, d'amliorer la qualit de l'information et d'optimiser le cot de maintenance des applications

C. CONVERGENCE DES UTILISATEURS ET DES EDITEURS DES ERP


Le dveloppement des progiciels intgrs apporte de nombreux avantages pour les diteurs et les utilisateurs ainsi que pour dautres partenaires techniques et commerciaux pour lesquels ce dveloppement gnre un march important ; ces avantages peuvent tre synthtiss comme suit :

Intrts des diteurs Volume des ventes ;

Intrts des utilisateurs Prix de vente ;

Cots de dveloppement ;

Cots des volutions ;

Cots de maintenance ;

Fiabilit de la maintenance ;

Les intrts convergents des diteurs et des utilisateurs

D. LES DOMAINES COUVERTS PAR LES ERP 3. Le back office :


Laspect de lentreprise non visible du client (stockage, comptabilit, latelier de fabrication, de maintenance, etc.), les qualits de lERP recherches par les systmes de back office sont : la cohrence, lintgrit et la scurit des donnes.

4. Le front office :
Laspect visible du client (service la clientle, le comptoir) les applications du front office sont celles qui permettent lentreprise de traiter rapidement laccueil et le service aux clients via :    La gestion de la relation clientle : consultation des dossiers clients, mises jour des informations La gestion de la force de vente en agence : quotas demandes, performances, ralisation des chiffres daffaires individuels et collectifs, consolidations, etc. La gestion de la clientle distance : gestion des centres dappels

5. Le m e ce
C tl  l du rseau de l entrepr ise, il peut dsi ner : les zones de back office des agences qui font partie du front office du rseau mais qu i effectuent des travaux de back office  Les units dentrepr ise qui constituent un maillon entre le back office et le front office, la mission de ces units peut tre le support du rseau, son animation, le relais vers le back office centrale, etc.

6. Le web ce
Son avantage est la possibilit dtre reli au syst me dinformation de lentrepr ise de nimporte quel point du globe, le web office conjugue les applications suivantes :  Les applications internes lentreprise ; ces applications sont destines au pe rsonnel et sont scur ises. Exp : le-messaging.  Les applications destines aux partenaires clients, fournisseurs, banquiers Exp : l e e-banking, le e-catalog, le e-document Exchange  Les applications accessibles au public, ces applications offrent des service s largement suprieurs ce que peut offrir le Minitel, exp. :le e -commrce, le e-catalog, ; le epublishing

II.

EVOLUTION DES NTIC ORGANISATION ET ERP

A. LES NTIC ET LARCHITECTURE DES SYSTEMES DINFORMATION :


Quand un ERP est mis en uvre, il devient le cur applicatif dun systme dinformation, mais aussi un outil de pilotage et de production de lentreprise destine amliorer la productivit gnrale des services utilisateurs. Mais on ne doit pas oublier quil a t galement choisi pour atteindre les objectifs suivants :    Raccourcissent des temps de rponse de lentreprise aux acteurs socio -conomique (clients, fournisseurs, banque, administration...) Capacit de riposte la concurrence par laccs plus rapide des utilisateurs des informations directement exploitables. Augmentation des performances danalyse des donnes cls qui concernent lentreprise et son march. Afin datteindre ces objectifs, il faut sappuyer sur des technologies informatiques adquates. Pour ces raisons, les ERP sont soumis aux volutions techniques majeures. Larchitecture du systme informatique est dterminante pour la performance des applications mises en uvre, cest elle qui permet la communication entre utilisateurs aux standards et aux performances spcifies. Lvolution trop rapide des technologies force lutilisateur adopter une architecture mettant en uvre plusieurs gnrations de technologies. De plus, larchitecture doit reflter lorganisation oprationnelle de lentreprise. On constate aujourdhui que le cycle de vie dun matriel oprationnel est de lordre de 3 5 ans. Les systmes dexploitation subissent des volutions majeures tous les 2 ans. Cependant, larchitecture applicative dun systme dinformations est une infrastructure qui doit rester oprationnelle pendant une priode de la dure minimale dune dcennie, bien quil y ait renouvellement de matriel et enrichissement du systme en logiciels applicatifs.

B. ADEQUATION

ENTRE

MODELE

DORGANISATION

ET

MODELE

DARCHITECTURE DU SYSTEME DINFORMATION : 1. Organisation pyramidale et architecture centralise :


Larchitecture centralise encore appele architecture en toile correspondait parfaitement au modle organisationnel monolithique pyramidal des grandes entreprises et organisations. Cette organisation a t mise en place au 19 sicle avec la naissance de la grande industrie. Dans la premire moiti du 20 sicle peu de choses ont chang et la mondialisation de lconomie a simplement modifi la topologie des sites des grandes entreprises, lorganisation restait centralise, les organes de contrle et de dcision demeuraient centralises. Le troisime quart du sicle a t une priode de reconstruction des pays aprs la deuxime guerre mondiale, mais ctait la premire poque de linformatique et le modle organisationnel demeurait le mme. La technologie ne pouvait produire que des ordinateurs de type centralis, architecture en toile appele Mainframe sur lequel lintgralit des utilisateurs se connectait. Cependant les entreprises voyaient leurs activits se dvelopper de plus en plus avec une plus grande rpartition gographique

Architecture en toile A partir des annes 70, les constructeurs dveloppent les mini-ordinateurs, plus communiquant, susceptibles de se connecter des rseaux plus locaux, installables en dehors du site central. Cest le dbut du concept dinformatique rpartie.

2. Lorganisation rpartie et larchitecture client-serveur :


Larchitecture client-serveur est intrinsquement lie celle dinformatique rpartie.

a. Dfinitions et concepts :

Larchitecture client-serveur t lance dans la deuxime partie des annes 80. Elle est fonde sur le principe de la rpartition des taches entre diffrentes machines. Dans cette architecture il existe :  Un niveau serveur, constitu de machines qui mettent des services la disposition dautres lments du systme. Ces services peuvent tre du partage de fichier, des applications diverses ou des partages de nombreux types de ressources.  Le niveau client se compose de machines qui peuvent venir chercher des ressources sur les serveurs auxquels elles ont une autorisation daccs.

Architecture Client-serveur REMARQUE : Un client peut partager des ressources avec dautres clients ou serveurs et devenir lui-mme serveur pour les ressources quil partage et inversement. Toutes les taches sont partages entre machines, assurment entre autres un dlestage de charges et chacun des nuds du rseau. En particulier, pour tout ce qui relve de la productivit et du travail individuel, librant ainsi les serveurs dune charge inutile pour les applications de gestion. Les types de taches ainsi rparties sont essentiellement :   La prise en charge complte au niveau local de lIHM ; La rpartition des donnes entre plusieurs bases de donnes, dont certaines parties peuvent tre gres au niveau du client.

La rpartition des modules applicatifs dont une partie se trouve sur les serveurs et une partie sur les postes-clients. Les lments techniques ncessaires pour achever loprationnalit de larchitecture client serveur :    Les systmes de gestion fiable de rseaux locaux ou LAN ; La gnralisation des interfaces utilisateur graphique ou GUI ; Bases de donnes rparties.

Ce nest qu partir des annes 90 que lensemble de ces technologies est devenu rellement oprationnel et que des applications en architecture client-serveur ont pu tre mises en place avec efficacit.
b. Nouvelle approche du client-serveur :

Plusieurs modles darchitecture client-serveur sont possibles, lesquels mettent en uvre plus ou moins dlments de larchitecture complte :   Client serveur de fichiers : cest le niveau le plus simple et historiquement le plus ancien, des fichiers grs par un serveur sont partageables entre les clients. client-serveur de donnes : ce niveau de serveur qui est trs volu implique lutilisation dun systme de bases de donnes permettant la prise en charges de bases rparties  client-serveur dapplications : Ce niveau est le plus complexe car il implique la mise en uvre du partage des applications entre diverses machines serveurs et clients. Les constructeurs et socits de conseil et de services en informatique dsignent aujourdhui les niveaux de modlisation darchitecture client-serveur en modle n tiers, le niveau le plus haut tant client-serveur trois niveaux :  Un niveau central : avec : Mainframe ou serveur dentreprise, ce dernier prend en charge la gestion des transactions : un ensemble indissociable doprations de

gestion lmentaire et doit sassurer de lapprobation de tous les serveurs.  Le deuxime niveau est celui des serveurs dpartementaux ou applicatifs. Il doit tre facilement incrmentale, puisquune nouvelle application pouvant tre mise en service par ladjonction dun nouveau serveur. Dans le concept ERP, la nouvelle application a le mme IHM et utilise les mmes structures de donnes.

Le troisime niveau est celui des postes ou stations de travail des utilisateurs finaux.

Le client-serveur total est celui ou il y a galit entre serveurs et clients, les clients pouvant devenir serveurs. Il reste purement thorique parce quil est ingrable.

3. De nouvelles organisations et architectures avec Interne t :


Aprs la venue des serveurs Web, le systme dinformation devient accessible aux personnes extrieures lentreprise et en particulier au grand public.
a. Vers une a rchitecture Web c lient- Webserveur :

les systmes dinformation en architecture client-serveur peuvent facilement tre tendus par lintgration dun serveur Web, autant facilite si le choix de protocole de rseau local sest dj fait en faveur de TCP-IP ( transfert control protocol - internet protocol). Avantage :  Le premier avantage est relatif la facilit dvolution du systme applicatif de lentreprise dans son ensemble. En effet, en sappuyant sur le WWW, lenrichissement dun systme applicatif par la mise en uvre dun serveur Internet, ouvre lentreprise de nouveaux marchs sans investissements lourds en ressources humaines et en nouveaux locaux ;   Le deuxime est relatif aux gains concurrentiels et laccroissement de clientle potentielle pour les produits et services de lentreprise ; Le troisime avantage, souvent le plus visible, est la connexion aux systmes dinformations des membres de lentreprise et des partenaires distants sans investissements lourds, un terminal disposant dun accs Internet suffit.
b. Le positionnement des grands diteurs :

Les diteurs et constructeurs de produits Web ont dsormais mis sur le march des plates formes qui constituent les composantes de bases de serveurs applicatifs Internet, Intranet et Extranet. Ces composantes nouvelles sont destines toutes sortes dapplications possibles. Les diteurs de lERP se positionnent au-dessus de ces plates formes avec leurs modules applicatifs. Quant au Web client, il est rduit sa plus simple expression car un simple browser suffit et permet laccs de tous les serveurs du WWW.

C. EVOLUTION DES ATTITUDES DES UTILISATEURS POUR LEXPRESSION DES BESOINS :


Depuis que lutilisation des progiciels se gnralise, des compromis sont demands aux utilisateurs entre leurs habitudes organisationnelles et la ncessit de se plier aux pratiques imposes par les concepteurs de progiciels choisis. Par ailleurs, ladoption dun progiciel de gestion intgr, de prfrence un dveloppement totalement spcifique, ne constitue jamais une rponse complte aux besoins de lentreprise.

4. Lhritage applicatif :
Dans la plupart des grandes entreprises, larchitecture applicative date de lpoque ou lon dveloppait des applications spcifiques pour tout type de besoins. Leur spcification a souvent t fonde sur une mthodologie et une dmarche trs structurante. Labsence doutils et de technologie permettant des volutions simples a conduit, dans la plupart des cas, un hritage dapplications difficilement maintenables. Pour la plupart des domaines de gestion gnralistes soumis une rglementation trs stabilise, lutilisateur a un choix de progiciels trs large. Ce nest pas le cas de tous les mtiers. Cependant les environnements ont chang et lutilisateur a intrt de tenir compte de deux lments essentiels, indpendamment du choix doutils de spcification et de dveloppement :  Lexistence de composants qui dune part, rduisent leffort de dveloppement et dautre part permettent de btir lintgralit de lapplication sur des objets identiques ceux utiliss par les autres modules ;  La ncessit de sintgrer un niveau plus ou moins important avec les parties du systme applicatif.

5. La gnralisation des progiciels :


Lutilisation gnralise des progiciels et des suites dapplication a souvent fait oublier la ncessit de modliser ses besoins avant dacheter les progiciels. Une approche simplement produite consistant dans la comparaison des fonctionnalits, quelques mesures de performances et une valuation dergonomie peuvent tre envisages pour des applications ne

mettant en jeu que des besoins lis un mtier ou la productivit individuelle des utilisateurs.

6. Lre des composants


La notion de composant est lie celle de lobjet informatique. Un objet est un ensemble de donnes, mthodes daccs, rgles, paramtres caractristiques ou proprits. Un objet est stable, il peut prendre plusieurs aspects. Il est rutilisable par des applications et des modules diffrents dans le systme dinformation. Un composant de gestion est un objet informatique utilis en gestion. Tous les systmes informatiques ne sont pas susceptibles de grer des objets, on sera particulirement vigilant au SGBD-R dont seulement les versions les plus rcentes intgrent la notion dobjets, leur gestion et leur manipulation.

III.

Implantation dun ERP

A. Les tapes de l'im plantation de l'ERP


Vu les difficults de l'implantation de l' ERP, la mise en place de ce progiciel devrait passer par diffrentes tapes. Markus et Tanis (2000) ont dvelopp un modle d'implantation comportant 4 phases :

1. Phase de conception
Cette phase constitue une phase de planification o les principales dcisions sont prises : la slection du progiciel, l'identification du chef de projet, l'approbation du budget et du plan de projet.

2. Phase d'implantation
Cette phase comporte l'analyse de la situation actuelle de l'entreprise, la mise en place du nouveau systme et sa configuration aux systmes existants et les tests.

3. Phase de stabilisation
Cette phase vient juste aprs avoir rompu avec l'ancien systme. C'est la phase pendant laquelle le systme se stabilise pour permettre de dtecter les diffrentes anomalies et de les corriger ventuellement.

4. Phase d'amlioration continue


L'amlioration continue consiste par exemple dans la maintenance du systme, l'introduction de nouvelles fonctionnalits au systme, le support des utilisateurs, les mises jour ventuelles, etc.

B. Les difficults de l'implantation de l'ERP


L'attrait de l' ERP provient essentiellement des potentialits de ce progiciel qui permettent l'intgration informationnelle. Cependant, la vulnrabilit de mise en uvre d'un ERP est importante puisque le projet de l'implantation d'un ERP prsente plusieurs difficults. D'ailleurs, Davenport (1998) a mentionn plusieurs cas d'entreprises qui ont chou la mise en place d'un ERP. Parmi ces entreprises, on trouve Dell Computer et Dow Chemical.

Parmi les problmes qu'on peut rencontrer lors de l'implantation de l'ERP on cite :

1. Les problmes relatifs l'intgration


En essayant d'adapter l'ERP la plate forme existante, les entreprises trouvent des difficults intgrer le progiciel aux systmes existants, aux bases de donnes existantes et aux systmes de communications spcifiques chaque entreprise (Markus et Tanis, 2000). En plus, plusieurs entreprises dcident de garder quelques anciennes applications qui rpondent des besoins que l'ERP n'a pas pu satisfaire. Ces applications doivent donc tre interfaces avec celles de l'ERP, chose qui n'est pas facile et qui peut coter cher.

2. La modification du progiciel
Selon Markus et Tanis (2000), la modification du progiciel est dconseille. D'ailleurs, trs souvent les diteurs refusent de faire des changements cause des cots levs engendrs par les dveloppements spcifiques et leur maintenance.

3. La rsistance au changement exprime par le personnel


Comme l'implantation d'un ERP engendre des changements organisationnels, cette rsistance reprsente une sorte de manifestation d'un refus du modle organisationnel vhicul par l'ERP. D'ailleurs, cette rsistance au changement peut constituer l'lment cl de l'chec de la mise en place de l'ERP et elle est essentiellement due ce que les utilisateurs sont souvent mal prpars cette tche (Gowigati, 2001). En fait, si la formation sur l' ERP qu'ils ont suivi est insuffisante, leur mconnaissance oprationnelle du projet leur cause des frustrations qui peuvent se traduire par une paresse gnrale ou encore par un sabotage.

4. Le manque de comptences
Vu leur complexit, les projets ERP demandent des expertises importantes d'origine souvent externe l'entreprise (Adam, 2000). D'ailleurs, les spcialistes en ERP sont essentiels afin de surpasser les problmes relatifs la conception et l'implantation de l'ERP. Cependant, l'quipe projet doit comporter aussi bien des comptences internes qu'externes l'entreprise. En effet, le fait de recourir frquemment aux consultants externes cause de l'indisponibilit du personnel interne engendre des cots non ngligeables.

CONCLUSION
Le rle des systmes dcisionnels est de transformer des donnes brutes en informations exploitables pour des prises de dcision plus pertinentes. Lorsquelle est troitement intgre aux systmes transactionnels, la plate-forme dcisionnelle devient le point de passage central des donnes, ce qui contribue garantir leur homognit et leur qualit. Les entreprises perdent moins de temps essayer de localiser et comprendre leurs donnes : le systme dcisionnel les diffuse la bonne personne, au bon moment, et au format adquat. Ainsi, chaque utilisateur dispose des lments les plus complets et les plus srs pour prendre les bonnes dcisions. En dfinitive, cest le systme dinformation dcisionnel qui permet de valoriser les investissements massifs raliss par les entreprises dans leurs ERP. A ce gain de performance, et lamlioration de la pertinence des dcisions, sajoute un meilleur respect des contraintes rglementaires croissantes lies lauditabilit et la traabilit des donnes. Cependant, les tudes, confirmes par les analystes, montrent que lessentiel du cot de possession des solutions logicielles tient leur maintenance et leur volution, plus quau cot dacquisition initial. Or prcisment, lapproche intgre permet de minimiser ces cots de fonctionnement, grce une administration globale plus efficace et une meilleure visibilit sur le systme dinformation. Il en rsulte une baisse relle du TCO (total cost of ownership ou cot total de possession) sur le moyen terme.

S-ar putea să vă placă și