Sommaire
- Le problème : une démonstration ne prouve pas qu'un ERP tiendra dans votre atelier
- Une méthode en dix phases, trois portes de décision
- Dix domaines fonctionnels, chacun avec ses limites dites d'emblée
- Cinq profils d'atelier, cinq cas-types — et un refus assumé
- Comparer sans surpromettre : le marché des ERP industriels
- Le vrai budget : un TCO en jours, jamais un tarif affiché
- Des indicateurs de production honnêtes
- Sous-traitance et registre de risques : deux sujets qui font dérailler les projets
- Ce que ce guide couvre, et ce qu'il ne couvre pas
- Questions fréquentes
Le problème : une démonstration ne prouve pas qu'un ERP tiendra dans votre atelier
Un ERP industriel se juge sur les nomenclatures, les gammes, les aléas et les données réelles d'une entreprise, pas sur un scénario préparé par un éditeur. Les projets dérapent rarement à cause du seul logiciel : ils dérapent sur des données inexactes, des écarts découverts tard et des responsabilités floues. Omnifloo Production commence par rendre ces risques visibles, avant de parler de déploiement.
C'est pourquoi l'offre s'ouvre par un essai cadré, avec des critères d'acceptation écrits à l'avance, puis par un pilote sur un flux réel, avant tout devis de mise en production.
Une méthode en dix phases, trois portes de décision
La méthode Omnifloo Production compte dix phases, de la qualification (P0) à l'exploitation et l'amélioration continue (P9), rythmées par trois portes de décision : passer au pilote, passer au déploiement ou transférer le dossier à un autre intégrateur, et basculer en production. Chaque phase se termine par une décision écrite, signée par le sponsor de l'entreprise.
Six principes encadrent la méthode : preuve avant engagement, standard d'abord (tout écart fait l'objet d'une fiche argumentée), données réelles dès le pilote, critères de sortie écrits, réversibilité à tout moment, et exploitation — sauvegarde, restauration testée, mises à jour — pensée dès le départ plutôt qu'en annexe. Le détail des dix phases et de la gouvernance RACI fait l'objet d'un article dédié.
Dix domaines fonctionnels, chacun avec ses limites dites d'emblée
L'architecture fonctionnelle d'Omnifloo Production couvre dix domaines : vente, prévision, approvisionnement, production, atelier, qualité, stock et traçabilité, maintenance, coûts et livraison, cycle de vie produit et interfaces. Pour chacun, le statut est écrit noir sur blanc : inclus dans le socle Odoo 20 Community, selon option (les fonctions relevant d'une édition payante ou d'un module complémentaire, comme la qualité structurée, le plan directeur de production, la planification graphique ou le cycle de vie produit), ou sur étude (interfaces machines, EDI industriel).
Cette transparence est délibérée : dire qu'une fonction est « selon option » avant la signature évite les mauvaises surprises pendant le pilote. Le détail domaine par domaine fait l'objet d'un article dédié.
Cinq profils d'atelier, cinq cas-types — et un refus assumé
Cinq cas-types fictifs illustrent la méthode sur des profils d'atelier différents : sous-traitance mécanique (usinage, anodisation externe, certificats matière), assemblage avec numéros de série (variantes, composants critiques, retour SAV traçable), fabrication par lots (quarantaine, FEFO, exercice de rappel), fabrication à l'affaire (achats rattachés, acomptes, marge par affaire) et maintenance d'un parc machines (préventif, correctif, arrêts visibles pour la production).
Ces cas sont explicitement fictifs : les entreprises et les données sont inventées pour illustrer la méthode, jamais présentées comme des références clients. Un cas « hors cible » est également assumé : process continu lourd, pharmaceutique avec validation informatisée, aéronautique avec gestion de configuration réglementée ou consolidation multi-pays complexe dès le premier lot ne font pas partie du périmètre standard. Dire non fait partie de la crédibilité de l'offre.
Comparer sans surpromettre : le marché des ERP industriels
Omnifloo Production s'inscrit dans un marché large, aux côtés de suites internationales (SAP, Microsoft Dynamics 365, Oracle NetSuite, Infor, Epicor, IFS), d'ERP industriels européens et spécialistes (Sage X3, Cegid, Divalto, Sylob, proALPHA, Abas, Acumatica, Access Group) et des intégrateurs Odoo. Un comparatif sourcé, construit à partir des pages publiques de quatorze éditeurs consultées et datées, distingue ce qui est explicitement annoncé, ce qui relève d'un module ou produit connexe, et ce qui n'est pas établi sur les pages retenues.
Aucun prix n'est inventé : sur les quatorze éditeurs comparés, seuls deux publient un tarif public identifiable (Microsoft Dynamics 365 Supply Chain Management et Acumatica Manufacturing Edition) ; les autres proposent un devis sur mesure. Le détail du comparatif, avec toutes les sources, fait l'objet d'un article dédié.
Le vrai budget : un TCO en jours, jamais un tarif affiché
Le budget d'un projet ERP industriel se calcule sur trois ans : diagnostic, essai cadré, pilote, conception et paramétrage, données et migration, interfaces, recette et bascule, formation, puis trois années d'exploitation, plus une réserve de risque. Ces postes sont exprimés en jours, avec des ordres de grandeur pour une PME de 10 à 80 personnes sur un site, et non en prix fermes : le prix dépend du diagnostic, jamais l'inverse.
Le paiement d'un projet Omnifloo Production est en attente de cadrage commercial : aucun prix de déploiement n'est affiché sur cette page ni sur les pages liées. Les actions possibles sont l'essai cadré, la démonstration en ligne et le contact direct. Le détail du budget en jours fait l'objet d'un article dédié.
Des indicateurs de production honnêtes
Trois indicateurs structurent le suivi d'un atelier sous Omnifloo Production : le MTBF (temps de fonctionnement rapporté au nombre de pannes), le MTTR (temps de réparation moyen) et le TRS ou taux de rendement synthétique (disponibilité × performance × qualité). Chacun a ses conditions de fiabilité : le MTBF et le MTTR ne valent que si les pannes sont déclarées dans l'ERP ; le TRS n'a de sens que si les arrêts, les cadences et les rebuts sont réellement saisis au fil de l'eau. Sans ces conditions, mieux vaut ne pas afficher l'indicateur plutôt que d'afficher un chiffre trompeur.
Sous-traitance et registre de risques : deux sujets qui font dérailler les projets
La sous-traitance industrielle se modélise dans Odoo selon trois flux : le sous-traitant autonome qui achète lui-même ses composants, le réapprovisionnement du sous-traitant depuis le stock du donneur d'ordre, et la livraison directe d'un fournisseur de composants chez le sous-traitant. Choisir le bon flux dès la conception évite des paramétrages à refaire.
Un registre de risques type accompagne chaque projet : nomenclatures ou gammes erronées, utilisateurs clés indisponibles, écarts au standard non maîtrisés, fonction d'une édition payante supposée incluse, bascule en période de pic, adoption faible en atelier. Chaque risque est associé à une prévention et à un signal d'alerte suivi en comité de pilotage.
Ce que ce guide couvre, et ce qu'il ne couvre pas
Ce guide reprend fidèlement neuf axes déjà publiés et vérifiés en ligne sur omnifloo.com/omnifloo-prod : l'architecture par domaines, la méthode et sa gouvernance, le comparatif de marché, le budget en jours, les indicateurs de production, un cas-type fictif complet, les flux de sous-traitance et le registre de risques. Il ne couvre pas les quatre autres cas-types fictifs (assemblage avec numéros de série, fabrication par lots, fabrication à l'affaire, maintenance d'un parc machines) ni les 32 articles complets du Journal Omnifloo Production, tous deux accessibles directement sur omnifloo.com pour qui veut approfondir un point précis.
Cette limitation est volontaire : elle garantit que chaque affirmation présente sur dyonysos.fr reste tracée vers une page réellement déployée et auditée, plutôt que de dupliquer l'intégralité d'un site qui reste, pour son contenu le plus détaillé, hébergé sur omnifloo.com.
Questions fréquentes
Les réponses aux questions que l'on nous pose le plus souvent sur ce sujet.
Non. Omnifloo Production s'appuie sur Odoo 20, complété de modules DYONYSOS. Ce qui change, c'est la méthode de cadrage, de preuve et d'exploitation, pas le moteur logiciel.
Le socle couvre vente, achats, stock, fabrication, sous-traitance et maintenance. La qualité structurée, l'interface atelier dédiée, le cycle de vie produit (PLM) et le plan directeur de production dépendent d'une option, précisée dans le diagnostic de chaque projet.
Oui. Une démonstration en environnement partagé est en libre accès avec des données fictives, et l'essai cadré se conclut par un procès-verbal, sans obligation d'aller plus loin.
Cela dépend du périmètre : Omnifloo Production ne donne un ordre de grandeur qu'après le diagnostic, jamais avant, pour éviter une promesse de délai non tenable.
Pas en première intention pour la pharmacie avec validation informatisée ou l'aéronautique avec gestion de configuration réglementée : ces cas sont explicitement hors cible standard.
Omnifloo Production ne revendique pas une couverture supérieure à celle du marché : elle propose de vérifier, sur le flux réel d'une entreprise, ce que le socle Odoo 20 fait effectivement, ce qui manque, et ce que l'écart coûte, avant tout engagement. Les huit articles liés ci-dessous détaillent chacun de ces points : architecture par domaines, méthode et gouvernance, comparatif ERP sourcé, budget en jours, indicateurs de production, un cas-type fictif complet, les flux de sous-traitance et le registre de risques.