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

Genel Process Mining Template'i
Sözleşme Yönetimi Veri Template'inuz

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

Genel Process Mining Template'i

Bu, Sözleşme Yönetimi süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi kullanın.

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

Sözleşme Yönetimi Öznitelikleri

Bu önerilen veri alanları, detaylı analiz ve sözleşme yönetimi operasyonlarınıza daha derinlemesine stratejik bilgiler güçlüak için event lognuz için büyük önem taşır.
5 Gerekli 7 Önerilen 2 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Sözleşme süreç 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 Yürürlüğe Girdi' 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 büyük önem taşır. 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?dir?

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

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ıç Saati
EventStartTime
Belirli bir etkinliğin veya olayın başladığı tam tarih ve saatini gösteren zaman damgası (zaman damgası)dır.
Açıklama

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

Analizde, bu zaman damgası (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 sunar. 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?dir?

Bu zaman damgası (zaman damgası), olayları sıralamak, süreç döngü sürelerini hesaplamak ve zamana dayalı darboğazları belirlemek için büyük önem taşır.

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 olarak kullanılır.
Açıklama

Sözleşme Kimliği, tek bir sözleşme süreç döngüsüne atanan benzersiz bir temel rol oynar. İ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 tüm sürecini yeniden yapılandırmak için büyük önem taşır. İlgili olayları tek bir olayda gruplandırarak, tüm süreç akışının görselleştirilmesini ve analizini sunar. 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?dir?

Bu tanımlayıcı, bir sözleşmeyi tüm süreç döngüsü boyunca takip etmek için gereklidir; doğru süreç keşfi ve performans ölçümünü sunar.

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 süreç 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 altyapısını anlamak için büyük önem taşır.

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?dir?

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 olaya ait verinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Son Veri Güncelleme zaman damgası (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 sunar. Bu, iş etkinliğinin ne zaman gerçekleştiğini kaydeden olay zaman damgası (zaman damgası)ndan farklıdır.

Analiz amacıyla, bu öznitelik veri yönetimi ve stratejik bilgilerin güncelliğini paydaşlara iletmek için büyük önem taşır. 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 panellerina dayanarak zamanında ve bilinçli kararlar almak için önemlidir.

Neden Önemli?dir?

Verilerin güncelliği hakkında önemli bilgiler sunar, paydaşların süreç stratejik bilgilerinin ne kadar güncel olduğunu anlamalarını garanti eder.

Nereden Alınır??

Bu zaman damgası (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' kontrol paneli'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?dir?

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 önemli bilgiler sunar.

Analiz için bir boyut olarak, karşı taraf büyük önem taşır. İşletmenin satıcıya veya müşteriye göre süreç performansını analiz etmesine sunar. Örneğin, bir analiz belirli karşı taraflarla yapılan müzakerelerin sürekli olarak ortalamadan daha uzun sürdüğünü gösterebilir. Bu önemli bilgi, 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?dir?

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

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 süreç 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 kontrol paneli'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 sunar.

Neden Önemli?dir?

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

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.comUSER1, 2, 3, 45
Olay Bitiş Zamanı
EventEndTime
Belirli bir etkinliğin veya olayın tamamlandığı tam tarih ve saatini gösteren zaman damgası (zaman damgası)dır.
Açıklama

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

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 kontrol paneli'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?dir?

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

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şme Değerile 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 ölçülmesini sunar. 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' kontrol paneli'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 sunar 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?dir?

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

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', 'Yürürlüğe Girdi' veya 'Süresi Doldu' gibi sözleşmenin mevcut süreç döngüsü aşaması veya durumu.
Açıklama

Sözleşme Durumu, bir sözleşmenin süreç 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ı' kontrol paneli'unun kilit bir bileşenidir.

Neden Önemli?dir?

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 süreç döngüsü aşamasına göre filtrelenmesini ve analiz edilmesini sunar.

Nereden Alınır??

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

Örnekler:::::::
TaslakİncelemedeYürütüldüSonlandırıldı
Sözleşme Tipi
ContractType
Sözleşmenin Sınıflandırması; örneğin Çerçeve Hizmet Sözleşmesi (MSA), Gizlilik Sözleşmesi (NDA) veya İş Tanımı (SOW).
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 süreç döngüsüne temel bir iş bağlamı sunar.

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 sunar. Ö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?dir?

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 sunar.

Nereden Alınır??

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

Örnekler:::::::
Gizlilik Sözleşmesi (NDA)Ana Hizmet Sözleşmesi (MSA)İş Tanımı Beyanı (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 olarak kullanılır.

Bu öznitelik, verimliliğin doğrudan bir ölçüsüdür ve 'Sözleşme Yeniden Çalışanşma Oranı' KPI'ını hesaplamak için kullanılır. 'Müzakere ve Yeniden Çalışanşma Verimliliği' kontrol paneli'ı, 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?dir?

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
Sözleşme Bitiş Tarihi
ExpirationDate
Sözleşmenin yenilenmemesi veya feshedilmemesi durumunda sona ereceği 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 süreç 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 temel rol oynar.

Process Mining'de bu öznitelik, 'Yükümlülük ve Yenileme Yönetimi' kontrol paneli'u için gereklidir. 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 sunar.

Neden Önemli?dir?

Yenileme yönetimi ve risk azaltma için kritik olan bu tarih, sözleşme dönüm noktaları.nı takip etmeye ve zamanında eylem yapılmasını güçlüaya 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 Opsiyonel

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 lognuzda yakalamanız gereken temel süreç adımlarını ve dönüm noktaları.nı özetler.
8 Önerilen 9 Opsiyonel
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?dir?

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ı (zaman damgası)nı belirleyin.

Event tipi inferred
Sözleşme Etkinleştirildi
Sözleşmenin aktif ve somut 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?dir?

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ı (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?dir?

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 büyük önem taşır.

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ı (zaman damgası)nı yakalayı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?dir?

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ı (zaman damgası)nı bulun.

Event tipi explicit
Sözleşme İmzalandı
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 süreç döngüsünün imza öncesi aşamasının başarılı bir şekilde tamamlandığını temsil eder.
Neden Önemli?dir?

Birincil başarı çıktısı olarak, yürütme tarihi, talepten yürütmeye kadar olan toplam döngü süresini hesaplamak için büyük önem taşır. 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ı (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 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 süreç döngüsünün doğal, planlanmış sonucunu temsil eder.
Neden Önemli?dir?

Sona erme tarihlerini takip etmek, yenilemeleri yönetmek ve istenmeyen hizmet veya anlaşma aksaklıklarını önlemek için büyük önem taşır. 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ı (zaman damgası) oluşturarak bu olayı türetin.

Event tipi calculated
Sözleşme Talebi Başlatıldı
Bu, sözleşme süreç 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?dir?

Bu etkinlik, sürecin resmi başlangıcını işaret eder ve zaman damgası (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ı (zaman damgası)ndan yakalanır.

Yakala

Benzersiz Sözleşme Kimliği ile ilişkili oluşturma olayını veya en erken zaman damgası (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?dir?

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 büyük önem taşır.

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
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?dir?

Sık yapılan değişiklikler, orijinal sözleşmelerin yeterince detaylı 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?dir?

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ı (zaman damgası)nı veya hukuki onayı gösteren bir durum değişikliğini arayın.

Event tipi explicit
İç İnceleme Başladı
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?dir?

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ı (zaman damgası)nı yakalayı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?dir?

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 büyük önem taşır.

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ı (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?dir?

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ı (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?dir?

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ı (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?dir?

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ı (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?dir?

Talepten taslağa kadar geçen süreyi takip etmek, ilk kurulum ve yazım verimliliği hakkında stratejik bilgiler sunar. 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ı (zaman damgası)nı veya durumun 'Taslak' olarak değiştiği zamanı kullanın.

Event tipi inferred
Yükümlülük İzleme 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 güçlüanın ilk adımıdır.
Neden Önemli?dir?

Bu etkinlik, imza sonrası yönetişimi anlamak için büyük önem taşır. Bu görevleri takip etmek, sözleşmeden değer elde edilmesini güçlüaya 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ı (zaman damgası)nı yakalayın.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma 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.

Başlamaya Hazır Mısınız?

Verilerinizi çıkarmaya başlamak için aşağıdaki seçeneklerden sisteme özel bir kılavuz seçin veya bu genel Template'i olay kaydınız için evrensel bir şablon olarak kullanın.

Sözleşme Yönetiminizi Bugün Optimize edinmeye Başlayın

Darboğazları ortaya çıkarın, riskleri azaltın ve anlaşmaları hızlandırarak hızlı sonuçlar elde edin.

Ücretsiz Denemenizi Başlatın

Kredi Kartı Gerekmez, Kurulum Dakikalar İçinde