Jouw datatemplate voor contractbeheer
Jouw datatemplate voor contractbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie
Attributen voor contractbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de specifieke taak of het event dat tijdens de contractlevenscyclus plaatsvond. | ||
|
Beschrijving
Dit attribuut beschrijft één stap of mijlpaal binnen het contractbeheerproces, zoals 'Contract opgesteld', 'Juridische beoordeling gestart' of 'Contract ondertekend'. Deze activiteiten vormen de bouwstenen van de procesmap. Het analyseren van de volgorde en frequentie van deze activiteiten is essentieel voor process mining. Zo zie je hoe het proces in werkelijkheid verloopt, ontdek je afwijkingen van de standaardprocedure en bepaal je welke activiteiten de meeste tijd kosten of vaak opnieuw worden uitgevoerd.
Waarom dit belangrijk is
Dit definieert de stappen in het proces en maakt het mogelijk om de contractworkflow, bottlenecks en variaties te visualiseren en analyseren.
Waar je het vindt
Dit wordt meestal afgeleid uit het event log of de audittraildata in DocuSign CLM, waarin acties op een contractdocument of workflow worden vastgelegd.
Voorbeelden
Contract opgesteldInterne beoordeling gestartNaar contractpartij verstuurdContract uitgevoerd
|
|||
|
Contract-ID
ContractId
|
De unieke identificatie voor elk contract dat in het systeem wordt beheerd. | ||
|
Beschrijving
De Contract ID is de definitieve case identifier en koppelt alle events en activiteiten rond een specifiek contract uniek, van het begin tot de afronding. In DocuSign CLM kan dit de Envelope ID zijn of een aangepast contractidentificatieveld. Dit attribuut is essentieel voor process mining, omdat je hiermee de end-to-end-route van elk afzonderlijk contract kunt reconstrueren. Door alle gerelateerde activiteiten onder één Contract ID te groeperen, kunnen analisten de volledige procesflow visualiseren, doorlooptijden meten en variaties tussen verschillende contracten analyseren.
Waarom dit belangrijk is
Dit is de primaire sleutel die alle gerelateerde procesevents koppelt. Zo kun je de volledige levenscyclus van één contract volgen en analyseren.
Waar je het vindt
Dit is meestal de belangrijkste identificatie voor een contract- of envelope-object in DocuSign CLM. Het kan de naam Envelope ID hebben of een aangepast veld zijn dat voor contractidentificatie is ingericht.
Voorbeelden
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis begon. | ||
|
Beschrijving
Dit attribuut legt de exacte datum en tijd vast waarop een activiteit plaatsvond. Het vormt de temporele basis voor process mining en maakt het mogelijk om de prestaties van het proces in de tijd te analyseren. Door gebeurtenissen op basis van hun starttijd te ordenen, ontstaat voor elke case een chronologisch logboek. Daarmee kun je doorlooptijden tussen activiteiten, de duur van elke stap en de totale end-to-end-doorlooptijd berekenen. Dit is belangrijk om bottlenecks te vinden, wachttijden te meten en de procesefficiëntie te beoordelen aan de hand van SLA's.
Waarom dit belangrijk is
Deze timestamp is belangrijk om gebeurtenissen chronologisch te ordenen en alle tijdgerelateerde metingen te berekenen, zoals doorlooptijden en duur.
Waar je het vindt
Deze informatie maakt standaard deel uit van elk event log of elke audittrail in DocuSign CLM en is gekoppeld aan elke vastgelegde actie.
Voorbeelden
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
Bronsysteem
SourceSystem
|
Identificeert het systeem waaruit de data is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut geeft de herkomst van de procesdata aan. In deze weergave is de waarde steeds 'DocuSign CLM' of een vergelijkbare identificatie. In een analyse van één systeem lijkt dit misschien overbodig, maar het is een goede gewoonte om dit veld op te nemen. Het wordt belangrijk zodra je data uit meerdere systemen samenvoegt, bijvoorbeeld contractdata uit een CRM met workflowdata uit DocuSign. Zo blijft duidelijk waar de data vandaan komt en kun je deze herleiden.
Waarom dit belangrijk is
Zorgt ervoor dat data herleidbaar blijft en is essentieel voor analyses waarin data uit meerdere bedrijfssystemen wordt gecombineerd.
Waar je het vindt
Dit is meestal een statische waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de herkomst van de dataset vast te leggen.
Voorbeelden
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp van de meest recente data-update of extractie uit het bronsysteem. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de dataset voor het laatst is bijgewerkt. Het laat zien hoe recent de analyse is en hoe actueel de data is. In dashboards en rapporten is deze informatie belangrijk voor datagovernance en het vertrouwen van gebruikers. Analisten zien hiermee of ze naar realtime-informatie kijken of naar een momentopname van een specifiek tijdstip. Dat helpt bij het nemen van goed onderbouwde beslissingen op het juiste moment.
Waarom dit belangrijk is
Geeft belangrijke context over de actualiteit van de data, zodat gebruikers weten hoe actueel de procesanalyse is.
Waar je het vindt
Dit is een metadata-attribuut dat meestal door de ETL-tool (Extract, Transform, Load) of datapijplijn wordt aangemaakt en opgeslagen tijdens het inladen van de data.
Voorbeelden
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Contracteigenaar
ContractOwner
|
De gebruiker of medewerker die verantwoordelijk is voor het beheer van het contract gedurende de hele levenscyclus. | ||
|
Beschrijving
De contracteigenaar is het eerste aanspreekpunt en degene die verantwoordelijk is voor de voortgang van een contract. Dit is meestal de persoon die het contractverzoek heeft ingediend of verantwoordelijk is voor de zakelijke relatie. Door prestaties per contracteigenaar te analyseren, zie je patronen in efficiëntie, herwerkpercentages en doorlooptijden. Zo vind je goed presterende personen of teams en zie je waar extra training of ondersteuning nodig is. Dit is een belangrijke dimensie voor het segmenteren van data in dashboards zoals 'Contract Cycle Time Analysis'.
Waarom dit belangrijk is
Maakt prestatieanalyse per persoon of team mogelijk en helpt bij het vinden van goede werkwijzen en verbeterpunten in activiteiten die door gebruikers worden uitgevoerd.
Waar je het vindt
Dit is meestal een gebruikersveld dat aan het contractobject is gekoppeld en vaak wordt gevuld met de naam van de gebruiker die de workflow heeft aangemaakt of beheert.
Voorbeelden
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Contractstatus
ContractStatus
|
De huidige toestand of status van het contract binnen de levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft op een bepaald moment de algemene status van het contract aan, bijvoorbeeld 'Concept', 'In beoordeling', 'Wacht op ondertekening' of 'Ondertekend'. Het geeft op hoofdlijnen aan waar het contract zich in het proces bevindt. Binnen process mining is het analyseren van de status nuttig om cases te filteren en dashboards te maken die het aantal contracten in verschillende fasen volgen. Het dashboard 'Real-Time Contract Status Tracker' gebruikt dit attribuut rechtstreeks om zicht te geven op de actieve contractportefeuille en te laten zien waar werk zich ophoopt.
Waarom dit belangrijk is
Geeft een momentopname van de voortgang van het contract. Dat is belangrijk voor statusbewaking, werkverdeling en het vinden van bottlenecks.
Waar je het vindt
Deze informatie is meestal beschikbaar als primair attribuut van het contract- of workflowobject in DocuSign CLM.
Voorbeelden
ConceptIn interne beoordelingWacht op ondertekeningOndertekendBeëindigd
|
|||
|
Contracttype
ContractType
|
De classificatie van het contract, zoals NDA, MSA of SOW. | ||
|
Beschrijving
Dit attribuut deelt contracten in op basis van hun juridische of zakelijke doel. Verschillende contracttypen volgen vaak een andere workflow, hebben andere goedkeuringsvereisten en verschillen in complexiteit. Door de procesanalyse per contracttype te segmenteren, krijg je zicht op verschillen in prestaties. Je kunt doorlooptijden, compliancepercentages en onderhandelingspatronen voor verschillende overeenkomsten vergelijken. Een NDA hoort bijvoorbeeld een veel kortere doorlooptijd te hebben dan een complexe Master Services Agreement. Met dit attribuut kun je die vergelijking maken.
Waarom dit belangrijk is
Maakt het mogelijk om procesprestaties tussen verschillende contractcategorieën te vergelijken. Deze hebben vaak hun eigen workflows en complexiteitsniveaus.
Waar je het vindt
Dit is een belangrijk metadata-veld dat meestal uit een keuzelijst wordt geselecteerd wanneer een contract in DocuSign CLM wordt aangemaakt.
Voorbeelden
Geheimhoudingsovereenkomst (NDA)Raamovereenkomst voor diensten (MSA)Werkopdracht (SOW)
|
|||
|
Contractwaarde
ContractValue
|
De totale geldwaarde van het contract. | ||
|
Beschrijving
Dit attribuut vertegenwoordigt de financiële waarde van de overeenkomst. Het kan gaan om een eenmalig bedrag of een terugkerende waarde. De contractwaarde bepaalt vaak welk controleniveau nodig is en hoe complex het goedkeuringspad is. Door het proces op basis van contractwaarde te analyseren, kun je overeenkomsten met een hoge waarde prioriteit geven en zien of ze onnodig vertraging oplopen. Je kunt ook compliance controleren, bijvoorbeeld door na te gaan of contracten boven een bepaalde drempel door de CFO zijn goedgekeurd. Zo richt je verbeteracties op de contracten met de grootste financiële impact.
Waarom dit belangrijk is
Maakt prioritering en risicobeoordeling mogelijk. Contracten met een hogere waarde vragen vaak om een strengere beoordeling en hebben meer impact op de organisatie.
Waar je het vindt
Dit is meestal een numeriek veld of valutaveld in de metadata van het contract in DocuSign CLM.
Voorbeelden
500002500001200000
|
|||
|
Eindtijd
EndTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis is voltooid. | ||
|
Beschrijving
Dit attribuut legt de exacte datum en tijd vast waarop een activiteit is afgerond. De starttijd markeert het begin, de eindtijd de voltooiing. Zo kun je de duur van afzonderlijke activiteiten nauwkeurig berekenen. Door de eindtijd te analyseren, bereken je de verwerkingstijd van activiteiten, oftewel de actieve werktijd die aan een taak is besteed. Daarmee kun je actieve werkzaamheden onderscheiden van wachttijd en krijg je beter zicht op de efficiëntie van middelen en de werkelijke kosten van vertragingen. Zo kun je bijvoorbeeld de exacte duur van een activiteit als 'Juridische beoordeling' berekenen.
Waarom dit belangrijk is
Maakt een nauwkeurige berekening van de duur van afzonderlijke activiteiten mogelijk en helpt actieve verwerkingstijd te onderscheiden van inactieve wachttijd.
Waar je het vindt
In systemen zoals DocuSign CLM kan dit expliciet in de audittrail worden vastgelegd. Soms moet je het afleiden uit de starttijd van de volgende gebeurtenis.
Voorbeelden
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Vervaldatum
ExpirationDate
|
De datum waarop het contract verloopt. | ||
|
Beschrijving
Dit attribuut slaat de contractuele vervaldatum op. Het is belangrijke metadata voor proactief beheer van de contractportefeuille, vooral bij terugkerende omzet of langlopende serviceovereenkomsten. Deze datum vormt de basis voor het dashboard 'Contract Renewal & Expiration Outlook'. Door contracten te volgen die hun vervaldatum naderen, kun je op tijd renewal-workflows starten. De datum is ook een belangrijke invoer voor de KPI 'Timely Contract Renewal Rate'. Zo voorkom je omzetverlies en onderbrekingen in de dienstverlening.
Waarom dit belangrijk is
Belangrijk voor proactief contractbeheer, zodat je contracten op tijd kunt verlengen en onbedoeld verlopen voorkomt.
Waar je het vindt
Dit is een standaard metadata-veld dat je moet vastleggen voor elk contract met een bepaalde looptijd in DocuSign CLM.
Voorbeelden
2024-12-312025-06-302026-01-15
|
|||
|
Wederpartij
Counterparty
|
De externe partij, zoals een klant of leverancier, die bij het contract betrokken is. | ||
|
Beschrijving
Dit attribuut identificeert de andere organisatie die aan de overeenkomst deelneemt. Verschillende wederpartijen kunnen een andere onderhandelingsstijl, juridische vereisten en responstijden hebben. Dat kan grote invloed hebben op de levenscyclus van het contract. Door procesprestaties per wederpartij te analyseren, zie je met welke partners de samenwerking soepel verloopt en welke partners steeds vertraging veroorzaken. Je kunt deze informatie gebruiken om relatiebeheer te verbeteren en realistische verwachtingen voor toekomstige onderhandelingen te bepalen. Dit is een belangrijke dimensie voor de analyse 'Contract Rework and Revision Frequency'.
Waarom dit belangrijk is
Helpt analyseren hoe interacties met verschillende externe partijen de onderhandelingstijd, het aantal revisies en de totale doorlooptijd beïnvloeden.
Waar je het vindt
Deze informatie maakt een vast onderdeel uit van het contractrecord en wordt vaak opgeslagen in een apart veld als 'Naam wederpartij' of 'Bedrijf'.
Voorbeelden
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Afdeling
Department
|
De interne bedrijfseenheid of afdeling die eigenaar is van het contract. | ||
|
Beschrijving
Dit attribuut geeft de interne afdeling aan, zoals Sales, Marketing of IT, die het contract heeft gestart of ervoor verantwoordelijk is. Processen en behoeften verschillen per afdeling. Daardoor kunnen ook de patronen in contractbeheer uiteenlopen. Door de analyse per afdeling te segmenteren, zie je hoe verschillende onderdelen van de organisatie het contractbeheerproces gebruiken. Je kunt gerichte rapporten maken, zoals het 'Contract Approval Bottleneck Report', om te zien of vertragingen zich in specifieke bedrijfseenheden concentreren. Ook kun je verbeteringen afstemmen op de behoeften van elke afdeling.
Waarom dit belangrijk is
Maakt het mogelijk om prestaties tussen verschillende bedrijfseenheden te vergelijken en verschillen in efficiëntie, compliance en werkdruk zichtbaar te maken.
Waar je het vindt
Dit kan een metadata-veld van het contract zijn of worden afgeleid uit de afdeling van de gebruiker die contracteigenaar is.
Voorbeelden
VerkoopJuridische zakenInkoopMarketing
|
|||
|
Documentversie
DocumentVersion
|
Het versienummer van het contractdocument. | ||
|
Beschrijving
Dit attribuut houdt bij welke versie van het contractdocument aan de beurt is tijdens revisies en redlining. Elke keer dat een nieuwe versie wordt geüpload of opgeslagen, hoort dit nummer te worden verhoogd. Door de documentversie te volgen, meet je rechtstreeks hoeveel herwerk nodig is en hoe complex de onderhandelingen zijn. Een groot aantal versies wijst op veel heen-en-weer tussen de partijen. Dit attribuut is een belangrijke invoer voor de berekening van de KPI 'Average Document Revision Count' en de analyse van het dashboard 'Contract Rework and Revision Frequency'.
Waarom dit belangrijk is
Meet rechtstreeks hoeveel herwerk en onderhandelingsinspanning nodig is door bij te houden hoe vaak een document is herzien.
Waar je het vindt
DocuSign CLM heeft ingebouwde versiebeheerfuncties voor documenten. Dit attribuut wordt uit de versiegeschiedenis van het document gehaald.
Voorbeelden
1234
|
|||
|
Duur van de goedkeuringsfase
ApprovalPhaseDuration
|
De totale tijd die aan alle goedkeuringsactiviteiten is besteed. | ||
|
Beschrijving
Deze metriek berekent hoe lang een contract in de goedkeuringsfase zit, vanaf het moment waarop het voor het eerst naar interne goedkeuring wordt gestuurd tot de laatste vereiste goedkeuring is verkregen. Je kunt dit berekenen door de duur van alle goedkeuringsactiviteiten op te tellen of door de tijd te meten tussen het begin van de eerste goedkeuringsactiviteit en het einde van de laatste. Dit attribuut vormt de kern van de KPI 'Average Approval Phase Duration'. Het helpt vertragingen te isoleren die specifiek door het goedkeuringsproces ontstaan, in plaats van door het opstellen of onderhandelen. Door deze duur te volgen, krijg je beter zicht op de impact van de goedkeuringsmatrix en zie je waar je die kunt verbeteren.
Waarom dit belangrijk is
Isoleert de tijd die aan goedkeuringen wordt besteed, zodat je bottlenecks specifiek binnen de goedkeuringsketen makkelijker vindt en aanpakt.
Waar je het vindt
Wordt berekend in de process mining-tool door alle goedkeuringsgerelateerde gebeurtenissen te identificeren, zoals 'Internal Approval Sent' en 'Internal Approval Received', en voor elke case de tijd tussen de eerste en laatste dergelijke gebeurtenis te meten.
Voorbeelden
5 dagen 2 uur10 dagen 1 uur2 dagen 6 uur
|
|||
|
Elektronisch ondertekend
IsESigned
|
Een booleaanse vlag die aangeeft of het contract elektronisch is ondertekend. | ||
|
Beschrijving
Dit attribuut houdt bij of een contract is ondertekend met een geïntegreerde e-signature-tool zoals DocuSign eSignature, of via een offline methode is uitgevoerd, bijvoorbeeld met een handtekening op papier en een scan. Dit attribuut ondersteunt rechtstreeks de KPI 'E-Signature Adoption Rate'. Door het aandeel elektronisch ondertekende contracten te analyseren, meet je het succes van digitale transformatie. Een hogere adoptiegraad hangt meestal samen met kortere ondertekeningstijden, lagere administratieve kosten en betere compliance en documentregistratie.
Waarom dit belangrijk is
Meet de toepassing van digitale processen en helpt de efficiëntiewinst van geïntegreerde e-signature-mogelijkheden te kwantificeren.
Waar je het vindt
Dit kun je bepalen door te controleren of de gebeurtenis 'Contract Executed' afkomstig is van de geïntegreerde DocuSign eSignature-service.
Voorbeelden
truefalse
|
|||
|
Goedkeuringsstatus
ApprovalStatus
|
De status van de goedkeuringsstappen, zoals 'In behandeling', 'Goedgekeurd' of 'Afgewezen'. | ||
|
Beschrijving
Dit attribuut geeft een gedetailleerde status voor de goedkeuringsfase van de contractlevenscyclus. De contractstatus is een algemene casestatus, terwijl de goedkeuringsstatus de uitkomst van afzonderlijke goedkeuringsactiviteiten volgt. Dit is essentieel voor het 'Contract Approval Bottleneck Report' en de 'Real-Time Contract Status Tracker'. Je ziet welke contracten op goedkeuring wachten, welke zijn afgewezen en herwerk nodig hebben en welke de goedkeuringsfase succesvol hebben doorlopen. Door overgangen tussen deze statussen te analyseren, vind je specifieke oorzaken van fouten of vertragingen in de goedkeuringsketen.
Waarom dit belangrijk is
Geeft gedetailleerd inzicht in de goedkeuringsfase, zodat je kunt zien welke contracten vastlopen en waarom.
Waar je het vindt
Dit is de uitkomst van een goedkeuringstaak of workflowstap binnen DocuSign CLM.
Voorbeelden
In afwachting van goedkeuring door juridische zakenGoedgekeurd door financiënAfgewezen door de vicepresident Verkoop
|
|||
|
Herwerk
IsRework
|
Een booleaanse vlag die aangeeft of het contract een aanzienlijke revisieronde heeft doorlopen. | ||
|
Beschrijving
Dit berekende attribuut identificeert contracten waarvoor herwerk nodig was, bijvoorbeeld omdat ze na interne goedkeuring opnieuw voor redlining zijn teruggestuurd. Meestal wordt dit afgeleid door te zoeken naar specifieke, ongewenste reeksen van activiteiten. Deze vlag vereenvoudigt de analyse van inefficiënties in het proces. Je kunt er rechtstreeks de KPI 'Contract Rework Rate' mee berekenen en eenvoudig filteren op contracten die extra inspanning vroegen. Zo vind je de oorzaken van herwerk, zoals onduidelijke initiële vereisten of lastige onderhandelingspunten.
Waarom dit belangrijk is
Helpt de frequentie van herwerk te kwantificeren en analyseren. Dat is een belangrijke aanwijzing voor inefficiëntie en verborgen kosten in het proces.
Waar je het vindt
Dit attribuut wordt berekend in de process mining-tool met regels die herwerklussen herkennen, bijvoorbeeld wanneer de gebeurtenis 'Contract Redlined' plaatsvindt na de gebeurtenis 'Internal Approval Received'.
Voorbeelden
truefalse
|
|||
|
Juridisch adviseur
LegalCounsel
|
De juridisch professional of het teamlid dat is aangewezen om het contract te beoordelen. | ||
|
Beschrijving
Dit attribuut identificeert de specifieke persoon van de juridische afdeling die verantwoordelijk is voor de beoordeling en goedkeuring van het contract. Dat is iets anders dan de contracteigenaar, die meestal aan de zakelijke kant werkt. Door beoordelingen aan een specifieke juridisch adviseur toe te wijzen, kun je de prestaties van de stap voor juridische beoordeling gedetailleerd analyseren. Zo bouw je het dashboard 'Legal Review Performance' om de verwerkingscapaciteit en doorlooptijden van verschillende leden van het juridische team te meten en vergelijken. Dit helpt bij het verdelen van de werkdruk en het vinden van verbeterpunten binnen de juridische afdeling.
Waarom dit belangrijk is
Maakt een gedetailleerde analyse van de fase voor juridische beoordeling mogelijk en helpt bij het verdelen van de werkdruk en het meten van de prestaties van het juridische team.
Waar je het vindt
Dit komt uit de gegevens over taaktoewijzingen binnen een DocuSign CLM-workflow en geeft aan aan wie de taak 'Legal Review' is toegewezen.
Voorbeelden
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
Activiteiten voor contractbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Contract beëindigd
|
Deze activiteit staat voor het officiële einde van de levenscyclus van een contract, door afloop, annulering of onderlinge overeenstemming. Vaak wordt dit vastgelegd via een handmatige statuswijziging in het systeem. | ||
|
Waarom dit belangrijk is
Dit is een alternatief eindpunt van het proces. Door beëindigingen en afloop te volgen, krijg je inzicht in de volledige contractlevenscyclus en kun je verlengingen analyseren.
Waar je het vindt
Dit event wordt vastgelegd wanneer een gebruiker het statusveld van het contract wijzigt naar 'Terminated', 'Expired' of 'Cancelled'. De timestamp van deze statuswijziging wordt gebruikt.
Vastleggen
Afgeleid van een wijziging van het primaire statusveld van het contract naar een eindstatus.
Eventtype
inferred
|
|||
|
Contract ter ondertekening verstuurd
|
Deze activiteit markeert de start van het e-signatureproces voor het definitief goedgekeurde contract. Dit is een kernfunctie van DocuSign en wordt vastgelegd wanneer een gebruiker het document via de DocuSign eSignature-envelope verstuurt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal vóór de uitvoering. Door de tijd vanaf dit moment tot de uitvoering te analyseren, krijg je inzicht in de efficiëntie van het verzamelen van handtekeningen en ondersteun je de KPI 'E-Signature Adoption Rate'.
Waar je het vindt
Dit is een expliciet kernevent dat wordt vastgelegd in de gedetailleerde documentgeschiedenis of audittrail, vaak aangeduid als 'Envelope History'.
Vastleggen
Automatisch door het systeem vastgelegd wanneer een eSignature-envelope wordt aangemaakt en verstuurd.
Eventtype
explicit
|
|||
|
Contract uitgevoerd
|
Dit staat voor de succesvolle afronding van het contract, wanneer de laatste vereiste ondertekenaar het document ondertekent. Dit wordt expliciet vastgelegd door het DocuSign eSignature-platform. | ||
|
Waarom dit belangrijk is
Dit is het primaire succesvolle eindpunt van het proces voor het opstellen van contracten. Het is essentieel voor het berekenen van de KPI 'Average Contract Cycle Time' en het meten van de totale procesverwerking.
Waar je het vindt
De timestamp van dit event wordt vastgelegd in het Certificate of Completion en de auditlog van het document wanneer de eSignature-workflow volledig is afgerond.
Vastleggen
Automatisch vastgelegd door de eSignature-component wanneer de laatste handtekening wordt geplaatst.
Eventtype
explicit
|
|||
|
Contractaanvraag gestart
|
Deze activiteit markeert het formele begin van de contractlevenscyclus. Meestal wordt dit vastgelegd wanneer een gebruiker een aanvraagformulier voor een contract indient of een nieuw contractrecord aanmaakt in DocuSign CLM, waarmee de bijbehorende workflow start. | ||
|
Waarom dit belangrijk is
Dit is het primaire startevent van het proces. Door deze activiteit te analyseren, kun je de totale contractverwerking en het begin van de end-to-end-doorlooptijd meten.
Waar je het vindt
Dit event komt uit de audit log of workflowgeschiedenis en correspondeert met de aanmaaktimestamp van het contractrecord of het indienen van een intakeformulier.
Vastleggen
Vastgelegd bij het indienen van een formulier voor het starten van een contract of het aanmaken van een nieuw contractobject.
Eventtype
explicit
|
|||
|
Interne goedkeuring ontvangen
|
Deze mijlpaal betekent dat alle vereiste interne goedkeurders het contract hebben goedgekeurd. Je legt dit vast wanneer de laatste vereiste goedkeurder de taak in de workflow afrondt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal die aangeeft dat het contract klaar is voor externe onderhandelingen of uitvoering. Vertragingen tot dit moment wijzen op problemen met interne afstemming.
Waar je het vindt
Dit event wordt in de workflowgeschiedenis vastgelegd wanneer de goedkeuringstaak de definitieve status 'Approved' bereikt.
Vastleggen
Vastgelegd wanneer de laatste goedkeurder in een opeenvolgende of parallelle goedkeuringsworkflow zijn goedkeuring geeft.
Eventtype
explicit
|
|||
|
Juridische beoordeling gestart
|
Dit markeert het moment waarop het contract formeel naar de juridische afdeling wordt gestuurd voor beoordeling en feedback. Het is een belangrijke stap die wordt vastgelegd wanneer het contract de fase 'Legal Review' van de workflow bereikt. | ||
|
Waarom dit belangrijk is
De juridische beoordeling vormt vaak een bottleneck in contractbeheer. Het meten van de doorlooptijd is belangrijk voor het dashboard 'Legal Review Performance' en voor het vinden van mogelijkheden om het proces te versnellen.
Waar je het vindt
Het event komt uit de workflow-audittrail. Daarin staat de timestamp waarop een taak aan het juridische team wordt toegewezen of de contractstatus verandert naar 'In Legal Review'.
Vastleggen
Vastgelegd door de workflow-engine wanneer het contract aan een taak of wachtrij voor juridische beoordeling wordt toegewezen.
Eventtype
explicit
|
|||
|
Contract opgeslagen in repository
|
Dit is de laatste administratieve stap. Het volledig uitgevoerde contract wordt automatisch opgeslagen in de centrale contractrepository. Dit event wordt meestal gestart zodra het ondertekeningsproces is afgerond. | ||
|
Waarom dit belangrijk is
Zo eindigt het proces met een correcte registratie. Dit markeert het laatste moment van de fase vóór uitvoering en het begin van de fase na uitvoering.
Waar je het vindt
Vastgelegd in de workflowgeschiedenis als de afronding van de laatste stap, waarin het ondertekende document wordt gearchiveerd.
Vastleggen
Door de workflow-engine vastgelegd als de laatste geautomatiseerde stap na een succesvolle uitvoering.
Eventtype
explicit
|
|||
|
Contract opgesteld
|
Dit staat voor het maken en afronden van het eerste concept van het contractdocument. Je kunt dit vastleggen wanneer de eerste documentversie wordt geüpload of gegenereerd en in het systeem wordt opgeslagen. | ||
|
Waarom dit belangrijk is
Door dit te volgen, zie je hoeveel tijd het opstellen en voorbereiden kost voordat beoordelingen beginnen. Het biedt ook een referentiepunt om de frequentie van latere revisies te meten.
Waar je het vindt
Afgeleid van de aanmaaktimestamp van de eerste documentversie in de documentgeschiedenis van het contract of van een statuswijziging naar 'Drafting Complete'.
Vastleggen
Identificeer het aanmaak-event van de eerste documentversie die aan de Contract ID is gekoppeld.
Eventtype
inferred
|
|||
|
Contract voorzien van redlines
|
Deze activiteit staat voor een revisie of wijziging van het contractdocument tijdens de onderhandelings- of beoordelingsronde. Je legt dit vast telkens wanneer een nieuwe documentversie wordt geüpload of opgeslagen. | ||
|
Waarom dit belangrijk is
Het volgen van de frequentie van redlines is belangrijk voor de KPI 'Contract Rework Rate'. Veel revisies kunnen wijzen op onduidelijke voorwaarden, inefficiënte onderhandelingen of een gebrekkig eerste concept.
Waar je het vindt
Afgeleid van de versiegeschiedenis van het contractdocument. Elke nieuwe versie na het eerste concept kan worden behandeld als een event 'Contract Redlined'.
Vastleggen
Vastgelegd wanneer een nieuwe documentversie in de DocuSign CLM-repository wordt geüpload of gegenereerd.
Eventtype
explicit
|
|||
|
Contractverlenging gestart
|
Dit markeert het begin van het verlengingsproces voor een bestaand contract. De activiteit wordt meestal handmatig gestart door de contracteigenaar of automatisch op basis van de vervaldatum van het contract. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk voor het volgen van de KPI 'Timely Contract Renewal Rate'. Ze geeft inzicht in hoe proactief de organisatie aflopende contracten beheert.
Waar je het vindt
Vastgelegd wanneer de actie 'Renew Contract' wordt uitgevoerd. Deze actie kan een nieuw contractrecord aanmaken dat aan het oorspronkelijke record is gekoppeld of een verlengingsworkflow starten.
Vastleggen
Vastgelegd na een specifieke gebruikersactie of geautomatiseerde trigger die de verlengingsworkflow start.
Eventtype
explicit
|
|||
|
Interne beoordeling gestart
|
Deze activiteit betekent dat het opgestelde contract ter beoordeling is ingediend bij interne belanghebbenden, zoals finance of bedrijfsvoering. Je legt dit vast wanneer een gebruiker de taak 'Internal Review' in de workflow start. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de beoordelingsfase, die vaak een bottleneck vormt. Door de doorlooptijd te analyseren, zie je waar feedback van belanghebbenden vertraging oploopt.
Waar je het vindt
Vastgelegd in de workflowgeschiedenis wanneer het contract de status 'Internal Review' krijgt of wanneer een beoordelingstaak wordt toegewezen aan een interne gebruiker buiten de juridische afdeling.
Vastleggen
Vastgelegd wanneer de workflow overgaat naar een status of taak voor interne bedrijfsbeoordeling.
Eventtype
explicit
|
|||
|
Interne goedkeuring verstuurd
|
Deze activiteit vindt plaats wanneer het contract na afronding van de beoordelingen ter formele goedkeuring wordt voorgelegd aan aangewezen interne bevoegde personen. Je legt dit vast wanneer de goedkeuringsworkflow wordt gestart. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de laatste interne goedkeuringsfase. De doorlooptijd ervan is een belangrijk onderdeel van de KPI 'Average Approval Phase Duration'.
Waar je het vindt
Dit is een expliciete actie in de workflowgeschiedenis wanneer een gebruiker het contract ter goedkeuring verstuurt en taken aan goedkeurders toewijst.
Vastleggen
Vastgelegd wanneer de workflowactie 'Send for Approval' of een vergelijkbare actie wordt uitgevoerd.
Eventtype
explicit
|
|||
|
Monitoring van verplichtingen gestart
|
Deze activiteit markeert de start van het beheer na uitvoering, waarbij belangrijke datums en opleveringen worden gevolgd. Je legt dit vast wanneer een taak of subprocess voor het monitoren van een contractuele verplichting wordt gestart. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk voor de KPI 'Post-Execution Obligation Adherence Rate'. Ze maakt zichtbaar of contractuele verplichtingen na ondertekening worden beheerd.
Waar je het vindt
Hiervoor is systeemanalyse nodig. Waarschijnlijk wordt dit vastgelegd bij het aanmaken van specifieke taken of workflows voor het volgen van verplichtingen die aan het hoofdcontract zijn gekoppeld.
Vastleggen
Vastgelegd bij het aanmaken van een taak of workflow na uitvoering die verband houdt met verplichtingenbeheer.
Eventtype
explicit
|
|||
|
Naar contractpartij verstuurd
|
Dit staat voor het delen van het contractdocument met de externe contractpartij voor beoordeling en ondertekening. Je legt dit vast via een actie 'send' of 'share' in DocuSign CLM. | ||
|
Waarom dit belangrijk is
Deze activiteit markeert een overdracht aan een externe partij, waardoor je minder controle over het proces hebt. Inzicht in de tijd die contractpartijen nodig hebben, helpt bij het vinden van externe vertragingen.
Waar je het vindt
Vastgelegd in de audittrail, waarin acties worden geregistreerd zoals het versturen van een e-mail met het document vanuit CLM of het delen ervan via een extern portaal.
Vastleggen
Vastgelegd na een specifieke gebruikersactie om het document via de functies van het platform extern te delen.
Eventtype
explicit
|
|||
|
Onderhandeling met contractpartij gestart
|
Dit geeft aan dat de contractpartij heeft gereageerd, meestal door feedback of een versie met redlines aan te leveren. Je leidt dit af wanneer een externe partij een nieuwe documentversie uploadt of de status teruggaat naar een interne beoordelingsfase. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk voor het analyseren van de KPI 'Negotiation Handoff Count Per Contract'. Frequente lussen tussen interne teams en de contractpartij wijzen op wrijving in de onderhandelingen.
Waar je het vindt
Afgeleid van de ontvangst van een nieuwe documentversie uit een externe bron of van een handmatige statuswijziging waarmee een gebruiker aangeeft dat feedback van de contractpartij is ontvangen.
Vastleggen
Afgeleid van een statuswijziging terug naar 'Internal Review' of 'Drafting' nadat het contract bij de contractpartij lag.
Eventtype
inferred
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik deze datatemplate om snel met process mining te beginnen en je contractworkflows efficiënter te maken.
Stop vertragingen: verbeter je contractbeheer nu
Vind inefficiënties, verkort doorlooptijden met 30% en verbeter compliance.
Geen creditcard nodig \b•\b Binnen enkele minuten aan de slag