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

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

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

Ce modèle vous guide dans la collecte et la préparation des données de gestion de la qualité. Il présente les attributs et les activités nécessaires pour créer un journal d’événements adapté au Process Mining. Utilisez cette ressource pour simplifier l’extraction et l’analyse de vos données.
  • Attributs recommandés 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é dans SAP S/4HANA
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de gestion de la qualité

Voici les champs de données recommandés pour votre journal d’événements afin de réaliser une analyse complète de 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 qui s’est produit dans le processus de gestion de la qualité.
Description

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

L’analyse de l’ordre et du moment de ces activités est au cœur du Process Mining. Elle permet de découvrir le flux réel du processus, de repérer les goulots d’étranglement entre les étapes et de mesurer la conformité aux procédures opérationnelles standard. Le niveau de détail des activités détermine la précision de l’analyse du processus.

Pourquoi est-ce important ?

Cet attribut définit les étapes du processus. Il permet de visualiser et d’analyser son flux, de repérer les écarts et de mesurer les performances entre les activités.

Où trouver ces données

Dérivé des changements de statut dans les tables JEST et JSTO ou des enregistrements d’activité dans des tables telles que QMSM (tâches). Les journaux d’événements peuvent également être constitués à partir des tables de documents de modification CDHDR et CDPOS.

Exemples
Notification qualité crééeTâche d’enquête attribuéeAction corrective mise en œuvreNotification clôturée
Événement qualité
QualityEvent
Identifiant unique d’une notification qualité, utilisé comme identifiant principal du dossier pour suivre un problème qualité depuis son signalement jusqu’à sa clôture.
Description

L’événement qualité est l’identifiant central du dossier qui relie toutes les activités, tâches et décisions associées à un même problème qualité. Dans SAP, il correspond généralement au numéro de notification qualité (QMNUM).

En Process Mining, l’analyse des événements à partir de cet identifiant permet de reconstituer le parcours de bout en bout de chaque dossier qualité. C’est indispensable pour visualiser les flux de processus, calculer le temps de cycle de chaque dossier et repérer les parcours fréquents ou atypiques lors de la résolution. Cet identifiant constitue la base de presque toutes les analyses de gestion de la qualité.

Pourquoi est-ce important ?

C’est la clé indispensable pour relier toutes les activités associées au sein d’une même instance de processus et analyser de bout en bout le traitement des problèmes qualité.

Où trouver ces données

Il s’agit du numéro de notification qualité, 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, indique le moment précis où une activité a eu lieu. Elle est indispensable pour ordonner les événements chronologiquement 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 changé.

Dans l’analyse de Process Mining, cet attribut est essentiel au calcul de toutes les métriques temporelles, comme les temps de cycle, les durées de traitement et les temps d’attente. Il permet de repérer les goulots d’étranglement, d’analyser le débit et de suivre les performances par rapport aux SLA ou aux objectifs de délai. La précision des horodatages est indispensable à la fiabilité de l’ensemble du modèle de processus.

Pourquoi est-ce important ?

Cet horodatage est indispensable pour ordonner les événements, calculer les métriques de performance comme les temps de cycle et les temps d’attente, et comprendre la dynamique du processus.

Où trouver ces données

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

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

L’attribut « Cause profonde » indique l’origine du défaut qualité ou de la non-conformité. Identifier correctement cette cause est une étape essentielle du processus de gestion de la qualité, car elle sert de base à la définition d’actions correctives et préventives efficaces.

Cet attribut est essentiel aux Dashboards « Root Cause Analysis Cycle Time » et « Recurring Issue Pattern Detection ». L’analyse par cause profonde permet de repérer les problèmes systémiques. Par exemple, en filtrant la carte du processus selon une cause précise, vous pouvez voir si elle entraîne des parcours particuliers ou des délais de résolution plus longs.

Pourquoi est-ce important ?

Permet d’analyser les problèmes systémiques en reliant les causes profondes aux produits, aux services et aux inefficacités du processus, afin d’orienter les actions préventives.

Où trouver ces données

Généralement stocké dans la table QMUR (causes de notification), champ URCOD.

Exemples
ERREUR_OPÉRATEURMATÉRIEL_DÉFECTUEUXDÉFAILLANCE_MACHINE
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 les performances et le respect des accords de niveau de service (SLA).

Cet attribut est indispensable au calcul des taux d’achèvement dans les délais et au repérage des dossiers en retard. Le Dashboard « Quality Event On-Time Completion » et l’indicateur clé de performance « Quality Action On-Time Rate » reposent directement sur la comparaison entre la date d’achèvement réelle et cette date cible. Il aide à hiérarchiser le travail et à gérer efficacement les ressources.

Pourquoi est-ce important ?

Fournit une référence pour mesurer le respect des délais, un indicateur clé de performance pour évaluer l’efficacité du processus et la conformité aux SLA.

Où trouver ces données

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
Niveau de priorité attribué à la notification qualité, qui indique son degré d’urgence.
Description

La priorité détermine le degré d’urgence du traitement d’un événement qualité. Elle aide les équipes à organiser leur travail et à traiter en premier les problèmes les plus importants. SAP permet de configurer différents types de priorité, qui peuvent influer sur les délais de réponse visés.

Cet attribut permet de vérifier si les éléments prioritaires sont effectivement traités plus rapidement que les éléments moins prioritaires. Il peut révéler des inefficacités lorsque des dossiers prioritaires restent bloqués dans le processus. Il constitue un axe d’analyse important pour des Dashboards comme « Quality Event Throughput Analysis ».

Pourquoi est-ce important ?

Permet de vérifier si les performances du processus correspondent aux priorités métier et si les problèmes prioritaires sont résolus plus rapidement.

Où trouver ces données

Dans la table QMEL, champ QMPRI. La description figure dans la table TQ05.

Exemples
1234
Produit
MaterialNumber
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 à l’assurance qualité, car il permet de repérer les produits présentant des problèmes récurrents ou un taux de défaut élevé.

Dans Process Mining, l’analyse par produit permet de détecter des tendances, par exemple si certains produits présentent des délais de résolution plus longs ou sont associés à des causes profondes particulières. Elle alimente le Dashboard « Recurring Issue Pattern Detection » en reliant les produits aux problèmes qualité, ce qui est essentiel pour cibler les initiatives d’amélioration de la qualité.

Pourquoi est-ce important ?

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

Où trouver ces données

Dans la table des postes de notification qualité QMFE, champ MATNR.

Exemples
FIN-1001RAW-205ASEMI-303B
Service responsable
ResponsibleDepartment
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 à laquelle une activité ou l’ensemble de l’événement qualité est attribué. 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’un axe essentiel pour analyser la collaboration entre services et les transferts de responsabilité. Il aide à repérer les retards qui surviennent lorsqu’un service transmet la responsabilité à un autre et alimente le Dashboard « Cross-Department Handoff Delays ». Il permet également de filtrer la vue du processus pour comprendre le fonctionnement de services précis.

Pourquoi est-ce important ?

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

Où trouver ces données

Souvent déduit 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 ne s’agit pas nécessairement d’un champ direct.

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

Cet attribut classe l’événement qualité selon son origine et sa nature. Les types SAP standard comprennent les réclamations clients, les signalements de problèmes internes et les défauts liés aux fournisseurs. Cette classification détermine le flux de processus à suivre et les documents requis.

L’analyse du processus par type de notification permet de déterminer si les différents problèmes sont traités différemment ou avec une efficacité variable. Elle alimente des Dashboards comme « Quality Event Throughput Analysis », qui permettent de filtrer et de comparer les temps de cycle et les parcours selon les catégories de problèmes.

Pourquoi est-ce important ?

Permet de segmenter le processus pour déterminer si les différents types de problèmes qualité suivent des parcours distincts ou présentent des niveaux de performance différents.

Où trouver ces données

Dans la table QMEL, champ QMART.

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

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

L’analyse par utilisateur permet de comprendre la répartition de la charge de travail, de repérer les besoins de formation et d’identifier les écarts propres à certains utilisateurs. Elle est essentielle à l’analyse des ressources, par exemple pour comprendre pourquoi certains utilisateurs ont des durées de traitement plus longues ou suivent souvent des parcours non standard.

Pourquoi est-ce important ?

Permet d’analyser les performances des utilisateurs, la répartition de la charge de travail et le respect des procédures standard, afin d’optimiser les ressources.

Où trouver ces données

Présent dans les tables d’en-tête et de postes, par exemple QMEL-ERNAM (créé par), ou déduit des journaux de modifications (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é clôturé au plus tard à la date de résolution cible.
Description

Cet indicateur calculé compare l’horodatage réel de clôture d’un événement qualité à son attribut « Date de résolution cible ». Il prend la valeur true si l’événement a été clôturé à la date cible ou avant, et false dans le cas contraire.

Cet attribut fournit une mesure simple et directe pour suivre les performances. Il sert de base au Dashboard « Achèvement des événements qualité dans les délais » et au KPI « Taux d’actions qualité réalisées dans les délais ». Il permet de filtrer et d’agréger facilement les résultats afin d’évaluer le respect des délais selon différents critères, comme le service, le produit ou le type de notification.

Pourquoi est-ce important ?

Fournit un résultat binaire clair pour suivre le respect des échéances et mesurer et présenter facilement la conformité aux SLA.

Où trouver ces données

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

Exemples
truefalse
Client
CustomerNumber
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’incidence 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 est-ce important ?

Relie les événements qualité aux clients, permet d’analyser les problèmes propres à chacun et veille à ce que les clients les plus importants bénéficient d’une assistance prioritaire.

Où trouver ces données

Généralement présent dans les fonctions partenaires de la notification. Il peut également figurer dans QMEL-KUNUM s’il s’agit d’une réclamation liée à 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 indique la date et l’heure de la dernière extraction ou mise à jour des données depuis le système source. Il renseigne les utilisateurs sur leur degré d’actualité.

Dans un Dashboard ou un rapport d’analyse, afficher cette information permet de préciser aux utilisateurs la date des données consultées. Ils peuvent ainsi distinguer les changements récents du processus des effets liés à des données obsolètes.

Pourquoi est-ce important ?

Renseigne les utilisateurs sur l’actualité des données, un élément essentiel pour prendre des décisions opportunes et éclairées à partir de l’analyse de Process Mining.

Où trouver ces données

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

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

Cet attribut consigne le résultat de la vérification de l’efficacité, dernière étape essentielle de la boucle de gestion de la qualité. Il confirme si les actions correctives ou préventives ont bien résolu la cause profonde et empêché la réapparition du problème.

Il s’agit de l’attribut principal du Dashboard « Action Effectiveness Verification » et de l’indicateur clé de performance « Action Effectiveness Verification Rate ». Il renseigne directement sur la qualité du processus de résolution lui-même. Un taux élevé d’actions inefficaces indique qu’il faut améliorer l’analyse des causes profondes ou la planification des actions.

Pourquoi est-ce important ?

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

Où trouver ces données

Cette information est souvent stockée dans les actions de suivi ou dans des statuts de tâche spécifiques de la notification qualité. Elle peut figurer dans un champ personnalisé ou être déduite d’un code de statut précis.

Exemples
EfficaceInefficaceSuivi requis
Est une 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 repasse par certaines étapes, ce qui signifie que le travail initial n’était pas suffisant. Par exemple, si l’activité « Analyse des causes profondes » est suivie plus tard, pour le même cas, d’une nouvelle activité « Tâche d’investigation attribuée », cela révèle une boucle de reprise.

Cet attribut contribue directement au KPI « Taux de reprise des actions correctives ». Repérer et quantifier les reprises est un objectif majeur du Process Mining, car elles représentent du travail inutile et une perte d’efficacité. La mise en évidence des boucles de reprise sur la carte des processus peut révéler d’importantes possibilités d’améliorer la qualité et l’efficacité.

Pourquoi est-ce important ?

Mesure les pertes d’efficacité du processus en repérant les étapes répétées. Vous pouvez ainsi identifier le travail inutile et les possibilités d’améliorer le taux de réussite dès la première exécution.

Où trouver ces données

Attribut calculé lors de l’analyse de Process Mining, à partir de la détection de séquences d’activités répétées dans un même cas.

Exemples
truefalse
Site de production
Plant
Site de production ou emplacement où l’événement qualité a été signalé ou est traité.
Description

L’attribut « Site de production » indique l’emplacement physique, par exemple une usine ou un entrepôt, associé à l’événement qualité. Il précise le contexte géographique ou organisationnel dans lequel les problèmes qualité surviennent.

Cet axe est utile pour les analyses comparatives. En filtrant ou en regroupant les données par site, la direction peut comparer les performances des différents emplacements, repérer les problèmes propres à un site et partager les pratiques efficaces des sites les plus performants. Il permet de répondre à des questions comme « Sur quel site le temps de cycle de l’analyse des causes profondes est-il le plus long ? ».

Pourquoi est-ce important ?

Permet de comparer les performances entre différents sites opérationnels, de repérer les problèmes propres à chaque site et de mettre en évidence les bonnes pratiques.

Où trouver ces données

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

Exemples
100017102000
Statut de la notification
SystemStatus
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 comme OSNO (notification en attente), NOPR (notification en cours de traitement) et NOCO (notification terminée) reflètent l’avancement.

Cet attribut sert souvent à déduire les activités du journal d’événements. Il permet également de filtrer les dossiers, par exemple pour analyser uniquement les événements qualité ouverts ou récemment clôturés. Comprendre les transitions de statut est essentiel à la création d’un modèle de processus précis.

Pourquoi est-ce important ?

Indique l’état actuel d’un dossier, permet de filtrer les dossiers actifs ou clôturés et aide à déduire les activités du processus.

Où trouver ces données

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

Exemples
OSNO NOPRNOCOTSCO
Système source
SourceSystem
Identifie le système source dont les données ont été extraites, par exemple une instance SAP S/4HANA précise.
Description

Cet attribut indique 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 indispensable pour distinguer les sources de données et en garantir l’intégrité.

Il permet de filtrer ou de comparer les processus entre différents systèmes ou unités organisationnelles. Sa valeur est souvent constante pour un jeu de données donné, mais elle reste nécessaire à la gouvernance des données et à leur mise en contexte.

Pourquoi est-ce important ?

Précise l’origine des données, un élément essentiel à leur gouvernance et aux environnements comprenant plusieurs systèmes interconnectés.

Où trouver ces données

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

Exemples
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Obligatoire Recommandé Facultatif

Activités de gestion de la qualité

Voici les principales étapes du processus et les jalons à consigner dans votre journal d’événements pour découvrir et analyser le processus avec précision.
6 Recommandé 9 Facultatif
Activité Description
Action corrective mise en œuvre
Marque la fin des travaux définis dans le plan d’action corrective. Cet événement est généralement enregistré lorsque la tâche d’action corrective attribuée dans la notification qualité est marquée comme terminée.
Pourquoi est-ce important ?

Cette étape importante indique que des mesures ont été prises pour résoudre le problème qualité. Elle permet de mesurer le taux de réalisation des actions dans les délais et l’efficacité globale de la phase de résolution.

Où trouver ces données

Cette étape est déduite de l’achèvement d’une tâche d’action corrective dans la table QMSM. La date d’achèvement est enregistrée dans le champ ERLDT ou par un changement de statut vers « Completed » dans les tables JEST/JCDS.

Données à recueillir

Repérez l’horodatage d’achèvement (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’enquête, au cours de laquelle la cause sous-jacente du problème de qualité a été identifiée. Cet événement est généralement déduit de l’achèvement d’une tâche « Analyse des causes profondes » dans la notification.
Pourquoi est-ce important ?

Cette étape est essentielle pour mesurer la durée et l’efficacité de l’enquête. Repérer les retards qui la précèdent aide à localiser les goulots d’étranglement dans l’analyse du problème et la prise de décision.

Où trouver ces données

Cet événement est déduit de l’achèvement d’une tâche d’enquête ou d’analyse des causes profondes dans la table QMSM. L’achèvement est repéré par un changement de statut ou par le renseignement du champ de date de fin de tâche (ERLDT).

Données à recueillir

Repérez 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 de contrôle, par exemple leur acceptation ou leur rejet. Cet événement distinct concerne les problèmes de qualité détectés lors des contrôles et est enregistré lorsque la décision d’utilisation est sauvegardée.
Pourquoi est-ce important ?

Dans les processus liés aux contrôles, cette étape importante détermine les actions suivantes, comme le blocage ou la libération 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ù trouver ces données

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 de contrôle (PRUEFLOS) indique cette activité.

Données à recueillir

Utilisez l’horodatage de création du lot de contrôle 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 porté ses fruits et que le problème qualité est résolu sans réapparition. Cet événement est enregistré à l’achèvement de la tâche de vérification de l’efficacité ou lors d’un examen qualité final.
Pourquoi est-ce important ?

Cette étape est essentielle pour valider l’ensemble du processus de résolution. Un taux élevé de vérifications concluantes témoigne de l’efficacité du système de gestion de la qualité et contribue à réduire la récurrence des problèmes.

Où trouver ces données

Cette étape est généralement déduite de l’achèvement d’une tâche « Effectiveness Check » dans la table QMSM, à partir de la date d’achèvement ERLDT.

Données à recueillir

Repérez l’horodatage d’achèvement 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 gestion de la qualité : un problème lié à la qualité, un défaut ou une réclamation est consigné officiellement. La création de la notification qualité dans SAP S/4HANA enregistre les premières informations et attribue un identifiant unique au cas.
Pourquoi est-ce important ?

En tant qu’événement de début principal, cette activité est essentielle pour mesurer le temps de cycle de bout en bout du processus de résolution des problèmes de qualité. Elle sert de point de départ pour suivre le temps nécessaire au traitement et à la clôture des événements qualité.

Où trouver ces données

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

Données à recueillir

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

Type d’événement explicit
Notification terminée
Indique que la notification qualité est traitée du point de vue métier : toutes les actions requises ont été menées et le problème est résolu sur le plan opérationnel. Il s’agit d’un changement de statut formel dans le système.
Pourquoi est-ce important ?

Cette activité constitue le principal point de fin pour mesurer le délai de résolution métier. Du point de vue du responsable du processus, elle confirme que le dossier est terminé, même si la clôture technique reste à effectuer.

Où trouver ces données

Cette étape est déduite d’un changement de statut de l’objet notification qualité. Elle est repérée à l’horodatage auquel un statut tel que « NOCO » (notification terminée) est attribué dans la table JCDS.

Données à recueillir

Repérez l’horodatage auquel le statut « Notification completed » est attribué dans la table JCDS.

Type d’événement inferred
Action corrective proposée
Cette activité marque le moment où un plan visant à corriger le problème identifié est officiellement consigné. Dans SAP, elle est souvent enregistrée par la création d’une tâche « Action corrective » dans la notification qualité.
Pourquoi est-ce important ?

Cet événement marque le début de la phase de résolution du processus. Mesurer le délai entre l’analyse des causes profondes et cette étape peut révéler des retards dans la planification des actions.

Où trouver ces données

Cet événement est enregistré lorsqu’une tâche portant le code « Corrective Action » est créée dans la table QMSM pour la notification qualité concernée.

Données à recueillir

Pour les tâches de type action corrective, utilisez l’horodatage de création (ERDAT) de la table QMSM.

Type d’événement explicit
Action préventive mise en œuvre
Marque la mise en œuvre réussie de l’action préventive prévue. Cet événement est enregistré lorsque l’achèvement de la tâche d’action préventive correspondante est consigné dans le système.
Pourquoi est-ce important ?

L’achèvement des actions préventives est une étape essentielle d’un processus qualité mature. Le suivi de cette activité permet de mesurer l’engagement à prévenir les problèmes futurs et à réduire leur récurrence.

Où trouver ces données

Cette étape est déduite 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 vers « Completed ».

Données à recueillir

Repérez l’horodatage d’achèvement (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é a lieu 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 lors de la création d’une tâche « Preventive Action ».
Pourquoi est-ce important ?

Cet événement est essentiel pour évaluer si l’organisation privilégie l’amélioration proactive de la qualité plutôt que les seules corrections réactives. Il marque le début des efforts de résolution à long terme.

Où trouver ces données

Cet événement est enregistré lorsqu’une tâche portant le code « Preventive Action » est créée dans la table QMSM pour la notification qualité concernée.

Données à recueillir

Pour les tâches de type action préventive, utilisez l’horodatage de création (ERDAT) de la table QMSM.

Type d’événement explicit
Notification clôturée
Correspond à la clôture technique définitive de la notification qualité dans le système. À partir de ce moment, aucune autre modification ne peut être apportée à la notification, ce qui marque la fin absolue du cycle de vie de l’enregistrement.
Pourquoi est-ce important ?

Cette activité marque 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 de clôture administrative.

Où trouver ces données

Cette étape est déduite d’un changement de statut de la notification qualité, notamment lorsqu’un statut d’archivage ou de clôture définitive est attribué. Ce changement est enregistré avec un horodatage dans la table JCDS.

Données à recueillir

Repérez l’horodatage auquel le statut final « Closed » est attribué à la notification dans la table JCDS.

Type d’événement inferred
Notification prise en charge
Indique le moment où l’équipe qualité commence à traiter une notification nouvellement créée. Cet événement est généralement déduit d’un changement de statut système signalant le début du travail.
Pourquoi est-ce important ?

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

Où trouver ces données

Cet événement est déduit d’un changement de statut de l’objet Notification qualité. Vous pouvez le suivre en analysant les journaux de changements de statut dans les tables JEST et JCDS, par exemple pour le statut « NOPO » (notification en cours de traitement).

Données à recueillir

Repérez dans la table JCDS l’horodatage auquel le statut « en cours de traitement » est attribué à la notification.

Type d’événement inferred
Parties prenantes informées
Correspond à la communication de la résolution aux parties prenantes concernées, par exemple aux clients ou aux services internes. Il s’agit rarement d’un événement automatisé dans le système et cette étape est souvent manuelle.
Pourquoi est-ce important ?

Informer les parties prenantes dans les délais est essentiel à la satisfaction des clients et à la transparence. Mesurer le délai entre la clôture et l’information permet de repérer les lacunes dans les processus de communication.

Où trouver ces données

Cette activité est difficile à extraire directement de 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 de messagerie.

Données à recueillir

Repérez l’achèvement d’une tâche manuelle de communication, si le processus en prévoit une. Sinon, cette information n’est généralement pas disponible.

Type d’événement inferred
Plan d’action approuvé
Indique qu’un plan d’action corrective ou préventive proposé a été examiné et approuvé avant sa mise en œuvre. Cette étape ne correspond 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 ?

Un délai important à cette étape d’approbation peut ralentir considérablement l’ensemble du processus de résolution. L’analyse de cette durée permet de repérer les goulots d’étranglement administratifs et les possibilités de simplifier la gouvernance.

Où trouver ces données

Cette étape est généralement déduite d’un changement de statut d’une tâche dans la table QMSM, par exemple « Released ». L’horodatage du changement figure dans la table JCDS, associée à l’objet tâche.

Données à recueillir

Repérez l’horodatage auquel le statut « Released » est attribué à la tâche d’action corrective ou préventive.

Type d’événement inferred
Tâche d’enquête attribuée
Cet événement se produit lorsqu’une tâche précise, comme la recherche de la cause profonde, est créée officiellement et attribuée à une personne ou à un service. Il est enregistré à la création d’un enregistrement de tâche dans la notification qualité.
Pourquoi est-ce important ?

Le suivi de l’attribution des tâches est essentiel pour comprendre la répartition de la charge de travail et repérer les goulots d’étranglement dans l’affectation des ressources. Cette étape marque le début de l’enquête et constitue un élément clé pour mesurer le temps de cycle de l’analyse des causes profondes.

Où trouver ces données

Cet événement est enregistré dans la table de gestion des tâches QMSM, associée à la notification qualité. La date de création (ERDAT) d’une tâche portant un code pertinent, par exemple pour une enquête, marque cet événement.

Données à recueillir

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 bien résolu le problème. Cette étape est souvent représentée par un statut spécifique de la notification ou par la création d’une tâche de vérification dédiée.
Pourquoi est-ce 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ù trouver ces données

Cette étape peut être déduite d’un changement de statut de la notification qualité (via JEST/JCDS) ou de la création d’une tâche « Effectiveness Check » spécifique dans la table QMSM.

Données à recueillir

Repérez 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
Recommandé Facultatif

Guides d’extraction

Comment extraire 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é. Repérez les possibilités d’amélioration et gagnez en efficacité dans SAP S/4HANA.

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

Repérez les goulots d’étranglement dans SAP S/4HANA et réduisez de 30 % le temps de cycle QM.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.