Minőségirányítási adatsablon

SAP S/4HANA minőségirányítás
Minőségirányítási adatsablon

Minőségirányítási adatsablon

Ez a sablon útmutatást ad a minőségirányítási adatok összegyűjtéséhez és előkészítéséhez. Bemutatja azokat az attribútumokat és tevékenységeket, amelyekre a process mininghez használt pontos eseménynapló elkészítéséhez szükség van. Segítségével egyszerűsítheti az adatok kinyerését és elemzését.
  • Az átfogó elemzéshez javasolt attribútumok
  • A nyomon követendő minőségirányítási tevékenységek
  • Útmutató az adatok kinyeréséhez SAP S/4HANA minőségirányítási rendszerből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Minőségirányítási attribútumok

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba, ha a SAP S/4HANA minőségirányítási folyamatait szeretné elemezni.
3 Kötelező 7 Javasolt 8 Nem kötelező
Név Leírás
Kezdési idő
EventTimestamp
Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény történt.
Leírás

A kezdési idő, vagyis az esemény időbélyege rögzíti, hogy pontosan mikor történt egy tevékenység. Ez szükséges az események időrendi sorba rendezéséhez és a köztük eltelt idő kiszámításához. Megmutatja például, mikor hoztak létre egy értesítést, mikor fejeztek be egy feladatot, vagy mikor változott meg egy állapot.

A process mining során ez az attribútum alapvető az időalapú mutatók, például az átfutási, feldolgozási és várakozási idők kiszámításához. Segítségével azonosíthatók a szűk keresztmetszetek, elemezhető az átbocsátóképesség, és nyomon követhető a teljesítmény az időalapú SLA-khoz vagy célértékekhez képest. A pontos időbélyegek a teljes folyamatmodell megbízhatóságához szükségesek.

Miért fontos?

Ez az időbélyeg szükséges az események sorrendbe rendezéséhez, az olyan teljesítménymutatók kiszámításához, mint az átfutási és várakozási idő, valamint a folyamat működésének megértéséhez.

Hol szerezhető be?

Általában az állapotváltozásokhoz vagy dokumentumok létrehozásához kapcsolódó dátum- és időmezőkből származik. Ilyen például a QMEL ERDAT/ERZEIT (létrehozás dátuma/ideje), illetve a CDHDR változási időbélyegei.

Példák
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Minőségügyi esemény
QualityEvent
A minőségügyi értesítés egyedi azonosítója. Ez szolgál az ügy elsődleges azonosítójaként, amellyel a minőségi probléma a kezdetétől a lezárásáig nyomon követhető.
Leírás

A minőségügyi esemény az azonosító, amely összekapcsolja az egyetlen minőségi problémához tartozó összes tevékenységet, feladatot és döntést. Az SAP-ban ez általában a minőségügyi értesítés számának (QMNUM) felel meg.

A process mining során az események ezen azonosító szerinti elemzésével rekonstruálható az egyes minőségügyi ügyek teljes folyamata. Ez alapvető a folyamatmenetek megjelenítéséhez, az ügy teljes átfutási idejének kiszámításához, valamint a megoldási folyamat gyakori vagy eltérő útvonalainak feltárásához. Szinte minden minőségirányítási elemzés erre az azonosítóra épül.

Miért fontos?

Ez az alapvető kulcs, amellyel az összes kapcsolódó tevékenység egyetlen, összefüggő folyamatpéldányba rendezhető. Így a minőségi problémák kezelésének teljes folyamata elemezhető.

Hol szerezhető be?

A minőségügyi értesítés száma a QMEL táblában, a QMNUM mezőben található.

Példák
200000018200000019200000020
Tevékenység
ActivityName
A minőségirányítási folyamatban végrehajtott konkrét üzleti esemény vagy feladat neve.
Leírás

Ez az attribútum a minőségügyi esemény életciklusának egyetlen lépését vagy mérföldkövét írja le, például az „Értesítés létrehozva”, a „Gyökérok-elemzés befejezve” vagy a „Felhasználási döntés meghozva” eseményt. A tevékenységek a rendszerállapotok változásaiból, kapcsolódó dokumentumok létrehozásából vagy a változásnaplókban rögzített felhasználói műveletekből származnak.

A tevékenységek sorrendjének és időzítésének elemzése a process mining alapja. Segítségével feltárható a tényleges folyamatmenet, azonosíthatók a lépések közötti szűk keresztmetszetek, és mérhető a standard működési eljárások betartása. A tevékenységek részletessége határozza meg a folyamatelemzés mélységét.

Miért fontos?

Ez az attribútum határozza meg a folyamat lépéseit. Segítségével megjeleníthető és elemezhető a folyamatmenet, feltárhatók az eltérések, és mérhető a tevékenységek közötti teljesítmény.

Hol szerezhető be?

A JEST és JSTO táblák állapotváltozásaiból, illetve az olyan táblák tevékenységrekordjaiból származtatható, mint a QMSM (feladatok). Az eseménynaplók a CDHDR és CDPOS változásdokumentum-táblákból is összeállíthatók.

Példák
Minőségi értesítés létrehozásaKivizsgálási feladat kiosztásaHelyesbítő intézkedés végrehajtvaÉrtesítés lezárva
Célzott megoldási dátum
TargetResolutionDate
A minőségügyi esemény tervezett vagy előírt befejezési dátuma.
Leírás

Ez a dátum azt a határidőt jelöli, ameddig a minőségi eseményt várhatóan teljesen megoldják és lezárják. Gyakran viszonyítási alapként használják a teljesítmény és a szolgáltatási szintre vonatkozó megállapodások (SLA-k) betartásának méréséhez.

Ez az attribútum alapvető fontosságú a határidőre történő teljesítés arányának kiszámításához és a lejárt esetek azonosításához. A „Minőségi események határidőre történő teljesítése” dashboard és a „Minőségügyi intézkedések határidőre történő teljesítési aránya” KPI közvetlenül a tényleges és a célzott befejezési dátum összehasonlítására épül. Az attribútum a munka rangsorolását és az erőforrások hatékony kezelését is segíti.

Miért fontos?

Viszonyítási alapot ad a határidőre történő teljesítmény méréséhez. Ez fontos KPI a folyamat hatékonyságának és az SLA-k betartásának értékeléséhez.

Hol szerezhető be?

A QMEL-QMDAT mezőben (előírt befejezési dátum), vagy feladatszinten a QMSM-PSTER mezőben található.

Példák
2023-05-302023-06-152023-07-01
Felelős részleg
ResponsibleDepartment
Az a részleg vagy szakterület, amely egy adott feladat végrehajtásáért vagy a minőségügyi esemény kezeléséért felel.
Leírás

Ez az attribútum megadja a tevékenységhez vagy a teljes minőségügyi eseményhez rendelt szervezeti egységet. Ilyen lehet például a minőségbiztosítási csapat, a mérnökség vagy egy termelési egység.

Ez fontos szempont a részlegek közötti együttműködés és feladatátadások elemzéséhez. Segít feltárni azokat a késéseket, amelyek akkor keletkeznek, amikor a felelősség egyik részlegtől a másikhoz kerül. Ezzel támogatható a „Cross-Department Handoff Delays” dashboard, és a folyamatnézet részleg szerinti szűrésével az egyes részlegek működése is elemezhető.

Miért fontos?

Segít elemezni a részlegek közötti feladatátadásokat, feltárni a szervezeti szűk keresztmetszeteket, és megérteni, hogyan járulnak hozzá a különböző csapatok a folyamathoz.

Hol szerezhető be?

Gyakran az értesítéshez vagy feladathoz rendelt partnerfunkciókból, illetve a felhasználó HR-törzsadatokban szereplő szervezeti besorolásából származik. Nem feltétlenül található meg közvetlen mezőként.

Példák
Minőségbiztosítás3. gyártósorBeszállítói minőségügyi mérnökség
Felhasználó
ChangedBy
A tevékenységet végrehajtó vagy az utolsó módosítást végző személy felhasználói azonosítója.
Leírás

Ez az attribútum azonosítja azt a felhasználót, aki az adott folyamatlépésért felelős. Az SAP-ban ez gyakran a „Changed By” (AENAM) vagy a „Created By” (ERNAM) mezőnek felel meg.

A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, feltárni a képzési igényeket és azonosítani az egyes felhasználókhoz köthető folyamateltéréseket. Az erőforrások elemzéséhez is szükséges, például annak feltárásához, hogy egyes felhasználóknál miért hosszabb a feldolgozási idő, vagy miért térnek el gyakran a standard folyamattól.

Miért fontos?

Lehetővé teszi a felhasználói teljesítmény, a munkaterhelés eloszlása és a standard eljárások betartásának elemzését, ami segít az erőforrások hatékonyabb felhasználásában.

Hol szerezhető be?

A fejléc- és tételtáblákban található, például a QMEL-ERNAM mezőben (létrehozta), vagy a változásnaplókból származtatható (CDHDR-USERNAME).

Példák
SMITHJWILSONAPROCESS_AUTOMATION_BOT
Gyökérok
RootCauseCode
A minőségi probléma megállapított gyökérokát azonosító kód vagy szöveg.
Leírás

A Gyökérok attribútum rögzíti a minőségi hiba vagy a követelményektől való eltérés mögött álló okot. A helyes gyökérok azonosítása a minőségirányítási folyamat fontos lépése, mert erre épülnek a hatékony helyesbítő és megelőző intézkedések.

Ez az attribútum szükséges a „Root Cause Analysis Cycle Time” és a „Recurring Issue Pattern Detection” dashboardokhoz. A gyökérok szerinti elemzés segít feltárni a rendszerszintű problémákat. Ha például a folyamattérképet egy adott gyökérokra szűri, láthatja, hogy az eltérő folyamatútvonalakhoz vagy hosszabb megoldási időkhöz vezet-e.

Miért fontos?

Segít feltárni a rendszerszintű problémákat azáltal, hogy összekapcsolja a gyökérokokat a termékekkel, a részlegekkel és a folyamat hatékonysági problémáival, így megalapozhatók a megelőző intézkedések.

Hol szerezhető be?

Általában a QMUR táblában (Notification Causes), az URCOD mezőben található.

Példák
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
Minőségügyi értesítés típusa
QualityNotificationType
A minőségügyi értesítés besorolása, például ügyfélpanasz, belső probléma vagy beszállítói hiba.
Leírás

Ez az attribútum a minőségi eseményt annak eredete és jellege szerint kategorizálja. A szabványos SAP-típusok közé tartoznak az ügyfélpanaszok, a belső problémabejelentések és a beszállítói hibák. A kategória határozza meg a további folyamat menetét és a szükséges dokumentációt.

Az értesítés típusa szerinti elemzés segít megérteni, hogy a különböző problémákat eltérően kezelik-e, illetve eltér-e a kezelésük hatékonysága. A „Minőségi események átbocsátásának elemzése” dashboard például lehetővé teszi a különböző problémakategóriák ciklusidejének és folyamatútvonalainak szűrését és összehasonlítását.

Miért fontos?

Lehetővé teszi a folyamat típus szerinti bontását, így látható, hogy a különböző minőségi problémák eltérő útvonalon haladnak-e, vagy más teljesítményjellemzőkkel rendelkeznek-e.

Hol szerezhető be?

A QMEL táblában, a QMART mezőben található.

Példák
Q1Q2F2
Prioritás
NotificationPriority
A minőségügyi értesítéshez rendelt prioritási szint, amely a sürgősséget jelzi.
Leírás

A prioritás határozza meg, mennyire sürgős a minőségi esemény kezelése. Segít a csapatoknak a munka megszervezésében, és biztosítja, hogy először a legsúlyosabb problémákkal foglalkozzanak. Az SAP-ban különböző prioritástípusok állíthatók be, amelyek befolyásolhatják a célzott válaszidőt.

Ez az attribútum segít megvizsgálni, hogy a magas prioritású ügyeket valóban gyorsabban dolgozzák-e fel, mint az alacsony prioritásúakat. Feltárhatja azokat a hatékonysági problémákat is, amelyek miatt a magas prioritású esetek elakadnak a folyamatban. A „Minőségi események átbocsátásának elemzése” dashboard egyik fontos dimenziója.

Miért fontos?

Segít megvizsgálni, hogy a folyamat teljesítménye megfelel-e az üzleti sürgősségnek, és hogy a magas prioritású problémákat gyorsabban oldják-e meg.

Hol szerezhető be?

A QMEL táblában, a QMPRI mezőben található. A leírás a TQ05 táblában szerepel.

Példák
1234
Termék
MaterialNumber
A minőségügyi esemény által érintett termék vagy anyag egyedi azonosítója.
Leírás

Ez az attribútum összekapcsolja a minőségügyi eseményt egy adott termékkel vagy anyaggal. Ez fontos a minőségbiztosítás szempontjából, mert segít azonosítani az ismétlődő problémákkal vagy magas hibaaránnyal érintett termékeket.

A process mining során a termék szerinti elemzés olyan mintákat tárhat fel, mint például hogy egyes termékeknél hosszabb-e a megoldási idő, vagy bizonyos gyökérokokhoz kapcsolódnak-e. A „Recurring Issue Pattern Detection” dashboard a termékeket a minőségi problémákkal összekapcsolva támogatja a célzott minőségfejlesztést.

Miért fontos?

A minőségi problémákat konkrét termékekhez kapcsolja, így elemezhetők a termékspecifikus hibaarányok, gyökérokok és megoldási minták.

Hol szerezhető be?

A minőségügyi értesítés tételtáblájában, a QMFE táblában, a MATNR mezőben található.

Példák
FIN-1001RAW-205ASEMI-303B
Értesítés állapota
SystemStatus
A minőségügyi értesítés aktuális feldolgozási állapota, például „Outstanding” vagy „Completed”.
Leírás

A rendszerállapot a minőségügyi esemény aktuális életciklusbeli helyzetét mutatja. Az SAP állapotkezelő rendszere olyan állapotokat használ, mint az OSNO (Outstanding Notification), a NOPR (Notification in Process) és a NOCO (Notification Completed), amelyek a folyamat előrehaladását jelzik.

Ezt az attribútumot gyakran az eseménynapló tevékenységeinek meghatározására használják. Szűrési szempontként is hasznos, például ha csak a nyitott vagy nemrég lezárt minőségügyi eseményeket szeretné elemezni. A pontos folyamatmodell felépítéséhez ismerni kell az állapotátmeneteket.

Miért fontos?

Megmutatja az ügy aktuális állapotát, így elkülöníthetők az aktív és a lezárt ügyek, és meghatározhatók a folyamat tevékenységei.

Hol szerezhető be?

A különböző SAP-objektumok állapotadatait tároló JEST és JSTO táblákból származik. A QMEL-OBJNR mezőn keresztül kapcsolható össze.

Példák
OSNO NOPRNOCOTSCO
Forrásrendszer
SourceSystem
Megadja, melyik rendszerből származik a kinyert adat, például az adott SAP S/4HANA-példányt.
Leírás

Ez az attribútum jelzi a minőségirányítási adatok forrását. Több ERP-rendszer vagy integrált rendszer használatakor elengedhetetlen az adatforrások megkülönböztetéséhez és az adatok sértetlenségének biztosításához.

Az elemzés során lehetővé teszi a folyamatok szűrését vagy összehasonlítását különböző rendszerek és szervezeti egységek között. Egy adott adathalmazban gyakran állandó érték, de az adatirányításhoz és az adatok értelmezéséhez szükséges.

Miért fontos?

Fontos információt ad az adatok eredetéről. Ez elengedhetetlen az adatirányításhoz és a több összekapcsolt rendszerből álló környezetekben.

Hol szerezhető be?

Ez általában az adatkinyerés során hozzáadott statikus érték, amely az SAP S/4HANA-klienst és a rendszerazonosítót jelöli.

Példák
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Gyár
Plant
Az a gyártóüzem vagy telephely, ahol a minőségügyi esemény felmerült, vagy ahol kezelik.
Leírás

A Gyár attribútum megadja a minőségügyi eseményhez kapcsolódó fizikai helyszínt, például egy gyárat vagy raktárt. Földrajzi és szervezeti kontextust ad ahhoz, hogy hol merülnek fel a minőségi problémák.

Ez hasznos szempont az összehasonlító elemzéshez. A gyár szerinti szűréssel vagy csoportosítással a vezetők összevethetik a különböző telephelyek teljesítményét, feltárhatják a helyi problémákat, és megoszthatják a jól teljesítő gyárak bevált gyakorlatait. Például megválaszolható vele a kérdés: „Melyik gyárban tart a legtovább a gyökérok-elemzés?”

Miért fontos?

Lehetővé teszi a különböző telephelyek teljesítményének összehasonlítását, és segít feltárni a helyi problémákat, valamint a bevált gyakorlatokat.

Hol szerezhető be?

Az értesítés fejlécéhez tartozó gyár a QMEL-WERKS mezőben található. Ha az értesítés egy adott anyaghoz kapcsolódik, a gyár a tételszinten is megadható.

Példák
100017102000
Határidőre történő teljesítés
IsOnTimeCompletion
Logikai érték, amely jelzi, hogy a minőségi esemény lezárása a tervezett határidőig megtörtént-e.
Leírás

Ez a számított jelző a minőségi esemény tényleges lezárási időpontját hasonlítja össze a „Tervezett megoldási határidő” értékével. Igaz, ha az eseményt a határidő napján vagy korábban lezárták, egyébként hamis.

Ez az attribútum egyszerű, közvetlen mérőszámot ad a teljesítmény nyomon követéséhez. Erre épül a „Minőségi események határidőre történő lezárása” dashboard és a „Minőségi intézkedések határidőre történő teljesítése” KPI. Segítségével könnyen szűrheti és összesítheti az adatokat, így például részleg, termék vagy értesítéstípus szerint is áttekintheti a határidőre történő teljesítést.

Miért fontos?

Egyértelmű, igen-nem eredményt ad a határidők teljesítésének nyomon követéséhez, így egyszerűen mérhető és jelenthető az SLA-k betartása.

Hol szerezhető be?

Számított attribútum, amely a végső lezárási tevékenység időbélyegének és a „TargetResolutionDate” attribútumnak az összevetéséből származik.

Példák
truefalse
Intézkedés hatékonysága
EffectivenessEvaluation
Az ellenőrzés eredménye, amely megmutatja, hogy a végrehajtott intézkedés hatékony volt-e.
Leírás

Ez az attribútum rögzíti a hatékonyság-ellenőrzés eredményét, amely a minőségirányítási folyamat fontos záró lépése. Megerősíti, hogy a helyesbítő vagy megelőző intézkedések megszüntették-e a gyökérokot, és megakadályozták-e a probléma újbóli előfordulását.

Ez az elsődleges attribútum az „Action Effectiveness Verification” dashboardhoz és az „Action Effectiveness Verification Rate” KPI-hoz. Közvetlen képet ad magának a problémamegoldási folyamatnak a minőségéről. A hatástalan intézkedések magas aránya arra utal, hogy javítani kell a gyökérok-elemzésen vagy az intézkedések megtervezésén.

Miért fontos?

Közvetlenül méri a problémamegoldási folyamat eredményességét, és megmutatja, hogy az intézkedések valóban megelőzik-e a probléma újbóli előfordulását.

Hol szerezhető be?

Ezt az információt gyakran az értesítéshez tartozó utólagos intézkedések vagy konkrét feladatállapotok tárolják. Lehet egyéni mező, vagy alapulhat egy adott állapotkódon.

Példák
HatékonyNem hatékonyTovábbi nyomon követés szükséges
Ügyfél
CustomerNumber
A minőségügyi eseményhez kapcsolódó ügyfél azonosítója, ha van ilyen.
Leírás

Ez az attribútum egy adott ügyfélhez kapcsolja a minőségi eseményt. Különösen fontos az olyan értesítéstípusoknál, mint az „Ügyfélpanasz”. Az adat nyomon követése elengedhetetlen az ügyfélkapcsolatok kezeléséhez és a minőségi problémák ügyfelekre gyakorolt hatásának megértéséhez.

Az ügyfél szerinti elemzésből kiderülhet, hogy egyes ügyfeleknél gyakrabban fordulnak-e elő minőségi problémák, illetve eltér-e az esetek megoldási ideje. A „Minőségi események súlyosság és hatás szerint” dashboard az ügyfél dimenziójával egészíti ki a hatás elemzését.

Miért fontos?

Az ügyfelekhez kapcsolja a minőségügyi eseményeket, így elemezhetők az ügyfélspecifikus problémák, és a kiemelt ügyfelek elsőbbségi támogatást kaphatnak.

Hol szerezhető be?

Általában az értesítés partnerfunkciói között található. Ha az ügyfélpanasz egy vevői rendeléshez kapcsolódik, a QMEL-KUNUM mezőben is szerepelhet.

Példák
CUST-10045CUST-20399CUST-80110
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg azt mutatja, mikor frissítették utoljára a rekord adatait a forrásrendszerből.
Leírás

Ez az attribútum az adatok forrásrendszerből történő utolsó kinyerésének vagy frissítésének időbélyegét adja meg. Tájékoztatja a felhasználókat az elemzett adatok aktualitásáról.

Az információ megjelenítése minden elemzési dashboardon és jelentésben segít tisztázni, mennyire frissek az adatok. Így elkülöníthetők a közelmúltbeli folyamatváltozások az elavult adatokból adódó eltérésektől.

Miért fontos?

Tájékoztatja a felhasználókat az adatok aktualitásáról, ami szükséges ahhoz, hogy a process mining elemzésére alapozva időben és megalapozottan dönthessenek.

Hol szerezhető be?

Ez egy metaadatmező, amelyet az adatkinyerő eszköz vagy adatfolyam hoz létre és tölt ki az adatok frissítésekor.

Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Utómunka
IsRework
Logikai érték, amely jelzi, hogy egy tevékenység vagy tevékenységsorozat utómunkát jelent-e.
Leírás

Az érték igaz, ha egy esetben bizonyos lépéseket megismételnek, ami arra utal, hogy az első végrehajtás nem volt megfelelő. Ha például a „Kiváltó ok elemzése” tevékenységet később ugyanabban az esetben ismét a „Vizsgálati feladat kiosztása” követi, az utómunkára utal.

Ez az attribútum közvetlenül támogatja a „Helyesbítő intézkedések utómunka-aránya” KPI-t. A process mining egyik fő célja az utómunka felismerése és számszerűsítése, mivel az felesleges ráfordítást és nem hatékony működést jelez. Az utómunkát jelentő körök megjelenítése a folyamattérképen jelentős lehetőségeket tárhat fel a minőség és a hatékonyság javítására.

Miért fontos?

Az ismétlődő lépések felismerésével számszerűsíti a folyamat nem hatékony működését, feltárja a felesleges ráfordítást, és megmutatja, hogyan javítható az elsőre helyes végrehajtás aránya.

Hol szerezhető be?

Számított attribútum. A process mining elemzés során, egy eseten belül ismétlődő tevékenységsorozatok felismerésével áll elő.

Példák
truefalse
Kötelező Javasolt Nem kötelező

Minőségirányítási tevékenységek

Ezeket a folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a pontos folyamatfeltáráshoz és elemzéshez.
6 Javasolt 9 Nem kötelező
Tevékenység Leírás
A kiváltó ok elemzésének lezárása
A kivizsgálási szakasz végét jelöli, amikor azonosították a minőségi probléma alapvető okát. Ez általában a Quality Notification részeként létrehozott „Root Cause Analysis” feladat lezárásából következtethető ki.
Miért fontos?

Ez fontos mérföldkő a kivizsgálás időtartamának és hatékonyságának méréséhez. Az e lépés előtti késések feltárása segít azonosítani a probléma elemzésének és a döntéshozatalnak a szűk keresztmetszeteit.

Hol szerezhető be?

A QMSM táblában szereplő kivizsgálási vagy kiváltóok-elemzési feladat lezárásából következtethető ki. A lezárást állapotváltozás vagy a feladat lezárási dátumának (ERLDT) kitöltése jelzi.

Rögzítés

Keresse meg a QMSM táblában a megfelelő kiváltóok-elemzési feladat lezárási időbélyegét (ERLDT).

Eseménytípus inferred
Az intézkedés hatékonysága igazolva
Megerősíti, hogy a végrehajtott helyesbítő vagy megelőző intézkedés eredményes volt, és a minőségi probléma nem tért vissza. Ezt a hatékonyság-ellenőrzési feladat befejezése vagy a végső minőségügyi felülvizsgálat rögzíti.
Miért fontos?

Ez fontos mérföldkő a teljes megoldási folyamat eredményességének igazolásában. A sikeres ellenőrzések magas aránya hatékony minőségirányítási rendszerre utal, és segíthet csökkenteni az ismétlődő problémák számát.

Hol szerezhető be?

Általában a QMSM táblában szereplő „Effectiveness Check” feladat befejezéséből állapítható meg, a befejezés dátuma az ERLDT mezőből vehető át.

Rögzítés

Keresse meg a QMSM táblában a hatékonyság-ellenőrzési feladat befejezési időbélyegét.

Eseménytípus inferred
Értesítés befejezve
A minőségügyi értesítés üzleti szempontú befejezését jelzi: minden szükséges intézkedést megtettek, és a problémát működési szempontból megoldották. Ezt a rendszerben formális állapotváltozás rögzíti.
Miért fontos?

Ez a tevékenység a megoldási idő mérésének elsődleges végpontja. A folyamatgazda szempontjából azt jelzi, hogy az ügy lezárult, még akkor is, ha a technikai lezárás még hátravan.

Hol szerezhető be?

A minőségügyi értesítés objektumának állapotváltozásából állapítható meg. Ehhez keresse meg a JCDS táblában azt az időbélyeget, amikor beállítják a „NOCO” (Notification completed) állapotot.

Rögzítés

Keresse meg a JCDS táblában azt az időbélyeget, amikor beállítják a „Notification completed” állapotot.

Eseménytípus inferred
Felhasználási döntés meghozatala
Az ellenőrzési tételhez tartozó áruk minőségéről hozott hivatalos döntést jelöli, például az elfogadást vagy az elutasítást. Ez külön esemény az ellenőrzésből eredő minőségi problémáknál, és a felhasználási döntés mentésekor rögzíthető.
Miért fontos?

Az ellenőrzésen alapuló folyamatokban ez fontos mérföldkő, amely meghatározza a további lépéseket, például az anyag zárolását vagy felszabadítását. Az időzítés és az eredmények elemzése segít megérteni a termékminőség-ellenőrzés hatékonyságát.

Hol szerezhető be?

Ez a QAVE felhasználásidöntés-táblában rögzített, konkrét esemény. Az ellenőrzési tételhez (PRUEFLOS) tartozó rekord létrehozási időbélyege jelöli ezt a tevékenységet.

Rögzítés

Használja a QAVE táblában szereplő, megfelelő ellenőrzési tételhez tartozó létrehozási időbélyeget.

Eseménytípus explicit
Helyesbítő intézkedés végrehajtva
A helyesbítő intézkedési tervben meghatározott munka befejezését jelzi. Ezt általában akkor rögzíti a rendszer, amikor a minőségügyi értesítéshez rendelt helyesbítő intézkedés feladatát befejezettként jelölik meg.
Miért fontos?

Ez fontos mérföldkő, amely azt jelzi, hogy megtették a minőségi probléma megoldásához szükséges lépéseket. Segítségével mérhető az intézkedések határidőre történő befejezése és a megoldási szakasz általános hatékonysága.

Hol szerezhető be?

A QMSM táblában szereplő helyesbítő intézkedés feladatának befejezéséből állapítható meg. A befejezés dátumát az ERLDT mező rögzíti, vagy a JEST/JCDS táblákban a „Completed” állapotváltozás jelzi.

Rögzítés

Keresse meg a QMSM táblában a helyesbítő intézkedés feladatának befejezési időbélyegét (ERLDT).

Eseménytípus inferred
Minőségi értesítés létrehozása
Ez a tevékenység jelöli a minőségirányítási folyamat hivatalos kezdetét: ekkor rögzítik a minőséggel kapcsolatos problémát, hibát vagy panaszt. Az SAP S/4HANA rendszerben létrehozott Quality Notification rögzíti a kezdeti adatokat, egyedi azonosítót rendel az esethez, és elindítja annak kezelését.
Miért fontos?

Ez az elsődleges kezdő esemény elengedhetetlen a minőségi probléma megoldásának teljes átfutási idejéhez. Kiindulópontot ad annak nyomon követéséhez, hogy mennyi idő alatt kezelik és zárják le a minőségi eseményeket.

Hol szerezhető be?

Ez a QMEL értesítési fejlécet tároló táblából rögzíthető, konkrét esemény. A létrehozás időbélyege általában az ERDAT mezőben található, a megfelelő QMNUM értesítésszámhoz rendelve.

Rögzítés

Használja az adott értesítés QMEL táblában szereplő létrehozási időbélyegét (ERDAT).

Eseménytípus explicit
Az érintettek értesítve
A megoldás közlését jelenti az érintettekkel, például az ügyfelekkel vagy a belső részlegekkel. Ez ritkán automatikus rendszeresemény, gyakran manuálisan végzik.
Miért fontos?

Az érintettek időben történő tájékoztatása fontos az ügyfél-elégedettség és az átláthatóság szempontjából. A lezárás és az értesítés közötti késés mérése feltárhatja a kommunikációs folyamatok hiányosságait.

Hol szerezhető be?

Ezt a tevékenységet nehéz közvetlenül az SAP-ból kinyerni. Következtetni lehet rá a QMSM táblában „Notify Stakeholder” címkével szereplő manuális feladat befejezéséből, vagy külső rendszerek, például az e-mail-naplók elemzésére lehet szükség.

Rögzítés

Ha van ilyen, keresse meg a manuális kommunikációs feladat befejezését. Ellenkező esetben ez az adat általában nem áll rendelkezésre.

Eseménytípus inferred
Értesítés feldolgozásának megkezdése
Azt jelzi, amikor a minőségügyi csapat megkezdi az újonnan létrehozott értesítés feldolgozását. Ez általában következtetett esemény, amelyet a munka megkezdését jelző rendszerállapot-változás alapján határoznak meg.
Miért fontos?

Ez a tevékenység megkülönbözteti a probléma puszta rögzítését a tényleges munkakezdéstől. A létrehozás és e lépés közötti idő elemzése feltárja a probléma tudomásulvételének és az erőforrások hozzárendelésének esetleges késéseit.

Hol szerezhető be?

A Quality Notification objektum állapotváltozásából következtethető ki. A JEST és JCDS táblák állapotváltozási naplóiban követhető például a „NOPO” állapot, amely azt jelzi, hogy az értesítés feldolgozás alatt van.

Rögzítés

Keresse meg a JCDS táblában azt az időbélyeget, amikor az értesítés állapota „feldolgozás alatt” értékre változik.

Eseménytípus inferred
Értesítés lezárva
A minőségügyi értesítés végleges, technikai lezárását jelenti a rendszerben. Ettől kezdve az értesítés már nem módosítható, és a rekord életciklusa végleg lezárul.
Miért fontos?

Ez a tevékenység jelenti a folyamat végső eseményét. A „Notification Completed” és a „Notification Closed” közötti idő elemzése feltárhatja az adminisztratív lezárás késedelmeit.

Hol szerezhető be?

A minőségügyi értesítés állapotváltozásából állapítható meg, különösen akkor, ha archiválási vagy végleges lezárási állapotot állítanak be. A változást időbélyeggel rögzíti a JCDS tábla.

Rögzítés

Keresse meg a JCDS táblában azt az időbélyeget, amikor az értesítés végleges „Closed” állapotba kerül.

Eseménytípus inferred
Hatékonyság-ellenőrzés szükséges
Azt jelzi, hogy utólagos ellenőrzésre van szükség annak igazolására, hogy a végrehajtott intézkedések valóban megoldották a problémát. Ezt gyakran az értesítés egy adott állapota vagy egy külön ellenőrzési feladat létrehozása jelzi.
Miért fontos?

Ez a tevékenység biztosítja, hogy a minőségirányítási folyamat része legyen a szükséges ellenőrzési kör. Elkülöníti az intézkedés végrehajtását annak igazolásától, hogy az intézkedés eredményes volt.

Hol szerezhető be?

A minőségügyi értesítés állapotváltozásából (JEST/JCDS) vagy egy külön „Effectiveness Check” feladat QMSM táblában történő létrehozásából állapítható meg.

Rögzítés

Keresse meg az állapotváltozás vagy a QMSM táblában szereplő ellenőrzési feladat létrehozásának időbélyegét.

Eseménytípus inferred
Helyesbítő intézkedés javaslata
Ez a tevékenység azt a pontot jelöli, amikor hivatalosan dokumentálják az azonosított probléma megoldására szolgáló tervet. Az SAP rendszerben ezt gyakran a Quality Notification részeként létrehozott „Corrective Action” feladat rögzíti.
Miért fontos?

Ez az esemény indítja el a folyamat megoldási szakaszát. A kiváltó ok elemzése és e lépés közötti idő mérése feltárhatja az intézkedések megtervezésének késéseit.

Hol szerezhető be?

Ez az esemény akkor rögzíthető, amikor a megfelelő Quality Notificationhöz tartozó QMSM táblában létrejön egy „Corrective Action” kódú feladat.

Rögzítés

Használja a helyesbítő intézkedés típusú feladatok QMSM táblában szereplő létrehozási időbélyegét (ERDAT).

Eseménytípus explicit
Intézkedési terv jóváhagyása
Azt jelzi, hogy a javasolt helyesbítő vagy megelőző intézkedési tervet felülvizsgálták, és jóváhagyták a végrehajtását. Ez a lépés gyakran nem jelenik meg külön eseményként, de következtetni lehet rá abból, hogy a feladatot feldolgozásra kiadják.
Miért fontos?

Ha az engedélyezési szakasz sokáig tart, az jelentősen lelassíthatja a teljes problémamegoldási folyamatot. Az időtartam elemzésével feltárhatók az adminisztratív szűk keresztmetszetek és az irányítás egyszerűsítésének lehetőségei.

Hol szerezhető be?

Ez általában a QMSM táblában szereplő feladat állapotváltozásából állapítható meg, például a „Released” állapotból. Az állapotváltozás időbélyege a feladatobjektumhoz kapcsolódó JCDS táblában található.

Rögzítés

Keresse meg azt az időbélyeget, amikor a helyesbítő vagy megelőző intézkedés feladata „Released” állapotba kerül.

Eseménytípus inferred
Kivizsgálási feladat kiosztása
Ez az esemény akkor következik be, amikor egy konkrét feladatot, például a kiváltó ok vizsgálatát, hivatalosan létrehoznak és kiosztanak egy munkatársnak vagy részlegnek. Az esemény akkor rögzíthető, amikor létrejön a feladat a Quality Notification részeként.
Miért fontos?

A feladatok kiosztásának nyomon követése segít megérteni a munkaterhelés eloszlását és feltárni az erőforrás-elosztás szűk keresztmetszeteit. Ez jelöli a kivizsgálási szakasz kezdetét, és fontos adat a kiváltóok-elemzés átfutási idejének méréséhez.

Hol szerezhető be?

A Quality Notificationhöz kapcsolódó QMSM feladatkezelési táblából rögzíthető. Ezt az eseményt a megfelelő kódú, például kivizsgálási feladat létrehozási dátuma (ERDAT) jelöli.

Rögzítés

Használja a kivizsgáláshoz kapcsolódó feladatok QMSM táblában szereplő létrehozási időbélyegét (ERDAT).

Eseménytípus explicit
Megelőző intézkedés javasolva
Ez a tevékenység akkor történik, amikor terv készül egy minőségi probléma újbóli előfordulásának megelőzésére. A helyesbítő intézkedésekhez hasonlóan ezt gyakran egy „Preventive Action” feladat létrehozása jelzi.
Miért fontos?

Ez az esemény megmutatja, hogy a szervezet a megelőző minőségfejlesztésre összpontosít-e, nem csupán a már bekövetkezett problémák elhárítására. A hosszú távú megoldási munka kezdetét jelzi.

Hol szerezhető be?

Az esemény akkor rögzül, amikor az adott minőségügyi értesítéshez „Preventive Action” kódú feladatot hoznak létre a QMSM táblában.

Rögzítés

A megelőző intézkedés típusú feladatok létrehozási időbélyegét (ERDAT) a QMSM táblából vegye át.

Eseménytípus explicit
Megelőző intézkedés végrehajtva
A tervezett megelőző intézkedés sikeres végrehajtását jelzi. Ezt a rendszerben a megfelelő megelőző intézkedés feladatának befejezése rögzíti.
Miért fontos?

A megelőző intézkedések befejezése az érett minőségügyi folyamatok fontos lépése. Nyomon követésével mérhető, mennyire elkötelezett a szervezet a jövőbeli problémák megelőzése és az ismétlődő hibák csökkentése mellett.

Hol szerezhető be?

A QMSM táblában szereplő megelőző intézkedés feladatának befejezéséből állapítható meg. Ezt az ERLDT mező vagy a „Completed” állapotváltozás jelzi.

Rögzítés

Keresse meg a QMSM táblában a megelőző intézkedés feladatának befejezési időbélyegét (ERLDT).

Eseménytípus inferred
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése a SAP S/4HANA minőségirányítási rendszerből

Kezdje el most?

A sablon segítségével gyorsan előkészítheti az adatokat, és megkezdheti minőségirányítási folyamatainak fejlesztését. Tárja fel az adatokat, és javítsa a SAP S/4HANA működésének hatékonyságát.

Javítsa a minőségirányítást: akár 30%-kal rövidebb átfutási idő

Találja meg a szűk keresztmetszeteket SAP S/4HANA-ban, és csökkentse 30%-kal a QM-folyamat átfutási idejét.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára, a beállítás csak néhány perc.