Procestrace

Wat is een procestrace?

Een procestrace is de geordende reeks events die voor één procesinstantie in een eventlog staat. Ze toont welke geregistreerde activiteiten de case doorliep en in welke volgorde.

Voor een bestelling kan de trace bijvoorbeeld bestaan uit Order aangemaakt, Krediet gecontroleerd, Goederen verzonden, Factuur verstuurd en Betaling ontvangen.

De trace is een databeeld van de uitvoering. Stappen die niet werden geregistreerd, verschijnen niet. Een complete trace in de tool is dus niet automatisch een volledig verslag van alles wat mensen deden.

Hoe een trace wordt opgebouwd

De eventlog groepeert events op case-ID. Binnen iedere groep worden ze op timestamp en waar nodig een extra sorteringssleutel geordend.

Een formele trace wordt vaak voorgesteld als een reeks activiteitlabels. In praktijk bewaren tools ook eventattributen, tijdstippen en resources voor prestatie- en organisatiemining.

Dezelfde activiteit kan meermaals voorkomen. Een trace met Document gecontroleerd, Document aangevuld, Document gecontroleerd toont herwerk of een lus.

Volgorde bij gelijke timestamps

Twee events kunnen hetzelfde tijdstip hebben doordat de bron alleen minuten of dagen bewaart, of doordat een batch ze tegelijk registreert. Zonder extra informatie is hun onderlinge volgorde dan onbekend.

Gebruik een sequence number, log-ID of lifecycleinformatie als de bron die bevat. Sorteer niet willekeurig op activiteitnaam; daarmee verzin je procesgedrag.

Werkelijk parallelle events hebben geen eenvoudige totale volgorde. Een klassieke trace dwingt ze vaak toch in een reeks. Een procesmodel kan paralleliteit modelleren, maar de log moet voldoende informatie bevatten om ze te herkennen.

Een uitgewerkt ticketvoorbeeld

Ticket T-810 heeft events Ontvangen, Toegewezen, Klant gecontacteerd, Antwoord ontvangen, Opgelost en Gesloten. Dat vormt één trace.

Ticket T-811 doorloopt Ontvangen, Toegewezen, Doorgestuurd, Toegewezen, Opgelost en Gesloten. De herhaalde toewijzing toont een overdracht.

De twee instanties hebben verschillende traces. Variantanalyse kan alle tickets met dezelfde activiteitenvolgorde groeperen en hun wachttijd vergelijken.

Als Antwoord ontvangen alleen in e-mail staat en niet in de eventlog, lijkt de wachttijd volledig bij de behandelaar te liggen. De ontbrekende gebeurtenis verandert de interpretatie.

Trace versus procesinstantie en variant

De procesinstantie is de echte uitvoering en haar context. De trace is de geregistreerde eventreeks voor die instantie.

Een procesvariant groepeert traces volgens een gekozen gelijkheidsregel, vaak dezelfde activiteiten in dezelfde volgorde. Honderd cases kunnen dus één variant delen.

Attributen zoals bedrag of klanttype kunnen verschillen terwijl de activiteitreeks gelijk blijft. Of ze aparte varianten vormen, hangt af van de definitie van de analyse.

Traces bij discovery en conformance

Process discovery gebruikt een verzameling traces om een procesmodel af te leiden. Frequentie en volgordepatronen bepalen welk gedrag zichtbaar wordt.

Conformance checking vergelijkt traces met toegestaan gedrag in een model. Token-based replay en alignments zijn twee technieken om afwijkingen te lokaliseren en fitness te berekenen.

Een trace met zeldzaam maar geldig gedrag mag niet automatisch als fout worden bestempeld. Domeinkennis bepaalt of de route legitiem, ongewenst of verkeerd geregistreerd is.

Kwaliteit en volledigheid

Controleer traces met ontbrekend begin- of eindevent, onmogelijke volgorde, extreme lengte en events buiten het extractievenster. Open cases zijn vaak rechts afgekapt.

Filter niet alleen de langste of vreemdste traces weg om een nette kaart te krijgen. Onderzoek eerst of ze datafouten, uitzonderingen of echte procesproblemen voorstellen.

Versiebeheer de extractie- en sorteeregels. Wanneer de definitie verandert, veranderen ook varianten, fitness en prestatieresultaten.