Datatemplate voor kwaliteitsbeheer
Datatemplate voor kwaliteitsbeheer
- Aanbevolen attributen voor een volledige analyse
- Belangrijke activiteiten in kwaliteitsbeheer om te volgen
- Uitleg over data-extractie uit kwaliteitsbeheer in SAP S/4HANA
Attributen voor kwaliteitsbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de specifieke bedrijfsgebeurtenis of taak die plaatsvond binnen het kwaliteitsmanagementproces. | ||
|
Beschrijving
Dit attribuut beschrijft een afzonderlijke stap of mijlpaal in de levenscyclus van een kwaliteitsgebeurtenis, zoals 'Melding aangemaakt', 'Oorzaakanalyse afgerond' of 'Gebruiksbeslissing genomen'. Deze activiteiten worden afgeleid uit statuswijzigingen in het systeem, het aanmaken van bijbehorende documenten of specifieke gebruikersacties in wijzigingslogs. De volgorde en timing van deze activiteiten analyseren is de kern van process mining. Zo ontdek je hoe het proces werkelijk verloopt, spoor je bottlenecks tussen stappen op en meet je of het proces de standaardprocedures volgt. Hoe gedetailleerd de activiteiten zijn vastgelegd, bepaalt hoeveel detail de procesanalyse biedt.
Waarom dit belangrijk is
Dit attribuut beschrijft de processtappen. Daarmee kun je de processtroom visualiseren en analyseren, afwijkingen opsporen en de prestaties tussen activiteiten meten.
Waar vind je dit?
Afgeleid uit statuswijzigingen in de tabellen JEST en JSTO of uit activiteiten in tabellen zoals QMSM (taken). Je kunt event logs ook samenstellen uit de wijzigingsdocumenttabellen CDHDR en CDPOS.
Voorbeelden
Kwaliteitsmelding aangemaaktOnderzoekstaak toegewezenCorrigerende actie uitgevoerdMelding gesloten
|
|||
|
Kwaliteitsgebeurtenis
QualityEvent
|
De unieke identificatiecode van een kwaliteitsmelding. Deze dient als primaire case-ID om een kwaliteitsprobleem van begin tot eind te volgen. | ||
|
Beschrijving
De kwaliteitsgebeurtenis is de centrale case-ID die alle activiteiten, taken en beslissingen rond één kwaliteitsprobleem met elkaar verbindt. In SAP komt deze meestal overeen met het nummer van de kwaliteitsmelding (QMNUM). In process mining kun je met deze identificatiecode de volledige route van elke kwaliteitscase reconstrueren. Zo kun je processtromen visualiseren, doorlooptijden van cases berekenen en veelvoorkomende of afwijkende routes in het oplossingsproces opsporen. Deze code vormt de basis voor vrijwel alle analyses van kwaliteitsmanagement.
Waarom dit belangrijk is
Deze sleutel verbindt alle bijbehorende activiteiten tot één procesinstantie. Zo kun je van begin tot eind analyseren hoe kwaliteitsproblemen worden afgehandeld.
Waar vind je dit?
Dit is het nummer van de kwaliteitsmelding, te vinden in tabel QMEL, veld QMNUM.
Voorbeelden
200000018200000019200000020
|
|||
|
Starttijd
EventTimestamp
|
De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
De starttijd, oftewel de timestamp van de gebeurtenis, legt het exacte moment vast waarop een activiteit plaatsvond. Die is nodig om gebeurtenissen chronologisch te ordenen en de tijd ertussen te berekenen. Zo zie je wanneer een melding is aangemaakt, een taak is afgerond of een status is gewijzigd. Bij process mining gebruik je dit attribuut voor alle tijdsgebonden metrieken, zoals doorlooptijden, verwerkingstijden en wachttijden. Het helpt bottlenecks op te sporen, de doorvoer te analyseren en prestaties te volgen ten opzichte van tijdgebonden SLA’s of doelen. Nauwkeurige timestamps zijn belangrijk voor een betrouwbaar procesmodel.
Waarom dit belangrijk is
Deze timestamp is nodig om gebeurtenissen te ordenen, prestatiemetrieken zoals doorlooptijden en wachttijden te berekenen en te begrijpen hoe het proces verloopt.
Waar vind je dit?
Meestal afkomstig uit datum- en tijdvelden bij statuswijzigingen of het aanmaken van documenten. Voorbeelden zijn ERDAT/ERZEIT (aangemaakt op/tijd) in QMEL en de wijzigingstimestamps in CDHDR.
Voorbeelden
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
Beoogde oplossingsdatum
TargetResolutionDate
|
De geplande of vereiste afrondingsdatum van de kwaliteitsgebeurtenis. | ||
|
Beschrijving
Deze datum is de deadline waarop de kwaliteitsgebeurtenis naar verwachting volledig is opgelost en afgesloten. Vaak gebruik je deze als maatstaf voor prestaties en het naleven van service level agreements (SLA’s). Met dit attribuut bereken je het percentage cases dat op tijd is afgerond en spoor je achterstallige cases op. Het dashboard 'Kwaliteitsgebeurtenissen op tijd afgerond' en de KPI 'Acties op tijd afgerond' vergelijken de werkelijke afrondingsdatum met deze streefdatum. Zo kun je werk prioriteren en middelen goed inzetten.
Waarom dit belangrijk is
Biedt een basis om prestaties op tijd te meten. Dat is een belangrijke KPI voor de efficiëntie van het proces en de naleving van SLA’s.
Waar vind je dit?
Te vinden in QMEL-QMDAT (vereiste einddatum) of op taakniveau in QMSM-PSTER.
Voorbeelden
2023-05-302023-06-152023-07-01
|
|||
|
Gebruiker
ChangedBy
|
De gebruikers-ID van de persoon die de activiteit heeft uitgevoerd of de laatste wijziging heeft aangebracht. | ||
|
Beschrijving
Dit attribuut geeft aan welke gebruiker verantwoordelijk was voor een processtap. In SAP komt dit vaak overeen met de velden 'Changed By' (AENAM) of 'Created By' (ERNAM). Met een analyse per gebruiker krijg je inzicht in de werkverdeling, opleidingsbehoeften en afwijkingen die bij specifieke gebruikers voorkomen. Dit is de basis voor analyses op basis van gebruikers, bijvoorbeeld om te onderzoeken waarom bepaalde gebruikers meer verwerkingstijd nodig hebben of vaker een afwijkende route volgen.
Waarom dit belangrijk is
Hiermee kun je gebruikersprestaties, werkverdeling en het volgen van standaardprocedures analyseren. Dat helpt om de inzet van medewerkers te verbeteren.
Waar vind je dit?
Te vinden in kop- en positietabellen, zoals QMEL-ERNAM (aangemaakt door), of af te leiden uit wijzigingslogs (CDHDR-USERNAME).
Voorbeelden
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
Oorzaak
RootCauseCode
|
Een code of tekst die de vastgestelde oorzaak van het kwaliteitsprobleem aangeeft. | ||
|
Beschrijving
Het attribuut Oorzaak legt de onderliggende reden voor het kwaliteitsdefect of de afwijking vast. De juiste oorzaak vaststellen is een belangrijke stap in het kwaliteitsmanagementproces. Daarop baseer je effectieve corrigerende en preventieve acties. Dit attribuut is nodig voor de dashboards 'Doorlooptijd van oorzaakanalyse' en 'Patronen van terugkerende problemen opsporen'. Door op oorzaak te analyseren, spoor je structurele problemen op. Filter bijvoorbeeld de proceskaart op een specifieke oorzaak om te zien of die tot afwijkende procesroutes of langere afhandeltijden leidt.
Waarom dit belangrijk is
Helpt structurele problemen te analyseren door oorzaken te koppelen aan producten, afdelingen en procesinefficiënties. Zo kun je preventieve acties bepalen.
Waar vind je dit?
Meestal opgeslagen in tabel QMUR (oorzaken van meldingen), veld URCOD.
Voorbeelden
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
|
|||
|
Prioriteit
NotificationPriority
|
De prioriteit van de kwaliteitsmelding, die aangeeft hoe dringend deze is. | ||
|
Beschrijving
De prioriteit bepaalt hoe dringend een kwaliteitsgebeurtenis moet worden afgehandeld. Teams kunnen hun werk ermee indelen en zorgen dat de dringendste problemen eerst aan bod komen. In SAP kun je verschillende prioriteitstypen instellen die de beoogde reactietijd kunnen beïnvloeden. Met dit attribuut analyseer je of meldingen met hoge prioriteit inderdaad sneller worden verwerkt dan meldingen met lage prioriteit. Het kan inefficiënties aan het licht brengen, bijvoorbeeld wanneer cases met hoge prioriteit vastlopen. Het is een belangrijke dimensie voor dashboards zoals 'Doorvoeranalyse van kwaliteitsgebeurtenissen'.
Waarom dit belangrijk is
Helpt beoordelen of de procesprestaties aansluiten bij de urgentie van het werk, zodat problemen met hoge prioriteit sneller worden opgelost.
Waar vind je dit?
Te vinden in tabel QMEL, veld QMPRI. De omschrijving staat in tabel TQ05.
Voorbeelden
1234
|
|||
|
Product
MaterialNumber
|
De unieke identificatiecode van het product of materiaal waarop de kwaliteitsgebeurtenis betrekking heeft. | ||
|
Beschrijving
Dit attribuut koppelt de kwaliteitsgebeurtenis aan een specifiek product of materiaal. Die koppeling is belangrijk voor kwaliteitsborging, omdat je zo producten met terugkerende problemen of veel defecten kunt opsporen. Met een analyse per product ontdek je patronen, bijvoorbeeld of bepaalde producten een langere afhandeltijd hebben of met specifieke oorzaken samenhangen. Dit ondersteunt het dashboard 'Patronen van terugkerende problemen opsporen', waarmee je producten aan kwaliteitsproblemen koppelt. Zo kun je gerichte verbeteringen in de kwaliteit doorvoeren.
Waarom dit belangrijk is
Koppelt kwaliteitsproblemen aan specifieke producten. Zo kun je defectpercentages, oorzaken en oplossingspatronen per product analyseren.
Waar vind je dit?
Te vinden in de positietabel voor kwaliteitsmeldingen QMFE, veld MATNR.
Voorbeelden
FIN-1001RAW-205ASEMI-303B
|
|||
|
Type kwaliteitsmelding
QualityNotificationType
|
De classificatie van de kwaliteitsmelding, bijvoorbeeld een klantklacht, intern probleem of defect bij een leverancier. | ||
|
Beschrijving
Dit attribuut deelt kwaliteitsgebeurtenissen in op basis van hun oorsprong en aard. Standaardtypen in SAP zijn onder meer klantklachten, interne probleemmeldingen en defecten bij leveranciers. De indeling bepaalt hoe het proces verder verloopt en welke documentatie nodig is. Door het proces per meldingstype te analyseren, zie je of verschillende problemen anders worden afgehandeld of een andere efficiëntie hebben. Het ondersteunt dashboards zoals 'Doorvoeranalyse van kwaliteitsgebeurtenissen', waarmee je doorlooptijden en procesroutes voor verschillende probleemcategorieën kunt filteren en vergelijken.
Waarom dit belangrijk is
Hiermee kun je het proces uitsplitsen en zien of verschillende soorten kwaliteitsproblemen een andere route volgen of andere prestatiekenmerken hebben.
Waar vind je dit?
Te vinden in tabel QMEL, veld QMART.
Voorbeelden
Q1Q2F2
|
|||
|
Verantwoordelijke afdeling
ResponsibleDepartment
|
De afdeling of het functionele gebied dat verantwoordelijk is voor het uitvoeren van een specifieke taak of het beheren van de kwaliteitsgebeurtenis. | ||
|
Beschrijving
Dit attribuut geeft aan welke organisatie-eenheid aan een activiteit of de hele kwaliteitsgebeurtenis is toegewezen. Dat kan een kwaliteitsborgingsteam, een engineeringafdeling of een productie-eenheid zijn. Dit attribuut is belangrijk om samenwerking en overdrachten tussen afdelingen te analyseren. Het helpt vertragingen op te sporen wanneer de verantwoordelijkheid van de ene afdeling naar de andere gaat. Daarmee ondersteunt het het dashboard 'Vertragingen bij overdrachten tussen afdelingen'. Je kunt er ook de procesweergave mee filteren om te zien hoe specifieke afdelingen werken.
Waarom dit belangrijk is
Helpt overdrachten tussen afdelingen te analyseren, organisatorische bottlenecks op te sporen en te begrijpen hoe verschillende teams aan het proces bijdragen.
Waar vind je dit?
Vaak afgeleid uit partnerfuncties bij de melding of taak, of uit de organisatorische toewijzing van de gebruiker in HR-stamgegevens. Het staat mogelijk niet in één rechtstreeks veld.
Voorbeelden
KwaliteitsborgingProductielijn 3Kwaliteitsengineering voor leveranciers
|
|||
|
Bronsysteem
SourceSystem
|
Geeft aan uit welk systeem de data is gehaald, bijvoorbeeld uit een specifieke SAP S/4HANA-instantie. | ||
|
Beschrijving
Dit attribuut geeft aan waar de data over kwaliteitsmanagement vandaan komt. In een omgeving met meerdere ERP-systemen of geïntegreerde systemen helpt dit veld om databronnen van elkaar te onderscheiden en de data-integriteit te bewaken. Voor analyses kun je processen uit verschillende systemen of organisatieonderdelen filteren of vergelijken. De waarde is vaak constant binnen een dataset, maar is nodig voor datagovernance en context.
Waarom dit belangrijk is
Geeft belangrijke context over de herkomst van de data. Dat is nodig voor datagovernance en in omgevingen met meerdere gekoppelde systemen.
Waar vind je dit?
Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om de SAP S/4HANA-client en systeem-ID aan te geven.
Voorbeelden
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
Effectiviteit van actie
EffectivenessEvaluation
|
De uitkomst van de controle waarmee wordt bepaald of een uitgevoerde actie effect heeft gehad. | ||
|
Beschrijving
Dit attribuut legt de uitkomst van de effectiviteitscontrole vast, een belangrijke laatste stap in de kwaliteitscyclus. Het bevestigt of de corrigerende of preventieve acties de oorzaak hebben weggenomen en herhaling hebben voorkomen. Dit is het belangrijkste attribuut voor het dashboard 'Effectiviteit van acties controleren' en de KPI 'Percentage acties waarvan de effectiviteit is gecontroleerd'. Het geeft rechtstreeks inzicht in de kwaliteit van het probleemoplossingsproces. Een hoog percentage acties zonder effect wijst erop dat de oorzaakanalyse of het plannen van acties beter kan.
Waarom dit belangrijk is
Meet rechtstreeks hoe goed het probleemoplossingsproces werkt en of acties herhaling van problemen voorkomen.
Waar vind je dit?
Deze informatie staat vaak in vervolgacties of specifieke taakstatussen binnen de kwaliteitsmelding. Het kan een aangepast veld zijn of gebaseerd zijn op een specifieke statuscode.
Voorbeelden
EffectiefNiet effectiefMonitoring vereist
|
|||
|
Is herstelwerk
IsRework
|
Een booleaanse vlag die aangeeft of een activiteit of reeks activiteiten herstelwerk vormt. | ||
|
Beschrijving
Deze vlag krijgt de waarde true als een case bepaalde stappen herhaalt. Dat wijst erop dat het werk de eerste keer niet goed is uitgevoerd. Als bijvoorbeeld de activiteit 'Oorzaakanalyse' later in dezelfde case wordt gevolgd door 'Onderzoekstaak toegewezen', is dat een teken van een herstelwerkcyclus. Dit attribuut ondersteunt rechtstreeks de KPI 'Percentage herstelwerk bij corrigerende maatregelen'. Herstelwerk opsporen en meten is een belangrijk doel van process mining, omdat het wijst op verspilde inspanning en inefficiënte processen. Door herstelwerkcycli op de proceskaart zichtbaar te maken, ontdek je mogelijkheden om de kwaliteit en efficiëntie te verbeteren.
Waarom dit belangrijk is
Brengt procesinefficiëntie in kaart door herhaalde stappen op te sporen. Zo zie je waar inspanning verloren gaat en waar je het percentage dat in één keer goed gaat kunt verbeteren.
Waar vind je dit?
Dit is een berekend attribuut. Het wordt tijdens de process mining-analyse afgeleid door herhaalde activiteitenreeksen binnen één case op te sporen.
Voorbeelden
truefalse
|
|||
|
Klant
CustomerNumber
|
De identificatiecode van de klant die bij de kwaliteitsgebeurtenis hoort, indien van toepassing. | ||
|
Beschrijving
Dit attribuut koppelt een kwaliteitsgebeurtenis aan een specifieke klant. Het is vooral relevant voor meldingstypen zoals 'Klantklacht'. Deze informatie is belangrijk voor klantrelatiebeheer en om de impact van kwaliteitsproblemen op klanten te begrijpen. Met een analyse per klant kan het bedrijf zien of bepaalde klanten vaker kwaliteitsproblemen ervaren en of de afhandeltijd per klant verschilt. Dit ondersteunt het dashboard 'Kwaliteitsgebeurtenissen naar ernst en impact', waarin de klantdimensie aan de impactanalyse wordt toegevoegd.
Waarom dit belangrijk is
Koppelt kwaliteitsgebeurtenissen aan klanten. Zo kun je klantgebonden problemen analyseren en klanten met een hoge waarde voorrang geven bij ondersteuning.
Waar vind je dit?
Meestal te vinden in de partnerfuncties van de melding. Staat mogelijk ook in QMEL-KUNUM als het om een klacht over een verkooporder gaat.
Voorbeelden
CUST-10045CUST-20399CUST-80110
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor dit record voor het laatst vanuit het bronsysteem is bijgewerkt. | ||
|
Beschrijving
Dit attribuut bevat de timestamp van de laatste data-extractie of update vanuit het bronsysteem. Zo weten gebruikers hoe actueel de data is die ze analyseren. In een dashboard of rapport is het belangrijk om deze informatie te tonen, zodat gebruikers weten hoe recent de data is. Zo kun je recente proceswijzigingen onderscheiden van afwijkingen die door verouderde data ontstaan.
Waarom dit belangrijk is
Laat zien hoe actueel de data is. Zo kunnen gebruikers op tijd en op basis van de process mining-analyse beslissingen nemen.
Waar vind je dit?
Dit metadataveld wordt tijdens het bijwerken van de data aangemaakt en gevuld door de data-extractietool of -pipeline.
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Status kwaliteitsmelding
SystemStatus
|
De huidige verwerkingsstatus van de kwaliteitsmelding, bijvoorbeeld 'Openstaand' of 'Afgerond'. | ||
|
Beschrijving
De systeemstatus geeft aan waar de kwaliteitsgebeurtenis zich in de levenscyclus bevindt. SAP gebruikt statusbeheer. Statussen zoals OSNO (openstaande melding), NOPR (melding in behandeling) en NOCO (melding afgerond) geven de voortgang weer. Dit attribuut wordt vaak gebruikt om activiteiten in het event log af te leiden. Je kunt het ook gebruiken om cases te filteren, bijvoorbeeld om alleen open of recent gesloten kwaliteitsgebeurtenissen te analyseren. Inzicht in statusovergangen is nodig om een nauwkeurig procesmodel op te bouwen.
Waarom dit belangrijk is
Geeft de huidige status van een case aan. Zo kun je actieve en gesloten cases filteren en de procesactiviteiten afleiden.
Waar vind je dit?
Afgeleid uit de tabellen JEST en JSTO, waarin statusinformatie van verschillende SAP-objecten staat. De koppeling loopt via QMEL-OBJNR.
Voorbeelden
OSNO NOPRNOCOTSCO
|
|||
|
Tijdig afgerond
IsOnTimeCompletion
|
Een booleaanse vlag die aangeeft of de kwaliteitsmelding uiterlijk op de beoogde afhandelingsdatum is afgerond. | ||
|
Beschrijving
Deze berekende vlag vergelijkt de timestamp waarop een kwaliteitsmelding is afgerond met de 'Beoogde afhandelingsdatum'. De waarde is true als de melding op of vóór de beoogde datum is gesloten, en anders false. Dit attribuut geeft een eenvoudige, directe maatstaf voor prestatiemonitoring en vormt de basis voor het dashboard 'Kwaliteitsmeldingen op tijd afgerond' en de KPI 'Percentage kwaliteitsacties op tijd afgerond'. Je kunt hiermee eenvoudig filteren en gegevens groeperen om te zien hoe vaak deadlines worden gehaald, bijvoorbeeld per afdeling, product of meldingstype.
Waarom dit belangrijk is
Geeft een helder resultaat voor het volgen van prestaties ten opzichte van deadlines. Zo kun je eenvoudig meten en rapporteren over naleving van SLA’s.
Waar vind je dit?
Berekend attribuut, afgeleid door de timestamp van de laatste afsluitende activiteit te vergelijken met het attribuut 'TargetResolutionDate'.
Voorbeelden
truefalse
|
|||
|
Vestiging
Plant
|
De productielocatie of vestiging waar de kwaliteitsgebeurtenis is ontstaan of wordt beheerd. | ||
|
Beschrijving
Het attribuut Vestiging geeft de fysieke locatie aan, zoals een fabriek of magazijn, die bij de kwaliteitsgebeurtenis hoort. Zo zie je waar kwaliteitsproblemen zich voordoen. Dit attribuut is geschikt om locaties met elkaar te vergelijken. Door op vestiging te filteren of te groeperen, kan het management de prestaties van verschillende locaties vergelijken, locatiegebonden problemen opsporen en goede werkwijzen delen. Zo kun je bijvoorbeeld nagaan welke vestiging de langste doorlooptijd voor oorzaakanalyse heeft.
Waarom dit belangrijk is
Maakt het mogelijk prestaties van verschillende locaties te vergelijken, zodat je locatiegebonden problemen en goede werkwijzen kunt opsporen.
Waar vind je dit?
De vestiging van de meldingskop staat in QMEL-WERKS. Als de melding betrekking heeft op een specifiek materiaal, kan de vestiging ook op positieniveau staan.
Voorbeelden
100017102000
|
|||
Activiteiten in kwaliteitsbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Corrigerende actie uitgevoerd
|
Markeert dat het werk uit het plan voor corrigerende acties is afgerond. Dit wordt meestal vastgelegd wanneer de toegewezen taak voor corrigerende actie in de kwaliteitsmelding als voltooid wordt gemarkeerd. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal: er zijn stappen gezet om het kwaliteitsprobleem op te lossen. De meting laat zien hoeveel acties op tijd worden afgerond en hoe efficiënt de oplossingsfase verloopt.
Waar vind je dit?
Af te leiden uit de afronding van een taak voor corrigerende actie in tabel QMSM. De afrondingsdatum staat in het veld ERLDT of blijkt uit een statuswijziging naar 'Completed' in de tabellen JEST/JCDS.
Vastleggen
Bepaal de afrondingstimestamp (ERLDT) van de taak voor corrigerende actie in tabel QMSM.
Gebeurtenistype
inferred
|
|||
|
Effectiviteit van actie bevestigd
|
Bevestigt dat de uitgevoerde corrigerende of preventieve actie heeft gewerkt en dat het kwaliteitsprobleem niet terugkomt. Dit wordt vastgelegd wanneer de taak voor de effectiviteitscontrole is afgerond of na een laatste kwaliteitsbeoordeling. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal om het hele oplossingsproces te beoordelen. Een hoog percentage geslaagde controles wijst op een effectief kwaliteitsmanagementsysteem en helpt terugkerende problemen te verminderen.
Waar vind je dit?
Meestal af te leiden uit de afronding van een taak 'Effectiveness Check' in tabel QMSM, met de afrondingsdatum ERLDT.
Vastleggen
Bepaal de afrondingstimestamp van de taak voor de effectiviteitscontrole in QMSM.
Gebeurtenistype
inferred
|
|||
|
Gebruiksbeslissing genomen
|
Dit is de formele beslissing over de kwaliteit van goederen uit een inspectielot, bijvoorbeeld goedkeuring of afkeuring. Voor kwaliteitsproblemen die tijdens inspecties aan het licht komen, is dit een afzonderlijke gebeurtenis. Deze wordt vastgelegd wanneer de gebruiksbeslissing wordt opgeslagen. | ||
|
Waarom dit belangrijk is
Bij processen die op inspecties zijn gebaseerd, is dit een belangrijk moment. De beslissing bepaalt vervolgstappen, zoals het blokkeren of vrijgeven van materiaal. Door het tijdstip en de uitkomst te analyseren, krijg je inzicht in de efficiëntie van de kwaliteitscontrole van producten.
Waar vind je dit?
Dit is een expliciete gebeurtenis in de tabel QAVE met gebruiksbeslissingen. De aanmaaktimestamp van het record voor het inspectielot (PRUEFLOS) markeert deze activiteit.
Vastleggen
Gebruik de aanmaaktimestamp van het betreffende inspectielot in de tabel QAVE.
Gebeurtenistype
explicit
|
|||
|
Kwaliteitsmelding aangemaakt
|
Deze activiteit markeert de officiële start van het Quality Management-proces. Een kwaliteitsprobleem, defect of klacht wordt formeel vastgelegd. Bij het aanmaken van de kwaliteitsmelding in SAP S/4HANA worden de eerste gegevens geregistreerd en krijgt de melding een unieke identificatie. Daarmee begint de case. | ||
|
Waarom dit belangrijk is
Als eerste startgebeurtenis is deze activiteit essentieel om de totale doorlooptijd van het proces voor het oplossen van kwaliteitsproblemen te meten. Dit is het startpunt om bij te houden hoelang het duurt om kwaliteitsmeldingen af te handelen en af te sluiten.
Waar vind je dit?
Dit is een expliciete gebeurtenis uit de kopgegevenstabel QMEL van de kwaliteitsmelding. De aanmaaktimestamp staat meestal in het veld ERDAT bij het bijbehorende meldingsnummer QMNUM.
Vastleggen
Gebruik de aanmaaktimestamp (ERDAT) van de betreffende melding in de tabel QMEL.
Gebeurtenistype
explicit
|
|||
|
Melding afgerond
|
Geeft aan dat de kwaliteitsmelding vanuit bedrijfsperspectief is afgehandeld: alle vereiste acties zijn uitgevoerd en het probleem is operationeel opgelost. Dit is een formele statuswijziging in het systeem. | ||
|
Waarom dit belangrijk is
Deze activiteit is het belangrijkste eindpunt voor het meten van de zakelijke afhandeltijd. Vanuit het perspectief van de proceseigenaar is de case hiermee afgerond, ook als de technische afsluiting nog moet plaatsvinden.
Waar vind je dit?
Af te leiden uit een statuswijziging van het object Kwaliteitsmelding. Dit blijkt uit de timestamp waarop een status zoals 'NOCO' (melding afgerond) wordt ingesteld in tabel JCDS.
Vastleggen
Bepaal de timestamp waarop de status 'Melding afgerond' wordt ingesteld in tabel JCDS.
Gebeurtenistype
inferred
|
|||
|
Oorzaakanalyse afgerond
|
Markeert het einde van de onderzoeksfase, waarin de onderliggende oorzaak van het kwaliteitsprobleem is vastgesteld. Meestal wordt deze gebeurtenis afgeleid uit de afronding van een specifieke taak voor oorzaakanalyse bij de melding. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk moment om de duur en efficiëntie van het onderzoeksproces te meten. Vertragingen vóór deze stap helpen bottlenecks bij de probleemanalyse en besluitvorming te herkennen.
Waar vind je dit?
Afgeleid uit de afronding van een onderzoekstaak of een specifieke taak voor oorzaakanalyse in de tabel QMSM. De afronding blijkt uit een statuswijziging of doordat het veld voor de afrondingsdatum van de taak (ERLDT) is ingevuld.
Vastleggen
Bepaal de afrondingstimestamp (ERLDT) van de betreffende taak voor oorzaakanalyse in de tabel QMSM.
Gebeurtenistype
inferred
|
|||
|
Actieplan goedgekeurd
|
Geeft aan dat een voorgesteld plan met corrigerende of preventieve acties is beoordeeld en goedgekeurd voor uitvoering. Deze stap is vaak geen afzonderlijke gebeurtenis. Je kunt hem afleiden uit het vrijgeven van een taak voor verwerking. | ||
|
Waarom dit belangrijk is
Lange wachttijden in deze goedkeuringsfase kunnen het hele oplossingsproces flink vertragen. Door deze duur te analyseren, spoor je administratieve bottlenecks en mogelijkheden op om de besluitvorming te vereenvoudigen.
Waar vind je dit?
Dit wordt meestal afgeleid uit een statuswijziging van een taak in tabel QMSM, bijvoorbeeld naar 'Released'. De timestamp van deze statuswijziging staat in tabel JCDS, gekoppeld aan het taakobject.
Vastleggen
Bepaal de timestamp waarop de status 'Released' wordt ingesteld voor de taak met de corrigerende of preventieve actie.
Gebeurtenistype
inferred
|
|||
|
Belanghebbenden geïnformeerd
|
Geeft aan dat de oplossing is gecommuniceerd aan relevante belanghebbenden, zoals klanten of interne afdelingen. Dit is zelden een automatische systeemgebeurtenis en vaak een handmatige stap. | ||
|
Waarom dit belangrijk is
Tijdige communicatie met belanghebbenden is belangrijk voor klanttevredenheid en transparantie. Door de tijd tussen het sluiten van de melding en het informeren te meten, kun je hiaten in de communicatie opsporen.
Waar vind je dit?
Deze activiteit is lastig rechtstreeks uit SAP te halen. Je kunt haar afleiden uit de afronding van een handmatige taak in QMSM met het label 'Notify Stakeholder'. Anders is analyse van externe systemen, zoals e-maillogs, nodig.
Vastleggen
Bepaal wanneer een handmatige communicatietaak is afgerond, als die wordt gebruikt. Anders is deze informatie meestal niet beschikbaar.
Gebeurtenistype
inferred
|
|||
|
Corrigerende actie voorgesteld
|
Deze activiteit markeert het moment waarop een plan om het vastgestelde probleem op te lossen formeel wordt vastgelegd. In SAP gebeurt dit vaak door een taak voor een corrigerende actie aan te maken bij de kwaliteitsmelding. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis markeert het begin van de oplossingsfase. Door de tijd tussen de oorzaakanalyse en deze stap te meten, kun je vertraging bij het plannen van acties opsporen.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd wanneer in de tabel QMSM een taak met de code 'Corrective Action' wordt aangemaakt voor de betreffende kwaliteitsmelding.
Vastleggen
Gebruik de aanmaaktimestamp (ERDAT) uit de tabel QMSM voor taken van het type corrigerende actie.
Gebeurtenistype
explicit
|
|||
|
Effectiviteitscontrole vereist
|
Geeft aan dat een vervolgcontrole nodig is om te bevestigen dat de uitgevoerde acties het probleem hebben opgelost. Dit blijkt vaak uit een specifieke status van de melding of uit het aanmaken van een aparte controletaak. | ||
|
Waarom dit belangrijk is
Deze activiteit zorgt ervoor dat het kwaliteitsmanagementproces een controle achteraf bevat. Zo blijft de uitvoering van een actie gescheiden van de bevestiging dat die actie heeft gewerkt.
Waar vind je dit?
Af te leiden uit een statuswijziging van de kwaliteitsmelding (via JEST/JCDS) of uit het aanmaken van een specifieke taak 'Effectiveness Check' in tabel QMSM.
Vastleggen
Bepaal de timestamp van de statuswijziging of van het aanmaken van een controletaak in QMSM.
Gebeurtenistype
inferred
|
|||
|
Melding gesloten
|
Dit is de definitieve technische afsluiting van de kwaliteitsmelding in het systeem. Daarna kun je de melding niet meer wijzigen. Het dossier is dan volledig afgesloten. | ||
|
Waarom dit belangrijk is
Deze activiteit is de laatste gebeurtenis in het proces. Door de tijd tussen 'Melding afgerond' en 'Melding gesloten' te analyseren, kun je vertraging bij de administratieve afsluiting opsporen.
Waar vind je dit?
Af te leiden uit een statuswijziging van de kwaliteitsmelding, met name wanneer een archiveringsstatus of definitieve afsluitstatus wordt ingesteld. Deze wijziging wordt met een timestamp vastgelegd in tabel JCDS.
Vastleggen
Bepaal de timestamp waarop de definitieve status 'Closed' voor de melding wordt ingesteld in tabel JCDS.
Gebeurtenistype
inferred
|
|||
|
Melding in behandeling genomen
|
Dit is het moment waarop het kwaliteitsteam een nieuw aangemaakte melding oppakt. Meestal wordt deze gebeurtenis afgeleid uit een statuswijziging in het systeem die aangeeft dat het werk is begonnen. | ||
|
Waarom dit belangrijk is
Deze activiteit maakt onderscheid tussen het vastleggen van een probleem en het daadwerkelijke begin van het werk. De tijd tussen het aanmaken en deze stap laat mogelijke vertraging zien bij het oppakken van een probleem en het toewijzen van capaciteit.
Waar vind je dit?
Afgeleid uit een statuswijziging van het object Kwaliteitsmelding. Je kunt dit volgen aan de hand van statuswijzigingslogboeken in de tabellen JEST en JCDS, bijvoorbeeld voor de status 'NOPO' (melding in behandeling).
Vastleggen
Bepaal in de tabel JCDS de timestamp waarop de status 'in behandeling' voor de melding wordt ingesteld.
Gebeurtenistype
inferred
|
|||
|
Onderzoekstaak toegewezen
|
Deze gebeurtenis vindt plaats wanneer een specifieke taak, zoals het onderzoeken van de grondoorzaak, formeel wordt aangemaakt en aan een medewerker of afdeling wordt toegewezen. Dit wordt vastgelegd wanneer een taakrecord wordt aangemaakt bij de kwaliteitsmelding. | ||
|
Waarom dit belangrijk is
Door taaktoewijzingen te volgen, krijg je inzicht in de verdeling van de werkdruk en herken je bottlenecks bij de inzet van capaciteit. Dit markeert het begin van de onderzoeksfase en is een belangrijke invoer voor het meten van de doorlooptijd van oorzaakanalyses.
Waar vind je dit?
Vastgelegd in de taakbeheertabel QMSM, die is gekoppeld aan de kwaliteitsmelding. De aanmaakdatum (ERDAT) van een taak met een relevante code, bijvoorbeeld voor een onderzoek, markeert deze gebeurtenis.
Vastleggen
Gebruik de aanmaaktimestamp (ERDAT) uit de tabel QMSM voor onderzoekstaken.
Gebeurtenistype
explicit
|
|||
|
Preventieve actie uitgevoerd
|
Markeert dat de geplande preventieve actie is uitgevoerd. Dit wordt vastgelegd wanneer de bijbehorende taak voor preventieve actie in het systeem is afgerond. | ||
|
Waarom dit belangrijk is
Het afronden van preventieve acties is een belangrijke stap in een volwassen kwaliteitsproces. Door deze activiteit te volgen, meet je hoe sterk de organisatie inzet op het voorkomen van toekomstige en terugkerende problemen.
Waar vind je dit?
Af te leiden uit de afronding van een taak voor preventieve actie in tabel QMSM. Dit blijkt uit het veld ERLDT of een statuswijziging naar 'Completed'.
Vastleggen
Bepaal de afrondingstimestamp (ERLDT) van de taak voor preventieve actie in tabel QMSM.
Gebeurtenistype
inferred
|
|||
|
Preventieve actie voorgesteld
|
Deze activiteit vindt plaats wanneer een plan wordt opgesteld om herhaling van een kwaliteitsprobleem te voorkomen. Net als bij corrigerende acties wordt dit vaak vastgelegd door een taak met de code 'Preventive Action' aan te maken. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis laat zien hoeveel aandacht de organisatie besteedt aan proactieve kwaliteitsverbetering, in plaats van alleen achteraf problemen op te lossen. Hiermee beginnen de inspanningen om problemen op lange termijn te voorkomen.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd wanneer in tabel QMSM een taak met de code 'Preventive Action' wordt aangemaakt voor de betreffende kwaliteitsmelding.
Vastleggen
Gebruik de aanmaaktimestamp (ERDAT) uit tabel QMSM voor taken van het type preventieve actie.
Gebeurtenistype
explicit
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik deze template om je data snel voor te bereiden en kwaliteitsbeheerprocessen te verbeteren. Krijg inzicht in SAP S/4HANA en verhoog de efficiëntie.
Verbeter kwaliteitsbeheer: verkort de doorlooptijd met 30%
Vind bottlenecks in SAP S/4HANA en verkort de doorlooptijd van QM-processen met 30%.
Geen creditcard nodig. Binnen enkele minuten ingesteld.