> Continu verbeteren van processen > Kwaliteitsbeheer > ETQ Reliance > Datatemplate

Datatemplate voor kwaliteitsbeheer

ETQ Reliance

Attributen voor kwaliteitsbeheer (22) Activiteiten voor kwaliteitsbeheer (17) Extractiegidsen (1)

Datatemplate voor kwaliteitsbeheer

Deze template helpt je de juiste data te verzamelen om processen voor kwaliteitsbeheer te verbeteren. Je vindt er de belangrijkste attributen om vast te leggen, de activiteiten om te volgen en praktische aanwijzingen voor data-extractie. Gebruik deze bron om een event log op te bouwen voor een heldere procesanalyse.

Aanbevolen attributen voor volledige dataverzameling
Belangrijke activiteiten om te volgen voor inzicht in het proces
Stapsgewijze uitleg voor data-extractie uit ETQ Reliance

Nieuw met event logs? Lees hoe je een event log voor process mining maakt.

Template downloaden

Attributen voor kwaliteitsbeheer

Dit zijn de aanbevolen datavelden voor je event log. Ze bieden de context die nodig is voor een grondige analyse van kwaliteitsbeheer.

3 Verplicht 6 Aanbevolen 13 Optioneel

	Naam	Beschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke taak of gebeurtenis in het kwaliteitsmanagementproces.
Beschrijving Dit attribuut beschrijft één stap of mijlpaal in de levenscyclus van een kwaliteitsgebeurtenis, zoals ‘Probleem gecategoriseerd en geprioriteerd’ of ‘Oorzaakanalyse uitgevoerd’. Elke activiteit is een afzonderlijke actie die de kwaliteitsgebeurtenis dichter bij een oplossing brengt. Activiteiten analyseren is de kern van process mining. Met dit attribuut bouw je de proceskaart op, die de werkstroom laat zien. Je kunt er bottlenecks, afwijkingen van het standaardproces en herstelwerkloops mee opsporen. Die informatie helpt je processen te verbeteren. Waarom dit belangrijk is Dit attribuut bepaalt de processtappen. Die heb je nodig om de procesgang te visualiseren, bottlenecks te vinden en afwijkingen te analyseren. Waar vind je dit? Deze informatie komt meestal uit event logs, statuswijzigingen in workflows of auditsporen in ETQ Reliance-modules. Voorbeelden Onderzoek gestartOorzaakanalyse uitgevoerdPlan voor corrigerende maatregelen goedgekeurd
	Kwaliteitsgebeurtenis QualityEvent	De unieke identificatiecode van één kwaliteitsgebeurtenis, waarmee alle bijbehorende activiteiten van vaststelling tot afsluiting aan elkaar worden gekoppeld.
Beschrijving De kwaliteitsgebeurtenis is de belangrijkste case-ID voor het kwaliteitsmanagementproces. Deze staat voor één afzonderlijk kwaliteitsprobleem, zoals een afwijking, klantklacht of procesafwijking, dat wordt onderzocht en opgelost. Bij process mining is dit attribuut nodig om het volledige verloop van elke kwaliteitsgebeurtenis te reconstrueren. Analisten kunnen er proceskaarten mee visualiseren, doorlooptijden van begin tot eind meten en varianten analyseren om te zien hoe verschillende gebeurtenissen worden afgehandeld. Alle activiteiten en datapunten worden op basis van deze identificatiecode gegroepeerd, zodat je een volledig beeld van de case krijgt. Waarom dit belangrijk is Dit is het basisattribuut voor process mining: het koppelt alle bijbehorende processtappen aan één case, zodat je het volledige verloop van de afhandeling van een kwaliteitsgebeurtenis kunt analyseren. Waar vind je dit? Dit is de primaire sleutel in de hoofdmodule Quality Event of Non-conformance van ETQ Reliance. Raadpleeg de documentatie van ETQ Reliance voor de specifieke tabel- en veldnaam. Voorbeelden QE-2023-00123NC-2023-0456CAPA-2023-7890
	Timestamp van gebeurtenis EventTimestamp	De exacte datum en tijd waarop een specifieke activiteit plaatsvond.
Beschrijving De timestamp van de gebeurtenis geeft het exacte moment aan waarop een activiteit in het systeem is vastgelegd. Elke activiteit in de levenscyclus van een kwaliteitsgebeurtenis heeft een eigen timestamp. Samen vormen die een chronologische reeks gebeurtenissen. Dit attribuut is nodig voor alle tijdsanalyses met process mining. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, wachttijden en bottlenecks op te sporen en de totale duur van een kwaliteitsgebeurtenis te meten. Ook kun je er prestatietrends over tijd mee analyseren. Waarom dit belangrijk is Dit attribuut is nodig om doorlooptijden te berekenen, gebeurtenissen chronologisch te ordenen en tijdsanalyses uit te voeren, bijvoorbeeld om bottlenecks op te sporen. Waar vind je dit? Dit staat meestal in auditspoordatabellen of in een veld voor ‘last modified’ of ‘status change’ bij elke activiteit of workflowstap in ETQ Reliance. Voorbeelden 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Categorie van de hoofdoorzaak RootCauseCategory	De indeling van de vastgestelde hoofdoorzaak van het kwaliteitsevent.
Beschrijving Na een oorzaakanalyse wordt de onderliggende reden voor het probleem vaak ingedeeld in een categorie. Voorbeelden zijn 'Defecte apparatuur', 'Menselijke fout', 'Tekortkoming in het proces' en 'Probleem met leverancier'. Dit attribuut is belangrijk voor het dashboard met trends in hoofdoorzaken. Door te analyseren hoe vaak verschillende hoofdoorzaken voorkomen, kunnen organisaties structurele problemen herkennen en verbeteringen richten op de meest voorkomende oorzaken van kwaliteitsproblemen. Zo verschuift de aanpak van problemen oplossen naar problemen voorkomen. Waarom dit belangrijk is Hiermee kun je terugkerende problemen analyseren, structurele oorzaken herkennen en corrigerende en preventieve acties voor de lange termijn prioriteren. Waar vind je dit? Dit veld wordt meestal ingevuld tijdens de fase van oorzaakanalyse in de workflow van ETQ Reliance. Voorbeelden Tekortkoming in het procesMateriaaldefectMenselijke foutStoring aan apparatuur
	Eindtijd van het event EventEndTime	De datum en tijd waarop een activiteit is afgerond. Deze waarde wordt gebruikt om de verwerkingstijd te berekenen.
Beschrijving De eindtijd van het event geeft aan wanneer een activiteit is afgerond. Samen met de eventtimestamp (starttijd) bepaalt deze de duur van één processtap. Niet elk systeem registreert voor elk event expliciet een eindtijd. In dat geval kan die worden afgeleid van de starttijd van het volgende event. Dit attribuut is nodig om de verwerkingstijd van afzonderlijke activiteiten te berekenen, los van de wachttijd ertussen. Zo zie je welke specifieke taken veel tijd kosten en waar gerichte verbeteringen het proces efficiënter kunnen maken. Waarom dit belangrijk is Hiermee bereken je de verwerkingstijd van afzonderlijke activiteiten en maak je onderscheid tussen actieve werktijd en wachttijd. Waar vind je dit? Sommige ETQ Reliance-modules registreren voor bepaalde taken zowel de start- als de eindtijd. Als die niet beschikbaar is, kan de eindtijd tijdens de datavoorbereiding worden afgeleid. Voorbeelden 2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
	Ernstniveau SeverityLevel	Een indeling van de impact van het kwaliteitsevent, bijvoorbeeld kritiek, groot of klein.
Beschrijving Het ernstniveau geeft aan wat de mogelijke impact van het kwaliteitsprobleem is op klanten, producten of naleving van regelgeving. Het helpt om prioriteiten te stellen en te bepalen hoe snel er moet worden gereageerd. Dit attribuut is belangrijk voor de dashboards voor het beoordelen en prioriteren van meldingen en voor het oplossen van ernstige events. Je kunt kwaliteitsevents ermee indelen en analyseren of problemen met een hoog ernstniveau sneller worden opgelost dan minder ernstige problemen. Zo krijgen kritieke problemen meteen aandacht. Waarom dit belangrijk is Je kunt cases hiermee prioriteren en indelen, zodat de ernstigste kwaliteitsproblemen met de juiste urgentie worden aangepakt. Waar vind je dit? Dit is een standaardveld in de meeste kwaliteitsbeheermodules van ETQ Reliance en staat vaak op het formulier waarop een probleem voor het eerst wordt gemeld. Voorbeelden KritiekGrootKlein
	Resultaat van de verificatie EffectivenessVerificationOutcome	De uitkomst van de controle of een corrigerende actie effectief was.
Beschrijving Na de uitvoering van een corrigerende actie volgt vaak een verificatie om te controleren of de actie het probleem daadwerkelijk heeft opgelost. Dit attribuut registreert de uitkomst, meestal als 'Effectief' of 'Niet effectief'. Dit attribuut is belangrijk voor het dashboard over de effectiviteit van corrigerende acties en de KPI voor het verificatiepercentage van CAPA-effectiviteit. Het meet rechtstreeks of het probleem is opgelost. Zo kun je terugkerende problemen herkennen en corrigerende actieplannen verbeteren. Waarom dit belangrijk is Dit meet rechtstreeks het resultaat van corrigerende acties, helpt herstelwerk te beperken en voorkomt dat kwaliteitsproblemen terugkeren. Waar vind je dit? Dit veld staat in ETQ Reliance in het gedeelte voor effectiviteitsverificatie van de CAPA- of Quality Event-module. Voorbeelden EffectiefNiet effectiefIn afwachting
	Uitgevoerd door ActionPerformedBy	De gebruiker of bron die een specifieke activiteit heeft uitgevoerd.
Beschrijving Dit attribuut geeft aan welke persoon of systeemgebruiker verantwoordelijk was voor het afronden van een taak binnen de levenscyclus van een kwaliteitsevent. Het koppelt procesactiviteiten aan de mensen of teams die ze uitvoeren. Door prestaties per gebruiker te analyseren, krijg je inzicht in de verdeling van het werk, zie je waar training nodig is en herken je goed presterende personen of teams. Dit is ook belangrijk voor compliance en audits: het legt duidelijk vast wie welke actie heeft uitgevoerd. Waarom dit belangrijk is Met dit attribuut kun je bronprestaties en werkverdeling analyseren en zien waar training nodig is. Waar vind je dit? Deze informatie staat meestal in auditspoorlogs of transactiedetails en is vaak gekoppeld aan een gebruikers-ID-veld in ETQ Reliance. Voorbeelden j.doeasmithqa_manager
	Verantwoordelijke afdeling ResponsibleDepartment	De afdeling of het functionele gebied dat verantwoordelijk is voor het kwaliteitsevent of een specifieke activiteit.
Beschrijving Dit attribuut geeft aan welke organisatie-eenheid het kwaliteitsevent beheert of bepaalde stappen uitvoert, zoals 'Kwaliteitsborging', 'Engineering' of 'Productie'. De afdeling kan op caseniveau worden toegewezen of veranderen wanneer de case naar een andere afdeling gaat. Dit attribuut is belangrijk voor het dashboard voor afdelingsprestaties. Je kunt er procesprestaties, zoals doorlooptijden en aantallen events, per afdeling mee vergelijken en filteren. Zo worden bottlenecks, beperkte capaciteit en sterke punten per afdeling zichtbaar. Waarom dit belangrijk is Hiermee kun je prestaties en bottlenecks tussen verschillende bedrijfseenheden vergelijken en de inzet van bronnen verbeteren. Waar vind je dit? Dit is meestal een veld op het hoofdformulier voor kwaliteitsevents in ETQ Reliance. Het geeft de eigenaar of verantwoordelijke groep aan. Voorbeelden KwaliteitsborgingProductieOnderzoek en ontwikkeling
	Bedrijfseenheid BusinessUnit	De grotere bedrijfsdivisie of bedrijfseenheid waar het kwaliteitsevent is ontstaan.
Beschrijving Dit attribuut koppelt het kwaliteitsevent aan een specifieke bedrijfseenheid, zoals 'Consumentenelektronica' of 'Medische hulpmiddelen'. Het geeft meer context op organisatieniveau dan de afdeling. Zo kun je prestaties op hoofdlijnen tussen verschillende bedrijfsonderdelen vergelijken. Het management ziet welke bedrijfseenheden de grootste kwaliteitsproblemen hebben en kan de bronnen daarop afstemmen. Waarom dit belangrijk is Hiermee kun je de prestaties van kwaliteitsprocessen op hoofdlijnen vergelijken tussen verschillende divisies van het bedrijf. Waar vind je dit? Deze informatie kan als veld op het formulier voor kwaliteitsevents staan of worden afgeleid van andere attributen, zoals de verantwoordelijke afdeling of het product. Voorbeelden Medische hulpmiddelenAuto-onderdelenIndustriële oplossingen
	Beschrijving van het probleem IssueDescription	Een vrije tekstbeschrijving van het vastgestelde kwaliteitsprobleem.
Beschrijving Dit attribuut bevat een uitgebreide beschrijving van het kwaliteitsprobleem. Het geeft context die niet in gestructureerde datavelden past. De probleembeschrijving wordt meestal niet rechtstreeks gebruikt om processtromen te visualiseren, maar is wel waardevol bij een gedetailleerde beoordeling van een case. Met tekstanalyse kun je ook terugkerende thema's of trefwoorden vinden die samenhangen met bepaalde procesafwijkingen of vertragingen. Waarom dit belangrijk is Dit geeft waardevolle context om de details van een kwaliteitsevent te begrijpen en afzonderlijke cases grondig te analyseren. Waar vind je dit? Dit is een standaard tekstvak of memoveld op het formulier waarmee een kwaliteitsevent in ETQ Reliance wordt gemeld. Voorbeelden Onderdeel XYZ is niet geslaagd voor de stresstest bij station 4.Klant meldde een cosmetisch defect op batch 789.Onjuiste kalibratie-instellingen gevonden op machine A.
	Betrokken product AffectedProduct	Het product, materiaal of onderdeel waarop het kwaliteitsevent betrekking heeft.
Beschrijving Dit attribuut geeft aan om welk product of onderdeelnummer het kwaliteitsprobleem gaat. Het koppelt de procesdata aan de stamgegevens van het product. Door kwaliteitsevents per product te analyseren, kan het bedrijf zien of bepaalde producten vaker kwaliteitsproblemen hebben. Dat kan wijzen op problemen met het ontwerp of de productie. Zo kun je verbeteringen richten op de producten die dat het meest nodig hebben. Waarom dit belangrijk is Dit koppelt het kwaliteitsproces aan specifieke producten, zodat je kunt analyseren bij welke producten de meeste problemen voorkomen. Waar vind je dit? Dit is meestal een belangrijk veld op het formulier voor kwaliteitsevents. Het is vaak gekoppeld aan een tabel met productstamgegevens in ETQ Reliance of een geïntegreerd ERP-systeem. Voorbeelden PROD-1001-APROD-2050-BRAW-MAT-55
	Bijbehorende regelgeving AssociatedRegulationStandard	De specifieke regelgeving of kwaliteitsnorm die bij het kwaliteitsevent hoort.
Beschrijving Dit attribuut koppelt een kwaliteitsevent aan een specifieke wettelijke eis of industrienorm, zoals ISO 9001, FDA 21 CFR Part 820 of intern bedrijfsbeleid. Dit is vooral belangrijk in sectoren met strenge regelgeving. Dit is het belangrijkste attribuut voor het dashboard met het compliance-overzicht voor kwaliteit. Door events te analyseren op basis van de bijbehorende norm, kun je compliance volgen, zien waar afwijkingen vaak voorkomen en controleren of aan alle wettelijke eisen op tijd wordt voldaan. Waarom dit belangrijk is Hiermee kun je kwaliteitsevents analyseren in de context van compliance en controleren of specifieke regelgeving en normen worden nageleefd. Waar vind je dit? Dit kan een apart veld of een keuzelijst zijn op het formulier voor kwaliteitsevents in ETQ Reliance, vooral in modules die op compliance zijn gericht. Voorbeelden ISO 9001:201521 CFR Part 820IATF 16949
	Bronsysteem SourceSystem	Het systeem waaruit de data is geëxtraheerd.
Beschrijving Dit attribuut geeft aan waar de data voor kwaliteitsmanagement vandaan komt. In deze procesweergave is de waarde altijd hetzelfde: de data komt uit ETQ Reliance. Binnen één dataset verandert deze waarde mogelijk niet. Toch is het attribuut belangrijk voor datagovernance en wanneer data uit meerdere systemen wordt samengevoegd. Het maakt duidelijk waar de data vandaan komt en helpt bij het beheer van data-integraties. Waarom dit belangrijk is Dit geeft essentiële context over de herkomst van de data. Dat is belangrijk voor datagovernance, validatie en integratie met andere systemen. Waar vind je dit? Meestal is dit een statische waarde die tijdens het proces van data-extractie, transformatie en laden (ETL) wordt toegevoegd om de bron van de data aan te geven. Voorbeelden ETQ Reliance
	CAP-status CorrectiveActionPlanStatus	De status van het corrigerende actieplan, bijvoorbeeld voorgesteld, goedgekeurd of afgewezen.
Beschrijving Dit attribuut volgt de status van het corrigerende actieplan (CAP), een belangrijke stap binnen het kwaliteitsevent. Het laat zien of een voorgestelde oplossing is beoordeeld en goedgekeurd. Analyse van dit attribuut kan bottlenecks in het goedkeuringsproces zichtbaar maken. Veel afgewezen plannen of lange vertragingen tussen de statussen 'Voorgesteld' en 'Goedgekeurd' kunnen wijzen op problemen met de kwaliteit van de oorzaakanalyse of op onenigheid tussen betrokkenen. Waarom dit belangrijk is Hiermee zie je vertragingen en inefficiëntie in de goedkeuringscyclus voor corrigerende acties. Dit is een veelvoorkomende bottleneck in kwaliteitsbeheer. Waar vind je dit? Dit is een statusveld in het gedeelte of de module voor corrigerende en preventieve acties (CAPA) van ETQ Reliance. Voorbeelden VoorgesteldGoedgekeurdAfgewezenWacht op uitvoering
	Doorlooptijd van het kwaliteitsevent QualityEventCycleTime	De totale tijd tussen het vaststellen van een kwaliteitsprobleem en de definitieve afsluiting ervan.
Beschrijving Dit is een berekende metriek voor de totale duur van één kwaliteitsevent. Je berekent deze door de timestamp van de eerste activiteit, bijvoorbeeld 'Kwaliteitsprobleem vastgesteld', af te trekken van die van de laatste activiteit, bijvoorbeeld 'Kwaliteitsevent gesloten'. Dit attribuut ondersteunt rechtstreeks de KPI voor de gemiddelde doorlooptijd van kwaliteitsevents en is een belangrijke maatstaf voor de efficiëntie van het hele proces. Dashboards gebruiken het om prestaties te volgen ten opzichte van doelen voor kortere doorlooptijden en om de duur van verschillende soorten events te vergelijken. Waarom dit belangrijk is Dit is een belangrijke prestatie-indicator voor de efficiëntie van het kwaliteitsbeheerproces, van begin tot eind. Waar vind je dit? Dit attribuut is niet rechtstreeks beschikbaar in ETQ Reliance. Het wordt berekend in de process mining-tool of tijdens ETL door per case de timestamp van het eerste event af te trekken van die van het laatste event. Voorbeelden 25920006048008640000
	Duur van de oorzaakanalyse RootCauseAnalysisDuration	De tijd vanaf het begin van een onderzoek tot de afronding van de oorzaakanalyse.
Beschrijving Deze metriek meet de duur van een specifieke fase van het kwaliteitsproces. Je berekent deze door de tijd van de activiteit 'Onderzoek gestart' af te trekken van die van 'Oorzaakanalyse uitgevoerd'. Dit attribuut is belangrijk voor de KPI voor de gemiddelde duur van de oorzaakanalyse en het dashboard met bottlenecks in de oorzaakanalyse. Het maakt vertragingen in de analysefase zichtbaar, die vaak een belangrijke oorzaak zijn van lange totale doorlooptijden. Waarom dit belangrijk is Hiermee meet je de prestaties van een belangrijk deelproces en kun je vertragingen in de probleemanalyse en het onderzoek opsporen en aanpakken. Waar vind je dit? Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend door het tijdsverschil tussen de timestamps van specifieke activiteiten te bepalen. Voorbeelden 8640001209600432000
	ID van preventieve actie PreventiveActionId	Een unieke identificatiecode voor elke preventieve actie die naar aanleiding van het kwaliteitsevent is aangemaakt.
Beschrijving Dit attribuut koppelt een kwaliteitsevent aan een of meer preventieve acties die zijn aangemaakt om de hoofdoorzaak aan te pakken en herhaling op andere plekken te voorkomen. Eén kwaliteitsevent kan tot meerdere preventieve acties leiden. Deze ID is belangrijk voor het dashboard voor beheer van preventieve acties. Je kunt ermee volgen hoeveel van de vastgestelde preventieve acties zijn uitgevoerd en dubbele of overbodige acties herkennen. Zo worden verbeteringen gericht beheerd. Waarom dit belangrijk is Dit koppelt reactieve kwaliteitsevents aan proactieve verbeterinitiatieven. Zo kun je analyseren hoe goed de organisatie toekomstige problemen voorkomt. Waar vind je dit? Dit is een gekoppelde registratie of een veld in het gedeelte voor preventieve acties van de CAPA-module in ETQ Reliance. Voorbeelden PA-2023-0088PA-2023-0089PA-2023-0090
	Is herstelwerk IsRework	Een aanduiding die aangeeft of een activiteit of reeks activiteiten herstelwerk is.
Beschrijving Dit booleaanse attribuut wordt afgeleid om proceslussen te herkennen. Dat gebeurt bijvoorbeeld wanneer een verificatie van de effectiviteit mislukt en een nieuw onderzoek start, of wanneer een corrigerend actieplan wordt afgewezen en teruggaat voor aanpassing. Het markeert activiteiten die eerdere stappen herhalen. Dit attribuut wordt gebruikt om de KPI voor herstelwerk bij corrigerende acties te berekenen. Herhaald werk maakt inefficiëntie zichtbaar: het kost bronnen en verlengt doorlooptijden zonder dat de case dichter bij een oplossing komt. Waarom dit belangrijk is Dit maakt inefficiëntie zichtbaar door herhaald werk te markeren. Zo kun je de oorzaken van procesfouten vinden en verspilling verminderen. Waar vind je dit? Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend op basis van de volgorde van activiteiten binnen een case. Voorbeelden truefalse
	Laatste data-update LastDataUpdate	De timestamp die aangeeft wanneer de data voor het proces voor het laatst is vernieuwd.
Beschrijving Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit het bronsysteem. Het is een metadataveld dat geldt voor de volledige dataset, niet voor afzonderlijke events. Bij procesanalyse is het belangrijk om te weten hoe actueel de data is. Met dit attribuut zie je hoe recent de analyse is. Zo kun je beslissingen baseren op actuele informatie en rekening houden met vertraging in de data. Waarom dit belangrijk is Dit geeft aan hoe actueel de data is. Dat is belangrijk om te weten hoe recent de analyse en de inzichten zijn. Waar vind je dit? Deze waarde wordt gegenereerd tijdens het proces van data-extractie, transformatie en laden (ETL) en registreert de timestamp waarop de taak is uitgevoerd. Voorbeelden 2024-05-20T08:00:00Z
	SLA-status SLAState	Geeft aan of het kwaliteitsevent binnen de afgesproken servicenorm valt, het risico loopt die te overschrijden of de norm al heeft overschreden.
Beschrijving Dit berekende veld vergelijkt de huidige of totale doorlooptijd van een kwaliteitsevent met vooraf bepaalde doelen. Voor een kritiek probleem kan bijvoorbeeld gelden dat het binnen 15 dagen moet zijn opgelost. De status kan 'Op koers', 'Risico' of 'Overschreden' zijn. Dit is nuttig voor het dashboard met het compliance-overzicht voor kwaliteit. De status laat in één oogopslag zien of de termijnen worden gehaald en of aan de afspraken wordt voldaan. Managers kunnen zo op tijd ingrijpen bij events die dreigen te laat te worden, in plaats van pas te reageren nadat een termijn is overschreden. Waarom dit belangrijk is Dit geeft in één oogopslag een helder beeld van de prestaties ten opzichte van de termijndoelen. Zo kun je cases met risico op vertraging proactief beheren. Waar vind je dit? Dit attribuut wordt tijdens de datatransformatie berekend door de verstreken tijd van een case te vergelijken met de bedrijfsregels voor SLA’s. Die regels kunnen bijvoorbeeld afhangen van het ernstniveau. Voorbeelden Op koersRisicoOverschreden
	Status van het kwaliteitsevent QualityEventStatus	De huidige algemene status van het kwaliteitsevent, bijvoorbeeld open, gesloten of geannuleerd.
Beschrijving Dit attribuut geeft op hoofdlijnen aan waar het kwaliteitsevent zich in de levenscyclus bevindt. Het laat zien of er nog aan de case wordt gewerkt, of deze is opgelost of om een andere reden is geannuleerd. Bij procesanalyse kun je hiermee actieve en afgeronde cases van elkaar onderscheiden. Het is nodig om de achterstand van open kwaliteitsevents te berekenen en analyses, zoals die van de doorlooptijd, alleen uit te voeren voor cases met een definitieve eindstatus. Waarom dit belangrijk is Hiermee kun je open en gesloten cases filteren. Dat is nodig om achterstanden te berekenen en afgeronde processtromen goed te analyseren. Waar vind je dit? Dit is een primair statusveld op het hoofdobject voor kwaliteitsevents in ETQ Reliance. Voorbeelden OpenGeslotenGeannuleerdWacht op goedkeuring

Verplicht Aanbevolen Optioneel

Activiteiten voor kwaliteitsbeheer

Dit zijn de belangrijke processtappen en mijlpalen om in je event log vast te leggen. Zo kun je de workflow voor kwaliteitsbeheer goed in kaart brengen en verbeteren.

7 Aanbevolen 10 Optioneel

	Activiteit	Beschrijving
	Corrigerende maatregel uitgevoerd	Dit markeert de afronding van de taken uit het goedgekeurde plan voor corrigerende maatregelen. Dit wordt vaak vastgelegd wanneer de uitvoerder de toegewezen acties als voltooid markeert.
Waarom dit belangrijk is Hiermee meet je de doorlooptijd van de uitvoeringsfase. De uitkomst kan wijzen op beperkte resources of praktische problemen bij het uitvoeren van corrigerende maatregelen. Waar vind je dit? Af te leiden uit de voltooiingsdatum van de laatste bijbehorende taak voor corrigerende maatregelen, of uit een handmatige statuswijziging naar ‘Actions Implemented’. Vastleggen Af te leiden uit de voltooiingsdatum van de laatste bijbehorende CAPA-taak. Gebeurtenistype inferred
	Effectiviteit van de maatregel gecontroleerd	Deze activiteit bevestigt dat de uitgevoerde corrigerende maatregel de oorzaak heeft weggenomen en herhaling heeft voorkomen. Dit is een formele controle, die vaak plaatsvindt na een afgesproken observatieperiode.
Waarom dit belangrijk is Deze stap is belangrijk om de kwaliteitscyclus af te sluiten en hangt rechtstreeks samen met de KPI’s voor CAPA-effectiviteit. Zo controleer je of oplossingen blijvend werken. Waar vind je dit? Vastgelegd via de voltooiingsdatum van de workflowstap of formuliersectie ‘Effectiveness Verification’. Dit is vaak een afzonderlijke activiteit met timestamp. Vastleggen Van de voltooiingsdatum van het formulier of de taak ‘Effectiveness Check’. Gebeurtenistype inferred
	Kwaliteitsgebeurtenis gesloten	De laatste activiteit, die de succesvolle oplossing en administratieve afsluiting van het dossier van de kwaliteitsgebeurtenis markeert. Dit is het belangrijkste eindpunt van het proces.
Waarom dit belangrijk is Hiermee wordt het einde van het proces bepaald voor de berekening van de totale doorlooptijd. Analyse van gesloten gebeurtenissen is belangrijk om de doorvoer en de algehele prestaties te meten. Waar vind je dit? Af te leiden uit een statuswijziging naar ‘Closed’ of ‘Completed’ in het geschiedenislog van de gebeurtenis. Daar hoort vrijwel altijd een timestamp bij. Vastleggen Af te leiden uit de timestamp van de statuswijziging naar ‘Closed’. Gebeurtenistype inferred
	Kwaliteitsprobleem vastgesteld	Dit markeert het aanmaken van een nieuw dossier voor een kwaliteitsgebeurtenis, het beginpunt van het proces. Dit wordt meestal vastgelegd wanneer een gebruiker in ETQ Reliance een formulier voor een nieuw kwaliteitsprobleem indient.
Waarom dit belangrijk is Hiermee wordt de starttijd van de case bepaald. Die is nodig om de totale doorlooptijd te berekenen en te analyseren hoe vaak nieuwe kwaliteitsgebeurtenissen binnenkomen. Waar vind je dit? Meestal afgeleid van de aanmaaktimestamp van het dossier voor de kwaliteitsgebeurtenis in de hoofdtabel Quality Event of het bijbehorende auditspoor. Vastleggen Van de aanmaaktimestamp van het dossier voor de kwaliteitsgebeurtenis. Gebeurtenistype explicit
	Onderzoek gestart	Dit markeert het formele begin van de onderzoeksfase om de oorzaak van het kwaliteitsprobleem vast te stellen. Dit is meestal af te leiden uit een statuswijziging naar ‘Under Investigation’ of de toewijzing van een onderzoeker.
Waarom dit belangrijk is Deze activiteit is een belangrijk moment: vanaf hier wordt de doorlooptijd van de oorzaakanalyse gemeten. Zo kun je vertragingen vinden tussen de beoordeling van een probleem en de start van het formele onderzoek. Waar vind je dit? Af te leiden uit de timestamp van een statuswijziging naar ‘Investigation’ in het geschiedenislog van de gebeurtenis, of uit de toewijzingsdatum van de hoofdonderzoeker. Vastleggen Af te leiden uit een statuswijziging naar ‘Under Investigation’. Gebeurtenistype inferred
	Oorzaakanalyse uitgevoerd	Dit markeert de afronding van het onderzoek, waarbij de oorzaak of oorzaken zijn vastgesteld en vastgelegd. Dit wordt meestal geregistreerd wanneer de RCA-formuliersectie is ingevuld en opgeslagen.
Waarom dit belangrijk is Dit markeert het einde van de onderzoeksfase. De tijd tussen ‘Investigation Initiated’ en deze activiteit is een belangrijke metriek om bottlenecks in het analyseproces op te sporen. Waar vind je dit? Af te leiden uit de datum waarop het veld ‘Root Cause Category’ is ingevuld, of uit de voltooiingstimestamp van de RCA-workflowstap in het auditspoor. Vastleggen Af te leiden uit het invullen van de velden ‘Root Cause’ of een statuswijziging naar ‘RCA Complete’. Gebeurtenistype inferred
	Plan voor corrigerende maatregelen goedgekeurd	Dit markeert de formele goedkeuring van het voorgestelde plan voor corrigerende maatregelen door een bevoegde persoon. Daarna kan de uitvoering beginnen. Dit is meestal een expliciete goedkeuringsactie met timestamp in de workflow.
Waarom dit belangrijk is Dit is een belangrijke mijlpaal en een formele goedkeuringsstap. Vertragingen kunnen de totale doorlooptijd van de afhandeling flink verlengen. Waar vind je dit? Vastgelegd via de goedkeuringstimestamp in de elektronische handtekening of het workflowgeschiedenislog van de gebeurtenis. ETQ Reliance maakt veel gebruik van goedkeuringsworkflows. Vastleggen Van de timestamp van de goedkeuringsstap in de workflowgeschiedenis. Gebeurtenistype explicit
	Belanghebbenden geïnformeerd	Dit markeert de formele communicatie van de oplossing van de kwaliteitsgebeurtenis aan de relevante belanghebbenden. Dit kan worden bijgehouden via een aparte workflowstap of een geregistreerde communicatie.
Waarom dit belangrijk is Dit is nodig om de efficiëntie van de communicatie te meten en ondersteunt het dashboard ‘Stakeholder Notification Timeliness’. Vertragingen kunnen de klanttevredenheid beïnvloeden. Waar vind je dit? Hiervoor is systeemanalyse nodig, omdat dit vaak een handmatige stap is. Als dit is ingesteld, kan de voltooiing van een taak ‘Notify Stakeholders’ als bron dienen. Vastleggen Af te leiden uit de voltooiingsdatum van een handmatige taak ‘Notify Stakeholders’. Gebeurtenistype inferred
	Eerste beoordeling uitgevoerd	Dit is de eerste beoordeling of triage van het vastgestelde kwaliteitsprobleem. Daarbij worden basisgegevens verzameld en wordt bepaald of het probleem terecht is gemeld. Dit is vaak af te leiden uit de ingevulde sectie voor de eerste beoordeling of een statuswijziging van ‘New’ naar ‘Under Assessment’.
Waarom dit belangrijk is Hiermee kun je de efficiëntie van de eerste triage analyseren en meten hoe lang het duurt voordat een gemeld probleem actief wordt beoordeeld. Waar vind je dit? Af te leiden uit een statuswijziging, bijvoorbeeld van ‘New’ naar ‘Assessing’, of uit de voltooiingsdatum van een eerste beoordelingstaak in het workflowlog van de gebeurtenis. Vastleggen Af te leiden uit een statuswijziging naar ‘Under Assessment’ of ‘In Triage’. Gebeurtenistype inferred
	Effectiviteitscontrole mislukt	Dit betekent dat de uitgevoerde corrigerende maatregel het probleem niet heeft opgelost. Vaak volgt dan een nieuw onderzoek of een nieuwe CAPA-cyclus. Deze gebeurtenis wijst op een ernstige procesfout en een herstelwerkloop.
Waarom dit belangrijk is Dit brengt oplossingen die niet werken aan het licht en heeft rechtstreeks invloed op herstelwerkpercentages en kosten. Analyse van deze gevallen helpt de oorzaakanalyse en CAPA-planning te verbeteren. Waar vind je dit? Af te leiden uit een statuswijziging naar ‘Effectiveness Check Failed’ of uit het aanmaken van een vervolgmelding die aan de oorspronkelijke kwaliteitsgebeurtenis is gekoppeld. Vastleggen Af te leiden uit een statuswijziging zoals ‘Verification Failed’ of een markering in het verificatiedossier. Gebeurtenistype inferred
	Eindcontrole uitgevoerd	Een laatste controle van het volledige dossier van de kwaliteitsgebeurtenis. Hierbij wordt nagegaan of alle documentatie compleet is en alle processtappen zijn gevolgd voordat het dossier wordt gesloten. Dit is vaak een expliciete goedkeuringsstap.
Waarom dit belangrijk is Dit is de laatste kwaliteitscontrole voordat het proces wordt afgesloten. Zo controleer je de compliance en de data-integriteit. Bottlenecks in deze stap kunnen de definitieve afsluiting vertragen. Waar vind je dit? Vastgelegd via de timestamp van een goedkeuringsstap ‘Final Review’ of ‘Ready for Closure’ in het workflowgeschiedenislog. Vastleggen Van de timestamp van de goedkeuringsstap ‘Final Review’ in de workflow. Gebeurtenistype explicit
	Kwaliteitsgebeurtenis geannuleerd	Een alternatief eindpunt: de kwaliteitsgebeurtenis wordt beëindigd zonder dat het probleem volledig is opgelost, bijvoorbeeld omdat het om een dubbele of ongeldige melding gaat.
Waarom dit belangrijk is Zo kun je onderscheid maken tussen cases die succesvol zijn afgehandeld en cases die voortijdig zijn beëindigd. Analyse van annuleringen kan problemen bij de eerste melding en triage aan het licht brengen. Waar vind je dit? Af te leiden uit een statuswijziging naar ‘Canceled’, ‘Void’ of ‘Withdrawn’ in het geschiedenislog van de gebeurtenis. Vastleggen Af te leiden uit de timestamp van de statuswijziging naar ‘Canceled’. Gebeurtenistype inferred
	Plan voor corrigerende maatregelen afgewezen	Dit betekent dat het voorgestelde plan voor corrigerende maatregelen is beoordeeld en afgewezen. Het plan moet worden aangepast en opnieuw ingediend. Hierdoor ontstaat een herstelwerkloop in het proces.
Waarom dit belangrijk is Deze activiteit helpt herstelwerkloops en redenen voor afwijzing te vinden en het percentage plannen te meten dat in één keer wordt goedgekeurd. Waar vind je dit? Vastgelegd via de afwijzingstimestamp in het workflowgeschiedenislog. Dit is de tegenhanger van de goedkeuringsactie in een workflow. Vastleggen Van de timestamp van de afwijzingsstap in de workflowgeschiedenis. Gebeurtenistype explicit
	Plan voor corrigerende maatregelen voorgesteld	Deze activiteit vindt plaats wanneer een formeel plan om de oorzaak aan te pakken is vastgelegd en ter goedkeuring is ingediend. Dit wordt vaak geregistreerd wanneer de sectie Corrective Action Plan van het formulier is ingevuld en de status wordt bijgewerkt.
Waarom dit belangrijk is Door de tijd tussen de afronding van de RCA en deze stap te analyseren, zie je vertragingen bij het plannen van corrigerende maatregelen. Dit is een veelvoorkomende bottleneck in kwaliteitsprocessen. Waar vind je dit? Af te leiden uit een statuswijziging naar ‘Pending CAPA Approval’ of de indieningstimestamp van het formulier voor het plan met corrigerende maatregelen in het dossier van de kwaliteitsgebeurtenis. Vastleggen Af te leiden uit een statuswijziging naar ‘Pending Approval’ of de indieningsdatum van het CAPA-plan. Gebeurtenistype inferred
	Preventieve maatregel uitgevoerd	Dit markeert de afronding van de taken voor een vastgestelde preventieve maatregel. Daarmee zijn de preventieve maatregelen ingevoerd.
Waarom dit belangrijk is Deze activiteit is belangrijk voor het meten van de KPI ‘Preventive Action Implementation Rate’ en laat zien of preventieve kwaliteitsverbeteringen daadwerkelijk worden uitgevoerd. Waar vind je dit? Hiervoor is systeemanalyse nodig. Waarschijnlijk is dit af te leiden uit de voltooiingsdatum van het gekoppelde dossier voor een preventieve maatregel of de bijbehorende taken. Vastleggen Van de voltooiingsdatum van een gekoppeld dossier voor een preventieve maatregel. Gebeurtenistype inferred
	Preventieve maatregel vastgesteld	Dit markeert het vaststellen van een preventieve maatregel (PA) om de oorzaak van mogelijke afwijkingen weg te nemen. Deze kan worden beheerd als een afzonderlijk dossier dat aan de oorspronkelijke kwaliteitsgebeurtenis is gekoppeld.
Waarom dit belangrijk is Dit helpt analyseren hoe proactief de organisatie met kwaliteitsmanagement omgaat. Het ondersteunt het dashboard ‘Preventive Action Management’ door bij te houden wanneer preventieve maatregelen worden gestart. Waar vind je dit? Hiervoor is systeemanalyse nodig. Waarschijnlijk is dit af te leiden uit de aanmaakdatum van een dossier voor een preventieve maatregel dat is gekoppeld aan het oorspronkelijke dossier voor de kwaliteitsgebeurtenis. Vastleggen Van de aanmaakdatum van een gekoppeld dossier voor een preventieve maatregel. Gebeurtenistype inferred
	Probleem gecategoriseerd en geprioriteerd	Dit markeert het moment waarop het probleem is ingedeeld naar type, ernst en prioriteit. Die indeling bepaalt vaak het verdere verloop van de workflow. Dit wordt vastgelegd wanneer de velden voor categorie en prioriteit zijn ingevuld en het dossier is opgeslagen.
Waarom dit belangrijk is Dit is een belangrijk beslismoment. De tijd tot deze stap is belangrijk voor het dashboard ‘Issue Triage and Prioritization’ en om te begrijpen hoe het proces wordt gerouteerd. Waar vind je dit? Af te leiden uit de timestamp waarop verplichte velden zoals ‘Severity Level’ en ‘Quality Event Type’ voor het eerst worden ingevuld, zoals bijgehouden in het auditspoor van het systeem. Vastleggen Af te leiden uit de timestamp waarop de velden ‘Severity’ of ‘Priority’ voor het eerst zijn ingevuld. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit ETQ Reliance

Stappen

Vereisten en installatie: Installeer Python 3.6 of hoger. Installeer de benodigde bibliotheken met pip: pip install requests pandas. Vraag je systeembeheerder om API-inloggegevens (gebruikersnaam en wachtwoord) en de basis-URL van je ETQ Reliance-instantie. Je hebt ook de specifieke Application ID en View ID nodig van de Quality Events die je wilt extraheren.
Het Python-script configureren: Kopieer het meegeleverde Python-script naar een bestand, bijvoorbeeld extract_etq_events.py. Open het bestand en vul de tijdelijke variabelen bovenaan het script in. Het gaat om de basis-URL van ETQ, de API-inloggegevens, de Application- en View-ID’s en het gewenste datumbereik voor de extractie.
Activiteiten koppelen: Het script bevat een gedeelte met de naam ACTIVITY_MAPPING_CONFIG. Dit is het belangrijkste onderdeel om aan te passen. Bepaal samen met je ETQ Reliance-beheerder welke formuliervelden, veldwaarden en statusovergangen horen bij elk van de 17 vereiste procesactiviteiten. Pas het configuratiewoordenboek in het script aan op de inrichting van je systeem.
Het script uitvoeren: Voer het script uit vanaf de opdrachtregel met python extract_etq_events.py. Het script meldt zich eerst aan bij de ETQ Reliance API om een sessietoken op te halen.
Data ophalen: Vervolgens bevraagt het script de opgegeven weergave om alle registraties van kwaliteitsgebeurtenissen binnen het ingestelde datumbereik op te halen. Het verwerkt de API-paginering automatisch, zodat alle overeenkomende registraties worden opgehaald.
Gebeurtenisgeschiedenis extraheren: Voor elke gevonden kwaliteitsgebeurtenis doet het script een tweede API-aanroep om het gedetailleerde auditspoor of de geschiedenis op te halen. Hierin staan alle wijzigingen aan de gebeurtenis met tijdstempel.
Data transformeren: Het script verwerkt de geschiedenis van elke kwaliteitsgebeurtenis. Het doorloopt de vermeldingen in het auditlog en gebruikt de ingestelde ACTIVITY_MAPPING_CONFIG om veldwijzigingen en statusupdates om te zetten in afzonderlijke activiteiten. De aanmaakregistratie wordt bijvoorbeeld 'Quality Issue Identified' en een statuswijziging naar 'Closed' wordt 'Quality Event Closed'.
DataFrame samenstellen: Elke gevonden activiteit wordt als rij toegevoegd aan een pandas DataFrame. Het script vult alle vereiste kolommen, zoals QualityEvent, ActivityName en EventTimestamp, aan met aanbevolen attributen die beschikbaar zijn in het API-antwoord.
Exporteren naar CSV: Nadat alle kwaliteitsgebeurtenissen en bijbehorende activiteiten zijn verwerkt, slaat het script het volledige event log op als etq_quality_events_log.csv in dezelfde map. Dit bestand is klaar om te uploaden naar ProcessMind.

Configuratie

API-eindpunt-URL: De basis-URL van je ETQ Reliance REST API, bijvoorbeeld https://yourcompany.etq.com/reliance/api.
Authenticatie: Het script vereist een speciaal API-gebruikersaccount met gebruikersnaam en wachtwoord. Dit account moet leestoegang hebben tot de applicatie Quality Events en de bijbehorende auditspoordata.
Application- en View-ID’s: Geef de interne ETQ Reliance-ID’s op van de applicatie (bijvoorbeeld 'Quality Events') en de specifieke weergave met de registraties die je wilt extraheren. Deze ID’s bepalen precies welke databron het script gebruikt.
Datumbereik: Stel de variabelen START_DATE en END_DATE in om de periode voor de extractie te bepalen. Begin bij voorkeur met een kortere periode, bijvoorbeeld de afgelopen 3 maanden. Zo kun je de configuratie controleren voordat je een grotere historische dataset verwerkt.
Configuratie voor het koppelen van activiteiten: In het Python-script staat een woordenboek waarin je ETQ Reliance-veldnamen, oude waarden en nieuwe waarden koppelt aan de gestandaardiseerde activiteitsnamen voor het event log. Hiervoor moet je de workflowconfiguratie van ETQ zorgvuldig analyseren.
Paginering instellen: Met de variabele PAGE_SIZE bepaal je hoeveel registraties elke API-aanroep ophaalt. Bij time-outs van API-antwoorden kan een kleinere waarde nodig zijn. Bij stabiele verbindingen kan een grotere waarde de prestaties verbeteren.

a Voorbeeldquery python

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

class=class="hl-string">"hl-comment"># --- CONFIGURATION SETTINGS --- #
class=class="hl-string">"hl-comment"># Replace with your ETQ Reliance instance details
ETQ_BASE_URL = class="hl-string">"https://[your_etq_instance_url]/reliance/api"
API_USERNAME = class="hl-string">"[your_api_username]"
API_PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># Specify the Application and View ID for Quality Events
APPLICATION_ID = class="hl-string">"[Your_Quality_Events_Application_ID]"
VIEW_ID = class="hl-string">"[Your_Quality_Events_View_ID]"

class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># API settings
PAGE_SIZE = 100

class=class="hl-string">"hl-comment"># --- ACTIVITY MAPPING CONFIGURATION --- #
class=class="hl-string">"hl-comment"># This section requires customization based on your specific ETQ Reliance configuration.
class=class="hl-string">"hl-comment"># Map ETQ field changes to the desired activity names.
class=class="hl-string">"hl-comment"># Format: class="hl-string">'FieldName': {(class="hl-string">'OldValue', class="hl-string">'NewValue'): class="hl-string">'ActivityName'}
class=class="hl-string">"hl-comment"># Use class="hl-string">'*' as a wildcard for OldValue or NewValue if the change itself is the trigger.
ACTIVITY_MAPPING_CONFIG = {
    class=class="hl-string">"hl-comment"># Example mappings based on a class="hl-string">'Status' field
    class="hl-string">'ds_status': {
        (None, class="hl-string">'New'): class="hl-string">'Quality Issue Identified',
        (class="hl-string">'New', class="hl-string">'Under Assessment'): class="hl-string">'Initial Assessment Performed',
        (class="hl-string">'Under Assessment', class="hl-string">'Under Investigation'): class="hl-string">'Investigation Initiated',
        (class="hl-string">'Investigation Complete', class="hl-string">'CAPA Proposed'): class="hl-string">'Corrective Action Plan Proposed',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Approved'): class="hl-string">'Corrective Action Plan Approved',
        (class="hl-string">'CAPA Proposed', class="hl-string">'CAPA Rejected'): class="hl-string">'Corrective Action Plan Rejected',
        (class="hl-string">'CAPA Approved', class="hl-string">'Implementation in Progress'): class="hl-string">'Corrective Action Implemented',
        (class="hl-string">'Implementation Complete', class="hl-string">'Effectiveness Verification'): class="hl-string">'Effectiveness of Action Verified',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Closed'): class="hl-string">'Final Review Performed',
        (class="hl-string">'Effectiveness Verification', class="hl-string">'Re-investigate'): class="hl-string">'Effectiveness Verification Failed',
        (class="hl-string">'*', class="hl-string">'Closed'): class="hl-string">'Quality Event Closed',
        (class="hl-string">'*', class="hl-string">'Canceled'): class="hl-string">'Quality Event Canceled'
    },
    class=class="hl-string">"hl-comment"># Example mappings based on completion of form sections (field changes from blank to non-blank)
    class="hl-string">'dt_categorization_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Issue Categorized And Prioritized'
    },
    class="hl-string">'dt_rca_complete_date': {
        (None, class="hl-string">'*'): class="hl-string">'Root Cause Analysis Performed'
    },
    class="hl-string">'dt_pa_identified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Identified'
    },
    class="hl-string">'dt_pa_implemented_date': {
        (None, class="hl-string">'*'): class="hl-string">'Preventive Action Implemented'
    },
    class="hl-string">'dt_stakeholder_notified_date': {
        (None, class="hl-string">'*'): class="hl-string">'Stakeholders Notified'
    }
}

def get_etq_token(session):
    class="hl-string">"""Authenticates with ETQ API and returns a session token."""
    auth_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/login"
    credentials = {class="hl-string">'username': API_USERNAME, class="hl-string">'password': API_PASSWORD}
    try:
        response = session.post(auth_url, json=credentials)
        response.raise_for_status()
        return response.json().get(class="hl-string">'token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error during authentication: {e}")
        return None

def main():
    class="hl-string">"""Main function to extract, transform, and save event data."""
    with requests.Session() as session:
        token = get_etq_token(session)
        if not token:
            return
        
        session.headers.update({class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}'})
        
        class=class="hl-string">"hl-comment"># Get all quality events within the date range
        all_events = []
        page = 0
        while True:
            search_url = fclass="hl-string">"{ETQ_BASE_URL}/v2/applications/{APPLICATION_ID}/views/{VIEW_ID}/search"
            params = {
                class="hl-string">'page': page,
                class="hl-string">'size': PAGE_SIZE,
                class="hl-string">'query': fclass="hl-string">'creationDate>=\"{START_DATE}T00:00:00Z\" and creationDate<=\"{END_DATE}T23:59:59Z\"'
            }
            try:
                response = session.get(search_url, params=params)
                response.raise_for_status()
                data = response.json()
                all_events.extend(data.get(class="hl-string">'content', []))
                if data.get(class="hl-string">'last', True):
                    break
                page += 1
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Error fetching quality event list: {e}")
                break
        
        print(fclass="hl-string">"Found {len(all_events)} total quality events.")
        event_log = []

        class=class="hl-string">"hl-comment"># Process each event to get its history
        for event in all_events:
            event_id = event.get(class="hl-string">'uid')
            case_id = event.get(class="hl-string">'documentNumber', event_id)
            if not event_id:
                continue

            history_url = fclass="hl-string">"{ETQ_BASE_URL}/v1/applications/{APPLICATION_ID}/documents/{event_id}/history"
            try:
                hist_response = session.get(history_url)
                hist_response.raise_for_status()
                history_data = hist_response.json()
            except requests.exceptions.RequestException as e:
                print(fclass="hl-string">"Could not fetch history for event {case_id}: {e}")
                continue

            class=class="hl-string">"hl-comment"># Extract initial record creation as class="hl-string">'Quality Issue Identified'
            class=class="hl-string">"hl-comment"># Note: This logic assumes the first history entry isnclass="hl-string">'t a creation event, using the main record's creationDate instead.
            class=class="hl-string">"hl-comment"># If your history includes a class="hl-string">'Create' event, adjust accordingly.
            creation_time = event.get(class="hl-string">'creationDate', datetime.now().isoformat())
            event_log.append({
                class="hl-string">'QualityEvent': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Quality Issue Identified',
                class="hl-string">'EventTimestamp': creation_time,
                class="hl-string">'ActionPerformedBy': event.get(class="hl-string">'createdBy', {}).get(class="hl-string">'uid'),
                class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                class="hl-string">'RootCauseCategory': None,
                class="hl-string">'EffectivenessVerificationOutcome': None,
                class="hl-string">'EventEndTime': None
            })

            class=class="hl-string">"hl-comment"># Process history for other activities
            for entry in sorted(history_data, key=lambda x: x[class="hl-string">'date']):
                timestamp = entry[class="hl-string">'date']
                user = entry.get(class="hl-string">'user', {}).get(class="hl-string">'uid')
                for change in entry.get(class="hl-string">'changes', []):
                    field_name = change.get(class="hl-string">'field', {}).get(class="hl-string">'uid')
                    old_value = change.get(class="hl-string">'oldValue')
                    new_value = change.get(class="hl-string">'newValue')

                    if field_name in ACTIVITY_MAPPING_CONFIG:
                        mappings = ACTIVITY_MAPPING_CONFIG[field_name]
                        class=class="hl-string">"hl-comment"># Check for specific value transitions
                        if (old_value, new_value) in mappings:
                            activity = mappings[(old_value, new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from anything' to specific value
                        elif (class="hl-string">'*', new_value) in mappings:
                            activity = mappings[(class="hl-string">'*', new_value)]
                        class=class="hl-string">"hl-comment"># Check for wildcard class="hl-string">'from specific value' to anything
                        elif (old_value, class="hl-string">'*') in mappings:
                            activity = mappings[(old_value, class="hl-string">'*')]
                        class=class="hl-string">"hl-comment"># Check for wildcard from class="hl-string">'None' to anything (field populated for first time)
                        elif (None, class="hl-string">'*') in mappings and old_value is None:
                            activity = mappings[(None, class="hl-string">'*')]
                        else:
                            continue class=class="hl-string">"hl-comment"># No match
                        
                        event_log.append({
                            class="hl-string">'QualityEvent': case_id,
                            class="hl-string">'ActivityName': activity,
                            class="hl-string">'EventTimestamp': timestamp,
                            class="hl-string">'ActionPerformedBy': user,
                            class="hl-string">'ResponsibleDepartment': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Department_Field]', None),
                            class="hl-string">'SeverityLevel': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Severity_Field]', None),
                            class="hl-string">'RootCauseCategory': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_RootCause_Field]', None),
                            class="hl-string">'EffectivenessVerificationOutcome': event.get(class="hl-string">'values', {}).get(class="hl-string">'[Your_Effectiveness_Field]', None),
                            class="hl-string">'EventEndTime': None
                        })

    if not event_log:
        print(class="hl-string">"No events were processed. The event log is empty.")
        return

    class=class="hl-string">"hl-comment"># Convert to DataFrame and save to CSV
    df = pd.DataFrame(event_log)
    df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp'])
    df = df.sort_values(by=[class="hl-string">'QualityEvent', class="hl-string">'EventTimestamp'])
    df.to_csv(class="hl-string">'etq_quality_events_log.csv', index=False)
    print(class="hl-string">"Successfully created etq_quality_events_log.csv")

if __name__ == class="hl-string">'__main__':
    main()

Klaar om te beginnen?

Gebruik deze template om de data voor kwaliteitsbeheer efficiënt voor te bereiden en waardevolle inzichten in het proces te krijgen. Hier begint de verbetering van je bedrijfsvoering.

Terug naar de verbetergids Template downloaden

Verbeter kwaliteitsbeheer nu: verkort de doorlooptijd

Spoor bottlenecks op en verhelp ze, met als doel de doorlooptijd met 30% te verkorten.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.

Datatemplate voor kwaliteitsbeheer

Datatemplate voor kwaliteitsbeheer

Attributen voor kwaliteitsbeheer

Activiteiten voor kwaliteitsbeheer

Extractiegidsen

Data-extractie met een Python-script via de ETQ Reliance REST API

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Verbeter kwaliteitsbeheer nu: verkort de doorlooptijd

We gaan zorgvuldig om met je privacy