Datová šablona pro správu smluv
Datová šablona pro správu smluv
- Doporučené atributy ke shromažďování
- Důležité aktivity ke sledování
- Pokyny k extrakci dat
Atributy správy smluv
| Název | Popis | ||
|---|---|---|---|
|
ID smlouvy
ContractId
|
Jedinečný identifikátor každé smlouvy spravované v systému. Propojuje všechny související činnosti a události v průběhu životního cyklu smlouvy. | ||
|
Popis
ID smlouvy slouží jako jednoznačný identifikátor případu a propojuje všechny události a činnosti související s konkrétní smlouvou. Každý záznam v záznamu událostí odpovídá akci provedené u smlouvy a toto ID tyto akce sdružuje. Při analýze process mining je tento atribut nezbytný pro rekonstrukci celého průběhu každé smlouvy. Umožňuje zobrazit tok procesu, vypočítat dobu od žádosti po podpis a rozdělit analýzu podle vlastností jednotlivých smluv.
Proč je to důležité
Tento údaj je nezbytný pro sledování celého průběhu smlouvy. Bez něj nelze analyzovat proces od začátku do konce ani vypočítat KPI na úrovni případu.
Kde data získat
Obvykle jde o primární klíč hlavní tabulky Contracts v Agiloft.
Příklady
CTR-2023-00123MSA-2024-00045NDA-2023-00789
|
|||
|
Čas zahájení
EventTime
|
Časový údaj označující začátek konkrétní činnosti nebo události. | ||
|
Popis
Tento atribut uvádí datum a čas každé činnosti zaznamenané v historii smlouvy. Určuje chronologické pořadí událostí, které je zásadní pro zjišťování a analýzu procesů. Čas zahájení slouží k výpočtu doby mezi činnostmi, hledání úzkých míst a měření doby průchodu procesem. Je základem téměř všech časových KPI, například „Průměrná doba uzavření smlouvy“ a „Průměrná délka schvalovací fáze“.
Proč je to důležité
Tento časový údaj je nezbytný pro řazení událostí, výpočet jejich trvání a analýzu výkonnosti procesu v čase. Bez něj nelze provádět process mining.
Kde data získat
Odpovídá časovému údaji akce zaznamenané v historii smlouvy nebo v tabulkách auditní stopy v Agiloft.
Příklady
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Název činnosti
ActivityName
|
Název konkrétní obchodní činnosti nebo události, ke které došlo v určité fázi životního cyklu smlouvy. | ||
|
Popis
Tento atribut popisuje provedený krok procesu, například „Smlouva připravena“, „Právní kontrola provedena“ nebo „Smlouva podepsána“. Jednotlivé činnosti tvoří mapu procesu. Analýza pořadí a četnosti činností pomáhá určit hlavní tok procesu, odhalit odchylky a opakované práce a zjistit, které kroky jsou nejčastější nebo časově nejnáročnější. Je nezbytná pro tvorbu dashboardů, jako jsou „Přehled životního cyklu smluv“ a „Varianty procesu přípravy smluv“.
Proč je to důležité
Činnosti vymezují jednotlivé kroky v mapě procesu. Tento atribut je nutný k zobrazení toku procesu a pochopení toho, jaká práce se provádí.
Kde data získat
Odvozuje se z akce nebo změny stavu zaznamenané v historii smlouvy nebo v tabulkách auditní stopy v Agiloft.
Příklady
Příprava návrhu smlouvyProvedení právní kontrolyOdeslání k podpisuPodepsání smlouvy
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časový údaj označující, kdy byla data naposledy obnovena nebo získána ze zdrojového systému. | ||
|
Popis
Tento atribut uvádí čas poslední extrakce dat. Pomáhá určit aktuálnost analyzovaných dat a plánovat jejich obnovování. Uživatelé podle tohoto údaje ověří, zda pracují s aktuálními informacemi, a zjistí, jaké období analýza pokrývá. Jde o důležitou metadata pro spolehlivou analýzu založenou na datech.
Proč je to důležité
Uživatelé díky němu vědí, jak aktuální data jsou, což je důležité pro včasná a správná obchodní rozhodnutí.
Kde data získat
Tento časový údaj se vytváří a přidává při procesu extrakce, transformace a načítání dat (ETL).
Příklady
2024-05-20T08:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data získána. | ||
|
Popis
Tento atribut určuje původ dat o správě smluv. V tomto procesu bude jeho hodnota vždy „Agiloft“. Při širších podnikových analýzách, které kombinují data z více systémů, je toto pole důležité pro sledování původu dat a správné vymezení analýzy. Poskytuje kontext a umožňuje dohledat původ dat.
Proč je to důležité
Určuje původ dat, což je důležité pro správu dat, řešení problémů a integraci dat z více zdrojů.
Kde data získat
Jde o statickou hodnotu, kterou je třeba doplnit při extrakci a transformaci dat.
Příklady
Agiloft
|
|||
|
Čas dokončení
EventEndTime
|
Časový údaj označující dokončení konkrétní činnosti nebo události. | ||
|
Popis
Čas zahájení označuje, kdy činnost začala, zatímco čas dokončení určuje, kdy skončila. Rozdíl mezi těmito údaji představuje dobu zpracování dané činnosti. V process mining umožňují časy zahájení i dokončení podrobněji analyzovat využití zdrojů a rozlišit čekání od aktivní práce. Lze například zjistit, jak dlouho se na právní kontrole skutečně pracovalo a jak dlouho čekala ve frontě. Tyto údaje slouží pro KPI „Doba zpracování právní kontroly“.
Proč je to důležité
Umožňuje vypočítat skutečnou dobu zpracování činnosti a oddělit aktivní práci od čekání. Díky tomu lze přesněji analyzovat úzká místa.
Kde data získat
Některé systémy tento údaj poskytují přímo. Často se odvozuje z času zahájení následující činnosti v případu. V Agiloft může být nutné jej získat z auditní stopy.
Příklady
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
|
|||
|
Datum skončení platnosti
ExpirationDate
|
Datum, kdy má platnost smlouvy skončit, pokud nebude obnovena nebo ukončena. | ||
|
Popis
Datum skončení platnosti určuje konec aktivního období smlouvy. Je nezbytné pro správu obnovení a ukončení smluv a pro předcházení nechtěnému skončení platnosti nebo automatickému obnovení. Tento atribut je základem dashboardu „Nadcházející termíny a stav smluv“ a KPI „Podíl včasných kroků u smluv“. Umožňuje firmě včas řešit události související s koncem platnosti smlouvy, zajistit včasné obnovení nebo ukončení a předejít zmeškání termínů.
Proč je to důležité
Umožňuje spravovat smlouvy s předstihem a předcházet zmeškání termínů pro jejich obnovení nebo ukončení.
Kde data získat
Jde o standardní datumové pole v hlavní tabulce Contracts v Agiloft.
Příklady
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
|
|||
|
Hodnota smlouvy
ContractValue
|
Celková finanční hodnota smlouvy. | ||
|
Popis
Tento atribut vyjadřuje celkovou finanční hodnotu smlouvy, ať už jde o výnos, náklad nebo závazek. Tato hodnota často ovlivňuje míru kontroly a náročnost schvalovacího procesu. Hodnota smlouvy je důležitá pro dashboard „Trendy hodnoty a počtu podepsaných smluv“, který umožňuje analyzovat finanční dopad výkonnosti procesu. Lze ji také porovnat s dobou průchodu a zjistit, zda zpracování smluv s vysokou hodnotou trvá výrazně déle. To pomáhá stanovit jejich prioritu a zlepšit související workflow.
Proč je to důležité
Poskytuje procesu finanční kontext a umožňuje analýzu podle hodnoty, stanovení priorit a posouzení obchodního dopadu zpoždění.
Kde data získat
Jde o standardní pole v hlavní tabulce Contracts v Agiloft.
Příklady
50000.00250000.0010000.00
|
|||
|
Jméno uživatele
UserName
|
Jméno uživatele nebo zdroje, který činnost provedl. | ||
|
Popis
Tento atribut určuje osobu odpovědnou za dokončení daného kroku procesu, například člověka, který připravil smlouvu, nebo právníka, který provedl právní kontrolu. Obvykle se získává z údajů o uživateli přiřazených k akci v auditní stopě systému. Analýza podle uživatelů je důležitá pro dashboard „Analýza pracovního vytížení zdrojů u smluv“. Pomáhá zjistit rozložení práce, rozdíly ve výkonu jednotlivých osob a možnosti školení. Umožňuje také dohledat odpovědnost za konkrétní akce.
Proč je to důležité
Umožňuje analyzovat pracovní vytížení, porovnávat výkon a hledat úzká místa nebo osvědčené postupy spojené s konkrétními zdroji.
Kde data získat
Obvykle se nachází v tabulkách historie smlouvy nebo auditní stopy a je propojen s uživatelem, který změnu provedl.
Příklady
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Název protistrany
CounterpartyName
|
Název externí strany, klienta, dodavatele nebo partnera, který je účastníkem smlouvy. | ||
|
Popis
Tento atribut určuje druhou organizaci nebo osobu, která smlouvu podepisuje. Protistrana může výrazně ovlivnit průběh vyjednávání, jeho délku i podmínky dohody. Analýza výkonnosti procesu podle protistrany je jedním z cílů dashboardů „Faktory ovlivňující rozdíly v době průchodu smluv“ a „Četnost připomínek při vyjednávání“. Pomáhá zjistit, se kterými partnery vyjednávání trvá déle nebo vyžaduje více úprav. Na základě toho lze přizpůsobit vyjednávací postupy a lépe řídit vztahy.
Proč je to důležité
Pomáhá zjistit, jak různí externí partneři ovlivňují délku a náročnost vyjednávání o smlouvách, a zpřesnit tak prognózy i strategii.
Kde data získat
Jde o standardní pole v hlavní tabulce Contracts nebo o údaj propojený z tabulky Companies/Accounts v Agiloft.
Příklady
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Oddělení uživatele
UserDepartment
|
Obchodní oddělení, do kterého uživatel nebo vlastník smlouvy patří. | ||
|
Popis
Tento atribut uvádí, do kterého oddělení smlouva spadá, například „Prodej“, „Právní oddělení“, „Nákup“ nebo „Finance“. Údaj lze přiřadit vlastníkovi smlouvy nebo uživateli, který provedl konkrétní činnost. Tato dimenze je důležitá pro dashboard „Faktory ovlivňující rozdíly v době průchodu smluv“. Umožňuje filtrovat a porovnávat výkonnost procesu napříč odděleními a zjistit, zda některá oddělení mají delší dobu průchodu, více opakované práce nebo jiné varianty procesu. Můžete například porovnat, zda smlouvy z obchodního oddělení procházejí právní kontrolou déle než smlouvy z nákupu.
Proč je to důležité
Umožňuje porovnávat výkonnost jednotlivých obchodních útvarů a hledat problémy nebo osvědčené postupy specifické pro dané oddělení.
Kde data získat
Tyto údaje lze propojit z tabulek uživatelských profilů nebo mohou být uloženy přímo v záznamu smlouvy v Agiloft.
Příklady
ProdejPrávní odděleníNákupFinance
|
|||
|
Stav smlouvy
ContractStatus
|
Aktuální stav smlouvy v jejím životním cyklu. | ||
|
Popis
Tento atribut označuje aktuální fázi smlouvy, například „Drafting“, „In Review“, „Executed“, „Expired“ nebo „Terminated“. Ukazuje, v jakém stavu se smlouva právě nachází. V process mining často určují samotné činnosti změny stavu v čase. Jako atribut případu se hodí k filtrování analýzy, například pouze na aktivní, podepsané nebo smlouvy s ukončenou platností. Přímo podporuje dashboard „Nadcházející termíny a stav smluv“.
Proč je to důležité
Rychle ukazuje aktuální fázi smlouvy a umožňuje filtrovat a rozdělovat případy na probíhající a dokončené.
Kde data získat
Jde o standardní pole v hlavní tabulce Contracts v Agiloft.
Příklady
NávrhČeká na schváleníPodepsánoPlatnost vypršela
|
|||
|
Typ smlouvy
ContractType
|
Zařazení smlouvy, například rámcová smlouva o poskytování služeb (MSA), dohoda o mlčenlivosti (NDA) nebo specifikace prací (SOW). | ||
|
Popis
Typ smlouvy je důležitý klasifikační údaj, který určuje povahu a šablonu dohody. Různé typy smluv často procházejí odlišnými variantami procesu, liší se náročností a zapojují různé účastníky. Tento atribut je nezbytný pro srovnávací analýzu a významně ovlivňuje dashboardy „Faktory ovlivňující rozdíly v době průchodu smluv“ a „Četnost připomínek při vyjednávání“. Rozdělení procesu podle typu smlouvy pomáhá zjistit, proč některé typy trvají déle, vyžadují více úprav nebo se častěji odchylují od standardního postupu.
Proč je to důležité
Pomáhá vysvětlit výrazné rozdíly v náročnosti, délce a rizikovosti procesu. Je nezbytný pro smysluplné rozdělení procesů do skupin.
Kde data získat
Jde o standardní pole v hlavní tabulce Contracts v Agiloft.
Příklady
Rámcová smlouva o poskytování služebDohoda o mlčenlivostiSpecifikace pracíLicenční smlouva na software
|
|||
|
Automatizováno
IsAutomated
|
Logická hodnota označující, zda činnost provedl automaticky systém, nebo uživatel. | ||
|
Popis
Tento atribut rozlišuje činnosti prováděné lidmi od činností systému, například automatických změn stavu, oznámení nebo workflow spuštěných systémem. Analýza pomáhá zjistit míru automatizace správy smluv. Lze s ní měřit dopad automatizace, hledat další možnosti automatizace a ověřovat, zda automatizované kroky fungují podle očekávání a nevytvářejí úzká místa.
Proč je to důležité
Pomáhá měřit míru automatizace procesu a určit, které kroky provádí systém a které lidé.
Kde data získat
Odvozuje se podle konkrétních systémových účtů, například „System“ nebo „Admin“, v historii činností nebo označením konkrétních typů automatizovaných činností.
Příklady
truefalse
|
|||
|
Byla dodržena lhůta SLA pro kontrolu?
IsReviewSlaMet
|
Vypočítávaný příznak typu boolean, který udává, zda byla kontrola smlouvy dokončena ve stanovené lhůtě SLA. | ||
|
Popis
Tento atribut se odvozuje porovnáním skutečného času dokončení kontrolní aktivity (například „Provedena interní kontrola“) s hodnotou „ReviewSlaDueDate“. Pokud byla kontrola dokončena včas, bude mít příznak hodnotu „true“, při zpoždění „false“. Příznak přímo napájí dashboard „Dodržování SLA při kontrole smluv“, který přehledně zobrazuje míru shody. Zjednodušuje také výpočet KPI „Míra dodržení SLA při kontrolách“, protože stačí spočítat hodnoty true a false.
Proč je to důležité
Jednoznačně ukazuje, zda byla dodržena lhůta SLA. Dodržování interních termínů tak lze snadno měřit, zobrazovat a vykazovat.
Kde data získat
Vypočítá se porovnáním hodnoty „EventTime“ u aktivity dokončení kontroly s hodnotou „ReviewSlaDueDate“ u každé smlouvy.
Příklady
truefalse
|
|||
|
Doba schvalování
ApprovalPhaseDuration
|
Vypočítaná doba schvalovací fáze od zahájení schvalování až po jeho dokončení. | ||
|
Popis
Tato metrika měří dobu potřebnou k získání všech požadovaných interních a právních schválení smlouvy. Obvykle začíná první kontrolní aktivitou (například „Odeslána interní kontrola“) a končí získáním posledního požadovaného schválení. Atribut slouží jako základ KPI „Průměrná doba schvalování“ a je důležitou součástí dashboardu „Analýza úzkých míst při kontrole a schvalování“. Odděluje tuto důležitou fázi životního cyklu smlouvy, takže můžete zjistit, co způsobuje zpoždění při kontrole a schvalování.
Proč je to důležité
Vyčísluje dobu strávenou ve schvalovací fázi a pomáhá určit a řešit úzká místa v této důležité části procesu.
Kde data získat
Vypočítá se ze záznamu událostí jako časový rozdíl mezi začátkem první schvalovací aktivity a koncem poslední schvalovací aktivity u každé smlouvy.
Příklady
5 dní 2 hodiny12 dní 6 hodin2 dny 1 hodina
|
|||
|
Doba vyjednávání
NegotiationPhaseDuration
|
Vypočítaná doba vyjednávání s protistranou. | ||
|
Popis
Tato metrika měří dobu od zahájení jednání s externí stranou (například aktivitou „Zahájeno vyjednávání s protistranou“) až po dosažení konečné dohody a její schválení protistranou. Jde o hlavní metriku dashboardu „Doba vyjednávání“ a KPI „Průměrná doba vyjednávání“. Analýza této doby pomáhá vyhodnotit efektivitu vyjednávání, určit typy smluv nebo protistrany, u kterých se jednání protahuje, a najít možnosti, jak spolupráci zjednodušit.
Proč je to důležité
Měří efektivitu vyjednávání a ukazuje, jak zkrátit dobu jednání s externími stranami.
Kde data získat
Vypočítá se ze záznamu událostí jako doba mezi aktivitou „Zahájeno vyjednávání s protistranou“ a závěrečnou aktivitou, například „Obdrženo schválení protistrany“.
Příklady
7 dní15 dní3 dny
|
|||
|
Název šablony smlouvy
ContractTemplateName
|
Název šablony použité k vytvoření prvního návrhu smlouvy. | ||
|
Popis
Tento atribut určuje, která standardní šablona byla případně použita jako výchozí pro přípravu smlouvy. Jednotné používání šablon přispívá k efektivnější přípravě smluv. Analýza tohoto atributu podporuje KPI „Míra opakované práce při přípravě smluv“ a „Míra schválení při první interní kontrole“. Porovnáním výsledků smluv vytvořených z různých šablon nebo bez šablony mohou organizace zjistit, které šablony fungují nejlépe a kde je nejvíce potřeba sjednotit postupy.
Proč je to důležité
Pomáhá vyhodnotit účinnost standardních šablon a podporuje jejich sjednocení, což může výrazně zkrátit přípravu smluv i omezit přepracování.
Kde data získat
Může jít o pole v záznamu smlouvy v Agiloft, které se vyplní při vytvoření smlouvy ze šablony.
Příklady
Standardní MSA v2.1NDA, vzájemnáSOW, pevná cena v1.3Vlastní
|
|||
|
Počet revizí
RevisionCount
|
Počet úprav nebo připomínek ke smlouvě v průběhu jejího životního cyklu. | ||
|
Popis
Tento atribut sleduje počet verzí smlouvy, zejména ve fázi přípravy a vyjednávání. Vysoký počet revizí často ukazuje na problémy se šablonami, náročné vyjednávání nebo nejasné původní požadavky. Tato metrika přímo podporuje dashboard „Četnost připomínek při vyjednávání“ a KPI „Četnost připomínek ke smlouvě“. Analýza počtu revizí pomáhá zjistit, které typy smluv nebo protistrany vedou k nejčastějším úpravám. Výsledky lze využít ke zjednodušení přípravy smluv a vyjednávání.
Proč je to důležité
Vyjadřuje rozsah opakované práce a náročnost vyjednávání. Pomáhá hledat možnosti, jak zlepšit kvalitu šablon a vyjednávací postupy.
Kde data získat
Obvykle se odvozuje spočítáním výskytů činností „Contract Redlined/Revised“ pro každé ID smlouvy v záznamu událostí.
Příklady
1350
|
|||
|
Právní kontrolor
LegalReviewer
|
Jméno konkrétní osoby nebo týmu z právního oddělení, který má smlouvu zkontrolovat. | ||
|
Popis
Tento atribut určuje konkrétního pracovníka právního oddělení odpovědného za činnost „Legal Review Conducted“. Poskytuje podrobnější přehled o pracovním vytížení než obecné pole „User“, které může zahrnovat různé role. Je užitečný pro dashboard „Analýza pracovního vytížení zdrojů u smluv“, protože umožňuje zaměřit analýzu na kapacitu a výkon právního týmu. Pomáhá zjistit, jak je práce v týmu rozložena a zda jsou s některými kontrolory spojeny delší doby kontroly. Podporuje také KPI „Průměrná doba zpracování právní kontroly“.
Proč je to důležité
Umožňuje podrobně analyzovat pracovní vytížení a výkon při právních kontrolách a efektivněji řídit zdroje právního týmu.
Kde data získat
Může jít o samostatné pole smlouvy s přiřazeným právním poradcem nebo o údaj odvozený ze jména uživatele spojeného s činností právní kontroly.
Příklady
Jane DoePrávní tým AJohn Smith
|
|||
|
Termín kontroly podle SLA
ReviewSlaDueDate
|
Cílové datum, do kterého musí být dokončen krok kontroly smlouvy, například právní nebo interní kontrola. | ||
|
Popis
Tento atribut určuje termín podle Service Level Agreement (SLA) pro konkrétní kontrolní činnosti. Stanovuje očekávanou dobu vyřízení a slouží k měření výkonu vůči interním cílům. Toto datum je nezbytné pro dashboard „Dodržování SLA při kontrole smluv“ a související KPI „Míra dodržení SLA při kontrolách“. Porovnáním skutečného času dokončení kontrolních činností s termínem lze zjistit, zda proces plní stanovené úrovně služeb, a určit oblasti, kde se termíny SLA často nedodržují.
Proč je to důležité
Umožňuje měřit výkon vůči interním termínům, což je důležité pro dodržování SLA a zkrácení doby vyřízení kontrol.
Kde data získat
V Agiloft může jít o vypočítané pole založené na datu odeslání smlouvy a předem stanovených pravidlech SLA nebo o datum zadané ručně.
Příklady
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
|
|||
Aktivity při správě smluv
| Aktivita | Popis | ||
|---|---|---|---|
|
Platnost smlouvy vypršela
|
Tato událost označuje, že smlouva dosáhla data skončení platnosti, aniž byla obnovena nebo předčasně ukončena. Obvykle se vypočítá porovnáním data skončení smlouvy s aktuálním datem. | ||
|
Proč je to důležité
Jde o jeden z hlavních koncových bodů životního cyklu smlouvy. Analýza končících smluv pomáhá předcházet nechtěnému automatickému obnovení a zajistit, aby se nezapomnělo na potřebné obnovení.
Kde data získat
Jde o vypočítanou událost. Nastane, když aktuální datum překročí datum uložené v poli „Expiration Date“ nebo „Contract End Date“ u smlouvy, která nebyla obnovena ani ukončena.
Zachycení
Událost odvoďte z hodnoty pole „Expiration Date“.
Typ události
calculated
|
|||
|
Podepsání smlouvy
|
Jde o významný milník, kdy všechny strany podepíší smlouvu a ta se stane právně závaznou. Obvykle se zaznamená prostřednictvím integrace s platformou pro elektronické podpisy nebo ruční změnou stavu na „Executed“. | ||
|
Proč je to důležité
Tato událost označuje úspěšné dokončení fáze před podpisem smlouvy a slouží jako koncový bod pro výpočet celkové doby jejího uzavření. Zahajuje fázi správy smlouvy po jejím uzavření.
Kde data získat
Zaznamenává se časovým údajem o dokončení, který poskytne webhook integrace pro elektronické podpisy, nebo časovým údajem ruční změny stavu na „Executed“ či „Signed“ v Agiloft.
Zachycení
Použijte pole „Date Signed“, datum podpisu nebo časový údaj změny stavu na „Executed“.
Typ události
explicit
|
|||
|
Provedení právní kontroly
|
Označuje dokončení kontroly smlouvy právním oddělením. Tato událost se často zaznamená při změně stavu smlouvy právním týmem, například na „Schváleno právním oddělením“, nebo po dokončení konkrétního schvalovacího úkolu. | ||
|
Proč je to důležité
Právní kontrola je důležitý a často zdlouhavý krok. Zjištění její délky pomáhá odhalit úzká místa v právním týmu a sledovat dodržování SLA.
Kde data získat
Událost lze odvodit ze změny stavu, například z „Probíhá právní kontrola“ na „Schváleno právním oddělením“, nebo ji zaznamenat při dokončení souvisejícího záznamu Approval přiřazeného skupině Legal v Agiloftu.
Zachycení
Použijte časové razítko změny stavu na „Schváleno právním oddělením“ nebo okamžik označení konkrétního úkolu právního schválení za dokončený.
Typ události
inferred
|
|||
|
Smlouva obnovena
|
Označuje úspěšné obnovení smlouvy po skončení její platnosti. Jde o důležitý obchodní výsledek, který se často zaznamená výslovnou akcí uživatele, jenž změní stav smlouvy nebo vytvoří novou verzi pro další období. | ||
|
Proč je to důležité
Pro mnoho firem je tato činnost důležitým ukazatelem úspěchu a potvrzuje pokračování spolupráce. Sledování obnovených smluv je zásadní pro prognózy výnosů a analýzu udržení zákazníků.
Kde data získat
Zaznamenává se výslovnou změnou stavu na „Renewed“ nebo vytvořením nového propojeného záznamu smlouvy označeného jako obnovení. Tyto kroky lze automatizovat pomocí workflow v Agiloft.
Zachycení
Použijte časový údaj změny stavu na „Renewed“ nebo datum vytvoření následující smlouvy.
Typ události
explicit
|
|||
|
Smlouva předčasně ukončena
|
Označuje předčasné ukončení aktivní smlouvy před plánovaným datem jejího skončení. Jde o výslovnou událost, která se obvykle zaznamená změnou stavu smlouvy na „Terminated“ a uvedením důvodu. | ||
|
Proč je to důležité
Analýza ukončení smluv pomáhá porozumět důvodům jejich předčasného skončení, například neplnění závazků nebo změně obchodní strategie. Je důležitá pro řízení rizik a pochopení vztahů s protistranami.
Kde data získat
Lze ji odvodit ze změny stavu na „Terminated“ v historii záznamu smlouvy. Datum ukončení se často ukládá do samostatného pole.
Zachycení
Použijte časový údaj změny stavu na „Terminated“ nebo hodnotu pole „Termination Date“.
Typ události
inferred
|
|||
|
Zahájení žádosti o smlouvu
|
Jde o první událost v životním cyklu smlouvy, která představuje formální žádost o novou smlouvu. V Agiloftu se obvykle zaznamená vytvořením nového záznamu v tabulce Contract. Jde o výslovně zaznamenanou událost v historii systému nebo auditním protokolu. | ||
|
Proč je to důležité
Tato činnost označuje začátek procesu a je nezbytná pro výpočet celkové délky cyklu smlouvy. Analýza tohoto výchozího bodu pomáhá zjistit objem a zdroje poptávky po smlouvách v organizaci.
Kde data získat
Tato událost se zaznamenává podle časového razítka vytvoření záznamu smlouvy v Agiloftu. Obvykle ji najdete na kartě History nebo v systémových protokolech u příslušného ID smlouvy.
Zachycení
Použijte časové razítko vytvoření záznamu z hlavní tabulky smluv.
Typ události
explicit
|
|||
|
Získání interních schválení
|
Tento milník označuje, že všichni požadovaní interní účastníci schválili konečnou verzi smlouvy. Obvykle jej lze odvodit ze změny stavu smlouvy na konečný stav schválení, například „Plně schváleno“ nebo „Připraveno k podpisu“. | ||
|
Proč je to důležité
Jde o důležitý milník, který označuje konec interních kontrol a připravenost smlouvy k podpisu. Je důležitý pro měření celkové doby interního zpracování před odesláním smlouvy k podpisu.
Kde data získat
Událost lze odvodit z časového razítka změny stavu na „Schváleno“, „Připraveno k podpisu“ nebo podobný konečný stav schválení. Lze ji také určit podle časového razítka dokončení posledního požadovaného schválení.
Zachycení
Zjistěte časové razítko změny stavu smlouvy na stav schválení před podpisem.
Typ události
inferred
|
|||
|
Odeslání k podpisu
|
Tato činnost označuje odeslání konečné schválené smlouvy všem stranám k podpisu. V systémech, jako je Agiloft, které jsou propojené se službami elektronického podpisu, jde často o výslovnou akci, která zahájí proces podpisu. | ||
|
Proč je to důležité
Tato událost poskytuje přesné časové razítko začátku závěrečné fáze podpisu. Analýza doby od tohoto okamžiku do události „Podepsání smlouvy“ pomáhá odhalit zpoždění při samotném podpisu.
Kde data získat
Událost se zaznamenává podle výslovné akce uživatele v historii smlouvy nebo prostřednictvím volání API služby elektronického podpisu, například DocuSign nebo Adobe Sign, se kterou je Agiloft propojený.
Zachycení
Použijte časové razítko z historie spojené s akcí „Odeslat k podpisu“ nebo s voláním integrace.
Typ události
explicit
|
|||
|
Předání ke kontrole v rámci organizace
|
Tato činnost označuje okamžik, kdy je připravený návrh smlouvy formálně předán interním zúčastněným stranám ke kontrole. V Agiloftu se obvykle zaznamená změnou stavu ve workflow, například z „Návrh“ na „Interní kontrola“. | ||
|
Proč je to důležité
Tato událost zahajuje fázi kontroly, která bývá častým zdrojem úzkých míst. Analýza doby mezi touto událostí a následujícími kontrolními činnostmi je důležitá pro pochopení a zkrácení doby kontroly.
Kde data získat
Událost lze odvodit z časového razítka změny pole stavu na hodnotu jako „Probíhá kontrola“, „Čeká na interní kontrolu“ nebo „Předáno ke kontrole“ v hlavním záznamu smlouvy.
Zachycení
V historii smlouvy vyhledejte změnu stavu na „Interní kontrola“.
Typ události
inferred
|
|||
|
Příprava návrhu smlouvy
|
Označuje dokončení prvního návrhu smlouvy. Obvykle se zaznamená při nahrání první verze dokumentu smlouvy a jejím přiřazení k záznamu smlouvy nebo při změně stavu smlouvy na „Příprava návrhu dokončena“. | ||
|
Proč je to důležité
Sledování této činnosti pomáhá měřit efektivitu přípravy návrhu. Je také nezbytné pro analýzu přepracování, protože opakované úpravy po tomto bodě mohou ukazovat na problémy se šablonami nebo původními požadavky.
Kde data získat
Událost lze odvodit ze změny pole stavu, například z „Nová“ na „Příprava návrhu“, nebo ji zaznamenat podle časového razítka připojení první verze dokumentu v související tabulce „Attached Files“ v Agiloftu.
Zachycení
Zjistěte časové razítko první změny stavu na „Příprava návrhu“ nebo „Kontrola“, případně datum vytvoření prvního souvisejícího záznamu dokumentu.
Typ události
inferred
|
|||
|
Proběhla kontrola shody
|
Označuje dokončení plánované nebo mimořádné kontroly shody u aktivní smlouvy. Obvykle se zaznamená jako samostatná událost při dokončení úkolu souvisejícího se shodou nebo při aktualizaci pole kontroly. | ||
|
Proč je to důležité
Sledování kontrol shody je důležité pro řízení a správu rizik. Díky této činnosti mohou organizace ověřovat, zda po celou dobu platnosti smlouvy dodržují právní předpisy a interní zásady.
Kde data získat
Zaznamenává se časovým údajem dokončení propojeného úkolu kontroly shody nebo vyplněním data v poli, jako je „Last Compliance Review Date“.
Zachycení
Použijte datum dokončení vyhrazeného úkolu kontroly shody nebo konkrétní datumové pole aktualizované po dokončení kontroly.
Typ události
explicit
|
|||
|
Smlouva aktivována
|
Označuje, že smlouva nabyla účinnosti a je vymahatelná. Obvykle k tomu dojde v den podpisu nebo později. V Agiloft se tato změna často zaznamená změnou stavu z „Executed“ na „Active“ nebo „Live“. | ||
|
Proč je to důležité
Touto událostí formálně začíná životní cyklus smlouvy po jejím uzavření. Spouští plnění závazků, monitorování a úkoly související se shodou. Poskytuje jasný výchozí bod pro sledování plnění a správy aktivní smlouvy.
Kde data získat
Lze ji odvodit ze změny stavu na „Active“ v historii smlouvy nebo vypočítat podle pole „Contract Start Date“.
Zachycení
Použijte časový údaj změny stavu na „Active“ nebo hodnotu pole „Effective Date“.
Typ události
inferred
|
|||
|
Smlouva zrušena
|
Označuje, že žádost o smlouvu nebo smlouva v procesu byla záměrně zrušena před podpisem. Jde o výslovný koncový stav, který se obvykle zaznamená změnou stavu na „Canceled“ nebo „Withdrawn“. | ||
|
Proč je to důležité
Tato událost představuje neúspěšnou nebo ukončenou větev procesu. Analýza důvodů zrušení smluv může odhalit problémy ve fázi posuzování nebo vyjednávání a pomoci omezit zbytečnou práci.
Kde data získat
Lze ji odvodit z časového údaje změny stavu smlouvy na některou z konečných neúspěšných hodnot, například „Canceled“, „Void“ nebo „Withdrawn“.
Zachycení
Vyhledejte časový údaj změny stavu na „Canceled“.
Typ události
inferred
|
|||
|
Úprava smlouvy a zapracování připomínek
|
Označuje případ, kdy byl dokument smlouvy během vyjednávání nebo interní kontroly upraven či opatřen připomínkami. Obvykle se zaznamená při nahrání nové verze dokumentu smlouvy do Agiloftu. | ||
|
Proč je to důležité
Tato činnost je důležitá pro odhalení opakovaného přepracování. Časté úpravy mohou ukazovat na nejasné podmínky, nevhodné šablony nebo sporné vyjednávání. To vše prodlužuje cyklus smlouvy.
Kde data získat
Událost se zaznamenává podle časového razítka vytvoření nové verze dokumentu v tabulce „Attached Files“ nebo ve vyhrazené tabulce historie verzí propojené se záznamem smlouvy v Agiloftu.
Zachycení
Použijte časové razítko vytvoření každého nového záznamu v historii verzí dokumentu smlouvy.
Typ události
explicit
|
|||
|
Zahájena změna smlouvy
|
Tato událost označuje zahájení formálního procesu změny stávající aktivní smlouvy. V Agiloft se obvykle zaznamená vytvořením nového záznamu „Amendment“ propojeného s původní smlouvou. | ||
|
Proč je to důležité
Změny představují významné odchylky v životním cyklu smlouvy. Analýza jejich četnosti a průběhu může odhalit, jak se mění potřeby firmy nebo zda bylo původní znění smlouvy dostatečně jasné.
Kde data získat
Událost se zaznamená podle časového údaje vytvoření nového záznamu ve vyhrazené tabulce „Amendments“, propojeného s nadřazeným Contract ID.
Zachycení
Použijte časový údaj vytvoření záznamu v tabulce Amendments.
Typ události
explicit
|
|||
|
Zahájení vyjednávání s protistranou
|
Tato činnost označuje okamžik, kdy je smlouva odeslána externí protistraně ke kontrole a vyjednávání. V Agiloftu ji lze odvodit ze změny stavu na „Probíhá vyjednávání“ nebo „Externí kontrola“. | ||
|
Proč je to důležité
Tímto začíná fáze vyjednávání, jejíž délka se může výrazně lišit a být nepředvídatelná. Sledování této události pomáhá měřit a analyzovat délku vyjednávání a zjistit, co tuto fázi prodlužuje.
Kde data získat
Událost lze odvodit z časového razítka změny pole stavu smlouvy na „Probíhá vyjednávání“, „U protistrany“ nebo „Externí kontrola“ v historii záznamu smlouvy.
Zachycení
Zjistěte první časové razítko změny stavu, která označuje zahájení externí komunikace nebo vyjednávání.
Typ události
inferred
|
|||
Návody k extrakci dat
Chcete začít?
Udělejte první krok ke zlepšení životního cyklu smluv. Připravte data pomocí této šablony a začněte hledat možnosti, jak zvýšit efektivitu a zajistit shodu.
Zlepšete správu smluv v Agiloft a zkraťte dobu cyklu
Najděte neefektivitu a zkraťte dobu cyklu smluv o 30 %.
Kreditní kartu nepotřebujete. Začněte zkušební verzi ještě dnes.