Sözleşme Yönetimi Veri Template'iniz

Conga CLM
Sözleşme Yönetimi Veri Template'iniz

Sözleşme Yönetimi Veri Template'iniz

Bu şablon, sözleşme yönetimi sürecinizi optimize etmek için gereken temel verileri toplamak için açık bir yol haritası sunar. Temel öznitelikleri, izlenecek kritik etkinlikleri ve veri çıkarma için faydalı rehberliği özetler. Bu önerilere uyarak, verilerinizi kapsamlı süreç analizi için verimli bir şekilde hazırlayabilir ve değerli içgörüler ortaya çıkarabilirsiniz.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Sözleşme Yönetimi Nitelikleri

Bunlar, kapsamlı sözleşme yönetimi analizi ve temel performans göstergelerinin belirlenmesi için hayati önem taşıyan, olay günlüğünüz için önerilen veri alanlarıdır.
5 Gerekli 6 Önerilen 9 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Sözleşme yaşam döngüsünde meydana gelen belirli iş olayının veya görevin adı.
Açıklama

Etkinlik Adı, sözleşme yönetimi süreci içindeki bir adımı veya dönüm noktasını tanımlar; örneğin 'Sözleşme Taslağı Hazırlandı', 'Hukuksal İnceleme Yapıldı' veya 'Sözleşme Yürütüldü/İmzalandı'. Bu öznitelik, gerçekleştirilen eylemlerin 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, ortak ve alternatif yolları belirler ve her etkinliğin sıklığını ölçmeye yardımcı olur. Süreç uyumluluğu, yeniden işleme ve farklı aşamalar arasındaki döngü süreleri ile ilgili KPI'ları hesaplamak için temeldir.

Neden önemli

Sürecin adımlarını tanımlar, süreç haritasının omurgasını oluşturur ve iş akışının, sapmaların ve etkinlik sıklığının analizini sağlar.

Nereden alınır

Bu genellikle Conga CLM'deki Sözleşme nesnesine karşı kaydedilen durum değişikliklerini, tamamlanmış görevleri veya belirli olayları eşleştirerek türetilir.

Örnekler
Sözleşme Taslağı HazırlandıHukuksal İnceleme YapıldıSözleşme İmzalandı/Yürürlüğe KonduSö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şme için süreç akışını yeniden yapılandırmak için gereken kronolojik sırayı sağlar. Zaman damgaları, tüm zamana dayalı Process Mining analizi için temeldir.

Bu öznitelik, etkinlikler arasındaki süreleri, genel vaka döngü 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 zamansal dinamiklerini anlamak için kritik öneme sahiptir. Bir vaka içindeki olaylar için birincil sıralama anahtarı görevi görür.

Neden önemli

Event'lerin chronological sequence'ını sağlar; bu da tüm duration-based metric'leri calculate etmek, bottlenecks'leri discover etmek ve process performance'ını understand etmek için essential'dır.

Nereden alınır

Bu veri genellikle ilgili görev veya olay nesnelerindeki 'CreatedDate' gibi geçmiş izleme alanlarında veya ana Sözleşme nesnesindeki belirli tarih alanlarında bulunur.

Örnekler
2023-04-15T10:05:00Z2023-05-20T14:30:00Z2023-06-01T09:00:00Z
Sözleşme Kimliği
ContractId
Her sözleşme anlaşması için birincil durum tanımlayıcısı olarak hizmet veren benzersiz tanımlayıcı.
Açıklama

Sözleşme ID'si, tek bir sözleşmenin yaşam döngüsüyle ilgili tüm olayları ve etkinlikleri birbirine bağlayan kesin durum tanımlayıcısıdır. Bir sözleşmenin ilk talebinden taslak oluşturma, müzakere, yürütme ve nihai fesih veya yenilemeye kadar uçtan uca takibini sağlar.

Process Mining analizinde, her olayın bir Sözleşme ID'si ile ilişkilendirilmesi gerekir ki her sözleşmenin yolculuğu yeniden yapılandırılabilsin. Bu, tüm sürecin kapsamlı bir görünümünü sağlayarak, döngü sürelerini analiz etmeyi, darboğazları belirlemeyi ve bireysel sözleşmeler veya sözleşme segmentleri için uyumluluğu izlemeyi mümkün kılar.

Neden önemli

Bu, bir sözleşmenin tüm yaşam döngüsünü izlemek için temel anahtardır ve ilgili etkinlikleri tek bir duruma bağlayarak tüm Process Mining analizlerini mümkün kılar.

Nereden alınır

Bu genellikle Conga CLM'deki ana Anlaşma veya Sözleşme nesnesinin birincil anahtarıdır, genellikle 'Apttus_Config2__AgreementId__c' gibi adlandırılır.

Örnekler
a015g00000_12345a015g00000_67890a015g00000_ABCDE
Kaynak Sistem
SourceSystemName
`veri`nin çıkarıldığı kaynak sistemi tanımlar.
Açıklama

Bu öznitelik, olay verileri için kayıt sistemini belirtir ki bu durumda Conga CLM'dir. Özellikle verilerin birden fazla sistemden birleştirilebileceği ortamlarda veri yönetimi ve izlenebilirlik için önemlidir.

Tek sistemli bir analizde statik gibi görünse de, veri kaynağı hakkında kritik bağlam sağlar, veri bütünlüğünü sağlamaya ve veri çıkarma sorunlarını gidermeye yardımcı olur. Sözleşme verilerini CRM veya ERP gibi diğer sistemlerden gelen bilgilerle birleştirirken hayati hale gelir.

Neden önemli

Veri soyu ve yönetişimi için temel bağlam sağlar, süreç verilerinin nereden kaynaklandığına dair netlik sağlayarak doğrulama ve güven için hayati önem taşır.

Nereden alınır

Bu genellikle veri çıkarma ve dönüştürme (ETL) süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler
Conga CLMCongaCLM-ProdSalesforce-CongaCLM
Son Veri Güncellemesi
LastDataUpdateTimestamp
Bu kayda ait verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, Conga CLM'den en son veri çıkarma tarihini ve saatini kaydeder. Analizin güncelliğini anlamak ve kararların güncel bilgilere dayanmasını sağlamak için kritik bir meta veri parçasıdır.

Dashboard'larda ve raporlarda, bu zaman damgası kullanıcılara verilerin ne kadar güncel olduğunu bildirir. Veri yönetimi ve Process Mining aracı tarafından sağlanan içgörülerin zamanında olmasına ilişkin kullanıcı beklentilerini yönetmek için temeldir.

Neden önemli

Bu zaman damgası, verinin güncelliğini gösterir, herhangi bir analizin veya kararın anlaşılır ve kabul edilebilir bir zaman dilimine dayanmasını sağlar.

Nereden alınır

Bu, veri alım süreci sırasında ETL (Extract, Transform, Load) aracı veya betiği tarafından genellikle 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 `aktivite`nin tamamlandığı `kesin tarih ve saat`.
Açıklama

Olay Bitiş Zamanı, belirli bir görevin veya süreç adımının tamamlandığını işaretler. Olay Zaman Damgası (başlangıç zamanı) ile eşleştirildiğinde, her etkinlik için işleme süresinin hassas bir şekilde hesaplanmasını sağlar.

Bu öznitelik, performans analizi için kritik öneme sahiptir ve her adımın ne kadar sürdüğünün ölçülmesine olanak tanır. Bu, hangi etkinliklerin en çok zaman aldığını belirlemeye yardımcı olur ve yalnızca bir sonraki olayın başlangıç zamanını kullanmaya kıyasla kaynak kullanımına ve verimliliğine dair daha doğru bir görünüm sunar.

Neden önemli

Süreye dayalı darboğazları belirlemek ve kaynak verimliliğini analiz etmek için kritik olan etkinlik işleme sürelerinin hassas bir şekilde hesaplanmasını sağlar.

Nereden alınır

Bu zaman damgası, ana sözleşmeyle ilgili görev veya etkinlik nesnelerindeki 'CompletedDate' veya 'ActualEndDate' gibi alanlarda bulunabilir.

Örnekler
2023-04-15T18:35:00Z2023-05-21T11:00:00Z2023-06-01T17:45:00Z
Son Kullanma Tarihi
ExpirationDate
Sözleşmenin sona erme tarihi.
Açıklama

Son Geçerlilik Tarihi, bir sözleşme süresinin sonunu işaretleyen kritik bir tarih alanıdır. Yürütme sonrası sözleşme yaşam döngüsünü yönetmek için hayati öneme sahiptir.

Bu öznitelik, 'Yaklaşan Yenilemeler ve Son Geçerlilikler' Dashboard'u ve 'Zamanında Yenileme Oranı' KPI'sı için çok önemlidir. Bu tarihi analiz ederek, kuruluşlar sözleşme süre sonlarını proaktif olarak yönetebilir, yenileme süreçlerini zamanında başlatabilir ve hizmet veya gelirde kasıtsız aksaklıkları önleyebilir.

Neden önemli

Bu tarih, proaktif sözleşme yönetimi için kritik öneme sahiptir, yaklaşan sona erme tarihlerini takip eden Dashboard'lar aracılığıyla kaçırılan yenilemeleri ve gelir kaybını önlemeye yardımcı olur.

Nereden alınır

Bu, Anlaşma nesnesinde standart bir tarih alanıdır, genellikle 'Apttus_Config2__EndDate__c'.

Ö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 değerini temsil eder. Bu, iş bağlamına bağlı olarak toplam sözleşme tutarı, yıllık yinelenen gelir veya başka bir anahtar finansal metrik olabilir.

Bu özniteliği analiz etmek, değer tabanlı süreç optimizasyonu için kritiktir. Yüksek değerli sözleşmelerin önceliklendirilmesine olanak tanır ve yüksek değerli sözleşmelerin daha hızlı işlenip işlenmediği veya belirli aşamalarda daha sık takılıp kalmadığı gibi soruları yanıtlamaya yardımcı olur. 'Sözleşme Değeri Verim Analizi' dashboard'u için anahtar bir unsurdur.

Neden önemli

Bu, değer tabanlı analize olanak tanır, yüksek değerli sözleşmeler için süreç iyileştirmelerine öncelik verilmesine ve bunların iş üzerindeki etkisinin anlaşılmasına yardımcı olur.

Nereden alınır

Bu genellikle Conga CLM'deki Anlaşma nesnesinde, 'Apttus_Config2__Total_Contract_Value__c' gibi bir para birimi alanıdır.

Örnekler
500002500001200000
Sözleşme Durumu
ContractStatus
Sözleşmenin mevcut yaşam döngüsü aşaması, örneğin 'Taslak', 'Onayda' veya 'Yürütüldü'.
Açıklama

Sözleşme Durumu, bir sözleşmenin yaşam döngüsü içindeki mevcut durumunu gösterir. Sözleşmenin belirli bir anda nerede olduğuna dair bir anlık görüntü sağlar ve bu, olay tabanlı faaliyet adından farklıdır.

Olay günlüğü geçmiş faaliyetlerin sırasını gösterirken, durum sözleşmenin mevcut durumu hakkında bağlam sağlar. Örneğin, yalnızca şu anda aktif olan sözleşmeleri analiz etmek veya birçok sözleşmenin neden 'Onay Bekliyor' durumunda takılı kaldığını araştırmak gibi durumları filtrelemek için kullanışlıdır. Faaliyet verilerini durum bilgisi sağlayarak tamamlar.

Neden önemli

Sözleşmenin mevcut aşamasının bir anlık görüntüsünü sunar, bu da aktif vakaları filtrelemek ve analiz etmek, süreç durumu dağılımlarını anlamak için faydalıdır.

Nereden alınır

Bu, Anlaşma nesnesinde standart bir açılır liste alanıdır, genellikle 'Apttus_Config2__Status__c' veya 'Apttus_Config2__Status_Category__c'.

Örnekler
Taslakİç İncelemedeİcra EdildiSüresi Dolmuş
Sözleşme Sahibi
ContractOwner
Sözleşmeyi yaşam döngüsü boyunca yönetmekten sorumlu kullanıcı veya çalışan.
Açıklama

Sözleşme Sahibi, bir sözleşmeden birincil sorumluluğu olan kişidir. Bu kişi tipik olarak taslak oluşturma, müzakere ve sözleşmenin onay sürecinde ilerlemesini sağlamaktan sorumludur.

Sözleşme Sahibi'ne göre süreç performansını analiz etmek, verimlilikteki varyasyonları, standart sürece uyumu ve iş yükü dağılımını ortaya çıkarabilir. Bu, en iyi uygulamaları, eğitim ihtiyaçlarını ve kaynak tahsisindeki potansiyel dengesizlikleri belirlemeye yardımcı olur. Performans ve üretkenlik analizi için önemli bir boyuttur.

Neden önemli

Kullanıcı bazında performans analizi yaparak, en iyi performans gösterenleri, eğitim fırsatlarını ve iş yükü dağıtım sorunlarını belirlemeye yardımcı olur.

Nereden alınır

Bu büyük olasılıkla Conga CLM'deki ana Anlaşma nesnesinde, genellikle 'OwnerId' veya özel bir 'Contract_Owner__c' alanı olarak adlandırılan bir kullanıcı arama alanıdır.

Örnekler
Alice JohnsonRobert ChenMaria Garcia
Sözleşme Tipi
ContractType
Sözleşmenin sınıflandırılması, örneğin NDA, MSA veya SOW.
Açıklama

Sözleşme Türü, sözleşmeleri yasal amaçlarına veya niteliklerine göre gruplayan kategorik bir özniteliktir. Yaygın örnekler Gizlilik Sözleşmesi (NDA), Ana Hizmet Sözleşmesi (MSA) ve İş Kapsamı Beyanı (SOW) içerir.

Bu boyut, karşılaştırmalı analiz için temeldir. Farklı sözleşme türlerinin farklı yolları takip edip etmediğini veya farklı döngü sürelerine sahip olup olmadığını görmek için süreç haritasını filtrelemenize olanak tanır. Bu, belirli sözleşme türleri için uygun olan süreç varyasyonlarını, gerçek sapmalardan ayırt etmek için esastır.

Neden önemli

NDA'lar ve MSA'lar gibi farklı sözleşme kategorileri için iş akışlarını, döngü sürelerini ve darboğazları karşılaştırmak üzere sürecin bölümlendirilmesini sağlar.

Nereden alınır

Bu genellikle Anlaşma nesnesinde, 'Apttus_Config2__Contract_Type__c' veya benzeri adlandırılan bir açılır liste veya arama alanıdır.

Örnekler
Gizlilik Sözleşmesi (NDA)Ana Hizmet Sözleşmesi (MSA)İş Tanımı Beyanı (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, karşı tarafın konumuna, satış bölgesine veya geçerli yasalara dayanabilir.

Bu öznitelik, sözleşme sürecinin jeopolitik analizine olanak tanır. 'EMEA'daki sözleşmeler farklı düzenlemeler nedeniyle daha uzun sürede mi onaylanıyor?' veya 'APAC bölgesindeki sözleşmeler için daha yüksek bir yeniden düzenleme oranı var mı?' gibi soruların yanıtlanmasına yardımcı olabilir. Bu, küresel operasyonlar için değerli bir bağlam sağlar.

Neden önemli

Bölgelere göre segmentasyon yapmak, küresel işletmeler için önemli olan döngü süreleri, uyumluluk gereksinimleri veya süreç yollarındaki coğrafi farklılıkları belirlemeye yardımcı olur.

Nereden alınır

Bu genellikle Anlaşma nesnesinde özel bir alan veya bağlı Hesap veya Kullanıcı nesnelerinden türetilmiştir.

Örnekler
Kuzey AmerikaEMEAAPACLATAM
İş Birimi
BusinessUnit
Sözleşmenin ait olduğu kuruluş içindeki belirli iş birimi.
Açıklama

İş Birimi özniteliği, bir sözleşmeyi şirketin belirli bir bölümüne veya segmentine atar; örneğin 'Kurumsal Yazılım' veya 'Tüketici Donanımı'. Bu, organizasyonun farklı bölümlerindeki sözleşme yönetimi sürecinin daha ayrıntılı analizine olanak tanır.

İş Birimi'ne göre analiz yapmak, farklı bölümlerin benzersiz süreç varyantlarına, performans seviyelerine veya sözleşme türlerine sahip olup olmadığını gösterebilir. Bu, geçerli iş birimine özgü ihtiyaçları karşılarken süreçleri standartlaştırmak isteyen büyük kuruluşlar için değerlidir.

Neden önemli

Süreç performansının organizasyonel bölümlere göre ayrıştırılmasını sağlar, şirket genelindeki verimlilik veya prosedür farklılıklarını vurgular.

Nereden alınır

Bu, Anlaşma nesnesinde özel bir alan olabilir veya sözleşme sahibinin kullanıcı profilinden türetilebilir.

Örnekler
Kuzey Amerika SatışEMEA HizmetleriAPAC Ürün Bölümü
İşlem Süresi
ProcessingTime
Bir etkinlik üzerinde aktif olarak çalışılan sürenin hesaplanmış süresi.
Açıklama

İşleme Süresi, bir etkinliğin başlangıcı ile bitişi arasında geçen süreyi ölçer. Etkinlikler arasındaki bekleme süresinin aksine, gerçek çalışma süresini temsil eder. Bu metrik, Olay Zaman Damgası ve Olay Bitiş Süresi kullanılarak hesaplanır.

Bu öznitelik, süreçteki hangi belirli adımların en çok zaman aldığını belirlemek için hayati öneme sahiptir. Etkinlik sürelerinin detaylı analizine olanak tanıyarak 'İnceleme Aşaması Darboğazları' Dashboard'unu destekler. İşleme süresi ile bekleme süresi arasındaki ayrımı yapmak, gecikmelerin temel nedenlerini anlamanın anahtarıdır.

Neden önemli

Her etkinlik için aktif çalışma süresini ölçer, verimsiz adımlar (uzun işleme süresi) ile süreç gecikmeleri (uzun bekleme süresi) arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Bu, EventEndTime eksi EventTimestamp'tan türetilen hesaplanmış bir özniteliktir. Conga CLM'de depolanmaz.

Örnekler
864001728003600
Karşı Taraf Adı
CounterpartyName
Sözleşmeye dahil olan dış tarafın, şirketin veya bireyin adı.
Açıklama

Karşı Taraf Adı, anlaşmanın diğer imzacısını tanımlar. Bu genellikle bir müşteri, satıcı veya iş ortağı kuruluşudur.

Süreç metriklerini karşı tarafa göre analiz etmek önemli kalıpları ortaya çıkarabilir. Örneğin, belirli karşı taraflarla yapılan müzakerelerin sürekli olarak daha uzun sürdüğünü veya daha fazla revizyon gerektirdiğini gösterebilir. Bu içgörü, müzakere stratejilerini bilgilendirebilir ve anahtar iş ortaklarıyla ilişkileri yönetmeye yardımcı olabilir.

Neden önemli

Dış tarafa göre süreç varyasyonlarının analizini sağlar, hangi müşterilerin veya tedarikçilerin daha uzun müzakere döngülerine veya daha yüksek revizyon oranlarına sahip olduğunu belirlemeye yardımcı olur.

Nereden alınır

Bu genellikle Salesforce'taki Hesap nesnesine bir arama olup, Conga CLM'deki Anlaşma nesnesine bağlanmıştı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 Döngüsü Süresi, bir sözleşmenin onay sürecine girdiği andan, örneğin 'İç İnceleme Başlatıldı'dan son iç onayı alana kadar geçen süreyi ölçen hesaplanmış bir metriktir. İlgili tüm onay adımlarındaki süreyi bir araya getirir.

Bu öznitelik, 'Sözleşme Onay Döngüsü Süresi' dashboard'u ve 'Ortalama Sözleşme Onay Süresi' KPI'sı için birincil ölçüttür. Tüm onay iş akışının verimliliğine üst düzey bir bakış sunarak, performansın hedeflere göre izlenmesini ve sistemik gecikmelerin belirlenmesini 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 kritik bir aşamasındaki gecikmeleri belirlemeye ve gidermeye yardımcı olur.

Nereden alınır

Bu, her sözleşme için ilk onay etkinliği ile son onay etkinliği arasındaki zaman farkını bularak türetilen hesaplanmış bir metriktir.

Örnekler
259200604800432000
Sorumlu Departman
OwnerDepartment
Sözleşme sahibinin departmanı, örneğin 'Satış', 'Hukuk' veya 'Satın Alma'.
Açıklama

Sahip Departmanı özniteliği, sözleşme sahibinin ait olduğu iş fonksiyonunu belirtir. Bu bilgi genellikle sistemdeki kullanıcının profilinden türetilir.

Bu, süreç performansını farklı departmanlar arasında karşılaştırmaya olanak tanıyan güçlü bir analiz boyutudur. Hukuk departmanının bir darboğaz olup olmadığını, Satış ekibinin farklı bir süreci takip edip etmediğini veya belirli departmanların önemli ölçüde daha uzun döngü sürelerine sahip olup olmadığını belirlemeye yardımcı olabilir. Bu içgörü, çapraz fonksiyonel süreç iyileştirme girişimleri için değerlidir.

Neden önemli

Satış ve Hukuk gibi departmanlar arasındaki performans farklılıklarını ve darboğazları ortaya çıkararak iş fonksiyonlarına göre süreç analizi yapılmasına olanak tanır.

Nereden alınır

Bu veri genellikle Salesforce'daki Kullanıcı nesnesinden çekilir ve Anlaşma nesnesindeki Sözleşme Sahibi alanı aracılığıyla bağlanır.

Örnekler
SatışHukukTedarikFinans
Uyumluluk Durumu
ComplianceStatus
Sözleşmenin gerekli uyumluluk incelemelerinden geçip geçmediğini gösterir.
Açıklama

Uyumluluk Durumu, bir sözleşmenin iç politikalara veya dış düzenlemelere göre durumunu takip eder. 'Başlatılmadı', 'İncelemede', 'Geçti' veya 'Başarısız' gibi değerlere sahip olabilir.

Bu öznitelik, 'Uyumluluk ve Yükümlülük İzleme' dashboard'u ve ilişkili KPI için esastır. Uyumluluk uyumuna doğrudan görünürlük sağlayarak, tüm sözleşmelerin yürürlüğe girmeden veya aktive edilmeden önce gerekli kontrollerden geçmesini ve bunları geçmesini sağlayarak yasal ve finansal riskleri azaltmaya yardımcı olur.

Neden önemli

Uyumluluk protokollerine bağlılığı doğrudan ölçer, sözleşme portföyündeki yasal ve finansal riskleri belirlemeye ve azaltmaya yardımcı olur.

Nereden alınır

Bu büyük olasılıkla Anlaşma nesnesinde, belirli uyumlulukla ilgili etkinlikler veya onaylarla güncellenen özel bir açılır liste alanıdır.

Örnekler
Başarılıİnceleme GerekiyorUygulanamazBaşarısız
Yeniden İşleme mi?
IsRework
Bir faaliyetin yeniden işleme döngüsünün bir parçası olup olmadığını gösteren hesaplanmış bir işaret.
Açıklama

Yeniden İşleme, bir etkinliğin hukuksal bir incelemeden sonra 'Sözleşme Taslağı Hazırlandı' aşamasına geri dönmek gibi süreçte bir geri adımı temsil etmesi durumunda 'doğru' olarak ayarlanan bir boolean bayrağıdır. Kaynak sistemde bir alan değildir ancak Process Mining için veri dönüşümü sırasında hesaplanır.

Bu bayrak, süreç verimsizliğini nicel olarak belirlemek için paha biçilmezdir. 'Sözleşme Yeniden İşleme Oranı' KPI'sını doğrudan destekler ve süreç haritasında süreç döngülerini görselleştirmeye yardımcı olur. Yeniden işleme sıklığını ve nedenlerini belirlemek, birçok süreç iyileştirme girişiminin birincil hedefidir.

Neden önemli

Bu hesaplanmış bayrak, israf yaratan yeniden işleme döngülerinin bir parçası olan etkinlikleri vurgulayarak süreç verimsizliklerini nicel olarak belirlemeyi ve analiz etmeyi kolaylaştırır.

Nereden alınır

Bu öznitelik kaynak sistemde bulunmamaktadır. Process Mining aracında veya ETL katmanında etkinliklerin sırasına göre hesaplanır.

Örnekler
truefalse
Yenileme Tarihi
RenewalDate
Sözleşme için yenileme sürecini başlatma hedef tarihi.
Açıklama

Yenileme Tarihi, bir sözleşme için yenileme sürecinin ne zaman başlaması gerektiğini gösteren hesaplanmış veya manuel olarak ayarlanmış bir tarihtir. Genellikle Son Geçerlilik Tarihi'nden belirli bir süre, örneğin 90 gün önce belirlenir.

Bu öznitelik, ekiplerin yenileme süreçlerini etkili bir şekilde yönetmelerine yardımcı olur. Sözleşme yenilemeleriyle ilgili uyarıları tetiklemek ve görevleri otomatikleştirmek için kullanılabilir, böylece sürecin yeterli ön süre ile başlaması sağlanır. 'Zamanında Yenileme Oranı' KPI'sı için önemli bir unsurdur.

Neden önemli

Yenileme faaliyetleri için bir tetikleyici nokta sağlar, sözleşmelerin zamanında yenilenmesine yardımcı olur ve proaktif yaşam döngüsü yönetimini destekler.

Nereden alınır

Bu, Son Geçerlilik Tarihine dayalı özel bir formül alanı veya Conga CLM'deki Anlaşma nesnesinde ayrı bir tarih alanı olabilir.

Örnekler
2025-10-022026-04-012024-05-17
Gerekli Önerilen İsteğe Bağlı

Sözleşme Yönetimi Faaliyetleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event log'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Hukuksal İnceleme Yapıldı
Bu etkinlik, hukuk departmanının sözleşme incelemesini tamamladığını gösterir. Bu, bir iş akışındaki açık bir onay adımı olarak veya 'Hukuksal İnceleme Tamamlandı' gibi bir durum değişikliğinden çıkarılarak yakalanabilir.
Neden önemli

Hukuksal inceleme aşamasını izole etmek, yaygın bir darboğazı analiz etmek için kritik öneme sahiptir. Bu, 'Ortalama Hukuksal İnceleme Süresi' KPI'sını destekler ve hukuk departmanı kaynaklarının optimize edilmesine yardımcı olur.

Nereden alınır

Salesforce Onayları kullanılıyorsa, onay geçmişi ilgili listesine kaydedilebilir. Alternatif olarak, Sözleşme nesnesindeki bir durum değişikliğinden çıkarılabilir.

Yakala

Durumun 'Yasal İnceleme Tamamlandı' olarak değiştiği veya yasal kuyruktan son onay adımının zaman damgasını yakalayın.

Event tipi inferred
İç Onaylar Alındı
Bu dönüm noktası, sözleşmenin gerekli tüm iç onayları aldığını ve yürütmeye hazır olduğunu gösterir. Bu, genellikle çok aşamalı bir Salesforce Onay Sürecindeki son adımdır.
Neden önemli

Bu, iç inceleme ve onay döngüsünü sonlandıran kritik bir dönüm noktasıdır. 'Ortalama Sözleşme Onay Süresi' KPI'sını ölçmek için son noktadır.

Nereden alınır

Sözleşme objesindeki Salesforce Onay Geçmişi ilgili listesinden yakalanır. Olay, süreçteki nihai 'Onaylandı' durumunun zaman damgasıdır.

Yakala

İlgili onay sürecindeki son onay adımının zaman damgasını yakalayın.

Event tipi explicit
Sözleşme Aktive Edildi
Sözleşmenin kuruluş içinde etkin ve işler hale gelmesini, yükümlülükleri ve hakları tetiklemesini temsil eder. Bu genellikle 'Yürütüldü'den 'Aktif'e bir durum değişikliğinden çıkarılır.
Neden önemli

Bu etkinlik, imza sonrası yaşam döngüsünün başlangıcını işaret eder. Yükümlülük yönetimi ve performans izleme için tetikleyicidir.

Nereden alınır

Sözleşme objesinin durum alan geçmişinden çıkarılır. Olay, durumun 'Aktif' veya eşdeğer bir terime değiştiği zaman damgasıdır.

Yakala

Durumun 'İcra Edildi'den 'Aktif'e değiştiği zaman damgasını belirleyin.

Event tipi inferred
Sözleşme Feshedildi
Bu etkinlik, belirli bir eyleme dayalı olarak, sözleşmenin sona erme tarihinden önce vadesinden önce sona ermesini işaretler. Bu, sözleşmenin durumunun 'Feshedildi' olarak değişmesiyle yakalanır.
Neden önemli

Anahtar bir nihai durum olarak, fesih olayları sözleşme başarısızlık oranlarını ve iptal nedenlerini anlamak için önemlidir. Sürece kesin, ancak genellikle olumsuz bir sonuç sağlar.

Nereden alınır

Sözleşme objesinin durum alan geçmişinden çıkarılır. Olay, durumun 'Feshedildi' veya 'İptal Edildi' olarak güncellendiği zaman damgasıdır.

Yakala

Durumun 'Feshedildi' olarak değiştiği zaman damgasını yakalayın.

Event tipi inferred
Sözleşme İmzalandı/Yürürlüğe Kondu
Bu, tüm tarafların sözleşmeyi yasal olarak imzaladığı, onu bağlayıcı bir anlaşma haline getiren önemli bir etkinliktir. Conga Sign gibi Conga CLM ile entegre e-imza çözümleri, açık, zaman damgalı bir olay oluşturur.
Neden önemli

Bu etkinlik, imza öncesi sürecin başarılı bir şekilde tamamlandığını temsil eder ve 'Sözleşme Yürütme Oranı' gibi performans metrikleri için önemli bir dönüm noktasıdır. Genellikle birincil 'mutlu yol' bitiş olayı olarak kabul edilir.

Nereden alınır

Entegre e-imza aracının denetim izinden veya durumundan yakalanır. Kesin bir zaman damgası ile nihai bir 'Tamamlandı' veya 'İmzalandı' durumu kaydedilir.

Yakala

Entegre e-imza hizmeti API'sından veya durum nesnesinden tamamlanma olayını kaydedin.

Event tipi explicit
Sözleşme Süresi Doldu
Bir sözleşmenin yaşam döngüsünün, yenilenmeden veya feshedilmeden sona erme tarihine ulaştığında doğal sonunu temsil eder. Bu olay açıkça kaydedilmez, ancak sözleşmenin verilerinden türetilir.
Neden önemli

Bu etkinlik, sözleşme yaşam döngüsünün planlanan sonunu tanımlar. Süresi dolmuş 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 hesaplanmış bir olaydır. Etkinlik, sistem tarihi Sözleşme nesnesindeki 'Sözleşme Bitiş Tarihi' veya 'Son Geçerlilik Tarihi' alanını aştığında ve durumu hala 'Aktif' olduğunda gerçekleşir.

Yakala

'Sözleşme Bitiş Tarihi' alanı ile mevcut tarihi karşılaştırarak türetin.

Event tipi calculated
Sözleşme Talebi Başlatıldı
Bu etkinlik, sözleşme yaşam döngüsünün resmi başlangıcını işaret eder ve sistemde yeni bir sözleşme kaydının oluşturulmasını temsil eder. Bu, genellikle bir kullanıcının Conga CLM'de yeni bir Sözleşme nesnesi oluşturduğunda açık bir olay olarak yakalanır.
Neden önemli

Her sözleşmenin başlangıç noktası olarak, bu faaliyet uçtan uca döngü süresini ölçmek için esastır. Başlatılan sözleşmelerin hacmini ve türlerini analiz etmeye olanak tanır.

Nereden alınır

Bu olay, Conga CLM'in üzerine inşa edildiği Salesforce platformundaki Sözleşme kaydının oluşturulma tarihi ve zaman damgasından yakalanır. Kaydı oluşturan kullanıcı da genellikle kaydedilir.

Yakala

Birincil Sözleşme nesnesinin oluşturulma olayını takip edin.

Event tipi explicit
Değişiklik Talep Edildi
Mevcut, aktif bir sözleşmeyi resmi olarak değiştirme sürecinin başlangıcını gösterir. Bu, tipik olarak orijinal sözleşmeyle ilişkili yeni bir 'Ek' kaydının oluşturulmasıyla yakalanır.
Neden önemli

Değişiklikler, süreçte önemli farklılıkları temsil eder. Sıklıklarını ve döngü sürelerini analiz etmek, orijinal sözleşme kapsamındaki sorunları veya değişen iş ihtiyaçlarını ortaya çıkarabilir.

Nereden alınır

Ana Sözleşme objesiyle arama ilişkisi olan 'Değişiklik' veya benzeri adlandırılmış bir obje üzerinde yeni bir kaydın oluşturulma tarihinden yakalanır.

Yakala

Sözleşmeyle bağlantılı bir 'Değişiklik' kaydının oluşturulma olayını takip edin.

Event tipi explicit
İç İnceleme Başladı
Taslak sözleşmenin finans veya iş birimi yöneticileri gibi iç paydaşlar tarafından incelenmek üzere sunulduğu noktayı işaret eder. Bu genellikle 'İç İncelemede' veya benzeri bir durum değişikliğinden çıkarılır.
Neden önemli

Bu etkinlik, iç inceleme döngü süresini ölçmek için başlangıç noktasıdır. Sözleşmelerin inceleme için ne kadar beklediğini ve inceleme sürecinin kendisinin ne kadar sürdüğünü belirlemeye yardımcı olur.

Nereden alınır

Sözleşme nesnesinin durum alanı geçmişinden çıkarılmıştır. Durum, iç inceleme aşamasının başlangıcını yansıtacak şekilde değiştiğinde olay zaman damgalanır.

Yakala

Sözleşme durumunun 'İç İnceleme' veya eşdeğeri olarak değiştiği zaman damgasını yakalayın.

Event tipi inferred
Karşı Taraf Onayı Alındı
Dış tarafın şartları kabul ettiğini ve imzalamaya hazır olduğunu gösterir. Bu genellikle manuel olarak güncellenen bir durumdur veya kullanılıyorsa bir portal üzerinden yakalanabilir.
Neden önemli

Bu, aktif müzakere aşamasının sonunu işaret eder. 'Ortalama Müzakere Döngü Süresi'ni ölçmek ve bir sözleşmenin ne zaman yürürlüğe gireceğini tahmin etmek için önemli bir olaydır.

Nereden alınır

Büyük olasılıkla Sözleşme nesnesinde bir durum değişikliğinden, örneğin 'İmza Bekliyor' durumuna geçişten çıkarılır. Bu, sözleşme sahibi tarafından manuel olarak güncellenir.

Yakala

Durumun 'Karşı Tarafça Onaylandı' veya 'İmza Bekliyor' olarak değiştiği zaman damgasını yakalayın.

Event tipi inferred
Sözleşme Düzeltildi/Revize Edildi
Bu etkinlik, müzakereler sırasında sözleşme belgesinin yeni bir sürümü her kontrol edildiğinde veya yüklendiğinde gerçekleşir. Conga CLM'in sürüm kontrol yetenekleri, her belge sürümü için bir kayıt oluşturur.
Neden önemli

Kırmızı çizgilerin (redline) sıklığını takip etmek, müzakere yoğunluğunu ölçmeye yardımcı olur ve 'Kırmızı Çizgi Tekrar Sayısı' KPI'ını destekler. Bu, aşırı karmaşık sözleşmeleri veya zorlu müzakereleri vurgulayabilir.

Nereden alınır

Conga CLM'de saklanan sözleşme belgesinin versiyon geçmişinden yakalanır. Karşı tarafa gönderildikten sonra oluşturulan her yeni versiyon ayrı bir olaydır.

Yakala

Ana sürüm numarası değişikliği ile oluşturulan her yeni belge sürümü için bir olay kaydı tutun.

Event tipi explicit
Sözleşme Karşı Tarafa Gönderildi
Sözleşme belgesinin, dış tarafın incelemesi ve müzakeresi için gönderilmesi açık eylemini temsil eder. Conga CLM genellikle kayıt altına alınan belirli bir 'Müzakereye Gönder' eylemi sunar.
Neden önemli

Bu etkinlik, iç süreçlerden dış müzakerelere geçişi işaret eder. Müzakere döngü süresini ölçmek için başlangıç noktasıdır.

Nereden alınır

Genellikle Sözleşme ile ilişkilendirilmiş, kaydedilmiş bir Aktivite veya Görev kaydı olarak yakalanır ve çoğu zaman bir sistem eylemi tarafından otomatik olarak oluşturulur.

Yakala

'Müzakere İçin Gönder' veya 'Karşı Tarafa Gönder' olay günlüğünü belirleyin.

Event tipi explicit
Sözleşme Taslağı Hazırlandı
İlk sözleşme belgesi yazımının tamamlanmasını temsil eder. Bu genellikle sözleşme kaydındaki bir durum değişikliğinden, örneğin 'İstenen'den 'Taslak Oluşturuluyor' veya 'İncelemede'ye geçişten çıkarılır.
Neden önemli

Bu aktiviteyi takip etmek, ilk taslak hazırlama sürecinde harcanan süreyi ölçmeye yardımcı olur. Buradaki gecikmeler, şablonlarla, veri toplama veya kaynak tahsisi ile ilgili sorunlara işaret edebilir.

Nereden alınır

Sözleşme objesinin durum alan geçmişinden çıkarılır. Durumun 'İç İnceleme' gibi taslak sonrası bir değere değiştiği bir zaman damgası arayın.

Yakala

Durumun 'Taslak'tan iş akışındaki bir sonraki mantıksal duruma geçişini belirleyin.

Event tipi inferred
Sözleşme Yenilendi
Bir sözleşmenin başarılı bir şekilde yenilenmesini ve yaşam döngüsünün uzamasını temsil eder. Bu, orijinal sözleşmedeki bir durum değişikliği veya yenileme olarak belirlenmiş yeni bir sözleşme kaydının oluşturulmasıyla yakalanabilir.
Neden önemli

Yenilemeleri takip etmek, gelir elde tutma ve iş sürekliliği için hayati önem taşır, 'Zamanında Yenileme Oranı' KPI'ını destekler. Bu, sözleşme yaşam döngüsü için olumlu bir sonucu ifade eder.

Nereden alınır

'Yenilenmiş' durumuna bir durum değişikliğinden çıkarılabilir. Alternatif olarak, yeni bir sözleşme kaydı oluşturulursa, bu yeni kaydın 'Yenileme İçin' alanının eski sözleşmeyi işaret ettiği bir durum da olabilir.

Yakala

Durumun 'Yenilendi' olarak değiştiğini veya yeni, bağlantılı bir sözleşme kaydının oluşturulduğunu belirleyin.

Event tipi inferred
Uyumluluk İncelemesi Gerçekleştirildi
Sözleşmenin uyumluluk gereksinimlerine veya düzenlemelerine göre incelendiği bir aktivasyon sonrası faaliyet. Bu, ilgili bir görev veya kontrol listesi öğesi tamamlandı olarak işaretlendiğinde yakalanabilir.
Neden önemli

Bu etkinlik, yönetişim ve risk yönetimini izlemek için çok önemlidir. Bu kontrollerin ne zaman ve nasıl yapıldığını takip ederek 'Uyumluluk İncelemesi Uyum Oranı' KPI'sını destekler.

Nereden alınır

Büyük olasılıkla ilgili bir Görev veya Sözleşme'ye bağlı özel bir 'Uyumluluk İncelemesi' nesnesinin tamamlanmasından çıkarılmıştır. Bu kaydın tamamlanma tarihi, olay zaman damgası olarak kullanılır.

Yakala

Tekrarlayan bir görevin veya ilgili uyumluluk kaydının tamamlanma tarihini yakalayın.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Conga CLM'den Verilerinizi Nasıl Alırsınız