Sözleşme Yönetimi Veri Şablonunuz
Sözleşme Yönetimi Veri Şablonunuz
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.
Sözleşme Yönetimi Öznitelikleri
| 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 | |||
Sözleşme Yönetimi Aktiviteleri
| 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 | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,