Votre Template de Données de Gestion de la Qualité
Votre Template de Données de 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 Quality Management
| Nom | Description | ||
|---|---|---|---|
|
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. | ||
|
Description
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 est au cœur du Process Mining. Elle permet la découverte du flux de processus réel, l'identification des goulots d'étranglement 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 c'est important
Cet attribut définit les étapes du processus, rendant possible la visualisation et l'analyse du flux de processus, l'identification des déviations et la mesure des performances entre les activités.
Où obtenir
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'enquête 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. | ||
|
Description
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 de bout en bout de chaque dossier qualité. C'est fondamental 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 c'est important
C'est la clé essentielle pour lier toutes les activités connexes en une seule instance de processus cohérente, permettant une analyse de bout en bout de la manière dont les problèmes qualité sont traités.
Où obtenir
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. | ||
|
Description
L'Heure de Début, ou horodatage d'événement, enregistre le moment précis où une activité a eu lieu. C'est crucial 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 fondamental pour calculer toutes les métriques basées sur le temps, telles que les temps de cycle, les temps de traitement et les temps d'attente. Il permet l'identification des goulots d'étranglement, 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 c'est important
Cet horodatage est essentiel 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.
Où obtenir
Généralement tiré des champs de date et d'heure associés aux changements de statut ou à la création de documents. Des exemples incluent 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 fondamentale déterminée du problème de qualité. | ||
|
Description
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 essentiel pour les Dashboards '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 carte 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 c'est important
Permet l'analyse des problèmes systémiques en corrélant les causes fondamentales avec les produits, les départements et les inefficacités de processus pour guider les actions préventives.
Où obtenir
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é. | ||
|
Description
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 fondamental pour calculer les taux d'achèvement dans les délais et identifier les cas en retard. Le Dashboard 'Achèvement des événements qualité dans les délais' et le KPI 'Taux de respect 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 c'est important
Fournit une référence pour mesurer la performance dans les délais, qui est un KPI critique pour évaluer l'efficience des processus et la conformité aux SLA.
Où obtenir
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
|
|||
|
Département 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é. | ||
|
Description
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 critique 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 Dashboard '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 c'est important
Crucial pour l'analyse des transferts inter-départementaux, l'identification des goulots d'étranglement organisationnels et la compréhension de la contribution des différentes équipes au processus.
Où obtenir
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
|
|||
|
Priorité
NotificationPriority
|
Le niveau de priorité assigné à la notification qualité, indiquant son urgence. | ||
|
Description
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 Dashboards tels que 'Analyse du débit des événements qualité'.
Pourquoi c'est 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.
Où obtenir
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é. | ||
|
Description
Cet attribut lie l'événement qualité à un produit ou un matériel spécifique. Cette connexion est vitale 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 Dashboard 'Détection des schémas de problèmes récurrents' en corrélant les produits avec les problèmes qualité, ce qui est crucial pour des initiatives d'amélioration qualité ciblées.
Pourquoi c'est 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.
Où obtenir
Trouvé dans la table d'éléments de notification de qualité QMFE, champ MATNR.
Exemples
FIN-1001RAW-205ASEMI-303B
|
|||
|
Type de Notification Qualité
QualityNotificationType
|
La classification de la notification qualité, telle que réclamation client, problème interne ou défaut fournisseur. | ||
|
Description
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 essentielle 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 Dashboards 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 c'est 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.
Où obtenir
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 modification. | ||
|
Description
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 déviations de processus spécifiques à l'utilisateur. Elle est fondamentale 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 Dashboard 'Achèvement des événements qualité dans les délais' et du KPI 'Taux de respect 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 vital pour 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 Dashboard 'Événements qualité par gravité et impact' en ajoutant la dimension client à l'analyse de l'impact.
Pourquoi c'est 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.
Où obtenir
Généralement trouvé 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
|
Le timestamp indiquant la dernière actualisation des données de cet enregistrement depuis le système source. | ||
|
Description
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 fraîcheur des données qu'ils analysent. Dans tout Dashboard ou rapport analytique, l'affichage de cette information est essentiel pour gérer les attentes des utilisateurs concernant l'actualité des données. Cela aide à distinguer les changements de processus récents des artefacts de données obsolètes.
Pourquoi c'est important
Informe les utilisateurs de la fraîcheur des données, ce qui est crucial pour prendre des décisions opportunes et précises basées sur l'analyse de process mining.
Où obtenir
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. | ||
|
Description
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 Dashboard '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 c'est 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.
Où obtenir
Cette information est souvent stockée dans les actions de suivi ou les statuts de tâche spécifiques au sein de 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 retravail
IsRework
|
Un indicateur booléen qui précise si une activité ou une séquence d'activités représente une retouche. | ||
|
Description
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 soutient directement 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 carte des processus peut révéler des opportunités significatives d'amélioration de la qualité et de l'efficacité.
Pourquoi c'est 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 ».
Où obtenir
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'. | ||
|
Description
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'Event Log. 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 essentiel pour construire un modèle de processus précis.
Pourquoi c'est 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.
Où obtenir
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. | ||
|
Description
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 crucial 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 c'est important
Fournit un contexte essentiel sur l'origine des données, crucial pour la gouvernance des données et dans les environnements avec plusieurs systèmes interconnectés.
Où obtenir
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
|
|||
|
Temps de traitement de l'activité
ProcessingTime
|
La durée du temps passé à travailler activement sur une seule activité. | ||
|
Description
Le temps de traitement, également connu sous le nom de temps de cycle, est le temps écoulé entre le début et la fin d'une seule activité. Il est distinct du temps d'attente, qui est le temps passé entre les activités. Il est calculé en prenant la différence entre les horodatages de début et de fin d'une activité. Cette métrique est fondamentale pour identifier quelles tâches spécifiques sont les plus chronophages. Dans le Dashboard 'Identification des goulots d'étranglement du processus', des temps de traitement élevés pour certaines activités peuvent indiquer une complexité, un manque de ressources ou des procédures inefficaces. Il aide à cibler précisément les efforts d'amélioration des processus.
Pourquoi c'est important
Mesure le temps passé sur les activités à valeur ajoutée, aidant à identifier les étapes les plus chronophages du processus qui sont des candidats prioritaires à l'optimisation.
Où obtenir
Champ calculé dérivé des horodatages de début et de fin de chaque activité dans le journal d'événements. (Heure de fin - Heure de début).
Exemples
2 heures 15 minutes3 jours 4 heures30 minutes
|
|||
|
Usine
Plant
|
L'usine de fabrication ou le lieu où l'événement qualité est survenu ou est géré. | ||
|
Description
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 c'est 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.
Où obtenir
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 Quality Management
| Activité | Description | ||
|---|---|---|---|
|
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 au sein de la notification qualité est marquée comme terminée. | ||
|
Pourquoi c'est important
C'est un jalon clé qui indique que des mesures ont été prises pour résoudre le problème de qualité. Il est crucial pour mesurer le taux d'achèvement des actions dans les délais et l'efficacité globale de la phase de résolution.
Où obtenir
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 » au sein de la notification. | ||
|
Pourquoi c'est 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 goulots d'étranglement dans l'analyse des problèmes et la prise de décision.
Où obtenir
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 fondamentales 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 c'est 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 essentielle pour comprendre l'efficacité du contrôle qualité des produits.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est important
En tant qu'événement de démarrage principal, cette activité est essentielle pour mesurer le temps de cycle de bout en bout 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é.
Où obtenir
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 c'est 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.
Où obtenir
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 » au sein de la notification qualité. | ||
|
Pourquoi c'est 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.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est important
Cet événement est critique 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.
Où obtenir
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 c'est 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.
Où obtenir
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 cours
|
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 c'est 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.
Où obtenir
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 c'est important
Une communication rapide avec les parties prenantes est essentielle 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.
Où obtenir
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 c'est 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 goulots d'étranglement administratifs et les opportunités de rationaliser la gouvernance.
Où obtenir
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'enquête 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éé au sein de la Notification Qualité. | ||
|
Pourquoi c'est important
Le suivi de l'attribution des tâches est crucial pour comprendre la répartition de la charge de travail et identifier les goulots d'étranglement 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.
Où obtenir
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 d'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 c'est 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.
Où obtenir
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
|
|||