PGI : définition et parcours d’une commande, du devis à la comptabilité

Un PGI, ou Progiciel de Gestion Intégré, est un ensemble de modules logiciels qui partagent des données communes pour gérer plusieurs activités d’une entreprise : ventes, achats, stocks, comptabilité ou production. Il correspond au terme anglais ERP, Enterprise Resource Planning. Son intérêt : faire circuler l’information entre services sans multiplier les ressaisies.

PGI, ERP et logiciel de gestion : ce qui les distingue

Les termes PGI et ERP désignent généralement la même catégorie de solutions. La différence est linguistique, pas fonctionnelle. Un éditeur qui présente un ERP ne propose donc pas, par définition, un outil plus puissant qu’un autre qui parle de PGI.

Le mot progiciel désigne un logiciel conçu pour répondre aux besoins communs de plusieurs organisations, puis adapté par paramétrage. Le qualificatif intégré est essentiel : les fonctions ne sont pas simplement juxtaposées, elles utilisent des référentiels et des processus communs.

Un assemblage de logiciels spécialisés peut parfaitement convenir à une entreprise. Il demande toutefois de maîtriser leurs échanges. Inversement, un PGI ne couvre pas nécessairement tout le système d’information : des applications métier peuvent rester indispensables.

Une commande pour comprendre le fonctionnement d’un PGI

Le PGI repose généralement sur une base de données commune. Une fiche client, une référence article ou une condition tarifaire peut ainsi servir à plusieurs modules. Les informations sont consultables selon les droits de chaque utilisateur et peuvent être actualisées en temps réel, selon les traitements et les interfaces prévus.

Prenons une entreprise de distribution. Le commercial prépare un devis avec les références du catalogue. Après acceptation, il le transforme en commande sans recréer les coordonnées du client. Le service logistique retrouve les quantités à préparer ; la livraison met à jour le stock selon les règles configurées. La facture reprend ensuite les éléments validés et alimente la comptabilité.

Le principe n’est pas que tout devient automatique : chaque étape suit un circuit défini, avec ses contrôles et ses validations. Une remise exceptionnelle peut nécessiter l’accord d’un responsable ; une commande fournisseur peut attendre une autorisation avant envoi.

Des modules activés selon les besoins

L’entreprise choisit un périmètre fonctionnel plutôt que d’activer systématiquement toute la solution. Les modules disponibles dépendent de l’éditeur et de l’orientation métier du produit.

• Finance et comptabilité : écritures, règlements, budgets et suivi de gestion.
• Achats et ventes : devis, commandes, fournisseurs et facturation.
• Stocks et logistique : mouvements, inventaires et préparation des livraisons.
• Production : nomenclatures, besoins en composants et ordres de fabrication.
• RH et CRM : gestion de certaines données du personnel et de la relation client, selon la solution.

Dans les services, le suivi des projets et des temps peut primer sur les stocks. Dans l’industrie, la planification de production devient souvent un critère central. La pertinence vient de cette adéquation, non du nombre de modules affichés.

Les gains attendus et les limites à anticiper

Le premier bénéfice est la cohérence de l’information. Lorsque les équipes utilisent le même référentiel, elles réduisent les doublons et les écarts entre fichiers. L’automatisation des transferts diminue les ressaisies, tandis que la traçabilité facilite la recherche d’une commande, d’une validation ou d’un mouvement de stock.

Pour le pilotage, le PGI rapproche des informations auparavant dispersées : ventes, dépenses, disponibilité des produits ou charge de production. Les tableaux de bord deviennent plus utiles, à condition que les données saisies soient fiables et les indicateurs correctement définis.

Il reste pourtant une zone d’ombre à examiner : les fichiers parallèles. Si une équipe conserve un tableur pour corriger les stocks ou calculer une marge, ce document révèle peut-être une règle métier oubliée. Avant de le supprimer, demandez quelle décision il permet de prendre et quelle information manque dans l’outil officiel. Ce détour évite de centraliser les données tout en laissant le travail réel hors du système.

Les limites sont aussi organisationnelles. Un mauvais paramétrage peut diffuser une erreur dans plusieurs services. Une personnalisation excessive complique les évolutions. Le changement des habitudes exige du temps et de la formation. Enfin, la dépendance à l’éditeur ou à l’intégrateur impose de vérifier les conditions de support, d’export des données et de sortie du contrat.

Choisir un PGI adapté sans sous-estimer son coût

Une TPE de moins de 10 collaborateurs peut avoir besoin d’une gestion intégrée, mais sa taille seule ne justifie pas le projet. Les signaux les plus utiles sont les ressaisies fréquentes, les écarts de stock, les rapprochements manuels et les difficultés à suivre plusieurs sites ou activités.

Commencez par décrire vos processus prioritaires dans un cahier des charges. Demandez ensuite une démonstration fondée sur vos propres scénarios : retour client, livraison partielle, fabrication ou facturation par projet. Un ERP spécialisé peut mieux couvrir un secteur ; un généraliste peut offrir une couverture plus transversale.

Comparer l’hébergement, l’intégration et le budget global

En SaaS, la solution est accessible comme un service, généralement par abonnement. Une installation sur site mobilise davantage vos ressources techniques ou celles d’un prestataire. Dans les deux cas, vérifiez les droits d’accès, les sauvegardes, la restauration, la disponibilité et les responsabilités de sécurité. Les API et connecteurs doivent aussi permettre les échanges nécessaires avec vos autres applications.

Le coût ne se limite pas à la licence ou à l’abonnement. Il comprend l’intégration, le paramétrage, la migration, les éventuels développements, la formation et le support. Ajoutez le temps consacré par vos équipes et les coûts futurs d’évolution. Sans périmètre précis, un tarif isolé ne permet pas une comparaison sérieuse.

Déployer le PGI en sécurisant les données et les usages

La mise en œuvre est un projet d’entreprise, pas une simple installation. La direction fixe les priorités, les responsables métiers valident les processus et les utilisateurs testent les situations réelles. L’éditeur ou l’intégrateur apporte l’expertise technique, sans remplacer ces arbitrages internes.

1. Cadrer les besoins : identifier les flux prioritaires, les contraintes et les résultats attendus.
2. Concevoir et paramétrer : définir les référentiels, les droits, les validations et les interfaces.
3. Préparer la migration : nettoyer les doublons, corriger les données et tester leur reprise.
4. Tester et recetter : vérifier les parcours complets, y compris les exceptions et les échanges entre modules.
5. Former les utilisateurs : travailler sur leurs tâches quotidiennes avec des supports adaptés.
6. Démarrer et accompagner : organiser l’assistance, traiter les anomalies et suivre l’adoption.

Le lancement peut être simultané, dit Big Bang, ou progressif par module, service ou site pilote. Le choix dépend des dépendances entre processus et de la capacité à maintenir l’activité pendant la transition.

Pour évaluer le résultat, comparez des indicateurs avant et après le déploiement : temps de traitement d’une commande, volume de ressaisies, écarts d’inventaire ou délai de clôture. Un PGI réussit lorsqu’il simplifie les opérations et fiabilise les décisions, pas simplement lorsqu’il entre en production.