Progiciel de gestion intégré (PGI) : cours de Terminale STMG

Dans le chapitre précédent, tu as étudié les composantes du système d'information : les ressources matérielles, les logiciels, les données, les personnes et les procédures. Ce chapitre-ci pose une question très concrète : comment une organisation fait-elle travailler tous ces éléments ensemble, sans que chaque service garde ses propres fichiers dans son coin ?

La réponse la plus répandue est le progiciel de gestion intégré, souvent abrégé en PGI (en anglais ERP, pour Enterprise Resource Planning). Dans le programme de systèmes d'information de gestion, le progiciel de gestion fait partie des outils que les élèves manipulent lors d'expérimentations dans différents environnements numériques ². Tu ne dois donc pas seulement connaître le mot : tu dois savoir l'utiliser, le situer dans l'organisation et expliquer ce qu'il apporte.

Dans cette page, nous avançons en cinq temps :

• ce que veut dire chaque mot de l'expression « progiciel de gestion intégré » ;
• le fonctionnement d'un PGI : modules, base de données commune, circulation de l'information ;
• le lien avec les processus métiers, que le progiciel de gestion sert à décrire ², notion que tu retrouveras dans le chapitre suivant ;
• les avantages et les limites, avec les arguments à mobiliser dans une étude de cas ;
• la mise en place d'un PGI dans une organisation : paramétrage, formation, conduite du changement.

Le meilleur réflexe pour comprendre une expression technique consiste à la découper. Ici, trois mots portent chacun une idée.

Pour saisir l'intérêt d'un PGI, imagine d'abord une organisation qui n'en a pas. Prenons l'exemple d'une entreprise fictive, Bois & Maison, qui fabrique et vend des meubles. Au fil des années, chaque service a choisi son propre outil :

• le service commercial note les commandes dans une application de suivi des clients ;
• l'atelier gère ses stocks de matières dans un tableur ;
• la comptabilité utilise un logiciel de facturation distinct ;
• les ressources humaines préparent la paie avec un autre logiciel.

Que se passe-t-il lorsqu'un client passe une commande ? Le commercial la saisit. L'atelier doit ensuite la ressaisir pour réserver le bois nécessaire. La comptabilité la ressaisit une troisième fois pour établir la facture. Trois saisies pour une même information, donc trois occasions de commettre une erreur de frappe, un oubli ou un décalage dans le temps.

Les difficultés se résument en quatre mots :

• redondance : la même donnée existe en plusieurs exemplaires ;
• incohérence : les exemplaires finissent par différer ;
• lenteur : il faut attendre qu'un service transmette son information à un autre ;
• manque de vision globale : le dirigeant ne peut pas obtenir facilement une image fiable de l'activité.

Un PGI repose sur deux idées techniques simples à retenir : des modules distincts, et une base de données unique.

Reprenons Bois & Maison, cette fois équipée d'un PGI. Le commercial saisit la commande dans le module des ventes. Cette information entre dans la base commune. Aussitôt, le module des stocks voit apparaître le besoin de matières. Le module de comptabilité dispose des éléments pour préparer la facture. Personne n'a ressaisi quoi que ce soit.

Un PGI ne se limite pas à ranger des données. Il organise aussi la manière dont le travail circule dans l'organisation. C'est là qu'intervient la notion de processus métier, que tu étudieras en détail au chapitre suivant.

Le programme relie directement les deux idées : le progiciel de gestion permet de décrire et de représenter l'organisation en termes de processus métiers ². Autrement dit, quand on met en place un PGI, on doit d'abord comprendre comment l'organisation travaille : qui fait quoi, dans quel ordre, avec quelles informations. Le PGI reflète ensuite ces enchaînements.

En étude de cas, on te demande souvent d'apprécier l'intérêt d'un outil. Une bonne réponse présente à la fois des atouts et des contraintes, puis conclut en fonction de la situation de l'organisation.

Acquérir un PGI n'est jamais un simple geste d'installation. C'est un projet qui touche l'organisation entière. On peut le découper en grandes phases.

Deux points méritent une attention particulière :

• Le paramétrage. Comme un progiciel est un produit standard, l'organisation l'adapte plutôt qu'elle ne le réécrit. Mais si l'organisation modifie trop le produit, elle perd une partie de l'intérêt du standard.
• La conduite du changement. Un PGI modifie les habitudes de travail. Si les utilisateurs ne comprennent pas pourquoi ils changent, ils contournent l'outil et la qualité des données se dégrade.

Les questions sur le PGI prennent souvent la forme d'un dossier : on décrit une organisation, ses outils actuels, ses difficultés, puis on te demande d'analyser ou de proposer. Voici comment aborder ces questions.