Szerződéskezelési adatsablon
Szerződéskezelési adatsablon
- Javasolt attribútumok
- Követendő tevékenységek
- Útmutató az adatok kinyeréséhez
Szerződéskezelési attribútumok
| Név | Leírás | ||
|---|---|---|---|
|
Contract ID
ContractId
|
Az egyes szerződések egyedi azonosítója, amely elsődleges esetazonosítóként szolgál. | ||
|
Leírás
A Contract ID az az egyértelmű esetazonosító, amely összekapcsolja az egyes szerződések életciklusához tartozó összes eseményt és tevékenységet. Segítségével a szerződés a kezdeti igényléstől a tervezeten és a tárgyaláson át az aláírásig, majd a megszüntetésig vagy megújításig nyomon követhető. A process mining elemzésben minden eseményhez hozzá kell rendelni egy Contract ID-t, hogy rekonstruálható legyen az egyes szerződések útja. Így a teljes folyamat áttekinthetővé válik, mérhetők az átfutási idők, feltárhatók a szűk keresztmetszetek, és ellenőrizhető az egyes szerződések vagy szerződéscsoportok folyamatkövetése.
Miért fontos?
Ez az azonosító teszi lehetővé a szerződés teljes életciklusának nyomon követését, és az összetartozó tevékenységek egyetlen esetbe kapcsolásával a process mining elemzések alapjául szolgál.
Hol szerezhető be?
Ez jellemzően a Conga CLM fő Agreement vagy Contract objektumának elsődleges kulcsa, például „Apttus_Config2__AgreementId__c” néven.
Példák
a015g00000_12345a015g00000_67890a015g00000_ABCDE
|
|||
|
Esemény időbélyege
EventTimestamp
|
A tevékenység kezdetének vagy bekövetkezésének pontos dátuma és időpontja. | ||
|
Leírás
Az esemény időbélyege rögzíti, mikor történt egy adott tevékenység. Ez adja meg a szerződésenkénti folyamat rekonstruálásához szükséges időrendet. Az időbélyegek minden időalapú process mining elemzéshez nélkülözhetetlenek. Ezzel az attribútummal számíthatók ki a tevékenységek közötti időtartamok, az esetek teljes átfutási ideje és a várakozási idők. Fontos a szűk keresztmetszetek feltárásához, az SLA-k betartásának nyomon követéséhez és a szerződéskezelési folyamat időbeli alakulásának megértéséhez. Az esetek eseményeinek elsődleges rendezési szempontja.
Miért fontos?
Megadja az események időrendi sorrendjét, ami nélkülözhetetlen az időtartam-alapú mutatók kiszámításához, a szűk keresztmetszetek feltárásához és a folyamat teljesítményének megértéséhez.
Hol szerezhető be?
Az adat jellemzően az előzményeket rögzítő mezőkben található, például a kapcsolódó feladat- vagy eseményobjektumok „CreatedDate” mezőjében, illetve a fő Contract objektum dátummezőiben.
Példák
2023-04-15T10:05:00Z2023-05-20T14:30:00Z2023-06-01T09:00:00Z
|
|||
|
Tevékenység neve
ActivityName
|
A szerződés életciklusa során bekövetkezett konkrét üzleti esemény vagy feladat neve. | ||
|
Leírás
A tevékenység neve a szerződéskezelési folyamat egy lépését vagy mérföldkövét jelöli, például „Szerződéstervezet elkészült”, „Jogi felülvizsgálat elvégezve” vagy „Szerződés aláírva”. Ez az attribútum szolgál a folyamattérkép felépítésére, amely megmutatja a végrehajtott műveletek sorrendjét. Az attribútum elemzésével feltárható a folyamat menete, azonosíthatók a gyakori és alternatív útvonalak, valamint mérhető az egyes tevékenységek gyakorisága. Alapvető szerepet játszik a folyamatkövetéshez, az újramunkáláshoz és a szakaszok közötti átfutási időhöz kapcsolódó KPI-k kiszámításában.
Miért fontos?
Meghatározza a folyamat lépéseit, a folyamattérkép alapját adja, és lehetővé teszi a munkafolyamat, az eltérések és a tevékenységek gyakoriságának elemzését.
Hol szerezhető be?
Ezt gyakran a Conga CLM Contract objektumán rögzített állapotváltozások, teljesített feladatok vagy konkrét események alapján állítják elő.
Példák
Szerződéstervezet elkészültJogi felülvizsgálat elvégezveSzerződés aláírvaSzerződés megújítva
|
|||
|
Forrásrendszer
SourceSystemName
|
Megadja, melyik forrásrendszerből származnak a kinyert adatok. | ||
|
Leírás
Ez az attribútum az eseményadatok nyilvántartási rendszerét jelöli, ebben az esetben a Conga CLM-et. Fontos az adatirányítás és a nyomon követhetőség szempontjából, különösen akkor, ha több rendszer adatait egyesítik. Egyetlen rendszer elemzésekor ez az érték állandónak tűnhet, mégis fontos információt ad az adatok eredetéről. Segít megőrizni az adatok integritását és feltárni az adatkinyerési problémákat. Különösen fontos, ha a szerződéses adatokat más rendszerek, például CRM- vagy ERP-rendszerek adataival egyesítik.
Miért fontos?
Fontos információt ad az adatok eredetéről és irányításáról, így egyértelművé teszi, honnan származnak a folyamatadatok. Ez elengedhetetlen az ellenőrzéshez és az adatokba vetett bizalomhoz.
Hol szerezhető be?
Ez jellemzően az adatkinyerés és -átalakítás (ETL) során hozzáadott állandó érték, amely az adatkészlet eredetét jelöli.
Példák
Conga CLMCongaCLM-ProdSalesforce-CongaCLM
|
|||
|
Utolsó adatfrissítés
LastDataUpdateTimestamp
|
Az időbélyeg azt mutatja, mikor frissítették utoljára a rekord adatait a forrásrendszerből. | ||
|
Leírás
Ez az attribútum rögzíti a Conga CLM-ből végzett legutóbbi adatkinyerés dátumát és időpontját. Fontos metaadat, amelyből megállapítható, mennyire frissek az elemzés adatai, és hogy a döntések naprakész információkon alapulnak-e. A dashboardokon és jelentésekben ez az időbélyeg tájékoztatja a felhasználókat az adatok aktualitásáról. Az adatirányításhoz is szükséges, és segít reális elvárásokat kialakítani az elemzési eredmények időszerűségével kapcsolatban.
Miért fontos?
Ez az időbélyeg jelzi az adatok frissességét, így az elemzés és a döntések az adatok korának ismeretében, elfogadható időkereten belül történhetnek.
Hol szerezhető be?
Ez egy metaadatmező, amelyet általában az ETL-eszköz vagy -szkript hoz létre és tölt ki az adatok betöltése során.
Példák
2024-07-20T02:00:00Z2024-07-21T02:00:00Z
|
|||
|
Esemény befejezési ideje
EventEndTime
|
Az időpont, amikor egy tevékenység befejeződött. | ||
|
Leírás
Az esemény befejezési ideje jelzi egy adott feladat vagy folyamatlépés végét. Ha az esemény időbélyegével, vagyis a kezdési idővel együtt használja, pontosan kiszámíthatja az egyes tevékenységek feldolgozási idejét. Ez az attribútum fontos a teljesítmény elemzéséhez, mert megmutatja, mennyi ideig tartanak az egyes lépések. Így azonosíthatók a legtöbb időt igénylő tevékenységek, és a következő esemény kezdési idejének használatánál pontosabban mérhető az erőforrások kihasználtsága és a hatékonyság.
Miért fontos?
Segítségével pontosan kiszámítható a tevékenységek feldolgozási ideje, ami elengedhetetlen az időtartamhoz kötődő szűk keresztmetszetek feltárásához és az erőforrások hatékonyságának elemzéséhez.
Hol szerezhető be?
Ez az időbélyeg a fő szerződéshez kapcsolódó feladat- vagy tevékenységobjektumok olyan mezőiben található, mint a 'CompletedDate' vagy az 'ActualEndDate'.
Példák
2023-04-15T18:35:00Z2023-05-21T11:00:00Z2023-06-01T17:45:00Z
|
|||
|
Lejárat dátuma
ExpirationDate
|
A szerződés tervezett lejárati dátuma. | ||
|
Leírás
A lejárat dátuma fontos dátummező, amely a szerződéses időszak végét jelöli. A szerződés aláírása utáni életciklus kezeléséhez is szükséges. Ez az attribútum alapja a „Közelgő megújítások és lejáratok” dashboardnak és az „Időben történő megújítások aránya” KPI-nak. Az adat elemzésével előre kezelheti a lejáratokat, időben elindíthatja a megújítási folyamatokat, és elkerülheti a szolgáltatás vagy a bevétel nem szándékos kiesését.
Miért fontos?
Ez a dátum segít előre kezelni a szerződéseket. A közelgő lejáratokat követő dashboardokkal elkerülheti az elmulasztott megújításokat és az ebből eredő bevételkiesést.
Hol szerezhető be?
Ez egy standard dátummező az Agreement objektumon, gyakran 'Apttus_Config2__EndDate__c' néven.
Példák
2025-12-312026-06-302024-08-15
|
|||
|
Szerződés állapota
ContractStatus
|
A szerződés aktuális életciklus-szakasza, például „Tervezet”, „Jóváhagyás alatt” vagy „Aláírva”. | ||
|
Leírás
A szerződés állapota a szerződés aktuális életciklusbeli helyzetét mutatja. Pillanatképet ad arról, hogy a szerződés éppen hol tart, ami nem azonos az eseményalapú tevékenységnévvel. Az eseménynapló a korábbi tevékenységek sorrendjét mutatja, az állapot pedig a szerződés jelenlegi helyzetéről ad információt. Az állapot alapján szűrheti az eseteket, például csak az aktív szerződéseket elemezheti, vagy megvizsgálhatja, miért ragadt sok szerződés „Jóváhagyás alatt” állapotban. Az állapotadatok kiegészítik a tevékenységadatokat.
Miért fontos?
Pillanatképet ad a szerződés aktuális szakaszáról. Ezzel szűrheti és elemezheti az aktív eseteket, valamint megvizsgálhatja a folyamatállapotok megoszlását.
Hol szerezhető be?
Ez egy standard választólistás mező az Agreement objektumon, gyakran 'Apttus_Config2__Status__c' vagy 'Apttus_Config2__Status_Category__c' néven.
Példák
TervezetBelső felülvizsgálat alattAláírvaLejárt
|
|||
|
Szerződés értéke
ContractValue
|
A szerződéshez kapcsolódó teljes pénzösszeg. | ||
|
Leírás
A szerződés értéke a megállapodás pénzügyi értékét jelenti. Az üzleti környezettől függően ez lehet a szerződés teljes összege, az éves ismétlődő bevétel vagy más fontos pénzügyi mutató. Ennek az attribútumnak az elemzése segít az érték alapján rangsorolni a folyamatfejlesztési lehetőségeket. Előtérbe helyezheti a nagy értékű szerződéseket, és megvizsgálhatja például, hogy ezek gyorsabban haladnak-e végig a folyamaton, vagy gyakrabban akadnak-e el bizonyos szakaszokban. Ez az attribútum a „Szerződésérték és átfutás elemzése” dashboard egyik alapja.
Miért fontos?
Érték szerint elemezheti a folyamatot, így a nagy értékű szerződéseknél előtérbe helyezheti a fejlesztéseket, és felmérheti azok üzleti hatását.
Hol szerezhető be?
Ez általában pénznem típusú mező a Conga CLM Agreement objektumán, például 'Apttus_Config2__Total_Contract_Value__c'.
Példák
500002500001200000
|
|||
|
Szerződésfelelős
ContractOwner
|
A szerződés teljes életciklusa alatti kezeléséért felelős felhasználó vagy munkatárs. | ||
|
Leírás
A szerződésfelelős az a személy, aki elsődlegesen felel a szerződésért. Általában ő készíti elő és tárgyalja meg a szerződést, valamint gondoskodik arról, hogy az végighaladjon a jóváhagyási folyamaton. Ha a folyamat teljesítményét szerződésfelelősönként elemzi, feltárhatja a hatékonyság, a standard folyamat követése és a munkaterhelés eloszlása közötti különbségeket. Ez segít azonosítani a bevált gyakorlatokat, a képzési igényeket és az erőforrások elosztásának esetleges aránytalanságait. A teljesítmény és a termelékenység elemzésének fontos szempontja.
Miért fontos?
Felhasználónként elemezheti a teljesítményt, így azonosíthatja a kiemelkedő teljesítményű munkatársakat, a képzési lehetőségeket és a munkaterhelés eloszlásának problémáit.
Hol szerezhető be?
Ez valószínűleg egy felhasználóra mutató mező a Conga CLM fő Agreement objektumán, gyakran 'OwnerId' vagy egy egyéni 'Contract_Owner__c' mezőnéven.
Példák
Alice JohnsonRobert ChenMaria Garcia
|
|||
|
Szerződéstípus
ContractType
|
A szerződés besorolása, például NDA, MSA vagy SOW. | ||
|
Leírás
A szerződéstípus olyan kategória, amely a szerződéseket jogi céljuk vagy jellegük szerint csoportosítja. Gyakori példák a titoktartási megállapodás (NDA), a keretszolgáltatási megállapodás (MSA) és a munkaleírás (SOW). Ez a szempont alapvető az összehasonlító elemzéshez. A folyamattérképet szerződéstípus szerint szűrve megvizsgálhatja, hogy az egyes típusok eltérő útvonalon haladnak-e végig, vagy más az átfutási idejük. Így elkülönítheti az adott szerződéstípusnál indokolt folyamatváltozatokat a valódi eltérésektől.
Miért fontos?
Szerződéskategóriánként összehasonlíthatja a munkafolyamatokat, az átfutási időket és a szűk keresztmetszeteket, például az NDA-k és az MSA-k esetében.
Hol szerezhető be?
Ez általában választólistás vagy hivatkozási mező az Agreement objektumon, gyakran 'Apttus_Config2__Contract_Type__c' vagy hasonló néven.
Példák
Titoktartási megállapodás (NDA)Keretszolgáltatási megállapodás (MSA)Munkaleírás (SOW)
|
|||
|
A felelős szervezeti egysége
OwnerDepartment
|
A szerződésfelelős szervezeti egysége, például az értékesítés, a jogi osztály vagy a beszerzés. | ||
|
Leírás
A felelős szervezeti egysége attribútum megadja, melyik üzleti területhez tartozik a szerződésfelelős. Az adat általában a rendszerben tárolt felhasználói profilból származik. Ez a szempont lehetővé teszi a különböző szervezeti egységek folyamatainak összehasonlítását. Segíthet kideríteni, hogy a jogi osztályon van-e szűk keresztmetszet, az értékesítési csapat más folyamatot követ-e, vagy egyes egységeknél lényegesen hosszabb-e az átfutási idő. Ezek az információk hasznosak a több területet érintő folyamatfejlesztéshez.
Miért fontos?
Üzleti területenként elemezheti a folyamatot, és feltárhatja az értékesítéshez vagy a jogi osztályhoz hasonló szervezeti egységek teljesítménybeli különbségeit és szűk keresztmetszeteit.
Hol szerezhető be?
Ez az adat általában a Salesforce User objektumából származik, amely az Agreement objektum Szerződésfelelős mezőjén keresztül kapcsolódik.
Példák
ÉrtékesítésJogi osztályBeszerzésPénzügy
|
|||
|
Jóváhagyási átfutási idő
ApprovalCycleTime
|
Az az idő, amelyet a szerződés a jóváhagyási szakaszban tölt. | ||
|
Leírás
A jóváhagyási átfutási idő számított mutató. Azt méri, mennyi idő telik el attól, hogy a szerződés belép a jóváhagyási folyamatba, például elindul a „Belső felülvizsgálat”, a végső belső jóváhagyásig. Az összes érintett jóváhagyási lépés idejét összesíti. Ez az attribútum a „Szerződés-jóváhagyási átfutási idő” dashboard és az „Átlagos szerződés-jóváhagyási idő” KPI elsődleges mérőszáma. Áttekintést ad a teljes jóváhagyási munkafolyamat hatékonyságáról, így könnyen összevetheti a teljesítményt a célértékekkel, és feltárhatja a rendszeres késéseket.
Miért fontos?
Ez a KPI közvetlenül méri a jóváhagyási munkafolyamat hatékonyságát, és segít feltárni, majd megszüntetni a szerződés életciklusának egyik kritikus szakaszában jelentkező késéseket.
Hol szerezhető be?
Ez egy számított mutató, amelyet szerződésenként az első jóváhagyási tevékenység és a végső jóváhagyási tevékenység közötti idő kiszámításával határoznak meg.
Példák
259200604800432000
|
|||
|
Megfelelési állapot
ComplianceStatus
|
Jelzi, hogy a szerződés megfelelt-e az előírt megfelelési ellenőrzéseken. | ||
|
Leírás
A megfelelési állapot azt mutatja, hogy a szerződés megfelel-e a belső szabályzatoknak és a külső előírásoknak. Lehetséges értékei például: „Nincs elkezdve”, „Ellenőrzés alatt”, „Megfelelt” vagy „Nem felelt meg”. Ez az attribútum a „Megfelelés és kötelezettségek nyomon követése” dashboard és a hozzá tartozó KPI alapja. Közvetlenül láthatóvá teszi, hogy a szerződések megfelelnek-e az előírásoknak, így segít mérsékelni a jogi és pénzügyi kockázatokat. A szerződések aláírása vagy hatálybalépése előtt ellenőrizhető, hogy mindegyik átment-e a szükséges vizsgálatokon.
Miért fontos?
Közvetlenül méri az előírt megfelelési ellenőrzések teljesítését, és segít feltárni, illetve mérsékelni a szerződésállomány jogi és pénzügyi kockázatait.
Hol szerezhető be?
Ez valószínűleg egy egyéni választólistás mező az Agreement objektumon, amelyet a megfeleléshez kapcsolódó tevékenységek vagy jóváhagyások frissítenek.
Példák
MegfeleltFelülvizsgálat szükségesNem alkalmazhatóNem felelt meg
|
|||
|
Megújítás dátuma
RenewalDate
|
A szerződés megújítási folyamatának tervezett indítási dátuma. | ||
|
Leírás
A megújítás dátuma számított vagy kézzel megadott dátum, amely jelzi, mikor kell elindítani a szerződés megújítását. Általában a lejárat előtt meghatározott idővel, például 90 nappal jelölik ki. Ez az attribútum segít a csapatoknak hatékonyan kezelni a megújításra váró szerződéseket. Riasztások és a megújításhoz kapcsolódó feladatok indítására is használható, így a folyamat kellő időben elkezdődhet. Az „Időben történő megújítások aránya” KPI egyik alapja.
Miért fontos?
Jelzi, mikor kell megkezdeni a megújítást, így segít időben megújítani a szerződéseket és előre kezelni azok életciklusát.
Hol szerezhető be?
Ez lehet a lejárat dátuma alapján számított egyéni képletmező vagy külön dátummező a Conga CLM Agreement objektumán.
Példák
2025-10-022026-04-012024-05-17
|
|||
|
Régió
Region
|
A szerződéshez kapcsolódó földrajzi régió, például Észak-Amerika vagy az EMEA. | ||
|
Leírás
A régió attribútum a szerződés szempontjából releváns földrajzi területet jelöli. Ez alapulhat a szerződő fél helyén, az értékesítési régión vagy az irányadó jogon. Az attribútum segítségével földrajzi szempontból elemezheti a szerződési folyamatot. Választ kaphat például arra, hogy az EMEA-régióban a különböző szabályozások miatt tovább tart-e a jóváhagyás, vagy az APAC-régióban gyakrabban módosítják-e a szerződésszöveget. Ez fontos háttér-információt ad a globális működés elemzéséhez.
Miért fontos?
A régió szerinti bontás segít feltárni a földrajzi eltéréseket az átfutási időkben, a megfelelési követelményekben és a folyamatútvonalakban. Ez különösen fontos a globális vállalatok számára.
Hol szerezhető be?
Ez gyakran az Agreement objektum egyéni mezője, vagy a kapcsolódó Account vagy User objektumból származik.
Példák
Észak-AmerikaEMEAAPACLATAM
|
|||
|
Szerződő fél neve
CounterpartyName
|
A szerződésben részt vevő külső fél, vállalat vagy magánszemély neve. | ||
|
Leírás
A szerződő fél neve a megállapodás másik aláíróját azonosítja. Ez általában ügyfél, beszállító vagy partner szervezet. Ha a folyamatmutatókat szerződő fél szerint elemzi, fontos mintázatokat tárhat fel. Kiderülhet például, hogy bizonyos partnerekkel rendszeresen tovább tart a tárgyalás, vagy több módosításra van szükség. Ezek az információk segíthetik a tárgyalási stratégia kialakítását és a fontos üzleti partnerekkel való kapcsolattartást.
Miért fontos?
A külső fél szerint elemezheti a folyamat eltéréseit, és megállapíthatja, mely ügyfeleknél vagy beszállítóknál hosszabb a tárgyalási ciklus, illetve gyakoribbak a módosítások.
Hol szerezhető be?
Ez gyakran a Salesforce Account objektumára mutató hivatkozás, amely a Conga CLM Agreement objektumához kapcsolódik.
Példák
Global Tech Inc.Innovate Solutions LLCAcme Corporation
|
|||
|
Újramunkálás
IsRework
|
Számított jelző, amely megmutatja, hogy egy tevékenység része-e egy újramunkálási körnek. | ||
|
Leírás
Az újramunkálás jelző logikai értékű mező. Értéke 'true', ha egy tevékenység visszalépést jelent a folyamatban, például jogi felülvizsgálat után visszatér a „Szerződéstervezet elkészült” szakaszba. Ez a mező nem szerepel a forrásrendszerben, hanem a process mininghez végzett adatátalakítás során számítják ki. A jelzővel számszerűsíthető a folyamat hatékonyságvesztesége. Közvetlenül támogatja a „Szerződés-újramunkálási arány” KPI-t, és segít megjeleníteni a folyamatköröket a folyamattérképen. Az újramunkálás gyakoriságának és okainak feltárása sok folyamatfejlesztési kezdeményezés egyik fő célja.
Miért fontos?
Ez a számított jelző megkönnyíti a folyamat hatékonyságveszteségének mérését és elemzését azzal, hogy kiemeli a felesleges újramunkálási körökhöz tartozó tevékenységeket.
Hol szerezhető be?
Ez az attribútum nem szerepel a forrásrendszerben. A process mining eszköz vagy az ETL-réteg számítja ki a tevékenységek sorrendje alapján.
Példák
truefalse
|
|||
|
Üzleti egység
BusinessUnit
|
A szervezeten belüli üzleti egység, amelyhez a szerződés tartozik. | ||
|
Leírás
Az üzleti egység attribútum a vállalat egy adott részlegéhez vagy üzletágához rendeli a szerződést, például a vállalati szoftverek vagy a fogyasztói hardverek területéhez. Így a szerződéskezelési folyamat a szervezet különböző részein részletesebben elemezhető. Az üzleti egység szerinti elemzés megmutathatja, hogy az egyes részlegek eltérő folyamatváltozatokat, teljesítményszinteket vagy szerződéstípusokat használnak-e. Ez hasznos a nagy szervezetek számára, amelyek egységesíteni szeretnék a folyamatokat, miközben figyelembe veszik az üzleti egységek indokolt sajátosságait.
Miért fontos?
A folyamat teljesítményét szervezeti egységenként vizsgálhatja, és feltárhatja a vállalaton belüli hatékonyságbeli vagy eljárásbeli eltéréseket.
Hol szerezhető be?
Ez lehet az Agreement objektum egyéni mezője, vagy származhat a szerződésfelelős felhasználói profiljából.
Példák
Észak-amerikai értékesítésEMEA-szolgáltatásokAPAC termékdivízió
|
|||
Szerződéskezelési tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Belső jóváhagyások megszerezve
|
Ez a mérföldkő azt jelzi, hogy a szerződés megkapta az összes szükséges belső jóváhagyást, és aláírható. Többlépcsős Salesforce Approval Process esetén ez jellemzően az utolsó lépés. | ||
|
Miért fontos?
Ez fontos mérföldkő, amely lezárja a belső felülvizsgálati és jóváhagyási ciklust. Ez jelenti az „Average Contract Approval Time” KPI mérésének végpontját.
Hol szerezhető be?
A Contract objektum Salesforce Approval History kapcsolódó listájából nyerhető ki. Az esemény időbélyege a folyamat végső „Approved” állapotának időpontja.
Rögzítés
Rögzítse a kapcsolódó jóváhagyási folyamat utolsó lépésének időbélyegét.
Eseménytípus
explicit
|
|||
|
Jogi felülvizsgálat elvégezve
|
Ez a tevékenység azt jelzi, hogy a jogi osztály befejezte a szerződés felülvizsgálatát. Rögzíthető külön jóváhagyási lépésként a munkafolyamatban, vagy kikövetkeztethető például a „Legal Review Complete” állapotváltozásból. | ||
|
Miért fontos?
A jogi felülvizsgálati szakasz külön elemzése fontos, mert ez gyakran szűk keresztmetszet. Az adat támogatja az „Average Legal Review Time” KPI mérését, és segít a jogi osztály erőforrásainak optimalizálásában.
Hol szerezhető be?
Salesforce Approvals használata esetén az esemény az approval history kapcsolódó listában rögzíthető. Másik lehetőségként a Contract objektum állapotváltozásából következtethető ki.
Rögzítés
Rögzítse az időbélyeget, amikor az állapot „Legal Review Complete” értékre változik, vagy amikor a jogi jóváhagyási sorban megtörténik a végső jóváhagyás.
Eseménytípus
inferred
|
|||
|
Szerződés aktiválva
|
A szerződés hatályba lépését és szervezeten belüli életbe léptetését jelzi, amely kötelezettségeket és jogosultságokat keletkeztet. Ez jellemzően az „Executed” állapot „Active” értékre változásából következtethető ki. | ||
|
Miért fontos?
Ez a tevékenység jelzi az aláírás utáni életciklus kezdetét. Ekkor indul a kötelezettségek kezelése és a teljesítmény nyomon követése.
Hol szerezhető be?
A Contract objektum állapotmezőjének előzményeiből következtethető ki. Az esemény időbélyege az az időpont, amikor az állapot „Active” vagy ennek megfelelő értékre változik.
Rögzítés
Azonosítsa az „Executed” állapot „Active” értékre változásának időbélyegét.
Eseménytípus
inferred
|
|||
|
Szerződés aláírva
|
Ez az a meghatározó tevékenység, amikor minden fél jogilag aláírja a szerződést, amely így kötelező érvényű megállapodássá válik. A Conga CLM-be integrált elektronikus aláírási megoldások, például a Conga Sign, külön, időbélyeggel ellátott eseményt rögzítenek. | ||
|
Miért fontos?
Ez a tevékenység jelzi az aláírás előtti folyamat sikeres lezárását, és fontos mérföldkő az olyan teljesítménymutatók szempontjából, mint a „Contract Execution Rate”. Gyakran ez a folyamat elsődleges, sikeres lezárási eseménye.
Hol szerezhető be?
Az integrált elektronikus aláírási eszköz naplójából vagy állapotából nyerhető ki. A végső „Completed” vagy „Signed” állapotot pontos időbélyeggel rögzítik.
Rögzítés
Rögzítse a befejezési eseményt az integrált elektronikus aláírási szolgáltatás API-jából vagy állapotobjektumából.
Eseménytípus
explicit
|
|||
|
Szerződés lejárt
|
A szerződés életciklusának természetes végét jelzi, amikor a szerződés megújítás vagy megszüntetés nélkül eléri a lejárati dátumát. Ezt az eseményt a rendszer nem rögzíti külön, az adatokból kell levezetni. | ||
|
Miért fontos?
Ez a tevékenység jelzi a szerződés tervezett életciklusának végét. A lejárt szerződések elemzése segít megérteni a megújítási lehetőségeket és a teljes szerződésállomány kezelését.
Hol szerezhető be?
Ez számított esemény. Akkor következik be, amikor a rendszer dátuma túllépi a Contract objektum „Contract End Date” vagy „Expiration Date” mezőjében szereplő dátumot, miközben a szerződés állapota továbbra is „Active”.
Rögzítés
Az esemény a „Contract End Date” mező és az aktuális dátum összehasonlításával vezethető le.
Eseménytípus
calculated
|
|||
|
Szerződés megszüntetve
|
Ez a tevékenység a szerződés lejárati dátum előtti, konkrét intézkedés alapján történő megszüntetését jelzi. A Contract állapotának „Terminated” értékre változásával rögzíthető. | ||
|
Miért fontos?
A megszüntetés fontos végállapot, amely segít megérteni a szerződések meghiúsulási arányát és a lemondás okait. Egyértelmű, bár gyakran kedvezőtlen lezárást jelent a folyamatban.
Hol szerezhető be?
A Contract objektum állapotmezőjének előzményeiből következtethető ki. Az esemény időbélyege az az időpont, amikor az állapot „Terminated” vagy „Cancelled” értékre változik.
Rögzítés
Rögzítse az állapot „Terminated” értékre változásának időbélyegét.
Eseménytípus
inferred
|
|||
|
Szerződésigénylés indítása
|
Ez a tevékenység jelzi a szerződés életciklusának hivatalos kezdetét, amikor új szerződésrekord jön létre a rendszerben. A Conga CLM-ben ez jellemzően külön eseményként rögzül, amikor egy felhasználó új Contract objektumot hoz létre. | ||
|
Miért fontos?
Mivel minden szerződés ezzel a tevékenységgel indul, ez szükséges a teljes átfutási idő méréséhez. Segítségével elemezhető az indított szerződések száma és típusa.
Hol szerezhető be?
Az esemény a Salesforce platformon, amelyre a Conga CLM épül, a Contract rekord létrehozásának dátumából és időbélyegéből nyerhető ki. A rekordot létrehozó felhasználót is rendszerint rögzítik.
Rögzítés
Rögzítse az elsődleges Contract objektum létrehozásának eseményét.
Eseménytípus
explicit
|
|||
|
A másik fél jóváhagyása megérkezett
|
Azt jelzi, hogy a külső fél elfogadta a feltételeket, és készen áll az aláírásra. Ez gyakran manuálisan frissített állapotként jelenik meg, vagy portál használata esetén onnan is rögzíthető. | ||
|
Miért fontos?
Ez jelzi az aktív tárgyalási szakasz végét. Fontos esemény az „Average Negotiation Cycle Time” méréséhez és a szerződés aláírási időpontjának előrejelzéséhez.
Hol szerezhető be?
Leggyakrabban a Contract objektum állapotváltozásából következtethető ki, például amikor az állapot „Awaiting Signature” értékre változik. Ezt a szerződés felelőse manuálisan frissíti.
Rögzítés
Rögzítse az időbélyeget, amikor az állapot „Approved by Counterparty” vagy „Pending Signature” értékre változik.
Eseménytípus
inferred
|
|||
|
Belső felülvizsgálat megkezdődött
|
Azt jelzi, hogy a szerződéstervezetet belső érintettek, például a pénzügyi terület vagy az üzletág vezetői felülvizsgálatra megkapták. Ez jellemzően az „In Internal Review” vagy hasonló állapotváltozásból következtethető ki. | ||
|
Miért fontos?
Ez a tevékenység jelenti a belső felülvizsgálati ciklus mérésének kezdetét. Segít megállapítani, mennyi ideig várnak a szerződések a felülvizsgálatra, és mennyi időt vesz igénybe maga az ellenőrzés.
Hol szerezhető be?
A Contract objektum állapotmezőjének előzményeiből következtethető ki. Az esemény időbélyege azt rögzíti, amikor az állapot a belső felülvizsgálati szakasz kezdetét jelző értékre változik.
Rögzítés
Rögzítse azt az időbélyeget, amikor a szerződés állapota „Internal Review” vagy ennek megfelelő értékre változik.
Eseménytípus
inferred
|
|||
|
Megfelelőségi felülvizsgálat elvégezve
|
A szerződés aktiválása után végzett tevékenység, amelynek során ellenőrzik, hogy a szerződés megfelel-e az előírásoknak és szabályozásoknak. Az esemény akkor rögzíthető, amikor egy kapcsolódó feladat vagy ellenőrzőlista-elem teljesített állapotba kerül. | ||
|
Miért fontos?
Ez a tevékenység fontos a vállalatirányítás és a kockázatkezelés nyomon követéséhez. A „Compliance Review Adherence Rate” KPI mérését is támogatja, mert megmutatja, hogy sor került-e az ellenőrzésekre, és mikor.
Hol szerezhető be?
Valószínűleg a szerződéshez kapcsolódó Feladat vagy egyéni „Compliance Review” objektum teljesítéséből állapítható meg. Az esemény időbélyegének a rekord teljesítési dátuma használható.
Rögzítés
Rögzítse az ismétlődő feladat vagy a kapcsolódó megfelelési rekord teljesítési dátumát.
Eseménytípus
inferred
|
|||
|
Szerződés elküldve a másik félnek
|
A szerződés elküldése a külső félnek felülvizsgálatra és tárgyalásra. A Conga CLM gyakran külön „Send for Negotiation” műveletet biztosít, amelyet rögzít a rendszer. | ||
|
Miért fontos?
Ez a tevékenység jelzi az átmenetet a belső folyamatokból a külső tárgyalásba. Ettől az eseménytől mérhető a tárgyalási ciklus ideje.
Hol szerezhető be?
Általában a szerződéshez kapcsolódó, naplózott Tevékenység- vagy Feladatrekord rögzíti, amelyet gyakran automatikusan hoz létre egy rendszerbeli művelet.
Rögzítés
Keresse meg a „Send for Negotiation” vagy „Send to Counterparty” eseménynapló-bejegyzést.
Eseménytípus
explicit
|
|||
|
Szerződés megújítva
|
A szerződés sikeres megújítását jelzi, amely meghosszabbítja annak életciklusát. Az esemény rögzíthető az eredeti szerződés állapotváltozásaként, vagy egy megújításként megjelölt új szerződésrekord létrehozásával. | ||
|
Miért fontos?
A megújítások nyomon követése fontos a bevételek megtartása és az üzletmenet folytonossága szempontjából, és támogatja a „Timely Renewal Rate” KPI mérését. A szerződés életciklusának kedvező kimenetelét jelzi.
Hol szerezhető be?
Az esemény az „Renewed” állapotváltozásból következtethető ki. Ha új szerződésrekord jön létre, akkor az esemény az új rekord létrehozása, amelynek „Renewal For” mezője a korábbi szerződésre mutat.
Rögzítés
Azonosítsa az „Renewed” állapotváltozást vagy egy új, kapcsolódó szerződésrekord létrehozását.
Eseménytípus
inferred
|
|||
|
Szerződés szövege módosítva
|
Ez a tevékenység minden alkalommal megtörténik, amikor a tárgyalások során a szerződés új változatát feltöltik vagy rögzítik a rendszerben. A Conga CLM verziókezelése minden dokumentumváltozatról külön rekordot hoz létre. | ||
|
Miért fontos?
A szövegmódosítások gyakoriságának nyomon követése segít felmérni a tárgyalások intenzitását, és támogatja a „Redline Iteration Count” KPI mérését. Rávilágíthat a túl összetett szerződésekre vagy a nehéz tárgyalásokra.
Hol szerezhető be?
A Conga CLM-ben tárolt szerződésdokumentum verzióelőzményeiből nyerhető ki. A másik félnek történő elküldés után létrehozott minden új változat külön eseménynek számít.
Rögzítés
Rögzítsen eseményt minden új dokumentumváltozathoz, amelynek főverziószáma megváltozik.
Eseménytípus
explicit
|
|||
|
Szerződésmódosítás igényelve
|
Egy meglévő, hatályos szerződés hivatalos módosítására irányuló folyamat kezdetét jelzi. Ez jellemzően úgy rögzíthető, hogy az eredeti szerződéshez kapcsolódó új „Amendment” rekord jön létre. | ||
|
Miért fontos?
A módosítások jelentős eltéréseket jelentenek a folyamatban. Gyakoriságuk és átfutási idejük elemzése feltárhatja az eredeti szerződés terjedelmével vagy a változó üzleti igényekkel kapcsolatos problémákat.
Hol szerezhető be?
Az esemény egy új, „Amendment” vagy hasonló nevű objektumrekord létrehozási dátumából nyerhető ki. Az objektum keresési kapcsolattal hivatkozik az elsődleges Contract objektumra.
Rögzítés
Rögzítse a szerződéshez kapcsolódó „Amendment” rekord létrehozásának eseményét.
Eseménytípus
explicit
|
|||
|
Szerződéstervezet elkészült
|
A szerződés első változatának elkészültét jelzi. Ez gyakran a szerződésrekord állapotváltozásából következtethető ki, például amikor az állapot „Requested” értékről „Drafting” vagy „In Review” értékre változik. | ||
|
Miért fontos?
A tevékenység nyomon követésével mérhető a kezdeti tervezet elkészítésére fordított idő. Az itt tapasztalt késések sablonproblémára, adatgyűjtési nehézségre vagy az erőforrások nem megfelelő elosztására utalhatnak.
Hol szerezhető be?
A Contract objektum állapotmezőjének előzményeiből következtethető ki. Keresse meg azt az időbélyeget, amikor az állapot a tervezet elkészülte utáni értékre, például „Internal Review” értékre változik.
Rögzítés
Azonosítsa a „Draft” állapotból a munkafolyamat következő logikus állapotába történő változást.
Eseménytípus
inferred
|
|||
Útmutatók az adatok kinyeréséhez
Készen áll a kezdésre?
Kezdje el még ma az adatok előkészítését, hogy teljes mértékben kihasználhassa szerződéskezelési folyamata lehetőségeit. Platformunk segít új hatékonyságnövelési lehetőségeket feltárni.
Növelje a hatékonyságot, fejlessze szerződéskezelését még ma
Egyszerűsítse a munkafolyamatokat, és csökkentse 30%-kal a szerződéskötés átfutási idejét.
Bankkártya nem szükséges, beállítás percek alatt