Votre modèle de données pour la gestion de la qualité
Votre modèle de données pour la gestion de la qualité
- Attributs recommandés à collecter pour une analyse complète
- Activités clés de Quality Management à suivre
- Guide d'extraction des données de la Gestion de la qualité SAP S/4HANA
Attributs de Gestion de la qualité
| Nom | Descriptionn | ||
|---|---|---|---|
|
Activité
ActivityName
|
Le nom de l'événement métier ou de la tâche spécifique qui s'est produit au sein du processus de Quality Management. | ||
|
Descriptionn
Cet attribut décrit une seule étape ou jalon dans le cycle de vie de l'événement qualité, tel que 'Notification créée', 'Analyse des causes profondes terminée' ou 'Décision d'utilisation prise'. Ces activités sont dérivées des changements de statut système, de la création de documents connexes ou d'actions utilisateur spécifiques enregistrées dans les journaux de modifications. L'analyse de la séquence et du calendrier de ces activités constitue le fondement du Process Mining. Elle permet la découverte du flux de processus réel, l'identification des points de blocage entre les étapes et la mesure de la conformité aux procédures opérationnelles standard. La granularité des activités détermine le niveau de détail de l'analyse des processus.
Pourquoi est-ce important ? :
Cet attribut définit les étapes du processus, rendant possible la visualisation et l'analyse du flux de processus, l'identification des écarts et la mesure des performances entre les activités.
Source des données :
Dérivé des changements de statut dans les tables JEST et JSTO, ou des enregistrements d'activité dans des tables comme QMSM (Tâches). Les journaux d'événements peuvent également être construits à partir des tables de documents de modification CDHDR et CDPOS.
Exemples
Notification Qualité crééeTâche d'Investigation AssignéeAction Corrective ImplémentéeNotification Clôturée
|
|||
|
Événement Qualité
QualityEvent
|
L'identifiant unique d'une notification qualité, servant d'ID de cas principal pour le suivi d'un problème qualité de l'initiation à la clôture. | ||
|
Descriptionn
L'Événement Qualité est l'identifiant central du dossier qui connecte toutes les activités, tâches et décisions liées à un seul problème qualité. Dans SAP, cela correspond généralement au numéro de notification qualité (QMNUM). En Process Mining, l'analyse des événements par cet identifiant permet la reconstruction du parcours complet de chaque dossier qualité. C'est indispensable pour visualiser les flux de processus, calculer les temps de cycle pour l'ensemble du dossier et identifier les chemins courants ou déviants dans le processus de résolution. Il sert de base à presque toutes les analyses de Quality Management.
Pourquoi est-ce important ? :
C'est la clé essentielle pour lier toutes les activités connexes en une seule instance de processus cohérente, permettant une analyse complet de la manière dont les problèmes qualité sont traités.
Source des données :
Il s'agit du numéro de notification qualité, que l'on trouve dans la table QMEL, champ QMNUM.
Exemples
200000018200000019200000020
|
|||
|
Heure de début
EventTimestamp
|
La date et l'heure exactes auxquelles une activité ou un événement spécifique s'est produit. | ||
|
Descriptionn
L'Heure de Début, ou horodatage de l'événement, enregistre le moment précis où une activité a eu lieu. C'est impératif pour ordonner les événements chronologiquement et calculer les durées entre eux. Par exemple, il capture la création d'une notification, l'achèvement d'une tâche ou le changement de statut. Dans l'analyse de Process Mining, cet attribut est indispensable pour calculer toutes les métriques temporelles, telles que les temps de cycle, les temps de traitement et les temps d'attente. Il permet l'identification des points de blocage, l'analyse du débit et le suivi des performances par rapport aux SLA ou objectifs basés sur le temps. Des horodatages précis sont essentiels pour l'intégrité de l'ensemble du modèle de processus.
Pourquoi est-ce important ? :
Cet horodatage est indispensable pour ordonner les événements, calculer toutes les métriques de performance comme les temps de cycle et les temps d'attente, et comprendre la dynamique des processus.
Source des données :
Généralement tiré des champs de date et d'heure associés aux changements de statut ou à la création de documents. Par exemple : ERDAT/ERZEIT (Créé le/à) dans QMEL ou les horodatages de modification dans CDHDR.
Exemples
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
Cause principale
RootCauseCode
|
Un code ou un texte identifiant la cause clée déterminée du problème de qualité. | ||
|
Descriptionn
L'attribut Cause Profonde capture la raison sous-jacente du défaut de qualité ou de la non-conformité. L'identification de la cause profonde correcte est une étape critique dans le processus de Quality Management, car elle constitue la base pour définir des actions correctives et préventives efficaces. Cet attribut est indispensable pour les tableau de bords 'Temps de cycle d'analyse des causes profondes' et 'Détection des schémas de problèmes récurrents'. L'analyse par cause profonde aide à identifier les problèmes systémiques. Par exemple, en filtrant la cartographie des processus pour une cause profonde spécifique, on peut voir si cela conduit à des chemins de processus uniques ou à des temps de résolution plus longs.
Pourquoi est-ce important ? :
Permet l'analyse des problèmes systémiques en corrélant les causes clées avec les produits, les départements et les inefficacités de processus pour guider les actions préventives.
Source des données :
Généralement stocké dans la table QMUR (Causes de notification), champ URCOD.
Exemples
ERREUR_OPÉRATEURMATÉRIEL_DÉFECTUEUXDYSFONCTIONNEMENT_MACHINE
|
|||
|
Date de résolution cible
TargetResolutionDate
|
La date d'achèvement prévue ou requise pour l'événement qualité. | ||
|
Descriptionn
Cette date représente la date limite à laquelle l'événement qualité est censé être entièrement résolu et clôturé. Elle est souvent utilisée comme référence pour mesurer la performance et le respect des accords de niveau de service (SLA). Cet attribut est indispensable pour calculer les taux d'achèvement dans les délais et identifier les cas en retard. Le Tableau de bord 'Achèvement des événements qualité dans les délais' et le KPI 'Taux de résolutionpect des délais des actions qualité' dépendent directement de la comparaison de la date d'achèvement réelle avec cette date cible. Il aide à prioriser le travail et à gérer efficacement les ressources.
Pourquoi est-ce important ? :
Fournit une référence pour mesurer la performance dans les délais, qui est un KPI clé pour évaluer l'efficacité des processus et la conformité aux SLA.
Source des données :
Peut être trouvé dans QMEL-QMDAT (Date de fin requise) ou au niveau de la tâche dans QMSM-PSTER.
Exemples
2023-05-302023-06-152023-07-01
|
|||
|
Priorité
NotificationPriority
|
Le niveau de priorité assigné à la notification qualité, indiquant son urgence. | ||
|
Descriptionn
La Priorité définit l'urgence à traiter un événement qualité. Elle aide les équipes à organiser leur travail et garantit que les problèmes les plus critiques sont traités en premier. SAP permet de configurer différents types de priorités qui peuvent influencer les temps de réponse cibles. Cet attribut est utilisé pour analyser si les éléments à haute priorité sont réellement traités plus rapidement que ceux à basse priorité. Il peut révéler des inefficacités là où des cas à haute priorité sont bloqués dans le processus. C'est une dimension clé pour les tableau de bords tels que 'Analyse du débit des événements qualité'.
Pourquoi est-ce important ? :
Aide à analyser si la performance du processus est alignée avec l'urgence commerciale, garantissant que les problèmes à haute priorité sont résolus plus rapidement.
Source des données :
Situé dans la table QMEL, champ QMPRI. La description se trouve dans la table TQ05.
Exemples
1234
|
|||
|
Produit
MaterialNumber
|
L'identifiant unique du produit ou du matériel affecté par l'événement qualité. | ||
|
Descriptionn
Cet attribut lie l'événement qualité à un produit ou un matériel spécifique. Cette connexion est fondamentale pour l'assurance qualité, car elle aide à identifier les produits présentant des problèmes récurrents ou des taux de défauts élevés. En Process Mining, l'analyse par produit permet la détection de schémas, par exemple si certains produits ont des temps de résolution plus longs ou sont associés à des causes profondes spécifiques. Cela prend en charge le Tableau de bord 'Détection des schémas de problèmes récurrents' en corrélant les produits avec les problèmes qualité, ce qui est impératif pour des initiatives d'amélioration qualité ciblées.
Pourquoi est-ce important ? :
Lie les problèmes qualité à des produits spécifiques, permettant l'analyse des taux de défauts par produit, des causes profondes et des schémas de résolution.
Source des données :
Trouvé dans la table d'éléments de notification de qualité QMFE, champ MATNR.
Exemples
FIN-1001RAW-205ASEMI-303B
|
|||
|
Service responsable
ResponsibleDepartment
|
Le département ou la zone fonctionnelle responsable de l'exécution d'une tâche spécifique ou de la gestion de l'événement qualité. | ||
|
Descriptionn
Cet attribut indique l'unité organisationnelle assignée à une activité ou à l'événement qualité global. Il peut s'agir d'une équipe d'assurance qualité, d'un département d'ingénierie ou d'une unité de production. C'est une dimension majeure pour l'analyse de la collaboration interdépartementale et des transferts de responsabilités. Il aide à identifier les retards qui surviennent lorsque la responsabilité passe d'un département à un autre, soutenant le Tableau de bord 'Retards de transfert interdépartemental'. Il permet également de filtrer la vue du processus pour comprendre comment des départements spécifiques opèrent.
Pourquoi est-ce important ? :
Indispensable pour l'analyse des transferts interdépartementaux, l'identification des points de blocage organisationnels et la compréhension de la contribution des différentes équipes au processus.
Source des données :
Souvent dérivé des fonctions partenaires associées à la notification ou à la tâche, ou de l'affectation organisationnelle de l'utilisateur dans les données de base RH. Ce n'est peut-être pas un champ direct.
Exemples
Assurance QualitéLigne de production 3Ingénierie Qualité Fournisseur
|
|||
|
Type de Notification Qualité
QualityNotificationType
|
La classification de la notification qualité, telle que réclamation client, problème interne ou défaut fournisseur. | ||
|
Descriptionn
Cet attribut catégorise l'événement qualité en fonction de son origine et de sa nature. Les types SAP standard incluent les réclamations clients, les rapports de problèmes internes et les défauts liés aux fournisseurs. Cette catégorisation détermine le flux de processus ultérieur et la documentation requise. L'analyse du processus par type de notification est indispensablele pour comprendre si différents types de problèmes sont traités différemment ou ont des niveaux d'efficacité variés. Elle prend en charge les tableau de bords tels que 'Analyse du débit des événements qualité' en permettant le filtrage et la comparaison des temps de cycle et des chemins de processus pour différentes catégories de problèmes.
Pourquoi est-ce important ? :
Il permet la segmentation du processus afin de déterminer si différents types de problèmes qualité suivent des chemins distincts ou présentent des caractéristiques de performance différentes.
Source des données :
Situé dans la table QMEL, champ QMART.
Exemples
T1T2F2
|
|||
|
Utilisateur
ChangedBy
|
L'ID utilisateur de la personne qui a effectué l'activité ou la dernière modificationication. | ||
|
Descriptionn
Cet attribut identifie l'utilisateur spécifique responsable de l'exécution d'une étape de processus donnée. Dans SAP, cela correspond souvent aux champs 'Modifié par' (AENAM) ou 'Créé par' (ERNAM). L'analyse par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins en formation et à repérer les écarts de processus spécifiques à l'utilisateur. Elle est clée pour l'analyse basée sur les ressources, comme l'examen des raisons pour lesquelles certains utilisateurs ont des temps de traitement plus longs ou ont tendance à suivre des chemins non standard.
Pourquoi est-ce important ? :
Il permet d'analyser la performance des utilisateurs, la répartition de la charge de travail et le respect des procédures standard, éléments clés pour l'optimisation des ressources.
Source des données :
Trouvé dans les tables d'en-tête et d'élément comme QMEL-ERNAM (Créé par) ou dérivé des journaux de modifications (CDHDR-USERNAME).
Exemples
SMITHJWILSONABOT_AUTOMATISATION_PROCESSUS
|
|||
|
Achèvement dans les délais
IsOnTimeCompletion
|
Un indicateur booléen indiquant si l'événement qualité a été achevé avant sa date de résolution cible. | ||
|
Descriptionn
Cet indicateur calculé compare l'horodatage d'achèvement réel d'un événement qualité avec sa 'Date de résolution cible'. Il est vrai si l'événement a été clôturé à la date cible ou avant, et faux dans le cas contraire. Cet attribut fournit une mesure simple et directe pour le suivi des performances et constitue la base du Tableau de bord 'Achèvement des événements qualité dans les délais' et du KPI 'Taux de résolutionpect des délais des actions qualité'. Il permet un filtrage et une agrégation faciles pour comprendre la performance dans les délais sur différentes dimensions comme le département, le produit ou le type de notification.
Pourquoi est-ce important ? :
Fournit un résultat binaire clair pour le suivi des performances par rapport aux délais, facilitant la mesure et le reporting de la conformité aux SLA.
Source des données :
Attribut calculé dérivé en comparant l'horodatage de l'activité de clôture finale avec l'attribut 'TargetResolutionDate'.
Exemples
truefaux
|
|||
|
Client
CustomerNumber
|
L'identifiant du client associé à l'événement qualité, le cas échéant. | ||
|
Descriptionn
Cet attribut lie un événement qualité à un client spécifique. C'est le plus pertinent pour les types de notifications comme 'Réclamation Client'. Le suivi de cette information est indispensable à la gestion de la relation client et pour comprendre l'impact des problèmes qualité sur le client. L'analyse par client permet à l'entreprise d'identifier si certains clients rencontrent plus de problèmes qualité que d'autres, ou si les temps de résolution varient par client. Cela prend en charge le Tableau de bord 'Événements qualité par gravité et impact' en ajoutant la dimension client à l'analyse de l'impact.
Pourquoi est-ce important ? :
Connecte les événements qualité aux clients, permettant l'analyse des problèmes spécifiques aux clients et garantissant que les clients de grande valeur reçoivent un support prioritaire.
Source des données :
Généralement disponible dans les fonctions partenaire de la notification. Peut également se trouver dans QMEL-KUNUM s'il s'agit d'une réclamation issue d'une commande client.
Exemples
CUST-10045CUST-20399CUST-80110
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage indiquant la dernière actualisation des données de cet enregistrement depuis le système source. | ||
|
Descriptionn
Cet attribut fournit un horodatage pour la dernière extraction ou mise à jour des données depuis le système source. Il informe les utilisateurs sur la la réactualisation des données qu'ils analysent. Dans tout Tableau de bord ou rapport analytique, l'affichage de cette information est indispensable pour gérer les attentes des utilisateurs concernant la réactualisation des données. Cela aide à distinguer les changements de processus récents des artefacts de données obsolètes.
Pourquoi est-ce important ? :
Informe les utilisateurs de la la réactualisation des données, ce qui est impératif pour prendre des décisions rapides et pertinentes basées sur l'analyse de processus mining.
Source des données :
Il s'agit d'un champ de métadonnées généré et rempli par l'outil ou le pipeline d'extraction de données au moment de l'actualisation des données.
Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Efficacité de l'action
EffectivenessEvaluation
|
Le résultat de la vérification pour déterminer si une action mise en œuvre a été efficace. | ||
|
Descriptionn
Cet attribut enregistre le résultat de la vérification de l'efficacité, une étape finale cruciale dans la boucle de Quality Management. Il confirme si les actions correctives ou préventives prises ont réussi à résoudre la cause profonde et à prévenir la récurrence. C'est l'attribut principal pour le Tableau de bord 'Vérification de l'efficacité des actions' et le KPI 'Taux de vérification de l'efficacité des actions'. Il fournit un insight direct sur la qualité du processus de résolution de problèmes lui-même. Un taux élevé d'actions inefficaces indique la nécessité d'améliorer les étapes d'analyse des causes profondes ou de planification des actions.
Pourquoi est-ce important ? :
Mesure directement le succès du processus de résolution de problèmes, indiquant si les actions préviennent réellement la récurrence des problèmes.
Source des données :
Cette information est souvent stockée dans les actions de suivi ou les statuts de tâche spécifiques dans la notification qualité. Il peut s'agir d'un champ personnalisé ou reposer sur un code de statut particulier.
Exemples
EfficaceNon EfficaceSurveillance requise
|
|||
|
Est un reprises
IsRework
|
Un indicateur booléen qui précise si une activité ou une séquence d'activités représente une retouche. | ||
|
Descriptionn
Cet indicateur est défini sur vrai si un dossier répète certaines étapes, indiquant que le travail initial était insuffisant. Par exemple, si une activité d'« Analyse des causes profondes » est suivie plus tard par une autre « Tâche d'investigation assignée » pour le même dossier, cela signale une boucle de reprise. Cet attribut contribue directement au le KPI 'Taux de reprise des actions correctives'. L'identification et la quantification des reprises sont un objectif principal du Process Mining, car les reprises représentent des efforts gaspillés et une inefficacité de processus. Mettre en évidence les boucles de reprise dans la cartographie des processus peut révéler des opportunités significatives d'amélioration de la qualité et de l'efficacité.
Pourquoi est-ce important ? :
Quantifie l'inefficacité des processus en identifiant les étapes répétées, mettant en évidence les efforts gaspillés et les opportunités d'améliorer les taux de « juste du premier coup ».
Source des données :
Ceci est un attribut calculé. Il est dérivé lors de l'analyse Process Mining en détectant les séquences d'activités répétées au sein d'un même cas.
Exemples
truefaux
|
|||
|
Statut de la notification
SystemStatus
|
Le statut de traitement actuel de la notification qualité, tel que 'En suspens' ou 'Terminée'. | ||
|
Descriptionn
Le statut système indique l'état actuel de l'événement qualité dans son cycle de vie. SAP utilise un système de gestion des statuts où des statuts comme OSNO (Notification en suspens), NOPR (Notification en cours) et NOCO (Notification terminée) reflètent la progression. Cet attribut est souvent utilisé pour dériver les activités dans l'Journal d'événements. Il est également précieux comme dimension pour filtrer les cas, par exemple pour analyser uniquement les événements qualité ouverts ou récemment clôturés. Comprendre les transitions de statut est indispensable pour construire un modèle de processus précis.
Pourquoi est-ce important ? :
Indique l'état actuel d'un cas, permettant de filtrer les cas actifs par rapport aux cas clôturés et aidant à dériver les activités de processus elles-mêmes.
Source des données :
Dérivé des tables JEST et JSTO, qui stockent les informations de statut pour divers objets SAP. Le lien provient de QMEL-OBJNR.
Exemples
OSNO NOPRNOCOTSCO
|
|||
|
Système source
SourceSystem
|
Identifie le système source à partir duquel les données ont été extraites, tel que l'instance spécifique de SAP S/4HANA. | ||
|
Descriptionn
Cet attribut spécifie l'origine des données de Quality Management. Dans un environnement avec plusieurs ERP ou systèmes intégrés, ce champ est impératif pour distinguer les sources de données et assurer l'intégrité des données. Pour l'analyse, il permet de filtrer ou de comparer les processus entre différents systèmes ou unités organisationnelles. C'est souvent une valeur constante pour un ensemble de données donné, mais il est obligatoire pour la gouvernance des données et le contexte.
Pourquoi est-ce important ? :
Fournit un contexte essentiel sur l'origine des données, essentiel pour la gouvernance des données et dans les environnements avec plusieurs systèmes interconnectés.
Source des données :
Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction des données pour identifier le client et l'ID système de SAP S/4HANA.
Exemples
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
Usine
Plant
|
L'usine de fabrication ou le lieu où l'événement qualité est survenu ou est géré. | ||
|
Descriptionn
L'attribut Usine spécifie l'emplacement physique, tel qu'une usine ou un entrepôt, associé à l'événement qualité. Il fournit un contexte géographique ou organisationnel pour l'endroit où les problèmes qualité surviennent. C'est une dimension puissante pour l'analyse comparative. En filtrant ou en regroupant par usine, la direction peut comparer les performances de différents sites, identifier les problèmes spécifiques au site et partager les meilleures pratiques des usines les plus performantes. Cela aide à répondre à des questions comme 'Quelle usine a le temps de cycle d'analyse des causes profondes le plus long ?'.
Pourquoi est-ce important ? :
Permet de comparer les performances entre différents sites opérationnels, aidant à identifier les problèmes spécifiques aux sites et les meilleures pratiques.
Source des données :
L'usine associée à l'en-tête de notification se trouve dans QMEL-WERKS. Si elle est liée à un matériel spécifique, elle peut également être trouvée au niveau de l'article.
Exemples
100017102000
|
|||
Activités de Gestion de la qualité
| Activité | Descriptionn | ||
|---|---|---|---|
|
Action Corrective Implémentée
|
Marque l'achèvement du travail défini dans le plan d'action corrective. Ceci est généralement enregistré lorsque la tâche d'action corrective assignée dans la notification qualité est marquée comme terminée. | ||
|
Pourquoi est-ce important ? :
C'est un jalon clé qui indique que des mesures ont été prises pour résoudre le problème de qualité. Il est impératif pour mesurer le taux d'achèvement des actions dans les délais et l'efficacité globale de la phase de résolution.
Source des données :
Déduit de la clôture d'une tâche d'action corrective dans la table QMSM. La date de clôture est enregistrée dans le champ ERLDT ou via un changement de statut 'Terminé' dans les tables JEST/JCDS.
Capture
Identifier l'horodatage de clôture (ERLDT) de la tâche d'action corrective dans la table QMSM.
Type d'événement
inferred
|
|||
|
Analyse de la Cause Racine Terminée
|
Marque l'achèvement de la phase d'investigation où la cause sous-jacente du problème qualité a été identifiée. Ceci est généralement déduit de l'achèvement d'une tâche spécifique d'« Analyse des causes profondes » dans la notification. | ||
|
Pourquoi est-ce important ? :
C'est un jalon critique pour mesurer la durée et l'efficacité du processus d'enquête. L'identification des retards avant cette étape permet de repérer les points de blocage dans l'analyse des problèmes et la prise de décision.
Source des données :
Déduit de la clôture d'une tâche d'enquête ou spécifique à la RCA dans la table QMSM. La clôture est identifiée par un changement de statut ou la population du champ de date de clôture de la tâche (ERLDT).
Capture
Identifier l'horodatage de clôture (ERLDT) de la tâche d'analyse des causes clées pertinente dans la table QMSM.
Type d'événement
inferred
|
|||
|
Décision d'utilisation prise
|
Représente la décision formelle sur la qualité des marchandises d'un lot d'inspection, telle que l'acceptation ou le rejet. Il s'agit d'un événement distinct pour les problèmes qualité provenant des inspections et est enregistré lorsque la décision d'utilisation est sauvegardée. | ||
|
Pourquoi est-ce important ? :
Pour les processus axés sur l'inspection, il s'agit d'une étape majeure qui dicte les actions ultérieures comme le blocage ou le déblocage du matériel. L'analyse de son calendrier et de ses résultats est indispensablele pour comprendre l'efficacité du contrôle qualité des produits.
Source des données :
Il s'agit d'un événement explicite enregistré dans la table de décision d'utilisation QAVE. L'horodatage de création de l'enregistrement associé au lot de contrôle (PRUEFLOS) marque cette activité.
Capture
Utilisez l'horodatage de création pour le lot de contrôle pertinent dans la table QAVE.
Type d'événement
explicit
|
|||
|
Efficacité de l'Action Vérifiée
|
Confirme que l'action corrective ou préventive mise en œuvre a été un succès et que le problème de qualité est résolu sans récurrence. Ceci est capturé à la clôture de la tâche de vérification de l'efficacité ou d'une revue qualité finale. | ||
|
Pourquoi est-ce important ? :
C'est un jalon critique pour la validation de l'ensemble du processus de résolution. Un taux élevé de vérifications réussies indique un système de gestion de la qualité efficace et favorise la réduction des problèmes récurrents.
Source des données :
Généralement déduit de l'achèvement d'une tâche de 'Vérification de l'efficacité' dans la table QMSM (en utilisant la date d'achèvement ERLDT).
Capture
Identifier l'horodatage de clôture de la tâche de vérification de l'efficacité dans QMSM.
Type d'événement
inferred
|
|||
|
Notification Qualité créée
|
Cette activité marque le début officiel du processus de Quality Management, où un problème, un défaut ou une réclamation lié à la qualité est formellement enregistré. La création de la Notification Qualité dans SAP S/4HANA capture les détails initiaux et attribue un identifiant unique, initiant le dossier. | ||
|
Pourquoi est-ce important ? :
En tant qu'événement de démarrage principal, cette activité est indispensablele pour mesurer le temps de cycle complet du processus de résolution qualité. Elle fournit la base pour suivre le temps nécessaire pour traiter et clôturer les événements qualité.
Source des données :
Il s'agit d'un événement explicite capturé à partir de la table d'en-tête de notification qualité QMEL. L'horodatage de création se trouve généralement dans le champ ERDAT pour le numéro de notification QMNUM correspondant.
Capture
Utilisez l'horodatage de création (ERDAT) de la table QMEL pour la notification donnée.
Type d'événement
explicit
|
|||
|
Notification Terminée
|
Indique l'achèvement métier de la notification de qualité, signifiant que toutes les actions requises ont été prises et que le problème est résolu d'un point de vue opérationnel. Il s'agit d'un changement de statut formel dans le système. | ||
|
Pourquoi est-ce important ? :
Cette activité sert de point d'arrivée principal pour mesurer le temps de résolution métier. Elle confirme que, du point de vue du propriétaire du processus, le dossier est terminé, même si la clôture technique est en attente.
Source des données :
Déduit d'un changement de statut sur l'objet Notification de Qualité. Ceci est capturé en identifiant l'horodatage lorsqu'un statut comme 'NOCO' (Notification terminée) est défini dans la table JCDS.
Capture
Identifier l'horodatage lorsque le statut 'Notification terminée' est défini dans la table JCDS.
Type d'événement
inferred
|
|||
|
Action corrective proposée
|
Cette activité représente le point où un plan visant à corriger le problème identifié est formellement documenté. Dans SAP, cela est souvent capturé par la création d'une tâche d'« Action Corrective » dans la notification qualité. | ||
|
Pourquoi est-ce important ? :
Cet événement initie la phase de résolution du processus. Mesurer le temps entre l'analyse des causes profondes et cette étape peut révéler des retards dans la planification des actions.
Source des données :
Cet événement est capturé lorsqu'une tâche avec un code d'« Action Corrective » est créée dans la table QMSM pour la Notification Qualité pertinente.
Capture
Utilisez l'horodatage de création (ERDAT) de la table QMSM pour les tâches de type action corrective.
Type d'événement
explicit
|
|||
|
Action Préventive Implémentée
|
Marque l'exécution réussie de l'action préventive planifiée. Ceci est enregistré en consignant l'achèvement de la tâche d'action préventive correspondante dans le système. | ||
|
Pourquoi est-ce important ? :
L'achèvement des actions préventives est une étape vitale dans les processus qualité matures. Le suivi de cette activité aide à mesurer l'engagement à prévenir les problèmes futurs et à réduire les problèmes récurrents.
Source des données :
Déduit de la clôture d'une tâche d'action préventive dans la table QMSM, indiquée par le champ ERLDT ou un changement de statut 'Terminé'.
Capture
Identifier l'horodatage de clôture (ERLDT) de la tâche d'action préventive dans la table QMSM.
Type d'événement
inferred
|
|||
|
Action Préventive proposée
|
Cette activité survient lorsqu'un plan est créé pour prévenir la récurrence d'un problème qualité. Similaire aux actions correctives, elle est souvent capturée par la création d'une tâche d'« Action Préventive ». | ||
|
Pourquoi est-ce important ? :
Cet événement est indispensable pour évaluer l'orientation de l'organisation vers l'amélioration proactive de la qualité plutôt que de simples correctifs réactifs. Il marque le début des efforts de résolution à long terme.
Source des données :
Cet événement est capturé lors de la création d'une tâche avec un code d'« Action Préventive » dans la table QMSM pour la Notification Qualité spécifique.
Capture
Utilisez l'horodatage de création (ERDAT) de la table QMSM pour les tâches de type action préventive.
Type d'événement
explicit
|
|||
|
Notification Clôturée
|
Représente la clôture technique finale de la notification qualité dans le système. Après ce point, aucune modification supplémentaire ne peut être apportée à la notification, marquant la fin absolue du cycle de vie de l'enregistrement. | ||
|
Pourquoi est-ce important ? :
Cette activité constitue l'événement final du processus. L'analyse du temps entre 'Notification terminée' et 'Notification clôturée' peut révéler des retards dans les procédures de clôture administrative.
Source des données :
Déduit d'un changement de statut sur la Notification de Qualité, spécifiquement lorsqu'un statut d'archivage ou de clôture finale est défini. Ce changement est enregistré avec un horodatage dans la table JCDS.
Capture
Identifier l'horodatage lorsque le statut final 'Fermée' est défini pour la notification dans la table JCDS.
Type d'événement
inferred
|
|||
|
Notification Mise en Processus
|
Représente le moment où une notification nouvellement créée est activement prise en charge pour traitement par l'équipe qualité. Il s'agit généralement d'un événement inféré, dérivé d'un changement de statut système indiquant que le travail a commencé. | ||
|
Pourquoi est-ce important ? :
Cette activité aide à distinguer le simple enregistrement d'un problème du début réel du travail. L'analyse du décalage temporel entre la création et cette étape révèle des retards potentiels dans la reconnaissance du problème et l'affectation des ressources.
Source des données :
Déduit d'un changement de statut sur l'objet Notification de Qualité. Cela peut être suivi en analysant les journaux de modifications de statut dans les tables JEST et JCDS pour un statut comme 'NOPO' (Notification en cours).
Capture
Identifier l'horodatage lorsque le statut 'en cours' est défini pour la notification dans la table JCDS.
Type d'événement
inferred
|
|||
|
Parties prenantes notifiées
|
Représente la communication de la résolution aux parties prenantes concernées, telles que les clients ou les départements internes. Il s'agit rarement d'un événement système automatisé et est souvent une étape manuelle. | ||
|
Pourquoi est-ce important ? :
Une communication rapide avec les parties prenantes est indispensablele pour la satisfaction client et la transparence. Mesurer le délai entre la clôture et la notification peut révéler des lacunes dans les processus de communication.
Source des données :
Cette activité est difficile à capturer directement depuis SAP. Elle peut être inférée de l'achèvement d'une tâche manuelle dans QMSM intitulée 'Notifier les parties prenantes' ou nécessiterait l'analyse de systèmes externes comme les journaux d'e-mails.
Capture
Identifier la clôture d'une tâche de communication manuelle, si elle est utilisée. Sinon, ce n'est généralement pas disponible.
Type d'événement
inferred
|
|||
|
Plan d'Action Approuvé
|
Signifie qu'un plan d'action corrective ou préventive proposé a été examiné et approuvé pour être mis en œuvre. Cette étape n'est souvent pas un événement distinct et peut être déduite de la libération d'une tâche pour traitement. | ||
|
Pourquoi est-ce important ? :
Des retards importants à cette étape d'approbation peuvent ralentir considérablement l'ensemble du processus de résolution. L'analyse de cette durée aide à identifier les points de blocage administratifs et les opportunités de rationaliser la gouvernance.
Source des données :
Ceci est généralement déduit d'un changement de statut sur une tâche dans la table QMSM, tel que 'Libéré'. L'horodatage de ce changement de statut se trouverait dans la table JCDS, lié à l'objet de la tâche.
Capture
Identifier l'horodatage lorsque le statut 'Libéré' est défini pour la tâche d'action corrective ou préventive.
Type d'événement
inferred
|
|||
|
Tâche d'Investigation Assignée
|
Cet événement se produit lorsqu'une tâche spécifique, telle que l'investigation de la cause profonde, est formellement créée et assignée à une personne ou un département. Cela est capturé lorsqu'un enregistrement de tâche est créé dans la Notification Qualité. | ||
|
Pourquoi est-ce important ? :
Le suivi de l'attribution des tâches est impératif pour comprendre la répartition de la charge de travail et identifier les points de blocage dans l'allocation des ressources. Il marque le début de la phase d'enquête, une donnée essentielle pour mesurer le temps de cycle de l'analyse des causes profondes.
Source des données :
Capturé depuis la table de gestion des tâches QMSM, liée à la Notification de Qualité. La date de création (ERDAT) d'une tâche avec un code pertinent, par exemple pour une enquête, marque cet événement.
Capture
Utilisez l'horodatage de création (ERDAT) de la table QMSM pour les tâches liées à l'enquête.
Type d'événement
explicit
|
|||
|
Vérification de l'Efficacité Requise
|
Indique qu'une vérification de suivi est nécessaire pour confirmer que les actions mises en œuvre ont résolu avec succès le problème. Ceci est souvent représenté par un statut spécifique sur la notification ou la création d'une tâche de vérification dédiée. | ||
|
Pourquoi est-ce important ? :
Cette activité garantit que le processus de Quality Management inclut une boucle de validation cruciale. Elle sépare la mise en œuvre d'une action de la confirmation de son succès.
Source des données :
Peut être déduit d'un changement de statut sur la Notification de Qualité (via JEST/JCDS) ou de la création d'une tâche spécifique 'Vérification d'efficacité' dans la table QMSM.
Capture
Identifier l'horodatage du changement de statut ou de la création d'une tâche de vérification dans QMSM.
Type d'événement
inferred
|
|||