Datatemplate voor contractbeheer

Generieke process mining-template
Datatemplate voor contractbeheer

Datatemplate voor contractbeheer

Generieke process mining-template

Dit is onze generieke datatemplate voor process mining voor Contractbeheer. Gebruik onze templates voor specifieke systemen voor gerichter advies.

Selecteer een specifiek systeem
  • Een universeel datamodel voor contractbeheerprocessen.
  • Aanbevolen attributen en activiteiten voor een grondige analyse.
  • Instructies voor het extraheren van je event log, ongeacht het bronsysteem.

Attributen voor contractbeheer

Deze aanbevolen datavelden zijn belangrijk voor je event log. Ze maken een volledige analyse mogelijk en geven meer inzicht in de bedrijfsvoering rond contractbeheer.
5 Verplicht 7 Aanbevolen 2 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke bedrijfsgebeurtenis, taak of mijlpaal tijdens de levenscyclus van een contract.
Beschrijving

De activiteitsnaam beschrijft een stap in het contractbeheerproces. Het gaat om afzonderlijke taken, zoals 'Contract opgesteld', 'Juridische beoordeling afgerond' of 'Contract uitgevoerd'. De activiteiten in chronologische volgorde vormen samen de processtroom voor een bepaalde Contract-ID.

Dit attribuut is belangrijk voor het opstellen van de proceskaart, de belangrijkste visualisatie bij process mining. Door de volgorde en frequentie van activiteiten te analyseren, kunnen analisten zien hoe het proces in de praktijk verloopt, afwijkingen van de standaardprocedure vaststellen en plekken vinden waar herstelwerk of inefficiëntie optreedt, bijvoorbeeld door herhaalde revisierondes.

Waarom dit belangrijk is

Dit attribuut bepaalt de processtappen. Zo kun je de levenscyclus van het contract visualiseren en procesafwijkingen en bottlenecks vaststellen.

Waar vind je dit?

Meestal te vinden in event logs, auditsporen of statushistorietabellen die bij het hoofdrecord van het contract horen.

Voorbeelden
Contract opgesteldInterne goedkeuring afgerondContract ter ondertekening verstuurd
Contract-ID
ContractId
De unieke identificatiecode van elk contract. Deze dient als primaire case-ID en koppelt alle bijbehorende activiteiten en documenten.
Beschrijving

De Contract-ID is een unieke sleutel voor één contractlevenscyclus. Deze vormt de rode draad die alle gebeurtenissen met elkaar verbindt, van de eerste aanvraag tot de uiteindelijke afloop of beëindiging. Alle activiteiten, zoals het opstellen, beoordelen, goedkeuren en uitvoeren van het contract, zijn aan deze specifieke ID gekoppeld.

Bij process mining is de Contract-ID essentieel om het volledige verloop van elk contract te reconstrueren. De tool kan hiermee gerelateerde gebeurtenissen groeperen in één case, zodat je de hele processtroom kunt visualiseren en analyseren. Zonder een consistente Contract-ID kun je doorlooptijden niet nauwkeurig meten, bottlenecks niet vaststellen en procesvarianten niet analyseren.

Waarom dit belangrijk is

Deze identificatiecode is belangrijk om een contract gedurende de hele levenscyclus te volgen. Zo kun je het proces nauwkeurig ontdekken en de prestaties meten.

Waar vind je dit?

Meestal staat deze code in de koptekst of het hoofdrecord van een contractobject in een Contract Lifecycle Management-systeem (CLM).

Voorbeelden
CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510
Starttijd van gebeurtenis
EventStartTime
De timestamp met de exacte datum en tijd waarop een specifieke activiteit of gebeurtenis begon.
Beschrijving

De starttijd van de gebeurtenis markeert het begin van een activiteit in de levenscyclus van het contract. Deze timestamp is nodig om gebeurtenissen chronologisch te ordenen en de duur van activiteiten en de totale doorlooptijd van het proces te berekenen. Zo krijg je de tijdscontext die nodig is om het verloop van het proces te begrijpen.

Bij analyses gebruik je deze timestamp om de proceskaart op te stellen en KPI’s te berekenen, zoals 'Gemiddelde contractdoorlooptijd' en 'Gemiddelde goedkeuringsduur'. De timestamp helpt bij bottleneckanalyse, omdat je ziet welke stappen de meeste tijd kosten. Door starttijden van activiteiten te vergelijken, kun je overgangstijden nauwkeurig onderzoeken en vertragingen tussen processtappen opsporen.

Waarom dit belangrijk is

Deze timestamp is nodig om gebeurtenissen te ordenen, doorlooptijden te berekenen en bottlenecks op basis van tijd vast te stellen.

Waar vind je dit?

Beschikbaar in auditlogs, transactierecords of gebeurtenishistorietabellen van het systeem, waarin timestamps van processtappen worden vastgelegd.

Voorbeelden
2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z
Bronsysteem
SourceSystem
De naam van het IT-systeem of de applicatie waaruit de contractdata zijn gehaald.
Beschrijving

Het attribuut Bronsysteem geeft aan waar de gebeurtenisdata vandaan komen. In veel organisaties loopt de levenscyclus van een contract door meerdere systemen, zoals een CLM-platform, een CRM voor de start van het proces en een ERP-systeem voor financiële data. Het bronsysteem per gebeurtenis vastleggen is belangrijk om de data te controleren en te begrijpen hoe de processtappen over verschillende systemen zijn verdeeld.

Bij process mining helpt dit attribuut om versnippering van het proces over verschillende systemen vast te stellen. Het kan laten zien of vertragingen of problemen ontstaan bij de overdracht van data tussen bepaalde applicaties. Ook is het belangrijk voor datagovernance en om problemen met datakwaliteit naar de bron te herleiden.

Waarom dit belangrijk is

Dit attribuut geeft aan waar de data vandaan komen. Zo kun je de data controleren, versnippering van het proces begrijpen en problemen met datakwaliteit opsporen.

Waar vind je dit?

Deze informatie wordt vaak toegevoegd tijdens de data-extractie of is als standaardveld beschikbaar in systeemlogs.

Voorbeelden
AgiloftSAP AribaDocuSign CLM
Laatste data-update
LastDataUpdate
De timestamp waarop de data voor deze gebeurtenis voor het laatst zijn vernieuwd of uit het bronsysteem zijn gehaald.
Beschrijving

De timestamp van de laatste data-update geeft aan hoe recent de geanalyseerde data zijn. Je ziet wanneer het proces voor extractie, transformatie en laden (ETL) voor het laatst is uitgevoerd. Zo weet je hoe actueel de analyse is. Dit is iets anders dan de timestamp van de gebeurtenis, die aangeeft wanneer de bedrijfsactiviteit plaatsvond.

Dit attribuut is belangrijk voor datagovernance en om belanghebbenden te laten weten hoe actueel de inzichten zijn. Gebruikers kunnen hiermee zien of ze realtime-informatie bekijken of een momentopname van een eerdere dag of week. Die context helpt om op tijd en goed geïnformeerd beslissingen te nemen op basis van de process mining-dashboards.

Waarom dit belangrijk is

Geeft belangrijke context over hoe actueel de data zijn, zodat belanghebbenden weten hoe recent de procesinzichten zijn.

Waar vind je dit?

Deze timestamp wordt meestal tijdens het laden van de data aangemaakt en opgeslagen door de datakoppeling of ETL-tool.

Voorbeelden
2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Afdeling
Department
De interne bedrijfseenheid of afdeling die eigenaar is van het contract, zoals Verkoop, Juridische zaken of Inkoop.
Beschrijving

Het attribuut Afdeling geeft aan welk intern team of welke bedrijfseenheid verantwoordelijk is voor het contract of erbij betrokken is. Dit is vaak de afdeling van de contracteigenaar of het team dat de contractaanvraag heeft gestart.

Dit is een belangrijke dimensie voor interne vergelijkingen en analyses van de werkdruk. Je ziet hiermee hoe het contractbeheerproces verschilt tussen onderdelen van de organisatie. In het dashboard 'Werkdruk en productiviteit van teams' kun je op afdeling filteren om prestaties te vergelijken, benodigde middelen vast te stellen en afdelingen te vinden die extra training of procesondersteuning nodig hebben. Zo kun je vragen beantwoorden als: 'Welke afdeling heeft de langste goedkeuringsrondes?' of 'Hoe verhoudt het proces bij Verkoop zich tot dat bij Inkoop?'.

Waarom dit belangrijk is

Hiermee kun je procesprestaties tussen bedrijfseenheden vergelijken, interne bottlenecks vinden en goede werkwijzen delen.

Waar vind je dit?

Meestal gekoppeld aan het gebruikersprofiel van de contracteigenaar of als veld opgenomen in het contractrecord zelf.

Voorbeelden
VerkoopJuridische zakenInkoopIT
Contractstatus
ContractStatus
De huidige fase of status van het contract, bijvoorbeeld 'Concept', 'In afwachting van goedkeuring', 'Uitgevoerd' of 'Verlopen'.
Beschrijving

De contractstatus geeft op een bepaald moment weer in welke fase het contract zit. Dit attribuut wordt vaak bijgewerkt wanneer het contract belangrijke mijlpalen bereikt. Het geeft een beknopt overzicht van de voortgang.

Je kunt dit attribuut gebruiken om cases te filteren en specifieke delen van de contractportefeuille te analyseren. Analisten kunnen zich bijvoorbeeld richten op 'Actieve' contracten voor het beheer van verplichtingen of op 'Vastgelopen' contracten om de oorzaken van vertraging te onderzoeken. Het is een belangrijk onderdeel van het dashboard 'Prestaties van de contractlevenscyclus'. Daarmee kun je het aantal contracten in elke fase visualiseren en de KPI 'Percentage vastgelopen contracten' meten.

Waarom dit belangrijk is

Geeft op hoofdlijnen de huidige fase van een contract weer. Zo kun je de contractportefeuille per fase filteren en analyseren.

Waar vind je dit?

Dit is een primair statusveld in het hoofdrecord van een contract in een CLM-systeem.

Voorbeelden
ConceptIn beoordelingUitgevoerdBeëindigd
Contracttype
ContractType
De indeling van het contract, bijvoorbeeld een Master Service Agreement (MSA), geheimhoudingsovereenkomst (NDA) of Statement of Work (SOW).
Beschrijving

Contracttype is een categorisch attribuut waarmee contracten worden ingedeeld op basis van hun juridische aard en doel. Veelvoorkomende typen zijn NDA’s, MSA’s, SOW’s en verkoop- of inkoopovereenkomsten. Deze indeling geeft belangrijke zakelijke context aan de levenscyclus van het contract.

Dit attribuut is een nuttige dimensie voor vergelijkende analyses. Analisten kunnen de proceskaart en KPI’s filteren om te zien of bepaalde contracttypen een ander procesverloop, langere doorlooptijden of meer herstelwerk hebben. Zo kan een analyse bijvoorbeeld laten zien dat MSA’s veel langer op juridische beoordeling wachten dan NDA’s. Dat kan aanleiding zijn om het proces voor complexere overeenkomsten opnieuw in te richten.

Waarom dit belangrijk is

Hiermee kun je processen indelen en vergelijken, en zien hoe verschillende contracttypen de doorlooptijd, complexiteit en risico’s beïnvloeden.

Waar vind je dit?

Dit is een standaardveld in het hoofdrecord van elk contract in een CLM-systeem.

Voorbeelden
Geheimhoudingsovereenkomst (NDA)Master Service Agreement (MSA)Statement of Work (SOW)
Contractwaarde
ContractValue
De totale geldwaarde van het contract, die kan staan voor omzet, kosten of een verplichting.
Beschrijving

De contractwaarde geeft aan wat het contract financieel betekent. Dit bedrag biedt belangrijke zakelijke context om contracten te prioriteren en hun impact op de organisatie te begrijpen. De waarde wordt meestal uitgedrukt in een bepaalde valuta.

Bij process mining gebruik je dit attribuut om de zakelijke impact van de procesprestaties te analyseren. Het dashboard 'Zakelijke impact en doorvoer' toont de waarde van contracten die worden verwerkt, vastlopen of uitgevoerd. Zo kun je contracten met een hoge waarde prioriteren en vragen beantwoorden als: 'Lopen onze waardevolste contracten vast bij de goedkeuring?' of 'Wat is de waarde van contracten waarvan de verlengingsdatum is verstreken?'.

Waarom dit belangrijk is

Geeft de financiële impact van contracten weer, zodat je prioriteiten kunt stellen en kunt analyseren hoe inefficiënte processen overeenkomsten met een hoge waarde beïnvloeden.

Waar vind je dit?

Te vinden in het gedeelte met financiële gegevens van het hoofdrecord van een contract in een CLM- of ERP-systeem.

Voorbeelden
100000.0025000.505000000.00
Eindtijd van gebeurtenis
EventEndTime
De timestamp met de exacte datum en tijd waarop een specifieke activiteit of gebeurtenis is afgerond.
Beschrijving

De eindtijd van de gebeurtenis markeert het einde van een activiteit. In combinatie met de starttijd van de gebeurtenis kun je de verwerkingstijd van elke afzonderlijke stap in de levenscyclus van het contract nauwkeurig berekenen. Dat detail is nodig voor een grondige prestatieanalyse.

Met dit attribuut bereken je de duur van activiteiten, wat nodig is voor bottleneckanalyse. Dashboards zoals 'Bottleneckanalyse van goedkeuringen en beoordelingen' gebruiken deze data om te laten zien waar contracten vertraging oplopen. Als je weet hoe lang elke activiteit duurt, kun je verbeteringen richten op de tijdrovendste onderdelen van het proces, zoals juridische beoordelingen of onderhandelingen.

Waarom dit belangrijk is

Hiermee bereken je de duur van afzonderlijke activiteiten en stel je precies vast waar bottlenecks in het proces zitten.

Waar vind je dit?

Te vinden in auditlogs of gebeurtenishistorietabellen van het systeem. Als de eindtijd niet expliciet is vastgelegd, moet je deze mogelijk afleiden uit de starttijd van de volgende gebeurtenis.

Voorbeelden
2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z
Gebruikersnaam
UserName
De naam of ID van de gebruiker, medewerker of bron die een contractactiviteit heeft uitgevoerd of daarvoor verantwoordelijk is.
Beschrijving

De gebruikersnaam geeft aan wie verantwoordelijk is voor het uitvoeren van een specifieke taak in de levenscyclus van het contract. Dit kan de contracteigenaar, een juridisch beoordelaar, een goedkeurder of een ondertekenaar zijn. Met dit attribuut koppel je procesactiviteiten aan de mensen die ze uitvoeren.

Bij process mining geeft dit attribuut inzicht in de prestaties van teams en individuele medewerkers. Dashboards zoals 'Werkdruk en productiviteit van teams' gebruiken het om te analyseren hoe het werk is verdeeld, medewerkers of teams met een te hoge werkdruk te vinden en prestaties te beoordelen. Het helpt ook te begrijpen hoe verschillen in werkwijze tot procesvarianten of vertragingen leiden. Zo kun je gerichte training aanbieden of middelen toewijzen.

Waarom dit belangrijk is

Koppelt procesactiviteiten aan medewerkers, zodat je de verdeling van de werkdruk, teamprestaties en de inzet van middelen kunt analyseren.

Waar vind je dit?

Meestal beschikbaar in transactierecords, auditlogs of velden voor taaktoewijzing in het bronsysteem.

Voorbeelden
John Smithj.smith@example.comUSER12345
Naam wederpartij
CounterpartyName
De naam van de externe partij, het bedrijf, de klant, leverancier of partner die bij het contract betrokken is.
Beschrijving

De naam van de wederpartij geeft aan met welke externe partij de organisatie een overeenkomst sluit. Dit kan een klant, leverancier of partner zijn. Zo krijg je belangrijke context over de zakelijke relatie die in het contract is vastgelegd.

De wederpartij is een waardevolle dimensie voor analyses. Je kunt de procesprestaties per leverancier of klant analyseren. Een analyse kan bijvoorbeeld laten zien dat onderhandelingen met bepaalde wederpartijen steeds langer duren dan gemiddeld. Die informatie kan helpen bij toekomstige onderhandelingsstrategieën en relatiebeheer. Ook kun je voor strategische partners passende contracttemplates maken om het proces te versnellen.

Waarom dit belangrijk is

Geeft aan om welke externe partij het gaat, zodat je doorlooptijden en onderhandelingspatronen per klant of leverancier kunt analyseren.

Waar vind je dit?

Een standaardveld in het contractrecord, vaak gekoppeld aan een stamgegevensrecord voor klanten of leveranciers.

Voorbeelden
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Aantal revisies
RevisionCount
Een teller voor het aantal keren dat een contractdocument tijdens onderhandelings- en beoordelingsrondes is herzien of van wijzigingen is voorzien.
Beschrijving

Het aantal revisies geeft aan hoeveel herstelwerk een contract ondergaat voordat het wordt uitgevoerd. Elke keer dat het document wordt bewerkt en er een nieuwe versie wordt aangemaakt, loopt de teller op. Dit aantal geeft een indruk van de complexiteit en de mate van onenigheid tijdens de onderhandelingen.

Dit attribuut meet de efficiëntie rechtstreeks en wordt gebruikt om de KPI 'Percentage contracten met herstelwerk' te berekenen. Het dashboard 'Efficiëntie van onderhandelingen en herstelwerk' gebruikt deze data om contracten, wederpartijen of contracttypen te vinden waarvoor uitzonderlijk veel revisies nodig zijn. Veel revisies hangen vaak samen met langere doorlooptijden en kunnen wijzen op onduidelijke eisen, stevige onderhandelingstactieken of de behoefte aan betere standaardtemplates.

Waarom dit belangrijk is

Meet de hoeveelheid herstelwerk en de complexiteit van onderhandelingen. Zo kun je oorzaken van inefficiëntie en lange doorlooptijden vinden.

Waar vind je dit?

Je kunt dit attribuut overnemen uit een versienummerveld van het contractdocument of afleiden door per case het aantal activiteiten 'Contract herzien' te tellen.

Voorbeelden
135
Vervaldatum
ExpirationDate
De datum waarop het contract afloopt als het niet wordt verlengd of beëindigd.
Beschrijving

De vervaldatum is een belangrijke datum die het einde van de contracttermijn aangeeft. Deze datum bepaalt de levenscyclus van actieve contracten en is de belangrijkste aanleiding voor verlenging of beëindiging. Goed beheer van vervaldata helpt om onbedoelde onderbrekingen van diensten of omzet te voorkomen.

Bij process mining is dit attribuut nodig voor het dashboard 'Beheer van verplichtingen en verlengingen'. Je gebruikt het om de KPI 'Percentage tijdig verlengde contracten' te berekenen door de datum van verlengingsactiviteiten te vergelijken met de vervaldatum. Door contracten te analyseren die bijna verlopen, kan de organisatie verlengingen proactief beheren en omzetverlies of verstoringen in de bedrijfsvoering voorkomen.

Waarom dit belangrijk is

Deze datum is belangrijk voor het beheer van verlengingen en het beperken van risico’s. Je kunt er contractmijlpalen mee volgen en op tijd actie ondernemen.

Waar vind je dit?

Dit is een belangrijk datumveld in het hoofdrecord van een contract in een CLM-systeem.

Voorbeelden
2024-12-312025-06-302026-01-15
Verplicht Aanbevolen Optioneel

Activiteiten voor contractbeheer

In dit onderdeel staan belangrijke processtappen en mijlpalen om in je event log vast te leggen. Zo kun je het proces nauwkeurig ontdekken en de processtroom helder weergeven.
8 Aanbevolen 9 Optioneel
Activiteit Beschrijving
Contract beëindigd
Dit staat voor de vroegtijdige beëindiging van een actief contract, vóór de geplande einddatum. Dit kan om een geldige reden of uit gemak gebeuren, als de contractvoorwaarden dat toestaan.
Waarom dit belangrijk is

Deze gebeurtenis markeert het voortijdige einde van een zakelijke relatie. Inzicht in hoe vaak en waarom contracten worden beëindigd, is belangrijk voor risicobeheer en de gezondheid van de organisatie.

Waar vind je dit?

Dit is een expliciete gebeurtenis. Meestal legt een gebruiker deze vast door de contractstatus te wijzigen naar 'Beëindigd', vaak met een reden of toelichting.

Vastleggen

Leg de timestamp vast waarop de status van een actief contract verandert naar 'Beëindigd'.

Gebeurtenistype explicit
Contract geactiveerd
Dit geeft aan dat het contract actief en afdwingbaar wordt. Dat kan op of na de ondertekeningsdatum gebeuren. Vanaf dit moment begint het beheer van verplichtingen en het volgen van prestaties.
Waarom dit belangrijk is

Activering markeert de overgang van het contracteringsproces naar contractbeheer. Dit is de daadwerkelijke startdatum voor het volgen van compliance, verlengingen en verplichtingen.

Waar vind je dit?

Dit wordt vaak vastgelegd als een statuswijziging in het systeem van 'Uitgevoerd' naar 'Actief' of 'Live'. Soms is dit gekoppeld aan een veld voor de opgegeven 'Ingangsdatum'.

Vastleggen

Gebruik de timestamp van de statuswijziging naar 'Actief' of, als die beschikbaar is, de ingangsdatum van het contract.

Gebeurtenistype inferred
Contract ondertekend
Dit is een belangrijke mijlpaal: alle partijen hebben het contract ondertekend en het is juridisch bindend. Hiermee is de fase vóór ondertekening in de levenscyclus van het contract afgerond.
Waarom dit belangrijk is

De ondertekeningsdatum is een belangrijke uitkomstmaat en nodig om de totale doorlooptijd van aanvraag tot ondertekening te berekenen. Ook is dit een belangrijke gebeurtenis voor prestatie- en doorvoeranalyses.

Waar vind je dit?

Dit wordt meestal expliciet vastgelegd via een koppeling met een platform voor elektronische handtekeningen, of wanneer een gebruiker de status handmatig wijzigt naar ‘Ondertekend’ en de ondertekeningsdatum invoert.

Vastleggen

Gebruik de afrondingstimestamp uit het systeem voor elektronische handtekeningen of de datum waarop de status handmatig is gewijzigd naar ‘Ondertekend’.

Gebeurtenistype explicit
Contract ter ondertekening verstuurd
Deze activiteit markeert het versturen van het definitieve, goedgekeurde contract voor ondertekening door alle partijen. De onderhandelingen zijn afgerond en de laatste uitvoeringsstap begint.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal die de termijn voor de laatste ondertekeningsronde start. Door de tijd vanaf dit moment tot de ondertekening te analyseren, kun je vertragingen in het ondertekeningsproces vinden.

Waar vind je dit?

In systemen met een koppeling voor elektronische handtekeningen is dit vaak een expliciete actie die het ondertekeningsproces start en in het auditspoor van het systeem wordt vastgelegd.

Vastleggen

Zoek de timestamp van de gebeurtenis in de event log of de API-aanroep waarmee de workflow voor elektronische ondertekening wordt gestart.

Gebeurtenistype explicit
Contract verlengd
Dit staat voor de succesvolle verlenging van een contract aan het einde van de looptijd. Het is een belangrijk bedrijfsresultaat dat de overeenkomst langer laat doorlopen.
Waarom dit belangrijk is

Het verlengingspercentage geeft rechtstreeks inzicht in klantbehoud en klanttevredenheid. Door deze gebeurtenis bij te houden, krijg je zicht op het succes van de organisatie op lange termijn en de continuïteit van de omzet.

Waar vind je dit?

Dit is vaak een expliciete actie van een gebruiker die de contractstatus bijwerkt of een nieuw contractrecord aanmaakt voor de verlengde looptijd. Dat nieuwe record volgt op het oorspronkelijke contract.

Vastleggen

Zoek naar een statuswijziging naar 'Verlengd' of naar een nieuw contract dat als verlenging aan het oorspronkelijke contract is gekoppeld.

Gebeurtenistype explicit
Contract verlopen
Deze gebeurtenis geeft aan dat een contract de einddatum heeft bereikt zonder verlenging of vroegtijdige beëindiging. Dit is het natuurlijke, geplande einde van de levenscyclus van het contract.
Waarom dit belangrijk is

Door verlopen contracten bij te houden, kun je verlengingen beheren en onbedoelde onderbrekingen van diensten of overeenkomsten voorkomen. Veel contracten die aflopen zonder verlenging kunnen wijzen op verloren omzet.

Waar vind je dit?

Deze gebeurtenis wordt meestal niet expliciet geregistreerd, maar afgeleid door de vervaldatum van het contract te vergelijken met de huidige datum.

Vastleggen

Leid deze gebeurtenis af door een timestamp aan te maken zodra de systeemdatum gelijk is aan of later valt dan het veld 'Vervaldatum' in het contractrecord.

Gebeurtenistype calculated
Contractaanvraag ingediend
Dit is de eerste activiteit in de levenscyclus van een contract: de formele aanvraag voor een nieuw contract. Meestal wordt deze vastgelegd wanneer in het systeem een nieuw contractrecord of een nieuwe workspace wordt aangemaakt.
Waarom dit belangrijk is

Deze activiteit markeert de officiële start van het proces. De timestamp is essentieel om de totale contractdoorlooptijd te berekenen. Het aantal aanvragen helpt bij het plannen van bronnen en het beheren van de vraag.

Waar vind je dit?

Deze gebeurtenis wordt meestal afgeleid van de aanmaaktimestamp van het hoofdrecord of -object van het contract, in de hoofdcontracttabel of de auditlogs van het bronsysteem.

Vastleggen

Zoek de aanmaakgebeurtenis of de vroegste timestamp die bij het unieke contract-ID hoort.

Gebeurtenistype explicit
Interne goedkeuring afgerond
Deze mijlpaal geeft aan dat alle vereiste interne stakeholders de definitieve versie van het contract hebben goedgekeurd. De organisatie is het eens en kan het contract extern voorleggen.
Waarom dit belangrijk is

Dit is een belangrijk beslismoment dat het einde van de interne onderhandelingen markeert. De tijd tot deze stap is een belangrijke prestatiemaatstaf voor de interne efficiëntie.

Waar vind je dit?

Dit wordt meestal afgeleid wanneer de contractstatus verandert naar een definitieve goedkeuringsstatus, zoals ‘Volledig goedgekeurd’ of ‘Klaar voor ondertekening’, of wanneer de laatste goedkeuringstaak is afgerond.

Vastleggen

Zoek de timestamp waarop de algemene goedkeuringsstatus verandert naar afgerond of waarop de laatste vereiste goedkeuring wordt vastgelegd.

Gebeurtenistype inferred
Contract herzien
Dit geeft aan dat het contractdocument tijdens onderhandelingen of interne beoordeling is herzien of van tekstwijzigingen is voorzien. Elke revisie levert een nieuwe documentversie op.
Waarom dit belangrijk is

Het aantal revisies, oftewel de hoeveelheid herstelwerk, is een belangrijke maatstaf voor de efficiëntie van het proces en de complexiteit van het contract. Veel herstelwerk kan wijzen op problemen met het eerste concept of de onderhandelingsaanpak.

Waar vind je dit?

Dit wordt meestal expliciet vastgelegd wanneer een nieuwe versie van het hoofdcontractdocument wordt geüpload naar of opgeslagen in de documentrepository van het systeem.

Vastleggen

Leg de timestamp vast van elke nieuwe documentversie die na het eerste concept wordt geüpload.

Gebeurtenistype explicit
Contract ingetrokken
Dit geeft aan dat een contractaanvraag of een contract dat nog in behandeling is, bewust is geannuleerd voordat het werd uitgevoerd. Dit is een eindstatus die het proces stopt.
Waarom dit belangrijk is

Door te analyseren waarom contracten worden ingetrokken, kun je problemen in het kwalificatieproces of veranderende bedrijfsprioriteiten ontdekken. Dit is een belangrijke negatieve uitkomst om bij te houden.

Waar vind je dit?

Dit is een expliciete eindstatus. Meestal legt het systeem dit vast wanneer een gebruiker de contractstatus in de statusgeschiedenis wijzigt naar 'Geannuleerd' of 'Ingetrokken'.

Vastleggen

Leg de timestamp vast waarop de contractstatus wordt bijgewerkt naar de eindstatus 'Geannuleerd' of 'Ingetrokken'.

Gebeurtenistype explicit
Contract naar de wederpartij gestuurd
Deze activiteit markeert het moment waarop het contract naar de externe wederpartij wordt gestuurd voor beoordeling en onderhandeling. Het is de overgang van interne processen naar contact met de andere partij.
Waarom dit belangrijk is

Deze gebeurtenis is het startpunt voor het meten van de externe onderhandelingscyclus. Als het contract laat wordt verstuurd, kan de hele deal langer duren.

Waar vind je dit?

Dit kan een expliciete gebruikersactie zijn, zoals ‘Versturen voor onderhandeling’, of worden afgeleid uit een statuswijziging naar ‘In onderhandeling’ of ‘Externe beoordeling’.

Vastleggen

Leg de timestamp vast van de gebeurtenis ‘Naar wederpartij versturen’ of van een statuswijziging naar een externe beoordelingsstatus.

Gebeurtenistype explicit
Contract opgesteld
Dit markeert het moment waarop het eerste concept van het contract klaar is. Meestal wordt dit vastgelegd wanneer de eerste versie van het contractdocument wordt geüpload of gegenereerd en aan het contractrecord wordt gekoppeld.
Waarom dit belangrijk is

De tijd tussen de aanvraag en het eerste concept laat zien hoe efficiënt de voorbereiding en het opstellen verlopen. Vertragingen in deze fase kunnen wijzen op bottlenecks in het proces.

Waar vind je dit?

Deze gebeurtenis is meestal terug te vinden in het documentbeheer of in de bijlagenlogs van het contractrecord. Je kunt haar ook afleiden uit een statuswijziging, zoals ‘Opstellen afgerond’.

Vastleggen

Gebruik de timestamp van de upload van de eerste documentversie of van een statuswijziging naar ‘Opgesteld’.

Gebeurtenistype inferred
Controle op verplichtingen gestart
Deze activiteit markeert het begin van het beheer na ondertekening. Belangrijke datums, opleveringen en andere verplichtingen worden vanaf dat moment actief bijgehouden. Dit is de eerste stap om na toekenning aan de compliance-eisen te voldoen.
Waarom dit belangrijk is

Deze activiteit helpt om het beheer na ondertekening te begrijpen. Door deze taken bij te houden, zorg je ervoor dat het contract waarde oplevert en risico's worden beperkt.

Waar vind je dit?

Dit wordt vastgelegd wanneer een taak, checklist of deelproces voor het bewaken van een contractuele verplichting wordt aangemaakt of gestart. Vaak vind je dit terug in taakbeheerlogs.

Vastleggen

Leg de aanmaaktimestamp vast van taken of gebeurtenissen voor het bijhouden van verplichtingen of compliance bij een actief contract.

Gebeurtenistype explicit
Interne beoordeling gestart
Deze activiteit markeert het moment waarop het opgestelde contract formeel naar interne stakeholders wordt gestuurd voor beoordeling en feedback. Dit is het begin van de interne samenwerking en goedkeuringsfase.
Waarom dit belangrijk is

Dit is het startpunt voor het meten van de volledige interne beoordelingscyclus. Door de tijd in deze fase te analyseren, kun je bottlenecks in de afstemming tussen stakeholders vinden.

Waar vind je dit?

Meestal wordt dit vastgelegd als een statuswijziging in een workflow, bijvoorbeeld van ‘Concept’ naar ‘Interne beoordeling’, of wanneer beoordelingstaken worden aangemaakt.

Vastleggen

Leg de timestamp vast waarop de contractstatus verandert naar ‘In beoordeling’ of waarop de eerste beoordelingstaak wordt toegewezen.

Gebeurtenistype explicit
Juridische beoordeling afgerond
Dit geeft aan dat de juridische afdeling de beoordeling van het contract heeft afgerond. Het is een belangrijk controlemoment voordat het contract verdergaat naar bredere goedkeuring of externe onderhandelingen.
Waarom dit belangrijk is

Door de duur van juridische beoordelingen te meten, krijg je zicht op de werkdruk van het juridische team en op mogelijkheden om juridische processen te verbeteren. Deze fase draagt vaak sterk bij aan de totale doorlooptijd.

Waar vind je dit?

Dit wordt vaak vastgelegd wanneer het juridische team de contractstatus bijwerkt, bijvoorbeeld naar ‘Juridisch goedgekeurd’, of wanneer een specifieke goedkeuringstaak in de workflowlog van het systeem wordt afgerond.

Vastleggen

Zoek de afrondingstimestamp van een taak voor de juridische afdeling of een statuswijziging die juridische goedkeuring aangeeft.

Gebeurtenistype explicit
Onderhandelingen gestart
Dit geeft aan dat de onderhandelingen met de wederpartij zijn begonnen. Vaak is dit het moment waarop de eerste reactie of een document met tekstwijzigingen van de andere partij binnenkomt.
Waarom dit belangrijk is

Het begin van de onderhandelingen volgen is belangrijk om de doorlooptijd van de onderhandelingscyclus te analyseren en te zien hoe lang wederpartijen nodig hebben om te reageren.

Waar vind je dit?

Dit wordt vaak afgeleid wanneer een externe partij een nieuwe documentversie uploadt of wanneer de contractstatus verandert om aan te geven dat de onderhandelingen lopen.

Vastleggen

Gebruik de timestamp van het eerste document dat van de wederpartij is ontvangen of van een statuswijziging naar ‘In onderhandeling’.

Gebeurtenistype inferred
Wijziging gestart
Deze gebeurtenis markeert het begin van een formeel wijzigingsproces voor een bestaand, actief contract. Er wordt een verzoek ingediend om de oorspronkelijke voorwaarden van de overeenkomst aan te passen.
Waarom dit belangrijk is

Veel wijzigingen kunnen erop wijzen dat de oorspronkelijke contracten niet volledig genoeg waren. Door wijzigingen te analyseren, krijg je zicht op hoe zakelijke relaties zich ontwikkelen.

Waar vind je dit?

Dit wordt vaak vastgelegd door een nieuw record of een nieuwe workspace voor een 'Wijziging' aan te maken en aan het oorspronkelijke contract te koppelen. Je vindt dit terug in de belangrijkste datatabellen van het systeem.

Vastleggen

Zoek naar de gebeurtenis waarbij een record van het type 'Wijziging' wordt aangemaakt en gekoppeld aan een bovenliggend Contract-ID.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo verzamel je data voor process mining.

Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies

onze ETL-gids

of selecteer een specifiek proces en systeem.

Klaar om te beginnen?

Kies hieronder een gids voor een specifiek systeem om data te extraheren. Je kunt ook deze generieke template gebruiken als universeel model voor je event log.

Optimaliseer vandaag nog je contractbeheer

Spoor bottlenecks op, beperk risico’s en rond overeenkomsten sneller af.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.