Szerződéskezelési adatsablon

Agiloft
Szerződéskezelési adatsablon

Szerződéskezelési adatsablon

A sablon bemutatja, milyen alapvető adatokat érdemes gyűjteni, és mely tevékenységeket célszerű követni a szerződéskezelési folyamat részletes elemzéséhez. Gyakorlati útmutatást is ad ahhoz, hogyan nyerheti ki ezeket az adatokat a rendszeréből. Készítse elő adatait a sablon segítségével, hogy process mining elemzésekkel tárhassa fel a folyamat működését.
  • Javasolt attribútumok
  • Követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A szerződéskezelés attribútumai

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba a részletes elemzéshez és a szerződéskezelési folyamat rejtett összefüggéseinek feltárásához.
5 Kötelező 8 Javasolt 8 Nem kötelező
Név Leírás
Contract ID
ContractId
A rendszerben kezelt szerződések egyedi azonosítója. Ez kapcsolja össze a szerződés életciklusa során rögzített összes kapcsolódó tevékenységet és eseményt.
Leírás

A Contract ID az eset egyedi azonosítója, amely egy adott szerződéshez kapcsolja az összes eseményt és tevékenységet. Az eseménynapló minden rekordja a szerződésen végrehajtott műveletnek felel meg, az azonosító pedig ezeket a műveleteket rendezi egy csoportba.

A process mining elemzésben ez az attribútum alapvető a szerződések teljes folyamatának rekonstruálásához. Segítségével megjeleníthetők a folyamatmenetek, kiszámítható a kérelemtől a szerződéskötésig tartó átfutási idő, és a szerződések jellemzői szerint szűrhető az elemzés.

Miért fontos?

Ez az azonosító szükséges a szerződés teljes folyamatának nyomon követéséhez. Nélküle nem elemezhető a teljes folyamatmenet, és nem számíthatók ki az esetszintű KPI-k.

Hol szerezhető be?

Ez általában az Agiloft fő Contracts táblájának elsődleges kulcsa.

Példák
CTR-2023-00123MSA-2024-00045NDA-2023-00789
Forrásrendszer
SourceSystem
Az a nyilvántartó rendszer, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja a szerződéskezelési adatok forrását. Ennél a folyamatnál az értéke mindig „Agiloft”.

A több rendszerből származó adatokat egyesítő vállalati elemzésekben ez a mező elengedhetetlen az adatok eredetének nyomon követéséhez és az elemzés megfelelő körülhatárolásához. Kontextust és nyomon követhetőséget biztosít az adatokhoz.

Miért fontos?

Azonosítja az adatok forrását, ami fontos az adatirányításhoz, a hibakereséshez és a több forrásból származó adatok integrálásához.

Hol szerezhető be?

Ez egy állandó érték, amelyet az adatkinyerés és -átalakítás során kell hozzáadni.

Példák
Agiloft
Kezdési idő
EventTime
Az az időbélyeg, amely megadja, mikor kezdődött egy adott tevékenység vagy esemény.
Leírás

Ez az attribútum megadja a szerződés előzményeiben rögzített egyes tevékenységek dátumát és időpontját. Meghatározza az események időrendi sorrendjét, ami elengedhetetlen a folyamat feltárásához és elemzéséhez.

A kezdési idő alapján kiszámítható a tevékenységek közötti időtartam, azonosíthatók a szűk keresztmetszetek, és mérhető az átfutási idő. Szinte minden időalapú KPI erre épül, például az „Átlagos szerződéses átfutási idő” és az „Átlagos jóváhagyási szakasz hossza”.

Miért fontos?

Ez az időbélyeg szükséges az események sorrendbe rendezéséhez, az időtartamok kiszámításához és a folyamat időbeli teljesítményének elemzéséhez. Nélküle nem végezhető process mining.

Hol szerezhető be?

Ez az Agiloft szerződés-előzményeiben vagy auditnapló-tábláiban rögzített művelet időbélyegének felel meg.

Példák
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Tevékenység neve
ActivityName
A szerződés életciklusának egy adott pontján végrehajtott üzleti tevékenység vagy bekövetkezett esemény neve.
Leírás

Ez az attribútum a folyamatban végrehajtott lépést írja le, például „Szerződéstervezet elkészült”, „Jogi felülvizsgálat elvégezve” vagy „Szerződés aláírva”. Ezek a tevékenységek alkotják a folyamattérképet.

A tevékenységek sorrendjének és gyakoriságának elemzésével azonosítható a fő folyamatmenet, feltárhatók az eltérések és az ismételt munkavégzési körök, valamint megállapítható, mely lépések a leggyakoribbak vagy a leghosszabbak. Ez szükséges például az „Áttekintés a szerződés teljes életciklusáról” és a „Szerződéstervezési folyamat változatai” dashboardok elkészítéséhez.

Miért fontos?

A tevékenységek határozzák meg a folyamattérkép lépéseit. Ez az attribútum szükséges a folyamatmenet megjelenítéséhez és az elvégzett munka megértéséhez.

Hol szerezhető be?

Az Agiloft szerződés-előzményeiben vagy auditnapló-tábláiban rögzített műveletből vagy állapotváltozásból származtatható.

Példák
Szerződéstervezet elkészültJogi felülvizsgálat elvégezveAláírásra elküldveSzerződés aláírva
Utolsó adatfrissítés
LastDataUpdate
Az az időbélyeg, amely megadja, mikor frissítették vagy nyerték ki utoljára az adatokat a forrásrendszerből.
Leírás

Ez az attribútum a legutóbbi adatkinyerés időbélyegét adja meg. Segít megállapítani, mennyire frissek az elemzett adatok, és megtervezni az adatfrissítések ütemezését.

A felhasználók ennek alapján ellenőrizhetik, hogy naprakész adatokat látnak-e, és megállapíthatják, milyen időszakot fed le az elemzés. Megbízható, adatalapú elemzéshez szükséges metaadat.

Miért fontos?

Segít a felhasználóknak megállapítani, mennyire frissek az adatok, ami elengedhetetlen az időszerű és pontos üzleti döntésekhez.

Hol szerezhető be?

Ezt az időbélyeget az adatkinyerési, -átalakítási és -betöltési (ETL) folyamat hozza létre és adja hozzá.

Példák
2024-05-20T08:00:00Z
Befejezési idő
EventEndTime
Az az időbélyeg, amely megadja, mikor fejeződött be egy adott tevékenység vagy esemény.
Leírás

A kezdési idő a tevékenység kezdetét, a befejezési idő pedig annak lezárását jelzi. A kettő különbsége adja az adott tevékenység feldolgozási idejét.

A process mining során a kezdési és befejezési idő együttes használatával részletesebben elemezhető az erőforrások kihasználtsága, valamint elkülöníthető a várakozás az aktív munkavégzéstől. Például megállapítható, mennyi ideig dolgoztak ténylegesen egy jogi felülvizsgálaton, és mennyi ideig várt az a sorban. Ez támogatja a „Jogi felülvizsgálat feldolgozási ideje” KPI mérését.

Miért fontos?

Lehetővé teszi a tevékenység tényleges feldolgozási idejének kiszámítását. Az aktív munkavégzés és a várakozás elkülönítésével pontosabban elemezhetők a szűk keresztmetszetek.

Hol szerezhető be?

Egyes rendszerekben ez közvetlenül elérhető. Gyakran az eset következő tevékenységének kezdési idejéből következtethető ki. Az Agiloft esetében előfordulhat, hogy az auditnaplóból kell származtatni.

Példák
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
Felhasználó neve
UserName
A tevékenységet végrehajtó felhasználó vagy erőforrás neve.
Leírás

Ez az attribútum azonosítja, ki felelt egy adott folyamatlépés elvégzéséért, például ki készítette a szerződéstervezetet vagy ki végezte a jogi felülvizsgálatot. Az adat általában a rendszer auditnaplójában a művelethez társított felhasználói adatokból származik.

A felhasználók szerinti elemzés szükséges a „Szerződéskezelési erőforrások terhelése” dashboardhoz. Segít feltárni a munkaterhelés eloszlását, az egyéni teljesítménykülönbségeket és a képzési lehetőségeket. Az egyes műveletek felelőse is visszakereshető vele.

Miért fontos?

Lehetővé teszi a munkaterhelés elemzését, a teljesítmény összehasonlítását, valamint az erőforráshoz kötődő szűk keresztmetszetek és bevált gyakorlatok azonosítását.

Hol szerezhető be?

Általában a szerződés előzményeit vagy auditnaplóját tartalmazó táblákban található, a módosítást végző felhasználóhoz kapcsolva.

Példák
Alice SmithBob JohnsonCharlie Brown
Felhasználó szervezeti egysége
UserDepartment
Az a szervezeti egység, amelyhez a felhasználó vagy a szerződés tulajdonosa tartozik.
Leírás

Ez az attribútum megadja a szerződéshez kapcsolódó szervezeti egységet, például az értékesítést, a jogi osztályt, a beszerzést vagy a pénzügyet. Az adat a szerződés tulajdonosához vagy az adott tevékenységet végrehajtó felhasználóhoz kapcsolható.

Ez a dimenzió fontos a „Szerződéses átfutási idő eltéréseit befolyásoló tényezők” dashboardhoz. Lehetővé teszi a folyamat teljesítményének szűrését és összehasonlítását a szervezeti egységek között, így kiderülhet, hogy egyes egységeknél hosszabb-e az átfutási idő, több-e az ismételt munka, vagy más folyamatmenetet követnek-e. Például összevethető, hogy az értékesítéstől érkező szerződések jogi felülvizsgálata tovább tart-e, mint a beszerzéstől érkezőké.

Miért fontos?

Lehetővé teszi a teljesítmény összehasonlítását az üzleti egységek között, így azonosíthatók az egyes részlegekre jellemző folyamatproblémák és bevált gyakorlatok.

Hol szerezhető be?

Ez az adat a felhasználói profilokat tartalmazó táblákból kapcsolható hozzá, vagy közvetlenül az Agiloft szerződésrekordjában is tárolható.

Példák
ÉrtékesítésJogi osztályBeszerzésPénzügy
Lejárati dátum
ExpirationDate
Az a dátum, amikor a szerződés megújítás vagy idő előtti megszüntetés hiányában lejár.
Leírás

A lejárati dátum határozza meg a szerződés hatályos időszakának végét. Elengedhetetlen a megújítások és megszüntetések kezeléséhez, valamint a nem kívánt megszűnés vagy automatikus megújítás elkerüléséhez.

Ez az attribútum a „Közelgő szerződéses határidők és állapotok” dashboard és a „Határidőre végrehajtott szerződéses intézkedések aránya” KPI alapja. Segítségével a vállalkozás előre kezelheti a szerződés lejáratához kapcsolódó teendőket, időben intézheti a megújítást vagy megszüntetést, és elkerülheti a határidők elmulasztását.

Miért fontos?

Segíti a szerződések előrelátó kezelését, és megelőzi a megújítási vagy megszüntetési határidők elmulasztását.

Hol szerezhető be?

Ez az Agiloft fő Contracts táblájának szabványos dátummezője.

Példák
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
Szerződés állapota
ContractStatus
A szerződés aktuális állapota az életciklusa során.
Leírás

Ez az attribútum jelzi a szerződés aktuális szakaszát, például „Tervezet készül”, „Felülvizsgálat alatt”, „Executed”, „Lejárt” vagy „Megszüntetve”. Pillanatképet ad arról, hogy a szerződés éppen hol tart.

A process mining során gyakran maga az állapot időbeli változása határozza meg a tevékenységeket. Esetszintű attribútumként használható az elemzés szűrésére, például csak a hatályos, aláírt vagy lejárt szerződések vizsgálatára. Közvetlenül támogatja a „Közelgő szerződéses határidők és állapotok” dashboardot.

Miért fontos?

Gyors áttekintést ad a szerződés aktuális szakaszáról, és lehetővé teszi a folyamatban lévő és lezárt esetek szűrését, illetve szegmentálását.

Hol szerezhető be?

Ez az Agiloft fő Contracts táblájának szabványos mezője.

Példák
TervezetJóváhagyásra várAláírvaLejárt
Szerződés értéke
ContractValue
A szerződés teljes pénzbeli értéke.
Leírás

Ez az attribútum a szerződés teljes pénzügyi értékét jelöli, legyen szó bevételről, költségről vagy vállalt kötelezettségről. Ez az érték gyakran befolyásolja az ellenőrzés szigorúságát és a jóváhagyási folyamat összetettségét.

A szerződés értéke fontos az „Aláírt szerződések értéke és darabszáma, időbeli trendek” dashboardhoz, amely a folyamat teljesítményének pénzügyi hatását mutatja. Az érték az átfutási idővel is összevethető, így kiderülhet, hogy a nagy értékű szerződések feldolgozása lényegesen tovább tart-e. Ez segít előnyben részesíteni a nagy értékű szerződéseket és optimalizálni a hozzájuk tartozó munkafolyamatokat.

Miért fontos?

Pénzügyi kontextust ad a folyamathoz, így lehetővé teszi az értékalapú elemzést és rangsorolást, valamint a késések üzleti hatásának megértését.

Hol szerezhető be?

Ez az Agiloft fő Contracts táblájának szabványos mezője.

Példák
50000.00250000.0010000.00
Szerződés típusa
ContractType
A szerződés besorolása, például keretszolgáltatási megállapodás (MSA), titoktartási megállapodás (NDA) vagy munkaleírás (SOW).
Leírás

A szerződés típusa olyan besorolási mező, amely meghatározza a megállapodás jellegét és sablonját. Az egyes szerződéstípusok gyakran eltérő folyamatváltozatokat követnek, különböző összetettségűek, és más-más érintetteket vonnak be.

Ez az attribútum elengedhetetlen az összehasonlító elemzéshez, és meghatározó a „Szerződéses átfutási idő eltéréseit befolyásoló tényezők” és a „Tárgyalási javítások gyakorisága” dashboardoknál. A folyamat szerződéstípus szerinti bontásával az elemzők feltárhatják, miért tart tovább egyes típusok feldolgozása, miért igényelnek több módosítást, vagy miért térnek el gyakrabban a szokásos folyamattól.

Miért fontos?

Segít megmagyarázni a folyamat összetettségének, időtartamának és kockázatának jelentős eltéréseit. Nélkülözhetetlen attribútum a folyamat érdemi szegmentálásához.

Hol szerezhető be?

Ez az Agiloft fő Contracts táblájának szabványos mezője.

Példák
Keretszolgáltatási megállapodásTitoktartási megállapodásMunkaleírásSzoftverlicenc-megállapodás
Szerződéses partner neve
CounterpartyName
A szerződésben részt vevő külső fél, ügyfél, szállító vagy partner neve.
Leírás

Ez az attribútum azonosítja a szerződést aláíró másik szervezetet vagy személyt. A szerződéses partner jelentősen befolyásolhatja a tárgyalás menetét, időtartamát és a megállapodás feltételeit.

A szerződéses partner szerinti folyamatelemzés a „Szerződéses átfutási idő eltéréseit befolyásoló tényezők” és a „Tárgyalási javítások gyakorisága” dashboardok egyik fő célja. Segít azonosítani, mely partnerekkel tartanak tovább a tárgyalások, vagy melyeknél van szükség több módosításra. Az eredmények alapján a tárgyalási stratégia az adott partnerhez igazítható, és hatékonyabban kezelhetők a kapcsolatok.

Miért fontos?

Segít feltárni, hogy a különböző külső partnerek hogyan befolyásolják a szerződéses tárgyalások időtartamát és összetettségét, így pontosabb előrejelzés és jobb stratégia alakítható ki.

Hol szerezhető be?

Ez az Agiloft fő Contracts táblájának szabványos mezője, vagy a Companies/Accounts táblából kapcsolható hozzá.

Példák
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
A jóváhagyási szakasz időtartama
ApprovalPhaseDuration
A jóváhagyási szakasz számított időtartama, az első jóváhagyási kérelemtől a jóváhagyások megszerzéséig.
Leírás

Ez a mutató azt méri, mennyi idő alatt szerzi meg a szerződés az összes szükséges belső és jogi jóváhagyást. A mérés jellemzően az első felülvizsgálati tevékenység kezdetekor indul (például „Belső felülvizsgálat benyújtva”), és az utolsó szükséges jóváhagyás beérkezésekor ér véget.

Ez az attribútum adja az „Átlagos jóváhagyási szakasz időtartama” KPI alapját, és a „Felülvizsgálati és jóváhagyási szűk keresztmetszetek elemzése” dashboard egyik fő mutatója. Elkülöníti a szerződés életciklusának ezt a kritikus szakaszát, így célzottan vizsgálható, mi okoz késedelmet a felülvizsgálat és a jóváhagyás során.

Miért fontos?

Külön méri a jóváhagyási szakasz időtartamát, így könnyebb azonosítani és megszüntetni a folyamat e kritikus részének szűk keresztmetszeteit.

Hol szerezhető be?

Az eseménynaplóból számítható ki: szerződésenként meg kell határozni az első jóváhagyási tevékenység kezdetétől az utolsó befejezéséig eltelt időt.

Példák
5 nap 2 óra12 nap 6 óra2 nap 1 óra
A tárgyalási szakasz időtartama
NegotiationPhaseDuration
A másik féllel folytatott tárgyalási szakasz számított időtartama.
Leírás

Ez a mutató a külső féllel folytatott tárgyalások kezdetétől (például „Tárgyalás a másik féllel megkezdődött”) a végleges megállapodás eléréséig és a másik fél általi jóváhagyásáig eltelt időt méri.

Ez a „Tárgyalási szakasz átfutási ideje” dashboard és az „Átlagos tárgyalási idő” KPI alapmutatója. Az időtartam elemzésével felmérhető a tárgyalási folyamat hatékonysága, azonosíthatók a hosszú tárgyalásokat eredményező szerződéstípusok és partnerek, valamint feltárhatók az együttműködés egyszerűsítésének lehetőségei.

Miért fontos?

A tárgyalási szakasz hatékonyságát méri, és segít lerövidíteni a külső felekkel folytatott egyeztetéseket.

Hol szerezhető be?

Az eseménynapló alapján a „Tárgyalás a másik féllel megkezdődött” tevékenység és egy lezáró tevékenység, például „A másik fél jóváhagyása beérkezett” között eltelt időt kell mérni.

Példák
7 nap15 nap3 nap
Automatizált
IsAutomated
Logikai jelző, amely megadja, hogy a tevékenységet a rendszer automatikusan vagy egy felhasználó hajtotta-e végre.
Leírás

Ez az attribútum megkülönbözteti az ember által végzett tevékenységeket a rendszer által végrehajtottaktól, például az automatikus állapotfrissítésektől, értesítésektől és rendszer által elindított munkafolyamatoktól.

Az elemzésben segít felmérni, milyen mértékben automatizált a szerződéskezelési folyamat. Használható az automatizálási kezdeményezések hatásának mérésére, további automatizálási lehetőségek feltárására, valamint annak ellenőrzésére, hogy az automatizált lépések megfelelően működnek-e, és nem okoznak-e szűk keresztmetszetet.

Miért fontos?

Segít mérni a folyamat automatizáltságának mértékét, és azonosítani, mely lépéseket hajtják végre rendszerek, illetve emberek.

Hol szerezhető be?

Az aktivitáselőzményekben szereplő rendszerfelhasználói fiókok, például a „System” vagy az „Admin” azonosításával, illetve bizonyos automatizált tevékenységtípusok megjelölésével származtatható.

Példák
truefalse
Felülvizsgálat határideje
ReviewSlaDueDate
Az a céldátum, ameddig egy szerződés-felülvizsgálati lépést, például a jogi vagy belső felülvizsgálatot be kell fejezni.
Leírás

Ez az attribútum határozza meg az egyes felülvizsgálati tevékenységek szolgáltatási szintre vonatkozó megállapodásban (SLA) rögzített határidejét. Egyértelmű elvárást ad az átfutási időre, és lehetővé teszi a teljesítmény belső célokhoz viszonyított mérését.

Ez a dátum szükséges az „SLA-k betartása a szerződés-felülvizsgálatoknál” dashboard és a kapcsolódó „Felülvizsgálatok SLA-betartási aránya” KPI működéséhez. A felülvizsgálati tevékenység tényleges befejezési idejét a határidővel összevetve megállapítható, hogy a folyamat teljesíti-e a szolgáltatási szintre vonatkozó célokat, és hol sérülnek gyakran az SLA-k.

Miért fontos?

Lehetővé teszi a belső határidőkhöz viszonyított teljesítmény mérését, ami elengedhetetlen az SLA-k betartásához és a felülvizsgálatok átfutási idejének javításához.

Hol szerezhető be?

Az Agiloftban ez lehet a szerződés benyújtási dátuma és az előre meghatározott SLA-szabályok alapján számított mező, vagy manuálisan megadott dátum.

Példák
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
Jogi felülvizsgáló
LegalReviewer
A szerződés felülvizsgálatára kijelölt jogi osztályi munkatárs vagy csapat neve.
Leírás

Ez az attribútum azonosítja a „Jogi felülvizsgálat elvégezve” tevékenységért felelős jogi szakembert. Részletesebb képet ad a munkaterhelésről, mint az általános „Felhasználó” mező, amely többféle szerepkört is tartalmazhat.

Ez hasznos a „Szerződéskezelési erőforrások terhelése” dashboardhoz, mert célzottan elemezhető vele a jogi csapat kapacitása és teljesítménye. Segít megválaszolni, hogyan oszlik meg a munka a jogi csapaton belül, illetve összefügg-e egyes felülvizsgálók személye a hosszabb felülvizsgálati idővel. Ezzel a „Jogi felülvizsgálat átlagos feldolgozási ideje” KPI is nyomon követhető.

Miért fontos?

Részletesen elemezhető vele a jogi felülvizsgálat munkaterhelése és teljesítménye, így hatékonyabban kezelhetők a jogi csapat erőforrásai.

Hol szerezhető be?

Ez lehet a szerződésen a kijelölt jogi képviselőhöz tartozó mező, vagy a jogi felülvizsgálati tevékenységhez társított felhasználónévből is származtatható.

Példák
Jane DoeA jogi csapat AJohn Smith
Módosítások száma
RevisionCount
A szerződés életciklusa során végrehajtott módosítások vagy javítások száma.
Leírás

Ez az attribútum a szerződés módosításainak számát követi nyomon, különösen a tervezési és tárgyalási szakaszban. A sok módosítás sablonproblémákra, összetett tárgyalásokra vagy nem egyértelmű kezdeti igényekre utalhat.

Ez a mérőszám közvetlenül támogatja a „Tárgyalási javítások gyakorisága” dashboardot és a „Szerződésmódosítások gyakorisága” KPI-t. A módosítások számának elemzésével feltárható, mely szerződéstípusok vagy partnerek esetében a leggyakoribb az oda-vissza egyeztetés. Ez segít egyszerűsíteni a szerződéstervezést és a tárgyalásokat.

Miért fontos?

Mérhetővé teszi az ismételt munkát és a tárgyalások összetettségét, így feltárhatók a sablonok és a tárgyalási stratégiák javításának lehetőségei.

Hol szerezhető be?

Általában úgy számítják ki, hogy az eseménynaplóban megszámolják az egyes Contract ID-khoz tartozó „Contract Redlined/Revised” tevékenységeket.

Példák
1350
Szerződéssablon neve
ContractTemplateName
A kezdeti szerződéstervezet létrehozásához használt sablon neve.
Leírás

Ez az attribútum megadja, hogy a szerződés kiindulópontjaként használtak-e szabványos sablont, és ha igen, melyiket. A sablonok következetes használata hatékonyabbá teszi a szerződéstervezést.

Az attribútum elemzése támogatja a „Szerződéstervezés ismételt munkavégzési aránya” és az „Első körös belső jóváhagyási arány” KPI-kat. A különböző sablonokkal, illetve sablon nélkül létrehozott szerződések teljesítményének összehasonlításával megállapítható, mely sablonok működnek a legjobban, és hol van leginkább szükség egységesítésre.

Miért fontos?

Segít felmérni a szabványsablonok hatékonyságát, és támogatja az egységesítést, amivel jelentősen csökkenthető a szerződések elkészítésére és javítására fordított idő.

Hol szerezhető be?

Ez lehet egy mező az Agiloft szerződésrekordjában, amely a sablonból létrehozott szerződésnél automatikusan kitöltődik.

Példák
Standard MSA v2.1Kölcsönös titoktartási megállapodásFix díjas SOW v1.3Egyedi
Teljesült a felülvizsgálati SLA?
IsReviewSlaMet
Számított logikai jelző, amely megmutatja, hogy a szerződés felülvizsgálata a meghatározott szolgáltatási szintű megállapodásban (SLA) rögzített határidőn belül befejeződött-e.
Leírás

Az attribútum a felülvizsgálati tevékenység (például „Belső felülvizsgálat elvégezve”) tényleges befejezési időpontját veti össze a „ReviewSlaDueDate” értékével. Értéke „true”, ha a felülvizsgálat időben lezárult, és „false”, ha késett.

Ez a jelző közvetlenül táplálja a „Szerződés-felülvizsgálatok SLA-teljesítése” dashboardot, így könnyen megjeleníthetők a megfelelési arányok. Az „SLA-teljesítési arány a felülvizsgálatoknál” KPI kiszámítása is egyszerűbbé válik, mert csak a true és false értékeket kell összeszámolni.

Miért fontos?

Egyértelműen megmutatja, hogy teljesült-e az SLA, így egyszerűen mérhető, megjeleníthető és jelenthető a belső határidők betartása.

Hol szerezhető be?

Szerződésenként a felülvizsgálatot lezáró tevékenység „EventTime” értékét kell összevetni a „ReviewSlaDueDate” értékével.

Példák
truefalse
Kötelező Javasolt Nem kötelező

A szerződéskezelés tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltérképezéséhez és a szűk keresztmetszetek azonosításához.
7 Javasolt 9 Nem kötelező
Tevékenység Leírás
Belső jóváhagyások megszerezve
Ez a mérföldkő azt jelzi, hogy minden szükséges belső érintett jóváhagyta a szerződés végleges változatát. Általában abból következtethető ki, hogy a szerződés állapota végleges jóváhagyási értékre, például „Fully Approved” vagy „Ready for Signature” értékre vált.
Miért fontos?

Ez fontos mérföldkő, amely a belső felülvizsgálatok végét és a szerződés aláírásra való előkészítését jelzi. Segítségével mérhető a teljes belső feldolgozási idő, mielőtt a szerződést aláírásra küldik.

Hol szerezhető be?

Az esemény az „Approved”, „Ready for Signature” vagy hasonló végleges jóváhagyási állapotra váltás időbélyegéből következtethető ki. A szükséges jóváhagyási rekordok közül az utolsó befejezési időbélyegéből is meghatározható.

Rögzítés

Keresse meg annak az időpontnak az időbélyegét, amikor a szerződés állapota aláírás előtti jóváhagyott állapotra vált.

Eseménytípus inferred
Jogi felülvizsgálat elvégezve
Azt jelzi, hogy a jogi osztály befejezte a szerződés felülvizsgálatát. Ezt gyakran akkor rögzítik, amikor a jogi csapat módosítja a szerződés állapotát, például „Legal Approved” értékre, vagy befejez egy adott jóváhagyási feladatot.
Miért fontos?

A jogi felülvizsgálat fontos, és gyakran hosszú ideig tartó lépés. Az időtartam pontos meghatározásával feltárhatók a jogi csapat szűk keresztmetszetei, és nyomon követhető az SLA-k betartása.

Hol szerezhető be?

Az esemény a státusz változásából következtethető ki, például az „In Legal Review” állapotból „Legal Approved” állapotba lépésből, vagy az Agiloftban a Legal csoporthoz rendelt Approval rekord befejezéséből nyerhető ki.

Rögzítés

Használja azt az időbélyeget, amikor az állapot „Legal Approved” értékre változik, vagy amikor egy adott jogi jóváhagyási feladatot befejezettként jelölnek.

Eseménytípus inferred
Szerződés aláírva
Ez fontos mérföldkő: minden fél aláírta a szerződést, így az jogilag kötelező érvényűvé vált. Ezt általában az e-aláírási platformmal való integráció rögzíti, vagy a felhasználó állítja át manuálisan az állapotot „Executed” értékre.
Miért fontos?

Ez az esemény jelzi az odaítélés előtti szakasz sikeres lezárását, és ez a végpontja a teljes szerződéses átfutási idő számításának. Ezzel kezdődik az odaítélés utáni szerződéskezelési szakasz.

Hol szerezhető be?

Az e-aláírási integráció webhookja által megadott befejezési időbélyegből, vagy az Agiloftban az állapot „Executed” vagy „Signed” értékre történő manuális módosításának időbélyegéből rögzíthető.

Rögzítés

Használja a „Date Signed” mezőt, a szerződéskötés dátumát vagy az „Executed” állapotra váltás időbélyegét.

Eseménytípus explicit
Szerződés idő előtt megszüntetve
A hatályos szerződés tervezett lejárati dátum előtti megszüntetését jelzi. Ez kifejezett esemény, amelyet általában a szerződés állapotának „Terminated” értékre állításával és az indok megadásával rögzítenek.
Miért fontos?

A megszüntetések végpontként való elemzése segít feltárni a szerződés felbontásának okait, például a nemteljesítést vagy az üzleti stratégia változását. Ez fontos a kockázatkezeléshez és a szerződéses partnerekkel fennálló kapcsolatok megértéséhez.

Hol szerezhető be?

A szerződésrekord előzményeiben az állapot „Terminated” értékre váltásából következtethető ki. A megszüntetés dátumát gyakran külön mezőben rögzítik.

Rögzítés

Használja a „Terminated” állapotra váltás időbélyegét vagy a „Termination Date” mező értékét.

Eseménytípus inferred
Szerződés lejárt
Ez az esemény azt jelzi, hogy a szerződés elérte a lejárati dátumát, és nem újították meg, illetve nem szüntették meg idő előtt. Az eseményt általában a szerződés lejárati dátumának és az aktuális dátumnak az összevetésével számítják ki.
Miért fontos?

Ez a szerződés életciklusának egyik fő végpontja. A lejáratok elemzése segít megelőzni a nem kívánt automatikus megújításokat, és biztosítja, hogy a szükséges megújítások ne maradjanak el.

Hol szerezhető be?

Ez számított esemény. Akkor következik be, amikor az aktuális dátum meghaladja a szerződés „Expiration Date” vagy „Contract End Date” mezőjében szereplő dátumot, feltéve, hogy a szerződést nem újították meg és nem szüntették meg.

Rögzítés

Az esemény a „Expiration Date” mező értékéből származtatható.

Eseménytípus calculated
Szerződés megújítva
A szerződés futamidejének lejártakor történő sikeres megújítást jelzi. Ez fontos üzleti eredmény, amelyet gyakran a felhasználó rögzít a szerződés állapotának frissítésével vagy a megújított időszakra szóló új szerződésverzió létrehozásával.
Miért fontos?

Sok vállalkozás számára ez a tevékenység a siker egyik fontos mérőszáma, mert a partnerség folytatását jelzi. A megújítások nyomon követése elengedhetetlen a bevétel előrejelzéséhez és a szerződéses ügyfélmegtartás elemzéséhez.

Hol szerezhető be?

Az eseményt a „Renewed” állapotra történő kifejezett váltás vagy a megújításként megjelölt, új, kapcsolódó szerződésrekord létrehozása rögzíti. Ezt az Agiloft workflow-i automatizálhatják.

Rögzítés

Használja a „Renewed” állapotra váltás időbélyegét vagy a következő szerződés létrehozásának dátumát.

Eseménytípus explicit
Szerződésigénylés elindítva
Ez a szerződés életciklusának első eseménye, vagyis egy új szerződés hivatalos igénylése. Az Agiloftban ezt általában a Contract táblában létrehozott új rekord rögzíti. A rendszer előzményeiben vagy naplójában ez kifejezett eseményként jelenik meg.
Miért fontos?

Ez a tevékenység jelöli a folyamat kezdetét, ezért szükséges a szerződés teljes átfutási idejének kiszámításához. A kezdőpont elemzésével megérthető a szerződésigénylések mennyisége és szervezeten belüli forrása.

Hol szerezhető be?

Az esemény az Agiloftban a szerződésrekord létrehozásának időbélyegéből nyerhető ki. Általában az adott szerződésazonosítóhoz tartozó History lapon vagy a rendszer naplóiban található.

Rögzítés

Használja az elsődleges szerződéstáblában szereplő rekord létrehozási időbélyegét.

Eseménytípus explicit
Aláírásra elküldve
Ez a tevékenység azt jelöli, amikor a végleges, jóváhagyott szerződést aláírásra elküldik minden félnek. Az Agiloft e-aláírási integrációval rendelkező rendszereiben ez gyakran kifejezett művelet, amely elindítja az aláírási folyamatot.
Miért fontos?

Ez az esemény egyértelmű időbélyeget ad a végső aláírási szakasz kezdetéről. Az ettől az időponttól a „Szerződés aláírva” eseményig eltelt idő elemzésével feltárhatók magának az aláírási folyamatnak a késedelmei.

Hol szerezhető be?

Az esemény a szerződés előzményeiben naplózott kifejezett felhasználói műveletből vagy egy olyan e-aláírási szolgáltatásnak küldött API-hívásból nyerhető ki, mint a DocuSign vagy az Adobe Sign, amelyekkel az Agiloft integrálható.

Rögzítés

Használja az előzménynaplóban a „Send for Signature” művelethez vagy az integrációs híváshoz tartozó időbélyeget.

Eseménytípus explicit
Belső felülvizsgálatra elküldve
Ez a tevékenység azt jelöli, amikor a szerződéstervezetet hivatalosan elküldik a belső érintetteknek felülvizsgálatra. Az Agiloft munkafolyamatában ezt általában egy státuszváltás rögzíti, például a „Draft” állapotból „Internal Review” állapotba lépés.
Miért fontos?

Ez az esemény indítja el a felülvizsgálati szakaszt, amely gyakran szűk keresztmetszetet jelent. Az esemény és a következő felülvizsgálati tevékenységek közötti idő elemzésével megérthető és javítható a felülvizsgálat átfutási ideje.

Hol szerezhető be?

Az esemény a fő szerződésrekord státuszmezőjének olyan értékre váltásából következtethető ki, mint az „In Review”, a „Pending Internal Review” vagy a „Submitted for Review”.

Rögzítés

Keresse meg a szerződés előzménynaplójában az „Internal Review” állapotra váltást.

Eseménytípus inferred
Ellenoldali tárgyalás elindítva
Ez a tevékenység azt jelöli, amikor a szerződést elküldik a külső ellenoldalnak felülvizsgálatra és tárgyalásra. Az Agiloftban ez az „In Negotiation” vagy „External Review” állapotra váltásból következtethető ki.
Miért fontos?

Ez jelöli a tárgyalási szakasz kezdetét, amelynek időtartama jelentősen változhat és nehezen jelezhető előre. A nyomon követés segít mérni és elemezni a tárgyalás átfutási idejét, valamint feltárni a szakaszt elhúzó tényezőket.

Hol szerezhető be?

Az esemény a szerződésrekord előzményeiben szereplő státuszmező „In Negotiation”, „With Counterparty” vagy „External Review” értékre váltásának időbélyegéből következtethető ki.

Rögzítés

Keresse meg az első olyan státuszváltás időbélyegét, amely külső egyeztetést vagy tárgyalást jelez.

Eseménytípus inferred
Megfelelőségi felülvizsgálat elvégezve
Azt jelzi, hogy lezárult egy hatályos szerződés tervezett vagy eseti megfelelőségi felülvizsgálata. Ezt rendszerint külön eseményként rögzíti a rendszer, amikor a felhasználó befejez egy megfelelőségi feladatot vagy frissít egy felülvizsgálati mezőt.
Miért fontos?

A megfelelőségi felülvizsgálatok nyomon követése elengedhetetlen az irányításhoz és a kockázatkezeléshez. Ezzel a tevékenységgel a szervezet ellenőrizheti, hogy a szerződés teljes időtartama alatt megfelel-e a jogszabályi és belső előírásoknak.

Hol szerezhető be?

A megfelelőségi felülvizsgálathoz kapcsolódó feladat befejezési időbélyegéből, vagy egy dátummező, például a „Last Compliance Review Date” kitöltéséből rögzíthető.

Rögzítés

Használja a külön megfelelőségi feladat befejezési dátumát vagy a felülvizsgálat lezárásakor frissített dátummezőt.

Eseménytípus explicit
Módosítási eljárás elindítva
Ez az esemény egy meglévő, hatályos szerződés hivatalos módosítási eljárásának kezdetét jelzi. Az Agiloftban ezt gyakran egy új, az eredeti szerződéshez kapcsolt „Amendment” rekord létrehozása rögzíti.
Miért fontos?

A módosítások jelentős változásokat jeleznek a szerződés életciklusa során. Gyakoriságuk és végrehajtásuk folyamatának elemzése rávilágíthat a változó üzleti igényekre vagy az eredeti szerződés pontatlanságaira.

Hol szerezhető be?

Az esemény a külön „Amendments” táblában létrehozott új rekord időbélyegéből rögzíthető, amely az eredeti Contract ID-hoz kapcsolódik.

Rögzítés

Használja az Amendments tábla rekordjának létrehozási időbélyegét.

Eseménytípus explicit
Szerződés aktiválva
A szerződés hatályba lépését és kikényszeríthetővé válását jelzi, ami rendszerint a szerződéskötés napján vagy azt követően történik. Ezt gyakran az Agiloftban rögzítik, amikor az állapot „Executed” értékről „Active” vagy „Live” értékre változik.
Miért fontos?

Ezzel a tevékenységgel hivatalosan megkezdődik a szerződés odaítélés utáni életciklusa, és elindulnak a kötelezettségek, az ellenőrzés és a megfelelési feladatok. Egyértelmű kezdőpontot ad a hatályos szerződés teljesítésének és kezelésének nyomon követéséhez.

Hol szerezhető be?

A szerződés előzménynaplójában az „Active” állapotra váltásból következtethető ki, vagy a „Contract Start Date” mező alapján számítható ki.

Rögzítés

Használja az „Active” állapotra váltás időbélyegét vagy az „Effective Date” mező értékét.

Eseménytípus inferred
Szerződés módosítva
Azt jelöli, amikor a szerződésdokumentumot a tárgyalások vagy a belső felülvizsgálat során módosítják, illetve szövegmódosításokat vezetnek át rajta. Ezt általában akkor rögzítik, amikor feltöltik a szerződésdokumentum új változatát az Agiloftba.
Miért fontos?

Ez a tevékenység elengedhetetlen az ismétlődő utómunkák felismeréséhez. A gyakori módosítások nem egyértelmű feltételekre, nem megfelelő sablonokra vagy vitás tárgyalásokra utalhatnak, amelyek mind meghosszabbítják a szerződés átfutási idejét.

Hol szerezhető be?

Az esemény az Agiloftban a szerződésrekordhoz kapcsolt „Attached Files” táblában vagy egy külön verzióelőzmény-táblában szereplő új dokumentumverzió létrehozási időbélyegéből nyerhető ki.

Rögzítés

Használja a szerződés dokumentumverzió-előzményeiben szereplő minden új rekord létrehozási időbélyegét.

Eseménytípus explicit
Szerződés visszavonva
Azt jelzi, hogy a szerződéskérést vagy a folyamatban lévő szerződést szándékosan visszavonták az aláírás előtt. Ez kifejezett végállapot, amelyet általában a felhasználó rögzít, amikor az állapotot „Canceled” vagy „Withdrawn” értékre módosítja.
Miért fontos?

Ez a folyamat sikertelen vagy megszakított ágát jelzi. A visszavonások okainak elemzése feltárhatja az előminősítés vagy a tárgyalás során felmerülő problémákat, így csökkenthető a felesleges munka.

Hol szerezhető be?

A szerződés előzményeiben szereplő állapotmező időbélyegéből következtethető ki, ha az állapot végleges, sikertelen értékre, például „Canceled”, „Void” vagy „Withdrawn” értékre változik.

Rögzítés

Keresse meg a „Canceled” állapotra váltás időbélyegét.

Eseménytípus inferred
Szerződéstervezet elkészült
A szerződéstervezet első változatának elkészültét jelöli. Ezt gyakran akkor rögzítik, amikor feltöltik a szerződésdokumentum első változatát, és hozzárendelik a szerződésrekordhoz, vagy amikor a szerződés állapota „Drafting Complete” értékre változik.
Miért fontos?

A tevékenység nyomon követésével mérhető a szövegezési szakasz hatékonysága. Az utómunka elemzéséhez is szükséges, mivel az ezt követő több módosítás a sablonokkal vagy az eredeti követelményekkel kapcsolatos problémákra utalhat.

Hol szerezhető be?

Az esemény a státuszmező változásából következtethető ki, például a „New” értékről „Drafting” értékre váltásból, vagy az Agiloft „Attached Files” kapcsolódó táblájában szereplő első dokumentumverzió csatolási időbélyegéből nyerhető ki.

Rögzítés

Keresse meg az első „Drafting” vagy „Review” állapotra váltás időbélyegét, vagy az első kapcsolódó dokumentumrekord létrehozási dátumát.

Eseménytípus inferred
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése az Agiloftból

Készen áll a kezdésre?

Tegye meg az első lépést a szerződés teljes életciklusának optimalizálása felé. Készítse elő adatait ezzel a sablonnal, és tárja fel még ma a hatékonyabb működés és a megfelelés lehetőségeit.

Optimalizálja az Agiloft szerződéskezelését, és csökkentse az átfutási időt

Tárja fel a hatékonysági problémákat, és csökkentse 30%-kal a szerződések átfutási idejét.

Próbálja ki ingyen

Nincs szükség bankkártyára. Indítsa el még ma az ingyenes próbaverziót.