Logiciel gestion de production : dès quand l'atelier en a besoin

Mardi matin, dans un atelier fictif de six personnes, un client demande 40 tables pour la fin du mois. Le dirigeant ouvre son tableur de stock, appelle le magasinier, cherche sur un tableau blanc ce qui occupe la scie la semaine suivante, puis répond au jugé. Le délai annoncé tiendra peut-être, mais personne ne peut le démontrer.

Tout l'intérêt d'un logiciel de gestion de production tient dans cette scène : remplacer une estimation de tête par un calcul qui part de la commande, descend jusqu'aux composants et remonte jusqu'à la capacité des postes. La vraie question porte moins sur le meilleur outil que sur le niveau de complexité à partir duquel un petit atelier rentabilise l'effort de mise en place.

Ce que fait un logiciel gestion de production

Le sigle GPAO signifie gestion de production assistée par ordinateur. Un logiciel de GPAO s'appuie sur deux référentiels. La nomenclature liste les composants et les quantités nécessaires pour obtenir un produit. La gamme décrit les opérations, leur ordre, le poste qui les réalise et le temps prévu. À partir de ces deux fichiers, l'outil transforme une commande en besoins d'achat et en ordres de fabrication, puis répartit ces ordres sur les postes disponibles.

La documentation d'Odoo, qui détaille publiquement son application Fabrication, donne une idée concrète du périmètre habituel : nomenclatures multiniveaux, variantes de produit, postes de travail, plan directeur de production, fabrication avec numéros de lot et de série, gestion des rebuts, sous-traitance, suivi du temps en atelier et analyse du taux de rendement synthétique. Un panneau de postes de travail permet aussi d'installer des tablettes dans l'atelier pour suivre les ordres en temps réel.

GPAO, ERP, MES : trois périmètres différents

Les comparateurs mélangent volontiers ces termes, alors qu'ils ne recouvrent pas la même chose.

Pour une très petite structure, le choix se joue souvent entre une GPAO dédiée et un ERP modulaire dont seule la brique fabrication est activée au départ. La première demande de relier l'outil à la facturation et aux achats, le second impose d'adopter une logique unique pour plusieurs services.

Les signaux qu'un tableur ne suffit plus

Un tableur convient très bien à un artisan qui fabrique peu de références, à la commande, avec des composants simples. Il décroche quand plusieurs fichiers doivent dire la même chose au même moment. Quelques symptômes reviennent :

• le stock du fichier diffère régulièrement du stock réel, et les ruptures se découvrent au moment de lancer la fabrication ;
• les délais promis dépendent de la mémoire d'une seule personne, ce qui rend toute absence risquée ;
• un même produit existe en plusieurs variantes dont les nomenclatures sont recopiées à la main ;
• le coût de revient réel n'est connu qu'une fois le chantier terminé, voire jamais ;
• un client ou une norme du secteur exige de retrouver le lot d'un composant dans un produit livré ;
• les heures passées à ressaisir la même information dépassent ce que coûterait un abonnement.

Aucun de ces points ne justifie seul un projet logiciel. Deux ou trois réunis, sur une activité qui grandit, indiquent en revanche que le problème n'est plus de discipline mais d'outil. Avant de franchir le pas, automatiser quelques tâches répétitives peut d'ailleurs suffire si le volume reste modeste.

Le calcul que réalise l'outil, sur un exemple

Reprenons les 40 tables de l'atelier fictif. Chaque table demande 1 plateau, 4 pieds et 16 vis. L'outil compare le besoin brut au stock et déduit le besoin net à acheter ou à fabriquer.

Vient ensuite la charge de travail. Si la gamme prévoit 12 minutes de découpe par plateau et 25 minutes d'assemblage par table, les 28 plateaux à produire représentent 336 minutes, soit 5 h 36, et l'assemblage 1 000 minutes, soit 16 h 40. Il faut donc réserver 22 h 16 de capacité, à placer entre les ordres déjà engagés. Le logiciel de production ne fait rien de plus sorcier que ce raisonnement, mais il le refait pour chaque commande, à chaque changement de stock, et pour des nomenclatures de plusieurs niveaux où un sous-ensemble contient lui-même des sous-ensembles.

Cette mécanique explique aussi la limite de tout outil : si le temps réel de découpe atteint 18 minutes alors que la gamme en indique 12, tous les délais calculés seront faux, avec l'apparence de la précision.

Préparer les données avant de regarder les éditeurs

Le travail le plus long d'un projet de GPAO a lieu hors du logiciel. Trois chantiers peuvent démarrer sans rien acheter.

Fiabiliser les articles et le stock

Une liste d'articles sans doublons, avec une unité claire pour chacun, et un inventaire récent constituent le socle. Un même composant codé sous trois noms fausse tous les calculs de besoin. C'est le moment de fixer aussi une règle simple de sortie de stock, car un logiciel ne compense pas des prélèvements non enregistrés.

Écrire les nomenclatures des produits les plus vendus

Inutile de tout modéliser d'emblée. Commencer par les produits qui pèsent le plus dans le volume permet de mesurer l'effort réel et de repérer les variantes qui méritent d'être regroupées.

Chronométrer plutôt que supposer

Les temps de gamme gagnent à venir de relevés, même sommaires, faits sur quelques séries. Ce travail sert deux fois, car ces mêmes temps alimentent le calcul du coût de revient. Pour un dirigeant qui fixe ses prix à partir de ses coûts, c'est souvent le premier bénéfice visible, avant même le choix d'un outil.

Quelles fonctions exiger selon le mode de fabrication

Les logiciels de gestion de production se ressemblent sur le papier. Ce qui les sépare, c'est leur aisance sur une façon précise de produire. Mieux vaut partir de cette façon de produire que d'une liste de cases à cocher.

À ces critères métier s'ajoutent quelques questions pratiques. L'outil fonctionne-t-il sur une tablette d'atelier, avec une connexion moyenne ? Peut-il échanger avec le logiciel de facturation, ce qui compte davantage avec l'arrivée de la facturation électronique ? Les données s'exportent-elles dans un format lisible en cas de changement de solution ?

Combien coûte une GPAO pour une petite structure

Odoo publie sa grille tarifaire en ligne : elle sert ici d'ordre de grandeur, pas de recommandation. Le site n'est affilié à aucune marque et n'a testé aucun de ces produits.

En novembre 2026, cette page propose un plan gratuit limité à une seule application, avec un nombre d'utilisateurs illimité : l'application Fabrication peut être celle-ci, les applications dont elle dépend étant offertes. Le plan Standard, qui ouvre toutes les applications, affiche les montants de 24,90 € et 31,10 € par utilisateur et par mois, avec une remise limitée à 12 mois pour les utilisateurs de la commande initiale. Pour cinq utilisateurs, ces deux montants donnent 124,50 € et 155,50 € par mois. Le plan Personnalisé, affiché à 44,90 € et 56,90 €, ajoute notamment l'installation sur site et l'accès à une interface de programmation (API).

La licence n'est pourtant qu'une partie de la facture. Il faut y ajouter le paramétrage, la reprise des données, la formation, le temps interne pris sur la production et, le cas échéant, la maintenance. Un chiffrage séparé de ces lignes permet de rapporter le total à ce que coûtent aujourd'hui les ruptures, les retards et les ressaisies. Si le projet exige une avance importante, elle a sa place dans le plan de trésorerie.

Choisir et déployer sans bloquer l'atelier

Un cahier des charges de deux pages suffit à une petite structure : le mode de fabrication, le nombre d'utilisateurs, les outils à connecter, les trois problèmes à résoudre en priorité. Avec ce document, plusieurs éditeurs ou intégrateurs peuvent chiffrer sur une base commune.

La démonstration est l'étape décisive. Le plus parlant consiste à fournir une vraie commande, avec une nomenclature réelle et un imprévu, par exemple un composant manquant : la démonstration standard d'un produit type ne dit rien du comportement de l'outil sur l'activité de l'atelier. Au contrat, trois points méritent une lecture attentive : l'interlocuteur du support, les conditions de sortie et la propriété des données.

Le déploiement gagne à se faire par étapes. Un démarrage sur une seule famille de produits, en parallèle de l'ancienne méthode pendant quelques semaines, permet de comparer les délais calculés aux délais constatés et de corriger les temps de gamme avant d'étendre l'usage.

Questions fréquentes

Quelle différence entre un ERP et un logiciel de GPAO ?

La GPAO se concentre sur la fabrication : nomenclatures, gammes, planification, suivi. Un ERP couvre en plus les ventes, les achats, les stocks et souvent la comptabilité dans une base unique. Un ERP doté d'un module de production joue alors le rôle de GPAO.

Une très petite entreprise a-t-elle besoin d'une GPAO ?

Pas systématiquement. Un artisan qui produit peu de références à la commande s'en sort avec un tableur bien tenu. L'outil devient pertinent avec plusieurs variantes, plusieurs postes, des contraintes de traçabilité ou des délais difficiles à garantir.

Existe-t-il un logiciel de gestion de production gratuit ?

Oui. Odoo propose ainsi en novembre 2026 un plan gratuit limité à une application, qui peut être Fabrication. Le temps de paramétrage reste à compter, et il faut vérifier que les fonctions annexes nécessaires sont bien couvertes.

Quelles données faut-il pour démarrer ?

Une liste d'articles propre, un stock inventorié, les nomenclatures des produits principaux et des temps de gamme relevés sur le terrain. Les postes de travail et leur capacité complètent ce socle.

Une GPAO calcule-t-elle le coût de revient ?

Elle peut l'estimer à partir des composants et des temps prévus, puis le comparer au réel si l'atelier saisit ses temps. Odoo documente par exemple le coût des ordres de fabrication. La fiabilité dépend directement de la qualité des temps enregistrés.

Sources et références

• Odoo, documentation de l'application Fabrication — www.odoo.com
• Odoo, page des tarifs — www.odoo.com