Un planning sur le PC de l'ordonnanceur, un logiciel installé sur deux postes au bureau, et un atelier qui travaille sur des feuilles imprimées le matin : c'est l'équipement réel de beaucoup de PME industrielles. Une GPAO web pour PME, accessible depuis un navigateur sur n'importe quel poste, tablette ou téléphone, change cette organisation plus qu'on ne le pense. En bien, et parfois en mal, quand elle est mal cadrée.
Nos échanges avec des responsables de production et de supply chain montrent un écart récurrent entre ce dont les usines ont besoin et les outils qu'on leur donne. Cet article décrit ce qu'une GPAO en ligne apporte par rapport à un fichier ou à un logiciel installé, ce qu'il faut cadrer avant de lancer un développement GPAO web, et les pièges que nous avons vus se refermer sur des projets pourtant bien partis.
Fichier, logiciel installé, GPAO web : trois modèles
| Critère | Fichier Excel | Logiciel installé | GPAO web |
|---|---|---|---|
| Accès simultané | Une personne à la fois | Les postes équipés | Tous les postes, sans installation |
| Atelier et mobile | Impression papier | Rarement, ou avec un module à part | Tablette, écran tactile, téléphone |
| Données | Dans le fichier, dupliquées | Base locale | Une base centrale, partagée |
| Mises à jour | Manuelles, par copie | Poste par poste | Une seule fois, pour tout le monde |
| Connexion à l'ERP | Copier-coller, Power Query | Connecteur spécifique | API, fichiers, SFTP, EDI |
| Dépendance au poste | Totale | Forte | Aucune : un navigateur suffit |
Ce qu'une GPAO web pour PME change concrètement
Plusieurs postes, une seule vérité
Le planificateur, le responsable d'atelier et l'acheteur regardent le même plan, à jour, au même moment. Plus de « quelle version as-tu ? ». Quand un OF est déplacé, tout le monde le voit, y compris l'écran de la ligne concernée.
L'atelier entre dans la boucle
Une application web s'ouvre sur une tablette au pied de la machine ou sur un écran tactile en bout de ligne. L'opérateur scanne l'OF au début et à la fin d'une opération, déclare une quantité, un lot ou un aléa, et l'avancement remonte en temps réel. Le temps réel se compare au temps standard sans ressaisie. C'est ce qui transforme une GPAO en véritable outil de suivi d'atelier, sans capteurs machines.
Le mobile et le multi-sites
Un responsable de production consulte l'avancement depuis son téléphone, un second site travaille sur la même base. Pour une PME qui a deux ateliers ou un entrepôt à distance, c'est souvent le premier bénéfice visible.
La connexion à l'ERP devient naturelle
Une application web expose et consomme des API : lire les OF et les stocks de l'ERP chaque matin, lui renvoyer les quantités produites et les temps passés le soir. Quand l'ERP n'a pas d'API, un échange de fichiers sur SFTP ou un flux EDI fait le travail. Nous avons détaillé les options dans l'article comment connecter deux applications de gestion de production.
La fin des fichiers parallèles
Quand l'outil officiel ne suit plus, les équipes construisent des palliatifs en Access ou en Excel. L'information se fragmente, la fiabilité baisse et le temps perdu en manipulations augmente. Ce phénomène est particulièrement visible dans les sites rattachés à un grand groupe : les décisions informatiques sont centralisées, les usines attendent parfois des années une fonctionnalité, et elles finissent par bricoler. Une GPAO en ligne conçue avec les opérationnels redonne un endroit unique à ces besoins. Les PME indépendantes ont l'avantage de pouvoir décider vite ; encore faut-il cadrer.
Ce qu'il faut cadrer avant un développement GPAO web
Les projets qui dérapent ont presque toujours sauté une de ces sept étapes.
- Le partage des rôles avec l'ERP. Qui est maître des articles, des nomenclatures, des OF, des stocks, des achats ? En général l'ERP. La GPAO web lit, propose, suit, et renvoie des faits : quantités, temps, lots. Écrire ce partage noir sur blanc évite le pire piège, deux systèmes qui se croient tous les deux maîtres.
- Le référentiel. Articles, gammes, postes de charge, temps standards, calendriers d'ouverture. S'il est faux ou incomplet, aucune application ne le rattrapera. Le nettoyage du référentiel fait partie du projet.
- Les flux de données. Pour chaque échange : sens, fréquence (temps réel, toutes les heures, chaque nuit), format (API, CSV, EDI), responsable en cas d'erreur.
- Les utilisateurs et leurs postes. Un écran de bureau, une tablette d'atelier et un téléphone ne se conçoivent pas pareil. L'atelier a besoin de gros boutons, d'un scan de code-barres et de trois actions, pas d'un tableau de quarante colonnes.
- Les règles métier écrites. Priorités d'ordonnancement, regroupements (par outillage, par allergène, par couleur), arrondis, minimums de lancement. Ce qui est dans la tête de l'ordonnanceur doit être sur papier avant d'être dans le code.
- L'hébergement et les accès. Où tournent l'application et la base, qui sauvegarde, qui gère les comptes, et que se passe-t-il si la connexion internet tombe dans l'atelier.
- Le déploiement. Un premier lot utile, sur une ligne ou un atelier, avec des éditions papier en parallèle le temps que les équipes prennent la main. Notre retour d'expérience sur le déploiement d'une GPAO en production détaille cette phase.
Les pièges que nous avons vus
- Vouloir tout refaire. Reconstruire la gestion des stocks ou des achats dans la GPAO web alors que l'ERP les fait déjà. Résultat : deux stocks, deux vérités.
- Concevoir l'atelier comme un bureau. Un écran pensé pour le planificateur, posé sur une ligne de conditionnement, ne sera pas utilisé.
- Oublier le mode dégradé. Pas de réseau, tablette déchargée, serveur en maintenance : que fait l'opérateur ? Une impression de secours vaut mieux qu'un atelier à l'arrêt.
- Dépendre d'une seule personne. Le développeur, interne ou externe, doit livrer du code documenté et une procédure de reprise.
- Négliger la reprise des données. Les en-cours, les OF ouverts et les lots en stock doivent exister dans le nouvel outil le jour du démarrage.
Développer, ou choisir un produit web existant ?
Un développement GPAO web se justifie quand le processus est réellement spécifique, et que les produits existants ont été testés sur vos cas et ont échoué sur des points précis. Dans les autres cas, un produit web conçu pour les PME, dont les règles se paramètrent ou se programment, apporte le multi-postes, l'atelier et la connexion à l'ERP sans les risques d'un projet spécifique. Nous avons posé la grille de décision complète dans l'article GPAO sur mesure pour PME. Le Journal du Net propose aussi une liste de critères pour choisir sa GPAO.
Ce que nous voyons sur le terrain
Le bénéfice d'une GPAO en ligne n'est pas d'abord technique. Il tient à une chose : les gens de l'atelier deviennent des contributeurs de l'information au lieu d'en être les destinataires. Un opérateur qui scanne un OF produit une donnée plus juste que n'importe quelle estimation du bureau, et il la produit sans effort supplémentaire. Les projets qui réussissent commencent petit (une ligne, un atelier, trois écrans), mettent l'ERP au centre et laissent les éditions papier vivre quelques semaines. Ceux qui échouent ont voulu l'application complète avant le premier scan.
Conclusion
Une GPAO web pour PME apporte le multi-postes, l'atelier connecté, le mobile et une liaison naturelle avec l'ERP. Elle ne dispense d'aucun travail de cadrage : rôles avec l'ERP, référentiel, flux, postes de travail, règles écrites, hébergement, déploiement progressif. Bien cadrée, elle met fin aux fichiers parallèles ; mal cadrée, elle en ajoute un.
C'est le besoin que couvre Planitrack : une application web de suivi des temps et des opérations, avec scan de code-barres à la douchette ou au téléphone, avancement des OF en temps réel et ordonnancement au glisser-déposer, connectée à n'importe quel ERP ou alimentée par Excel. Notre page logiciel GPAO simple pour PME présente l'ensemble ; vous pouvez aussi demander une démo.