Datatemplate voor contractbeheer
Datatemplate voor contractbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Aanwijzingen voor data-extractie uit het bronsysteem
Attributen voor contractbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
|
Contract-ID
ContractId
|
De unieke identificatiecode van elk contract in het Icertis-platform. | ||
|
Beschrijving
De Contract-ID is de unieke case-ID die alle gebeurtenissen en activiteiten aan een specifiek contract koppelt. Zo kun je het volledige verloop van elk contract analyseren, van de start tot de afronding. Bij process mining is dit attribuut essentieel om de levenscyclus van elk contract te reconstrueren. Het zorgt ervoor dat alle bijbehorende activiteiten, zoals het opstellen, beoordelen, goedkeuren en ondertekenen, aan het juiste contract worden gekoppeld. Zo kun je doorlooptijden nauwkeurig meten en verschillen in het proces herkennen.
Waarom dit belangrijk is
Dit is de primaire sleutel voor procesanalyse. Hiermee volg je het volledige verloop van een contract en waarborg je de data-integriteit.
Waar vind je dit?
Dit is een kernattribuut van het object Contract Agreement in Icertis.
Voorbeelden
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Activiteitsnaam
ActivityName
|
De naam van de gebeurtenis of taak die op een bepaald moment in de contractlevenscyclus plaatsvond. | ||
|
Beschrijving
De activiteitsnaam beschrijft een stap of mijlpaal in het contractbeheerproces. De timestamps bepalen de volgorde van de gebeurtenissen en vormen zo de procesflow van elk contract. Met dit attribuut zie je de volgorde van activiteiten, hoe vaak ze voorkomen en hoe het proces is opgebouwd. Je kunt veelvoorkomende procespaden en afwijkingen van de standaardprocedure herkennen, net als activiteiten die herstelwerk of vertraging veroorzaken, zoals meerdere wijzigingsrondes.
Waarom dit belangrijk is
Dit attribuut beschrijft de processtappen. Het is nodig om de proceskaart te visualiseren, de procesflow te analyseren en bottlenecks te herkennen.
Waar vind je dit?
Deze informatie komt meestal uit event logs of tabellen met workflowgeschiedenis in Icertis. Daarin worden statuswijzigingen en taken voor een contract bijgehouden.
Voorbeelden
Contract opgesteldJuridische beoordeling afgerondContract ondertekendContractwijziging gestart
|
|||
|
Tijdstip van gebeurtenis
EventTime
|
De timestamp waarop een specifieke contractactiviteit plaatsvond. | ||
|
Beschrijving
Dit attribuut legt de exacte datum en tijd vast waarop een activiteit is gestart of afgerond. Het vormt de basis voor process mining en bepaalt de chronologische volgorde van gebeurtenissen voor elke contractcase. Het tijdstip van de gebeurtenis is nodig voor alle tijdsanalyses. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, wachttijden te herkennen, de duur van fases zoals onderhandelingen of goedkeuringen te meten en bottlenecks te vinden waar contracten lang blijven liggen.
Waarom dit belangrijk is
Deze timestamp is nodig om prestatie-indicatoren zoals doorlooptijden en duur te berekenen en de volgorde van gebeurtenissen te begrijpen.
Waar vind je dit?
Dit is een standaardveld in het auditspoor of de workflowgeschiedenis van Icertis en hoort bij elke vastgelegde gebeurtenis.
Voorbeelden
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Afdeling van eigenaar
OwnerDepartment
|
De afdeling waartoe de eigenaar van de activiteit behoort. | ||
|
Beschrijving
Dit attribuut geeft aan bij welke bedrijfsafdeling, zoals Legal, Sales of Procurement, de gebruiker hoort die de activiteit heeft uitgevoerd. Zo krijg je een samengevoegd beeld van de betrokkenheid van verschillende bronnen bij het proces. Een analyse per afdeling maakt samenwerking en overdrachten tussen afdelingen inzichtelijk. Je kunt structurele vertragingen opsporen, zoals lange wachttijden voor een juridische beoordeling na een verkoopaanvraag. Dat is het onderwerp van het dashboard ‘Vertragingen bij overdrachten tussen afdelingen’.
Waarom dit belangrijk is
Maakt het mogelijk om prestaties per afdeling en de efficiëntie van overdrachten te analyseren en bottlenecks tussen teams te vinden.
Waar vind je dit?
Mogelijk moet je deze data aanvullen door de eigenaar van de activiteit als sleutel te gebruiken om gegevens uit een HR-systeem of gebruikersdirectory te koppelen. De informatie kan ook rechtstreeks in gebruikersprofielen van Icertis staan.
Voorbeelden
Juridische zakenVerkoopInkoopFinanciën
|
|||
|
Contractstatus
ContractStatus
|
De huidige status of fase van het contract in de levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft de algemene status van de contractcase aan, bijvoorbeeld ‘Concept’, ‘In beoordeling’, ‘Wacht op ondertekening’ of ‘Uitgevoerd’. Meestal is dit een attribuut op caseniveau dat de laatst bereikte belangrijke mijlpaal weergeeft. Dit is belangrijk voor operationele dashboards zoals ‘Contractstatus en doorvoer’. Daarmee zie je realtime de stand van de contractpijplijn. Managers kunnen zien hoeveel contracten zich in elke fase bevinden en waar werk zich opstapelt. Zo kunnen ze de contractportefeuille proactief beheren.
Waarom dit belangrijk is
Geeft een overzicht op hoofdlijnen van de contractpijplijn, voor operationele bewaking en beheer van de doorvoer.
Waar vind je dit?
Dit is een primair statusveld op het object Contract Agreement in Icertis.
Voorbeelden
ConceptInterne beoordelingUitgevoerdBeëindigd
|
|||
|
Contracttype
ContractType
|
De indeling van het contract, bijvoorbeeld een Master Services Agreement of een geheimhoudingsovereenkomst. | ||
|
Beschrijving
Met Contracttype worden overeenkomsten ingedeeld op basis van hun juridische of zakelijke doel. Dit attribuut is belangrijk om de levenscycli van contracten te segmenteren en te vergelijken. Verschillende contracttypen volgen vaak andere procesroutes en hebben uiteenlopende complexiteitsniveaus en SLA’s. Door het proces per contracttype te analyseren, kun je gerichte verbeteringen doorvoeren. Denk aan efficiëntere workflows voor grote aantallen overeenkomsten met een laag risico, zoals NDA’s, tegenover complexe MSA’s met een hoge waarde. Dit attribuut is nodig voor de KPI’s ‘Analyse van contractvarianten’ en ‘Score voor naleving van beleid’.
Waarom dit belangrijk is
Maakt het mogelijk om processen te segmenteren en de levenscyclus en compliance van verschillende soorten overeenkomsten te vergelijken.
Waar vind je dit?
Dit is een standaardattribuut dat is ingesteld op het object Contract Agreement in Icertis.
Voorbeelden
Master Services Agreement (MSA)Geheimhoudingsovereenkomst (NDA)Statement of Work (SOW)
|
|||
|
Contractwaarde
ContractValue
|
De totale geldwaarde van het contract. | ||
|
Beschrijving
Dit attribuut geeft de financiële waarde van het contract weer, bijvoorbeeld het totale contractbedrag of de waarde op jaarbasis. Het is een belangrijke bedrijfsmetriek om contracten te prioriteren en de financiële impact te begrijpen. Met process mining kun je de analyse segmenteren op contractwaarde en je richten op overeenkomsten met een hoge waarde. Je kunt bijvoorbeeld nagaan of goedkeuring of onderhandeling van contracten met een hoge waarde langer duurt. De waarde helpt ook bij risicoanalyses: vertragingen bij zulke contracten kunnen een aanzienlijke invloed hebben op de omzet.
Waarom dit belangrijk is
Maakt prioritering en analyse op basis van waarde mogelijk, zodat verbeteringen zich richten op contracten met de grootste financiële impact.
Waar vind je dit?
Dit is meestal een standaardvalutaveld op het object Contract Agreement in Icertis.
Voorbeelden
50000.001250000.002500.00
|
|||
|
Eigenaar van de activiteit
ActivityOwner
|
De gebruiker of bron die verantwoordelijk is voor het uitvoeren van een contractactiviteit. | ||
|
Beschrijving
Dit attribuut geeft aan welke persoon, welk team of welke geautomatiseerde gebruiker een activiteit heeft uitgevoerd. Het kan gaan om een gebruikersnaam, personeelsnummer of systeemaccount. Met een analyse van de eigenaar van de activiteit krijg je inzicht in de inzet en verdeling van werk en in de prestaties. Je ziet bijvoorbeeld welke gebruikers of teams een bottleneck vormen, wie beoordelingen efficiënt uitvoert en hoe het werk is verdeeld. Dit ondersteunt het dashboard ‘Werkverdeling onder beoordelaars’.
Waarom dit belangrijk is
Maakt het mogelijk om prestaties per gebruiker of team te analyseren en onevenwichtige werkverdeling en opleidingsbehoeften te signaleren.
Waar vind je dit?
Deze informatie is meestal voor elk event beschikbaar in de workflowgeschiedenis of auditspoorgegevens van Icertis.
Voorbeelden
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
Eindtijd
EndTime
|
Het timestamp waarop een specifieke contractactiviteit is afgerond. | ||
|
Beschrijving
Dit attribuut registreert wanneer een activiteit is afgerond. StartTime geeft het begin aan, EndTime het einde. Samen bepalen ze de exacte tijdsduur van de activiteit. Met een begin- en eindtijd kun je de verwerkingstijd of duur van elke activiteit nauwkeurig berekenen. Zo zie je welke stappen de meeste tijd kosten en kun je actieve verwerkingstijd onderscheiden van wachttijd tussen stappen. Dit is belangrijk voor dashboards zoals ‘Knelpunten in het goedkeuringsproces’ en ‘Efficiëntie van opstellen en herzien’.
Waarom dit belangrijk is
Maakt het mogelijk om de duur van activiteiten nauwkeurig te berekenen en verwerkingstijd te onderscheiden van wachttijd.
Waar vind je dit?
Net als StartTime vind je deze waarde in het auditspoor van Icertis of in de logboeken met de workflowgeschiedenis. Sommige events duren niet meetbaar lang: dan zijn StartTime en EndTime gelijk.
Voorbeelden
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Aantal herzieningen
RevisionCount
|
Het totale aantal herzieningen van een contract. | ||
|
Beschrijving
Deze berekende metriek telt per contractcase de activiteiten die met herzieningen te maken hebben, zoals ‘Contract geredlined of herzien’. Het is een eenvoudige, duidelijke aanwijzing voor problemen in het proces. Een hoog aantal herzieningen kan wijzen op problemen bij het opstellen of onderhandelen, zoals onduidelijke eisen, een zwakke eerste versie of lastige onderhandelingen. Deze metriek is de directe invoer voor de KPI ‘Herzieningspercentage van contracten’ en helpt in dashboards contracten en procesvarianten met veel herstelwerk te vinden.
Waarom dit belangrijk is
Brengt herstelwerk in de levenscyclus van contracten in cijfers en meet rechtstreeks hoe efficiënt de fasen voor opstellen en onderhandelen zijn.
Waar vind je dit?
Dit wordt berekend door in het event log per ‘ContractId’ het aantal specifieke herzieningsactiviteiten te tellen.
Voorbeelden
1503
|
|||
|
Bedrijfseenheid
BusinessUnit
|
De interne bedrijfseenheid die bij het contract hoort. | ||
|
Beschrijving
Dit attribuut geeft aan welke interne divisie of bedrijfseenheid eigenaar is van het contract of het heeft aangevraagd, bijvoorbeeld ‘Enterprise Sales North America’ of ‘Global Procurement’. Net als bij Afdeling kun je de procesdata hiermee op een hoger niveau samenvoegen. Zo kun je de procesefficiëntie en compliance in verschillende delen van de organisatie vergelijken. Dat levert waardevolle informatie op voor het management en helpt bij strategische beslissingen over de inzet van middelen.
Waarom dit belangrijk is
Maakt het mogelijk om de procesprestaties van verschillende organisatieonderdelen op hoofdlijnen te vergelijken.
Waar vind je dit?
Dit is vaak een belangrijk metadataveld bij de contractovereenkomst dat verwijst naar de organisatiestructuur.
Voorbeelden
BU-Noord-AmerikaGlobal ServicesProductontwikkeling
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de contractdata is gehaald. | ||
|
Beschrijving
Dit attribuut geeft aan waar de data vandaan komt. Voor dit proces is dat ‘Icertis’. Dit helpt bij datagovernance en traceerbaarheid, vooral in omgevingen waar data uit meerdere systemen wordt samengevoegd. Bij analyses kun je hiermee filteren op een specifiek bronsysteem of, indien relevant, processen uit verschillende systemen vergelijken. In deze weergave is dit voor alle events een vaste identificatie.
Waarom dit belangrijk is
Zorgt voor inzicht in de herkomst en traceerbaarheid van data. Dat is belangrijk om data te valideren en data uit meerdere bronnen te beheren.
Waar vind je dit?
Dit is meestal een vaste waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de herkomst van de data aan te geven.
Voorbeelden
IcertisIcertisCLM
|
|||
|
Documentversie
DocumentVersion
|
Het versienummer van het contractdocument. | ||
|
Beschrijving
Dit attribuut houdt bij welke versie van het contractdocument aan de beurt is tijdens het opstellen, redlinen en herzien. Meestal is dit een geheel getal of een versienummer in de vorm hoofdversie.subversie. Het aantal documentversies geeft rechtstreeks aan hoeveel herstelwerk er is geweest. Veel versies van een contract wijzen op meerdere wijzigingsrondes. Je kunt die nader onderzoeken om de oorzaken te achterhalen. Dit attribuut is een belangrijke invoer voor de KPI ‘Herzieningspercentage van contracten’ en het dashboard ‘Efficiëntie van opstellen en herzien’.
Waarom dit belangrijk is
Meet hoeveel herstelwerk en herzieningen een contract vergt en maakt inefficiënties bij het opstellen en onderhandelen zichtbaar.
Waar vind je dit?
Icertis bewaart de versiegeschiedenis van alle contractdocumenten. Je kunt dit attribuut ophalen uit de metadata van het document of uit het event log.
Voorbeelden
1.02.34.00.5
|
|||
|
Laatste data-update
LastDataUpdate
|
Het timestamp waarop de data voor het proces voor het laatst is vernieuwd. | ||
|
Beschrijving
Dit attribuut geeft aan hoe actueel de data is die je analyseert. Het registreert de datum en tijd van de laatste data-extractie uit het bronsysteem. Zo kun je beoordelen hoe actueel de informatie in de dashboards is. Je ziet of het om realtime informatie gaat of om data van enkele uren of dagen oud. Dat helpt om de resultaten in de juiste context te plaatsen bij het nemen van beslissingen.
Waarom dit belangrijk is
Geeft aan hoe actueel de data is, zodat je weet hoe recent de procesanalyse is.
Waar vind je dit?
De datapijplijn of ETL-tool genereert dit timestamp aan het einde van elke geslaagde data-update.
Voorbeelden
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Naam wederpartij
CounterpartyName
|
De naam van de externe partij bij het contract, zoals een klant of leverancier. | ||
|
Beschrijving
Dit attribuut geeft aan welke andere partij bij de overeenkomst betrokken is. Zo krijg je context bij interacties en onderhandelingen. Een analyse per wederpartij kan patronen in onderhandelingsrondes aan het licht brengen. Zo zie je bijvoorbeeld of contracten met bepaalde leveranciers steeds langer duren om te onderhandelen of vaker worden herzien. Die informatie helpt bij strategisch relatiebeheer en het afstemmen van onderhandelingsstrategieën. Het dashboard ‘Doorlooptijd van onderhandelingen en herstelwerk’ gebruikt deze informatie.
Waarom dit belangrijk is
Maakt het mogelijk om onderhandelingspatronen en de kwaliteit van relaties met specifieke externe partijen te analyseren.
Waar vind je dit?
Deze informatie staat in de metadata van het contract en verwijst meestal naar een object met stamgegevens van de wederpartij of leverancier in Icertis.
Voorbeelden
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Regio
Region
|
De geografische regio waarop het contract betrekking heeft. | ||
|
Beschrijving
Dit attribuut geeft het geografische gebied aan, zoals EMEA, APAC of Noord-Amerika, waarop het contract van toepassing is. Dit is belangrijk voor internationale organisaties waarvan processen per regio verschillen. Een analyse per regio kan verschillen in procesprestaties, compliance-eisen of onderhandelingsmethoden aan het licht brengen die voortkomen uit lokale wetgeving en bedrijfscultuur. Je kunt regio’s met elkaar vergelijken en best practices vinden die wereldwijd gedeeld kunnen worden.
Waarom dit belangrijk is
Helpt regionale verschillen in procesprestaties en compliance te vinden, wat belangrijk is voor internationale organisaties.
Waar vind je dit?
Dit is meestal een metadataveld op het contractobject in Icertis en vaak onderdeel van de standaardconfiguratie.
Voorbeelden
EMEANoord-AmerikaAPACLATAM
|
|||
|
SLA-status
SLAState
|
Geeft aan of een activiteit of case binnen de afspraken van de Service Level Agreement (SLA) valt. | ||
|
Beschrijving
Dit attribuut wordt afgeleid door de duur van bepaalde procesfasen te vergelijken met vooraf ingestelde SLA-doelen. Een juridische beoordeling krijgt bijvoorbeeld de status ‘Te laat’ als deze langer duurt dan de standaardtermijn van 48 uur. De SLA-status is belangrijk om compliance en prestaties te bewaken. Je kunt er meldingen en dashboards mee maken, zoals het ‘Overzicht van contractcompliance’, waarop overschrijdingen meteen zichtbaar zijn. Teams kunnen zo achterstallig werk prioriteren en managers kunnen de prestaties aan de hand van belangrijke doelen volgen.
Waarom dit belangrijk is
Maakt meteen zichtbaar of de afgesproken serviceniveaus worden gehaald, zodat je werk kunt prioriteren en prestaties kunt bewaken.
Waar vind je dit?
Dit wordt berekend met bedrijfsregels in de process mining-tool. Die vergelijken timestamps met vooraf ingestelde SLA-grenswaarden, bijvoorbeeld: duur juridische beoordeling > 2 dagen.
Voorbeelden
Op tijdRisicoTe laat
|
|||
|
Standaardtemplate gebruikt
IsStandardTemplate
|
Een aanduiding die aangeeft of het contract is opgesteld met een standaardtemplate van het bedrijf. | ||
|
Beschrijving
Dit booleaanse attribuut geeft aan of het contract is opgesteld met een vooraf goedgekeurde standaardtemplate of als een afwijkende overeenkomst op maat. Dit is een belangrijke factor bij de beoordeling van risico en compliance. Contracten op basis van standaardtemplates hebben meestal kortere doorlooptijden en een lager risico. Dit attribuut vormt de basis voor de KPI ‘Naleving van contracttemplates’ en helpt om de invloed van afwijkende contractdocumenten op het proces te analyseren. Zo kun je afdelingen of contracttypen vinden die vaak van de standaard afwijken en het gebruik van templates verbeteren.
Waarom dit belangrijk is
Meet of het bedrijf de eigen standaarden volgt. Dat hangt rechtstreeks samen met procesefficiëntie en risicobeperking.
Waar vind je dit?
Dit kan een selectievakje op het contract zijn of worden afgeleid uit de herkomst of metadata van het document in Icertis.
Voorbeelden
truefalse
|
|||
|
Vervaldatum
ExpirationDate
|
De datum waarop het contract volgens de planning afloopt. | ||
|
Beschrijving
Dit attribuut bevat de einddatum van de contracttermijn. Deze datum is belangrijk voor het beheer van het contract na ondertekening en kan aanleiding geven tot verlenging of beëindiging. De datum helpt om het beheer aan het einde van de contracttermijn te bewaken. Hij vormt de basis voor de KPI ‘Percentage tijdige verlengingen en beëindigingen’. Die meet of verlengings- of beëindigingsprocessen op tijd worden gestart en afgerond, zodat ongewenste automatische verlengingen of onderbrekingen van de dienstverlening worden voorkomen.
Waarom dit belangrijk is
Belangrijk voor het beheer van contractverlengingen en -beëindigingen, zodat je tijdig actie kunt ondernemen aan het einde van de contracttermijn.
Waar vind je dit?
Dit is een standaarddatumveld op het object Contract Agreement in Icertis.
Voorbeelden
2025-12-312026-06-302024-08-15
|
|||
|
Vervaldatum verplichting
ObligationDueDate
|
De uiterste datum waarop een specifieke contractuele verplichting moet zijn nagekomen. | ||
|
Beschrijving
Dit attribuut houdt de vervaldata bij van belangrijke verplichtingen, toezeggingen en leveringen die na ondertekening in het contract zijn vastgelegd. Eén contract kan meerdere verplichtingen bevatten, elk met een eigen vervaldatum. Het bijhouden van deze datums is belangrijk voor compliance en risicobeheer na ondertekening. Dit attribuut vormt de basis voor de KPI ‘Nalevingspercentage verplichtingen’. Zo kan de organisatie controleren of verplichtingen op tijd worden nagekomen en mogelijke overtredingen proactief aanpakken.
Waarom dit belangrijk is
Maakt het mogelijk om compliance na ondertekening te bewaken, zodat je boetes voorkomt en goede zakelijke relaties behoudt.
Waar vind je dit?
Icertis heeft modules voor verplichtingenbeheer. Deze data komt uit de verplichtingen die aan een contract zijn gekoppeld.
Voorbeelden
2024-09-302025-01-152024-11-01
|
|||
Activiteiten voor contractbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Contract beëindigd of verlopen
|
Dit markeert het einde van de contractlevenscyclus, door een actieve beëindiging of doordat de einddatum is bereikt. Beëindiging is een expliciete gebeurtenis; het verlopen van een contract wordt berekend op basis van contractgegevens. | ||
|
Waarom dit belangrijk is
Dit is de eindgebeurtenis van de contractlevenscyclus. De gebeurtenis is belangrijk om verlengingspercentages te analyseren en de KPI ‘On-Time Renewal/Termination Rate’ te meten.
Waar vind je dit?
Een beëindiging wordt expliciet vastgelegd wanneer een gebruiker het contract beëindigt. Het verlopen kan worden berekend door de huidige datum te vergelijken met het attribuut ‘Expiration Date’.
Vastleggen
Berekend door de systeemdatum te vergelijken met de einddatum van het contract, of afgeleid uit een handmatige beëindigingsgebeurtenis.
Gebeurtenistype
calculated
|
|||
|
Contract ondertekend
|
Deze activiteit markeert de formele afronding van het contract, wanneer alle partijen hebben ondertekend. Dit is het belangrijkste eindpunt van het proces vóór ondertekening en wordt vastgelegd via een koppeling met een e-handtekeningplatform. | ||
|
Waarom dit belangrijk is
Dit is de belangrijkste gebeurtenis waarmee het proces wordt afgerond en het eindpunt voor de KPI ‘Average Contract Cycle Time’. Het contract is vanaf dit moment juridisch bindend en actief.
Waar vind je dit?
Wanneer alle partijen het contract hebben ondertekend, wordt een expliciete gebeurtenis ontvangen van het e-handtekeningplatform en vastgelegd in Icertis.
Vastleggen
Terugkoppelingsgebeurtenis vanuit de koppeling met het e-handtekeningplatform.
Gebeurtenistype
explicit
|
|||
|
Contractaanvraag ingediend
|
Deze activiteit markeert het officiële begin van de contractlevenscyclus: een medewerker vraagt formeel een nieuw contract aan. Dit wordt meestal vastgelegd als een gebeurtenis wanneer iemand een aanvraagformulier indient in Icertis. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis markeert de start van het proces en is nodig om de totale contractdoorlooptijd te meten. Analyse van het aantal en het type aanvragen helpt bij personeelsplanning en vraagbeheer.
Waar vind je dit?
Dit is een expliciete gebeurtenis in Icertis, vastgelegd wanneer een object ‘Contract Request’ wordt aangemaakt en ingediend.
Vastleggen
Gebeurtenis vastgelegd bij het indienen van een contractaanvraagformulier.
Gebeurtenistype
explicit
|
|||
|
Goedkeuring van tegenpartij ontvangen
|
Deze activiteit geeft aan dat de externe tegenpartij akkoord is met de voorwaarden en de definitieve contractversie heeft goedgekeurd. Dit kan een expliciete gebeurtenis zijn vanuit een samenwerkingsportaal of een handmatige statuswijziging door de contracteigenaar. | ||
|
Waarom dit belangrijk is
Dit moment sluit de onderhandelingsfase af. Het is het eindpunt voor de berekening van de KPI ‘Average Negotiation Cycle Time’ en geeft inzicht in de efficiëntie van het contact met externe partijen.
Waar vind je dit?
Dit kan een expliciete gebeurtenis zijn als de tegenpartij het contract via een Icertis-portaal goedkeurt. Anders wordt de gebeurtenis afgeleid uit een handmatige statuswijziging naar ‘Counterparty Approved’.
Vastleggen
Gebeurtenis vastgelegd vanuit een portaal voor tegenpartijen of via een handmatige statuswijziging door een interne gebruiker.
Gebeurtenistype
explicit
|
|||
|
Interne goedkeuringen verkregen
|
Dit markeert het moment waarop alle vereiste interne belanghebbenden het contract hebben goedgekeurd. Het contract is dan klaar voor externe onderhandelingen of ondertekening. De gebeurtenis wordt afgeleid wanneer de goedkeuringsworkflow de eindstatus ‘Goedgekeurd’ bereikt. | ||
|
Waarom dit belangrijk is
Dit belangrijke moment sluit de interne beoordelingsronde af. Het is het eindpunt voor het meten van de KPI ‘Average Approval Phase Duration’.
Waar vind je dit?
Afgeleid uit een statuswijziging van de workflow naar ‘Fully Approved’ of een vergelijkbare status, die aangeeft dat alle goedkeuringstaken zijn afgerond.
Vastleggen
Timestamp van de afronding van de laatste interne goedkeuringstaak of van een statuswijziging van de volledige workflow.
Gebeurtenistype
inferred
|
|||
|
Juridische beoordeling afgerond
|
Dit geeft aan dat de juridische afdeling het contract heeft beoordeeld. Meestal wordt dit als expliciete gebeurtenis vastgelegd wanneer een juridisch beoordelaar de toegewezen taak in de goedkeuringsworkflow afrondt. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk om de doorlooptijd van juridische beoordelingen te meten en mogelijke capaciteitsproblemen binnen het juridische team te herkennen. De activiteit ondersteunt de KPI ‘Legal Review Wait Time’.
Waar vind je dit?
Expliciet vastgelegd wanneer de taak voor juridische beoordeling in de Icertis-workflow de status ‘Complete’ krijgt. De gebeurtenis kan ook worden afgeleid uit een statuswijziging, bijvoorbeeld naar ‘Legal Approved’.
Vastleggen
Gebeurtenis uit de workflow-engine die aangeeft dat de taak ‘Legal Review’ is afgerond.
Gebeurtenistype
explicit
|
|||
|
Contract aangepast of herzien
|
Deze activiteit vindt plaats telkens wanneer een contractdocument wordt gewijzigd tijdens een interne beoordeling of externe onderhandeling. Icertis houdt documentversies bij, waardoor elke nieuwe ingecheckte versie als wijzigingsgebeurtenis kan worden vastgelegd. | ||
|
Waarom dit belangrijk is
Door deze gebeurtenissen per contract te tellen, kun je de KPI ‘Contract Revision Rate’ berekenen. Veel wijzigingen kunnen wijzen op onduidelijke formuleringen, inefficiënte onderhandelingen of gebrek aan overeenstemming.
Waar vind je dit?
Expliciet vastgelegd in de documentbeheerfunctie van Icertis wanneer een nieuwe versie van het contractdocument wordt geüpload of ingecheckt.
Vastleggen
Voor elk nieuw documentversienummer wordt een gebeurtenis aangemaakt.
Gebeurtenistype
explicit
|
|||
|
Contract opgesteld
|
Dit is het eerste contractdocument, gemaakt op basis van een template of als nieuw bestand. De gebeurtenis wordt vaak afgeleid uit het aanmaken of voor het eerst uploaden van het hoofddocument in de contractworkspace. | ||
|
Waarom dit belangrijk is
Door deze activiteit te volgen, meet je hoe lang het duurt om het eerste concept op te stellen. Dit is een belangrijke stap bij het analyseren van de efficiëntie van het opstellen en het gebruik van templates.
Waar vind je dit?
Afgeleid van de aanmaaktimestamp van het hoofddocument in de contractworkspace of het overeenkomstobject van Icertis.
Vastleggen
Bepaal de timestamp waarop de eerste versie van het hoofddocument is aangemaakt.
Gebeurtenistype
inferred
|
|||
|
Contract verlengd
|
Dit geeft aan dat een bestaand contract met succes voor een nieuwe termijn is verlengd. Dit is een expliciete actie in het systeem, die vaak een nieuw contractrecord aanmaakt of het bestaande record bijwerkt. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk om de effectiviteit van het verlengingsbeheer te beoordelen. De activiteit wordt gebruikt om de KPI ‘On-Time Renewal/Termination Rate’ te berekenen.
Waar vind je dit?
Een expliciete gebeurtenis die wordt aangemaakt wanneer een gebruiker de actie ‘Renew’ uitvoert op een contractrecord in Icertis.
Vastleggen
Gebeurtenis vastgelegd na een door de gebruiker gestarte transactie ‘Renew’.
Gebeurtenistype
explicit
|
|||
|
Contract verzonden voor ondertekening
|
Dit geeft aan dat het definitieve, goedgekeurde contract is verzonden voor elektronische of handgeschreven ondertekening. De gebeurtenis wordt expliciet vastgelegd via een koppeling met e-handtekeningplatforms zoals DocuSign of Adobe Sign. | ||
|
Waarom dit belangrijk is
Door deze gebeurtenis te volgen, kun je de efficiëntie van de laatste uitvoeringsstap analyseren. Vertraging tussen de goedkeuring en het verzenden voor ondertekening kan wijzen op administratieve bottlenecks.
Waar vind je dit?
Expliciet vastgelegd via een API-koppeling met een oplossing voor e-handtekeningen wanneer het ondertekeningsproces vanuit Icertis wordt gestart.
Vastleggen
Gebeurtenis van de e-handtekeningconnector wanneer een verzoek om ondertekening wordt verzonden.
Gebeurtenistype
explicit
|
|||
|
Contractwijziging gestart
|
Dit markeert het begin van een formeel proces om een actief contract te wijzigen. De gebeurtenis wordt vastgelegd wanneer een gebruiker een wijzigingsrecord aanmaakt dat aan de oorspronkelijke ondertekende overeenkomst is gekoppeld. | ||
|
Waarom dit belangrijk is
Contractwijzigingen betekenen vaak veel herstelwerk of een verandering van de scope. Door het aantal en de doorlooptijd ervan te volgen, krijg je inzicht in de stabiliteit van contracten en de efficiëntie van het beheer.
Waar vind je dit?
Een expliciete gebeurtenis wordt vastgelegd wanneer een object ‘Amendment’ of een vergelijkbaar record wordt aangemaakt en aan een bestaand contract wordt gekoppeld.
Vastleggen
Een wijzigingsrecord aanmaken in Icertis.
Gebeurtenistype
explicit
|
|||
|
Interne beoordeling gestart
|
Deze activiteit markeert het begin van de interne beoordeling en goedkeuringsworkflow. De gebeurtenis wordt vastgelegd wanneer het concept formeel ter beoordeling wordt voorgelegd aan interne belanghebbenden, zoals afdelingshoofden of Finance. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de goedkeuringsfase, waar vaak bottlenecks ontstaan. Door de tijd vanaf deze gebeurtenis te analyseren, ontdek je vertragingen bij het starten van de interne samenwerking.
Waar vind je dit?
Wordt vastgelegd als expliciete gebeurtenis wanneer de actie ‘Submit for Review’ in een Icertis-workflow wordt gestart, of afgeleid uit een statuswijziging naar ‘In Internal Review’.
Vastleggen
Vastgelegd wanneer een gebruiker de interne beoordelingsworkflow start.
Gebeurtenistype
explicit
|
|||
|
Onderhandeling met tegenpartij gestart
|
Dit markeert het moment waarop het contract met de externe tegenpartij wordt gedeeld voor beoordeling en onderhandeling. De gebeurtenis wordt vaak afgeleid uit een statuswijziging naar ‘In Negotiation’ of uit een auditlog die aangeeft wanneer het document voor het eerst extern is verzonden. | ||
|
Waarom dit belangrijk is
Deze activiteit markeert het begin van de onderhandelingsfase. Dit is het startpunt voor de berekening van de KPI ‘Average Negotiation Cycle Time’.
Waar vind je dit?
Afgeleid uit een handmatige statuswijziging naar ‘In Negotiation’ of uit de gebeurtenis waarbij het document voor het eerst via een extern portaal wordt gedeeld.
Vastleggen
Timestamp van de statuswijziging naar ‘In Negotiation’ of ‘Sent to Counterparty’.
Gebeurtenistype
inferred
|
|||
|
Verplichtingenbewaking geactiveerd
|
Deze activiteit na ondertekening geeft aan dat contractuele verplichtingen en toezeggingen in het systeem worden bijgehouden. Dit is meestal een expliciete gebeurtenis die automatisch na ondertekening wordt gestart of handmatig door een contractmanager. | ||
|
Waarom dit belangrijk is
Met deze gebeurtenis begint de periode voor beheer na ondertekening. De gebeurtenis is belangrijk om compliance te meten en te waarborgen met de KPI ‘Obligation Adherence Rate’.
Waar vind je dit?
Expliciete gebeurtenis in de module voor verplichtingenbeheer van Icertis wanneer de contractstatus ‘Active’ of ‘Executed’ wordt.
Vastleggen
Automatische of handmatige activering van verplichtingsrecords die bij het contract horen.
Gebeurtenistype
explicit
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Met deze template heb je alles wat je nodig hebt om het contractbeheerproces te verbeteren. Begin vandaag met het verzamelen van data en ontdek waar je waardevolle inzichten kunt opdoen.
Verbeter contractbeheer in Icertis en pak bottlenecks aan
Pak bottlenecks aan. Verkort contractdoorlooptijden met 30% en verbeter de governance.
Geen creditcard nodig. Binnen enkele minuten ingesteld.