Pendant des décennies, les systèmes de production ont supposé que les processus étaient stables, les cycles de production longs et le changement exceptionnel. Cette hypothèse n'est plus valable, et la rigidité qui passait autrefois pour du contrôle se traduit désormais par des frictions à chaque équipe et sur chaque site. Trois options s'offrent aujourd'hui aux fabricants : acquérir un système traditionnel MES , en construire un en interne, ou en construire un sur un composable plateforme. Ils ne sont pas également adaptés à ce qui va suivre.
Que contient le guide ?
- Traditionnel, local et composable comparé selon sept dimensions qui déterminent la valeur à long terme, et non des listes de fonctionnalités à cocher dès le premier jour.
- Le coût de chaque élément sur une période de trois à cinq ans , y compris les postes de validation, d'infrastructure et de demandes de modification que la plupart des modèles budgétaires omettent.
- Douze questions pour mettre à l'épreuve n'importe quel fournisseur, y compris Tulip , avec une fiche d'évaluation que vous pouvez emporter lors des démonstrations.
- Comment les fabricants s'adaptent sans remplacement radical, et à quoi ressemble la première année.
Comparaison des trois voies
Tous les fournisseurs vantent la flexibilité. La plupart entendent « configurable », c’est-à-dire la possibilité de modifier des valeurs et d’activer/désactiver des options au sein d’une structure immuable. Les limites apparaissent la deuxième année, lorsqu’un processus évolue et que le modèle de données ne suit pas. Ce guide compare les solutions traditionnelles, les solutions internes et… composable MES et ce, selon sept dimensions : architecture des données, délai de rentabilisation, propriété, adéquation des effectifs, connectivité, échelle multisite et validation.
Tableau de bord d'évaluation des fournisseurs
Ces sept dimensions se transforment en douze questions à poser lors d'une démonstration. À chaque question correspond une réponse rassurante et une autre qui devrait clore la discussion. Posez-lui ces questions à tous les fournisseurs présélectionnés, y compris nous.
| Demandez au vendeur | Voici à quoi ressemble une bonne réponse | Réponse disqualifiante |
|---|---|---|
| 1. Résultats : Montrez-moi comment les clients sont responsables des objectifs dont nous sommes responsables. Qu'est-ce que le système a rendu possible de manière mesurable ? | Clients nommés ayant des objectifs comparables et des résultats spécifiques avant et après | Démonstration générique d'une fonctionnalité, sans référence comparable |
| 2. Modèle de données : Peut-on structure des données modifier après la mise en œuvre, par notre équipe, sans vous ? | Oui, démonstration en direct, y compris les variations au niveau de la commande, de l'unité et du lot. | « Soumettez-nous un besoin et nous l'évaluerons. » |
| 3. Modification du processus : Mettez en œuvre une modification du processus dans l’environnement de création, en faisant appel à une personne qui n’est pas développeur. | Réalisé dans la démo, par un non-développeur, en quelques minutes | Nécessite l'intervention d'un développeur ou d'un fournisseur. Configurable, mais non composable |
| 4. Fondements de l'IA : À quoi ressemble l'infrastructure de données, et l'IA a-t-elle besoin d'un pipeline séparé ? | Données contextualisées générées par les opérations normales, sans mise à niveau | Liste de fonctionnalités d'IA sans réponse au niveau des données |
| 5. Connectivité : Comment une nouvelle machine est-elle connectée, pendant combien de temps et par qui ? Qu’en est-il des équipements anciens sans interface moderne ? | Tâche de configuration, équipe interne, jours | Services professionnels, code personnalisé ou engagement d'un fournisseur |
| 6. Multisite : Comment les normes sont-elles appliquées sur l’ensemble des sites ? Que se passe-t-il lorsqu’une modification locale entre en conflit avec une norme d’entreprise ? | Modèles standardisés, flux d'approbation avant production | La normalisation dépend de la coordination manuelle |
| 7. Mises à niveau : Comment une mise à jour de plateforme est-elle appliquée à un déploiement existant ? | Application propre, le client reste sur la succursale principale | Rétroportage géré par le fournisseur pour chaque version personnalisée |
| 8. Validation : Qu’est-ce qui déclenche la revalidation ? Est-elle limitée au composant modifié ou à l’ensemble du système ? Qu’est-ce qui est généré automatiquement ? | Au niveau des composants ; plateforme validée selon un calendrier publié | Revalidation complète du système pour tout changement significatif |
| 9. Expansion : Nommez les clients qui sont passés d'un seul client à un autre. cas d'utilisation vers plusieurs sites sans changement de plateforme | Concrets et référençables, les artefacts existants ont été étendus | Hypothétique, ou chaque expansion est un nouveau projet |
| 10. Rotation du personnel : qu’advient-il des applications et des automatisations lorsque la personne qui les a créées quitte l’entreprise ? | La documentation et l'historique des versions sont conservés par la plateforme ; la gouvernance garantit le respect des normes indépendamment de l'auteur. | « Nos clients documentent au fur et à mesure. » |
| 11. Responsabilité : Qui est responsable lorsqu'une modification en libre-service entraîne un écart ou une constatation d'audit ? | Des points d'approbation clairement définis avant la production, une séparation nette des responsabilités entre la plateforme et la solution | La responsabilité incombe entièrement au client, sans aucune garantie. |
| 12. Expérience pertinente : Citez le client dont la situation ressemble le plus à la nôtre. Quelles ont été les difficultés rencontrées ? | Un analogue très proche, nommé précisément, avec les difficultés décrites honnêtement | Une liste de logos, ou « nous avons des centaines de clients » |
Le coût réel de chaque chemin
Les différences de coûts ne se limitent généralement pas aux frais de licence. Les coûts d'intégration représentent souvent deux à quatre fois le prix de la licence, et la validation s'y ajoute dans le cadre d'opérations réglementées. Les systèmes développés en interne permettent de compenser ces coûts par des heures d'ingénierie internes, ce qui paraît moins onéreux car réalisé en interne. Le reste demeure invisible, notamment les améliorations de processus bloquées dans la file d'attente des modifications, dont l'impact se fait sentir ultérieurement sur le rendement, le débit et les résultats d'audit.
Ce dont l'IA a besoin en dessous
La plupart des initiatives d'IA dans le secteur manufacturier stagnent au même stade. Le projet pilote fonctionne, mais il est impossible de le déployer sur une deuxième ligne ou un deuxième site, car les données sous-jacentes n'ont jamais été structurées pour autre chose que le processus sur lequel elles ont été conçues. Les données opérationnelles générées aujourd'hui par votre système constituent la base de toute initiative d'IA demain. Ce choix se fait lors de la conception de l'architecture, et non au lancement du projet d'IA.
Voici à quoi cela ressemble quand cela fonctionne
VEKA a remplacé un produit local MES qui n'était plus à la hauteur. Ils ont commencé par là où le problème était le plus visible, la configuration et le contrôle de la première pièce, puis ont ajouté la traçabilité et le suivi des lots, puis sont passés d'un plan de contrôle statique à un contrôle dynamique en cours de production, puis Suivi de production , maintenance, temps d'arrêt, rebuts et non-conformité.
Le nombre d'évasions de qualité a diminué, passant de 530 par an à 66 sur cette période. L'extension à trois sites supplémentaires a nécessité quelques semaines par site au lieu d'un projet complet.
- ↓88% d'échappées de qualité
- ↓60 % de retours clients
- ↓50 % de temps d'inspection de la première pièce
- ↓96 % de rebuts dus à des matrices incorrectes
Nous avions des piles de papiers qui circulaient dans l'atelier, et essayer de remonter à la source des problèmes de qualité revenait à chercher une aiguille dans une botte de foin.
Matt Ranallo, directeur de l'excellence opérationnelle, VEKA
-
La configurabilité permet d'ajuster une structure fixe : modifier des valeurs, activer/désactiver des options, sélectionner des modules prédéfinis. La composabilité, quant à elle, modifie la structure elle-même. Les nouveaux champs de données, flux de travail, intégrations et logiques sont créés par les équipes concernées. En pratique, la difficulté réside dans la capacité à effectuer des modifications et dans le délai imparti.
-
Une mise en œuvre traditionnelle s'étend sur 12 à 36 mois jusqu'au déploiement initial, auxquels s'ajoutent 6 à 12 mois pour la validation dans le cadre d'opérations réglementées. composable La première version fonctionnelle de la plateforme sera disponible dans environ trois mois, et le système sera ensuite continuellement amélioré au lieu d'être livré complet lors de sa mise en service.
-
Au-delà de la licence : les frais d’intégration représentent deux à quatre fois le prix de la licence, des cycles de validation sont nécessaires pour chaque modification importante, des corrections sont effectuées site par site, l’infrastructure et les correctifs sont inclus, ainsi que les mises à jour pour les sites personnalisés. Le guide détaille tous ces éléments, y compris la migration de plateforme, une étape généralement omise par la plupart des solutions économiques.
-
Une fois installé et en fonctionnement, le système gère rarement les processus qu'il prend en charge et l'intervention humaine est limitée. Dans ce cas, le coût du changement peut être supérieur aux avantages, comme le précise le guide.
-
Oui, et c'est le chemin normal. composable Cette couche s'exécute parallèlement à la couche existante. MES , ERP et les systèmes qualité, prenant en charge les flux de travail que le système en place gère mal. À mesure que ces lacunes sont comblées, l'utilité du système existant diminue et les processus migrent progressivement plutôt que brutalement.
Douze questions. Posez-les-nous.
Apportez le tableau de bord lors d'une démonstration et demandez-nous de mettre en œuvre une modification de processus en direct, dans l'environnement de création, avec une personne qui n'est pas développeur. Nous préférons être mis à l'épreuve plutôt que d'être considérés comme dignes de confiance.