Sözleşme yönetimi Veri Templateiniz
Sözleşme yönetimi Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Sözleşme yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Contract ID
ContractId
|
Her sözleşme anlaşmasının benzersiz tanımlayıcısıdır ve birincil vaka tanımlayıcısı olarak kullanılır. | ||
|
Açıklama
Contract ID, tek bir sözleşmenin yaşam döngüsüyle ilgili tüm olayları ve etkinlikleri birbirine bağlayan kesin vaka tanımlayıcısıdır. Sözleşmenin ilk talebinden taslak hazırlama ve müzakere aşamalarına, imzalanmasından feshine veya yenilenmesine kadar uçtan uca izlenmesini sağlar. Process Mining analizinde, her sözleşmenin yolculuğunu yeniden oluşturmak için her olayın bir Contract ID ile ilişkilendirilmesi gerekir. Böylece sürecin tamamını görebilir, çevrim sürelerini analiz edebilir, darboğazları belirleyebilir ve sözleşmelerin veya sözleşme gruplarının sürece uygunluğunu izleyebilirsiniz.
Neden önemli?
Sözleşmenin tüm yaşam döngüsünü izlemek için gereken temel anahtardır. İlişkili etkinlikleri tek bir vakada birleştirerek tüm Process Mining analizlerini mümkün kılar.
Nereden alınır?
Bu, genellikle Conga CLM’deki ana Agreement veya Contract nesnesinin birincil anahtarıdır. Apttus_Config2__AgreementId__c gibi bir ad taşıyabilir.
Örnekler
a015g00000_12345a015g00000_67890a015g00000_ABCDE
|
|||
|
Etkinlik adı
ActivityName
|
Sözleşme yaşam döngüsünde gerçekleşen belirli iş olayının veya görevin adıdır. | ||
|
Açıklama
Etkinlik adı, sözleşme yönetimi sürecindeki bir adımı veya kilometre taşını tanımlar. Örneğin, Sözleşme taslağı hazırlandı, Hukuki inceleme tamamlandı veya Sözleşme imzalandı. Bu öznitelik, gerçekleştirilen işlemlerin sırasını gösteren süreç haritasını oluşturmak için kullanılır. Bu özniteliğin analizi süreç akışını ortaya çıkarır, yaygın ve alternatif yolları belirler ve her etkinliğin sıklığını ölçmeye yardımcı olur. Sürece uygunluk, yeniden çalışma ve aşamalar arasındaki çevrim süreleriyle ilgili KPI’ları hesaplamak için temel oluşturur.
Neden önemli?
Sürecin adımlarını tanımlar, süreç haritasının temelini oluşturur ve iş akışını, sapmaları ve etkinlik sıklığını analiz etmenizi sağlar.
Nereden alınır?
Bu değer genellikle Conga CLM’de Contract nesnesine kaydedilen durum değişiklikleri, tamamlanan görevler veya belirli olaylar eşleştirilerek elde edilir.
Örnekler
Sözleşme taslağı hazırlandıHukuki inceleme tamamlandıSözleşme imzalandıSözleşme yenilendi
|
|||
|
Olay zaman damgası
EventTimestamp
|
Etkinliğin başladığı veya gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Olay zaman damgası, belirli bir etkinliğin gerçekleştiği anı kaydeder. Her sözleşmenin süreç akışını yeniden oluşturmak için gereken kronolojik sırayı sağlar. Zaman damgaları, zamana dayalı tüm Process Mining analizleri için gereklidir. Bu öznitelik, etkinlikler arasındaki süreleri, toplam vaka çevrim sürelerini ve bekleme sürelerini hesaplamak için kullanılır. Darboğazları belirlemek, SLA uyumluluğunu izlemek ve sözleşme yönetimi sürecinin zaman içindeki işleyişini anlamak açısından önemlidir. Bir vakadaki olayları sıralamak için birincil anahtar görevi görür.
Neden önemli?
Olayların kronolojik sırasını sağlar. Süreye dayalı metrikleri hesaplamak, darboğazları bulmak ve süreç performansını anlamak için gereklidir.
Nereden alınır?
Bu veri genellikle ilişkili Task veya Event nesnelerindeki CreatedDate gibi geçmiş izleme alanlarında ya da ana Contract nesnesindeki belirli tarih alanlarında bulunur.
Örnekler
2023-04-15T10:05:00Z2023-05-20T14:30:00Z2023-06-01T09:00:00Z
|
|||
|
Kaynak sistem
SourceSystemName
|
Verilerin hangi kaynak sistemden çıkarıldığını belirtir. | ||
|
Açıklama
Bu öznitelik, olay verilerinin kayıt sistemini belirtir. Bu örnekte kaynak Conga CLM’dir. Özellikle verilerin birden fazla sistemden birleştirilebildiği ortamlarda veri yönetişimi ve izlenebilirlik açısından önemlidir. Tek sistemli bir analizde sabit bir değer gibi görünse de verinin kaynağı hakkında önemli bağlam sağlar. Böylece veri bütünlüğünü korumaya ve veri çıkarma sorunlarını gidermeye yardımcı olur. Sözleşme verileri CRM veya ERP gibi diğer sistemlerden gelen bilgilerle birleştirildiğinde daha da önem kazanır.
Neden önemli?
Veri kökeni ve yönetişimi için gerekli bağlamı sağlar. Süreç verilerinin nereden geldiğini açıkça göstererek doğrulama ve güven açısından önemli bir rol oynar.
Nereden alınır?
Bu, genellikle veri çıkarma ve dönüştürme (ETL) sırasında veri setinin kaynağını belirtmek için eklenen sabit bir değerdir.
Örnekler
Conga CLMCongaCLM-ProdSalesforce-CongaCLM
|
|||
|
Son veri güncellemesi
LastDataUpdateTimestamp
|
Bu kaydın verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Conga CLM’den en son veri çıkarma işleminin tarih ve saatini kaydeder. Analizin ne kadar güncel olduğunu anlamak ve kararların güncel bilgilere dayanmasını sağlamak için önemli bir üst veridir. Dashboardlarda ve raporlarda bu zaman damgası, verilerin ne kadar güncel olduğunu gösterir. Veri yönetişimi ve Process Mining aracının sunduğu içgörülerin güncelliğine ilişkin beklentileri yönetmek açısından gereklidir.
Neden önemli?
Bu zaman damgası verilerin güncelliğini gösterir. Böylece analizlerin ve kararların hangi zaman aralığındaki verilere dayandığı anlaşılır.
Nereden alınır?
Bu, genellikle veri alımı sırasında ETL (Extract, Transform, Load) aracı veya betiği tarafından oluşturulan ve doldurulan bir meta veri alanıdır.
Örnekler
2024-07-20T02:00:00Z2024-07-21T02:00:00Z
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Bir etkinliğin tamamlandığı kesin tarih ve saat. | ||
|
Açıklama
Olay bitiş zamanı, belirli bir görevin veya süreç adımının tamamlandığı anı gösterir. Olay zaman damgasıyla (başlangıç zamanı) birlikte kullanıldığında her etkinliğin işlem süresi kesin olarak hesaplanabilir. Bu öznitelik, her adımın ne kadar sürdüğünü ölçerek performans analizine katkı sağlar. Böylece en çok zaman alan etkinlikleri belirleyebilir, kaynak kullanımını ve verimliliği yalnızca sonraki olayın başlangıç zamanına bakarak yapılan hesaplamalardan daha doğru değerlendirebilirsiniz.
Neden önemli?
Etkinliklerin işlem sürelerini kesin olarak hesaplamanızı sağlar. Süreye bağlı darboğazları belirlemek ve kaynak verimliliğini analiz etmek için bu bilgi önemlidir.
Nereden alınır?
Bu zaman damgası, ana sözleşmeyle ilişkili görev veya etkinlik nesnelerindeki 'CompletedDate' ya da 'ActualEndDate' gibi alanlarda bulunabilir.
Örnekler
2023-04-15T18:35:00Z2023-05-21T11:00:00Z2023-06-01T17:45:00Z
|
|||
|
Sona erme tarihi
ExpirationDate
|
Sözleşmenin sona ermesinin planlandığı tarih. | ||
|
Açıklama
Sona erme tarihi, sözleşme süresinin bitişini gösteren önemli bir tarih alanıdır. Sözleşme imzalandıktan sonraki yaşam döngüsünü yönetmek için gereklidir. Bu öznitelik, 'Yaklaşan yenilemeler ve sona ermeler' Dashboardu ile 'Zamanında yenileme oranı' KPI’ı için temel veridir. Kuruluşlar bu tarihi analiz ederek sözleşme sürelerinin bitişini önceden yönetebilir, yenileme süreçlerini zamanında başlatabilir ve hizmette ya da gelirde istenmeyen kesintileri önleyebilir.
Neden önemli?
Bu tarih, sözleşmeleri önceden yönetmek açısından önemlidir. Yaklaşan sona erme tarihlerini izleyen Dashboardlar, yenilemelerin kaçırılmasını ve gelir kaybını önlemeye yardımcı olur.
Nereden alınır?
Bu, Agreement nesnesindeki standart bir tarih alanıdır; genellikle 'Apttus_Config2__EndDate__c' olarak adlandırılır.
Örnekler
2025-12-312026-06-302024-08-15
|
|||
|
Sözleşme değeri
ContractValue
|
Sözleşmeyle ilişkili toplam parasal değer. | ||
|
Açıklama
Sözleşme değeri, bir anlaşmanın finansal karşılığını ifade eder. İş bağlamına göre toplam sözleşme tutarı, yıllık yinelenen gelir veya başka bir temel finansal metrik olabilir. Bu özniteliği analiz etmek, değere dayalı süreç iyileştirmesi açısından önemlidir. Yüksek değerli sözleşmelere öncelik vermenizi ve bu sözleşmelerin daha hızlı işlenip işlenmediği ya da belirli aşamalarda daha sık takılıp takılmadığı gibi soruları yanıtlamanızı sağlar. 'Sözleşme değerine göre işlem hacmi analizi' Dashboardu için temel bir veridir.
Neden önemli?
Değere dayalı analiz yapmanızı sağlar. Böylece yüksek değerli sözleşmeler için süreç iyileştirmelerine öncelik verebilir ve bu sözleşmelerin işletme üzerindeki etkisini anlayabilirsiniz.
Nereden alınır?
Bu, Conga CLM’deki Agreement nesnesinde bulunan ve 'Apttus_Config2__Total_Contract_Value__c' gibi adlandırılan bir para birimi alanıdır.
Örnekler
500002500001200000
|
|||
|
Sözleşme durumu
ContractStatus
|
Sözleşmenin yaşam döngüsündeki mevcut aşaması; örneğin 'Taslak', 'Onayda' veya 'İmzalandı'. | ||
|
Açıklama
Sözleşme durumu, sözleşmenin yaşam döngüsündeki mevcut durumunu gösterir. Sözleşmenin herhangi bir anda hangi aşamada olduğunu özetler ve olay tabanlı etkinlik adından farklı bir bilgi sunar. Olay günlüğü geçmiş etkinliklerin sırasını gösterirken durum, sözleşmenin şu anki konumunu açıklar. Örneğin yalnızca hâlen etkin olan sözleşmeleri incelemek veya çok sayıda sözleşmenin neden 'Onayda' aşamasında beklediğini araştırmak için kayıtları filtreleyebilirsiniz. Durum bilgisi, etkinlik verilerini tamamlar.
Neden önemli?
Sözleşmenin mevcut aşamasını özetler. Etkin kayıtları filtreleyip analiz etmenize ve süreç durumlarının dağılımını anlamanıza yardımcı olur.
Nereden alınır?
Bu, Agreement nesnesindeki standart bir seçim listesi alanıdır; genellikle 'Apttus_Config2__Status__c' veya 'Apttus_Config2__Status_Category__c' olarak adlandırılır.
Örnekler
TaslakDahili incelemedeİmzalandıSüresi doldu
|
|||
|
Sözleşme sorumlusu
ContractOwner
|
Sözleşmenin yaşam döngüsü boyunca yönetiminden sorumlu kullanıcı veya çalışan. | ||
|
Açıklama
Sözleşme sorumlusu, bir sözleşmenin yönetiminde birincil sorumluluğu üstlenen kişidir. Bu kişi genellikle sözleşme taslağını hazırlar, müzakereleri yürütür ve sözleşmenin onay sürecinde ilerlemesini sağlar. Süreç performansını sözleşme sorumlusuna göre analiz ederek verimlilik, standart sürece uyum ve iş yükü dağılımındaki farklılıkları görebilirsiniz. Bu analiz, iyi uygulamaları, eğitim ihtiyaçlarını ve kaynak dağılımındaki olası dengesizlikleri belirlemeye yardımcı olur. Performans ve üretkenlik analizinde önemli bir boyuttur.
Neden önemli?
Kullanıcı bazında performans analizi yapmanızı sağlar; en iyi performans gösterenleri, eğitim fırsatlarını ve iş yükü dağılımındaki sorunları belirlemenize yardımcı olur.
Nereden alınır?
Bu alan, Conga CLM’deki ana Agreement nesnesinde bulunan ve genellikle 'OwnerId' veya özel bir 'Contract_Owner__c' alanı olarak adlandırılan kullanıcı arama alanı olabilir.
Örnekler
Alice JohnsonRobert ChenMaria Garcia
|
|||
|
Sözleşme türü
ContractType
|
NDA, MSA veya SOW gibi sözleşme sınıflandırması. | ||
|
Açıklama
Sözleşme türü, sözleşmeleri yasal amaçlarına veya niteliklerine göre gruplandıran kategorik bir özniteliktir. Yaygın örnekler arasında Gizlilik Sözleşmesi (NDA), Ana Hizmet Sözleşmesi (MSA) ve İş Tanımı (SOW) yer alır. Bu boyut, karşılaştırmalı analiz için temel oluşturur. Süreç haritasını filtreleyerek farklı sözleşme türlerinin farklı yollar izleyip izlemediğini veya çevrim sürelerinin değişip değişmediğini görebilirsiniz. Böylece belirli sözleşme türleri için uygun süreç farklılıklarını gerçek sapmalardan ayırabilirsiniz.
Neden önemli?
NDA ve MSA gibi farklı sözleşme kategorilerinin iş akışlarını, çevrim sürelerini ve darboğazlarını karşılaştırmak için süreci gruplara ayırmanızı sağlar.
Nereden alınır?
Bu, Agreement nesnesindeki bir seçim listesi veya arama alanıdır; genellikle 'Apttus_Config2__Contract_Type__c' ya da benzer bir ad taşır.
Örnekler
Gizlilik Sözleşmesi (NDA)Ana Hizmet Sözleşmesi (MSA)İş Tanımı (SOW)
|
|||
|
Bölge
Region
|
Sözleşmeyle ilişkili coğrafi bölge; örneğin 'Kuzey Amerika' veya 'EMEA'. | ||
|
Açıklama
Bölge özniteliği, sözleşmeyle ilgili coğrafi alanı belirtir. Bu alan karşı tarafın konumuna, satış bölgesine veya sözleşmede geçerli hukuka göre belirlenebilir. Bu öznitelik, sözleşme sürecini coğrafi ve siyasi koşullar açısından analiz etmenizi sağlar. 'EMEA’daki sözleşmeler farklı düzenlemeler nedeniyle daha uzun mu onaylanıyor?' veya 'APAC bölgesindeki sözleşmelerde daha sık değişiklik öneriliyor mu?' gibi soruları yanıtlamanıza yardımcı olur. Böylece küresel operasyonlar için gerekli bağlamı sunar.
Neden önemli?
Bölgeye göre gruplandırma; çevrim süreleri, uyumluluk gereklilikleri veya süreç yollarındaki coğrafi farklılıkları belirlemeye yardımcı olur. Bu, küresel ölçekte faaliyet gösteren işletmeler için önemlidir.
Nereden alınır?
Bu, Agreement nesnesindeki özel bir alan olabilir veya bağlantılı Account ya da User nesnelerinden alınabilir.
Örnekler
Kuzey AmerikaEMEAAPACLATAM
|
|||
|
İş birimi
BusinessUnit
|
Sözleşmenin bağlı olduğu kuruluştaki belirli iş birimi. | ||
|
Açıklama
İş birimi özniteliği, sözleşmeyi 'Kurumsal Yazılım' veya 'Tüketici Donanımı' gibi belirli bir şirkete ait bölüme ya da segmente bağlar. Böylece kuruluşun farklı bölümlerindeki sözleşme yönetimi sürecini daha ayrıntılı analiz edebilirsiniz. İş birimine göre analiz yaparak farklı bölümlerin kendine özgü süreç varyasyonları, performans düzeyleri veya sözleşme türleri olup olmadığını görebilirsiniz. Bu bilgi, geçerli iş birimi ihtiyaçlarını gözetirken süreçleri standartlaştırmak isteyen büyük kuruluşlar için faydalıdır.
Neden önemli?
Süreç performansını kuruluş içindeki bölümlere göre incelemenizi sağlar; şirket genelindeki verimlilik ve prosedür farklılıklarını ortaya çıkarır.
Nereden alınır?
Bu, Agreement nesnesindeki özel bir alan olabilir veya sözleşme sorumlusunun kullanıcı profilinden alınabilir.
Örnekler
Kuzey Amerika SatışEMEA HizmetleriAPAC Ürün Bölümü
|
|||
|
Karşı tarafın adı
CounterpartyName
|
Sözleşmeye taraf olan dış şirketin veya kişinin adı. | ||
|
Açıklama
Karşı tarafın adı, anlaşmanın diğer imzacısını belirtir. Bu taraf genellikle bir müşteri, tedarikçi veya iş ortağı kuruluşudur. Süreç metriklerini karşı tarafa göre analiz ederek önemli örüntüleri görebilirsiniz. Örneğin, belirli karşı taraflarla yapılan müzakerelerin sürekli daha uzun sürdüğünü veya daha fazla revizyon gerektirdiğini fark edebilirsiniz. Bu bilgi, müzakere stratejilerinizi belirlemenize ve önemli iş ortaklarınızla ilişkilerinizi yönetmenize yardımcı olur.
Neden önemli?
Dış tarafa göre süreç farklılıklarını analiz etmenizi sağlar. Böylece hangi müşterilerle veya tedarikçilerle müzakere süresinin daha uzun ya da revizyon oranının daha yüksek olduğunu belirleyebilirsiniz.
Nereden alınır?
Bu alan genellikle Salesforce’taki Account nesnesine yapılan bir aramadır ve Conga CLM’deki Agreement nesnesine bağlıdır.
Örnekler
Global Tech Inc.Innovate Solutions LLCAcme Corporation
|
|||
|
Onay çevrim süresi
ApprovalCycleTime
|
Bir sözleşmenin onay aşamasında geçirdiği toplam süre. | ||
|
Açıklama
Onay çevrim süresi, sözleşmenin onay sürecine girdiği andan, örneğin 'Dahili inceleme başladı' etkinliğinden, son dahili onayı aldığı ana kadar geçen süreyi ölçen hesaplanmış bir metriktir. İlgili tüm onay adımlarındaki süreleri toplar. Bu öznitelik, 'Sözleşme onay çevrim süresi' Dashboardu ve 'Ortalama sözleşme onay süresi' KPI’ı için temel ölçüttür. Onay iş akışının genel verimliliğini gösterir; hedeflere göre performansı izlemenizi ve sistem genelindeki gecikmeleri belirlemenizi kolaylaştırır.
Neden önemli?
Bu KPI, onay iş akışının verimliliğini doğrudan ölçer. Sözleşme yaşam döngüsünün önemli bir aşamasındaki gecikmeleri belirlemenize ve gidermenize yardımcı olur.
Nereden alınır?
Bu, her sözleşmenin ilk onay etkinliği ile son onay etkinliği arasındaki zaman farkı hesaplanarak elde edilen bir metriktir.
Örnekler
259200604800432000
|
|||
|
Sorumlunun departmanı
OwnerDepartment
|
Sözleşme sorumlusunun departmanı; örneğin 'Satış', 'Hukuk' veya 'Satın Alma'. | ||
|
Açıklama
Sorumlunun departmanı özniteliği, sözleşme sorumlusunun bağlı olduğu iş birimini belirtir. Bu bilgi genellikle sistemdeki kullanıcı profilinden alınır. Bu boyut, farklı departmanların süreç performansını karşılaştırmanıza olanak tanır. Hukuk departmanının darboğaz oluşturup oluşturmadığını, Satış ekibinin farklı bir süreç izleyip izlemediğini veya bazı departmanların çevrim sürelerinin belirgin biçimde daha uzun olup olmadığını belirlemenize yardımcı olabilir. Bu bilgi, departmanlar arası süreç iyileştirme çalışmalarında fayda sağlar.
Neden önemli?
İş birimlerine göre süreç analizi yapmanızı sağlar. Satış ve Hukuk gibi departmanlar arasındaki performans farklarını ve darboğazları ortaya çıkarır.
Nereden alınır?
Bu veri genellikle Salesforce’taki User nesnesinden alınır ve Agreement nesnesindeki sözleşme sorumlusu alanı üzerinden ilişkilendirilir.
Örnekler
SatışHukukSatın AlmaFinans
|
|||
|
Uyumluluk durumu
ComplianceStatus
|
Sözleşmenin gerekli uyumluluk incelemelerinden geçip geçmediğini gösterir. | ||
|
Açıklama
Uyumluluk durumu, sözleşmenin iç politikalara veya dış düzenlemelere uygunluk bakımından hangi aşamada olduğunu izler. 'Başlatılmadı', 'İncelemede', 'Geçti' veya 'Başarısız' gibi değerler alabilir. Bu öznitelik, 'Uyumluluk ve yükümlülük izleme' Dashboardu ile ilgili KPI için temel veridir. Uyumluluk gerekliliklerine ne ölçüde uyulduğunu doğrudan görmenizi sağlar. Sözleşmelerin imzalanmadan veya etkinleştirilmeden önce gerekli kontrollerden geçmesini sağlayarak hukuki ve finansal riskleri azaltmaya yardımcı olur.
Neden önemli?
Uyumluluk kurallarına ne ölçüde uyulduğunu doğrudan ölçer; sözleşme portföyündeki hukuki ve finansal riskleri belirlemenize ve azaltmanıza yardımcı olur.
Nereden alınır?
Bu, Agreement nesnesindeki özel bir seçim listesi alanı olabilir; uyumlulukla ilgili belirli etkinlikler veya onaylar sonucunda güncellenir.
Örnekler
Geçtiİnceleme gerekiyorUygulanamazBaşarısız
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin yeniden çalışma döngüsünün parçası olup olmadığını gösteren hesaplanmış bir işaret. | ||
|
Açıklama
Yeniden çalışma mı, bir etkinliğin süreçte geriye dönüşü temsil etmesi durumunda 'true' değerini alan bir Boole işaretidir. Örneğin, hukuki incelemenin ardından 'Sözleşme taslağı hazırlandı' aşamasına dönülmesi buna örnektir. Bu alan kaynak sistemde bulunmaz; Process Mining için veri dönüştürülürken hesaplanır. Bu işaret, süreç verimsizliğini ölçmenize yardımcı olur. 'Sözleşmede yeniden çalışma oranı' KPI’ını doğrudan destekler ve süreç haritasındaki döngüleri görselleştirmenizi sağlar. Yeniden çalışmanın sıklığını ve nedenlerini belirlemek, birçok süreç iyileştirme çalışmasının temel hedefidir.
Neden önemli?
Bu hesaplanmış işaret, gereksiz yeniden çalışma döngülerinin parçası olan etkinlikleri göstererek süreç verimsizliklerini ölçmeyi ve analiz etmeyi kolaylaştırır.
Nereden alınır?
Bu öznitelik kaynak sistemde bulunmaz. Etkinliklerin sırasına göre Process Mining aracında veya ETL katmanında hesaplanır.
Örnekler
truefalse
|
|||
|
Yenileme tarihi
RenewalDate
|
Sözleşme yenileme sürecinin başlatılması için hedeflenen tarih. | ||
|
Açıklama
Yenileme tarihi, sözleşme yenileme sürecinin ne zaman başlaması gerektiğini gösteren, hesaplanmış veya elle belirlenmiş bir tarihtir. Genellikle sona erme tarihinden belirli bir süre, örneğin 90 gün önce belirlenir. Bu öznitelik, ekiplerin yenileme sürecini etkili biçimde yönetmesine yardımcı olur. Uyarıları tetiklemek ve sözleşme yenileme görevlerini otomatikleştirmek için kullanılabilir; böylece sürecin yeterli süre önceden başlaması sağlanır. 'Zamanında yenileme oranı' KPI’ının temel bileşenlerinden biridir.
Neden önemli?
Yenileme işlemlerinin başlatılacağı zamanı gösterir. Sözleşmelerin zamanında yenilenmesine ve yaşam döngüsünün önceden yönetilmesine yardımcı olur.
Nereden alınır?
Bu, sona erme tarihine göre hesaplanan özel bir formül alanı veya Conga CLM’deki Agreement nesnesinde bulunan ayrı bir tarih alanı olabilir.
Örnekler
2025-10-022026-04-012024-05-17
|
|||
Sözleşme yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dahili onaylar alındı
|
Bu kilometre taşı, sözleşmenin gerekli tüm kurum içi onayları aldığını ve imzaya hazır olduğunu gösterir. Genellikle çok aşamalı bir Salesforce Approval Process içindeki son adımdır. | ||
|
Neden önemli?
Bu önemli kilometre taşı, kurum içi inceleme ve onay döngüsünü tamamlar. Average Contract Approval Time KPI’ını ölçmek için bitiş noktası olarak kullanılır.
Nereden alınır?
Contract nesnesindeki Salesforce Approval History ilişkili listesinden alınır. Olayın zaman damgası, süreçteki son Approved durumunun zamanıdır.
Kaydedin
İlişkili onay sürecindeki son onay adımının zaman damgasını kaydedin.
Olay türü
explicit
|
|||
|
Hukuki inceleme tamamlandı
|
Hukuk departmanının sözleşme incelemesini tamamladığını gösterir. İş akışındaki açık bir onay adımı olarak kaydedilebilir veya Legal Review Complete gibi bir durum değişikliğinden anlaşılabilir. | ||
|
Neden önemli?
Hukuki inceleme aşamasını ayrı olarak izlemek, sık karşılaşılan bir darboğazı analiz etmek açısından önemlidir. Bu, Average Legal Review Time KPI’ını destekler ve hukuk departmanındaki kaynakların daha iyi kullanılmasına yardımcı olur.
Nereden alınır?
Salesforce Approvals kullanılıyorsa bu olay, onay geçmişiyle ilişkili listede kaydedilebilir. Alternatif olarak Contract nesnesindeki durum değişikliğinden anlaşılabilir.
Kaydedin
Durum Legal Review Complete değerine geçtiğinde veya hukuk kuyruğundaki son onay adımı tamamlandığında zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Sözleşme feshedildi
|
Belirli bir işlem sonucunda sözleşmenin sona erme tarihinden önce bitmesini ifade eder. Sözleşme durumunun Terminated olarak değişmesiyle kaydedilir. | ||
|
Neden önemli?
Fesih olayları, sözleşme başarısızlık oranlarını ve iptal nedenlerini anlamak için önemli bir bitiş durumudur. Süreci kesin, ancak çoğu zaman olumsuz bir sonuçla tamamlar.
Nereden alınır?
Contract nesnesinin durum alanı geçmişinden anlaşılır. Durumun Terminated veya Cancelled olarak güncellendiği zaman damgası olayın zamanını belirtir.
Kaydedin
Durum Terminated olarak değiştiğinde zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Sözleşme imzalandı
|
Tüm tarafların sözleşmeyi yasal olarak imzalayarak bağlayıcı bir anlaşma hâline getirdiği önemli etkinliktir. Conga CLM ile entegre Conga Sign gibi e-imza çözümleri, zaman damgası içeren açık bir olay kaydı oluşturur. | ||
|
Neden önemli?
Bu etkinlik, imza öncesi sürecin başarıyla tamamlandığını gösterir ve Contract Execution Rate gibi performans metrikleri için önemli bir kilometre taşıdır. Genellikle ideal yolun son olayı olarak kabul edilir.
Nereden alınır?
Entegre e-imza aracının denetim izinden veya durumundan alınır. Son Completed veya Signed durumu kesin bir zaman damgasıyla kaydedilir.
Kaydedin
Entegre e-imza hizmetinin API’sinden veya durum nesnesinden tamamlanma olayını kaydedin.
Olay türü
explicit
|
|||
|
Sözleşme talebi başlatıldı
|
Bu etkinlik, sözleşme yaşam döngüsünün resmen başladığını ve sistemde yeni bir sözleşme kaydı oluşturulduğunu gösterir. Kullanıcı Conga CLM’de yeni bir Contract nesnesi oluşturduğunda bu durum genellikle açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
Her sözleşmenin başlangıç noktası olan bu etkinlik, uçtan uca çevrim süresini ölçmek için gereklidir. Başlatılan sözleşmelerin hacmini ve türlerini analiz etmenizi sağlar.
Nereden alınır?
Bu olay, Conga CLM’nin üzerinde çalıştığı Salesforce platformundaki Contract kaydının oluşturulma tarihi ve zaman damgasından alınır. Kaydı oluşturan kullanıcı da genellikle kaydedilir.
Kaydedin
Ana Contract nesnesinin oluşturulma olayını izleyin.
Olay türü
explicit
|
|||
|
Sözleşme yürürlüğe girdi
|
Sözleşmenin kuruluş içinde yürürlüğe girip işler hâle gelmesini, yükümlülükleri ve hakları başlatmasını ifade eder. Bu durum genellikle Executed durumundan Active durumuna geçişten anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, imza sonrası yaşam döngüsünün başlangıcını gösterir. Yükümlülük yönetimi ve performans izleme bu aşamada başlar.
Nereden alınır?
Contract nesnesinin durum alanı geçmişinden anlaşılır. Durumun Active veya eşdeğer bir değere geçtiği zaman damgası olayın zamanını belirtir.
Kaydedin
Durumun Executed değerinden Active değerine geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Sözleşmenin süresi doldu
|
Sözleşmenin yenilenmeden veya feshedilmeden sona erme tarihine ulaşmasıyla yaşam döngüsünün doğal olarak tamamlanmasını ifade eder. Bu olay açıkça kaydedilmez, sözleşme verilerinden türetilir. | ||
|
Neden önemli?
Bu etkinlik, sözleşme yaşam döngüsünün planlanan bitişini gösterir. Süresi dolan sözleşmeleri analiz etmek, yenileme fırsatlarını ve genel sözleşme portföyü yönetimini anlamaya yardımcı olur.
Nereden alınır?
Bu, hesaplanan bir olaydır. Sistem tarihi Contract nesnesindeki Contract End Date veya Expiration Date alanını geçtiğinde ve sözleşmenin durumu hâlâ Active olduğunda gerçekleşir.
Kaydedin
Contract End Date alanını geçerli tarihle karşılaştırarak belirleyin.
Olay türü
calculated
|
|||
|
Dahili inceleme başladı
|
Hazırlanan sözleşmenin finans veya iş birimi yöneticileri gibi kurum içi paydaşların incelemesine sunulduğu anı gösterir. Bu durum genellikle In Internal Review veya benzeri bir duruma geçişten anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, dahili inceleme çevrim süresini ölçmeye başlamak için kullanılır. Sözleşmelerin inceleme için ne kadar beklediğini ve incelemenin ne kadar sürdüğünü belirlemenize yardımcı olur.
Nereden alınır?
Contract nesnesinin durum alanı geçmişinden anlaşılır. Dahili inceleme aşamasının başladığını gösteren durum değişikliğinin zaman damgası olayın zamanını belirtir.
Kaydedin
Sözleşme durumu Internal Review veya eşdeğer bir değere geçtiğinde zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Değişiklik talep edildi
|
Yürürlükteki bir sözleşmede resmî değişiklik yapma sürecinin başladığını gösterir. Genellikle asıl sözleşmeyle ilişkili yeni bir Amendment kaydı oluşturulduğunda kaydedilir. | ||
|
Neden önemli?
Değişiklikler süreçte önemli farklılıklar yaratır. Bunların sıklığını ve çevrim süresini analiz etmek, ilk sözleşmenin kapsamındaki sorunları veya değişen iş ihtiyaçlarını ortaya çıkarabilir.
Nereden alınır?
Asıl Contract nesnesine arama ilişkisiyle bağlı, Amendment veya benzer adlı yeni bir nesnenin oluşturulma tarihinden alınır.
Kaydedin
Sözleşmeyle bağlantılı bir Amendment kaydının oluşturulma olayını izleyin.
Olay türü
explicit
|
|||
|
Karşı tarafın onayı alındı
|
Dış tarafın şartları kabul ettiğini ve imzaya hazır olduğunu gösterir. Bu durum çoğu zaman elle güncellenir veya kullanılıyorsa bir portaldan alınabilir. | ||
|
Neden önemli?
Bu olay, etkin müzakere aşamasının sona erdiğini gösterir. Average Negotiation Cycle Time ölçümü ve sözleşmenin ne zaman imzalanacağını tahmin etmek için önemli bir olaydır.
Nereden alınır?
Büyük olasılıkla Contract nesnesindeki durum değişikliğinden, örneğin Awaiting Signature durumuna geçişten anlaşılır. Bu durumu sözleşme sahibi elle günceller.
Kaydedin
Durum Approved by Counterparty veya Pending Signature olarak değiştiğinde zaman damgasını kaydedin.
Olay türü
inferred
|
|||
|
Sözleşme karşı tarafa gönderildi
|
Sözleşme belgesinin inceleme ve müzakere için dış tarafa gönderilmesini ifade eder. Conga CLM’de genellikle kaydedilen özel bir Send for Negotiation işlemi bulunur. | ||
|
Neden önemli?
Bu etkinlik, kurum içi süreçlerden dış müzakereye geçişi gösterir. Müzakere çevrim süresini ölçmeye başlamak için kullanılır.
Nereden alınır?
Genellikle Contract ile ilişkilendirilmiş bir Activity veya Task kaydı olarak tutulur ve çoğu zaman sistem işlemi tarafından otomatik oluşturulur.
Kaydedin
Send for Negotiation veya Send to Counterparty olay günlüğü kaydını belirleyin.
Olay türü
explicit
|
|||
|
Sözleşme taslağı hazırlandı
|
İlk sözleşme belgesinin hazırlanmasının tamamlandığını gösterir. Bu durum genellikle sözleşme kaydındaki bir durum değişikliğinden, örneğin Requested durumundan Drafting veya In Review durumuna geçişten anlaşılır. | ||
|
Neden önemli?
Bu etkinliği izlemek, ilk taslağın hazırlanması için harcanan süreyi ölçmenize yardımcı olur. Buradaki gecikmeler Templatelerle, veri toplamayla veya kaynakların tahsisiyle ilgili sorunlara işaret edebilir.
Nereden alınır?
Contract nesnesinin durum alanı geçmişinden anlaşılır. Durumun taslak hazırlama sonrasındaki Internal Review gibi bir değere geçtiği zaman damgasını bulun.
Kaydedin
Durumun Draft değerinden iş akışındaki bir sonraki mantıklı duruma geçtiğini belirleyin.
Olay türü
inferred
|
|||
|
Sözleşme üzerinde değişiklik yapıldı
|
Müzakereler sırasında sözleşme belgesinin yeni bir sürümü her kaydedildiğinde veya yüklendiğinde bu etkinlik gerçekleşir. Conga CLM’nin sürüm denetimi, her belge sürümü için bir kayıt oluşturur. | ||
|
Neden önemli?
Redline sayısını izlemek, müzakere yoğunluğunu ölçmeye ve Redline Iteration Count KPI’ını hesaplamaya yardımcı olur. Aşırı karmaşık sözleşmeleri veya zorlu müzakereleri ortaya çıkarabilir.
Nereden alınır?
Conga CLM’de saklanan sözleşme belgesinin sürüm geçmişinden alınır. Karşı tarafa gönderildikten sonra oluşturulan her yeni sürüm ayrı bir olaydır.
Kaydedin
Ana sürüm numarası değişerek oluşturulan her yeni belge sürümü için bir olay kaydedin.
Olay türü
explicit
|
|||
|
Sözleşme yenilendi
|
Sözleşmenin yaşam döngüsünü uzatan başarılı bir yenilemeyi ifade eder. Asıl sözleşmedeki durum değişikliğinden veya yenileme olarak işaretlenmiş yeni bir sözleşme kaydının oluşturulmasından anlaşılabilir. | ||
|
Neden önemli?
Yenilemeleri izlemek, geliri korumak ve iş sürekliliğini sağlamak açısından önemlidir; Timely Renewal Rate KPI’ını destekler. Sözleşme yaşam döngüsünde olumlu bir sonucu gösterir.
Nereden alınır?
Durumun Renewed değerine geçmesinden anlaşılabilir. Alternatif olarak, Renewal For alanı eski sözleşmeyi gösteren yeni bir sözleşme kaydının oluşturulmasıyla belirlenebilir.
Kaydedin
Durumun Renewed değerine geçtiğini veya bağlantılı yeni bir sözleşme kaydı oluşturulduğunu belirleyin.
Olay türü
inferred
|
|||
|
Uyumluluk incelemesi yapıldı
|
Sözleşmenin uyumluluk gerekliliklerine veya düzenlemelere göre incelendiği, etkinleştirme sonrası bir etkinliktir. İlişkili bir Task veya kontrol listesi öğesi tamamlandı olarak işaretlendiğinde kaydedilebilir. | ||
|
Neden önemli?
Bu etkinlik, yönetişim ve risk yönetimini izlemek açısından önemlidir. Kontrollerin yapılıp yapılmadığını ve ne zaman yapıldığını izleyerek Compliance Review Adherence Rate KPI’ını destekler.
Nereden alınır?
Contract ile bağlantılı bir Task’ın veya özel Compliance Review nesnesinin tamamlanmasından anlaşılabilir. Bu kaydın tamamlanma tarihi, olayın zaman damgası olarak kullanılır.
Kaydedin
Düzenli olarak yinelenen bir Task’ın veya ilişkili uyumluluk kaydının tamamlanma tarihini kaydedin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Sözleşme yönetimi sürecinizin tüm potansiyelini keşfetmek için verilerinizi bugünden hazırlamaya başlayın. Platformumuz, süreçlerinizdeki verimlilik fırsatlarını bulmanıza yardımcı olmaya hazır.
Verimliliği artırın: Sözleşme yönetiminizi bugün optimize edin
İş akışlarınızı düzenlemeye başlayın, sözleşme çevrim süresini %30 azaltın.
Kredi kartı gerekmez, kurulum dakikalar içinde tamamlanır