RSC Colour : Bleu primaire

  • Quelle est la différence entre MES et SAP ?

    Dans la plupart des environnements industriels, le MES et SAP couvrent des parties différentes de la problématique opérationnelle et doivent coexister. SAP est généralement le système de planification des ressources de l’entreprise (ERP) et parfois l’ossature de gestion du cycle de vie produit ou de la qualité. Le MES se situe au plus près de l’atelier et contrôle, guide et enregistre l’exécution.

    Objectif principal et périmètre

    MES (Manufacturing Execution System) se concentre généralement sur :

    En pratique, cela se rattache au mapping des données et à l’interopérabilité des systèmes lorsque les équipes doivent transformer la réponse en habitudes d’exécution répétables.

    • Exécution du travail sur des lignes, cellules et machines spécifiques (dispatching, séquencement, démarrage/arrêt, mises en attente).
    • Guidage opérateur via des instructions de travail numériques, la collecte de données et l’application obligatoire des étapes du processus.
    • Données en temps réel provenant des machines, bancs d’essai et automatismes (temps de cycle, états, alarmes).
    • Traçabilité et généalogie au niveau de l’unité, du lot ou du numéro de série (matières, outils, paramètres utilisés).
    • Saisie des non-conformités au point d’occurrence (défauts, parcours de reprise, dérogations).

    SAP (en tant qu’ERP et modules associés) se concentre généralement sur :

    • Planification (MRP, planification de capacité, ordres de fabrication, équilibrage de la demande et de l’approvisionnement).
    • Matières et stocks (fiche article, BOM, valorisation des stocks, gestion des lots).
    • Flux commerciaux et financiers (commandes clients, achats, calcul des coûts, grand livre, contrôle de gestion).
    • Statut de production de haut niveau (ordre lancé, en cours, techniquement achevé, livré).
    • Qualité et maintenance au niveau des processus métier lorsque QM/PM sont déployés.

    Niveau typique dans l’architecture

    Le MES fonctionne généralement entre la couche ERP et la couche automatisme :

    • Au-dessus des PLC, SCADA, bancs d’essai et contrôleurs machines.
    • Au-dessous de SAP et des autres systèmes d’entreprise (PLM, QMS, APS).

    SAP ne communique généralement pas directement avec les machines ni avec les opérateurs en temps réel. Le MES comble cet écart, en traduisant les ordres de fabrication et les gammes en tâches exécutables, en faisant respecter la logique du processus et en renvoyant des résultats détaillés.

    Granularité et temporalité des données

    Les données MES sont généralement :

    • En temps réel ou quasi réel (de quelques secondes à quelques minutes).
    • Très granulaires (par unité/numéro de série, par opération, par outil, par relevé de paramètre).
    • Axées sur l’exécution opérationnelle (qui a fait quoi, comment, où, avec quelles ressources).

    Les données SAP sont généralement :

    • Transactionnelles et périodiques (cycles de planification, confirmations, mouvements de stock).
    • Agrégées (par ordre, par lot, par centre de coûts, par site).
    • Axées sur la finance et la logistique (coût, disponibilité, délai, niveau de service).

    Cette différence est importante dans les environnements réglementés : le MES contient l’historique d’exécution détaillé et les preuves associées, tandis que SAP contient souvent la vue de référence des ordres, des matières et des stocks.

    Considérations relatives aux environnements réglementés

    Dans l’aérospatiale, le médical, les semi-conducteurs et d’autres secteurs réglementés, le MES est généralement le système de référence principal pour :

    • La traçabilité détaillée (lots et numéros de série des matières, paramètres de procédé, résultats d’essais).
    • Les flux de travail imposés (contrôles requis, validations, signatures électroniques lorsqu’elles sont déployées).
    • Les dossiers historiques des dispositifs ou les dossiers de fabrication, souvent exportés ou synchronisés vers le QMS/PLM.

    SAP est généralement le système de référence pour :

    • Les fiches articles, les nomenclatures, les gammes et la maîtrise des modifications de haut niveau qui les concerne.
    • Les stocks, le calcul des coûts et le statut des ordres qui pilotent les engagements externes et le reporting.
    • Les notifications qualité et les CAPA au niveau métier si SAP QM est utilisé.

    La frontière entre le MES et SAP QM ou d’autres modules SAP est souvent floue. L’emplacement de cette frontière relève d’une décision de conception et de gouvernance, et varie selon le site, le niveau de maturité et la stratégie de validation.

    Intégration et coexistence dans les sites industriels existants

    Dans la plupart des environnements brownfield, remplacer SAP par un MES, ou l’inverse, n’est pas réaliste. L’enjeu consiste plutôt à définir et exploiter des interfaces claires :

    • SAP vers MES : ordres planifiés, gammes, nomenclatures, centres de charge, données de base articles.
    • MES vers SAP : confirmations d’opérations, rebuts, consommation, rendement, statut, parfois résultats qualité.

    Les principales contraintes et les principaux risques incluent :

    • Dette d’intégration : interfaces héritées, IDocs/BAPIs personnalisés, scripts point à point et correspondances de données fragiles.
    • Charge de validation : toute modification de l’intégration MES/ERP peut nécessiter une revalidation, des preuves de test mises à jour et une maîtrise des changements.
    • Risque d’arrêt : des bascules mal alignées peuvent interrompre le flux matière, provoquer des erreurs de stock ou rompre des liens de traçabilité.
    • Ambiguïté sur la propriété des données : des décisions peu claires concernant le « système de référence » entraînent des conflits entre les données du MES et celles de SAP.

    Des contrats bien définis pour les données de base, le cycle de vie des ordres et la synchronisation des événements sont plus importants que les étiquettes « MES » ou « SAP ». Les sites qui disposent de responsabilités claires et de spécifications d’intégration versionnées tendent à éviter les reprises répétées.

    SAP peut-il remplacer un MES ?

    SAP dispose de modules et d’extensions qui couvrent certaines fonctions MES traditionnelles (par ex., SAP ME, SAP MII, SAP DM, SAP QM, confirmations PP). Toutefois, dans les environnements à forte complexité et fortement réglementés, s’appuyer uniquement sur SAP comme « le MES » est généralement limité par :

    • Connectivité des machines : l’intégration directe avec l’atelier et le traitement des données en quasi temps réel sont généralement mieux couverts par les fournisseurs de MES ou par des middlewares spécifiques.
    • Ergonomie au poste : les interfaces opérateur, le fonctionnement hors ligne et les flux de travail au niveau du poste nécessitent souvent davantage de flexibilité que celle offerte en standard par les transactions SAP.
    • Variations locales : les sites ont souvent une logique de gamme, des boucles de réparation ou des exigences de collecte de données spécifiques, plus difficiles à standardiser globalement dans SAP.
    • Coût de qualification et de validation : faire de SAP le système de référence unique pour tous les détails d’exécution peut accroître le périmètre de chaque changement et de chaque mise à niveau.

    Certaines organisations exploitent bien des architectures centrées sur SAP, avec seulement un MES léger ou sans MES du tout, en particulier dans des opérations à plus faible diversité de produits ou moins réglementées. Dans les contextes de niveau aérospatial ou dispositifs médicaux, cela est moins courant, car le niveau de traçabilité et d’application des processus requis est élevé.

    Pourquoi les stratégies de remplacement complet échouent souvent

    Les initiatives visant à « remplacer le MES par SAP » ou à « retirer SAP une fois que nous aurons un MES » s’enlisent fréquemment en raison de :

    • Charge de qualification : changer le système de référence pour l’exécution ou les matières exige souvent d’importants efforts de validation, des mises à jour de protocoles et la formation des auditeurs.
    • Complexité d’intégration : SAP est généralement profondément imbriqué avec la finance, la supply chain et le reporting. Le MES est profondément imbriqué avec les machines et les opérateurs. Désimbriquer l’un ou l’autre côté introduit des risques.
    • Temps d’arrêt et risque de bascule : les fenêtres de bascule sont courtes ; des erreurs de migration de données ou des défauts d’interface peuvent affecter la libération des produits et les livraisons clients.
    • Traçabilité et maîtrise des changements : perdre des liens historiques ou désaligner entre les systèmes des instructions de travail versionnées, des BOM et des modifications de gammes constitue un risque réel de conformité et de rappel.

    Pour ces raisons, les organisations matures clarifient généralement les périmètres et les interfaces entre MES et SAP plutôt que de tenter un remplacement global, en particulier dans des environnements de produits à cycle de vie long.

    Une manière pratique de penser la différence

    Dans la fabrication réglementée, un modèle mental pratique est le suivant :

    • SAP : « Que faut-il fabriquer, avec quelles matières, pour quelle échéance et à quel coût ? »
    • MES : « Comment cela a-t-il été fabriqué exactement, par qui, sur quel équipement, dans quelles conditions, avec quelles preuves ? »

    La répartition exacte dépendra de la façon dont votre organisation configure SAP, des capacités MES que vous déployez et de la mesure dans laquelle vous poussez chaque système vers le périmètre de l’autre. Plus vous créez de chevauchements, plus il devient important de gérer explicitement la propriété des données, le périmètre de validation et la maîtrise des changements.

  • Quel est le lien entre ISO 22400 et les niveaux hiérarchiques ISA-95 et IEC 62264 ?

    ISO 22400, ISA-95 et IEC 62264 sont complémentaires, mais ils traitent différentes couches d’un même problème :

    • ISA-95 / IEC 62264 : définissent le modèle fonctionnel, les flux de données et les niveaux hiérarchiques (souvent décrits comme les niveaux 0 à 4) pour l’intégration des systèmes d’entreprise et des systèmes de contrôle-commande.
    • ISO 22400 : définit les KPI de fabrication, leur terminologie et leurs méthodes de calcul pour le management de la performance (par exemple OEE, disponibilité, performance, taux qualité, et bien d’autres).

    En pratique, ISA-95 / IEC 62264 indiquent où résident les données et les fonctions, et comment les systèmes doivent interagir, tandis qu’ISO 22400 indique comment calculer et interpréter les KPI à partir de ces données.

    En pratique, cela se rattache à la gouvernance des KPI ISO 22400 lorsque les équipes doivent transformer la réponse en habitudes d’exécution répétables.

    Comment les niveaux hiérarchiques se rattachent aux KPI ISO 22400

    La hiérarchie bien connue ISA-95 / IEC 62264 (niveaux 0 à 4) peut être considérée comme la structure « source » et « consommatrice » des données de KPI ISO 22400 :

    • Niveaux 0 à 2 (processus, détection, contrôle-commande)
      Ces niveaux génèrent les événements et signaux bruts utilisés par les KPI ISO 22400 :
      • États machine (en fonctionnement, au ralenti, à l’arrêt, en réglage, bloquée, en attente d’alimentation).
      • Comptages (pièces conformes, rebuts, retouches, cycles).
      • Valeurs de procédé (vitesse, température, pression, temps de cycle).

      Dans une perspective ISO 22400, il s’agit de la couche des « faits » qui alimente la plupart des mesures de temps et de quantité. Des problèmes apparaissent lorsque les systèmes de contrôle-commande ou les systèmes d’historisation ne fournissent pas des états propres et correctement classés, ou lorsque les horodatages des événements ne sont pas cohérents entre les actifs.

    • Niveau 3 (opérations de fabrication / couche MES)
      Cette couche est généralement celle où les KPI ISO 22400 sont calculés et contextualisés :
      • Affectation des événements aux ordres, équipements, produits, équipes et opérateurs.
      • Application des définitions ISO 22400 (temps d’arrêt planifié ou non planifié, temps de fonctionnement, temps net de fonctionnement).
      • Agrégation par ligne, cellule, centre de travail, zone ou site.

      Ici, ISA-95/IEC 62264 définit ce que signifient les « opérations » et où se situent les fonctions MES ; ISO 22400 définit comment calculer les KPI pour ces opérations. Si le MES est peu robuste, fortement personnalisé ou absent dans une usine existante, il peut être nécessaire de recourir à des couches de données intermédiaires ou à une logique d’historisation pour approximer le comportement du niveau 3.

    • Niveau 4 (planification métier / ERP)
      À ce niveau, les KPI ISO 22400 sont généralement consommés et parfois davantage agrégés :
      • OEE, débit, livraison à l’heure et utilisation de la capacité au niveau du site ou du réseau.
      • Mise en relation des KPI ISO 22400 avec les coûts, les stocks et les métriques de niveau de service.

      ISA-95 / IEC 62264 définit la manière dont les systèmes de niveau 4 échangent des informations avec le niveau 3 (par exemple, ordres de fabrication, programmes de production, mouvements de matières). ISO 22400 fournit un langage commun pour les indicateurs de performance remontés dans l’ERP, la BI et les tableaux de bord d’entreprise.

    Rôles complémentaires et points d’intersection

    Considérés ensemble :

    • ISA-95 / IEC 62264 se concentrent sur les limites des systèmes, les responsabilités et les flux d’information entre les niveaux.
    • ISO 22400 se concentre sur ce qu’il faut mesurer, la manière de le calculer et la structuration des hiérarchies de KPI.

    Dans les déploiements réels, les principaux points d’intersection sont notamment :

    • Définitions d’événements et modèles d’états : les modèles d’équipements et d’opérations fondés sur ISA-95 sont souvent utilisés pour définir les catégories d’états et les événements dont dépendent les KPI ISO 22400. Si les états machine ne sont pas standardisés entre les lignes ou les fournisseurs, il est difficile d’appliquer ISO 22400 de manière cohérente.
    • Propriété des données par niveau : ISA-95 / IEC 62264 indiquent quel niveau « possède » chaque type de données (par exemple, le planning par rapport à l’exécution réelle). Les KPI ISO 22400 précisent ensuite comment combiner ces sources de données sans double comptage ni mélange incorrect des données planifiées et réelles.
    • Logique d’agrégation : ISO 22400 distingue les métriques de base (mesures brutes) et les KPI dérivés. Les modèles ISA-95 / IEC 62264 vous aident à déterminer à quel niveau calculer chaque étape (équipement edge, ligne, zone, site) et où le « système de référence » doit se situer pour chaque métrique.

    Pas de correspondance 1:1 : les détails de mise en œuvre comptent

    Il n’existe aucune correspondance stricte 1:1 dans les normes qui indiquerait, par exemple, « OEE = KPI de niveau 3 » ou « Disponibilité = niveau 2 ». En pratique :

    • Certains KPI peuvent être calculés de manière fiable au niveau de la ligne ou de la cellule (frontière niveaux 2/3) si les PLC et les historiens sont matures et bien intégrés.
    • D’autres KPI nécessitent un contexte d’ordre, de produit ou de qualité qui n’existe qu’au niveau 3 ou dans l’intégration MES/QMS.
    • Les KPI corporate ou multisites sont souvent calculés dans un entrepôt de données ou une couche analytique située logiquement au-dessus du niveau 4, en utilisant ISO 22400 comme cadre d’harmonisation.

    La manière dont vous appliquez ISO 22400 dans la hiérarchie ISA-95 / IEC 62264 dépendra fortement de :

    • Les responsabilités réelles de votre ERP, de votre MES, de vos historiens et de votre SCADA (qui s’écartent souvent du modèle ISA-95 théorique).
    • La qualité des horodatages, des modèles d’état et des définitions d’événements dans vos systèmes de contrôle-commande.
    • Votre stratégie d’intégration (point à point vs bus de messages vs lac de données), en particulier dans les environnements brownfield avec plusieurs MES ou des mises en œuvre partielles.
    • Le niveau de validation et de maîtrise des changements requis, qui peut limiter les endroits où vous pouvez modifier les définitions ou la logique des KPI.

    Réalité réglementée en environnement existant et écueils typiques

    Dans les environnements réglementés à cycle de vie long, l’intégration d’ISO 22400 à une architecture ISA-95 / IEC 62264 relève rarement d’un projet sur site vierge et est rarement sans complexité :

    • Multiples fournisseurs MES/SCADA : différentes lignes ou usines peuvent mettre en œuvre les concepts ISA-95 de manière différente. L’application cohérente d’ISO 22400 nécessite des couches de correspondance explicites et une harmonisation rigoureuse des données de référence.
    • MES anciens ou personnalisés : les systèmes plus anciens peuvent ne pas s’aligner clairement sur les fonctions de niveau 3 ISA-95, ou peuvent mêler des logiques de niveau 2 et de niveau 3. L’adaptation a posteriori des KPI ISO 22400 peut nécessiter des modèles de données intermédiaires ou une couche de performance séparée afin d’éviter de revalider le comportement cœur du MES.
    • Charge de validation : dans l’aérospatiale et d’autres secteurs réglementés, modifier la logique des KPI dans un système de niveau 3 validé peut être coûteux. De nombreuses usines calculent plutôt des KPI de type ISO 22400 dans une couche analytique en lecture seule, en utilisant des données extraites de systèmes alignés sur ISA-95 sans modifier leurs flux de travail validés.
    • Arrêts et risque d’intégration : le remplacement complet des couches MES ou de contrôle-commande uniquement pour obtenir des KPI ISO 22400 propres n’est généralement pas viable en raison des arrêts, de la requalification et des risques d’intégration. La mise en correspondance progressive et l’enrichissement des systèmes existants sont plus courants.

    Une manière pratique de les connecter dans votre architecture

    Une approche pragmatique pour la plupart des sites industriels brownfield consiste à :

    1. Utiliser ISA-95 / IEC 62264 comme référence pour déterminer « qui est responsable de quoi » : clarifiez quels systèmes représentent les niveaux 2, 3 et 4 dans votre environnement réel, même s’il est imparfait.
    2. Inventorier les mesures disponibles par niveau : listez les données de séries temporelles, d’événements et transactionnelles dont vous disposez à chaque niveau, ainsi que leur fiabilité pour les besoins des KPI (données manquantes, dérive d’horloge, états incohérents).
    3. Associer les KPI ISO 22400 à des sources de données spécifiques : pour chaque KPI, définissez précisément quel niveau et quel système fournissent les mesures de base (par exemple, l’état machine depuis le SCADA, le contexte d’ordre depuis le MES, le coût depuis l’ERP).
    4. Définir un « système de référence des KPI » : décidez où résidera la logique ISO 22400 (MES, plateforme d’analytics ou entrepôt de données), en équilibrant la charge de validation, la traçabilité et la maintenabilité.
    5. Documenter et maîtriser les changements : traitez le catalogue de KPI et les mappings comme une configuration maîtrisée. Les changements de définitions ou d’agrégations doivent suivre votre processus de maîtrise des changements, en particulier lorsque les KPI sont référencés dans des rapports qualité, réglementaires ou destinés aux clients.

    Utilisée de cette manière, ISO 22400 ne remplace pas ISA-95 / IEC 62264. Elle s’appuie sur la hiérarchie et les modèles d’information qu’elles définissent, en fournissant des indicateurs de performance normalisés tout en respectant les frontières existantes entre systèmes, les contraintes de validation et les longs cycles de vie des équipements.

  • Puis-je ajouter des KPI personnalisés aux catégories ISO 22400 ?

    Oui. Vous pouvez ajouter vos propres KPI aux côtés des catégories ISO 22400, mais vous ne devez pas redéfinir ni renommer les KPI standard si vous souhaitez conserver la traçabilité par rapport à l’ISO 22400.

    Ce que vous pouvez faire sans risque

    Dans la plupart des usines, l’ISO 22400 est utilisée comme modèle de référence, et non comme un catalogue complet. Les pratiques typiques compatibles avec la norme sont les suivantes :

    En pratique, cela se rattache à la gouvernance des KPI ISO 22400 lorsque les équipes doivent transformer la réponse en habitudes d’exécution répétables.

    • Ajouter des KPI spécifiques au site qui se placent « sous » ou « à côté » d’une catégorie standard (par exemple, ajouter un « indice d’impact des reprises » composite sous les KPI liés à la qualité).
    • Utiliser les KPI ISO 22400 comme socle pour le benchmarking et le reporting à la direction, et conserver les KPI plus détaillés ou expérimentaux dans une couche secondaire.
    • Rattacher les KPI personnalisés aux catégories ISO 22400 pour structurer l’ensemble (par exemple, lier un KPI personnalisé d’écart par équipe au groupe lié à la disponibilité/performance).

    Cette approche vous permet d’étendre le modèle sans compromettre la comparabilité ni créer de confusion pour les auditeurs ou les clients qui comprennent la terminologie ISO 22400.

    Ce que vous devriez éviter

    • Renommer ou modifier les formules des KPI ISO 22400 tout en continuant à les appeler « OEE ISO 22400 » ou équivalent. Si vous modifiez le calcul, indiquez explicitement qu’il s’agit d’une variante.
    • Regrouper plusieurs KPI ISO dans un indicateur opaque puis revendiquer la conformité. Les indicateurs composites sont acceptables, mais ils doivent rester traçables jusqu’aux KPI standard sous-jacents.
    • Utiliser des libellés ISO pour des KPI hérités qui ne correspondent que approximativement aux définitions. Ajustez le KPI, ou conservez le nom hérité et traitez le KPI ISO comme un élément distinct.

    Gouvernance dans les environnements réglementés et brownfield

    Dans les opérations réglementées ou à cycle de vie long, l’ajout de KPI personnalisés relève moins du calcul que de la gouvernance, de la traçabilité et de la coexistence avec les systèmes existants :

    • Coexistence des systèmes : Vous aurez probablement déjà des KPI intégrés dans le MES, l’ERP, les historisateurs de données et le reporting développé en interne. Les remplacer en bloc par un nouvel ensemble ISO 22400 est risqué et échoue souvent en raison de l’effort de revalidation, de la complexité d’intégration et des réticences des opérateurs. Une approche par couches est généralement plus sûre : conserver les KPI existants, introduire les KPI ISO 22400 lorsque c’est faisable, puis ajouter de nouveaux indicateurs personnalisés lorsqu’ils apportent une valeur claire.
    • Source de vérité : Décidez où résident les définitions des KPI (MES, entrepôt de données, catalogue de KPI). Les KPI personnalisés doivent faire référence à des éléments de données et à une logique soumis à la maîtrise des changements.
    • Validation et maîtrise des changements : Traitez les ajouts et modifications de KPI comme une configuration maîtrisée, en particulier si les indicateurs pilotent des décisions de libération, la disposition de lots ou le reporting réglementaire. Documentez les formules, les sources de données et la logique de calcul, et soumettez-les à votre processus standard de revue et d’approbation.
    • Traçabilité : Pour chaque KPI, consignez s’il s’agit d’un indicateur natif ISO 22400, d’une extension alignée sur l’ISO ou d’un indicateur exclusivement local/personnalisé. Cela évite toute confusion lors des audits et des revues internes.
    • Cycles de vie longs des équipements : De nombreuses machines et de nombreux systèmes hérités ne prendront pas en charge nativement l’ensemble complet de données ISO 22400. Les KPI personnalisés doivent parfois s’adapter aux données réellement disponibles. Rendez les écarts explicites plutôt que de forcer un KPI nominalement « standard » construit sur des données faibles ou de substitution.

    Approche pratique de mise en œuvre

    Une manière pragmatique d’étendre ISO 22400 dans une usine existante :

    1. S’appuyer sur un sous-ensemble restreint d’ISO 22400 (par exemple OEE, ratio de disponibilité, ratio de performance, ratio de qualité) comme noyau de KPI non négociables.
    2. Inventorier les KPI existants dans vos rapports MES/BI actuels et les rattacher, lorsque c’est possible, aux catégories ISO 22400.
    3. Identifier les écarts lorsque ISO 22400 ne couvre pas une préoccupation locale critique (p. ex., temps non productif (NPT) dû à des blocages d’ingénierie, arrêts liés à la certification, retards de manutention liés à l’ITAR). Ces écarts sont des candidats pour des KPI personnalisés.
    4. Définir les KPI personnalisés avec une documentation explicite : formule, unités, source de données, fréquence de rafraîchissement, responsable et rattachement à un groupe ISO 22400.
    5. Piloter et valider les nouveaux KPI sur une ligne ou une cellule avant de les imposer à l’échelle de l’usine. Vérifier que les chiffres se rapprochent des rapports historiques et que les opérateurs comme les superviseurs les comprennent.
    6. Normaliser les conventions de nommage (par exemple : préfixer les KPI ISO avec « ISO22400_ » et les KPI personnalisés avec « PLANT_ » ou équivalent) dans vos modèles de données et vos rapports.

    Contraintes et arbitrages

    La mesure dans laquelle vous pouvez aller avec des KPI personnalisés sans perdre la valeur apportée par ISO 22400 dépend de :

    • Qualité de l’intégration : si votre modèle de données est fragmenté entre le MES, l’ERP et des feuilles de calcul, une prolifération excessive de KPI personnalisés peut accroître la confusion et l’effort de rapprochement.
    • Maturité des processus : les sites qui débutent dans le pilotage de la performance ont souvent intérêt à rester proches de la norme et à n’ajouter que quelques KPI personnalisés, bien justifiés.
    • Attentes externes : si des clients ou des autorités réglementaires attendent un reporting aligné sur une norme reconnue, conservez les KPI ISO 22400 intacts et utilisez les KPI personnalisés principalement comme aide à la décision interne.
    • Coût de maintenance : chaque KPI supplémentaire nécessite une maintenance lorsque les sources de données changent, que les systèmes sont mis à niveau ou que les gammes sont restructurées. Une personnalisation excessive peut devenir une charge informatique et qualité cachée.

    En résumé, vous pouvez, et devez souvent, étendre ISO 22400 avec des KPI personnalisés afin de refléter les réalités propres au site, mais considérez ISO 22400 comme une couche de référence stable. Gardez les KPI standard inchangés, identifiez et documentez clairement les extensions, et gérez-les avec la même discipline de maîtrise des changements et de validation que celle que vous appliquez aux autres configurations significatives pour les opérations.