Votre modèle de données de gestion de la qualité

Gestion de la qualité SAP S/4HANA
Votre modèle de données de gestion de la qualité

Votre modèle de données de gestion de la qualité

Ce modèle fournit un guide complet pour collecter et préparer vos données de gestion de la qualité. Il présente les attributs et les activités essentiels à la création d’un journal d’événements fiable pour le Process Mining. Utilisez cette ressource pour simplifier vos efforts d’extraction et d’analyse des données.
  • Attributs recommandés à collecter pour une analyse complète
  • Activités clés de gestion de la qualité à suivre
  • Conseils pour extraire les données de gestion de la qualité depuis SAP S/4HANA
Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Attributs de la gestion de la qualité

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail la gestion de la qualité dans SAP S/4HANA.
3 Obligatoire 7 Recommandé 8 Facultatif
Nom Description
Activité
ActivityName
Nom de l’événement métier ou de la tâche spécifique survenu dans le processus de Gestion de la qualité.
Description

Cet attribut décrit une étape ou un jalon du cycle de vie de l’événement qualité, comme « Notification Created », « Root Cause Analysis Completed » ou « Usage Decision Made ». Ces activités sont déduites de changements de statut système, de la création de documents associés ou d’actions utilisateur précises enregistrées dans les journaux de modification.

L’analyse de la séquence et du moment de ces activités constitue le cœur du Process Mining. Elle permet de découvrir le flux réel du processus, d’identifier les goulots d’étranglement entre les étapes et de mesurer la conformité aux procédures opérationnelles standard. Le niveau de granularité des activités détermine le degré de détail de l’analyse du processus.

Pourquoi c’est important

Cet attribut définit les étapes du processus. Il permet de visualiser et d’analyser le flux du processus, d’identifier les écarts et de mesurer la performance entre les activités.

Où les obtenir

Dérivé des changements de statut dans les tables JEST et JSTO, ou des enregistrements d’activités dans des tables telles que QMSM (Tasks). Les Event Logs peuvent également être construits à partir des tables de documents de modification CDHDR et CDPOS.

Exemples
Quality Notification crééeTâche d’investigation affectéeAction corrective mise en œuvreNotification clôturée
Événement qualité
QualityEvent
Identifiant unique d’une Quality Notification, utilisé comme identifiant principal du cas pour suivre un problème qualité de son ouverture à sa clôture.
Description

La Quality Event est l’identifiant central du cas qui relie toutes les activités, tâches et décisions associées à un même problème qualité. Dans SAP, elle correspond généralement au numéro de la Quality Notification (QMNUM).

Dans le Process Mining, l’analyse des événements à partir de cet identifiant permet de reconstituer le parcours de bout en bout de chaque cas qualité. Elle est fondamentale pour visualiser les flux du processus, calculer les délais de cycle de l’ensemble du cas et identifier les chemins fréquents ou atypiques du processus de résolution. Elle constitue la base de presque toutes les analyses de Gestion de la qualité.

Pourquoi c’est important

Il s’agit de la clé essentielle qui relie toutes les activités associées au sein d’une même instance de processus cohérente et permet d’analyser de bout en bout le traitement des problèmes qualité.

Où les obtenir

Il s’agit du numéro de la Quality Notification, présent dans la table QMEL, champ QMNUM.

Exemples
200000018200000019200000020
Heure de début
EventTimestamp
Date et heure exactes auxquelles une activité ou un événement précis s’est produit.
Description

L’heure de début, ou horodatage de l’événement, enregistre le moment précis où une activité a eu lieu. Elle est essentielle pour classer les événements par ordre chronologique et calculer les durées qui les séparent. Elle indique par exemple quand une notification a été créée, quand une tâche a été terminée ou quand un statut a été modifié.

Dans l’analyse de Process Mining, cet attribut est fondamental pour calculer toutes les métriques temporelles, comme les délais de cycle, les temps de traitement et les temps d’attente. Il permet d’identifier les goulots d’étranglement, d’analyser le débit et de suivre la performance par rapport aux SLA ou aux objectifs fondés sur le temps. Des horodatages précis sont essentiels à 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 délais de cycle et les temps d’attente, et comprendre la dynamique du processus.

Où les obtenir

Généralement issu des champs de date et d’heure associés aux changements de statut ou à la création de documents. Exemples : ERDAT/ERZEIT (date/heure de création) dans QMEL ou horodatages de modification dans CDHDR.

Exemples
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Cause racine
RootCauseCode
Code ou texte identifiant la cause racine déterminée du problème qualité.
Description

L’attribut Cause racine décrit l’origine du défaut qualité ou de la non-conformité. L’identification de la cause racine correcte constitue une étape essentielle du processus de gestion de la qualité, car elle sert de base à la définition de mesures correctives et préventives efficaces.

Cet attribut est essentiel pour les Dashboards « Root Cause Analysis Cycle Time » et « Recurring Issue Pattern Detection ». L’analyse par cause racine aide à repérer les problèmes systémiques. Par exemple, le filtrage de la cartographie du processus sur une cause racine précise permet de vérifier si celle-ci entraîne des chemins de processus particuliers ou des délais de résolution plus longs.

Pourquoi c’est important

Permet d’analyser les problèmes systémiques en mettant en relation les causes racines avec les produits, les services et les inefficacités du processus, afin d’orienter les mesures préventives.

Où les obtenir

Généralement stocké dans la table QMUR (Notification Causes), champ URCOD.

Exemples
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
Date cible de résolution
TargetResolutionDate
Date prévue ou requise pour l’achèvement de l’événement qualité.
Description

Cette date correspond à l’échéance à laquelle l’événement qualité doit être entièrement résolu et clôturé. Elle sert souvent de 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 de clôture dans les délais et repérer les cas en retard. Le Dashboard « Quality Event On-Time Completion » et le KPI « Quality Action On-Time Rate » dépendent directement de la comparaison entre la date réelle d’achèvement et cette date cible. Il aide à hiérarchiser 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, un KPI essentiel pour évaluer l’efficacité du processus et la conformité aux SLA.

Où les 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
Priorité
NotificationPriority
Le niveau de priorité attribué à la notification qualité, qui indique son degré d’urgence.
Description

La priorité définit l’urgence avec laquelle un événement qualité doit être traité. Elle aide les équipes à organiser leur travail et garantit que les problèmes les plus importants sont traités en premier. SAP permet de configurer différents types de priorité susceptibles d’influencer les délais de réponse cibles.

Cet attribut sert à vérifier si les éléments hautement prioritaires sont effectivement traités plus rapidement que les éléments faiblement prioritaires. Il peut révéler des inefficacités lorsque des cas prioritaires restent bloqués dans le processus. Il constitue une dimension essentielle pour des Dashboards tels que « Quality Event Throughput Analysis ».

Pourquoi c’est important

Aide à vérifier si la performance du processus correspond à l’urgence métier, afin que les problèmes prioritaires soient résolus plus rapidement.

Où les 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 concerné par l’événement qualité.
Description

Cet attribut relie l’événement qualité à un produit ou à un matériel précis. Ce lien est essentiel pour l’assurance qualité, car il aide à repérer les produits présentant des problèmes récurrents ou des taux de défaut élevés.

Dans le Process Mining, l’analyse par produit permet de détecter des tendances, par exemple pour déterminer si certains produits nécessitent davantage de temps pour être traités ou sont associés à des causes racines particulières. Elle alimente le Dashboard « Recurring Issue Pattern Detection » en mettant en relation les produits et les problèmes qualité, ce qui est essentiel pour cibler les initiatives d’amélioration de la qualité.

Pourquoi c’est important

Relie les problèmes qualité à des produits précis et permet d’analyser les taux de défaut, les causes racines et les schémas de résolution propres à chaque produit.

Où les obtenir

Présent dans la table des postes de notification qualité QMFE, champ MATNR.

Exemples
FIN-1001RAW-205ASEMI-303B
Service responsable
ResponsibleDepartment
Le service ou domaine fonctionnel chargé d’exécuter une tâche précise ou de gérer l’événement qualité.
Description

Cet attribut indique l’unité organisationnelle affectée à une activité ou à l’événement qualité dans son ensemble. Il peut s’agir d’une équipe d’assurance qualité, d’un service d’ingénierie ou d’une unité de production.

Il s’agit d’une dimension essentielle pour analyser la collaboration entre services et les transferts de responsabilité. Elle aide à repérer les retards qui surviennent lorsqu’une responsabilité passe d’un service à un autre, et alimente ainsi le Dashboard « Cross-Department Handoff Delays ». Elle permet également de filtrer la vue du processus afin de comprendre le fonctionnement de services précis.

Pourquoi c’est important

Essentiel pour analyser les transferts entre services, identifier les goulots d’étranglement organisationnels et comprendre la contribution des différentes équipes au processus.

Où les 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 référence RH. Il peut ne pas correspondre à un champ direct.

Exemples
Assurance qualitéLigne de production 3Ingénierie qualité fournisseurs
Type de notification qualité
QualityNotificationType
La classification de la notification qualité, par exemple une réclamation client, un problème interne ou un défaut fournisseur.
Description

Cet attribut catégorise l’événement qualité selon son origine et sa nature. Les types SAP standard comprennent les réclamations clients, les rapports de problèmes internes et les défauts liés aux fournisseurs. Cette catégorisation détermine le déroulement du processus et la documentation requise.

L’analyse du processus par type de notification est essentielle pour déterminer si les différents types de problèmes sont traités différemment ou présentent des niveaux d’efficacité variables. Elle alimente des Dashboards tels que « Quality Event Throughput Analysis », en permettant de filtrer et de comparer les délais de traitement ainsi que les chemins suivis pour les différentes catégories de problèmes.

Pourquoi c’est important

Elle permet de segmenter le processus afin de vérifier si les différents types de problèmes qualité suivent des chemins distincts ou présentent des caractéristiques de performance différentes.

Où les obtenir

Situé dans la table QMEL, champ QMART.

Exemples
Q1Q2F2
Utilisateur
ChangedBy
Identifiant de l’utilisateur ayant exécuté l’activité ou effectué la dernière modification.
Description

Cet attribut identifie l’utilisateur responsable de l’exécution d’une étape donnée du processus. Dans SAP, il correspond souvent aux champs « Changed By » (AENAM) ou « Created By » (ERNAM).

L’analyse par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins de formation et à repérer les écarts propres à certains utilisateurs. Elle est fondamentale pour les analyses fondées sur les Ressources, par exemple pour déterminer pourquoi certains utilisateurs ont des temps de traitement plus longs ou suivent plus souvent 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, des éléments essentiels pour optimiser les Ressources.

Où les obtenir

Présent dans les tables d’en-tête et de postes, comme QMEL-ERNAM (Created by), ou dérivé des journaux de modification (CDHDR-USERNAME).

Exemples
SMITHJWILSONAPROCESS_AUTOMATION_BOT
Achèvement dans les délais
IsOnTimeCompletion
Indicateur booléen précisant si l’événement qualité a été achevé avant sa date cible de résolution.
Description

Cet indicateur calculé compare l’horodatage réel d’achèvement d’un événement qualité à sa « Target Resolution Date ». Il prend la valeur true si l’événement a été clôturé à la date cible ou avant celle-ci, et false dans le cas contraire.

Cet attribut fournit une mesure simple et directe du suivi de la performance. Il constitue la base du Dashboard « Quality Event On-Time Completion » et du KPI « Quality Action On-Time Rate ». Il permet de filtrer et d’agréger facilement les données afin de comprendre la performance dans les délais selon différentes dimensions, comme le service, le produit ou le type de notification.

Pourquoi c’est important

Fournit un résultat binaire clair pour suivre la performance par rapport aux échéances, ce qui facilite la mesure et le reporting de la conformité aux SLA.

Où les obtenir

Attribut calculé obtenu en comparant l’horodatage de l’activité finale de clôture à l’attribut « TargetResolutionDate ».

Exemples
truefalse
Client
CustomerNumber
L’identifiant du client associé à l’événement qualité, le cas échéant.
Description

Cet attribut relie un événement qualité à un client précis. Il est particulièrement pertinent pour les types de notification tels que « Customer Complaint ». Le suivi de cette information est essentiel à la gestion de la relation client et à la compréhension de l’impact des problèmes qualité sur les clients.

L’analyse par client permet à l’entreprise de déterminer si certains clients rencontrent davantage de problèmes qualité que d’autres ou si les délais de résolution varient selon le client. Elle alimente le Dashboard « Quality Events By Severity And Impact » en ajoutant la dimension client à l’analyse de l’impact.

Pourquoi c’est important

Relie les événements qualité aux clients, permet d’analyser les problèmes propres à chaque client et veille à ce que les clients à forte valeur bénéficient d’un support prioritaire.

Où les obtenir

Généralement présent dans les fonctions partenaires 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
Horodatage indiquant la dernière actualisation des données de cet enregistrement depuis le système source.
Description

Cet attribut fournit l’horodatage de la dernière extraction ou mise à jour des données depuis le système source. Il informe les utilisateurs sur l’actualité des données analysées.

Dans tout Dashboard ou rapport analytique, l’affichage de cette information est essentiel pour gérer les attentes concernant la fraîcheur des données. Il aide à distinguer les évolutions récentes du processus des effets liés à des données obsolètes.

Pourquoi c’est important

Informe les utilisateurs sur l’actualité des données, un élément essentiel pour prendre rapidement des décisions précises à partir de l’analyse de Process Mining.

Où les obtenir

Il s’agit d’un champ de métadonnées généré et renseigné par l’outil ou le pipeline d’extraction des données lors de l’actualisation.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Efficacité de la mesure
EffectivenessEvaluation
Résultat du contrôle de vérification visant à déterminer si une mesure mise en œuvre a été efficace.
Description

Cet attribut enregistre le résultat du contrôle d’efficacité, une étape finale essentielle de la boucle de gestion de la qualité. Il confirme si les mesures correctives ou préventives prises ont effectivement permis de traiter la cause racine et d’éviter la récurrence du problème.

Il s’agit de l’attribut principal du Dashboard « Action Effectiveness Verification » et du KPI « Action Effectiveness Verification Rate ». Il fournit une indication directe sur la qualité du processus de résolution des problèmes lui-même. Un taux élevé de mesures inefficaces indique qu’il est nécessaire d’améliorer les étapes d’analyse de la cause racine ou de planification des mesures.

Pourquoi c’est important

Mesure directement la réussite du processus de résolution des problèmes et indique si les mesures empêchent réellement la récurrence des problèmes.

Où les obtenir

Ces informations sont souvent stockées dans les mesures de suivi ou dans des statuts de tâche précis au sein de la notification qualité. Il peut s’agir d’un champ personnalisé ou d’une valeur fondée sur un code de statut spécifique.

Exemples
EfficaceInefficaceSuivi requis
Indicateur de reprise
IsRework
Indicateur booléen précisant si une activité ou une séquence d’activités correspond à une reprise.
Description

Cet indicateur prend la valeur true lorsqu’un cas répète certaines étapes, ce qui signifie que le travail initial n’était pas suffisant. Par exemple, si une activité « Root Cause Analysis » est suivie plus tard d’une autre activité « Investigation Task Assigned » pour le même cas, cela signale une boucle de reprise.

Cet attribut alimente directement le KPI « Corrective Action Rework Rate ». L’identification et la quantification des reprises constituent un objectif majeur du Process Mining, car elles représentent un effort gaspillé et une inefficacité du processus. La mise en évidence des boucles de reprise dans la cartographie du processus peut révéler d’importantes possibilités d’amélioration de la qualité et de l’efficacité.

Pourquoi c’est important

Quantifie l’inefficacité du processus en repérant les étapes répétées, ce qui met en évidence les efforts inutiles et les possibilités d’améliorer le taux de réussite dès la première exécution.

Où les obtenir

Il s’agit d’un attribut calculé. Il est dérivé lors de l’analyse de Process Mining, en détectant les séquences d’activités répétées au sein d’un même cas.

Exemples
truefalse
Site
Plant
L’usine ou le site de production où l’événement qualité a pris naissance ou est géré.
Description

L’attribut Site précise le lieu physique, par exemple une usine ou un entrepôt, associé à l’événement qualité. Il fournit un contexte géographique ou organisationnel sur le lieu où les problèmes qualité surviennent.

Cette dimension est particulièrement utile pour les analyses comparatives. En filtrant ou en regroupant les données par site, la direction peut comparer la performance de différents lieux, repérer les problèmes propres à chaque site et partager les bonnes pratiques des sites les plus performants. Elle aide à répondre à des questions telles que « Quel site présente le délai d’analyse de la cause racine le plus long ? ».

Pourquoi c’est important

Permet de comparer la performance de différents sites opérationnels et aide à repérer les problèmes propres à chaque site ainsi que les bonnes pratiques.

Où les obtenir

Le site associé à l’en-tête de la notification se trouve dans QMEL-WERKS. S’il est lié à un matériel précis, il peut également être présent au niveau du poste.

Exemples
100017102000
Statut de la notification
SystemStatus
Le statut actuel de traitement de la notification qualité, par exemple « Outstanding » ou « Completed ».
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 dans lequel des statuts tels que OSNO (Outstanding Notification), NOPR (Notification in Process) et NOCO (Notification Completed) reflètent l’avancement.

Cet attribut sert souvent à déduire les activités du journal d’événements. Il constitue également une dimension utile pour filtrer les cas, par exemple afin d’analyser uniquement les événements qualité ouverts ou récemment clôturés. La compréhension des transitions de statut est essentielle à la création d’un modèle de processus fiable.

Pourquoi c’est important

Indique l’état actuel d’un cas, ce qui permet de filtrer les cas actifs et clôturés et de contribuer à la déduction des activités du processus.

Où les obtenir

Dérivé des tables JEST et JSTO, qui stockent les informations de statut de différents objets SAP. Le lien s’effectue via QMEL-OBJNR.

Exemples
OSNO NOPRNOCOTSCO
Système source
SourceSystem
Identifie le système source depuis lequel les données ont été extraites, par exemple l’instance SAP S/4HANA concernée.
Description

Cet attribut précise l’origine des données de Gestion de la qualité. Dans un environnement comprenant plusieurs ERP ou systèmes intégrés, ce champ est essentiel pour distinguer les sources de données et garantir leur intégrité.

Pour l’analyse, il permet de filtrer ou de comparer les processus entre différents systèmes ou unités organisationnelles. Il s’agit souvent d’une valeur constante pour un jeu de données donné, mais elle reste indispensable à la gouvernance des données et à la mise en contexte.

Pourquoi c’est important

Fournit un contexte essentiel sur l’origine des données, ce qui est important pour la gouvernance des données et dans les environnements comprenant plusieurs systèmes interconnectés.

Où les obtenir

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données pour identifier le client et l’ID système SAP S/4HANA.

Exemples
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Obligatoire Recommandé Facultatif

Activités de gestion de la qualité

Voici les principales étapes et les jalons à enregistrer dans votre journal d’événements pour découvrir et analyser précisément le processus.
6 Recommandé 9 Facultatif
Activité Description
Action corrective mise en œuvre
Marque l’achèvement du travail défini dans le plan d’actions correctives. Cet événement est généralement enregistré lorsque la tâche d’action corrective affectée dans la Quality Notification est marquée comme terminée.
Pourquoi c’est important

Il s’agit d’une étape importante, qui indique que des mesures ont été prises pour résoudre le problème qualité. Elle est essentielle pour mesurer le taux d’achèvement des actions dans les délais et l’efficacité globale de la phase de résolution.

Où les obtenir

Déduit de l’achèvement d’une tâche d’action corrective dans la table QMSM. La date de fin est enregistrée dans le champ ERLDT ou au moyen d’un changement de statut « Completed » dans les tables JEST/JCDS.

Collecte

Identifiez l’horodatage de fin (ERLDT) de la tâche d’action corrective dans la table QMSM.

Type d’événement inferred
Analyse des causes profondes terminée
Marque la fin de la phase d’investigation, au cours de laquelle la cause sous-jacente du problème qualité a été identifiée. Cet événement 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 c’est important

Il s’agit d’une étape importante pour mesurer la durée et l’efficacité du processus d’investigation. L’identification des retards avant cette étape aide à localiser les goulots d’étranglement dans l’analyse des problèmes et la prise de décision.

Où les obtenir

Déduit de l’achèvement d’une tâche d’investigation ou d’une tâche dédiée à la RCA dans la table QMSM. L’achèvement est identifié par un changement de statut ou par le renseignement du champ de date de fin de tâche (ERLDT).

Collecte

Identifiez l’horodatage de fin (ERLDT) de la tâche d’analyse des causes profondes concernée dans la table QMSM.

Type d’événement inferred
Décision d’utilisation prise
Représente la décision officielle concernant la qualité des marchandises d’un lot d’inspection, par exemple leur acceptation ou leur rejet. Il s’agit d’un événement distinct pour les problèmes qualité issus des inspections, enregistré lors de la sauvegarde de la décision d’utilisation.
Pourquoi c’est important

Pour les processus fondés sur une inspection, il s’agit d’une étape majeure qui détermine les actions suivantes, comme le blocage ou la libération du matériel. L’analyse de son délai et de ses résultats est essentielle pour comprendre l’efficacité du contrôle qualité des produits.

Où les obtenir

Il s’agit d’un événement explicite enregistré dans la table des décisions d’utilisation QAVE. L’horodatage de création de l’enregistrement associé au lot d’inspection (PRUEFLOS) indique cette activité.

Collecte

Utilisez l’horodatage de création du lot d’inspection concerné 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é efficace et que le problème qualité est résolu sans récurrence. Cet événement est enregistré à l’achèvement de la tâche de vérification de l’efficacité ou d’un examen qualité final.
Pourquoi c’est important

Il s’agit d’une étape importante pour valider l’ensemble du processus de résolution. Un taux élevé de vérifications réussies indique l’efficacité du système de Gestion de la qualité et contribue à réduire les problèmes récurrents.

Où les obtenir

Généralement déduit de l’achèvement d’une tâche « Effectiveness Check » dans la table QMSM, à partir de la date de fin ERLDT.

Collecte

Identifiez l’horodatage de fin de la tâche de vérification de l’efficacité dans QMSM.

Type d’événement inferred
Notification terminée
Indique l’achèvement métier de la Quality Notification : toutes les actions requises ont été prises et le problème est résolu d’un point de vue opérationnel. Il s’agit d’un changement de statut officiel dans le système.
Pourquoi c’est important

Cette activité constitue le point final principal pour mesurer le délai de résolution métier. Elle confirme que, du point de vue du responsable du processus, le cas est terminé, même si la clôture technique est encore en attente.

Où les obtenir

Déduit d’un changement de statut sur l’objet Quality Notification. Il est enregistré en identifiant l’horodatage auquel un statut tel que « NOCO » (Notification completed) est défini dans la table JCDS.

Collecte

Identifiez l’horodatage auquel le statut « Notification completed » est défini dans la table JCDS.

Type d’événement inferred
Quality Notification créée
Cette activité marque le début officiel du processus de Gestion de la qualité : un problème qualité, un défaut ou une réclamation est enregistré formellement. La création de la Quality Notification dans SAP S/4HANA enregistre les premières informations et lui attribue un identifiant unique, ce qui ouvre le cas.
Pourquoi c’est important

En tant que principal événement de début, cette activité est essentielle pour mesurer le délai de cycle de bout en bout du processus de résolution qualité. Elle fournit le point de référence permettant de suivre le temps nécessaire pour traiter et clôturer les événements qualité.

Où les obtenir

Il s’agit d’un événement explicite enregistré dans la table d’en-tête des Quality Notifications QMEL. L’horodatage de création se trouve généralement dans le champ ERDAT pour le numéro de notification QMNUM correspondant.

Collecte

Utilisez l’horodatage de création (ERDAT) de la table QMEL pour la notification concernée.

Type d’événement explicit
Action corrective proposée
Cette activité correspond au moment où un plan visant à corriger le problème identifié est officiellement documenté. Dans SAP, elle est souvent enregistrée par la création d’une tâche « Corrective Action » dans la Quality Notification.
Pourquoi c’est important

Cet événement lance la phase de résolution du processus. La mesure du temps écoulé entre l’analyse des causes profondes et cette étape peut révéler des retards dans la planification des actions.

Où les obtenir

Cet événement est enregistré lorsqu’une tâche associée au code « Corrective Action » est créée dans la table QMSM pour la Quality Notification concernée.

Collecte

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 mise en œuvre
Marque la mise en œuvre réussie de l’action préventive planifiée. Cet événement est enregistré lorsque l’achèvement de la tâche d’action préventive correspondante est enregistré dans le système.
Pourquoi c’est important

L’achèvement des actions préventives constitue une étape essentielle des processus qualité matures. Le suivi de cette activité permet de mesurer l’engagement à prévenir les problèmes futurs et à réduire les récurrences.

Où les obtenir

Déduit de l’achèvement d’une tâche d’action préventive dans la table QMSM, indiqué par le champ ERLDT ou par un changement de statut « Completed ».

Collecte

Identifiez l’horodatage de fin (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é se produit lorsqu’un plan est créé pour éviter la réapparition d’un problème qualité. Comme pour les actions correctives, elle est souvent enregistrée par la création d’une tâche « Preventive Action ».
Pourquoi c’est important

Cet événement est essentiel pour évaluer l’importance accordée par l’organisation à l’amélioration proactive de la qualité, plutôt qu’à la seule correction des problèmes. Il marque le début des efforts de résolution à long terme.

Où les obtenir

Cet événement est enregistré lors de la création d’une tâche associée au code « Preventive Action » dans la table QMSM pour la Quality Notification concernée.

Collecte

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 Quality Notification dans le système. Après cette étape, aucune modification ne peut être apportée à la notification, ce qui marque la fin définitive du cycle de vie de l’enregistrement.
Pourquoi c’est important

Cette activité constitue l’événement final du processus. L’analyse du délai entre « Notification Completed » et « Notification Closed » peut révéler des retards dans les procédures administratives de clôture.

Où les obtenir

Déduit d’un changement de statut de la Quality Notification, notamment lorsqu’un statut d’archivage ou de clôture finale est défini. Ce changement est enregistré avec un horodatage dans la table JCDS.

Collecte

Identifiez l’horodatage auquel le statut final « Closed » est défini pour la notification dans la table JCDS.

Type d’événement inferred
Notification mise en traitement
Représente le moment où une notification nouvellement créée est effectivement prise en charge par l’équipe qualité. Il s’agit généralement d’un événement déduit d’un changement de statut système indiquant que le traitement a commencé.
Pourquoi c’est important

Cette activité permet de distinguer le simple enregistrement d’un problème du début effectif de son traitement. L’analyse du délai entre la création et cette étape révèle d’éventuels retards dans la prise en compte du problème et l’affectation des Ressources.

Où les obtenir

Déduit d’un changement de statut sur l’objet Quality Notification. Il peut être suivi en analysant les journaux de changement de statut dans les tables JEST et JCDS pour un statut tel que « NOPO » (Notification in process).

Collecte

Identifiez l’horodatage auquel le statut « in process » est défini pour la notification dans la table JCDS.

Type d’événement inferred
Parties prenantes informées
Représente la communication de la résolution aux parties prenantes concernées, comme les clients ou les services internes. Il s’agit rarement d’un événement automatisé du système et souvent d’une étape manuelle.
Pourquoi c’est important

Une communication rapide avec les parties prenantes est essentielle à la satisfaction client et à la transparence. La mesure du délai entre la clôture et la notification peut mettre en évidence des lacunes dans les processus de communication.

Où les obtenir

Cette activité est difficile à capturer directement dans SAP. Elle peut être déduite de l’achèvement d’une tâche manuelle QMSM intitulée « Notify Stakeholder » ou nécessiter l’analyse de systèmes externes, comme les journaux d’e-mails.

Collecte

Identifiez l’achèvement d’une tâche de communication manuelle, si une telle tâche est utilisée. Dans le cas contraire, cette information n’est généralement pas disponible.

Type d’événement inferred
Plan d’actions approuvé
Indique qu’un plan d’actions correctives ou préventives proposé a été examiné et approuvé pour mise en œuvre. Cette étape ne constitue 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

De longs délais à 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 possibilités de simplifier la gouvernance.

Où les obtenir

Cet événement est généralement déduit d’un changement de statut d’une tâche dans la table QMSM, par exemple « Released ». L’horodatage de ce changement de statut se trouve dans la table JCDS, liée à l’objet de la tâche.

Collecte

Identifiez l’horodatage auquel le statut « Released » est défini pour la tâche d’action corrective ou préventive.

Type d’événement inferred
Tâche d’investigation affectée
Cet événement se produit lorsqu’une tâche précise, comme l’analyse de la cause profonde, est officiellement créée et affectée à une personne ou à un service. Il est enregistré lors de la création d’un enregistrement de tâche dans la Quality Notification.
Pourquoi c’est important

Le suivi de l’affectation des tâches est essentiel pour comprendre la répartition de la charge de travail et identifier les goulots d’étranglement dans l’affectation des Ressources. Il marque le début de la phase d’investigation et constitue une donnée importante pour mesurer le délai du cycle d’analyse des causes profondes.

Où les obtenir

Enregistré dans la table de gestion des tâches QMSM, liée à la Quality Notification. La date de création (ERDAT) d’une tâche associée à un code pertinent, par exemple une tâche d’investigation, marque cet événement.

Collecte

Utilisez l’horodatage de création (ERDAT) de la table QMSM pour les tâches liées à l’investigation.

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 effectivement résolu le problème. Cet événement est souvent représenté par un statut spécifique de la notification ou par la création d’une tâche de vérification dédiée.
Pourquoi c’est important

Cette activité garantit que le processus de Gestion de la qualité comprend une boucle de validation essentielle. Elle distingue la mise en œuvre d’une action de la confirmation de son efficacité.

Où les obtenir

Peut être déduit d’un changement de statut de la Quality Notification, via JEST/JCDS, ou de la création d’une tâche « Effectiveness Check » spécifique dans la table QMSM.

Collecte

Identifiez l’horodatage du changement de statut ou de la création de la tâche de vérification dans QMSM.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données de gestion de la qualité depuis SAP S/4HANA

Prêt à commencer ?

Utilisez ce modèle pour préparer rapidement vos données et commencer à optimiser vos processus de gestion de la qualité. Obtenez des analyses utiles et améliorez l’efficacité dans SAP S/4HANA.

Améliorez la Gestion de la qualité : réduisez immédiatement le temps de cycle de 30 %

Identifiez les goulots d’étranglement dans SAP S/4HANA et réduisez de 30 % le temps de cycle de la Gestion de la qualité.

Démarrer l’essai gratuit

Aucune carte bancaire requise, configuration en quelques minutes.