Datatemplate voor contractbeheer
Datatemplate voor contractbeheer
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
| 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 | |||
Activiteiten voor contractbeheer
| 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 | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
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.
Geen creditcard nodig. Binnen enkele minuten ingesteld.