Datatemplate voor contractbeheer
Datatemplate voor contractbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om bij te houden
- Richtlijnen voor data-extractie
Attributen voor contractbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de specifieke taak of gebeurtenis in de contractlevenscyclus. | ||
|
Beschrijving
Dit attribuut beschrijft één stap of mijlpaal in het contractbeheerproces, zoals 'Contract opgesteld', 'Juridische beoordeling gestart' of 'Contract ondertekend'. Deze activiteiten vormen de bouwstenen van de proceskaart. Door de volgorde en frequentie van deze activiteiten te analyseren, krijg je inzicht in het proces. Zo zie je hoe het proces werkelijk verloopt, waar het afwijkt van de standaardprocedure en welke activiteiten de meeste tijd kosten of vaak worden herhaald.
Waarom dit belangrijk is
Dit attribuut beschrijft de stappen in het proces. Zo kun je de contractworkflow, bottlenecks en afwijkingen visualiseren en analyseren.
Waar vind je dit?
Dit wordt meestal afgeleid uit het event log of de auditspoorgegevens in DocuSign CLM. Daarin staan de acties die op een contractdocument of workflow zijn uitgevoerd.
Voorbeelden
Contract opgesteldInterne beoordeling gestartNaar de contractpartij verzondenContract afgerond
|
|||
|
Contract-ID
ContractId
|
De unieke identificatiecode voor elk contract dat in het systeem wordt beheerd. | ||
|
Beschrijving
Het Contract-ID is de unieke case-identificatie die alle gebeurtenissen en activiteiten van een specifiek contract met elkaar verbindt, van begin tot afronding. In DocuSign CLM kan dit het Envelope-ID zijn of een aangepast veld voor contractidentificatie. Dit attribuut is essentieel voor process mining, omdat je hiermee het volledige verloop van elk afzonderlijk contract kunt reconstrueren. Door alle bijbehorende activiteiten onder één Contract-ID te groeperen, kunnen analisten het volledige procesverloop visualiseren, doorlooptijden meten en verschillen tussen contracten analyseren.
Waarom dit belangrijk is
Dit is de primaire sleutel die alle bijbehorende procesgebeurtenissen met elkaar verbindt. Zo kun je de volledige levenscyclus van één contract volgen en analyseren.
Waar vind je dit?
Dit is meestal de belangrijkste identificatiecode voor een contract- of envelopobject in DocuSign CLM. De naam kan Envelope-ID zijn of een aangepast veld dat is ingesteld om contracten te identificeren.
Voorbeelden
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een activiteit of gebeurtenis begon. | ||
|
Beschrijving
Dit attribuut legt de exacte datum en tijd van een activiteit vast. Het vormt de basis voor process mining en maakt het mogelijk 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 overzicht. Daarmee kun je de doorlooptijden tussen activiteiten, de duur van elke stap en de totale doorlooptijd van het proces berekenen. Dit is belangrijk om bottlenecks op te sporen, wachttijden te meten en de procesefficiëntie te toetsen aan SLA's.
Waarom dit belangrijk is
Deze timestamp is nodig om gebeurtenissen chronologisch te ordenen en tijdgebonden metrieken te berekenen, zoals doorlooptijden en duur.
Waar vind je dit?
Deze informatie maakt standaard deel uit van elk event log of auditspoor 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
|
Geeft aan uit welk systeem de data is gehaald. | ||
|
Beschrijving
Dit attribuut geeft aan waar de procesdata vandaan komt. In deze weergave is de waarde steeds 'DocuSign CLM' of een vergelijkbare aanduiding. Bij een analyse van één systeem lijkt dit veld misschien overbodig. Toch is het verstandig om het op te nemen. Het wordt belangrijk zodra je data uit meerdere systemen combineert, bijvoorbeeld contractdata uit een CRM met workflowdata uit DocuSign. Zo blijft duidelijk waar de data vandaan komt en hoe je die kunt volgen.
Waarom dit belangrijk is
Maakt de herkomst van data traceerbaar en is essentieel voor analyses waarin data uit meerdere bedrijfssystemen wordt gecombineerd.
Waar vind je dit?
Dit is meestal een vaste waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de herkomst van de dataset aan te geven.
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. Zo zie je hoe actueel de data en de analyse zijn. In dashboards en rapporten is deze informatie belangrijk voor datagovernance en het vertrouwen van gebruikers. Analisten kunnen zien of ze naar realtime informatie kijken of naar een momentopname. Dat helpt bij het nemen van goed onderbouwde beslissingen op tijd.
Waarom dit belangrijk is
Geeft context over de actualiteit van de data, zodat duidelijk is hoe actueel de procesanalyse is.
Waar vind je dit?
Dit is een metadata-attribuut dat tijdens het inlezen van de data meestal wordt aangemaakt en opgeslagen door de ETL-tool (Extract, Transform, Load) of datapijplijn.
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 levenscyclus. | ||
|
Beschrijving
De contracteigenaar is het eerste aanspreekpunt en verantwoordelijk voor de voortgang van een contract. Dit is meestal degene die het contract heeft aangevraagd of verantwoordelijk is voor de zakelijke relatie. Door prestaties per contracteigenaar te analyseren, zie je patronen in efficiëntie, herstelwerk en doorlooptijden. Zo kun je goed presterende medewerkers of teams herkennen en zien waar extra training of ondersteuning nodig is. Dit attribuut is een belangrijke dimensie voor het dashboard 'Analyse van contractdoorlooptijd'.
Waarom dit belangrijk is
Maakt het mogelijk prestaties per medewerker of team te analyseren en best practices en verbeterpunten te vinden bij activiteiten die door gebruikers worden uitgevoerd.
Waar vind je dit?
Dit is meestal een gebruikersveld bij het contractobject, vaak ingevuld met de naam van de gebruiker die de workflow heeft aangemaakt of beheert.
Voorbeelden
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Contractstatus
ContractStatus
|
De huidige status van het contract in 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'. Zo zie je in grote lijnen waar het contract zich in het proces bevindt. Bij process mining kun je de status gebruiken om cases te filteren en dashboards te maken die laten zien hoeveel contracten zich in elke fase bevinden. Het dashboard 'Realtime contractstatus volgen' gebruikt dit attribuut om de actieve contractportefeuille zichtbaar te maken en te laten zien waar werk zich opstapelt.
Waarom dit belangrijk is
Geeft een momentopname van de voortgang van het contract. Dat is belangrijk om de status te volgen, de werklast te beheren en bottlenecks op te sporen.
Waar vind je dit?
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 indeling van het contract, bijvoorbeeld 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 goedkeuringseisen en verschillen in complexiteit. Door de procesanalyse per contracttype uit te splitsen, kun je verschillen in prestaties beter begrijpen. Analisten kunnen zo doorlooptijden, compliance 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 dat verschil zichtbaar maken.
Waarom dit belangrijk is
Maakt het mogelijk de procesprestaties van verschillende contractcategorieën te vergelijken, die vaak elk hun eigen workflow en complexiteit hebben.
Waar vind je dit?
Dit is een belangrijk metadataveld dat bij het aanmaken van een contract in DocuSign CLM meestal wordt gekozen uit een keuzelijst.
Voorbeelden
Geheimhoudingsovereenkomst (NDA)Master Services Agreement (MSA)Statement of Work (SOW)
|
|||
|
Contractwaarde
ContractValue
|
De totale geldwaarde van het contract. | ||
|
Beschrijving
Dit attribuut geeft de financiële waarde van de overeenkomst weer. Het kan gaan om een eenmalig bedrag of een terugkerende waarde. De contractwaarde bepaalt vaak hoe grondig het contract moet worden beoordeeld en hoe complex de goedkeuringsroute is. Door het proces op basis van contractwaarde te analyseren, kun je contracten met een hoge waarde voorrang geven en zien of ze onnodig vertraging oplopen. Je kunt ook de compliance controleren, bijvoorbeeld door na te gaan of contracten boven een bepaalde grens door de CFO zijn goedgekeurd. Zo richt je verbeteringen 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 vind je dit?
Dit is meestal een numeriek veld of valutaveld in de contractmetadata van DocuSign CLM.
Voorbeelden
500002500001200000
|
|||
|
Eindtijd
EndTime
|
De timestamp die aangeeft wanneer een activiteit of gebeurtenis is afgerond. | ||
|
Beschrijving
Dit attribuut legt de exacte datum en tijd vast waarop een activiteit is afgerond. De starttijd markeert het begin en de eindtijd het einde. Zo kun je de duur van afzonderlijke activiteiten nauwkeurig berekenen. Met de eindtijd bereken je de verwerkingstijd van activiteiten: de tijd waarin daadwerkelijk aan een taak wordt gewerkt. Zo maak je onderscheid tussen actief werk en wachttijd en krijg je zicht op de efficiëntie van de inzet van mensen en de werkelijke kosten van vertragingen. Je kunt er bijvoorbeeld de exacte duur van de activiteit 'Juridische beoordeling' mee berekenen.
Waarom dit belangrijk is
Maakt het mogelijk de duur van afzonderlijke activiteiten nauwkeurig te berekenen en actieve verwerkingstijd te onderscheiden van wachttijd.
Waar vind je dit?
In systemen zoals DocuSign CLM wordt dit soms expliciet vastgelegd in het auditspoor. Soms moet je de eindtijd afleiden uit de starttijd van de volgende gebeurtenis.
Voorbeelden
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Tegenpartij
Counterparty
|
De externe partij bij het contract, zoals een klant of leverancier. | ||
|
Beschrijving
Dit attribuut geeft aan welke andere organisatie partij is bij de overeenkomst. Tegenpartijen kunnen verschillen in onderhandelingsstijl, juridische eisen en reactietijd. Dat kan veel invloed hebben op de levenscyclus van een contract. Door procesprestaties per tegenpartij te analyseren, zie je met welke partners de samenwerking soepel verloopt en welke regelmatig voor vertraging zorgen. Je kunt die informatie gebruiken om relaties beter te beheren en realistische verwachtingen te scheppen voor toekomstige onderhandelingen. Dit is een belangrijke dimensie voor de analyse 'Herstelwerk en revisiefrequentie van contracten'.
Waarom dit belangrijk is
Helpt analyseren hoe contacten met verschillende externe partijen de onderhandelingsduur, het aantal revisies en de totale doorlooptijd beïnvloeden.
Waar vind je dit?
Deze informatie maakt standaard deel uit van het contractrecord en staat vaak in een apart veld, zoals 'Naam tegenpartij' of 'Bedrijf'.
Voorbeelden
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Vervaldatum
ExpirationDate
|
De datum waarop het contract verloopt. | ||
|
Beschrijving
Dit attribuut bevat de contractuele vervaldatum. Het is belangrijke metadata voor proactief contractbeheer, vooral bij terugkerende inkomsten of langlopende serviceovereenkomsten. Deze datum is de belangrijkste invoer voor het dashboard 'Overzicht van contractverlengingen en vervaldata'. Door contracten te volgen die bijna verlopen, kunnen organisaties op tijd een verlengingsworkflow starten. De datum is ook nodig om de KPI 'Tijdige contractverlengingen' te berekenen. Zo voorkom je omzetverlies en onderbrekingen van de dienstverlening.
Waarom dit belangrijk is
Belangrijk voor proactief contractbeheer: je kunt contracten op tijd verlengen en voorkomen dat ze onbedoeld verlopen.
Waar vind je dit?
Dit is een standaard metadataveld dat in DocuSign CLM moet worden vastgelegd voor elk contract met een vaste looptijd.
Voorbeelden
2024-12-312025-06-302026-01-15
|
|||
|
Afdeling
Department
|
De interne bedrijfseenheid of afdeling die verantwoordelijk is voor het contract. | ||
|
Beschrijving
Dit attribuut geeft aan welke interne afdeling, zoals Sales, Marketing of IT, het contract heeft aangevraagd of ervoor verantwoordelijk is. Processen en behoeften verschillen per afdeling, wat kan leiden tot andere patronen in contractbeheer. Door de analyse per afdeling uit te splitsen, zie je hoe verschillende onderdelen van de organisatie het contractbeheerproces gebruiken. Je kunt gerichte rapporten maken, zoals het 'Rapport over bottlenecks bij contractgoedkeuring', om te zien of vertragingen zich bij bepaalde bedrijfseenheden concentreren. Ook kun je verbeteringen afstemmen op de behoeften van elke afdeling.
Waarom dit belangrijk is
Maakt het mogelijk prestaties tussen bedrijfseenheden te vergelijken en verschillen in efficiëntie, compliance en werklast zichtbaar te maken.
Waar vind je dit?
Dit kan een metadataveld van het contract zijn of worden afgeleid van de afdeling van de contracteigenaar.
Voorbeelden
SalesJuridische zakenInkoopMarketing
|
|||
|
Documentversie
DocumentVersion
|
Het versienummer van het contractdocument. | ||
|
Beschrijving
Dit attribuut houdt bij welke versie van het contractdocument in gebruik is tijdens revisies en het verwerken van wijzigingen. Elke keer dat een nieuwe versie wordt geüpload of opgeslagen, loopt dit nummer op. Door documentversies bij te houden, meet je hoeveel herstelwerk en onderhandelingswerk nodig is. Veel versies wijzen op veel heen-en-weer tussen partijen. Dit attribuut is een belangrijke invoer voor de berekening van de KPI 'Gemiddeld aantal documentrevisies' en de analyse in het dashboard 'Herstelwerk en revisiefrequentie van contracten'.
Waarom dit belangrijk is
Meet rechtstreeks hoeveel herstelwerk en onderhandeling nodig is door bij te houden hoe vaak een document is herzien.
Waar vind je dit?
DocuSign CLM heeft ingebouwd versiebeheer 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 hoelang een contract in de goedkeuringsfase zit, vanaf het moment dat het voor het eerst ter interne goedkeuring wordt ingediend tot de laatste vereiste goedkeuring is verkregen. Je kunt de duur berekenen door de tijd van alle goedkeuringsactiviteiten op te tellen of door de tijd tussen het begin van de eerste en het einde van de laatste goedkeuringsactiviteit te meten. Dit attribuut is de belangrijkste maatstaf voor de KPI 'Gemiddelde duur van de goedkeuringsfase'. Zo kun je vertragingen door het goedkeuringsproces onderscheiden van vertragingen bij het opstellen of onderhandelen. Door deze duur bij te houden, krijg je beter zicht op de invloed van de goedkeuringsmatrix en zie je waar je die kunt vereenvoudigen.
Waarom dit belangrijk is
Brengt de tijd voor goedkeuringen apart in beeld, zodat je bottlenecks in de goedkeuringsketen gericht kunt opsporen en aanpakken.
Waar vind je dit?
Berekend in de process mining-tool door alle goedkeuringsgebeurtenissen te selecteren, zoals 'Interne goedkeuring verstuurd' en 'Interne goedkeuring ontvangen', en per case de tijd tussen de eerste en laatste gebeurtenis te meten.
Voorbeelden
5 dagen 2 uur10 dagen 1 uur2 dagen 6 uur
|
|||
|
Elektronisch ondertekend
IsESigned
|
Een booleaanse waarde die aangeeft of het contract elektronisch is ondertekend. | ||
|
Beschrijving
Dit attribuut geeft aan of een contract is ondertekend met een geïntegreerde tool voor elektronische handtekeningen, zoals DocuSign eSignature, of op een andere manier is afgehandeld, bijvoorbeeld met een handgeschreven handtekening en een scan. Dit attribuut wordt gebruikt voor de KPI 'Adoptiegraad van elektronische handtekeningen'. Door het aandeel elektronisch ondertekende contracten te analyseren, kan een organisatie meten hoe succesvol de digitalisering verloopt. Een hoger gebruik hangt vaak samen met kortere doorlooptijden voor ondertekening, lagere administratiekosten en betere compliance en documentregistratie.
Waarom dit belangrijk is
Meet hoe vaak digitale processen worden gebruikt en helpt de efficiëntiewinst van geïntegreerde mogelijkheden voor elektronische handtekeningen te berekenen.
Waar vind je dit?
Dit kun je bepalen door te controleren of de gebeurtenis 'Contract ondertekend' afkomstig is van de geïntegreerde DocuSign eSignature-service.
Voorbeelden
truefalse
|
|||
|
Goedkeuringsstatus
ApprovalStatus
|
De status van de goedkeuringsstappen, zoals 'In afwachting', 'Goedgekeurd' of 'Afgewezen'. | ||
|
Beschrijving
Dit attribuut geeft de status van de goedkeuringsfase van de contractlevenscyclus weer. De contractstatus geeft de algemene status van een case aan, terwijl de goedkeuringsstatus de uitkomst van afzonderlijke goedkeuringsactiviteiten bijhoudt. Dit attribuut is belangrijk voor het 'Rapport over bottlenecks bij contractgoedkeuring' en 'Realtime contractstatus volgen'. Je ziet welke contracten op goedkeuring wachten, welke zijn afgewezen en herstelwerk nodig hebben, en welke de goedkeuringsfase hebben doorlopen. Door overgangen tussen statussen te analyseren, kun je precies zien waar goedkeuringen misgaan of vertraging oplopen.
Waarom dit belangrijk is
Geeft gedetailleerd inzicht in de goedkeuringsfase, zodat je kunt zien welke contracten vastlopen en waarom.
Waar vind je dit?
Dit is de uitkomst van een goedkeuringstaak of workflowstap in DocuSign CLM.
Voorbeelden
Wacht op juridische goedkeuringGoedgekeurd door FinanceAfgewezen door de vicepresident van Sales
|
|||
|
Herstelwerk
IsRework
|
Een booleaanse waarde die aangeeft of het contract een aanzienlijke revisieronde heeft doorlopen. | ||
|
Beschrijving
Dit berekende attribuut markeert contracten waarbij herstelwerk nodig was, bijvoorbeeld wanneer een contract opnieuw is teruggestuurd voor wijzigingen nadat het intern al was goedgekeurd. Meestal wordt dit afgeleid uit specifieke, ongewenste reeksen activiteiten. Met deze markering kun je inefficiënties in het proces eenvoudiger analyseren. Je kunt er de KPI 'Percentage contracten met herstelwerk' rechtstreeks mee berekenen en alleen contracten filteren en analyseren waarvoor extra werk nodig was. Zo spoor je de oorzaken van herstelwerk op, zoals onduidelijke eisen aan het begin of lastige onderhandelingspunten.
Waarom dit belangrijk is
Helpt de frequentie van herstelwerk te meten en analyseren. Dat is een belangrijke aanwijzing voor inefficiënte processen en verborgen kosten.
Waar vind je dit?
Dit attribuut wordt berekend in de process mining-tool met regels die herstelrondes herkennen. Een voorbeeld is de gebeurtenis 'Contract aangepast' na de gebeurtenis 'Interne goedkeuring ontvangen'.
Voorbeelden
truefalse
|
|||
|
Juridisch adviseur
LegalCounsel
|
De juridisch medewerker of het teamlid dat het contract beoordeelt. | ||
|
Beschrijving
Dit attribuut geeft aan wie van de juridische afdeling verantwoordelijk is voor de beoordeling en goedkeuring van het contract. Dat is iemand anders dan de contracteigenaar, die meestal aan de zakelijke kant werkt. Als beoordelingen aan een specifieke juridisch adviseur worden toegewezen, kun je de beoordelingsstap gedetailleerd analyseren. Met het dashboard 'Prestaties van juridische beoordelingen' kun je de doorvoer en doorlooptijden van verschillende teamleden vergelijken. Dat helpt bij het verdelen van de werklast en het vinden van efficiëntiekansen binnen de juridische afdeling.
Waarom dit belangrijk is
Maakt een gedetailleerde analyse van de juridische beoordelingsfase mogelijk. Zo kun je de werklast verdelen en de prestaties van het juridische team meten.
Waar vind je dit?
Dit komt uit de taaktoewijzingen in een DocuSign CLM-workflow en geeft aan aan wie de taak 'Juridische beoordeling' is toegewezen.
Voorbeelden
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
Activiteiten in contractbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Contract afgerond
|
Dit is de succesvolle afronding van het contract, wanneer de laatste vereiste ondertekenaar het document ondertekent. Het DocuSign eSignature-platform legt dit expliciet vast. | ||
|
Waarom dit belangrijk is
Dit is het belangrijkste eindpunt voor een geslaagd contractaanmaakproces. De gebeurtenis is nodig om de ‘Gemiddelde contractdoorlooptijd’ te berekenen en de totale doorvoer van het proces te meten.
Waar vind je dit?
De timestamp van deze gebeurtenis staat in het certificaat van voltooiing en het auditlog van het document, zodra de eSignature-workflow helemaal is afgerond.
Vastleggen
Automatisch vastgelegd door de eSignature-component wanneer de laatste handtekening wordt geplaatst.
Gebeurtenistype
explicit
|
|||
|
Contract beëindigd
|
Deze activiteit markeert het officiële einde van de contractlevenscyclus, 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. Beëindigingen en afloop bijhouden is belangrijk om de volledige contractlevenscyclus te begrijpen en verlengingen te analyseren.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd wanneer een gebruiker de contractstatus wijzigt in ‘Beëindigd’, ‘Verlopen’ of ‘Geannuleerd’. De timestamp van de statuswijziging wordt gebruikt.
Vastleggen
Afgeleid van een wijziging van de primaire contractstatus naar een eindstatus.
Gebeurtenistype
inferred
|
|||
|
Contract ter ondertekening verzonden
|
Deze activiteit markeert de start van het proces voor elektronische ondertekening van het definitieve, goedgekeurde contract. Dit is een kernfunctie van DocuSign. De activiteit wordt vastgelegd wanneer een gebruiker het document via een DocuSign eSignature-envelop verzendt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal vóór de afronding. Door de tijd vanaf dit moment tot de afronding te analyseren, krijg je inzicht in hoe efficiënt handtekeningen worden verzameld. Ook ondersteunt dit de KPI ‘Gebruik van elektronische ondertekening’.
Waar vind je dit?
Dit is een expliciete, belangrijke gebeurtenis in de gedetailleerde documentgeschiedenis of het auditspoor. De gebeurtenis wordt vaak ‘Envelopgeschiedenis’ genoemd.
Vastleggen
Automatisch vastgelegd wanneer een eSignature-envelop wordt aangemaakt en verzonden.
Gebeurtenistype
explicit
|
|||
|
Contractaanvraag gestart
|
Deze activiteit markeert het formele begin van de contractlevenscyclus. Meestal wordt ze vastgelegd wanneer een gebruiker een contractaanvraag indient of een nieuw contractrecord aanmaakt in DocuSign CLM. Daarmee wordt de bijbehorende workflow gestart. | ||
|
Waarom dit belangrijk is
Dit is de belangrijkste startgebeurtenis van het proces. Analyse van deze activiteit is nodig om de totale doorvoer van contracten en de totale doorlooptijd te meten.
Waar vind je dit?
Deze gebeurtenis komt uit het auditlog of de workflowgeschiedenis. De timestamp hoort bij het aanmaken van het contractrecord of het indienen van een intakeformulier.
Vastleggen
Vastgelegd bij het indienen van een formulier voor contractinitiatie of het aanmaken van een nieuw contractobject.
Gebeurtenistype
explicit
|
|||
|
Interne goedkeuring ontvangen
|
Deze mijlpaal geeft aan dat alle vereiste interne goedkeurders het contract hebben goedgekeurd. De activiteit wordt vastgelegd wanneer de laatste goedkeurder de taak in de workflow afrondt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal: het contract is klaar voor externe onderhandelingen of afronding. Vertragingen tot dit moment wijzen op problemen met de interne afstemming.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd in de workflowgeschiedenis wanneer de goedkeuringstaak de eindstatus ‘Goedgekeurd’ bereikt.
Vastleggen
Vastgelegd wanneer de laatste goedkeurder in een opeenvolgende of parallelle goedkeuringsworkflow het contract goedkeurt.
Gebeurtenistype
explicit
|
|||
|
Juridische beoordeling gestart
|
Dit markeert het moment waarop het contract formeel naar de juridische afdeling wordt gestuurd voor beoordeling en feedback. De activiteit wordt vastgelegd wanneer het contract de fase ‘Juridische beoordeling’ in de workflow bereikt. | ||
|
Waarom dit belangrijk is
De juridische beoordeling is vaak een bottleneck bij contractbeheer. De doorlooptijd meten is belangrijk voor het dashboard ‘Prestaties juridische beoordeling’ en om kansen voor versnelling te vinden.
Waar vind je dit?
De gebeurtenis komt uit het auditspoor van de workflow. Daarin staat de timestamp waarop een taak aan het juridische team wordt toegewezen of de contractstatus verandert in ‘Juridische beoordeling’.
Vastleggen
Vastgelegd door de workflowengine wanneer het contract wordt toegewezen aan een taak of wachtrij voor juridische beoordeling.
Gebeurtenistype
explicit
|
|||
|
Contract aangepast met wijzigingen
|
Deze activiteit staat voor een revisie of wijziging van het contractdocument tijdens de onderhandeling of beoordeling. De activiteit wordt vastgelegd telkens wanneer een nieuwe documentversie wordt geüpload of opgeslagen. | ||
|
Waarom dit belangrijk is
Het aantal wijzigingen bijhouden is belangrijk voor de KPI ‘Herstelwerkpercentage contracten’. Veel revisies kunnen wijzen op onduidelijke voorwaarden, inefficiënte onderhandelingen of een eerste concept van lage kwaliteit.
Waar vind je dit?
Afgeleid van de versiegeschiedenis van het contractdocument. Elke nieuwe versie na het eerste concept kan worden geregistreerd als de gebeurtenis ‘Contract aangepast met wijzigingen’.
Vastleggen
Vastgelegd wanneer een nieuwe documentversie wordt geüpload of gegenereerd in de DocuSign CLM-repository.
Gebeurtenistype
explicit
|
|||
|
Contract opgeslagen in repository
|
Dit is de laatste administratieve stap. Het volledig ondertekende contract wordt automatisch opgeslagen in de centrale contractrepository. Deze gebeurtenis wordt meestal gestart zodra het ondertekeningsproces is afgerond. | ||
|
Waarom dit belangrijk is
Zo wordt het proces afgesloten met een correcte registratie. Dit markeert het einde van de fase vóór de uitvoering en het begin van de fase erna.
Waar vind je dit?
Vastgelegd in de workflowgeschiedenis wanneer de laatste stap, het archiveren van het ondertekende document, is afgerond.
Vastleggen
Door de workflowengine vastgelegd als laatste automatische stap na een succesvolle afronding.
Gebeurtenistype
explicit
|
|||
|
Contract opgesteld
|
Dit is het aanmaken en afronden van de eerste versie van het contractdocument. De activiteit kan worden vastgelegd wanneer de eerste documentversie in het systeem wordt geüpload of gegenereerd en opgeslagen. | ||
|
Waarom dit belangrijk is
Door dit bij te houden, zie je hoeveel tijd het opstellen en voorbereiden kost voordat de beoordelingen beginnen. Ook vormt het een uitgangspunt om het aantal latere revisies te meten.
Waar vind je dit?
Afgeleid van de timestamp waarop de eerste documentversie in de documentgeschiedenis van het contract is aangemaakt, of van een statuswijziging naar ‘Opstellen afgerond’.
Vastleggen
Zoek de gebeurtenis op waarbij de eerste documentversie met het contract-ID is aangemaakt.
Gebeurtenistype
inferred
|
|||
|
Contractverlenging gestart
|
Dit markeert het begin van het verlengingsproces voor een bestaand contract. Meestal start de contracteigenaar dit handmatig of wordt het proces automatisch gestart op basis van de einddatum van het contract. | ||
|
Waarom dit belangrijk is
Deze activiteit is nodig om de KPI ‘Tijdige contractverlengingen’ bij te houden. Ze laat zien hoe proactief de organisatie aflopende contracten beheert.
Waar vind je dit?
Vastgelegd wanneer de actie ‘Contract verlengen’ wordt uitgevoerd. Deze actie kan een nieuw contractrecord aanmaken dat aan het oorspronkelijke contract is gekoppeld, of een verlengingsworkflow starten.
Vastleggen
Vastgelegd wanneer een gebruiker een specifieke actie uitvoert of een automatische trigger de verlengingsworkflow start.
Gebeurtenistype
explicit
|
|||
|
Interne beoordeling gestart
|
Deze activiteit geeft aan dat het opgestelde contract ter beoordeling is voorgelegd aan interne belanghebbenden, zoals financiën of bedrijfsvoering. De activiteit wordt vastgelegd wanneer een gebruiker de taak ‘Interne beoordeling’ in de workflow start. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de beoordelingsfase, waar vaak bottlenecks ontstaan. Door de doorlooptijd te analyseren, kun je vertragingen in de feedback van belanghebbenden vinden.
Waar vind je dit?
Vastgelegd in de workflowgeschiedenis wanneer de contractstatus verandert in ‘Interne beoordeling’ 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.
Gebeurtenistype
explicit
|
|||
|
Monitoring van verplichtingen gestart
|
Deze activiteit markeert het begin van het beheer na afronding, waarbij belangrijke datums en opleveringen worden bijgehouden. De activiteit wordt vastgelegd wanneer een taak of subprocess voor het monitoren van een contractuele verplichting start. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk voor de KPI ‘Naleving van verplichtingen na afronding’. Ze laat zien of contractuele afspraken na ondertekening worden beheerd.
Waar vind je dit?
Hiervoor is systeemanalyse nodig. De activiteit wordt waarschijnlijk vastgelegd wanneer specifieke taken of workflows voor het bijhouden van verplichtingen worden aangemaakt en aan het hoofdcontract worden gekoppeld.
Vastleggen
Vastgelegd wanneer na afronding een taak of workflow voor het beheer van verplichtingen wordt aangemaakt.
Gebeurtenistype
explicit
|
|||
|
Naar de contractpartij verzonden
|
Dit is het delen van het contractdocument met de externe contractpartij voor beoordeling en ondertekening. De activiteit wordt vastgelegd via een actie om het document te verzenden of te delen in DocuSign CLM. | ||
|
Waarom dit belangrijk is
Deze activiteit markeert de overdracht aan een externe partij, waar je minder controle hebt over het proces. Inzicht in de tijd die contracten bij contractpartijen doorbrengen, helpt externe vertragingen te vinden.
Waar vind je dit?
Vastgelegd in het auditspoor, waarin acties staan zoals het e-mailen van het document vanuit CLM of het delen via een extern portaal.
Vastleggen
Vastgelegd wanneer een gebruiker het document via de functies van het platform met een externe partij deelt.
Gebeurtenistype
explicit
|
|||
|
Onderhandeling met contractpartij gestart
|
Dit geeft aan dat de contractpartij heeft gereageerd, meestal met feedback of een versie van het contract met wijzigingen. Dit wordt afgeleid 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 de analyse van de KPI ‘Aantal overdrachten tussen onderhandelingsteams per contract’. Veel heen-en-weer tussen interne teams en de contractpartij wijst op stroef verlopende onderhandelingen.
Waar vind je dit?
Afgeleid van de ontvangst van een nieuwe documentversie van een externe bron of van een handmatige statuswijziging waarmee een gebruiker aangeeft dat de feedback van de contractpartij is ontvangen.
Vastleggen
Afgeleid van een statuswijziging terug naar ‘Interne beoordeling’ of ‘Opstellen’ nadat het contract bij de contractpartij is geweest.
Gebeurtenistype
inferred
|
|||
|
Ter interne goedkeuring verzonden
|
Deze activiteit vindt plaats wanneer het contract na de beoordelingen ter formele goedkeuring naar de aangewezen interne verantwoordelijken wordt gestuurd. De activiteit wordt vastgelegd wanneer de goedkeuringsworkflow start. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de laatste interne goedkeuringsfase. De doorlooptijd ervan is een belangrijk onderdeel van de KPI ‘Gemiddelde duur goedkeuringsfase’.
Waar vind je dit?
Dit is een expliciete actie in de workflowgeschiedenis. De actie wordt vastgelegd wanneer een gebruiker het contract ter goedkeuring verstuurt en de taken aan de goedkeurders worden toegewezen.
Vastleggen
Vastgelegd wanneer de workflowactie ‘Ter goedkeuring verzenden’ of een vergelijkbare actie wordt uitgevoerd.
Gebeurtenistype
explicit
|
|||
Extractiegidsen
Klaar om te beginnen?
Gebruik deze datatemplate om snel met process mining aan de slag te gaan en de efficiëntie van contractworkflows te verbeteren.
Voorkom vertragingen en verbeter contractbeheer
Spoor inefficiënties op, verkort doorlooptijden met 30% en verbeter compliance.
Geen creditcard nodig • Je kunt binnen enkele minuten aan de slag