Sözleşme Yönetimi Veri Template'inuz
Sözleşme Yönetimi Veri Template'inuz
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..
Sözleşme Yönetimi Öznitelikleri
| 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 | |||
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?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 | |||
Veri Çıkarma Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar iç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.
Kredi Kartı Gerekmez, Kurulum Dakikalar İçinde