Szerződéskezelési adatsablon

Általános process mining sablon
Szerződéskezelési adatsablon

Szerződéskezelési adatsablon

Általános process mining sablon

Ez a(z) Szerződéskezelés folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.

Válasszon egy konkrét rendszert
  • Általános adatmodell a szerződéskezelési folyamatokhoz.
  • Javasolt attribútumok és tevékenységek a részletes elemzéshez.
  • Útmutató az eseménynapló kinyeréséhez, a forrásrendszertől függetlenül.
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A szerződéskezelés attribútumai

Ezek a javasolt adatmezők fontosak az eseménynapló összeállításához. Segítségükkel részletesen elemezheti a szerződéskezelés működését.
5 Kötelező 7 Javasolt 2 Nem kötelező
Név Leírás
Esemény kezdési időpontja
EventStartTime
Az az időbélyeg, amely megadja, hogy egy adott tevékenység vagy esemény pontosan mikor kezdődött.
Leírás

Az esemény kezdési időpontja jelzi a szerződés életciklusában végzett tevékenység kezdetét. Ez az időbélyeg szükséges az események időrendi sorba rendezéséhez, valamint a tevékenységek és a teljes folyamat átfutási idejének kiszámításához. Időbeli összefüggést ad a folyamat alakulásának megértéséhez.

Az elemzés során ezt az időbélyeget a folyamattérkép összeállításához és olyan fontos teljesítménymutatók kiszámításához használják, mint az „Átlagos szerződéses átfutási idő” és az „Átlagos jóváhagyási idő”. A szűk keresztmetszetek elemzésével kiderül, mely lépések tartanak a legtovább. A tevékenységek kezdési időpontjainak összevetése megmutatja a lépések közötti átmenetek időtartamát és az esetleges késéseket.

Miért fontos?

Az időbélyeg szükséges az események sorrendjének meghatározásához, a folyamat átfutási idejének kiszámításához és az időbeli szűk keresztmetszetek feltárásához.

Hol szerezhető be?

A rendszer ellenőrzési naplóiban, tranzakciós rekordjaiban vagy a folyamatlépések időbélyegeit rögzítő eseménytörténeti táblákban található.

Példák
2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z
Szerződésazonosító
ContractId
Minden szerződés egyedi azonosítója. Ez az elsődleges ügyazonosító, amely összekapcsolja a kapcsolódó tevékenységeket és dokumentumokat.
Leírás

A szerződésazonosító egy adott szerződés életciklusához rendelt egyedi kulcs. Ez kapcsolja össze az összes eseményt a kezdeti kérelemtől a végső lejáratig vagy megszüntetésig. Minden tevékenység, például a tervezet elkészítése, az ellenőrzések, a jóváhagyások és a végrehajtás ehhez az azonosítóhoz tartozik.

A process mining elemzésben a szerződésazonosító alapvető az egyes szerződések teljes folyamatának rekonstruálásához. Segítségével az eszköz egyetlen ügybe csoportosítja az összetartozó eseményeket, így megjeleníthető és elemezhető a teljes folyamat. Következetes szerződésazonosító nélkül nem lehet pontosan mérni az átfutási időt, feltárni a szűk keresztmetszeteket vagy elemezni a folyamatváltozatokat.

Miért fontos?

Ez az azonosító a szerződés teljes életciklusának nyomon követéséhez szükséges, és lehetővé teszi a folyamat pontos feltárását és teljesítményének mérését.

Hol szerezhető be?

A Contract Lifecycle Management (CLM) rendszerben általában a szerződésobjektum fejlécében vagy elsődleges rekordjában található.

Példák
CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510
Tevékenység neve
ActivityName
A szerződés életciklusa során bekövetkezett konkrét üzleti esemény, feladat vagy mérföldkő neve.
Leírás

A tevékenység neve a szerződéskezelési folyamat egy lépését írja le. Ilyen tevékenység például a „Szerződéstervezet elkészült”, a „Jogi ellenőrzés befejezve” vagy a „Szerződés végrehajtva”. Az adott szerződésazonosítóhoz tartozó tevékenységek időrendi sorrendje adja ki a folyamatot.

Ez az attribútum szükséges a folyamattérkép elkészítéséhez, amely a process mining egyik alapvető vizualizációja. A tevékenységek sorrendjének és gyakoriságának elemzésével az elemzők megérthetik a tényleges folyamatot, feltárhatják a standard eljárástól való eltéréseket, és azonosíthatják az újramunkát vagy a hatékonysági problémákat, például az ismétlődő módosítási köröket.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthető a szerződés életciklusa, és feltárhatók a folyamat eltérései és szűk keresztmetszetei.

Hol szerezhető be?

Általában az eseménynaplókban, az ellenőrzési nyomvonalakban vagy a fő szerződésrekordhoz kapcsolódó állapotelőzmény-táblákban található.

Példák
Szerződéstervezet elkészítéseBelső jóváhagyás befejezéseSzerződés elküldése aláírásra
Adatok utolsó frissítése
LastDataUpdate
Az az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára az esemény adatait a forrásrendszerből.
Leírás

Az adatok utolsó frissítésének időbélyege megmutatja, mennyire frissek az elemzésben szereplő adatok. Jelzi, mikor futott le utoljára az adatok kinyerését, átalakítását és betöltését végző ETL-folyamat, így az elemzés aktualitása is megítélhető. Ez nem azonos az esemény időbélyegével, amely azt rögzíti, mikor történt az üzleti tevékenység.

Elemzéskor ez az attribútum fontos az adatirányításhoz és ahhoz, hogy az érintettek tudják, mennyire frissek az eredmények. Segít megállapítani, hogy valós idejű adatokat vagy egy korábbi napról, esetleg hétről származó pillanatképet látnak-e. Ez szükséges ahhoz, hogy a process mining dashboardok adatai alapján időben és megalapozottan lehessen dönteni.

Miért fontos?

Megmutatja, mennyire frissek az adatok, így az érintettek tudják, mennyire aktuálisak a folyamatról kapott eredmények.

Hol szerezhető be?

Ezt az időbélyeget általában az adatbetöltés során az adatkapcsolati vagy ETL-eszköz hozza létre és tárolja.

Példák
2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Forrásrendszer
SourceSystem
Annak az informatikai rendszernek vagy alkalmazásnak a neve, amelyből a szerződésadatokat kinyerték.
Leírás

A forrásrendszer attribútum azonosítja az eseményadatok eredetét. Sok szervezetnél a szerződés életciklusa több rendszeren ível át, például a folyamat elindítására használt CLM-platformon, a CRM-en és a pénzügyi adatokat kezelő ERP-rendszeren. Az egyes események forrásrendszerének megadása szükséges az adatok ellenőrzéséhez és a folyamatot támogató rendszerek megértéséhez.

A process mining elemzésben ez az attribútum segít feltárni, ha a folyamat több rendszer között szakad szét. Megmutathatja, hogy a késések vagy problémák egyes alkalmazások közötti adatátadáshoz kapcsolódnak-e. Az adatirányítás szempontjából is fontos, és segít visszavezetni az adatminőségi problémákat azok forrásához.

Miért fontos?

Azonosítja az adatok eredetét, ami szükséges az adatok ellenőrzéséhez, a folyamat széttagoltságának megértéséhez és az adatminőségi problémák feltárásához.

Hol szerezhető be?

Ezt az információt gyakran az adatok kinyerésekor adják hozzá, de a rendszer naplóiban szabványos mezőként is elérhető lehet.

Példák
AgiloftSAP AribaDocuSign CLM
Esemény befejezési időpontja
EventEndTime
Az az időbélyeg, amely megadja, hogy egy adott tevékenység vagy esemény pontosan mikor fejeződött be.
Leírás

Az esemény befejezési időpontja jelzi a tevékenység végét. Az esemény kezdési időpontjával együtt pontosan kiszámítható belőle a szerződés életciklusának egyes lépéseire fordított idő. Ez a részletesség szükséges a teljesítmény alapos elemzéséhez.

Ezt az attribútumot a tevékenységek időtartamának kiszámítására használják, ami alapvető a szűk keresztmetszetek elemzéséhez. Az olyan dashboardok, mint a „Jóváhagyási és ellenőrzési szűk keresztmetszetek elemzése”, ezzel az adattal mutatják meg, mely lépéseknél késnek a szerződések. Ha ismert az egyes tevékenységek időtartama, a folyamatfejlesztés a legtöbb időt igénylő részekre, például a jogi ellenőrzésre vagy a tárgyalásra összpontosítható.

Miért fontos?

Lehetővé teszi az egyes tevékenységek időtartamának kiszámítását, így pontosan meghatározhatók a folyamat szűk keresztmetszetei.

Hol szerezhető be?

A rendszer ellenőrzési naplóiban vagy eseménytörténeti tábláiban található. Ha nincs külön rögzítve, a következő esemény kezdési időpontjából kell kiszámítani.

Példák
2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z
Felhasználó neve
UserName
Annak a felhasználónak, munkatársnak vagy erőforrásnak a neve vagy azonosítója, aki elvégezte vagy akiért felelős egy szerződéssel kapcsolatos tevékenység.
Leírás

A felhasználó neve azonosítja, ki felelős a szerződés életciklusának egy adott feladatáért. Ilyen lehet a szerződésgazda, a jogi ellenőr, a jóváhagyó vagy az aláíró. Ez az attribútum összekapcsolja a folyamat tevékenységeit az azokat végző személyekkel.

A process miningben ez az attribútum képet ad a csapatok és az egyes munkatársak teljesítményéről. A „Csapatok munkaterhelése és teljesítménye” dashboardon például elemezhető vele a munka eloszlása, azonosíthatók a túlterhelt munkatársak vagy csapatok, és értékelhető a teljesítmény. Segít megérteni azt is, hogy a felhasználók eltérő munkamódszerei hogyan vezethetnek folyamatváltozatokhoz vagy késésekhez, így célzott képzés vagy erőforrás-átcsoportosítás tervezhető.

Miért fontos?

Összekapcsolja a folyamat tevékenységeit az azokat végző személyekkel, így elemezhető a munkaterhelés eloszlása, a csapatok teljesítménye és az erőforrások elosztása.

Hol szerezhető be?

Általában a forrásrendszer tranzakciós rekordjaiban, ellenőrzési naplóiban vagy feladatkiosztási mezőiben található.

Példák
John Smithj.smith@example.comUSER12345
Másik fél neve
CounterpartyName
A szerződésben részt vevő külső fél, vállalat, ügyfél, beszállító vagy partner neve.
Leírás

A másik fél neve azonosítja azt a külső szervezetet, amellyel a vállalat megállapodást köt. Ez lehet ügyfél, beszállító vagy partner. Fontos hátteret ad a szerződés által szabályozott üzleti kapcsolathoz.

Elemzési szempontként a másik fél adatai különösen hasznosak. Lehetővé teszik a folyamat teljesítményének ügyfél vagy beszállító szerinti vizsgálatát. Az elemzés például kimutathatja, hogy bizonyos partnerekkel a tárgyalások rendszeresen tovább tartanak az átlagosnál. Ez az eredmény segíthet a jövőbeli tárgyalások megtervezésében és a kapcsolatok kezelésében. A stratégiai partnerekre szabott szerződéssablonokkal pedig felgyorsítható a folyamat.

Miért fontos?

Azonosítja a külső felet, így ügyfél vagy beszállító szerint elemezhetők az átfutási idők és a tárgyalási minták.

Hol szerezhető be?

A szerződésrekord szabványos mezője, amely gyakran az ügyfelek vagy beszállítók törzsadatához kapcsolódik.

Példák
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
Szervezeti egység
Department
A szerződésért felelős belső üzleti egység vagy szervezeti egység, például az értékesítés, a jogi terület vagy a beszerzés.
Leírás

A szervezeti egység attribútum azonosítja a szerződésért felelős vagy ahhoz kapcsolódó belső csapatot, illetve üzleti egységet. Ez gyakran a szerződésgazda szervezeti egysége vagy az a csapat, amely elindította a szerződéskérelmet.

Ez az attribútum hasznos a belső összehasonlításhoz és a munkaterhelés elemzéséhez. Segít megérteni, hogyan tér el a szerződéskezelési folyamat a szervezet különböző részein. A „Csapatok munkaterhelése és teljesítménye” dashboardon szervezeti egység szerint szűrhet, összehasonlíthatja a teljesítményt, felmérheti az erőforrásigényt, és azonosíthatja azokat az egységeket, amelyeknek további képzésre vagy folyamattámogatásra lehet szükségük. A dashboard olyan kérdések megválaszolásában is segít, mint például: „Melyik szervezeti egységnél tartanak legtovább a jóváhagyási ciklusok?” vagy „Hogyan viszonyul az értékesítési folyamat a beszerzéséhez?”

Miért fontos?

Lehetővé teszi a folyamat teljesítményének összehasonlítását az üzleti egységek között, segít feltárni a belső szűk keresztmetszeteket és megosztani a bevált gyakorlatokat.

Hol szerezhető be?

Általában a szerződésgazda felhasználói profiljához kapcsolódik, vagy magán a szerződésrekordon szerepel mezőként.

Példák
ÉrtékesítésJogi területBeszerzésInformatika
Szerződés állapota
ContractStatus
A szerződés aktuális életciklus-szakasza vagy állapota, például „Tervezet”, „Jóváhagyás alatt”, „Végrehajtva” vagy „Lejárt”.
Leírás

A szerződés állapota megmutatja, hogy a szerződés az életciklus melyik szakaszában van egy adott időpontban. Ezt az attribútumot gyakran frissítik, ahogy a szerződés eléri a fontos mérföldköveket. Röviden összefoglalja a szerződés előrehaladását.

Az attribútum hasznos a szerződésállomány egyes részeinek elemzéséhez. Az elemzők például az „Aktív” szerződésekre szűrhetnek a kötelezettségek kezelésekor, vagy a „Megakadt” szerződéseket vizsgálhatják a késések okainak feltárásához. A „Szerződés-életciklus teljesítménye” dashboard egyik alapvető eleme: megmutatja az egyes szakaszokban lévő szerződések számát, és segít mérni a „Megakadt szerződések aránya” KPI-t.

Miért fontos?

Röviden megmutatja a szerződés aktuális szakaszát, így a szerződésállomány az életciklus szakaszai szerint szűrhető és elemezhető.

Hol szerezhető be?

A CLM-rendszer fő szerződésrekordjának elsődleges állapotmezője.

Példák
TervezetEllenőrzés alattVégrehajtvaMegszüntetve
Szerződés értéke
ContractValue
A szerződés teljes pénzértéke, amely bevételt, kiadást vagy vállalást is jelenthet.
Leírás

A szerződés értéke számszerűsíti a szerződés pénzügyi jelentőségét. Ez az üzleti háttéradat segít a szerződések rangsorolásában és a szervezetre gyakorolt hatásuk megértésében. Az értéket általában egy adott pénznemben adják meg.

A process miningben ez az attribútum a folyamat teljesítményének üzleti hatását mutatja meg. Az „Üzleti hatás és átfutás” dashboard ezzel az adattal jeleníti meg a feldolgozás alatt álló, elakadt vagy végrehajtott szerződések értékét. Segítségével előnyben részesíthetők a nagy értékű szerződések, és megválaszolhatók például ezek a kérdések: „Elakadnak a jóváhagyásnál a legértékesebb szerződéseink?” vagy „Mekkora értékű szerződések nem újultak meg időben?”

Miért fontos?

Számszerűsíti a szerződések pénzügyi hatását, így rangsorolhatók a feladatok, és elemezhető, hogyan érintik a folyamat hatékonysági problémái a nagy értékű megállapodásokat.

Hol szerezhető be?

A CLM- vagy ERP-rendszer fő szerződésrekordjának pénzügyi adatai között található.

Példák
100000.0025000.505000000.00
Szerződéstípus
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éstípus olyan kategória, amely a szerződéseket jogi jellegük és céljuk szerint sorolja be. Gyakori típusok a titoktartási megállapodások (NDA), a keretszolgáltatási megállapodások (MSA), a munkaleírások (SOW), valamint az értékesítési és beszerzési megállapodások. Ez a besorolás fontos üzleti hátteret ad a szerződés életciklusának elemzéséhez.

Ez az attribútum jól használható összehasonlító elemzéshez. Segítségével az elemzők szűrhetik a folyamattérképet és a KPI-kat, hogy megállapítsák, eltér-e a folyamat, hosszabb-e az átfutási idő vagy gyakoribb-e az újramunka bizonyos szerződéstípusoknál. Az elemzés például kimutathatja, hogy az MSA-k jogi ellenőrzése lényegesen tovább tart, mint az NDA-ké. Ez indokolhatja az összetettebb megállapodástípusok folyamatának átalakítását.

Miért fontos?

Lehetővé teszi a folyamatok csoportosítását és összehasonlítását, így láthatóvá válik, hogyan hatnak az egyes szerződéstípusok az átfutási időre, az összetettségre és a kockázatra.

Hol szerezhető be?

Minden CLM-rendszerben a fő szerződésrekord szabványos mezője.

Példák
Titoktartási megállapodás (NDA)Keretszolgáltatási megállapodás (MSA)Munkaleírás (SOW)
Lejárat dátuma
ExpirationDate
Az a dátum, amikor a szerződés lejár, ha nem újítják meg vagy nem szüntetik meg.
Leírás

A lejárat dátuma fontos mező, amely a szerződés futamidejének végét jelöli. Meghatározza az aktív szerződések életciklusát, és a megújítási vagy megszüntetési tevékenységek elsődleges kiváltója. A lejárati dátumok megfelelő kezelése segít elkerülni a szolgáltatás vagy a bevétel nem szándékos kiesését.

A process miningben ez az attribútum szükséges a „Kötelezettségek és megújítások kezelése” dashboardhoz. Az „Időben megújított szerződések aránya” KPI kiszámításához a megújítási tevékenységek dátumát a lejárati dátummal vetik össze. A közelgő lejáratú szerződések elemzésével a szervezet előre kezelheti a megújításokat, és megelőzheti a bevételkiesést vagy a működési fennakadásokat.

Miért fontos?

Segít kezelni a megújításokat és mérsékelni a kockázatokat. A dátum nyomon követésével figyelemmel kísérhetők a szerződés mérföldkövei, és időben megtehetők a szükséges lépések.

Hol szerezhető be?

A CLM-rendszer fő szerződésrekordjának egyik fontos dátummezője.

Példák
2024-12-312025-06-302026-01-15
Módosítások száma
RevisionCount
Azt mutatja, hányszor módosították vagy látták el javításokkal a szerződésdokumentumot a tárgyalási és ellenőrzési körök során.
Leírás

A módosítások száma megmutatja, mennyi újramunkát igényel a szerződés a végrehajtás előtt. A számlálót minden dokumentumszerkesztés és új verzió létrehozása után növelni kell. Ez az érték a tárgyalási folyamat összetettségét és vitás jellegét is jelezheti.

Ez az attribútum közvetlenül méri a hatékonyságot, és a „Szerződés-újramunka aránya” KPI kiszámításához használható. A „Tárgyalási és újramunkálási hatékonyság” dashboard segítségével azonosíthatók azok a szerződések, partnerek vagy szerződéstípusok, amelyeknél túl sok módosításra van szükség. A magas módosításszám gyakran hosszabb átfutási idővel jár együtt, és jelezheti a nem egyértelmű követelményeket, az erőteljes tárgyalási taktikát vagy a jobb szabványsablonok szükségességét.

Miért fontos?

Méri az újramunka mértékét és a tárgyalások összetettségét, így feltárhatók a hatékonysági problémák és a hosszú átfutási idők okai.

Hol szerezhető be?

A szerződésdokumentum verziószámmezőjéből nyerhető ki, vagy az egyes ügyek „Szerződés módosítva” tevékenységeinek megszámlálásával állítható elő.

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

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

Ez a rész bemutatja azokat a fontos folyamatlépéseket és mérföldköveket, amelyeket érdemes rögzíteni az eseménynaplóban. Így pontosan feltárhatja a folyamatot, és áttekinthetően jelenítheti meg annak menetét.
8 Javasolt 9 Nem kötelező
Tevékenység Leírás
Belső jóváhagyás befejezése
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. A szervezet egyetért a feltételekkel, és készen áll arra, hogy a szerződést elküldje a másik félnek.
Miért fontos?

Ez a folyamat egyik fontos ellenőrzési pontja, amely a belső egyeztetések végét jelöli. Az ide eljutáshoz szükséges idő a belső hatékonyság fontos mutatója.

Hol szerezhető be?

Ez általában abból következtethető ki, hogy a szerződés állapota végleges jóváhagyási értékre, például „Teljesen jóváhagyva” vagy „Aláírásra kész” állapotra vált, illetve hogy befejeződik az utolsó jóváhagyási feladat.

Rögzítés

Azonosítsa azt az időpontot, amikor a teljes jóváhagyási állapot befejezettre vált, vagy amikor rögzítik az utolsó szükséges jóváhagyást.

Eseménytípus inferred
Szerződés aláírása
Ez fontos mérföldkő: minden fél aláírta a szerződést, így az jogilag kötelező érvényűvé válik. Ezzel sikeresen lezárul a szerződés életciklusának aláírás előtti szakasza.
Miért fontos?

Az aláírás dátuma a folyamat egyik legfontosabb eredménye, és elengedhetetlen az igényléstől az aláírásig tartó teljes átfutási idő kiszámításához. A teljesítmény és az áteresztőképesség elemzésének is fontos eseménye.

Hol szerezhető be?

Ezt általában az e-aláírási platformmal való integráció rögzíti, vagy a felhasználó manuálisan módosítja az állapotot „Aláírva” értékre, és megadja az aláírás dátumát.

Rögzítés

Használja az e-aláírási rendszer befejezési időbélyegét vagy azt a dátumot, amikor az állapotot manuálisan „Aláírva” értékre módosították.

Eseménytípus explicit
Szerződés elküldése aláírásra
Ez a tevékenység azt jelöli, amikor a végleges, jóváhagyott szerződést elküldik minden félnek aláírásra. Ezzel lezárulnak a tárgyalások, és megkezdődik a végső aláírási szakasz.
Miért fontos?

Ez fontos mérföldkő, amely elindítja a végső aláírási ciklus mérését. Az ettől az időponttól az aláírásig eltelt idő elemzése feltárhatja az aláírási folyamat késedelmeit.

Hol szerezhető be?

Az e-aláírási integrációval rendelkező rendszerekben ez gyakran kifejezett művelet, amely elindítja az aláírási folyamatot, és megjelenik a rendszer auditnaplójában.

Rögzítés

Keresse meg az e-aláírási munkafolyamat elindításához kapcsolódó eseménynapló-bejegyzést vagy API-hívás időbélyegét.

Eseménytípus explicit
Szerződés hatálybalépése
Azt jelöli, amikor a szerződés hatályba lép és érvényesíthetővé válik. Ez az aláírás napján vagy később is megtörténhet. Ekkor kezdődik a kötelezettségek kezelése és a teljesítmény nyomon követése.
Miért fontos?

A hatálybalépés jelöli az átmenetet a szerződéskötési folyamatról a szerződés kezelésére. Ez a megfelelés, a megújítások és a kötelezettségek nyomon követésének tényleges kezdőnapja.

Hol szerezhető be?

Ezt a rendszerben gyakran úgy rögzítik, hogy az állapot „Végrehajtva” értékről „Aktív” vagy „Érvényes” értékre változik. Előfordul, hogy egy külön „Hatálybalépés dátuma” mezőhöz is kapcsolódik.

Rögzítés

Használja az „Aktív” állapotra váltás időbélyegét, vagy ha rendelkezésre áll, a szerződés hatálybalépési dátumá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. A szerződés életciklusának tervezett, természetes lezárását jelenti.
Miért fontos?

A lejáratok nyomon követése segít a megújítások kezelésében, és megelőzi a szolgáltatás vagy a megállapodás nem szándékos megszakadását. A megújítás nélkül lejáró szerződések magas száma üzletvesztést jelezhet.

Hol szerezhető be?

Ezt az eseményt általában nem rögzítik külön. A szerződés lejárati dátumát a rendszer az aktuális dátummal összevetve állapítja meg.

Rögzítés

Az esemény időbélyegét akkor hozza létre, amikor a rendszer dátuma eléri vagy meghaladja a szerződésrekord „Lejárat dátuma” mezőjének értékét.

Eseménytípus calculated
Szerződés megszüntetve
Azt jelzi, hogy egy aktív szerződést a tervezett lejárati dátum előtt megszüntettek. Erre a szerződés feltételei szerint indokkal vagy kényelmi okból kerülhet sor.
Miért fontos?

Ez az esemény egy üzleti kapcsolat idő előtti lezárását jelzi. A megszüntetések gyakoriságának és okainak ismerete fontos a kockázatkezelés és az üzletmenet állapotának felméréséhez.

Hol szerezhető be?

Ez egyértelmű esemény. Általában úgy rögzítik, hogy egy felhasználó a szerződés állapotát „Megszüntetve” értékre módosítja. Gyakran indokkód vagy megjegyzés is tartozik hozzá.

Rögzítés

Rögzítse azt az időbélyeget, amikor egy aktív szerződés állapota „Megszüntetve” értékre változik.

Eseménytípus explicit
Szerződés megújítva
A szerződés sikeres megújítását jelzi a futamidő lejártakor. Ez az üzleti eredmény meghosszabbítja a megállapodás érvényességét.
Miért fontos?

A megújítási arány közvetlenül jelzi az ügyfelek megtartását és elégedettségét. Az esemény nyomon követése segít megérteni a hosszú távú üzleti eredményeket és a bevételek folyamatosságát.

Hol szerezhető be?

Ez gyakran egy felhasználó által végrehajtott művelet: módosítja a szerződés állapotát, vagy új szerződésrekordot hoz létre a megújított időszakra, az eredeti szerződés folytatásaként.

Rögzítés

Keresse az állapot „Megújítva” értékre váltását, vagy az eredeti szerződéshez megújításként kapcsolódó új szerződés létrehozását.

Eseménytípus explicit
Szerződésigénylés indítása
Ez a szerződés életciklusának első tevékenysége, amely egy új szerződés hivatalos igénylését jelenti. A rendszerben jellemzően új szerződésrekord vagy munkaterület létrehozásaként jelenik meg.
Miért fontos?

Ez a tevékenység jelöli a folyamat hivatalos kezdetét. Az időbélyege elengedhetetlen a teljes szerződéses átfutási idő kiszámításához. Az igénylések számának elemzése segíti az erőforrások tervezését és az igények kezelését.

Hol szerezhető be?

Ezt az eseményt általában a forrásrendszer fő szerződéses táblájában vagy auditnaplóiban szereplő elsődleges szerződésrekord, illetve objektum létrehozási időbélyege rögzíti.

Rögzítés

Keresse meg a létrehozási eseményt vagy az egyedi szerződésazonosítóhoz tartozó legkorábbi időbélyeget.

Eseménytípus explicit
Belső ellenőrzés megkezdése
Ez a tevékenység azt jelöli, amikor a szerződéstervezetet hivatalosan elküldik a belső érintetteknek ellenőrzésre és véleményezésre. Ekkor kezdődik a belső egyeztetési és jóváhagyási szakasz.
Miért fontos?

Ez az időpont jelöli a teljes belső ellenőrzési ciklus kezdetét. A szakasz időtartamának elemzése segít feltárni az érintettek közötti egyeztetés szűk keresztmetszeteit.

Hol szerezhető be?

Ezt általában a munkafolyamat állapotváltozása rögzíti, például amikor a szerződés „Tervezet” állapotból „Belső ellenőrzés” állapotba kerül, vagy amikor létrejönnek az ellenőrzési feladatok.

Rögzítés

Rögzítse azt az időpontot, amikor a szerződés állapota „Ellenőrzés alatt” értékre változik, vagy amikor kiosztják az első ellenőrzési feladatot.

Eseménytípus explicit
Jogi ellenőrzés befejezése
Azt jelzi, hogy a jogi részleg befejezte a szerződés ellenőrzését. Ez fontos ellenőrzési pont, amelyet a szélesebb körű jóváhagyás vagy a külső tárgyalás követhet.
Miért fontos?

A jogi ellenőrzés időtartamának mérése segít számszerűsíteni a jogi csapat munkaterhelését, és feltárni a jogi folyamatok egyszerűsítésének lehetőségeit. Ez a szakasz gyakran jelentősen befolyásolja a teljes átfutási időt.

Hol szerezhető be?

Ezt gyakran akkor rögzíti a rendszer, amikor a jogi csapat módosítja a szerződés állapotát, például „Jóváhagyva a jogi részleg által” értékre, vagy befejez egy jóváhagyási feladatot a rendszer munkafolyamat-naplójában.

Rögzítés

Keresse meg a jogi részleghez rendelt feladat befejezési időbélyegét vagy a jogi jóváhagyást jelző állapotváltozást.

Eseménytípus explicit
Kötelezettségek nyomon követésének megkezdése
Ez a tevékenység jelzi a szerződés végrehajtása utáni kezelés kezdetét. Ettől kezdve nyomon követik a fontos dátumokat, teljesítendő feladatokat és egyéb vállalásokat. Ez az első lépés a szerződés odaítélése utáni megfelelés biztosításában.
Miért fontos?

Ez a tevékenység segít megérteni, hogyan irányítják a folyamatot az aláírás után. A feladatok nyomon követésével biztosítható, hogy a szerződés meghozza a várt értéket, és mérsékelhetők a kockázatok.

Hol szerezhető be?

Akkor rögzítik, amikor létrehoznak vagy elindítanak egy feladatot, ellenőrzőlistát vagy alfolyamatot a szerződéses kötelezettségek nyomon követésére. Ez gyakran a feladatkezelési naplókban található meg.

Rögzítés

Rögzítse az aktív szerződés kötelezettségeinek vagy a megfelelésnek a nyomon követéséhez kapcsolódó feladatok és események létrehozási időbélyegét.

Eseménytípus explicit
Módosítási folyamat elindítva
Ez az esemény jelzi egy meglévő, aktív szerződés hivatalos módosítási folyamatának kezdetét. A megállapodás eredeti feltételeinek módosítására irányuló kérelmet jelöli.
Miért fontos?

A gyakori módosítások arra utalhatnak, hogy az eredeti szerződések nem tértek ki minden szükséges részletre. A módosítások elemzése megmutatja, hogyan változnak az üzleti kapcsolatok.

Hol szerezhető be?

Ezt gyakran egy új „Módosítás” rekord vagy munkaterület létrehozásával rögzítik, amely az eredeti szerződéshez kapcsolódik. Az adat a rendszer fő adattábláiban található.

Rögzítés

Keresse meg a „Módosítás” rekordtípus létrehozási eseményét, amely egy szülő szerződésazonosítóhoz kapcsolódik.

Eseménytípus explicit
Szerződés elküldése a másik félnek
Ez a tevékenység azt jelöli, amikor a szerződést elküldik a külső szerződő félnek ellenőrzésre és tárgyalásra. Ezzel a folyamat a belső szakaszból a külső egyeztetésbe lép.
Miért fontos?

Ez az esemény jelöli a külső tárgyalási ciklus kezdetét. Ha késik a szerződés elküldése, az az ügylet teljes lezárását is késleltetheti.

Hol szerezhető be?

Ez lehet egy kifejezett felhasználói művelet, például „Elküldés tárgyalásra”, vagy kikövetkeztethető abból, hogy az állapot „Tárgyalás alatt” vagy „Külső ellenőrzés” értékre változik.

Rögzítés

Rögzítse a „Szerződés elküldése a másik félnek” esemény időbélyegét vagy a külső ellenőrzési állapotra váltás időpontját.

Eseménytípus explicit
Szerződés módosítása
Azt jelöli, amikor a szerződésdokumentumot módosítják vagy szövegszerűen javítják a tárgyalás vagy a belső ellenőrzés során. Minden módosítás új dokumentumváltozatot hoz létre.
Miért fontos?

A módosítások gyakorisága, vagyis az utómunka aránya, a folyamat hatékonyságának és a szerződés összetettségének fontos mutatója. A sok utómunka problémát jelezhet a kezdeti tervezettel vagy a tárgyalási módszerrel kapcsolatban.

Hol szerezhető be?

Ezt általában minden alkalommal külön rögzíti a rendszer, amikor a szerződés elsődleges dokumentumának új változatát feltöltik vagy elmentik a dokumentumtárba.

Rögzítés

Rögzítse az első tervezet után feltöltött minden új dokumentumváltozat időbélyegét.

Eseménytípus explicit
Szerződés visszavonva
Azt jelzi, hogy egy szerződéskérelmet vagy folyamatban lévő szerződést szándékosan töröltek a végrehajtás előtt. Ez a folyamatot lezáró végállapot.
Miért fontos?

A visszavont szerződések okainak elemzése feltárhatja a minősítési folyamat problémáit vagy az üzleti prioritások változását. Ezt a kedvezőtlen eredményt érdemes nyomon követni.

Hol szerezhető be?

Ez egyértelmű végállapot. A rendszer állapotelőzményeiben általában úgy rögzítik, hogy egy felhasználó a szerződés állapotát „Törölve” vagy „Visszavonva” értékre módosítja.

Rögzítés

Rögzítse azt az időbélyeget, amikor a szerződés állapota a végleges „Törölve” vagy „Visszavonva” értékre változik.

Eseménytípus explicit
Szerződéstervezet elkészítése
A szerződéstervezet első változatának elkészültét jelöli. Ezt gyakran akkor rögzíti a rendszer, amikor feltöltik vagy létrehozzák a szerződésdokumentum első változatát, és hozzárendelik a szerződésrekordhoz.
Miért fontos?

Az igénylés és a tervezet elkészülte közötti idő követése megmutatja, mennyire hatékony a kezdeti előkészítés és a szövegezés. Az ebben a szakaszban jelentkező késedelem a folyamat szűk keresztmetszetére utalhat.

Hol szerezhető be?

Ez az adat általában a szerződésrekordhoz kapcsolódó dokumentumkezelési vagy mellékletnaplókban található. A „Tervezet elkészült” állapotváltozásból is kikövetkeztethető.

Rögzítés

Használja az első dokumentumváltozat feltöltésének időbélyegét vagy a „Tervezet elkészült” állapotváltozás időpontját.

Eseménytípus inferred
Tárgyalás megkezdése
Azt jelzi, hogy megkezdődött az egyeztetés a másik féllel. Ezt gyakran a külső féltől érkező első válasz vagy módosításokat tartalmazó dokumentum jelöli.
Miért fontos?

A tárgyalás kezdetének követése elengedhetetlen a tárgyalási ciklus elemzéséhez és annak megértéséhez, mennyi idő alatt válaszolnak a másik felek.

Hol szerezhető be?

Ez gyakran abból következtethető ki, hogy a külső fél új dokumentumváltozatot tölt fel, vagy a szerződés állapota aktív tárgyalást jelez.

Rögzítés

Használja a másik féltől érkező első dokumentum időbélyegét vagy a „Tárgyalás alatt” állapotváltozás időpontját.

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

Adatkinyerési útmutatók

Hogyan szerezze be az adatokat a process mininghez?

Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért

olvassa el az ETL-útmutatónkat   vagy   válasszon ki egy konkrét folyamatot és rendszert.

Kezdheti az adatkinyerést?

Az adatkinyeréshez válasszon az alábbiak közül egy, az Ön rendszeréhez készült útmutatót, vagy használja ezt az általános sablont az eseménynapló összeállításának kiindulópontjaként.

Kezdje el még ma a szerződéskezelés fejlesztését

Tárja fel a szűk keresztmetszeteket, mérsékelje a kockázatokat, és gyorsítsa fel a megállapodások megkötését.

Próbálja ki ingyen

Bankkártya nem szükséges, a beállítás néhány percet vesz igénybe