> Průběžné zlepšování procesů > Řízení kvality > MasterControl > Datová šablona

Šablona dat pro řízení kvality

MasterControl

Atributy řízení kvality(21) Aktivity v řízení kvality(14) Návody k získání dat(3)

Šablona dat pro řízení kvality

Tato šablona vám pomůže shromáždit potřebná data pro analýzu procesu řízení kvality. Uvádí základní atributy, které je třeba zahrnout do záznamu událostí, doporučené aktivity ke sledování a praktický postup pro získání dat ze systému MasterControl. Využijte ji jako základ pro svůj projekt process mining.

Doporučené atributy ke sběru
Důležité aktivity ke sledování
Jak získat data z MasterControl

Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Stáhnout šablonu

Atributy řízení kvality

Jde o doporučená datová pole, která je vhodné zahrnout do záznamu událostí pro důkladnou analýzu procesu řízení kvality.

3 Povinné 8 Doporučené 10 Volitelné

	Název	Popis
	Událost v oblasti kvality QualityEvent	Jedinečný identifikátor konkrétní události kvality, například neshody, odchylky nebo stížnosti. Toto ID propojuje všechny související činnosti a dokumenty.
Popis ID události kvality slouží jako hlavní identifikátor případu v celém procesu řízení kvality. Obvykle jde o alfanumerickou hodnotu, kterou MasterControl vygeneruje při založení nové události kvality. V process mining je tento atribut zásadní pro rekonstrukci průběhu každého problému s kvalitou od začátku do konce. Seskupením všech souvisejících činností pod jedno ID události kvality mohou analytici zobrazit celý tok procesu, měřit dobu průchodu od založení po uzavření a odhalit odchylky nebo úzká místa u jednotlivých případů. Proč je to důležité Jde o základní identifikátor případu, který propojuje všechny kroky procesu a umožňuje analyzovat celý průběh každého problému s kvalitou od zahájení po vyřešení. Kde data získat Jde o primární klíč záznamu události kvality. Konkrétní název tabulky a pole najdete v dokumentaci MasterControl nebo v konfiguraci systému. Příklady QE-2023-00123NC-2023-0456CAPA-2023-0078
	Čas události EventTime	Přesné datum a čas, kdy došlo ke konkrétní činnosti nebo události. Slouží jako čas zahájení každé činnosti.
Popis Tento časový údaj označuje dokončení konkrétního úkolu nebo okamžik, kdy v procesu kvality nastala událost. Určuje časové pořadí potřebné k rekonstrukci průběhu každého případu. Časové údaje jsou nezbytné pro všechny časové analýzy v process mining. Používají se k výpočtu doby průchodu, doby zpracování a čekání mezi činnostmi. Jsou také základem dashboardů, které sledují dobu řešení, odhalují úzká místa a měří prodlevy při předávání mezi odděleními. Proč je to důležité Tento časový údaj určuje pořadí událostí. Je nezbytný pro výpočet délky procesu, odhalování úzkých míst a pochopení výkonnosti procesu. Kde data získat Jde o standardní pole v auditní stopě nebo historii záznamů událostí kvality v MasterControl, které zachycuje čas zaznamenání každé činnosti. Příklady 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Název činnosti ActivityName	Název konkrétního úkolu nebo události, ke které došlo v průběhu události kvality, například „Zahájeno šetření“ nebo „Provedeno nápravné opatření“.
Popis Název činnosti popisuje konkrétní krok nebo milník v procesu řízení kvality. Činnosti se zaznamenávají s časovými údaji a tvoří posloupnost událostí, která zachycuje průběh každé události kvality. Analýza těchto činností je základem process mining. Umožňuje zjistit skutečnou mapu procesu, běžné postupy, odchylky od standardního postupu i úzká místa. Pořadí a četnost činností, jako je „Provedena analýza kořenové příčiny“, jsou důležité pro dashboardy zaměřené na opakovanou práci a shodu. Proč je to důležité Tento atribut určuje jednotlivé kroky procesu. Umožňuje zobrazit mapu procesu, odhalit odchylky a analyzovat průběh procesu. Kde data získat Tyto informace se obvykle zaznamenávají v auditní stopě nebo tabulce historie přiřazené k jednotlivým záznamům událostí kvality v MasterControl. Příklady Založení události v oblasti kvalityProvedení analýzy hlavní příčinySchválení plánu nápravných opatřeníOvěření účinnosti opatření
	Čas ukončení EndTime	Časový údaj označující dokončení činnosti. U jednotlivých událostí se často shoduje s hodnotou StartTime.
Popis EndTime označuje konec činnosti. U mnoha událostí zaznamenaných v auditní stopě je čas zahájení a ukončení stejný, protože událost nastala v jediném okamžiku. U činností s měřitelnou délkou však toto pole může zachytit jejich trvání. Tento atribut se používá spolu s StartTime k výpočtu doby zpracování jednotlivých činností. Pomáhá určit, které kroky v procesu zabírají nejvíce času, a slouží jako podklad pro dashboard Quality Process Bottleneck Identification. Proč je to důležité Umožňuje přesně vypočítat dobu trvání činností a určit, které konkrétní úkoly v procesu řízení kvality zaberou nejvíce času. Kde data získat Může být dostupný v auditní stopě nebo historii MasterControl. Pokud chybí, lze jej odvodit z hodnoty StartTime následující činnosti v posloupnosti. Příklady 2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
	Cílové datum vyřešení TargetResolutionDate	Plánované nebo požadované datum, do kterého má být událost kvality uzavřena.
Popis Tento atribut určuje očekávané datum dokončení události kvality. Často se stanovuje podle typu a závažnosti události nebo souvisejících regulatorních požadavků. Slouží jako termín pro její vyřešení. Podle tohoto data se měří dodržování termínů a smluv o úrovni služeb (SLA). Je nezbytné pro výpočet KPI „Compliance Adherence Rate“ a vytvoření odvozeného atributu „SLA Status“, například „Včas“ nebo „Po termínu“. Díky tomu lze analyzovat, u kterých typů událostí nebo oddělení se termíny nejčastěji nedodržují. Proč je to důležité Stanovuje termín vyřešení a umožňuje měřit dodržování termínů i počítat míru plnění SLA. Kde data získat Pravděpodobně jde o datumové pole v hlavním formuláři události kvality v MasterControl, které se může vyplňovat automaticky nebo ručně. Příklady 2023-11-302024-01-152023-12-22
	Jméno uživatele UserName	Jméno uživatele nebo zdroje, který činnost provedl.
Popis Tento atribut určuje osobu odpovědnou za konkrétní úkol v procesu, například za schválení plánu nápravných opatření nebo uzavření události kvality. Analýza procesu podle uživatelů pomáhá pochopit rozložení pracovní zátěže, určit potřeby školení a odhalit rozdíly v tom, jak jednotliví uživatelé proces provádějí. Lze zjistit, zda jsou s některými lidmi spojeny opakované práce nebo prodlevy, a získat tak podklady pro řízení výkonnosti a přidělování zdrojů. Proč je to důležité Přiřazuje činnosti konkrétním osobám a umožňuje analyzovat pracovní zátěž, výkonnost a úzká místa související se zdroji. Kde data získat Tyto informace jsou standardní součástí auditní stopy nebo historie každé události kvality v MasterControl. Obvykle se zaznamenávají jako „User“ nebo „Performed By“. Příklady j.does.smithr.williams
	Kategorie kořenové příčiny RootCauseCategory	Klasifikace zjištěné kořenové příčiny události kvality, například „Lidská chyba“, „Porucha zařízení“ nebo „Nedostatek v procesu“.
Popis Po provedení analýzy kořenové příčiny se její zjištění obvykle zařadí do kategorií. Tento atribut uchovává klasifikaci a poskytuje strukturované údaje o příčinách problémů. Jde o důležitý atribut pro cílené zlepšování kvality. Dashboard „Root Cause Analysis Consistency“ využívá tato data k porovnání kategorií kořenových příčin s účinností nápravných opatření a mírou opakované práce. Pomáhá zjistit, zda se některé příčiny řeší obtížněji nebo zda se samotná analýza provádí nejednotně. Proč je to důležité Kategorizuje příčiny problémů s kvalitou a umožňuje cílenou analýzu, která pomáhá předcházet jejich opakování a zvyšovat účinnost nápravných opatření. Kde data získat Toto pole bývá součástí oddílu Analýza kořenové příčiny nebo Šetření ve formuláři události kvality v MasterControl. Příklady Porucha zařízeníNedostatečné školeníVada materiáluNedodržený postup
	Odpovědné oddělení ResponsibleDepartment	Oddělení nebo funkční oblast odpovědná za událost kvality nebo aktuální činnost.
Popis Tento atribut uvádí, které oddělení, například „Výroba“, „Zajištění kvality“ nebo „Technické oddělení“, odpovídá za událost kvality nebo provádí konkrétní úkol. Jde o důležitý rozměr analýzy, který umožňuje filtrovat a porovnávat výkonnost procesu napříč různými organizačními jednotkami. Je nezbytný pro dashboard Handoff Delay Analysis, protože změna hodnoty tohoto atributu mezi činnostmi označuje předání. Analýza časových prodlev při předávání může odhalit problémy v komunikaci nebo koordinaci mezi odděleními. Proč je to důležité Pomáhá odhalit úzká místa mezi odděleními a analyzovat výkonnost procesu podle funkční oblasti. To je důležité pro pochopení prodlev při předávání. Kde data získat Tyto informace se obvykle ukládají v hlavním formuláři události kvality v MasterControl a mohou se v průběhu jejího řešení měnit. Příklady Zajištění kvalityVýrobaVýzkum a vývojRegulatorní záležitosti
	Stav účinnosti EffectivenessStatus	Výsledek ověření, které určuje, zda byla provedená nápravná a preventivní opatření účinná.
Popis Tento atribut zaznamenává výsledek ověření účinnosti, které je důležitým závěrečným krokem procesu CAPA. Stav ukazuje, zda přijatá opatření problém vyřešila a zabránila jeho opakování. Tato data jsou hlavním vstupem pro dashboard „CAPA Effectiveness Monitoring“ a KPI „CAPA Effectiveness Rate“. Analýza výsledků pomáhá organizaci zjistit, jak úspěšně řeší problémy, a odhalit oblasti, ve kterých nápravná opatření selhávají. Proč je to důležité Měří úspěšnost provedených opatření. To je důležité pro výpočet míry účinnosti CAPA a průběžné zlepšování. Kde data získat Jde o pole s výsledkem v oddílu ověření účinnosti nebo uzavření formuláře CAPA, který bývá v MasterControl propojen s událostí kvality. Příklady ÚčinnéNeúčinnéVyžaduje sledování
	Stav události kvality QualityEventStatus	Aktuální stav události kvality v průběhu jejího řešení, například „Otevřeno“, „Probíhá šetření“, „Čeká na schválení“ nebo „Uzavřeno“.
Popis Tento atribut ukazuje aktuální stav události kvality. Obvykle se aktualizuje při průchodu případu hlavními milníky. V process mining lze podle stavu filtrovat otevřené nebo uzavřené případy, což je důležité pro dashboard „Průchodnost a nevyřízené události kvality“. Analýza doby strávené v jednotlivých stavech může také odhalit fáze, ve kterých se události často zastavují. Proč je to důležité Ukazuje aktuální stav události kvality a umožňuje analyzovat nevyřízené případy, průchodnost a dobu strávenou v jednotlivých fázích. Kde data získat Jde o standardní pole stavu v hlavním záznamu události kvality v MasterControl. Příklady OtevřenoProbíháČeká na schválení CAPAUzavřenoZrušeno
	Typ události kvality QualityEventType	Klasifikace události kvality, například „Hlášení o neshodě“, „Stížnost zákazníka“, „Zjištění z auditu“ nebo „Odchylka“.
Popis Tento atribut zařazuje událost kvality podle její povahy. Různé typy událostí mohou procházet odlišnými procesy nebo podléhat různým požadavkům na shodu a cílovým lhůtám vyřešení. Analýza procesu podle typu události kvality je základem pro pochopení rozdílů ve výkonnosti. Dashboardy, například „Analýza doby vyřešení událostí kvality“, tento atribut používají k porovnání dob cyklu v jednotlivých kategoriích. Pomáhají tak zjistit, které typy problémů se řeší složitěji nebo déle. Proč je to důležité Kategorizuje události kvality a umožňuje porovnávat průběh procesů, dobu průchodu a výsledky u různých typů problémů. Kde data získat Jde o hlavní klasifikační pole ve formuláři pro založení události kvality v MasterControl. Příklady Hlášení o neshodě (NCR)Stížnost zákazníkaZjištění z interního audituŽádost o nápravné opatření dodavatele (SCAR)
	Čekání při předání HandoffWaitTime	Doba nečinnosti mezi dvěma po sobě jdoucími činnostmi, které provádějí různá oddělení nebo týmy.
Popis Tato metrika počítá dobu, po kterou případ čeká poté, co jedno oddělení dokončí svůj úkol, a než začne pracovat další oddělení. Vypočítá se vyhledáním po sobě jdoucích činností, u kterých se změní hodnota „Odpovědné oddělení“, a změřením časového odstupu mezi nimi. Tato odvozená metrika je základem dashboardu „Handoff Delay Analysis“ a KPI „Average Handoff Wait Time“. Odděluje čekání způsobené problémy s koordinací nebo komunikací od aktivního zpracování. Pomáhá tak určit konkrétní úzká místa mezi týmy, která prodlužují celkovou dobu průchodu. Proč je to důležité Odděluje a vyčísluje čekání mezi odděleními a přímo odhaluje mezery v komunikaci a problémy s koordinací, které vytvářejí úzká místa v procesu. Kde data získat Vypočítává se při transformaci dat analýzou časových údajů a hodnot „ResponsibleDepartment“ u po sobě jdoucích činností v každém případu. Příklady 172800259200604800
	Dotčený produkt ProductAffected	Produkt, produktová řada nebo součást, které se událost kvality týká.
Popis Tento atribut určuje konkrétní produkt nebo materiál související s problémem kvality. Poskytuje důležitý kontext pro pochopení dopadu událostí kvality. Analýza procesních dat podle produktu pomáhá odhalit produkty, u kterých se problémy s kvalitou opakují. To může pomoci určit priority zlepšování, podpořit změny návrhu produktu a posoudit výkonnost jednotlivých výrobních linek nebo dodavatelů. Proč je to důležité Poskytuje důležitý obchodní kontext a umožňuje analyzovat problémy s kvalitou podle produktové řady, odhalit opakující se problémy a sledovat trendy. Kde data získat Jde o pole ve formuláři události kvality, do kterého uživatelé zadávají produkt. Obvykle jej vyberou z předem připraveného seznamu nebo zadají číslo dílu. Příklady Produkt A, šarže 54321Součást XYZAPI-001
	ID nápravného opatření CorrectiveActionId	Jedinečný identifikátor plánu nápravných opatření (CAPA) propojeného s událostí kvality.
Popis Tento atribut přímo propojuje událost kvality s konkrétními nápravnými opatřeními vytvořenými k řešení její kořenové příčiny. Jedna událost kvality může souviset s jedním nebo více nápravnými opatřeními. Toto ID umožňuje podrobnější analýzu, při které lze spojit data o událostech kvality s daty z modulu CAPA. Díky tomu lze podrobněji zkoumat, jaká opatření se přijímají u různých kořenových příčin a jak jsou následně účinná. Tato data podporují dashboard CAPA Effectiveness Monitoring. Proč je to důležité Propojuje událost kvality s konkrétními nápravnými opatřeními a umožňuje podrobněji analyzovat jejich účinnost a způsoby řešení. Kde data získat Tento údaj by byl uložen v části souvisejících záznamů nebo propojených objektů ve formuláři události kvality v MasterControl. Příklady CA-2023-0199CA-2023-0204CA-2023-0210
	ID preventivního opatření PreventiveActionId	Jedinečný identifikátor plánu preventivních opatření (PAPA) propojeného s událostí kvality.
Popis Podobně jako ID nápravného opatření propojuje tento atribut událost kvality s vytvořenými preventivními opatřeními. Jde o proaktivní kroky, jejichž cílem je zabránit podobným možným problémům v jiných oblastech. Toto ID je důležité pro dashboard „Preventive Action Optimization“ a KPI „Preventive Action Rate“. Umožňuje sledovat, jak často události kvality vedou k proaktivním zlepšením, a analyzovat jejich dopad v čase. Proč je to důležité Propojuje událost kvality s preventivními opatřeními a umožňuje analyzovat, jak se organizace z problémů poučí a předchází jejich opakování. Kde data získat Tento údaj by byl v MasterControl uveden v části souvisejících záznamů formuláře události kvality nebo CAPA a odkazoval by na objekt preventivního opatření. Příklady PA-2023-0051PA-2023-0052PA-2023-0053
	Jde o opakovanou práci IsRework	Logická hodnota, která označuje, zda činnost nebo posloupnost činností představuje opakovanou práci.
Popis Tento příznak se nastaví na „true“, pokud se činnost v rámci stejného případu opakuje nebo se proces vrátí do dřívější fáze. Pokud se například u stejné události kvality dvakrát provede „Analýza kořenové příčiny“, druhý výskyt se označí jako opakovaná práce. Tento atribut přímo podporuje dashboard „Rework and Re-investigation Overview“ a KPI „Root Cause Re-Investigation Rate“. Usnadňuje vyčíslení opakované práce a filtrování případů s neefektivním průběhem procesu. Proč je to důležité Výslovně označuje opakované činnosti, takže lze snadno vyčíslit a analyzovat jejich četnost, příčiny i dopad. Kde data získat Tento příznak se odvozuje při transformaci dat analýzou posloupnosti činností v každém případu. Zjišťují se tak opakované kroky a smyčky v procesu. Příklady truefalse
	Místo provozu SiteLocation	Výrobní závod, provozovna nebo zařízení, kde událost kvality vznikla.
Popis Tento atribut určuje fyzické místo nebo provozovnu související s událostí kvality. Poskytuje geografický nebo organizační kontext problému. Jde o užitečný rozměr pro srovnávací analýzu. Filtrováním nebo seskupením podle místa může vedení porovnat výkonnost procesu řízení kvality v různých provozovnách. Lze tak odhalit provozovny s dobrými výsledky, které mohou sdílet osvědčené postupy, i místa, která potřebují další podporu nebo zlepšení procesů. Proč je to důležité Umožňuje porovnávat výkonnost různých výrobních závodů nebo provozoven a odhalovat problémy či osvědčené postupy specifické pro jednotlivá místa. Kde data získat Tyto informace se obvykle zaznamenávají ve formuláři pro založení události kvality, často výběrem ze seznamu provozoven společnosti. Příklady Austin, TXDublin, IrskoZávod v SingapuruProvozovna A
	Poslední aktualizace dat LastDataUpdate	Časový údaj, který označuje, kdy byla data naposledy získána nebo obnovena ze systému MasterControl.
Popis Tento atribut zaznamenává datum a čas posledního načtení dat ze zdrojového systému. Jde o metadata platná pro celou datovou sadu, nikoli pro jednotlivé události. Tyto informace ukazují, jak aktuální jsou analyzovaná data. Uživatelé tak vědí, k jakému datu jsou procesní dashboardy a KPI aktualizované, a mohou se rozhodovat na základě dat se známým stářím. Proč je to důležité Ukazuje aktuálnost dat, takže uživatelé vědí, jak čerstvá je analýza a kdy se očekává další aktualizace. Kde data získat Tento časový údaj se vytváří a přidává při extrakci, transformaci a načítání dat (ETL) ze systému MasterControl. Příklady 2024-05-20T02:00:00Z2024-05-21T02:00:00Z
	Související předpis AssociatedRegulationStandard	Konkrétní předpis nebo standard kvality, například ISO 13485 nebo 21 CFR Part 820, který se na událost kvality vztahuje.
Popis Tento atribut propojuje událost kvality s konkrétním externím předpisem nebo interním standardem kvality. Je důležitý zejména pro společnosti v regulovaných odvětvích, například v oblasti přírodních věd nebo výroby. Pro dashboard „Quality Process Compliance Adherence“ je tento atribut zásadní. Analytici mohou filtrovat události podle konkrétního předpisu a ověřit, zda byly dodrženy požadované kroky procesu. Odchylky lze označit jako možná rizika pro shodu, což z atributu činí důležitý podklad pro audity a řízení rizik. Proč je to důležité Propojuje události kvality s konkrétními požadavky na shodu a umožňuje analyzovat dodržování regulatorních standardů a interních zásad. Kde data získat Může jít o výběrové pole ve formuláři události kvality v MasterControl, které uživatelům umožňuje označit příslušné předpisy. Příklady ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
	Stav SLA SlaStatus	Udává, zda byla událost kvality uzavřena do cílového data vyřešení.
Popis Tento atribut se odvozuje porovnáním skutečného data uzavření události kvality s hodnotou „Cílové datum vyřešení“. Stav obvykle nabývá hodnot „Včas“ nebo „Po termínu“. Poskytuje přehledný ukazatel plnění termínů. Slouží jako základ pro KPI „Compliance Adherence Rate“ a umožňuje snadno filtrovat a analyzovat případy uzavřené po termínu. Pochopení příčin pozdního řešení je důležité pro zkrácení doby procesu a plnění požadavků na shodu. Proč je to důležité Jednoduše ukazuje, zda se případy řeší v termínu. To je důležité pro měření a zlepšování včasnosti. Kde data získat Tato hodnota se vypočítá při transformaci dat porovnáním časového razítka aktivity „Quality Event Closed“ s polem `TargetResolutionDate` u každého případu. Příklady VčasPo termínuOhroženo
	Zdrojový systém SourceSystem	Určuje systém, ze kterého byla data získána. V tomto případě jde o MasterControl.
Popis Tento atribut uvádí původ dat. V tomto procesu bude jeho hodnota vždy označovat „MasterControl“. Může se zdát, že se nemění, ale v prostředí velkých organizací je důležitý, protože se při širší analýze mohou kombinovat data z více systémů. Pomáhá sledovat původ dat a odhalit chování nebo problémy s kvalitou dat specifické pro určitý systém. Proč je to důležité Jednoznačně přiřazuje data ke zdrojovému systému. To je důležité pro správu dat i analýzy, které kombinují data z více aplikací. Kde data získat Obvykle jde o neměnnou hodnotu, která se přidává při extrakci, transformaci a načítání dat (ETL) a označuje původ datové sady. Příklady MasterControlMasterControl QMS

Povinné Doporučené Volitelné

Aktivity v řízení kvality

Jde o důležité kroky procesu a milníky, které je třeba zaznamenat pro přesné zjištění průběhu procesu řízení kvality.

5 Doporučené 9 Volitelné

	Aktivita	Popis
	Ověření účinnosti opatření	Označuje dokončení ověřování, při kterém se shromáždí a posoudí důkazy potvrzující účinnost zavedených opatření. Zaznamená se po dokončení úkolu ověření účinnosti, často s elektronickým podpisem.
Proč je to důležité Tato činnost je důležitá pro výpočet míry účinnosti CAPA a průměrné doby ověření opatření. Potvrzuje, zda řešení fungovalo a zda se podařilo zabránit opakování problému. Kde data získat Může jít o výslovně zaznamenanou událost elektronického podpisu při ověřování nebo o událost odvozenou z dokončení úkolu „Ověření účinnosti“ ve workflow. Zachycení Zaznamená se z protokolů elektronických podpisů nebo z časových razítek dokončení úkolu ověřování. Typ události explicit
	Schválení plánu nápravných opatření	Označuje, že navržený plán CAPA prošel formální kontrolou a schválili jej požadovaní účastníci. Jde o důležitý milník, který se často zaznamená jako výslovná událost elektronického podpisu v auditní stopě MasterControl.
Proč je to důležité Schvalování často představuje úzké místo. Analýza doby potřebné k této činnosti pomáhá odhalit zpoždění ve schvalování a podporuje dashboard analýzy zpoždění při předávání. Kde data získat Jde o výslovně zaznamenanou událost v auditní stopě. Nastane, když uživatel s oprávněním ke schválení připojí elektronický podpis k plánu CAPA nebo příslušnému kroku workflow. Zachycení Zaznamená se z protokolů elektronických podpisů přiřazených ke kroku schválení ve workflow. Typ události explicit
	Uzavření události v oblasti kvality	Jde o závěrečnou činnost, která označuje úspěšné vyřešení a formální uzavření události v oblasti kvality v MasterControl. Zaznamená se, když se stav záznamu změní na „Uzavřeno“. Auditní stopa tuto změnu uloží s časovým razítkem.
Proč je to důležité Tato činnost označuje konec procesu. Je nezbytná pro výpočet celkové doby cyklu a průchodnosti a potvrzuje úspěšné dokončení případu řízení kvality. Kde data získat Jde o explicitní událost odvozenou z poslední změny stavu záznamu události kvality na „Closed“. Čas této změny se zaznamenává do auditního protokolu. Zachycení Odvozeno z časového údaje, kdy se stav události změní na „Closed“. Typ události inferred
	Zahájení šetření	Označuje formální zahájení fáze šetření, jejímž cílem je určit rozsah události v oblasti kvality a její bezprostřední dopad. Obvykle se zaznamená, když je událost oficiálně přidělena řešiteli a její stav se změní na „Probíhá šetření“.
Proč je to důležité Tento milník slouží ke sledování délky šetření. Zpoždění v této fázi mohou výrazně prodloužit celkovou dobu řešení a ohrozit dodržení lhůt. Kde data získat Odvozuje se ze změny stavu záznamu události v oblasti kvality na stav, například „Šetření probíhá“. Tato změna se zaznamená do auditní stopy MasterControl. Zachycení Odvozuje se z časového razítka, kdy se stav události změní na „Probíhá šetření“. Typ události inferred
	Založení události v oblasti kvality	Tímto krokem začíná proces řízení kvality. V MasterControl se poprvé zaznamená nová událost, například odchylka, nesoulad nebo stížnost. Tato činnost se obvykle zaznamená přímo při vytvoření nového záznamu události v oblasti kvality. V auditní stopě se uloží časové razítko.
Proč je to důležité Tato činnost označuje začátek životního cyklu případu. Je nezbytná pro měření celkové doby cyklu události v oblasti kvality a analýzu počtu podaných událostí. Kde data získat Jde o výslovně zaznamenanou událost v tabulkách auditní stopy pro modul událostí v oblasti kvality. Odpovídá časovému razítku vytvoření záznamu události. Zachycení Zaznamená se do auditní stopy při vytvoření nového objektu události v oblasti kvality. Typ události explicit
	Dokončení úvodního posouzení	Označuje dokončení úvodního posouzení, při kterém se událost v oblasti kvality zařadí do kategorie, určí se její závažnost a stanoví priorita. Tento krok se často odvozuje ze změny stavu v systému, například když se stav události změní z „Nová“ na „Posuzuje se“ nebo „Šetří se“.
Proč je to důležité Analýza doby potřebné k úvodnímu posouzení pomáhá odhalit zpoždění při prvotní reakci na problémy s kvalitou. Jde o důležitý krok, který ovlivňuje další workflow i přidělení zdrojů. Kde data získat Odvozuje se z auditní stopy, když se pole stavu události změní na stav po úvodním posouzení nebo když se poprvé vyplní a uloží povinná pole, například „Závažnost“ a „Priorita“. Zachycení Odvozuje se ze změny pole stavu události, například z „Odesláno“ na „Přiřazeno“. Typ události inferred
	Informování zainteresovaných stran	Označuje formální oznámení výsledku řešení události v oblasti kvality všem příslušným zainteresovaným stranám. Může jít o výslovně zaznamenanou činnost nebo o událost odvozenou z dokončení úkolu „Závěrečné oznámení“ ve workflow.
Proč je to důležité Analýza tohoto kroku pomáhá posoudit efektivitu komunikace. Jde také o důležitý bod pro výpočet KPI doby závěrečné kontroly a uzavření. Kde data získat Může jít o výslovně zaznamenané oznámení v systému nebo o událost odvozenou z dokončení úkolu „Informovat zainteresované strany“ před závěrečným uzavřením. Zachycení Odvozuje se z dokončení samostatného úkolu oznámení ve workflow. Typ události inferred
	Předložení plánu nápravných opatření	Označuje vytvoření a předložení plánu nápravných a preventivních opatření (CAPA) ke kontrole. Tato událost se obvykle zaznamená, když je záznam CAPA formálně propojen s událostí v oblasti kvality a jeho stav se nastaví na „Čeká na schválení“.
Proč je to důležité Tato činnost označuje přechod od šetření k plánování řešení. Doba mezi RCA a tímto krokem může ukázat, jak efektivní je plánování. Kde data získat Pravděpodobně se odvozuje z vytvoření propojeného objektu CAPA nebo ze změny stavu události v oblasti kvality na stav, například „Plán CAPA předložen“ nebo „Čeká na schválení plánu“. Zachycení Odvozuje se z vytvoření propojeného záznamu plánu CAPA nebo ze změny stavu nadřazené události. Typ události inferred
	Provedení analýzy hlavní příčiny	Tato činnost označuje dokončení analýzy hlavní příčiny (RCA) a zaznamenání jejích výsledků. Lze ji odvodit z vyplnění polí „Hlavní příčina“ nebo souvisejících polí analýzy a z označení příslušného úkolu jako dokončeného.
Proč je to důležité Sledování této činnosti pomáhá měřit dobu trvání a kvalitu fáze RCA. Je důležité pro KPI, jako je míra opakovaného šetření hlavní příčiny, která odhaluje opakovanou práci. Kde data získat Odvozuje se ze záznamu v auditní stopě, který potvrzuje dokončení úkolu RCA, nebo z vyplnění a uzavření polí kategorie hlavní příčiny ve formuláři události v oblasti kvality. Zachycení Odvozuje se z dokončení kroku nebo úkolu workflow „Analýza hlavní příčiny“. Typ události inferred
	Provedení závěrečné kontroly	Označuje dokončení závěrečné kontroly celého záznamu události v oblasti kvality, včetně veškeré dokumentace a opatření, kterou provedl manažer zajištění kvality. Obvykle se zaznamená jako výslovná událost elektronického podpisu před uzavřením případu.
Proč je to důležité Jde o poslední kontrolní bod kvality před uzavřením. Zpoždění v této fázi mohou zbytečně prodlužovat dobu, po kterou zůstávají případy otevřené, a ovlivnit ukazatele průchodnosti. Kde data získat Zaznamená se přímo z auditní stopy, když uživatel připojí elektronický podpis ke kroku „Závěrečná kontrola“ nebo „Schválení QA“ ve workflow. Zachycení Zaznamená se z protokolů elektronických podpisů pro závěrečný schvalovací krok workflow. Typ události explicit
	Událost kvality zrušena	Představuje alternativní konečný stav, kdy je událost kvality označena jako neplatná, duplicitní nebo chybně zadaná, a proto je zrušena. Zachycuje se změnou stavu na „Cancelled“ nebo „Void“.
Proč je to důležité Rozlišení mezi uzavřenými a zrušenými událostmi je důležité pro přesné vykazování výsledků procesu. Vysoký podíl zrušených událostí může ukazovat na problémy s jejich hlášením nebo prvotním posouzením. Kde data získat Odvozeno z konečné změny stavu na hodnotu jako „Cancelled“ nebo „Voided“, která se zaznamenává v auditní stopě. Zachycení Odvozeno z časového údaje, kdy se stav události změní na „Cancelled“. Typ události inferred
	Zavedení nápravného opatření	Označuje provedení a dokončení úkolů stanovených ve schváleném plánu nápravných opatření. Obvykle se zaznamená, když uživatel odpovědný za opatření označí příslušný úkol v systému jako dokončený.
Proč je to důležité Tento milník označuje začátek měření KPI průměrné doby ověření opatření. Doba zavádění odráží složitost a efektivitu nápravných opatření. Kde data získat Odvozuje se z auditní stopy, když se stav přiřazených úkolů nápravných opatření změní na „Dokončeno“ nebo „Zavedeno“. Zachycení Odvozuje se z časového razítka dokončení propojených úkolů zavádění CAPA. Typ události inferred
	Zavedení preventivního opatření	Označuje dokončení úkolů stanovených v plánu preventivních opatření, jejichž cílem je zabránit opakování problémů. Zaznamená se, když jsou přiřazené úkoly preventivních opatření v systému označeny jako dokončené.
Proč je to důležité Sledování této činnosti je důležité pro KPI míry preventivních opatření. Pomáhá vyhodnotit, jak včas organizace řeší možné budoucí problémy. Kde data získat Odvozuje se z časového razítka dokončení úkolů, které jsou v plánu CAPA výslovně označeny jako „Preventivní opatření“. Zachycení Odvozuje se z časového razítka dokončení propojených úkolů preventivních opatření. Typ události inferred
	Zjištění neúčinnosti opatření	Tato činnost označuje neúspěšný výsledek ověřování, při kterém se zjistí, že zavedená opatření nejsou účinná. Spouští opakovanou práci a odvozuje se ze selhání ověřování, po kterém se změní stav a znovu se otevře šetření nebo plánování CAPA.
Proč je to důležité Tato událost je důležitá pro odhalení smyček opakované práce a výpočet míry vyřešení při prvním pokusu. Upozorňuje na nedostatky v řešení problémů, které je třeba napravit. Kde data získat Odvozuje se ze změny stavu, která signalizuje neúspěšné ověření, například „Ověření účinnosti neúspěšné“ nebo návrat do stavu „Probíhá šetření“. Zachycení Odvozuje se z přechodu ve workflow, který po ověření vrátí případ do dřívější fáze. Typ události inferred

Doporučené Volitelné

Návody k získání dat

Jak získat data z MasterControl

Kroky

Přihlaste se do MasterControl: Přihlaste se do prostředí MasterControl pomocí uživatelského účtu, který má oprávnění vytvářet a spouštět analytické reporty.
Přejděte do modulu Analytics: V hlavní nabídce vyberte modul Analytics nebo Reports. Přesný název se může lišit podle nastavení vašeho systému.
Vytvořte nový report: Začněte vytvářet report. Vyberte vhodný zdroj dat, který spojuje informace o událostech kvality s příslušnou auditní stopou nebo historií. Často se označuje jako universe nebo datový model pro události kvality, například „QEM with Audit Trail“.
Vyberte sloupce reportu (objekty výsledku): V nástroji pro tvorbu reportů vyberte datová pole, která budou tvořit sloupce záznamu událostí. Pro zachycení každé aktivity musíte zahrnout informace z auditní stopy. Přidejte tato pole:
- ID události kvality (pro QualityEvent)
- Auditní akce nebo typ události (pro ActivityName)
- Časové razítko auditu nebo datum a čas (pro EventTime)
- Uživatel auditu nebo osoba, která akci provedla (pro UserName)
- Typ události kvality
- Odpovědné oddělení
- Aktuální stav (pro QualityEventStatus)
- Kategorie hlavní příčiny
- Stav kontroly účinnosti
- Cílové datum vyřešení
Nastavte filtry reportu: Omezte data na požadovaný rozsah. Vytvořte filtr pro pole „Audit Action“ nebo „Event Type“. Vyberte všechny hodnoty odpovídající požadovaným aktivitám, například „Create“, „Status Change“, „E-Signature“ a „Task Complete“.
Nastavte rozsah dat: Pomocí pole „Audit Timestamp“ nastavte filtr data pro požadované období. Doporučujeme začít kratším rozsahem, například posledními 3 až 6 měsíci, aby report fungoval svižně.
Spusťte report: Spusťte report a zobrazte náhled dat v rozhraní MasterControl Analytics. Zkontrolujte, zda mají data správnou strukturu.
Upravte názvy aktivit: Názvy nezpracovaných „Audit Action“ nemusí být srozumitelné. Po exportu je proto třeba data transformovat. Ve zvoleném nástroji, například v Excelu nebo skriptu, vytvořte mapování technických auditních událostí, jako je „STATUS_CHANGE_TO_CLOSED“, na požadované názvy obchodních aktivit, například „Quality Event Closed“.
Přidejte sloupec EndTime: Po exportu dat vytvořte nový sloupec s názvem „EndTime“. U většiny samostatných událostí auditní stopy bude EndTime stejný jako EventTime. Zkopírujte hodnoty ze sloupce „EventTime“ do sloupce „EndTime“.
Exportujte data: Až budete s náhledem reportu spokojeni, použijte funkci exportu v modulu Analytics a uložte data jako soubor CSV.
Připravte soubor k nahrání: Otevřete soubor CSV a použijte mapování názvů aktivit z kroku 8. Ověřte, že záhlaví sloupců přesně odpovídají požadovaným atributům: QualityEvent, ActivityName, EventTime, EndTime, UserName a dalším. Uložte výsledný soubor, který je nyní připraven k nahrání do ProcessMind.

Konfigurace

Zdroj dat reportu: Report musí vycházet ze zdroje dat, který spojuje hlavní záznamy událostí kvality s podrobnými údaji z auditní stopy nebo historie událostí. Díky tomu lze zachytit každou jednotlivou aktivitu.
Filtr rozsahu dat: Filtrujte podle časového razítka auditní události (EventTime). Pro úvodní analýzu doporučujeme použít data za 3 až 6 měsíců, což představuje rozumný poměr mezi úplností a rychlostí zpracování.
Filtr aktivit: Nejdůležitější je filtr podle auditní akce nebo typu události. Vyberte všechny relevantní systémové události, které odpovídají požadovaným obchodním aktivitám, například vytvoření objektu, změny stavu, elektronické podpisy a dokončení úkolů ve workflow.
Filtr typu události kvality: Zvažte omezení na konkrétní typy událostí kvality, například „Non-Conformance“ nebo „Customer Complaint“, abyste se zpočátku zaměřili na jednu variantu procesu.
Předpoklady: Uživatel spouštějící report musí mít alespoň oprávnění ke čtení modulu Quality Events a oprávnění vytvářet a spouštět reporty v modulu MasterControl Analytics.

Ukázkový dotaz sql

/*
This is a configuration guide for building the report in the MasterControl Analytics UI.
There is no executable SQL script, as the extraction is performed through the graphical interface.
Follow these steps in the report builder to configure your data extraction.
*/

**1. Report Data Source (Universe):**
Select a data source that combines Quality Event data with Audit Trail information. Example: `[Quality Events and Audit History]`

**2. Result Objects (Columns to Select):**

-- Case and Recommended Attributes
*   `InfoCard.ID` (as QualityEvent)
*   `InfoCard.Fields.[Quality Event Type]` (as QualityEventType)
*   `InfoCard.Fields.[Responsible Department]` (as ResponsibleDepartment)
*   `InfoCard.Fields.[Root Cause Category]` (as RootCauseCategory)
*   `InfoCard.Fields.[Effectiveness Status]` (as EffectivenessStatus)
*   `InfoCard.Fields.[Target Resolution Date]` (as TargetResolutionDate)
*   `InfoCard.Status` (as QualityEventStatus)

-- Required Activity Attributes
*   `Audit Trail.Record Type` or `Audit Trail.Action` (as ActivityName)
*   `Audit Trail.Date/Time` (as EventTime)
*   `Audit Trail.User Name` or `Audit Trail.Performed By` (as UserName)

**3. Query Filters (Filter Pane):**

*   **Filter 1: Date Range**
    *   Object: `Audit Trail.Date/Time`
    *   Operator: `Between`
    *   Values: `[Select a start date]` and `[Select an end date]`

*   **Filter 2: Activity Types**
    *   Object: `Audit Trail.Record Type`
    *   Operator: `In List`
    *   Values: Select all relevant system events. The exact names may vary in your configuration. You must map these technical names to the required business activity names post-export. Look for values similar to:
        *   `Create InfoCard` (maps to 'Quality Event Created')
        *   `Status Change` (used for 'Initial Triage Completed', 'Investigation Initiated', 'Quality Event Closed', 'Quality Event Cancelled')
        *   `Task Complete` (used for 'Root Cause Analysis Performed', 'Corrective Action Implemented', 'Preventive Action Implemented', 'Effectiveness of Action Verified', 'Stakeholders Notified')
        *   `Task Failed` (maps to 'Effectiveness Deemed Ineffective')
        *   `E-Signature Applied` (maps to 'Corrective Action Plan Approved', 'Final Review Conducted')
        *   `Link Created` (maps to 'Corrective Action Plan Proposed' when a CAPA is linked)

*   **Filter 3 (Optional): Quality Event Type**
    *   Object: `InfoCard.Fields.[Quality Event Type]`
    *   Operator: `In List`
    *   Values: `[Select desired event types, e.g., 'Non-conformance', 'Deviation']`

**4. Post-Export Transformation:**
After exporting to CSV, you must add a data transformation step to map the raw `Audit Trail.Record Type` and `InfoCard.Status` values to the standardized `ActivityName` values required by ProcessMind. For example, an audit record where `Record Type` is 'Status Change' and the new status is 'Closed' should be mapped to the `ActivityName` 'Quality Event Closed'.

Kroky

Předpoklady a příprava: Nainstalujte Python 3.6 nebo novější a knihovny pandas a requests. Od správce MasterControl si vyžádejte přihlašovací údaje API, včetně Client ID, Client Secret a API Key. Váš účet musí mít oprávnění ke čtení modulu Quality Events.
Nastavte proměnné skriptu: Vytvořte nový soubor skriptu Pythonu. Na začátku skriptu definujte proměnné pro základní URL MasterControl a přihlašovací údaje API, které jste získali v předchozím kroku. Zadejte také počáteční a koncové datum období extrakce.
Nastavte ověření: Napište funkci, která odešle požadavek POST na koncový bod ověření MasterControl, obvykle /api/v2/auth/token. Požadavek musí obsahovat vaše přihlašovací údaje, aby získal dočasný bearer token pro další volání API.
Načtěte seznam událostí kvality: Vytvořte hlavní smyčku, která volá koncový bod událostí kvality, například /api/v2/events. Pomocí parametrů limit a offset postupně načtěte všechny události kvality. Díky tomu zvládnete i rozsáhlé soubory dat, aniž byste přetížili API.
Načtěte podrobné auditní stopy: U každé události kvality načtené v hlavní smyčce proveďte další volání API a načtěte její podrobnou auditní stopu nebo historii. Koncový bod má obvykle podobu /api/v2/events/{id}/history, kde {id} je jedinečný identifikátor události kvality.
Namapujte auditní data na aktivity: Jde o hlavní krok transformace. Projděte záznamy auditní stopy každé události kvality. Pomocí podmíněné logiky (příkazů if/elif/else) namapujte konkrétní auditní záznamy, například změny stavu, elektronické podpisy nebo dokončení úkolů, na standardizované názvy aktivit požadované v záznamu událostí.
Extrahujte atributy: Při rozpoznání aktivity v auditní stopě zpracujte odpověď JSON a extrahujte všechny požadované i doporučené atributy. Patří mezi ně ID QualityEvent, namapovaný název ActivityName, hodnota EventTime z auditního záznamu, UserName a další relevantní údaje z nadřazeného objektu události kvality.
Vytvořte strukturu záznamu událostí: Uložte každou extrahovanou aktivitu a její atributy jako slovník. Přidejte jednotlivé slovníky do hlavního seznamu, který poslouží jako základ záznamu událostí.
Vytvořte DataFrame: Po zpracování všech událostí kvality a jejich auditních stop převeďte hlavní seznam slovníků aktivit na pandas DataFrame. Usnadníte si tak úpravu a formátování dat.
Exportujte do CSV: Pomocí funkce pandas to_csv() exportujte DataFrame do souboru CSV. Uložte soubor v kódování UTF-8 a ověřte, že sloupce EventTime a EndTime používají jednotný formát časového razítka kompatibilní s ProcessMind, například YYYY-MM-DDTHH:MM:SS.

Konfigurace

Přihlašovací údaje k API: Potřebujete platné Client ID, Client Secret a API Key uživatelského účtu, který má oprávnění přistupovat přes API k datům o událostech v oblasti kvality.
Endpointy API: Skript používá především endpoint /api/v2/auth/token k ověření, /api/v2/events k načtení seznamu událostí v oblasti kvality a /api/v2/events/{id}/history k získání podrobného auditního záznamu každé události.
Filtry časového období: Ve skriptu je nutné nastavit proměnné start_date a end_date. Pro první analýzu doporučujeme období 3 až 6 měsíců, aby datová sada zůstala přehledná a získání dat netrvalo příliš dlouho.
Stránkování: Parametr limit určuje počet záznamů načtených při jednom volání API. Obvykle se používá hodnota od 100 do 500. Skript musí pracovat s parametrem offset, aby načetl všechny stránky dat.
Konfigurace MasterControl: Logika skriptu pro převod auditních záznamů na aktivity předpokládá standardní konfiguraci workflow pro řízení kvality. Názvy polí nebo hodnoty stavů možná budete muset upravit podle konkrétního nastavení MasterControl ve vaší organizaci.

Ukázkový dotaz python

import requests
import pandas as pd
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your MasterControl instance details
BASE_URL = class="hl-string">"https://[Your-MasterControl-Domain].mastercontrol.com"
CLIENT_ID = class="hl-string">"[Your_Client_ID]"
CLIENT_SECRET = class="hl-string">"[Your_Client_Secret]"
API_KEY = class="hl-string">"[Your_API_Key]"

class=class="hl-string">"hl-comment"># --- Date Range for Extraction --- 
class=class="hl-string">"hl-comment"># Format: YYYY-MM-DD
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- Authentication Function --- 
def get_access_token():
    class="hl-string">"""Authenticates with MasterControl and returns an access token."""
    auth_url = fclass="hl-string">"{BASE_URL}/api/v2/auth/token"
    auth_payload = {
        class="hl-string">'grant_type': class="hl-string">'password',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    headers = {
        class="hl-string">'x-api-key': API_KEY,
        class="hl-string">'Content-Type': class="hl-string">'application/json'
    }
    try:
        response = requests.post(auth_url, headers=headers, data=json.dumps(auth_payload))
        response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error during authentication: {e}")
        return None

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- 
def extract_quality_events():
    class="hl-string">"""Extracts, transforms, and returns a DataFrame of quality event activities."""
    token = get_access_token()
    if not token:
        print(class="hl-string">"Could not retrieve access token. Exiting.")
        return pd.DataFrame()

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}',
        class="hl-string">'x-api-key': API_KEY
    }

    all_activities = []
    limit = 100
    offset = 0
    
    while True:
        class=class="hl-string">"hl-comment"># 1. Fetch a page of quality events
        events_url = fclass="hl-string">"{BASE_URL}/api/v2/events?limit={limit}&offset={offset}&startDate={START_DATE}&endDate={END_DATE}"
        try:
            events_response = requests.get(events_url, headers=headers)
            events_response.raise_for_status()
            events_data = events_response.json().get(class="hl-string">'data', [])
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching events list: {e}")
            break

        if not events_data:
            break class=class="hl-string">"hl-comment"># Exit loop if no more events are returned

        for qe_summary in events_data:
            qe_id = qe_summary.get(class="hl-string">'id')
            if not qe_id:
                continue

            class=class="hl-string">"hl-comment"># 2. Fetch the detailed history for each quality event
            history_url = fclass="hl-string">"{BASE_URL}/api/v2/events/{qe_id}/history"
            try:
                history_response = requests.get(history_url, headers=headers)
                history_response.raise_for_status()
                history_data = history_response.json().get(class="hl-string">'data', [])
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Error fetching history for event {qe_id}: {e}")
                continue

            class=class="hl-string">"hl-comment"># 3. Map audit trail entries to activities
            for entry in history_data:
                activity = None
                activity_name = class="hl-string">""
                event_time = entry.get(class="hl-string">'timestamp')
                user_name = entry.get(class="hl-string">'user', {}).get(class="hl-string">'name')

                action = entry.get(class="hl-string">'action', class="hl-string">'').lower()
                field_name = entry.get(class="hl-string">'fieldName', class="hl-string">'').lower()
                new_value = entry.get(class="hl-string">'newValue', class="hl-string">'')
                
                class=class="hl-string">"hl-comment"># Mapping logic based on common MasterControl audit trail patterns
                if action == class="hl-string">'create' and entry.get(class="hl-string">'objectType') == class="hl-string">'QualityEvent':
                    activity_name = class="hl-string">'Quality Event Created'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Under Assessment':
                    activity_name = class="hl-string">'Initial Triage Completed'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Under Investigation':
                    activity_name = class="hl-string">'Investigation Initiated'
                elif action == class="hl-string">'task_complete' and class="hl-string">'root cause' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Root Cause Analysis Performed'
                elif action == class="hl-string">'link' and class="hl-string">'capa' in entry.get(class="hl-string">'linkedObjectType', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Corrective Action Plan Proposed'
                elif action == class="hl-string">'e_signature' and class="hl-string">'approve capa' in entry.get(class="hl-string">'reason', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Corrective Action Plan Approved'
                elif action == class="hl-string">'task_complete' and class="hl-string">'implement corrective' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Corrective Action Implemented'
                elif action == class="hl-string">'task_complete' and class="hl-string">'implement preventive' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Preventive Action Implemented'
                elif action == class="hl-string">'task_complete' and class="hl-string">'effectiveness verification' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower() and entry.get(class="hl-string">'taskResult') == class="hl-string">'Effective':
                    activity_name = class="hl-string">'Effectiveness of Action Verified'
                elif action == class="hl-string">'task_complete' and class="hl-string">'effectiveness verification' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower() and entry.get(class="hl-string">'taskResult') == class="hl-string">'Ineffective':
                    activity_name = class="hl-string">'Effectiveness Deemed Ineffective'
                elif action == class="hl-string">'task_complete' and class="hl-string">'notify stakeholders' in entry.get(class="hl-string">'taskName', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Stakeholders Notified'
                elif action == class="hl-string">'e_signature' and class="hl-string">'final review' in entry.get(class="hl-string">'reason', class="hl-string">'').lower():
                    activity_name = class="hl-string">'Final Review Conducted'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Closed':
                    activity_name = class="hl-string">'Quality Event Closed'
                elif action == class="hl-string">'status_change' and new_value == class="hl-string">'Cancelled':
                    activity_name = class="hl-string">'Quality Event Cancelled'

                if activity_name:
                    activity = {
                        class="hl-string">'QualityEvent': qe_id,
                        class="hl-string">'ActivityName': activity_name,
                        class="hl-string">'EventTime': event_time,
                        class="hl-string">'EndTime': event_time, class=class="hl-string">"hl-comment"># For atomic events, EndTime is the same as EventTime
                        class="hl-string">'UserName': user_name,
                        class="hl-string">'ResponsibleDepartment': qe_summary.get(class="hl-string">'department'),
                        class="hl-string">'QualityEventType': qe_summary.get(class="hl-string">'eventType'),
                        class="hl-string">'QualityEventStatus': new_value if class="hl-string">'status_change' in action else qe_summary.get(class="hl-string">'status'),
                        class="hl-string">'RootCauseCategory': qe_summary.get(class="hl-string">'rootCauseCategory'), class=class="hl-string">"hl-comment"># This might need to be sourced from a different field
                        class="hl-string">'EffectivenessStatus': entry.get(class="hl-string">'taskResult') if class="hl-string">'effectiveness' in activity_name else None,
                        class="hl-string">'TargetResolutionDate': qe_summary.get(class="hl-string">'targetDate')
                    }
                    all_activities.append(activity)

        offset += limit

    df = pd.DataFrame(all_activities)
    class=class="hl-string">"hl-comment"># Ensure datetime format is consistent
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%dT%H:%M:%S')
    df[class="hl-string">'EndTime'] = pd.to_datetime(df[class="hl-string">'EndTime']).dt.strftime(class="hl-string">'%Y-%m-%dT%H:%M:%S')
    return df

class=class="hl-string">"hl-comment"># --- Execution --- 
if __name__ == class="hl-string">"__main__":
    event_log_df = extract_quality_events()
    if not event_log_df.empty:
        event_log_df.to_csv(class="hl-string">"mastercontrol_quality_events_log.csv", index=False, encoding=class="hl-string">'utf-8-sig')
        print(fclass="hl-string">"Successfully extracted {len(event_log_df)} activities to mastercontrol_quality_events_log.csv")
    else:
        print(class="hl-string">"No data extracted.")

Kroky

Ověřte, že máte licenci k modulu MasterControl BI Connector, že je modul povolený a že k němu má přístup nástroj BI nebo ETL používaný k extrakci. Od správce MasterControl si vyžádejte údaje pro připojení ke konektoru, přihlašovací údaje, potřebná oprávnění a seznam schválených zdrojových objektů. Protože se nasazení MasterControl liší, použijte [Configure based on your system] pro konkrétní způsob připojení ke konektoru a názvy zdrojových objektů.
Připojte nástroj BI nebo ETL k MasterControl BI Connector a ověřte připojení. Vyberte schválený zdroj událostí kvality, auditní stopy, úkolů workflow, elektronických podpisů a související zdroj CAPA, pokud konektor tyto objekty zpřístupňuje. Každý zdroj uvedený v dotazu v hranatých závorkách nahraďte odpovídajícím objektem dostupným ve vašem prostředí.
Nastavte období extrakce pomocí parametrů [Start date parameter] a [End date parameter]. Pro první extrakci doporučujeme období tří až šesti měsíců. Při postupných extrakcích použijte překryv období, abyste zachytili pozdější aktualizace. Poté odstraňte duplicity podle kombinace hodnot QualityEvent, ActivityName a EventTime a identifikátoru zdrojové události, pokud je k dispozici.
Aktivitu vytvoření události kvality načtěte z výslovného záznamu o vytvoření nebo z auditního záznamu. Ostatní aktivity načtěte z výslovných záznamů workflow, úkolů, stavů, CAPA, kontroly účinnosti, oznámení, kontrol, podpisů a auditní stopy. Dotaz musí vrátit jeden řádek pro každý výskyt aktivity. ProcessMind tyto řádky zpracuje tak, jak jsou, a chybějící aktivity nedoplňuje.
Namapujte zdrojová pole na povinné výstupní sloupce QualityEvent, ActivityName a EventTime. Namapujte také doporučená pole EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus a TargetResolutionDate, pokud je konektor zpřístupňuje. Pokud jsou k dispozici informace o časovém pásmu, zachovejte je u zdrojových časových razítek.
Použijte pravidla pro aktivity uvedená v dotazu. Pokud jsou k dispozici, upřednostněte výslovné zdrojové události. U aktivit označených jako odvozené použijte zdokumentovanou podmínku týkající se stavu, vyplnění pole, dokončení úkolu nebo podpisu pouze tehdy, pokud je tato podmínka přítomna ve zdrojových datech. Nevytvářejte řádek jen proto, že existuje pozdější aktivita.
Sjednoťte časová razítka do jednoho časového pásma, nejlépe UTC, nebo zdokumentujte časové pásmo zdroje. Prázdné řetězce převeďte na NULL, zachovejte zdrojové identifikátory a ověřte, že ActivityName obsahuje přesně jeden ze čtrnácti požadovaných názvů aktivit. Chybějící zdrojové hodnoty nenahrazujte vymyšlenými údaji.
Ověřte, že je vyplněno QualityEvent, EventTime obsahuje platné časové razítko a každý vrácený řádek spadá do zvoleného období. Zkontrolujte duplicitní řádky aktivit, neočekávané názvy aktivit, neplatné přechody mezi stavy a události, které nastaly před aktivitou Quality Event Created.
Exportujte výsledek jako plochý soubor CSV nebo v jiném tabulkovém formátu podporovaném ProcessMind. Přidejte řádek záhlaví s přesnými názvy sloupců QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus a TargetResolutionDate. Nahrajte soubor do ProcessMind a nastavte QualityEvent jako identifikátor případu, ActivityName jako aktivitu a EventTime jako časové razítko události.

Konfigurace

Konektor a oprávnění: Zapněte MasterControl BI Connector a zajistěte potřebnou licenci, oprávnění ke čtení, přístup k auditním záznamům a workflow i oprávnění k datům o událostech v oblasti kvality a CAPA. Nastavení připojení specifické pro vaše nasazení najdete v pokynech [Nastavte podle svého systému].
Zdrojové objekty: Nastavte schválené objekty MasterControl BI Connector pro události v oblasti kvality, historii auditů, úlohy workflow, podpisy, záznamy CAPA, oznámení, kontroly a ověření účinnosti. Nepředpokládejte, že názvy objektů a jejich vztahy jsou ve všech nasazeních stejné.
Časové období: Začněte obdobím tří až šesti měsíců. Při načítání produkčních dat používejte postupná období se zdokumentovaným překryvem, abyste zachytili později doručené auditní záznamy nebo záznamy workflow.
Filtry: Filtr [Filtr specifický pro vaši společnost] použijte pouze v případě potřeby. Další filtry mohou omezovat typ události v oblasti kvality, provozovnu, organizační jednotku, typ dokumentu, stav nebo odpovědné oddělení. Nesmějí však vyloučit související aktivity potřebné k rekonstrukci celého průběhu.
Přiřazení aktivit: Nastavte přesné zdrojové podmínky pro vytvoření, prvotní posouzení, šetření, RCA, návrh a schválení CAPA, zavedení nápravných a preventivních opatření, výsledky ověření účinnosti, oznámení, závěrečnou kontrolu, uzavření a zrušení. Veďte dokumentaci mapování zdrojových stavů, názvů úloh, podpisových akcí a pravidel pro vyplnění polí.
Práce s časovými razítky: Pro každou aktivitu vyberte autoritativní časové razítko události. Zachovejte zdrojové časové pásmo nebo všechna časová razítka převeďte na UTC. EndTime použijte pouze tehdy, když je výslovně k dispozici čas dokončení.
Práce s prázdnými hodnotami: Doporučené atributy, které nejsou k dispozici, ponechte jako NULL. Chybějící údaje o uživateli, oddělení, hlavní příčině, účinnosti nebo cílovém datu nenahrazujte zástupnými hodnotami.
Výkon: Pokud to konektor BI umožňuje, použijte filtry data a společnosti přímo v něm. Vyberte pouze potřebné sloupce, neprohledávejte bez omezení celou historii auditů, rozdělte rozsáhlá období a pokud to nástroj BI podporuje, ukládejte mezivýsledky.
Postupné zpracování: Uložte hranici posledního úspěšného získání dat a při dalších bězích použijte krátký překryv. Pokud je k dispozici identifikátor zdrojové události, odstraňujte duplicity podle něj. Jinak použijte kombinaci případu, aktivity, časového razítka a uživatele podle zdokumentovaných pravidel.
Kvalita dat: Vyžadujte neprázdné hodnoty QualityEvent, ActivityName a EventTime. Řádky s nepodporovanými názvy aktivit, chybnými časovými razítky nebo chybějícím identifikátorem případu odmítněte nebo přesuňte do karantény.
Zabezpečení: Používejte servisní účet s nejnižšími potřebnými oprávněními pouze pro čtení. Chraňte přihlašovací údaje, omezte přístup k exportovaným souborům a dodržujte požadavky MasterControl a vaší organizace na uchovávání dat.

Ukázkový dotaz sql

WITH
quality_event_created AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Quality Event Created' AS ActivityName,
        CAST([Creation Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Creation Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Created By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event source]
    WHERE CAST([Creation Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Creation Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
initial_triage_completed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Initial Triage Completed' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) IN ('Under Assessment', 'Investigation')
),
investigation_initiated AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Investigation Initiated' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) = 'Under Investigation'
),
root_cause_analysis_performed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Root Cause Analysis Performed' AS ActivityName,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Completed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your workflow task source]
    WHERE CAST([Task Completion Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Task Completion Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Task Name] AS VARCHAR(255)) IN ('Root Cause Analysis', 'RCA')
      AND [Task Completion Timestamp] IS NOT NULL
      AND [Root Cause] IS NOT NULL
),
corrective_action_plan_proposed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Corrective Action Plan Proposed' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA status source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([CAPA Status] AS VARCHAR(255)) = 'Pending Approval'
      AND [Quality Event Identifier] IS NOT NULL
),
corrective_action_plan_approved AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Corrective Action Plan Approved' AS ActivityName,
        CAST([Approval Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Approval Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Approved By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA approval or signature source]
    WHERE CAST([Approval Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Approval Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Approval Status] AS VARCHAR(255)) = 'Approved'
),
corrective_action_implemented AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Corrective Action Implemented' AS ActivityName,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Completed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA task source]
    WHERE CAST([Task Completion Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Task Completion Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Action Type] AS VARCHAR(255)) = 'Corrective'
      AND CAST([Task Status] AS VARCHAR(255)) = 'Completed'
),
preventive_action_implemented AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Preventive Action Implemented' AS ActivityName,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Task Completion Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Completed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your CAPA task source]
    WHERE CAST([Task Completion Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Task Completion Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Action Type] AS VARCHAR(255)) = 'Preventive'
      AND CAST([Task Status] AS VARCHAR(255)) = 'Completed'
),
effectiveness_verified AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Effectiveness of Action Verified' AS ActivityName,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Verified By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your effectiveness check source]
    WHERE CAST([Verification Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Verification Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Verification Result] AS VARCHAR(255)) = 'Effective'
),
effectiveness_ineffective AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Effectiveness Deemed Ineffective' AS ActivityName,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Verification Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Verified By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your effectiveness check source]
    WHERE CAST([Verification Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Verification Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Verification Result] AS VARCHAR(255)) = 'Ineffective'
),
stakeholders_notified AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Stakeholders Notified' AS ActivityName,
        CAST([Notification Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Notification Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Sent By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your notification or workflow task source]
    WHERE CAST([Notification Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Notification Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Notification Type] AS VARCHAR(255)) = 'Final Notification'
),
final_review_conducted AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Final Review Conducted' AS ActivityName,
        CAST([Review Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Review Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Reviewed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([Quality Event Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your review or signature source]
    WHERE CAST([Review Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Review Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([Review Type] AS VARCHAR(255)) = 'Final Review'
      AND CAST([Review Status] AS VARCHAR(255)) = 'Completed'
),
quality_event_closed AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Quality Event Closed' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) = 'Closed'
),
quality_event_cancelled AS (
    SELECT
        CAST([Quality Event Identifier] AS VARCHAR(255)) AS QualityEvent,
        'Quality Event Cancelled' AS ActivityName,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EventTime,
        CAST([Status Change Timestamp] AS TIMESTAMP) AS EndTime,
        CAST([Changed By] AS VARCHAR(255)) AS UserName,
        CAST([Responsible Department] AS VARCHAR(255)) AS ResponsibleDepartment,
        CAST([Quality Event Type] AS VARCHAR(255)) AS QualityEventType,
        CAST([New Status] AS VARCHAR(255)) AS QualityEventStatus,
        CAST([Root Cause Category] AS VARCHAR(255)) AS RootCauseCategory,
        CAST([Effectiveness Status] AS VARCHAR(255)) AS EffectivenessStatus,
        CAST([Target Resolution Date] AS TIMESTAMP) AS TargetResolutionDate
    FROM [Your quality event status history source]
    WHERE CAST([Status Change Timestamp] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status Change Timestamp] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND CAST([New Status] AS VARCHAR(255)) IN ('Cancelled', 'Void')
)
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM quality_event_created
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM initial_triage_completed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM investigation_initiated
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM root_cause_analysis_performed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM corrective_action_plan_proposed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM corrective_action_plan_approved
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM corrective_action_implemented
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM preventive_action_implemented
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM effectiveness_verified
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM effectiveness_ineffective
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM stakeholders_notified
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM final_review_conducted
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM quality_event_closed
UNION ALL
SELECT QualityEvent, ActivityName, EventTime, EndTime, UserName, ResponsibleDepartment, QualityEventType, QualityEventStatus, RootCauseCategory, EffectivenessStatus, TargetResolutionDate FROM quality_event_cancelled
ORDER BY QualityEvent, EventTime, ActivityName;

Chcete začít?

Pomocí této šablony sestavíte záznam událostí a získáte přehled o provozu v oblasti řízení kvality. Začněte lépe sledovat shodu a efektivitu.

Zpět na průvodce zlepšováním

Stáhnout šablonu

Zkraťte řízení kvality v MasterControl o 30 %

Zobrazte si procesy, odhalte neefektivitu a zkraťte dobu průchodu o 30 %.

Začněte se zkušební verzí zdarma

Bez nutnosti zadávat platební kartu. Nastavení zabere jen několik minut.

Šablona dat pro řízení kvality

Šablona dat pro řízení kvality

Atributy řízení kvality

Aktivity v řízení kvality

Návody k získání dat

Export sestavy MasterControl Analytics do CSV

Kroky

Konfigurace

Ukázkový dotaz sql

Získání dat pomocí Python skriptu a MasterControl REST API

Kroky

Konfigurace

Ukázkový dotaz python

Získání dat pomocí modulu BI Connector

Kroky

Konfigurace

Ukázkový dotaz sql

Chcete začít?

Zkraťte řízení kvality v MasterControl o 30 %