Datová šablona pro správu smluv
Datová šablona pro správu smluv
Toto je obecná šablona dat pro process mining pro proces Správa smluv. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Univerzální datový model pro procesy správy smluv.
- Doporučené atributy a aktivity pro důkladnou analýzu.
- Pokyny k extrakci záznamu událostí bez ohledu na zdrojový systém.
Atributy správy smluv
| Název | Popis | ||
|---|---|---|---|
| Čas zahájení události EventStartTime | Časové razítko s přesným datem a časem zahájení konkrétní aktivity nebo události. | ||
| Popis Čas zahájení události označuje začátek aktivity v životním cyklu smlouvy. Toto časové razítko je nezbytné pro chronologické seřazení událostí a výpočet délky jednotlivých aktivit i celkové doby průchodu procesem. Poskytuje časový kontext potřebný k pochopení vývoje procesu. Při analýze se toto časové razítko používá k vytvoření mapy procesu a výpočtu ukazatelů výkonnosti, například „Průměrná doba zpracování smlouvy“ a „Průměrná doba schvalování“. Pomáhá hledat úzká místa tím, že ukazuje, které kroky trvají nejdéle. Porovnáním časů zahájení jednotlivých aktivit lze podrobně analyzovat dobu mezi kroky a odhalit zpoždění. Proč je to důležité Toto časové razítko je nezbytné pro seřazení událostí, výpočet doby průchodu procesem a hledání úzkých míst souvisejících s délkou trvání kroků. Kde data získat Najdete ho v systémových auditních záznamech, transakčních záznamech nebo tabulkách historie událostí, které uchovávají časové údaje o jednotlivých krocích procesu. Příklady 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| ID smlouvy ContractId | Jedinečný identifikátor každé smlouvy, který slouží jako hlavní identifikátor případu a propojuje všechny související aktivity a dokumenty. | ||
| Popis ID smlouvy je jedinečný klíč přiřazený k životnímu cyklu jedné smlouvy. Propojuje všechny události od první žádosti až po skončení platnosti nebo ukončení smlouvy. K tomuto ID se vztahují všechny aktivity, například příprava návrhu, kontroly, schválení a podpis. Při analýze process mining je ID smlouvy nezbytné pro rekonstrukci celého průběhu každé smlouvy. Nástroj díky němu seskupí související události do jednoho případu a umožní zobrazit a analyzovat celý průběh procesu. Bez jednotného ID smlouvy nelze přesně měřit dobu zpracování, hledat úzká místa ani analyzovat varianty procesu. Proč je to důležité Tento identifikátor je nezbytný pro sledování smlouvy po celý její životní cyklus. Umožňuje přesně mapovat proces a měřit jeho výkonnost. Kde data získat Obvykle se nachází v záhlaví nebo hlavním záznamu smlouvy v systému pro správu životního cyklu smluv (CLM). Příklady CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Název aktivity ActivityName | Název konkrétní obchodní události, úkolu nebo milníku, ke kterému došlo během životního cyklu smlouvy. | ||
| Popis Název aktivity popisuje krok v procesu správy smlouvy. Jde o jednotlivé úkoly, například „Příprava návrhu smlouvy“, „Dokončení právní kontroly“ nebo „Podepsání smlouvy“. Jejich chronologické pořadí pro dané ID smlouvy tvoří průběh procesu. Tento atribut je důležitý pro vytvoření mapy procesu, která je hlavním vizuálním výstupem process mining. Analýza pořadí a četnosti aktivit pomáhá pochopit skutečný průběh procesu, odhalit odchylky od standardního postupu a najít místa, kde se práce opakuje nebo zdržuje, například opakované revize. Proč je to důležité Určuje jednotlivé kroky procesu. Díky tomu lze zobrazit životní cyklus smlouvy a odhalit odchylky i úzká místa. Kde data získat Obvykle se nachází v záznamech událostí, auditních stopách nebo tabulkách historie stavů propojených s hlavním záznamem smlouvy. Příklady Připraven návrh smlouvyDokončeno interní schváleníOdeslána smlouva k podpisu | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data o této události naposledy aktualizována nebo získána ze zdrojového systému. | ||
| Popis Časové razítko Poslední aktualizace dat ukazuje, jak aktuální jsou analyzovaná data. Udává, kdy naposledy proběhl proces extrakce, transformace a načtení dat (ETL). Nezaměňujte ho s časovým razítkem události, které zaznamenává, kdy k obchodní aktivitě skutečně došlo. Tento atribut je důležitý pro správu dat a informování zainteresovaných stran o aktuálnosti zjištění. Uživatelé díky němu poznají, zda pracují s aktuálními údaji, nebo se snímkem z předchozího dne či týdne. Tento kontext je nezbytný pro včasná a informovaná rozhodnutí na základě dashboardů process mining. Proč je to důležité Poskytuje důležitý kontext o aktuálnosti dat, aby zainteresované strany věděly, jak současný obraz procesu analýza zachycuje. Kde data získat Toto časové razítko obvykle vytváří a ukládá nástroj pro integraci dat nebo ETL během jejich načítání. Příklady 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Zdrojový systém SourceSystem | Název IT systému nebo aplikace, ze které byla data o smlouvě získána. | ||
| Popis Atribut Zdrojový systém označuje původ dat o událostech. Životní cyklus smlouvy může v mnoha organizacích probíhat v několika systémech, například v platformě CLM, v CRM při zahájení procesu a v systému ERP pro finanční údaje. Uvedení zdrojového systému u každé události je důležité pro ověření dat a pochopení toho, jaké systémy se v procesu používají. Při analýze process mining tento atribut pomáhá odhalit rozdělení procesu mezi různé systémy. Může ukázat, zda zpoždění nebo problémy souvisejí s předáváním dat mezi konkrétními aplikacemi. Je důležitý také pro správu dat a dohledání původu problémů s jejich kvalitou. Proč je to důležité Označuje původ dat. To je důležité pro jejich ověření, pochopení rozdělení procesu mezi systémy a řešení problémů s kvalitou dat. Kde data získat Tato informace se často doplňuje při extrakci dat nebo je dostupná jako standardní pole v systémových záznamech. Příklady AgiloftSAP AribaDocuSign CLM | |||
| Čas ukončení události EventEndTime | Časové razítko s přesným datem a časem dokončení konkrétní aktivity nebo události. | ||
| Popis Čas ukončení události označuje dokončení aktivity. V kombinaci s časem zahájení události umožňuje přesně vypočítat dobu zpracování každého kroku životního cyklu smlouvy. Tato podrobnost je nezbytná pro analýzu výkonnosti. Tento atribut slouží k výpočtu délky aktivit, která je zásadní pro hledání úzkých míst. Dashboardy, například „Analýza úzkých míst při schvalování a kontrole“, využívají tato data k odhalení kroků, které zdržují smlouvy. Když organizace znají délku jednotlivých aktivit, mohou zlepšování procesů zaměřit na časově nejnáročnější části, například právní kontrolu nebo jednání. Proč je to důležité Umožňuje vypočítat délku jednotlivých aktivit a přesně určit, kde se v procesu nacházejí úzká místa. Kde data získat Najdete ho v systémových auditních záznamech nebo tabulkách historie událostí. Pokud není zaznamenáno přímo, může být nutné odvodit ho z času zahájení následující události. Příklady 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| Hodnota smlouvy ContractValue | Celková peněžní hodnota smlouvy, která může představovat výnos, náklad nebo závazek. | ||
| Popis Hodnota smlouvy vyjadřuje její finanční význam. Jde o důležitý obchodní kontext, který pomáhá určit priority smluv a pochopit jejich dopad na organizaci. Obvykle se uvádí v konkrétní měně. V process mining se tento atribut používá k analýze obchodního dopadu výkonnosti procesu. Dashboard „Obchodní dopad a průchodnost“ zobrazuje hodnotu zpracovávaných, pozastavených nebo podepsaných smluv. Pomáhá určit priority smluv s vysokou hodnotou a odpovědět například na otázky: „Zdržuje se schvalování našich nejhodnotnějších smluv?“ nebo „Jakou hodnotu mají smlouvy, u kterých jsme nestihli termín obnovení?“. Proč je to důležité Vyjadřuje finanční dopad smluv a umožňuje určit priority i analyzovat, jak neefektivní procesy ovlivňují dohody s vysokou hodnotou. Kde data získat Najdete ji v části s finančními údaji hlavního záznamu smlouvy v systému CLM nebo ERP. Příklady 100000.0025000.505000000.00 | |||
| Jméno uživatele UserName | Jméno nebo ID uživatele, zaměstnance či zdroje, který provedl aktivitu související se smlouvou nebo za ni odpovídá. | ||
| Popis Jméno uživatele označuje osobu odpovědnou za dokončení konkrétního úkolu v životním cyklu smlouvy. Může jít o vlastníka smlouvy, pracovníka právního oddělení, schvalovatele nebo podepisující osobu. Tento atribut propojuje aktivity procesu s lidmi, kteří je provádějí. V process mining umožňuje sledovat výkonnost týmů i jednotlivců. Dashboardy, například „Pracovní vytížení a produktivita týmu“, ho využívají k analýze rozložení práce, hledání přetížených zaměstnanců nebo týmů a hodnocení výkonnosti. Pomáhá také pochopit, jak rozdílné pracovní postupy vedou k odchylkám nebo zpožděním, a podle toho cílit školení či přidělovat zdroje. Proč je to důležité Propojuje aktivity procesu s konkrétními lidmi a umožňuje analyzovat rozložení práce, výkonnost týmů a přidělování zdrojů. Kde data získat Obvykle je dostupné v transakčních záznamech, auditních záznamech nebo polích pro přiřazení úkolů ve zdrojovém systému. Příklady Jan Novákj.smith@example.comUSER12345 | |||
| Název protistrany CounterpartyName | Název externí strany, společnosti, zákazníka, dodavatele nebo partnera, který je účastníkem smlouvy. | ||
| Popis Název protistrany označuje externí subjekt, se kterým organizace uzavírá dohodu. Může jít o zákazníka, dodavatele nebo partnera. Poskytuje důležitý kontext k obchodnímu vztahu, který smlouva upravuje. Protistrana je cenným rozměrem analýzy. Umožňuje porovnávat výkonnost procesu podle dodavatele nebo zákazníka. Analýza může například ukázat, že jednání s některými protistranami trvají pravidelně déle než obvykle. Tento poznatek může ovlivnit budoucí strategii jednání, pomoci při správě vztahů a vést k přípravě smluvních šablon na míru strategickým partnerům, které proces urychlí. Proč je to důležité Označuje externí stranu a umožňuje porovnávat dobu zpracování i průběh jednání podle zákazníka nebo dodavatele. Kde data získat Standardní pole v záznamu smlouvy, často propojené s hlavním záznamem zákazníka nebo dodavatele. Příklady Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Oddělení Department | Interní organizační jednotka nebo oddělení, které za smlouvu odpovídá, například obchodní, právní nebo nákupní oddělení. | ||
| Popis Atribut Oddělení označuje interní tým nebo organizační jednotku, která za smlouvu odpovídá nebo s ní souvisí. Obvykle jde o oddělení vlastníka smlouvy nebo tým, který podal žádost o její přípravu. Tento atribut umožňuje interní srovnávání a analýzu pracovního vytížení. Pomáhá pochopit, jak se proces správy smluv liší v jednotlivých částech organizace. Dashboard „Pracovní vytížení a produktivita týmu“ lze filtrovat podle oddělení a porovnávat výkonnost, určovat potřebu zdrojů a hledat oddělení, která potřebují další školení nebo podporu při práci s procesem. Pomáhá odpovědět například na otázky: „Ve kterém oddělení trvá schvalování nejdéle?“ nebo „Jak se proces v obchodním oddělení liší od procesu v nákupu?“. Proč je to důležité Umožňuje porovnávat výkonnost procesu mezi různými organizačními jednotkami, hledat interní úzká místa a sdílet osvědčené postupy. Kde data získat Obvykle se přebírá z uživatelského profilu vlastníka smlouvy nebo se uvádí přímo v záznamu smlouvy. Příklady ObchodPrávní odděleníNákupIT | |||
| Stav smlouvy ContractStatus | Aktuální fáze nebo stav smlouvy v jejím životním cyklu, například „Draft“, „In Approval“, „Executed“ nebo „Expired“. | ||
| Popis Stav smlouvy ukazuje, v jaké fázi životního cyklu se smlouva právě nachází. Tento atribut se obvykle aktualizuje při dosažení důležitých milníků a poskytuje stručný přehled o průběhu smlouvy. Atribut je užitečný při filtrování případů a analýze konkrétních částí portfolia smluv. Analytici se mohou zaměřit například na aktivní smlouvy při správě závazků nebo na pozastavené smlouvy a hledat příčiny zpoždění. Je součástí dashboardu „Výkonnost životního cyklu smluv“, který zobrazuje počet smluv v jednotlivých fázích a měří KPI „Podíl pozastavených smluv“. Proč je to důležité Poskytuje přehled o aktuální fázi smlouvy a umožňuje filtrovat a analyzovat portfolio smluv podle fáze životního cyklu. Kde data získat Jde o hlavní pole stavu v záznamu smlouvy v systému CLM. Příklady NávrhProbíhá kontrolaPodepsánoUkončeno | |||
| Typ smlouvy ContractType | Zařazení smlouvy, například rámcová smlouva o poskytování služeb (MSA), dohoda o mlčenlivosti (NDA) nebo zadání prací (SOW). | ||
| Popis Typ smlouvy je kategoriální atribut, který smlouvy rozděluje podle jejich právní povahy a účelu. Mezi běžné typy patří NDA, MSA, SOW a smlouvy o prodeji nebo nákupu. Toto zařazení poskytuje důležitý obchodní kontext k životnímu cyklu smlouvy. Atribut umožňuje porovnávat různé skupiny smluv. Analytici mohou filtrovat mapu procesu a KPI a zjistit, zda se u některých typů smluv liší průběh procesu, doba zpracování nebo četnost opakovaných úprav. Analýza může například ukázat, že právní kontrola MSA trvá výrazně déle než u NDA. To může být podnětem k úpravě procesu pro složitější typy dohod. Proč je to důležité Umožňuje rozdělit a porovnat procesy a zjistit, jak různé typy smluv ovlivňují dobu zpracování, složitost a rizika. Kde data získat Jde o standardní pole hlavního záznamu smlouvy v každém systému CLM. Příklady Dohoda o mlčenlivosti (NDA)Rámcová smlouva o poskytování služeb (MSA)Zadání prací (SOW) | |||
| Datum skončení platnosti ExpirationDate | Datum, kdy má smlouva skončit, pokud nebude obnovena nebo ukončena dříve. | ||
| Popis Datum skončení platnosti označuje konec smluvního období. Určuje životní cyklus aktivních smluv a slouží jako hlavní podnět k zahájení obnovení nebo ukončení. Správná správa těchto dat pomáhá předcházet nechtěnému přerušení služeb nebo výnosů. V process mining je tento atribut nezbytný pro dashboard „Správa závazků a obnovování“. Používá se k výpočtu KPI „Podíl včas obnovených smluv“ porovnáním data obnovení s datem skončení platnosti. Analýza smluv, kterým se blíží konec platnosti, umožňuje organizacím včas řídit plánované obnovování a předcházet výpadku výnosů nebo provozním problémům. Proč je to důležité Toto datum je důležité pro správu obnovování a omezení rizik. Pomáhá sledovat milníky smlouvy a zajistit včasné kroky. Kde data získat Jde o důležité datumové pole v hlavním záznamu smlouvy v systému CLM. Příklady 2024-12-312025-06-302026-01-15 | |||
| Počet revizí RevisionCount | Počet úprav nebo zapracovaných připomínek do smluvního dokumentu během jednání a kontrol. | ||
| Popis Počet revizí ukazuje, kolikrát se smlouva přepracovává před podpisem. Při každé úpravě dokumentu a vytvoření nové verze by se měl tento počet zvýšit. Slouží jako ukazatel složitosti a náročnosti jednání. Tento atribut přímo vypovídá o efektivitě a používá se k výpočtu KPI „Míra přepracování smluv“. Dashboard „Efektivita jednání a přepracování“ pomáhá najít smlouvy, protistrany nebo typy smluv, které vyžadují příliš mnoho revizí. Vysoký počet revizí často souvisí s delší dobou zpracování a může ukazovat na nejasné požadavky, tvrdý způsob vyjednávání nebo potřebu kvalitnějších standardních šablon. Proč je to důležité Měří rozsah přepracování a složitost jednání. Pomáhá odhalit příčiny neefektivity a dlouhé doby zpracování. Kde data získat Lze ho získat z pole s číslem verze smluvního dokumentu nebo odvodit spočítáním aktivit „Revize smlouvy“ pro každý případ. Příklady 135 | |||
Aktivity při správě smluv
| Aktivita | Popis | ||
|---|---|---|---|
| Aktivována smlouva | Označuje okamžik, kdy smlouva nabývá účinnosti a stává se vymahatelnou. Může k němu dojít v den podpisu nebo později. Tato událost zahajuje správu závazků a sledování plnění. | ||
| Proč je to důležité Aktivací končí proces uzavírání smlouvy a začíná její správa. Jde o skutečné počáteční datum pro sledování dodržování pravidel, prodlužování a plnění závazků. Kde data získat Obvykle se zaznamenává změna stavu v systému z „Executed“ na „Active“ nebo „Live“. Někdy se také vyplňuje pole „Effective Date“. Zachycení Použijte časové razítko změny stavu na „Active“, případně datum účinnosti smlouvy, pokud je k dispozici. Typ události inferred | |||
| Dokončeno interní schválení | Tento milník označuje, že všichni požadovaní interní zainteresovaní schválili konečnou verzi smlouvy. Organizace je sjednocena a připravena předložit smlouvu protistraně. | ||
| Proč je to důležité Jde o důležitý rozhodovací bod, který označuje konec interního vyjednávání. Doba potřebná k jeho dosažení je důležitým ukazatelem interní efektivity. Kde data získat Tuto událost lze obvykle odvodit ze změny stavu smlouvy na konečný stav schválení, například „Plně schváleno“ nebo „Připraveno k podpisu“, případně z dokončení posledního schvalovacího úkolu. Zachycení Určete časové razítko, kdy se celkový stav schválení změní na dokončený nebo kdy je zaznamenáno poslední požadované schválení. Typ události inferred | |||
| Obnovení smlouvy | Označuje úspěšné obnovení smlouvy po skončení její platnosti. Jde o obchodní výsledek, který prodlužuje trvání dohody. | ||
| Proč je to důležité Míra obnovení smluv přímo vypovídá o udržení a spokojenosti zákazníků. Sledování této události pomáhá posoudit dlouhodobou úspěšnost podnikání a kontinuitu výnosů. Kde data získat Obvykle jde o výslovnou akci uživatele, která změní stav smlouvy nebo vytvoří nový záznam smlouvy pro další období. Nová smlouva navazuje na původní. Zachycení Vyhledejte změnu stavu na „Renewed“ nebo vytvoření nové smlouvy propojené s původní jako její obnovení. Typ události explicit | |||
| Odeslána smlouva k podpisu | Tato činnost označuje odeslání konečné schválené smlouvy všem stranám k podpisu. Vyjednávání tím končí a začíná závěrečná fáze podpisu. | ||
| Proč je to důležité Jde o důležitý milník, od kterého se měří doba potřebná k získání podpisů. Analýza času od tohoto okamžiku do podpisu může odhalit zpoždění při podepisování. Kde data získat V systémech propojených s platformou pro elektronický podpis jde často o výslovnou akci, která zahájí podepisování a zaznamená se do auditní stopy systému. Zachycení Vyhledejte časové razítko v záznamu událostí nebo volání API, které souvisí se zahájením workflow elektronického podpisu. Typ události explicit | |||
| Podepsána smlouva | Jde o důležitý milník, kdy všechny strany podepsaly smlouvu a ta se stává právně závaznou. Označuje úspěšné dokončení fáze životního cyklu smlouvy před podpisem. | ||
| Proč je to důležité Datum podpisu je důležitým výsledným údajem pro výpočet celkové doby od žádosti po podpis. Jde o zásadní událost při analýze výkonnosti a průchodnosti procesu. Kde data získat Tato událost se obvykle zaznamená prostřednictvím propojení s platformou pro elektronický podpis nebo ruční změnou stavu na „Podepsáno“ a zadáním data podpisu. Zachycení Použijte časové razítko dokončení z platformy pro elektronický podpis nebo datum, kdy byl stav ručně změněn na „Podepsáno“. Typ události explicit | |||
| Skončení platnosti smlouvy | Tato událost označuje, že smlouva dosáhla data skončení platnosti, aniž by byla obnovena nebo předčasně ukončena. Jde o přirozené a plánované završení jejího životního cyklu. | ||
| Proč je to důležité Sledování konce platnosti smluv pomáhá řídit jejich obnovování a předcházet nechtěnému přerušení služeb nebo dohod. Vysoký počet smluv, jejichž platnost skončila bez obnovení, může signalizovat ztrátu obchodních příležitostí. Kde data získat Tato událost se obvykle nezaznamenává přímo. Odvozuje se porovnáním data skončení platnosti smlouvy s aktuálním datem. Zachycení Událost odvoďte vytvořením časového razítka ve chvíli, kdy systémové datum dosáhne data v poli „Expiration Date“ smlouvy nebo je pozdější. Typ události calculated | |||
| Ukončení smlouvy | Označuje předčasné ukončení aktivní smlouvy před plánovaným datem skončení platnosti. Smlouvu lze ukončit z důvodu porušení podmínek nebo z jiného důvodu, pokud to její podmínky umožňují. | ||
| Proč je to důležité Tato událost označuje předčasné ukončení obchodního vztahu. Sledování četnosti a důvodů ukončení pomáhá řídit rizika a posoudit stav podnikání. Kde data získat Jde o výslovnou událost, kterou uživatel obvykle zaznamená změnou stavu smlouvy na „Terminated“. Často doplní také kód důvodu nebo poznámku. Zachycení Zaznamenejte časové razítko změny stavu aktivní smlouvy na „Terminated“. Typ události explicit | |||
| Zahájena žádost o smlouvu | Jde o první činnost v životním cyklu smlouvy, která představuje formální žádost o novou smlouvu. V systému se obvykle zaznamená vytvořením nového záznamu smlouvy nebo pracovního prostoru. | ||
| Proč je to důležité Tato činnost označuje oficiální začátek procesu. Její časové razítko je nezbytné pro výpočet celkové doby vyřízení smlouvy. Počet žádostí pomáhá plánovat zdroje a řídit poptávku. Kde data získat Tato událost se obvykle získává z časového razítka vytvoření hlavního záznamu smlouvy nebo objektu v hlavní tabulce smluv či v protokolech auditu zdrojového systému. Zachycení Najděte událost vytvoření nebo nejstarší časové razítko spojené s jedinečným ID smlouvy. Typ události explicit | |||
| Dokončena právní kontrola | Označuje dokončení kontroly smlouvy právním oddělením. Jde o důležitý kontrolní bod před dalším schvalováním smlouvy nebo zahájením externího vyjednávání. | ||
| Proč je to důležité Měření doby právní kontroly pomáhá vyhodnotit pracovní vytížení právního týmu a najít možnosti, jak právní procesy zjednodušit. Tato fáze často významně ovlivňuje celkovou dobu vyřízení. Kde data získat Událost se často zaznamená, když právní tým změní stav smlouvy, například na „Schváleno právním oddělením“, nebo dokončí konkrétní schvalovací úkol zaznamenaný ve workflow systému. Zachycení Vyhledejte časové razítko dokončení úkolu přiděleného právnímu oddělení nebo změnu stavu, která označuje právní schválení. Typ události explicit | |||
| Odeslána smlouva protistraně | Tato činnost označuje okamžik, kdy je smlouva odeslána externí protistraně ke kontrole a vyjednávání. Jde o přechod od interních činností k jednání s externí stranou. | ||
| Proč je to důležité Tato událost je výchozím bodem pro měření doby externího vyjednávání. Zpoždění při odeslání smlouvy může prodloužit celý obchodní cyklus. Kde data získat Může jít o výslovnou akci uživatele, například „Odeslat k vyjednávání“, nebo o změnu stavu na „Probíhá vyjednávání“ či „Externí kontrola“. Zachycení Zaznamenejte časové razítko události „Odesláno protistraně“ nebo změny stavu na externí kontrolu. Typ události explicit | |||
| Připraven návrh smlouvy | Označuje dokončení prvního návrhu smlouvy. Obvykle se zaznamená při nahrání nebo vytvoření první verze dokumentu a jejím přiřazení k záznamu smlouvy. | ||
| Proč je to důležité Doba od podání žádosti po přípravu návrhu ukazuje efektivitu počátečního nastavení a přípravy dokumentu. Zpoždění v této fázi mohou včas upozornit na úzká místa procesu. Kde data získat Tento údaj obvykle najdete v protokolech správy dokumentů nebo příloh přiřazených k záznamu smlouvy. Lze ho také odvodit ze změny stavu, například na „Návrh dokončen“. Zachycení Použijte časové razítko nahrání první verze dokumentu nebo změny stavu na „Návrh připraven“. Typ události inferred | |||
| Stažení smlouvy | Označuje, že žádost o smlouvu nebo rozpracovaná smlouva byla záměrně zrušena před podpisem. Jde o konečný stav, který proces ukončí. | ||
| Proč je to důležité Analýza důvodů stažení smluv může odhalit problémy při posuzování žádostí nebo změny obchodních priorit. Jde o důležitý nepříznivý výsledek, který je vhodné sledovat. Kde data získat Jde o výslovný konečný stav. Obvykle se zaznamená, když uživatel změní stav smlouvy v historii stavů systému na „Canceled“ nebo „Withdrawn“. Zachycení Zaznamenejte časové razítko změny stavu smlouvy na konečný stav „Canceled“ nebo „Withdrawn“. Typ události explicit | |||
| Upravena smlouva | Označuje případ, kdy byl dokument smlouvy upraven nebo opatřen revizemi během vyjednávání či interní kontroly. Každá úprava vytvoří novou verzi dokumentu. | ||
| Proč je to důležité Četnost revizí neboli míra opakovaného přepracování ukazuje efektivitu procesu a složitost smlouvy. Vysoká míra může signalizovat problémy s prvním návrhem nebo způsobem vyjednávání. Kde data získat Tato událost se obvykle zaznamená pokaždé, když je do úložiště dokumentů systému nahrána nebo uložena nová verze hlavního dokumentu smlouvy. Zachycení Zaznamenejte časové razítko každé nové verze dokumentu nahrané po prvním návrhu. Typ události explicit | |||
| Zahájena interní kontrola | Tato činnost označuje okamžik, kdy je návrh smlouvy formálně odeslán interním zainteresovaným stranám ke kontrole a připomínkám. Začíná tím interní spolupráce a schvalování. | ||
| Proč je to důležité Jde o výchozí bod pro měření celkové doby interní kontroly. Analýza času stráveného v této fázi pomáhá odhalit úzká místa při slaďování zainteresovaných stran. Kde data získat Tato událost se obvykle zaznamená změnou stavu ve workflow, například z „Návrh“ na „Interní kontrola“, nebo vytvořením úkolů ke kontrole. Zachycení Zaznamenejte časové razítko změny stavu smlouvy na „Probíhá kontrola“ nebo přiřazení prvního úkolu ke kontrole. Typ události explicit | |||
| Zahájení sledování závazků | Tato aktivita označuje začátek správy smlouvy po jejím podpisu. Začínají se sledovat důležitá data, výstupy a další závazky. Jde o první krok k zajištění shody po uzavření smlouvy. | ||
| Proč je to důležité Tato aktivita pomáhá pochopit, jak se smlouva spravuje po podpisu. Sledování těchto úkolů pomáhá zajistit, aby smlouva přinesla očekávanou hodnotu a aby se omezila rizika. Kde data získat Zaznamená se vytvořením nebo zahájením úkolu, kontrolního seznamu či dílčího procesu pro sledování smluvního závazku. Tyto údaje se obvykle nacházejí v záznamech správy úkolů. Zachycení Zaznamenejte čas vytvoření úkolů nebo událostí souvisejících se sledováním závazků či shody u aktivní smlouvy. Typ události explicit | |||
| Zahájení změny smlouvy | Tato událost označuje začátek formálního procesu změny stávající aktivní smlouvy. Jde o žádost o změnu původních podmínek dohody. | ||
| Proč je to důležité Časté změny mohou naznačovat, že původní smlouvy nebyly dostatečně podrobné. Analýza změn ukazuje, jak se obchodní vztahy vyvíjejí. Kde data získat Obvykle se zaznamená vytvořením nového záznamu nebo pracovního prostoru „Amendment“, který je propojený s původní smlouvou. Tyto údaje najdete v hlavních datových tabulkách systému. Zachycení Vyhledejte událost vytvoření záznamu typu „Amendment“, který je propojený s nadřazeným ID smlouvy. Typ události explicit | |||
| Zahájeno vyjednávání | Označuje zahájení vyjednávání s protistranou, při kterém si strany vyměňují návrhy. Často ho označuje první odpověď nebo první upravený dokument od externí strany. | ||
| Proč je to důležité Zaznamenání začátku vyjednávání je důležité pro analýzu jeho délky a pro pochopení toho, jak dlouho protistranám trvá odpovědět. Kde data získat Tuto událost lze často odvodit z nahrání nové verze dokumentu externí stranou nebo ze změny stavu smlouvy, která označuje probíhající vyjednávání. Zachycení Použijte časové razítko prvního dokumentu obdrženého od protistrany nebo změny stavu na „Probíhá vyjednávání“. Typ události inferred | |||
Návody k extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Začněte extrahovat data podle návodu pro svůj systém, nebo použijte obecnou šablonu jako univerzální předlohu pro záznam událostí.
Začněte zlepšovat správu smluv ještě dnes
Odhalte úzká místa, omezte rizika a urychlete uzavírání dohod.
Bez platební karty, nastavení během několika minut