Datatemplate voor contractbeheer
Datatemplate voor contractbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Instructies voor data-extractie
Attributen voor contractbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
|
Contract-ID
ContractId
|
De unieke identificatiecode van elk contract dat in het systeem wordt beheerd. Deze ID koppelt alle bijbehorende activiteiten en gebeurtenissen tijdens de levenscyclus van het contract. | ||
|
Beschrijving
Het Contract-ID is de unieke identificatiecode van een case en koppelt alle gebeurtenissen en activiteiten aan een specifiek contract. Elke registratie in het event log hoort bij een actie voor een contract. Met deze ID worden die acties bij elkaar gegroepeerd. Bij process mining is dit attribuut essentieel om het volledige verloop van elk contract te reconstrueren. Je kunt er processtromen mee visualiseren, doorlooptijden van aanvraag tot uitvoering berekenen en analyses uitsplitsen op basis van kenmerken van afzonderlijke contracten.
Waarom dit belangrijk is
Dit is de sleutel om het volledige verloop van een contract te volgen. Zonder deze sleutel kun je de end-to-end-processtroom niet analyseren en geen KPI’s op caseniveau berekenen.
Waar vind je dit?
Dit is meestal de primaire sleutel van de hoofdtabel Contracts in Agiloft.
Voorbeelden
CTR-2023-00123MSA-2024-00045NDA-2023-00789
|
|||
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke bedrijfsactiviteit of gebeurtenis die op een bepaald moment in de levenscyclus van het contract plaatsvond. | ||
|
Beschrijving
Dit attribuut beschrijft de processtap die is uitgevoerd, zoals 'Contract opgesteld', 'Juridische beoordeling uitgevoerd' of 'Contract uitgevoerd/ondertekend'. Deze activiteiten vormen de bouwstenen van de proceskaart. Door de volgorde en frequentie van activiteiten te analyseren, kun je de belangrijkste processtroom bepalen, afwijkingen of herstelwerk opsporen en zien welke stappen het vaakst voorkomen of de meeste tijd kosten. Dit is nodig voor dashboards zoals 'Overzicht van de volledige contractlevenscyclus' en 'Varianten van het contractopstelproces'.
Waarom dit belangrijk is
Activiteiten bepalen de stappen op de proceskaart. Dit attribuut is nodig om de processtroom te visualiseren en te begrijpen welk werk wordt uitgevoerd.
Waar vind je dit?
Afgeleid van de actie of statuswijziging die is vastgelegd in de geschiedenis- of auditspoordtabellen van Agiloft.
Voorbeelden
Contract opgesteldJuridische beoordeling uitgevoerdTer ondertekening verzondenContract uitgevoerd of ondertekend
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is gehaald. | ||
|
Beschrijving
Dit attribuut geeft aan waar de data voor contractbeheer vandaan komt. Voor dit proces is de waarde altijd 'Agiloft'. Bij bredere bedrijfsanalyses waarin data uit meerdere systemen wordt gecombineerd, is dit veld belangrijk om de herkomst van data te volgen en de analyses goed af te bakenen. Het geeft context en maakt de data traceerbaar.
Waarom dit belangrijk is
Geeft aan waar de data vandaan komt. Dat is belangrijk voor datagovernance, probleemoplossing en het combineren van data uit meerdere bronnen.
Waar vind je dit?
Dit is een vaste waarde die tijdens het extraheren en transformeren van de data moet worden toegevoegd.
Voorbeelden
Agiloft
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp waarop de data voor het laatst is vernieuwd of uit het bronsysteem is gehaald. | ||
|
Beschrijving
Dit attribuut bevat de timestamp van de meest recente data-extractie. Zo kun je zien hoe actueel de geanalyseerde data is en de vernieuwingsschema’s beheren. Gebruikers controleren met deze timestamp of ze actuele informatie bekijken en welke periode de analyse bestrijkt. Dit is belangrijke metadata voor betrouwbare data-analyse.
Waarom dit belangrijk is
Hiermee kunnen gebruikers zien hoe actueel de data is, zodat ze tijdig en goed onderbouwd beslissingen kunnen nemen.
Waar vind je dit?
Deze timestamp wordt gegenereerd en toegevoegd tijdens het ETL-proces (extractie, transformatie en laden van data).
Voorbeelden
2024-05-20T08:00:00Z
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis begon. | ||
|
Beschrijving
Dit attribuut bevat de datum en tijd van elke activiteit in de contractgeschiedenis. Zo worden gebeurtenissen chronologisch geordend, wat belangrijk is voor procesontdekking en -analyse. De starttijd wordt gebruikt om de tijd tussen activiteiten te berekenen, bottlenecks op te sporen en doorlooptijden te meten. Vrijwel alle tijdgerelateerde KPI’s zijn hiervan afhankelijk, zoals 'Gemiddelde contractdoorlooptijd' en 'Gemiddelde duur van de goedkeuringsfase'.
Waarom dit belangrijk is
Deze timestamp is nodig om gebeurtenissen te ordenen, tijdsduren te berekenen en procesprestaties over tijd te analyseren. Zonder deze timestamp is process mining niet mogelijk.
Waar vind je dit?
Dit is de timestamp van een actie die is vastgelegd in de geschiedenis- of auditspoordtabellen van Agiloft.
Voorbeelden
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Afdeling gebruiker
UserDepartment
|
De bedrijfsafdeling waartoe de gebruiker of contracteigenaar behoort. | ||
|
Beschrijving
Dit attribuut geeft de afdeling bij het contract aan, zoals 'Verkoop', 'Juridisch', 'Inkoop' of 'Financiën'. De informatie kan worden gekoppeld aan de contracteigenaar of aan de gebruiker die een activiteit heeft uitgevoerd. Deze dimensie is belangrijk voor het dashboard 'Factoren die variatie in contractdoorlooptijd verklaren'. Je kunt procesprestaties per afdeling filteren en vergelijken. Zo zie je of bepaalde afdelingen langere doorlooptijden hebben, meer herstelwerk uitvoeren of andere procesroutes volgen. Je kunt bijvoorbeeld vergelijken of contracten van Verkoop langer op juridische beoordeling wachten dan contracten van Inkoop.
Waarom dit belangrijk is
Hiermee kun je prestaties tussen bedrijfseenheden vergelijken en afdelingsspecifieke procesproblemen of goede werkwijzen opsporen.
Waar vind je dit?
Deze informatie kan worden gekoppeld vanuit gebruikerstabellen of rechtstreeks zijn opgeslagen in de contractregistratie in Agiloft.
Voorbeelden
VerkoopJuridischInkoopFinanciën
|
|||
|
Contractstatus
ContractStatus
|
De huidige status of fase van het contract in de levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft de huidige fase van het contract aan, zoals 'Opstellen', 'In beoordeling', 'Uitgevoerd', 'Verlopen' of 'Beëindigd'. Zo zie je in welke fase het contract zich op een bepaald moment bevindt. Bij process mining worden activiteiten vaak bepaald door statuswijzigingen in de loop van de tijd. Als attribuut op caseniveau is dit veld handig om analyses te filteren op alleen actieve, uitgevoerde of verlopen contracten. Het ondersteunt rechtstreeks het dashboard 'Aankomende contractdeadlines en status'.
Waarom dit belangrijk is
Geeft snel inzicht in de huidige fase van een contract. Zo kun je analyses filteren en uitsplitsen naar lopende en afgeronde cases.
Waar vind je dit?
Dit is een standaardveld in de hoofdtabel Contracts in Agiloft.
Voorbeelden
ConceptWacht op goedkeuringUitgevoerdVerlopen
|
|||
|
Contracttype
ContractType
|
De indeling van het contract, bijvoorbeeld een raamovereenkomst voor diensten (MSA), geheimhoudingsovereenkomst (NDA) of opdrachtomschrijving (SOW). | ||
|
Beschrijving
Het contracttype is een belangrijke indeling die de aard en het template van de overeenkomst bepaalt. Verschillende contracttypen volgen vaak andere procesvarianten, hebben een andere complexiteit en betrekken andere belanghebbenden. Dit attribuut is nodig voor vergelijkende analyses en is een belangrijke factor in de dashboards 'Factoren die variatie in contractdoorlooptijd verklaren' en 'Frequentie van onderhandelingswijzigingen'. Door het proces per contracttype uit te splitsen, kunnen analisten achterhalen waarom bepaalde typen langer duren, meer wijzigingen vragen of vaker afwijken van het standaardproces.
Waarom dit belangrijk is
Verklaart grote verschillen in procescomplexiteit, doorlooptijd en risico. Dit attribuut is nodig om processen zinvol uit te splitsen.
Waar vind je dit?
Dit is een standaardveld in de hoofdtabel Contracts in Agiloft.
Voorbeelden
Raamovereenkomst voor dienstenGeheimhoudingsovereenkomstOpdrachtomschrijvingSoftwarelicentieovereenkomst
|
|||
|
Contractwaarde
ContractValue
|
De totale geldwaarde van het contract. | ||
|
Beschrijving
Dit attribuut geeft de totale financiële waarde van het contract weer, bijvoorbeeld omzet, kosten of een verplichting. Deze waarde bepaalt vaak hoe grondig het contract wordt beoordeeld en hoe complex het goedkeuringsproces is. Contractwaarde is belangrijk voor het dashboard 'Trends in waarde en volume van uitgevoerde contracten'. Hiermee kun je de financiële impact van procesprestaties analyseren. Je kunt de contractwaarde ook vergelijken met de doorlooptijd en nagaan of contracten met een hoge waarde aanzienlijk langer duren. Zo kun je prioriteit geven aan contracten met een hoge waarde en de bijbehorende workflows verbeteren.
Waarom dit belangrijk is
Geeft financiële context aan het proces. Zo kun je analyses op basis van waarde uitvoeren, prioriteiten bepalen en de bedrijfsimpact van vertragingen begrijpen.
Waar vind je dit?
Dit is een standaardveld in de hoofdtabel Contracts in Agiloft.
Voorbeelden
50000.00250000.0010000.00
|
|||
|
Eindtijd
EventEndTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis is afgerond. | ||
|
Beschrijving
De starttijd geeft aan wanneer een activiteit begon; de eindtijd markeert wanneer die is afgerond. Het verschil tussen beide is de verwerkingstijd van die activiteit. Met zowel een start- als eindtijd kun je bij process mining het gebruik van bronnen en de wachttijd nauwkeuriger vergelijken met de tijd waarin daadwerkelijk wordt gewerkt. Zo kun je zien hoeveel tijd aan een juridische beoordeling is besteed en hoelang die in een wachtrij stond. Dit ondersteunt de KPI 'Verwerkingstijd juridische beoordeling'.
Waarom dit belangrijk is
Hiermee bereken je de werkelijke verwerkingstijd van een activiteit en onderscheid je actieve werktijd van wachttijd. Zo wordt bottleneckanalyse nauwkeuriger.
Waar vind je dit?
In sommige systemen is deze waarde direct beschikbaar. Vaak wordt die afgeleid van de starttijd van de volgende activiteit in de case. Voor Agiloft moet de waarde mogelijk uit het auditspoor worden afgeleid.
Voorbeelden
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
|
|||
|
Gebruikersnaam
UserName
|
De naam van de gebruiker of bron die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribuut geeft aan wie verantwoordelijk was voor een processtap, bijvoorbeeld wie het contract opstelde of welke jurist de juridische beoordeling uitvoerde. Meestal komt deze informatie uit de gebruikersgegevens bij een actie in het auditspoor van het systeem. Analyse per gebruiker is belangrijk voor het dashboard 'Analyse van contractwerklast per medewerker'. Je ziet hiermee hoe het werk is verdeeld, waar prestaties tussen medewerkers verschillen en waar training kan helpen. Ook kun je nagaan wie verantwoordelijk was voor specifieke acties.
Waarom dit belangrijk is
Hiermee kun je de werklast analyseren, prestaties vergelijken en bottlenecks of goede werkwijzen per medewerker opsporen.
Waar vind je dit?
Meestal te vinden in de contractgeschiedenis of auditspoordtabellen, gekoppeld aan de gebruiker die de wijziging heeft aangebracht.
Voorbeelden
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Naam contractpartij
CounterpartyName
|
De naam van de externe partij, klant, leverancier of partner die bij het contract betrokken is. | ||
|
Beschrijving
Dit attribuut geeft aan welke andere organisatie of persoon het contract ondertekent. De contractpartij kan veel invloed hebben op het onderhandelingsproces, de doorlooptijd en de contractvoorwaarden. De prestaties per contractpartij analyseren is een belangrijk doel van de dashboards 'Factoren die variatie in contractdoorlooptijd verklaren' en 'Frequentie van onderhandelingswijzigingen'. Je ziet hiermee welke partners tot langere onderhandelingen of meer wijzigingen leiden. Dat helpt bij het afstemmen van onderhandelingsstrategieën en het beheer van relaties.
Waarom dit belangrijk is
Helpt bepalen hoe verschillende externe partners de onderhandelingsduur en complexiteit beïnvloeden. Zo kun je prognoses en strategieën verbeteren.
Waar vind je dit?
Dit is een standaardveld in de hoofdtabel Contracts of een veld dat in Agiloft is gekoppeld vanuit een tabel Companies/Accounts.
Voorbeelden
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Vervaldatum
ExpirationDate
|
De datum waarop het contract verloopt als het niet wordt verlengd of beëindigd. | ||
|
Beschrijving
De vervaldatum bepaalt wanneer de actieve looptijd van een contract eindigt. Deze datum is nodig om verlengingen en beëindigingen te beheren en te voorkomen dat contracten onverwacht verlopen of automatisch worden verlengd. Dit attribuut vormt de basis voor het dashboard 'Aankomende contractdeadlines en status' en de KPI 'Percentage contractacties op tijd'. Zo kan het bedrijf tijdig actie ondernemen wanneer een contract afloopt, verlengingen of beëindigingen op tijd afhandelen en deadlines niet missen.
Waarom dit belangrijk is
Belangrijk voor proactief contractbeheer. Zo kan het bedrijf deadlines voor verlengingen of beëindigingen op tijd halen.
Waar vind je dit?
Dit is een standaarddatumveld in de hoofdtabel Contracts in Agiloft.
Voorbeelden
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
|
|||
|
Aantal wijzigingen
RevisionCount
|
Het aantal keren dat een contract tijdens de levenscyclus is herzien of van wijzigingen voorzien. | ||
|
Beschrijving
Dit attribuut houdt bij hoe vaak een contract is aangepast, vooral tijdens het opstellen en onderhandelen. Een hoog aantal wijzigingen kan wijzen op problemen met templates, complexe onderhandelingen of onduidelijke oorspronkelijke vereisten. Deze metriek ondersteunt rechtstreeks het dashboard 'Frequentie van onderhandelingswijzigingen' en de KPI 'Frequentie van contractwijzigingen'. Door het aantal wijzigingen te analyseren, zie je welke contracttypen of contractpartijen tot de meeste heen-en-weercommunicatie leiden. Dat biedt aanknopingspunten om het opstellen en onderhandelen te verbeteren.
Waarom dit belangrijk is
Maakt herstelwerk en onderhandelingscomplexiteit meetbaar. Zo kun je kansen vinden om de kwaliteit van templates en onderhandelingsstrategieën te verbeteren.
Waar vind je dit?
Meestal berekend door voor elk Contract-ID in het event log te tellen hoe vaak de activiteit 'Contract gewijzigd/herzien' voorkomt.
Voorbeelden
1350
|
|||
|
Duur van de goedkeuringsfase
ApprovalPhaseDuration
|
De berekende duur van de goedkeuringsfase, vanaf het moment dat de eerste goedkeuring wordt aangevraagd tot het moment waarop alle goedkeuringen binnen zijn. | ||
|
Beschrijving
Deze metriek meet hoelang een contract nodig heeft om alle vereiste interne en juridische goedkeuringen te krijgen. De meting begint meestal bij de eerste reviewactiviteit (bijvoorbeeld 'Interne review ingediend') en eindigt zodra de laatste vereiste goedkeuring binnen is. Dit attribuut vormt de basis voor de KPI 'Gemiddelde duur van de goedkeuringsfase' en is een belangrijk onderdeel van het dashboard 'Bottleneckanalyse van reviews en goedkeuringen'. Zo kun je deze fase van de contractlevenscyclus apart analyseren en nagaan waardoor reviews en goedkeuringen vertraging oplopen.
Waarom dit belangrijk is
Brengt de tijd in de goedkeuringsfase afzonderlijk in kaart, zodat je bottlenecks in deze belangrijke fase kunt opsporen en aanpakken.
Waar vind je dit?
Berekend op basis van het event log door per contract het tijdsverschil te bepalen tussen de start van de eerste goedkeuringsactiviteit en het einde van de laatste.
Voorbeelden
5 dagen 2 uur12 dagen 6 uur2 dagen 1 uur
|
|||
|
Duur van de onderhandelingsfase
NegotiationPhaseDuration
|
De berekende duur van de onderhandelingsfase met de tegenpartij. | ||
|
Beschrijving
Deze metriek meet de tijd vanaf het begin van de onderhandelingen met de externe partij (bijvoorbeeld 'Onderhandelingen met tegenpartij gestart') tot het moment waarop een definitieve overeenkomst is bereikt en door de tegenpartij is goedgekeurd. Dit is de belangrijkste metriek voor het dashboard 'Doorlooptijd van de onderhandelingsfase' en de KPI 'Gemiddelde duur van de onderhandelingsfase'. Door deze duur te analyseren, zie je hoe efficiënt het onderhandelingsproces verloopt, welke contracttypen of tegenpartijen tot langdurige onderhandelingen leiden en waar je de samenwerking kunt verbeteren.
Waarom dit belangrijk is
Meet hoe efficiënt de onderhandelingsfase verloopt en helpt je mogelijkheden te vinden om de tijd met externe partijen te verkorten.
Waar vind je dit?
Berekend op basis van het event log door de tijd te meten tussen de activiteit 'Onderhandelingen met tegenpartij gestart' en een afsluitende activiteit, zoals 'Goedkeuring tegenpartij ontvangen'.
Voorbeelden
7 dagen15 dagen3 dagen
|
|||
|
Geautomatiseerd
IsAutomated
|
Een booleaanse waarde die aangeeft of een activiteit automatisch door het systeem is uitgevoerd in plaats van door een gebruiker. | ||
|
Beschrijving
Dit attribuut maakt onderscheid tussen activiteiten van gebruikers en activiteiten van het systeem, zoals automatische statusupdates, meldingen of door het systeem gestarte workflows. Met deze analyse krijg je inzicht in de mate van automatisering in het contractbeheerproces. Je kunt het effect van automatiseringsinitiatieven meten, mogelijkheden voor verdere automatisering opsporen en controleren of geautomatiseerde stappen naar verwachting werken zonder bottlenecks te veroorzaken.
Waarom dit belangrijk is
Helpt de mate van automatisering in het proces te meten en laat zien welke stappen door systemen en welke door mensen worden uitgevoerd.
Waar vind je dit?
Afgeleid door specifieke systeemaccounts, zoals 'Systeem' of 'Beheerder', in de activiteitengeschiedenis te herkennen of bepaalde geautomatiseerde activiteitstypen te markeren.
Voorbeelden
truefalse
|
|||
|
Is de review-SLA gehaald
IsReviewSlaMet
|
Een berekende booleaanse vlag die aangeeft of een contractreview binnen de afgesproken Service Level Agreement (SLA) is afgerond. | ||
|
Beschrijving
Dit attribuut wordt afgeleid door de timestamp waarop een reviewactiviteit (bijvoorbeeld 'Interne review uitgevoerd') is afgerond te vergelijken met de 'ReviewSlaDueDate'. De waarde is 'true' als de review op tijd was en 'false' als deze te laat was. Deze vlag vormt de basis voor het dashboard 'SLA-naleving bij contractreviews', waarop je compliancepercentages eenvoudig kunt bekijken. Ook bereken je hiermee de KPI 'SLA-nalevingspercentage voor reviews' eenvoudig door het aantal true- en false-waarden te tellen.
Waarom dit belangrijk is
Geeft een duidelijke uitkomst voor SLA-naleving, zodat je eenvoudig kunt meten, visualiseren en rapporteren of interne deadlines worden gehaald.
Waar vind je dit?
Berekend door voor elk contract de 'EventTime' van een afgeronde reviewactiviteit te vergelijken met de 'ReviewSlaDueDate'.
Voorbeelden
truefalse
|
|||
|
Juridisch beoordelaar
LegalReviewer
|
De naam van de persoon of het team van de juridische afdeling dat is aangewezen om het contract te beoordelen. | ||
|
Beschrijving
Dit attribuut geeft aan welke juridische medewerker verantwoordelijk is voor de activiteit 'Juridische beoordeling uitgevoerd'. Het biedt een gedetailleerder beeld van de werklast dan een algemeen veld 'Gebruiker', waarin verschillende rollen kunnen voorkomen. Dit is nuttig voor het dashboard 'Analyse van contractwerklast per medewerker'. Je kunt de capaciteit en prestaties van het juridische team gericht analyseren. Zo zie je hoe de werklast binnen het team is verdeeld en of bepaalde beoordelaars met langere beoordelingstijden samenhangen. Dit ondersteunt de KPI 'Gemiddelde verwerkingstijd juridische beoordeling'.
Waarom dit belangrijk is
Maakt een gedetailleerde analyse mogelijk van de werklast en prestaties bij juridische beoordelingen. Zo kun je de capaciteit van het juridische team goed beheren.
Waar vind je dit?
Dit kan een apart veld op het contract zijn voor de toegewezen juridisch adviseur, of worden afgeleid van de gebruikersnaam bij de activiteit voor de juridische beoordeling.
Voorbeelden
Jane DoeJuridisch team AJohn Smith
|
|||
|
Naam contracttemplate
ContractTemplateName
|
De naam van het template dat is gebruikt om het eerste concept van het contract op te stellen. | ||
|
Beschrijving
Dit attribuut geeft aan welk standaardtemplate eventueel als uitgangspunt voor het contract is gebruikt. Consistent gebruik van templates is belangrijk voor een efficiënt opstelproces. Analyse van dit attribuut ondersteunt de KPI’s 'Percentage herstelwerk bij het opstellen van contracten' en 'Percentage interne goedkeuring in één keer'. Door de prestaties van contracten uit verschillende templates te vergelijken, of van contracten zonder template, kunnen organisaties bepalen welke templates het beste werken en waar standaardisatie nodig is.
Waarom dit belangrijk is
Helpt de effectiviteit van standaardtemplates te beoordelen en bevordert standaardisatie. Dat kan de tijd voor het opstellen van contracten en het benodigde herstelwerk flink verminderen.
Waar vind je dit?
Dit kan een veld zijn op het contractrecord in Agiloft, dat wordt ingevuld wanneer een contract op basis van een template wordt aangemaakt.
Voorbeelden
Standaard-MSA v2.1Wederzijdse geheimhoudingsovereenkomstSOW met vaste prijs v1.3Aangepast
|
|||
|
Uiterste datum voor beoordeling volgens SLA
ReviewSlaDueDate
|
De uiterste datum waarop een beoordelingsstap voor een contract, zoals een juridische of interne beoordeling, moet zijn afgerond. | ||
|
Beschrijving
Dit attribuut bepaalt de deadline volgens de Service Level Agreement (SLA) voor specifieke beoordelingsactiviteiten. Het geeft een duidelijke verwachting voor de doorlooptijd en wordt gebruikt om prestaties met interne doelen te vergelijken. Deze datum is nodig voor het dashboard 'Naleving van SLA’s bij contractbeoordelingen' en de bijbehorende KPI 'Nalevingspercentage van SLA’s bij beoordelingen'. Door de werkelijke voltooiingstijd van beoordelingsactiviteiten met deze deadline te vergelijken, kan het systeem bepalen of het proces aan de servicenormen voldoet en laten zien waar SLA’s vaak worden overschreden.
Waarom dit belangrijk is
Hiermee kun je prestaties ten opzichte van interne deadlines meten. Dat is belangrijk om SLA’s na te leven en de doorlooptijd van beoordelingen te verkorten.
Waar vind je dit?
Dit kan in Agiloft een berekend veld zijn op basis van de indieningsdatum van het contract en vooraf ingestelde SLA-regels. Het kan ook een handmatig ingevuld datumveld zijn.
Voorbeelden
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
|
|||
Activiteiten in contractbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Contract beëindigd
|
Dit geeft aan dat een actief contract vóór de geplande einddatum voortijdig is beëindigd. Dit wordt meestal expliciet vastgelegd door de contractstatus te wijzigen naar 'Beëindigd' en een reden op te geven. | ||
|
Waarom dit belangrijk is
Analyse van beëindigingen helpt inzicht te krijgen in de redenen waarom contracten worden ontbonden, zoals tegenvallende prestaties of veranderende bedrijfsstrategieën. Dit is belangrijk voor risicobeheer en inzicht in relaties met contractpartijen.
Waar vind je dit?
Dit kan worden afgeleid uit een statuswijziging naar 'Beëindigd' in de geschiedenis van de contractregistratie. De beëindigingsdatum staat vaak in een apart veld.
Vastleggen
Gebruik de timestamp van de statuswijziging naar 'Beëindigd' of de waarde in het veld 'Beëindigingsdatum'.
Gebeurtenistype
inferred
|
|||
|
Contract uitgevoerd of ondertekend
|
Dit is een belangrijke mijlpaal: alle partijen hebben het contract ondertekend en daarmee is het juridisch bindend. Dit wordt meestal expliciet vastgelegd via een koppeling met een platform voor elektronische handtekeningen of wanneer een gebruiker de status handmatig wijzigt in 'Uitgevoerd'. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis markeert het einde van de fase vóór de contracttoekenning en is het eindpunt voor de berekening van de totale contractdoorlooptijd. Hiermee begint de beheerfase na de contracttoekenning.
Waar vind je dit?
Dit wordt vastgelegd met de timestamp waarop de ondertekening is voltooid, zoals aangeleverd door een webhook van de koppeling met het platform voor elektronische handtekeningen. Het kan ook de timestamp zijn van een handmatige statuswijziging naar 'Uitgevoerd' of 'Ondertekend' in Agiloft.
Vastleggen
Gebruik het veld 'Ondertekeningsdatum', de uitvoeringsdatum of de timestamp van de statuswijziging naar 'Uitgevoerd'.
Gebeurtenistype
explicit
|
|||
|
Contract verlengd
|
Dit geeft aan dat een contract na afloop van de looptijd succesvol is verlengd. Dit is een belangrijk bedrijfsresultaat. Vaak wordt het vastgelegd wanneer een gebruiker de contractstatus bijwerkt of een nieuwe contractversie voor de verlengde looptijd aanmaakt. | ||
|
Waarom dit belangrijk is
Voor veel bedrijven is dit een belangrijke succesmetriek, omdat het laat zien dat de samenwerking wordt voortgezet. Verlengingen bijhouden helpt bij omzetprognoses en bij het beoordelen van contractbehoud.
Waar vind je dit?
Dit wordt vastgelegd met een expliciete statuswijziging naar 'Verlengd' of door een nieuw, gekoppeld contract aan te maken dat als verlenging is aangemerkt. Workflows in Agiloft kunnen dit automatiseren.
Vastleggen
Gebruik de timestamp van de statuswijziging naar 'Verlengd' of de aanmaakdatum van het daaropvolgende contract.
Gebeurtenistype
explicit
|
|||
|
Contract verlopen
|
Deze gebeurtenis geeft aan dat de einddatum van een contract is bereikt en dat het contract niet is verlengd of voortijdig beëindigd. Meestal wordt dit berekend door de vervaldatum van het contract te vergelijken met de huidige datum. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk eindpunt in de levenscyclus van een contract. Door verlopen contracten te analyseren, kun je ongewenste automatische verlengingen voorkomen en ervoor zorgen dat noodzakelijke verlengingen niet worden gemist.
Waar vind je dit?
Dit is een berekende gebeurtenis. De gebeurtenis vindt plaats wanneer de huidige datum later is dan de datum in het veld 'Vervaldatum' of 'Einddatum contract' en het contract niet is verlengd of beëindigd.
Vastleggen
Leid deze gebeurtenis af uit de waarde van het veld 'Vervaldatum'.
Gebeurtenistype
calculated
|
|||
|
Contractaanvraag gestart
|
Dit is de eerste gebeurtenis in de contractlevenscyclus: de formele aanvraag voor een nieuw contract. In Agiloft wordt dit meestal vastgelegd als een nieuw record in de tabel Contract. De gebeurtenis staat dan in de geschiedenis of het auditspoor van het systeem. | ||
|
Waarom dit belangrijk is
Deze Activiteit markeert het begin van het proces en is nodig om de totale contractdoorlooptijd te berekenen. Door dit startpunt te analyseren, krijg je inzicht in de omvang en herkomst van de contractaanvragen binnen de organisatie.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd met de aanmaaktimestamp van het contractrecord in Agiloft. Je vindt die meestal op het tabblad History of in de systeemlogs voor het betreffende Contract-ID.
Vastleggen
Gebruik de aanmaaktimestamp van het record in de hoofdtabel met contracten.
Gebeurtenistype
explicit
|
|||
|
Interne goedkeuringen verkregen
|
Deze mijlpaal geeft aan dat alle vereiste interne betrokkenen de definitieve versie van het contract hebben goedgekeurd. Dit is meestal af te leiden uit een statuswijziging naar een definitieve goedkeuringsstatus, zoals ‘Volledig goedgekeurd’ of ‘Klaar voor ondertekening’. | ||
|
Waarom dit belangrijk is
Deze belangrijke mijlpaal markeert het einde van de interne beoordelingen en geeft aan dat het contract klaar is voor ondertekening. Dit is een belangrijk meetpunt voor de totale interne verwerkingstijd voordat het contract ter ondertekening wordt verstuurd.
Waar vind je dit?
Af te leiden uit de timestamp van een statuswijziging naar ‘Goedgekeurd’, ‘Klaar voor ondertekening’ of een vergelijkbare definitieve goedkeuringsstatus. Je kunt dit ook afleiden uit de timestamp waarop de laatste vereiste goedkeuring wordt afgerond.
Vastleggen
Zoek de timestamp waarop de contractstatus verandert in een goedgekeurde status vóór ondertekening.
Gebeurtenistype
inferred
|
|||
|
Juridische beoordeling uitgevoerd
|
Dit geeft aan dat de juridische afdeling de beoordeling van het contract heeft afgerond. Dit wordt vaak vastgelegd wanneer het juridische team de contractstatus bijwerkt, bijvoorbeeld naar ‘Juridisch goedgekeurd’, of een specifieke goedkeuringstaak afrondt. | ||
|
Waarom dit belangrijk is
De juridische beoordeling is een belangrijke stap die vaak veel tijd kost. Door de duur ervan te bepalen, kun je bottlenecks binnen het juridische team vinden en de naleving van SLA’s volgen.
Waar vind je dit?
Af te leiden uit een statuswijziging, bijvoorbeeld van ‘Juridische beoordeling’ naar ‘Juridisch goedgekeurd’, of vast te leggen wanneer een gekoppeld goedkeuringsrecord voor de juridische groep in Agiloft wordt afgerond.
Vastleggen
Gebruik de timestamp waarop de status verandert in ‘Juridisch goedgekeurd’ of waarop een specifieke juridische goedkeuringstaak als voltooid wordt gemarkeerd.
Gebeurtenistype
inferred
|
|||
|
Compliancebeoordeling uitgevoerd
|
Dit geeft aan dat een geplande of ad-hoc compliancebeoordeling van een actief contract is afgerond. Meestal wordt dit expliciet vastgelegd wanneer een gebruiker een compliance-taak afrondt of een beoordelingsveld bijwerkt. | ||
|
Waarom dit belangrijk is
Het bijhouden van compliancebeoordelingen is belangrijk voor governance en risicobeheer. Zo kunnen organisaties controleren of ze tijdens de hele looptijd van het contract voldoen aan wettelijke voorschriften en intern beleid.
Waar vind je dit?
Dit wordt vastgelegd met de voltooiingstimestamp van een gekoppelde taak voor een compliancebeoordeling, of wanneer een datumveld zoals 'Datum laatste compliancebeoordeling' wordt ingevuld.
Vastleggen
Gebruik de voltooiingsdatum van een specifieke compliancetaak of een datumveld dat na afronding van de beoordeling wordt bijgewerkt.
Gebeurtenistype
explicit
|
|||
|
Contract geactiveerd
|
Dit geeft aan dat het contract actief en afdwingbaar wordt. Dat gebeurt meestal op of na de uitvoeringsdatum. Vaak wordt dit in Agiloft vastgelegd als een statuswijziging van 'Uitgevoerd' naar 'Actief' of 'Lopend'. | ||
|
Waarom dit belangrijk is
Met deze activiteit begint formeel de levenscyclus na de contracttoekenning. Daarbij starten verplichtingen, monitoring en compliance-taken. Zo ontstaat een duidelijk startpunt om de prestaties en het beheer van het actieve contract te volgen.
Waar vind je dit?
Dit kan worden afgeleid uit een statuswijziging naar 'Actief' in de geschiedenis van het contract, of worden berekend op basis van het veld 'Startdatum contract'.
Vastleggen
Gebruik de timestamp van de statuswijziging naar 'Actief' of de waarde van het veld 'Ingangsdatum'.
Gebeurtenistype
inferred
|
|||
|
Contract geannuleerd
|
Dit geeft aan dat een contractaanvraag of contract in behandeling bewust is geannuleerd voordat het contract werd uitgevoerd. Dit is een expliciete eindstatus, die meestal wordt vastgelegd wanneer een gebruiker de status wijzigt naar 'Geannuleerd' of 'Ingetrokken'. | ||
|
Waarom dit belangrijk is
Dit is een mislukte of beëindigde route in het proces. Door te onderzoeken waarom contracten worden geannuleerd, kun je problemen in de kwalificatie- of onderhandelingsfase opsporen en onnodig werk verminderen.
Waar vind je dit?
Dit kan worden afgeleid uit de timestamp van een statuswijziging naar een definitieve, niet-succesvolle waarde, zoals 'Geannuleerd', 'Ongeldig' of 'Ingetrokken', in de contractgeschiedenis.
Vastleggen
Zoek de timestamp van een statuswijziging naar 'Geannuleerd'.
Gebeurtenistype
inferred
|
|||
|
Contract gewijzigd of herzien
|
Dit is een moment waarop het contract tijdens onderhandelingen of interne beoordeling wordt aangepast of van wijzigingen voorzien. Dit wordt meestal expliciet vastgelegd wanneer een nieuwe versie van het contractdocument naar Agiloft wordt geüpload. | ||
|
Waarom dit belangrijk is
Deze Activiteit helpt je herstelwerk in kaart te brengen. Veel wijzigingen kunnen wijzen op onduidelijke voorwaarden, slechte templates of lastige onderhandelingen. Dat verlengt de contractdoorlooptijd.
Waar vind je dit?
Vast te leggen met de aanmaaktimestamp van een nieuwe documentversie in ‘Attached Files’ of in een aparte tabel met versiegeschiedenis die in Agiloft aan het contractrecord is gekoppeld.
Vastleggen
Gebruik de aanmaaktimestamp van elk nieuw record in de versiegeschiedenis van het contractdocument.
Gebeurtenistype
explicit
|
|||
|
Contract opgesteld
|
Dit is het moment waarop de eerste versie van het contract is opgesteld. Dit wordt vaak vastgelegd wanneer de eerste versie van het document wordt geüpload en aan het contractrecord wordt gekoppeld, of wanneer de contractstatus verandert in ‘Opstellen voltooid’. | ||
|
Waarom dit belangrijk is
Door deze Activiteit te volgen, kun je de efficiëntie van de opstelperiode meten. Dit is ook nodig om herstelwerk te analyseren. Meerdere wijzigingen hierna kunnen wijzen op problemen met templates of de oorspronkelijke vereisten.
Waar vind je dit?
Af te leiden uit een wijziging van een statusveld, bijvoorbeeld van ‘Nieuw’ naar ‘Opstellen’, of vast te leggen met de timestamp van de eerste bijlage met een documentversie in de gerelateerde tabel ‘Attached Files’ in Agiloft.
Vastleggen
Zoek de timestamp van de eerste statuswijziging naar ‘Opstellen’ of ‘Beoordeling’, of de aanmaakdatum van het eerste gekoppelde documentrecord.
Gebeurtenistype
inferred
|
|||
|
Interne beoordeling ingediend
|
Deze Activiteit markeert het moment waarop het opgestelde contract formeel naar interne betrokkenen wordt gestuurd voor beoordeling. In Agiloft wordt dit meestal vastgelegd als een statuswijziging in de workflow, bijvoorbeeld van ‘Concept’ naar ‘Interne beoordeling’. | ||
|
Waarom dit belangrijk is
Hiermee begint de beoordelingsfase, waarin vaak bottlenecks ontstaan. Door de tijd tussen deze en de volgende beoordelingsactiviteiten te analyseren, krijg je inzicht in de doorlooptijd en kun je die verbeteren.
Waar vind je dit?
Af te leiden uit de timestamp van een wijziging in het statusveld naar bijvoorbeeld ‘In beoordeling’, ‘Wacht op interne beoordeling’ of ‘Ingediend ter beoordeling’ in het hoofdrecord van het contract.
Vastleggen
Zoek in het auditspoor van het contract naar een statuswijziging naar ‘Interne beoordeling’.
Gebeurtenistype
inferred
|
|||
|
Onderhandeling met wederpartij gestart
|
Deze Activiteit markeert het moment waarop het contract naar de externe wederpartij wordt gestuurd voor beoordeling en onderhandeling. In Agiloft kun je dit afleiden uit een statuswijziging naar ‘In onderhandeling’ of ‘Externe beoordeling’. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de onderhandelingsfase, waarvan de duur sterk kan verschillen en lastig te voorspellen is. Door deze fase te volgen, kun je de onderhandelingsduur analyseren en achterhalen waardoor die oploopt.
Waar vind je dit?
Af te leiden uit de timestamp waarop het statusveld van het contractrecord verandert in ‘In onderhandeling’, ‘Bij wederpartij’ of ‘Externe beoordeling’.
Vastleggen
Zoek de eerste timestamp van een statuswijziging die wijst op externe communicatie of onderhandelingen.
Gebeurtenistype
inferred
|
|||
|
Ter ondertekening verzonden
|
Deze Activiteit markeert het versturen van het definitieve, goedgekeurde contract voor ondertekening door alle partijen. In systemen zoals Agiloft, met koppelingen voor elektronische handtekeningen, is dit vaak een expliciete actie die het ondertekenproces start. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis geeft een duidelijk starttijdstip voor de laatste fase van de uitvoering. Door de tijd tussen dit moment en ‘Contract ondertekend’ te analyseren, zie je waar het ondertekenproces zelf vertraging oploopt.
Waar vind je dit?
Vast te leggen via een expliciete gebruikersactie in de contractgeschiedenis of via een API-aanroep naar een dienst voor elektronische handtekeningen, zoals DocuSign of Adobe Sign, waarmee Agiloft kan worden gekoppeld.
Vastleggen
Gebruik de timestamp in het auditspoor bij de actie ‘Ter ondertekening verzenden’ of de aanroep van de koppeling.
Gebeurtenistype
explicit
|
|||
|
Wijziging gestart
|
Deze gebeurtenis markeert het begin van een formeel wijzigingsproces voor een bestaand, actief contract. In Agiloft wordt dit vaak vastgelegd door een nieuwe 'Wijziging'-registratie aan te maken en die aan het oorspronkelijke contract te koppelen. | ||
|
Waarom dit belangrijk is
Wijzigingen zijn belangrijke aanpassingen in de levenscyclus van een contract. Door te kijken hoe vaak ze voorkomen en hoe ze worden afgehandeld, krijg je zicht op veranderende bedrijfsbehoeften of onduidelijkheden in het oorspronkelijke contract.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd met de aanmaaktimestamp van een nieuwe registratie in een aparte tabel 'Wijzigingen', gekoppeld aan het bovenliggende Contract-ID.
Vastleggen
Gebruik de aanmaaktimestamp van de registratie in de tabel Wijzigingen.
Gebeurtenistype
explicit
|
|||
Extractiegidsen
Klaar om te beginnen?
Zet de eerste stap naar een betere contractlevenscyclus. Bereid de data voor met deze template en ontdek vandaag nog mogelijkheden om efficiënter te werken en compliance te verbeteren.
Verbeter contractbeheer in Agiloft en verkort nu de doorlooptijd
Spoor inefficiënties op en verkort de contractdoorlooptijd met 30%.
Je hebt geen creditcard nodig. Start vandaag je gratis proefperiode.