Sözleşme Yönetimi Veri Şablonunuz

Genel Process Mining şablonu
Sözleşme Yönetimi Veri Şablonunuz

Sözleşme Yönetimi Veri Şablonunuz

Genel Process Mining şablonu

Bu, Sözleşme Yönetimi süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.

Belirli bir sistem seçin
  • Sözleşme yönetimi süreçleri için evrensel bir veri modeli.
  • Kapsamlı analiz için önerilen öznitelikler ve aktiviteler.
  • Kaynak sisteminiz ne olursa olsun, olay kaydınızı çıkarmak için rehberlik.
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Sözleşme Yönetimi Öznitelikleri

Bu önerilen veri alanları, kapsamlı analiz ve sözleşme yönetimi operasyonlarınıza daha derinlemesine içgörüler sağlamak için event log'unuz için hayati öneme sahiptir.
5 Gerekli 7 Önerilen 2 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Sözleşme yaşam döngüsü içinde meydana gelen belirli bir iş olayı, görev veya kilometre taşının adıdır.
Açıklama

Aktivite Adı, sözleşme yönetimi sürecindeki bir adımı tanımlar. Bu aktiviteler 'Sözleşme Taslağı Hazırlandı', 'Hukuki İnceleme Tamamlandı' veya 'Sözleşme İcra Edildi' gibi ayrı görevleri temsil eder. Belirli bir Sözleşme Kimliği için bu aktivitelerin kronolojik sırası, süreç akışını oluşturur.

Bu öznitelik, process mining'de temel görselleştirme olan süreç haritasını oluşturmak için kritiktir. Farklı aktivitelerin sırasını ve sıklığını analiz ederek analistler, gerçek süreç akışını anlayabilir, standart prosedürden sapmaları belirleyebilir ve tekrarlayan revizyon döngüleri gibi yeniden işleme veya verimsizlik alanlarını tespit edebilir.

Neden önemli

Süreç adımlarını tanımlar, sözleşme yaşam döngüsünün görselleştirilmesine ve süreç sapmalarının ve darboğazlarının belirlenmesine olanak tanır.

Nereden alınır

Genellikle ana sözleşme kaydıyla ilişkili event log'larında, denetim izlerinde veya durum geçmişi tablolarında bulunur.

Örnekler
Sözleşme Taslağı HazırlandıDahili Onay TamamlandıSözleşme İmza İçin Gönderildi
Olay Başlangıç Zamanı
EventStartTime
Belirli bir etkinliğin veya olayın başladığı kesin tarih ve saatini gösteren zaman damgası.
Açıklama

Olay Başlangıç Zamanı, sözleşme yaşam döngüsünde bir aktivitenin başlangıcını işaret eder. Bu zaman damgası, olayları kronolojik olarak sıralamak ve aktivitelerin süresini ile genel süreç döngü süresini hesaplamak için esastır. Süreç akışını zaman içinde anlamak için gerekli zamansal bağlamı sağlar.

Analizde, bu zaman damgası süreç haritasını oluşturmak ve 'Ortalama Sözleşme Döngü Süresi' ve 'Ortalama Onay Süresi' gibi temel performans göstergelerini hesaplamak için kullanılır. En çok zaman tüketen adımları ortaya çıkararak darboğaz analizini mümkün kılar. Aktiviteler arasındaki başlangıç zamanlarını karşılaştırmak, geçiş sürelerinin detaylı bir şekilde incelenmesini sağlayarak süreç adımları arasındaki gecikmeleri vurgular.

Neden önemli

Bu zaman damgası, olayları sıralamak, süreç döngü sürelerini hesaplamak ve zamana dayalı darboğazları belirlemek için temeldir.

Nereden alınır

Sistem denetim loglarında, işlem kayıtlarında veya süreç adımlarının zaman damgalarını yakalayan olay geçmişi tablolarında mevcuttur.

Örnekler
2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z
Sözleşme Kimliği
ContractId
Her sözleşme için benzersiz tanımlayıcı olup, tüm ilgili etkinlikleri ve belgeleri birbirine bağlayan birincil olay tanımlayıcısı olarak hizmet eder.
Açıklama

Sözleşme Kimliği, tek bir sözleşme yaşam döngüsüne atanan benzersiz bir anahtardır. İlk talepten nihai sona erme veya feshe kadar her olayı birbirine bağlayan merkezi bir bağlantı görevi görür. Taslak hazırlama, incelemeler, onaylar ve yürütme gibi tüm aktiviteler bu belirli kimlikle ilişkilendirilir.

Process mining analizinde, Sözleşme Kimliği, her sözleşmenin uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. İlgili olayları tek bir olayda gruplandırarak, tüm süreç akışının görselleştirilmesini ve analizini sağlar. Tutarlı bir Sözleşme Kimliği olmadan, döngü sürelerini doğru bir şekilde ölçmek, darboğazları belirlemek veya süreç varyantlarını analiz etmek imkansız olacaktır.

Neden önemli

Bu tanımlayıcı, bir sözleşmeyi tüm yaşam döngüsü boyunca takip etmek için esastır; doğru süreç keşfi ve performans ölçümünü mümkün kılar.

Nereden alınır

Genellikle bir Contract Lifecycle Management (CLM) sistemindeki bir sözleşme nesnesinin başlık veya birincil kaydında bulunur.

Örnekler
CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510
Kaynak Sistem
SourceSystem
Sözleşme verilerinin çıkarıldığı BT sistemi veya uygulamasının adıdır.
Açıklama

Kaynak Sistem özniteliği, olay verilerinin kaynağını tanımlar. Birçok kuruluşta, sözleşme yaşam döngüsü, bir CLM platformu, başlangıç için bir CRM ve finansal veri için bir ERP sistemi gibi birden fazla sistemi kapsayabilir. Her olay için kaynak sistemi belirtmek, veri doğrulama ve sürecin teknolojik manzarasını anlamak için çok önemlidir.

Process Mining analizinde, bu öznitelik farklı sistemler arasındaki süreç parçalanmasını belirlemeye yardımcı olur. Gecikmelerin veya sorunların belirli uygulamalar arasındaki veri aktarımlarıyla ilişkili olup olmadığını ortaya çıkarabilir. Ayrıca veri yönetimi ve veri kalitesi sorunlarını kaynağına kadar takip etmek için de önemlidir.

Neden önemli

Veri doğrulama, süreç parçalanmasını anlama ve veri kalitesi sorunlarını giderme için kritik olan verinin kaynağını belirler.

Nereden alınır

Bu bilgi genellikle veri çıkarma süreci sırasında eklenir veya sistem log'larında standart bir alan olarak bulunabilir.

Örnekler
AgiloftSAP AribaDocuSign CLM
Son Veri Güncellemesi
LastDataUpdate
Bu event'e ait verinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren timestamp.
Açıklama

Son Veri Güncelleme zaman damgası, analiz edilen verinin ne kadar güncel olduğunu belirtir. Veri çıkarma, dönüştürme ve yükleme (ETL) sürecinin en son ne zaman çalıştığını gösterir, böylece analizin ne kadar güncel olduğu konusunda bağlam sağlar. Bu, iş etkinliğinin ne zaman gerçekleştiğini kaydeden olay zaman damgasından farklıdır.

Analiz amacıyla, bu öznitelik veri yönetimi ve içgörülerin güncelliğini paydaşlara iletmek için kritik öneme sahiptir. Kullanıcıların gerçek zamanlı bilgilere mi yoksa önceki bir gün veya haftadan alınmış bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur. Bu bağlam, Process Mining dashboard'larına dayanarak zamanında ve bilinçli kararlar almak için hayati önem taşır.

Neden önemli

Verilerin güncelliği hakkında kritik bağlam sağlar, paydaşların süreç içgörülerinin ne kadar güncel olduğunu anlamalarını garanti eder.

Nereden alınır

Bu zaman damgası genellikle veri entegrasyonu veya ETL aracı tarafından veri yükleme süreci sırasında oluşturulur ve depolanır.

Örnekler
2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Bölüm
Department
Satış, Hukuk veya Tedarik gibi sözleşmenin sahibi olan dahili iş birimi veya departman.
Açıklama

Departman özniteliği, sözleşmeden sorumlu veya sözleşmeyle ilişkili dahili ekibi veya iş birimini tanımlar. Bu genellikle sözleşme sahibinin departmanı veya sözleşme talebini başlatan ekiptir.

Bu, dahili kıyaslama ve iş yükü analizi için kilit bir boyuttur. Sözleşme yönetimi sürecinin kuruluşun farklı bölümlerinde nasıl farklılaştığını anlamaya yardımcı olur. 'Ekip İş Yükü ve Verimlilik' dashboard'u, performansı karşılaştırmak, kaynak ihtiyaçlarını belirlemek ve ek eğitim veya süreç desteği gerektirebilecek departmanları vurgulamak için departmana göre filtrelenebilir. 'Hangi departman en uzun onay döngülerine sahip?' veya 'Satış departmanındaki süreç Satın Alma ile nasıl karşılaştırılır?' gibi soruları yanıtlamaya yardımcı olur.

Neden önemli

Farklı iş birimleri arasındaki süreç performansının karşılaştırılmasını sağlayarak, dahili darboğazları belirlemeye ve en iyi uygulamaları paylaşmaya yardımcı olur.

Nereden alınır

Genellikle sözleşme sahibinin kullanıcı profiliyle ilişkilendirilir veya sözleşme kaydının kendisinde bir alan olarak belirtilir.

Örnekler
SatışHukukTedarikBT
Karşı Taraf Adı
CounterpartyName
Sözleşmede yer alan harici tarafın, şirketin, müşterinin, satıcının veya iş ortağının adıdır.
Açıklama

Karşı Taraf Adı, kuruluşun anlaşma yaptığı harici varlığı tanımlar. Bu bir müşteri, tedarikçi veya ortak olabilir. Sözleşme ile düzenlenen iş ilişkisi hakkında kritik bağlam sağlar.

Analiz için bir boyut olarak, karşı taraf paha biçilmezdir. İşletmenin satıcıya veya müşteriye göre süreç performansını analiz etmesine olanak tanır. Örneğin, bir analiz belirli karşı taraflarla yapılan müzakerelerin sürekli olarak ortalamadan daha uzun sürdüğünü gösterebilir. Bu içgörü, gelecekteki müzakere stratejilerini bilgilendirebilir, ilişkileri yönetmeye yardımcı olabilir ve süreci hızlandırmak için stratejik ortaklar için özel sözleşme şablonları oluşturmak için kullanılabilir.

Neden önemli

Harici tarafı tanımlayarak, müşteri veya tedarikçiye göre döngü süreleri ve müzakere modellerinin analizini sağlar.

Nereden alınır

Sözleşme kaydında yer alan, genellikle müşteriler veya tedarikçiler için ana veri kaydına bağlı standart bir alan.

Örnekler
Acme Şirketi`Global Tech Inc.`Innovate Solutions LLC
Kullanıcı Adı
UserName
Sözleşme etkinliğini gerçekleştiren veya sorumlu olan kullanıcının, çalışanın veya kaynağın adı veya kimliğidir.
Açıklama

Kullanıcı Adı, sözleşme yaşam döngüsünde belirli bir görevi tamamlamaktan sorumlu kişiyi tanımlar. Bu kişi sözleşme sahibi, hukuki inceleyici, onaylayıcı veya imza sahibi olabilir. Bu öznitelik, süreç etkinliklerini gerçekleştiren kişilere bağlar.

Process Mining'de bu öznitelik, ekip ve bireysel performansa dair bir görünüm sunar. İşin nasıl dağıtıldığını analiz etmek, aşırı yüklenmiş çalışanları veya ekipleri belirlemek ve performansı değerlendirmek için 'Ekip İş Yükü ve Verimlilik' gibi dashboard'larda kullanılır. Ayrıca, farklı kullanıcı davranışlarının süreç varyasyonlarına veya gecikmelere nasıl yol açabileceğini anlamaya yardımcı olur, hedefe yönelik eğitim veya kaynak tahsisini mümkün kılar.

Neden önemli

Süreç aktivitelerini bireylere bağlar; iş yükü dağılımı, ekip performansı ve kaynak tahsisinin analizini sağlar.

Nereden alınır

Genellikle kaynak sistemdeki işlem kayıtlarında, denetim log'larında veya görev atama alanlarında bulunur.

Örnekler
Can Demirj.smith@example.comUSER12345
Olay Bitiş Zamanı
EventEndTime
Belirli bir etkinliğin veya olayın tamamlandığı kesin tarih ve saatini gösteren zaman damgası.
Açıklama

Olay Bitiş Zamanı, bir aktivitenin tamamlandığını işaret eder. Olay Başlangıç Zamanı ile eşleştirildiğinde, sözleşme yaşam döngüsündeki her bir adım için işlem süresinin hassas bir şekilde hesaplanmasına olanak tanır. Bu ayrıntı düzeyi, detaylı bir performans analizi için esastır.

Bu öznitelik, darboğaz analizi için temel olan aktivite sürelerini hesaplamak için kullanılır. 'Onay ve İnceleme Darboğaz Analizi' gibi dashboard'lar, sözleşmelerin geciktiği adımları vurgulamak için bu verilere güvenir. Her aktivitenin süresini anlayarak, kuruluşlar iyileştirme çabalarını hukuki incelemeler veya müzakereler gibi sürecin en çok zaman alan kısımlarına odaklayabilir.

Neden önemli

Süreç darboğazlarının kesin konumunu belirlemek için kritik olan aktivite düzeyindeki sürelerin hesaplanmasını sağlar.

Nereden alınır

Sistem denetim loglarında veya olay geçmişi tablolarında bulunur. Açıkça kaydedilmemişse, sonraki olayın başlangıç zamanından türetilmesi gerekebilir.

Örnekler
2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z
Sözleşme Değeri
ContractValue
Sözleşmeyle ilişkili, gelir, gider veya taahhüdü temsil edebilen toplam parasal değerdir.
Açıklama

Sözleşme Değeri, bir sözleşmenin finansal önemini nicelleştirir. Bu miktar, sözleşmeleri önceliklendirmeye ve kuruluşa olan etkilerini anlamaya yardımcı olan kritik bir iş bağlamıdır. Genellikle belirli bir para biriminde ifade edilir.

Process mining'de bu öznitelik, süreç performansının iş üzerindeki etkisini analiz etmek için kullanılır. 'İş Etkisi ve Verimlilik' dashboard'u, işlenen, takılı kalan veya yürütülen sözleşmelerin değerini göstermek için bu veriyi kullanır. Yüksek değerli sözleşmelerin önceliklendirilmesine olanak tanır ve 'En değerli sözleşmelerimiz onaylarda takılıyor mu?' veya 'Yenileme tarihlerini kaçıran sözleşmelerin değeri nedir?' gibi soruları yanıtlamaya yardımcı olur.

Neden önemli

Sözleşmelerin finansal etkisini nicelleştirir, süreç verimsizliklerinin yüksek değerli anlaşmaları nasıl etkilediğinin önceliklendirilmesini ve analizini sağlar.

Nereden alınır

Bir CLM veya ERP sistemindeki ana sözleşme kaydının finansal detaylar bölümünde bulunur.

Örnekler
100000.0025000.505000000.00
Sözleşme Durumu
ContractStatus
Taslak', 'Onayda', 'İcra Edildi' veya 'Süresi Doldu' gibi sözleşmenin mevcut yaşam döngüsü aşaması veya durumu.
Açıklama

Sözleşme Durumu, bir sözleşmenin yaşam döngüsünde belirli bir anda nerede olduğuna dair bir anlık görüntü sunar. Bu öznitelik, sözleşme önemli kilometre taşlarından geçerken sıklıkla güncellenir. Sözleşmenin ilerlemesine dair üst düzey bir özet sunar.

Bu öznitelik, sözleşme portföyünün belirli kısımlarını analiz etmek için olayları filtrelemek açısından son derece faydalıdır. Örneğin, analistler yükümlülük yönetimi için 'Aktif' sözleşmelere veya gecikmelerin nedenlerini anlamak için 'Takılı Kalmış' sözleşmelere odaklanabilirler. Her aşamadaki sözleşme hacmini görselleştirmeye ve 'Takılı Kalmış Sözleşme Oranı' KPI'ını ölçmeye yardımcı olan 'Sözleşme Yaşam Döngüsü Performansı' dashboard'unun kilit bir bileşenidir.

Neden önemli

Bir sözleşmenin mevcut aşamasına dair üst düzey bir görünüm sunarak, sözleşme portföyünün yaşam döngüsü aşamasına göre filtrelenmesini ve analiz edilmesini sağlar.

Nereden alınır

Bu, bir CLM sistemindeki ana sözleşme kaydında yer alan birincil durum alanıdır.

Örnekler
Taslakİncelemedeİcra EdildiSonlandırıldı
Sözleşme Tipi
ContractType
Ana Hizmet Sözleşmesi (MSA), Gizlilik Anlaşması (NDA) veya İş Tanımı Belgesi (SOW) gibi sözleşmenin sınıflandırması.
Açıklama

Sözleşme Türü, sözleşmeleri hukuki niteliği ve amacına göre sınıflandıran kategorik bir özniteliktir. Yaygın türler arasında NDA'lar, MSA'lar, SOW'lar ile satış veya tedarik sözleşmeleri bulunur. Bu sınıflandırma, sözleşme yaşam döngüsüne temel bir iş bağlamı sağlar.

Bu öznitelik, karşılaştırmalı analiz için güçlü bir boyuttur. Analistlerin, belirli sözleşme türlerinin farklı süreç akışlarına, daha uzun döngü sürelerine veya daha yüksek yeniden işleme oranlarına sahip olup olmadığını görmek için süreç haritasını ve KPI'ları filtrelemesine olanak tanır. Örneğin, bir analiz, MSA'ların yasal incelemede NDA'lardan önemli ölçüde daha uzun sürdüğünü ortaya çıkarabilir ve bu da daha karmaşık anlaşma türleri için bir süreç yeniden tasarımını tetikleyebilir.

Neden önemli

Farklı sözleşme türlerinin döngü süresini, karmaşıklığını ve riski nasıl etkilediğini ortaya koyarak süreçlerin segmentasyonuna ve karşılaştırmasına olanak tanır.

Nereden alınır

Bu, herhangi bir CLM sistemindeki ana sözleşme kaydında yer alan standart bir alandır.

Örnekler
Gizlilik Anlaşması (NDA)Ana Hizmet Sözleşmesi (MSA)İş Tanımı Belgesi (SOW)
Revizyon Sayısı
RevisionCount
Bir sözleşme belgesinin müzakere ve inceleme döngüleri sırasında kaç kez revize edildiğini veya üzerinde değişiklik yapıldığını gösteren bir sayaç.
Açıklama

Revizyon Sayısı, bir sözleşmenin yürürlüğe girmeden önce geçirdiği yeniden çalışma miktarını takip eder. Belge her düzenlendiğinde ve yeni bir sürüm oluşturulduğunda, bu sayının artması gerekir. Bu, müzakere sürecinin karmaşıklığının ve tartışmalılığının bir göstergesi olarak hizmet eder.

Bu öznitelik, verimliliğin doğrudan bir ölçüsüdür ve 'Sözleşme Yeniden Çalışma Oranı' KPI'ını hesaplamak için kullanılır. 'Müzakere ve Yeniden Çalışma Verimliliği' dashboard'ı, aşırı sayıda revizyon gerektiren sözleşmeleri, karşı tarafları veya sözleşme türlerini belirlemek için bu veriyi kullanır. Yüksek revizyon sayıları genellikle daha uzun döngü süreleri ile ilişkilidir ve net olmayan gereksinimleri, agresif müzakere taktiklerini veya daha iyi standart şablonlara olan ihtiyacı gösterebilir.

Neden önemli

Yeniden işleme ve müzakere karmaşıklığı seviyesini ölçer, verimsizlik ve uzun döngü sürelerinin nedenlerini belirlemeye yardımcı olur.

Nereden alınır

Sözleşme belgesindeki bir sürüm numarası alanından alınabilir veya her bir durum için 'Sözleşme Revize Edildi' aktivitelerinin sayısı sayılarak türetilebilir.

Örnekler
135
Son Kullanma Tarihi
ExpirationDate
Yenilenmez veya feshedilmezse sözleşmenin süresi dolacağı tarih.
Açıklama

Bitiş Tarihi, bir sözleşmenin vadesinin sona erdiğini gösteren kritik bir tarih alanıdır. Aktif sözleşmelerin yaşam döngüsünü yönetir ve yenileme veya fesih aktiviteleri için birincil tetikleyicidir. Bitiş tarihlerinin doğru yönetimi, istenmeyen hizmet kesintilerini veya gelir kayıplarını önlemek için anahtardır.

Process mining'de bu öznitelik, 'Yükümlülük ve Yenileme Yönetimi' dashboard'u için esastır. Yenileme aktivitelerinin tarihini bitiş tarihiyle karşılaştırarak 'Zamanında Yenileme Oranı' KPI'ını hesaplamak için kullanılır. Bitiş tarihine yaklaşan sözleşmeleri analiz etmek, kuruluşların yenileme süreçlerini proaktif olarak yönetmelerine ve gelir sızıntısı veya operasyonel kesintileri önlemelerine olanak tanır.

Neden önemli

Yenileme yönetimi ve risk azaltma için kritik olan bu tarih, sözleşme kilometre taşlarını takip etmeye ve zamanında eylem yapılmasını sağlamaya yardımcı olur.

Nereden alınır

Bu, bir CLM sistemindeki ana sözleşme kaydında yer alan anahtar bir tarih alanıdır.

Örnekler
2024-12-312025-06-302026-01-15
Gerekli Önerilen İsteğe Bağlı

Sözleşme Yönetimi Aktiviteleri

Bu bölüm, doğru süreç keşfi ve net akış görselleştirmesi için event log'unuzda yakalamanız gereken temel süreç adımlarını ve kilometre taşlarını özetler.
8 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
Dahili Onay Tamamlandı
Bu kilometre taşı, tüm gerekli iç paydaşların sözleşmenin nihai sürümünü onayladığını gösterir. Kuruluşun uyumlu olduğunu ve sözleşmeyi harici olarak sunmaya hazır olduğunu gösterir.
Neden önemli

Bu, iç müzakerelerin sonunu işaret eden süreçteki önemli bir geçittir. Bu aşamaya ulaşmak için geçen süre, iç verimlilik için temel bir performans göstergesidir.

Nereden alınır

Bu, genellikle sözleşme durumu 'Tamamen Onaylandı' veya 'İmza İçin Hazır' gibi nihai bir onay durumuna geçtiğinde veya son onay görevi tamamlandığında çıkarılır.

Yakala

Genel onay durumu tamamlandığında veya son gerekli onay kaydedildiğinde zaman damgasını belirleyin.

Event tipi inferred
Sözleşme Aktif Edildi
Sözleşmenin aktif ve uygulanabilir hale gelmesini temsil eder, bu durum icra tarihinden itibaren veya sonrasında gerçekleşebilir. Bu olay, yükümlülük yönetiminin ve performans takibinin başlangıcını tetikler.
Neden önemli

Aktivasyon, sözleşme sürecinden sözleşme yönetimi sürecine geçişi işaret eder. Uyumluluğu, yenilemeleri ve yükümlülükleri takip etmek için gerçek başlangıç tarihidir.

Nereden alınır

Bu, genellikle sistem içinde 'Yürürlüğe Kondu'dan 'Aktif'e veya 'Canlı'ya geçiş gibi bir durum değişikliği olarak kaydedilir ve bazen belirli bir 'Yürürlük Tarihi' alanına bağlıdır.

Yakala

Durumun 'Aktif' olarak değiştiği zaman damgasını veya mevcutsa Sözleşme Yürürlük Tarihini kullanın.

Event tipi inferred
Sözleşme Feshedildi
Aktif bir sözleşmenin, planlanan bitiş tarihinden önce erken feshedilmesini temsil eder. Bu, sözleşme şartlarının izin verdiği şekilde haklı nedene veya kolaylığa bağlı olabilir.
Neden önemli

Bu olay, bir iş ilişkisinin erken sonunu gösterir. Sonlandırma sıklığını ve nedenlerini anlamak, risk yönetimi ve iş sağlığı için kritik öneme sahiptir.

Nereden alınır

Bu, genellikle bir kullanıcının sözleşme durumunu 'Sonlandırıldı' olarak değiştirmesiyle kaydedilen ve genellikle bir neden kodu veya notlarla birlikte gelen açık bir olaydır.

Yakala

Aktif bir sözleşmenin durumu 'Feshedildi' olarak değiştiğinde zaman damgasını yakalayın.

Event tipi explicit
Sözleşme İcra Edildi
Bu, tüm tarafların sözleşmeyi imzalayarak yasal olarak bağlayıcı hale gelmesini sağlayan önemli bir kilometre taşıdır. Sözleşme yaşam döngüsünün imza öncesi aşamasının başarılı bir şekilde tamamlandığını temsil eder.
Neden önemli

Birincil başarı çıktısı olarak, yürütme tarihi, talepten yürütmeye kadar olan toplam döngü süresini hesaplamak için çok önemlidir. Performans ve verim analizi için kilit bir olaydır.

Nereden alınır

Bu, genellikle bir e-imza platformuyla entegrasyon aracılığıyla açıkça yakalanır veya bir kullanıcı durumu manuel olarak 'Yürürlüğe Kondu' olarak güncelleyip yürütme tarihini girdiğinde kaydedilir.

Yakala

E-imza sisteminden alınan tamamlama zaman damgasını veya durumun manuel olarak 'Yürürlüğe Kondu' olarak değiştirildiği tarihi kullanın.

Event tipi explicit
Sözleşme İmza İçin Gönderildi
Bu etkinlik, nihai, onaylanmış sözleşmenin tüm taraflarca yürütülmek üzere gönderilmesini işaret eder. Tüm müzakerelerin sonunu ve nihai yürütme adımının başlangıcını gösterir.
Neden önemli

Bu, nihai imza döngüsünün başlangıcını belirleyen kritik bir kilometre taşıdır. Bu noktadan yürütmeye kadar geçen süreyi analiz etmek, imzalama sürecindeki gecikmeleri ortaya çıkarabilir.

Nereden alınır

E-imza entegrasyonlarına sahip sistemlerde, bu genellikle imzalama sürecini tetikleyen ve sistemin denetim izinde kaydedilen açık bir eylemdir.

Yakala

E-imza iş akışını başlatmakla ilgili olay kaydını veya API çağrı zaman damgasını bulun.

Event tipi explicit
Sözleşme Süresi Doldu
Bu olay, bir sözleşmenin yenilenmeden veya erken sonlandırılmadan bitiş tarihine ulaştığını gösterir. Bu, sözleşmenin yaşam döngüsünün doğal, planlanmış sonucunu temsil eder.
Neden önemli

Sona erme tarihlerini takip etmek, yenilemeleri yönetmek ve istenmeyen hizmet veya anlaşma aksaklıklarını önlemek için çok önemlidir. Yenilenmeyen sona erme sayısının yüksek olması, kaybedilen iş anlamına gelebilir.

Nereden alınır

Bu olay genellikle açıkça kaydedilmez, ancak sözleşmenin sona erme tarihi alanını mevcut tarihle karşılaştırarak hesaplanır.

Yakala

Sözleşme kaydındaki 'Bitiş Tarihi' alanının sistem tarihinden büyük veya ona eşit olduğu zaman bir zaman damgası oluşturarak bu olayı türetin.

Event tipi calculated
Sözleşme Talebi Başlatıldı
Bu, sözleşme yaşam döngüsündeki ilk etkinliktir ve yeni bir sözleşme için resmi talebi temsil eder. Genellikle sistemde yeni bir sözleşme kaydının veya çalışma alanının oluşturulması olarak yakalanır.
Neden önemli

Bu etkinlik, sürecin resmi başlangıcını işaret eder ve zaman damgası, toplam sözleşme döngü süresini hesaplamak için önemlidir. Talep hacmini analiz etmek, kaynak planlamasına ve talep yönetimine yardımcı olur.

Nereden alınır

Bu olay genellikle kaynak sistemin ana sözleşme tablosundaki veya denetim log'larındaki birincil sözleşme kaydının veya nesnesinin oluşturulma zaman damgasından yakalanır.

Yakala

Benzersiz Sözleşme Kimliği ile ilişkili oluşturma olayını veya en erken zaman damgasını belirleyin.

Event tipi explicit
Sözleşme Yenilendi
Bir sözleşmenin vadesinin tamamlanmasının ardından başarılı bir şekilde yenilenmesini temsil eder. Bu, anlaşmanın ömrünü uzatan kritik bir iş sonucudur.
Neden önemli

Yenileme oranları, müşteri tutma ve memnuniyetinin doğrudan bir ölçüsüdür. Bu olayı takip etmek, uzun vadeli iş başarısı ve gelir sürekliliğini anlamak için hayati öneme sahiptir.

Nereden alınır

Bu, genellikle sözleşme durumunu güncelleyen veya yenileme süresi için orijinal sözleşmenin yerini alan yeni bir sözleşme kaydı oluşturan açık bir kullanıcı eylemidir.

Yakala

'Yenilendi' durum değişikliğini veya orijinaline yenileme olarak bağlı yeni bir sözleşmenin oluşturulmasını arayın.

Event tipi explicit
Dahili İnceleme Başlatıldı
Bu etkinlik, hazırlanan sözleşmenin iç paydaşlara resmi olarak inceleme ve geri bildirim için gönderildiği noktayı işaret eder. İç işbirliği ve onay aşamasının başlangıcını temsil eder.
Neden önemli

Bu, tüm iç inceleme döngüsünü ölçmek için başlangıç noktasıdır. Bu aşamada harcanan süreyi analiz etmek, paydaş uyumundaki darboğazları belirlemeye yardımcı olur.

Nereden alınır

Bu, genellikle bir workflow'daki durum değişikliğiyle (örneğin 'Taslak'tan 'İç İncelemeye' geçiş gibi) veya inceleme görevlerinin oluşturulmasıyla yakalanır.

Yakala

Sözleşme durumu 'İncelemede' olarak değiştiğinde veya ilk inceleme görevi atandığında zaman damgasını yakalayın.

Event tipi explicit
Değişiklik Başlatıldı
Bu olay, mevcut, aktif bir sözleşme için resmi bir değişiklik sürecinin başlangıcını işaret eder. Anlaşmanın orijinal şartlarına yönelik bir değişiklik talebini gösterir.
Neden önemli

Sık yapılan değişiklikler, orijinal sözleşmelerin yeterince kapsamlı olmadığını gösterebilir. Değişiklikleri analiz etmek, iş ilişkilerinin değişen doğasına dair bir bakış açısı sunar.

Nereden alınır

Bu, genellikle orijinal sözleşmeye bağlı yeni bir 'Ek' kaydının veya çalışma alanının oluşturulmasıyla yakalanır ve sistemin ana veri tablolarında bulunur.

Yakala

Üst Sözleşme Kimliğine bağlı 'Değişiklik' kayıt türü için oluşturma olayını belirleyin.

Event tipi explicit
Hukuksal İnceleme Tamamlandı
Hukuk departmanının sözleşme incelemesini tamamladığını gösterir. Bu, sözleşmenin daha geniş bir onaya veya harici müzakereye geçmeden önceki kritik bir kontrol noktasıdır.
Neden önemli

Hukuki incelemelerin süresini ölçmek, hukuk ekibinin iş yükünü nicelleştirmeye ve hukuki süreçleri kolaylaştırma fırsatlarını belirlemeye yardımcı olur. Genellikle genel döngü süresine önemli bir katkıda bulunur.

Nereden alınır

Genellikle hukuk ekibi sözleşme durumunu 'Hukuken Onaylandı' olarak güncellediğinde veya sistemin iş akışı logunda belirli bir onay görevini tamamladığında yakalanır.

Yakala

Hukuk departmanına atanan bir görevin tamamlanma zaman damgasını veya hukuki onayı gösteren bir durum değişikliğini arayın.

Event tipi explicit
Müzakere Başlatıldı
Karşı tarafla ileri geri bir müzakerenin başladığını gösterir. Bu genellikle harici taraftan alınan ilk yanıt veya üzerinde değişiklik yapılmış belge ile işaretlenir.
Neden önemli

Müzakerenin başlangıcını takip etmek, müzakere döngü süresini analiz etmek ve karşı tarafların yanıt vermesinin ne kadar sürdüğünü anlamak için çok önemlidir.

Nereden alınır

Bu, genellikle harici bir tarafça yeni bir belge sürümü yüklendiğinde veya sözleşme durumu aktif müzakereyi yansıtacak şekilde değiştiğinde çıkarılır.

Yakala

Karşı taraftan alınan ilk belgenin zaman damgasını veya durumun 'Müzakerede' olarak değiştiği zamanı kullanın.

Event tipi inferred
Sözleşme Geri Çekildi
Bir sözleşme talebinin veya devam eden bir sözleşmenin yürütülmeden önce kasıtlı olarak iptal edildiğini gösterir. Bu, süreci durduran terminal bir durumdur.
Neden önemli

Sözleşmelerin neden geri çekildiğini analiz etmek, yeterlilik sürecindeki sorunları veya değişen iş önceliklerini ortaya çıkarabilir. Bu, izlenmesi gereken önemli bir olumsuz sonuçtur.

Nereden alınır

Bu, genellikle bir kullanıcının sistemin durum geçmişi log'unda sözleşme durumunu 'İptal Edildi' veya 'Geri Çekildi' olarak değiştirmesiyle yakalanan açık bir bitiş durumudur.

Yakala

Sözleşme durumu terminal 'İptal Edildi' veya 'Geri Çekildi' durumuna güncellendiğinde zaman damgasını yakalayın.

Event tipi explicit
Sözleşme Karşı Tarafa Gönderildi
Bu etkinlik, sözleşmenin dış karşı tarafa inceleme ve müzakere için gönderildiği anı gösterir. İç süreçlerden dış etkileşime geçişi işaret eder.
Neden önemli

Bu olay, dış müzakere döngüsünü ölçmek için başlangıç noktasıdır. Sözleşmenin gönderilmesindeki gecikmeler, tüm anlaşma döngüsünü uzatabilir.

Nereden alınır

Bu, 'Müzakereye Gönder' gibi açık bir kullanıcı eylemi olabilir veya 'Müzakerede' veya 'Harici İncelemede' durum değişikliğinden çıkarılabilir.

Yakala

'Karşı Tarafa Gönder' olayının veya harici bir inceleme durumuna geçişin zaman damgasını yakalayın.

Event tipi explicit
Sözleşme Revize Edildi
Sözleşme belgesinin müzakereler veya dahili inceleme sırasında revize edildiği veya üzerinde değişiklik yapıldığı bir durumu temsil eder. Her revizyon, belgenin yeni bir sürümünü oluşturur.
Neden önemli

Revizyon sıklığı veya yeniden işleme oranı, süreç verimliliğinin ve sözleşme karmaşıklığının temel bir göstergesidir. Yüksek yeniden işleme oranları, ilk taslaklar veya müzakere taktikleriyle ilgili sorunlara işaret edebilir.

Nereden alınır

Bu, genellikle birincil sözleşme belgesinin yeni bir sürümü her yüklendiğinde veya sistemin belge deposuna kaydedildiğinde açıkça yakalanır.

Yakala

İlk taslaktan sonra yüklenen her yeni belge sürümünün zaman damgasını yakalayın.

Event tipi explicit
Sözleşme Taslağı Hazırlandı
İlk sözleşme taslağının tamamlanmasını temsil eder. Bu genellikle sözleşme belgesinin ilk sürümü yüklendiğinde veya oluşturulduğunda ve sözleşme kaydıyla ilişkilendirildiğinde yakalanır.
Neden önemli

Talepten taslağa kadar geçen süreyi takip etmek, ilk kurulum ve yazım verimliliği hakkında içgörüler sağlar. Bu aşamadaki gecikmeler, süreç darboğazlarının erken bir göstergesi olabilir.

Nereden alınır

Genellikle sözleşme kaydıyla ilişkili belge yönetimi veya ek log'larında bulunur. Ayrıca 'Taslak Tamamlandı' gibi bir durum değişikliğinden de çıkarılabilir.

Yakala

İlk belge sürümü yüklemesinin zaman damgasını veya durumun 'Taslak' olarak değiştiği zamanı kullanın.

Event tipi inferred
Yükümlülük Takibi Başlatıldı
Bu etkinlik, önemli tarihler, teslimatlar ve diğer taahhütlerin aktif olarak takip edildiği yürütme sonrası yönetimin başlangıcını gösterir. Ödül sonrası uyumluluğu sağlamanın ilk adımıdır.
Neden önemli

Bu etkinlik, imza sonrası yönetişimi anlamak için çok önemlidir. Bu görevleri takip etmek, sözleşmeden değer elde edilmesini sağlamaya ve riskleri azaltmaya yardımcı olur.

Nereden alınır

Bu, bir sözleşme yükümlülüğünü izlemek için bir görev, kontrol listesi veya alt süreç oluşturulduğunda veya başlatıldığında yakalanır; genellikle görev yönetimi log'larında bulunur.

Yakala

Aktif bir sözleşme için yükümlülük veya uyumluluk takibiyle ilgili görevlerin veya olayların oluşturulma zaman damgasını yakalayın.

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

Veri Çekim Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.