Sözleşme yönetimi Veri Templateiniz
Sözleşme yönetimi Veri Templateiniz
Bu, Sözleşme yönetimi için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Sözleşme yönetimi süreçleri için evrensel bir veri modeli.
- Ayrıntılı analiz için önerilen öznitelikler ve etkinlikler.
- Kaynak sisteminiz ne olursa olsun Event Logunuzu çıkarmaya yönelik yönergeler.
Sözleşme yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Sözleşmenin yaşam döngüsü boyunca gerçekleşen belirli bir iş olayının, görevin veya dönüm noktasının adıdır. | ||
| Açıklama Etkinlik adı, sözleşme yönetimi sürecindeki bir adımı tanımlar. 'Sözleşme taslağı hazırlandı', 'Hukuk incelemesi tamamlandı' veya 'Sözleşme yürürlüğe girdi' gibi ayrı görevleri ifade eder. Belirli bir sözleşme kimliğiyle ilişkili etkinliklerin kronolojik sıralaması, süreç akışını oluşturur. Bu öznitelik, Process Mining çalışmalarının temel görselleştirmesi olan süreç haritasını oluşturmak için önemlidir. Analistler farklı etkinliklerin sıralamasını ve sıklığını inceleyerek sürecin gerçekte nasıl ilerlediğini anlayabilir, standart prosedürden sapmaları belirleyebilir ve tekrarlanan düzeltme döngüleri gibi yeniden çalışma veya verimsizlik alanlarını saptayabilir. Neden önemli? Sürecin adımlarını tanımlar; sözleşmenin yaşam döngüsünü görselleştirmeyi, süreç sapmalarını ve darboğazları belirlemeyi sağlar. Nereden alınır? Genellikle ana sözleşme kaydıyla ilişkili olay günlüklerinde, denetim izlerinde veya durum geçmişi tablolarında bulunur. Örnekler Sözleşme taslağı hazırlandıKurum içi onay tamamlandıSözleşme imzaya gönderildi | |||
| Olay başlangıç zamanı EventStartTime | Belirli bir etkinliğin veya olayın başladığı kesin tarih ve saati gösteren zaman damgasıdır. | ||
| Açıklama Olay başlangıç zamanı, sözleşmenin yaşam döngüsündeki bir etkinliğin başlangıcını gösterir. Olayları kronolojik sıraya koymak, etkinliklerin süresini ve sürecin genel çevrim süresini hesaplamak için bu zaman damgası gereklidir. Süreç akışını zaman içinde anlamak için gereken bağlamı sağlar. Analizde bu zaman damgası, süreç haritasını oluşturmak ve 'Ortalama sözleşme çevrim süresi' ile 'Ortalama onay süresi' gibi temel performans göstergelerini hesaplamak için kullanılır. En çok zaman alan adımları göstererek darboğaz analizine yardımcı olur. Etkinliklerin başlangıç zamanlarını karşılaştırmak, adımlar arasındaki geçiş sürelerini ayrıntılı biçimde incelemeyi ve gecikmeleri belirlemeyi sağlar. Neden önemli? Olayları sıralamak, süreç çevrim sürelerini hesaplamak ve zamana bağlı darboğazları belirlemek için temel bilgidir. Nereden alınır? Süreç adımlarının zaman damgalarını kaydeden sistem denetim günlüklerinde, işlem kayıtlarında veya olay geçmişi tablolarında bulunur. Örnekler 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| Sözleşme kimliği ContractId | Her sözleşmeye verilen benzersiz tanımlayıcıdır. İlgili tüm etkinlikleri ve belgeleri birbirine bağlayan ana vaka kimliği olarak kullanılır. | ||
| Açıklama Sözleşme kimliği, tek bir sözleşmenin yaşam döngüsüne atanan benzersiz anahtardır. İlk talepten sözleşmenin sona ermesine veya feshedilmesine kadar tüm olayları birbirine bağlar. Taslak hazırlama, inceleme, onay ve yürürlüğe koyma gibi tüm etkinlikler bu kimlikle ilişkilendirilir. Process Mining analizinde sözleşme kimliği, her sözleşmenin baştan sona izlediği yolu yeniden oluşturmak için temel bilgidir. İlgili olayları tek bir vakada gruplandırarak sürecin tamamını görselleştirmenizi ve analiz etmenizi sağlar. Tutarlı bir sözleşme kimliği olmadan çevrim sürelerini doğru ölçmek, darboğazları belirlemek veya süreç çeşitlerini incelemek mümkün olmaz. Neden önemli? Bu tanımlayıcı, sözleşmeyi tüm yaşam döngüsü boyunca takip etmek ve süreç keşfiyle performans ölçümünü doğru yapmak için gereklidir. Nereden alınır? Genellikle Sözleşme Yaşam Döngüsü Yönetimi (CLM) sistemindeki sözleşme nesnesinin üstbilgisinde veya ana kaydında bulunur. Örnekler CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Kaynak sistem SourceSystem | Sözleşme verilerinin alındığı BT sisteminin veya uygulamanın adıdır. | ||
| Açıklama Kaynak sistem özniteliği, olay verilerinin nereden geldiğini gösterir. Birçok kuruluşta sözleşmenin yaşam döngüsü; CLM platformu, sözleşme sürecini başlatmak için kullanılan CRM ve finansal veriler için kullanılan ERP sistemi gibi birden fazla sisteme yayılabilir. Veri doğrulama ve sürecin teknolojik ortamını anlama açısından her olayın kaynak sistemini belirtmek önemlidir. Process Mining analizinde bu öznitelik, sürecin farklı sistemlere bölünmüş olup olmadığını belirlemeye yardımcı olur. Gecikmelerin veya sorunların belirli uygulamalar arasındaki veri aktarımlarından kaynaklanıp kaynaklanmadığını gösterebilir. Ayrıca veri yönetişimi ve veri kalitesi sorunlarının kaynağına kadar izlenmesi için de önemlidir. Neden önemli? Verinin kaynağını gösterir. Veri doğrulama, süreçteki parçalanmayı anlama ve veri kalitesi sorunlarını gidermeye yardımcı olur. Nereden alınır? Bu bilgi genellikle veri çıkarma sırasında eklenir veya sistem günlüklerinde standart bir alan olarak bulunabilir. Örnekler AgiloftSAP AribaDocuSign CLM | |||
| Son veri güncellemesi LastDataUpdate | Bu olaya ait verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgasıdır. | ||
| Açıklama Son veri güncellemesi zaman damgası, analiz edilen verilerin ne kadar güncel olduğunu gösterir. Veri çıkarma, dönüştürme ve yükleme (ETL) işleminin en son ne zaman çalıştığını belirtir ve analizin güncelliği hakkında bağlam sağlar. Bu bilgi, iş etkinliğinin ne zaman gerçekleştiğini kaydeden olay zaman damgasından farklıdır. Analizde bu öznitelik, veri yönetişimi ve içgörülerin güncelliğini paydaşlara aktarmak açısından önemlidir. Kullanıcıların gerçek zamanlı bilgilere mi yoksa önceki bir gün ya da haftadan alınmış bir anlık görüntüye mi baktığını anlamasına yardımcı olur. Bu bağlam, Process Mining Dashboardlarındaki bilgilere dayanarak zamanında ve bilinçli kararlar almak için gereklidir. Neden önemli? Verinin güncelliği hakkında önemli bağlam sağlar ve paydaşların süreç içgörülerinin ne kadar güncel olduğunu anlamasına yardımcı olur. Nereden alınır? Bu zaman damgası genellikle veri yükleme sırasında veri entegrasyonu veya ETL aracı tarafından oluşturulur ve saklanır. Örnekler 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Departman Department | Satış, Hukuk veya Satın Alma gibi sözleşmenin sahibi olan dahili iş birimi ya da departmandır. | ||
| Açıklama Departman özniteliği, sözleşmeden sorumlu olan veya sözleşmeyle ilişkili dahili ekibi ya da iş birimini gösterir. Bu genellikle sözleşme sahibinin departmanı veya sözleşme talebini başlatan ekiptir. Dahili kıyaslama ve iş yükü analizi için önemli bir boyuttur. Sözleşme yönetimi sürecinin kuruluşun farklı bölümlerinde nasıl değiştiğini anlamaya yardımcı olur. 'Ekip iş yükü ve verimlilik' Dashboardu departmana göre filtrelenerek performans karşılaştırılabilir, kaynak ihtiyaçları belirlenebilir ve ek eğitim ya da süreç desteği gerekebilecek departmanlar saptanabilir. 'Onay süresi en uzun olan departman hangisi?' veya 'Satış departmanındaki süreç, Satın Alma departmanındaki süreçle nasıl karşılaştırılır?' gibi soruları yanıtlamaya yardımcı olur. Neden önemli? Farklı iş birimlerinin süreç performansını karşılaştırmayı, dahili darboğazları belirlemeyi ve iyi uygulamaları paylaşmayı sağlar. Nereden alınır? Genellikle sözleşme sahibinin kullanıcı profiliyle ilişkilendirilir veya sözleşme kaydında bir alan olarak belirtilir. Örnekler SatışHukukSatın AlmaBT | |||
| Karşı tarafın adı CounterpartyName | Sözleşmeye taraf olan harici kişi, şirket, müşteri, tedarikçi veya iş ortağının adıdır. | ||
| Açıklama Karşı tarafın adı, kuruluşun sözleşme yaptığı harici tarafı gösterir. Bu taraf müşteri, tedarikçi veya iş ortağı olabilir. Sözleşmenin düzenlediği iş ilişkisi hakkında önemli bağlam sağlar. Karşı taraf, analizlerde değerli bir boyuttur. İşletmelerin süreç performansını tedarikçi veya müşteri bazında incelemesini sağlar. Örneğin analiz, belirli karşı taraflarla yapılan müzakerelerin sürekli olarak ortalamadan uzun sürdüğünü gösterebilir. Bu bulgu, gelecekteki müzakere stratejilerine yön verebilir, ilişkilerin yönetimine yardımcı olabilir ve süreci hızlandırmak için stratejik iş ortaklarına özel sözleşme şablonları oluşturulmasını sağlayabilir. Neden önemli? Harici tarafı belirler; müşteri veya tedarikçi bazında çevrim sürelerinin ve müzakere örüntülerinin analiz edilmesini sağlar. Nereden alınır? Sözleşme kaydında bulunan standart bir alandır ve genellikle müşteri veya tedarikçi ana veri kaydıyla ilişkilendirilir. Örnekler Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Kullanıcı adı UserName | Sözleşmeyle ilgili bir etkinliği gerçekleştiren veya bu etkinlikten sorumlu olan kullanıcının, çalışanın ya da kaynağın adı veya kimliğidir. | ||
| Açıklama Kullanıcı adı, sözleşmenin yaşam döngüsündeki belirli bir görevi tamamlamaktan sorumlu kişiyi gösterir. Bu kişi sözleşme sahibi, hukuk incelemesini yapan kişi, onaylayan veya imza yetkilisi olabilir. Bu öznitelik, süreç etkinliklerini bunları gerçekleştiren kişilerle ilişkilendirir. Process Mining analizinde bu öznitelik, ekiplerin ve kişilerin performansını incelemeye yardımcı olur. İş yükünün nasıl dağıldığını analiz etmek, aşırı iş yükü altındaki çalışanları veya ekipleri belirlemek ve performansı değerlendirmek için 'Ekip iş yükü ve verimlilik' gibi Dashboardlarda kullanılır. Farklı kullanıcı davranışlarının süreçteki değişikliklere veya gecikmelere nasıl yol açabileceğini anlamaya da yardımcı olur. Böylece eğitim veya kaynak dağılımı belirli ihtiyaçlara göre planlanabilir. Neden önemli? Süreç etkinliklerini kişilerle ilişkilendirerek iş yükü dağılımının, ekip performansının ve kaynak tahsisinin analiz edilmesini sağlar. Nereden alınır? Genellikle kaynak sistemdeki işlem kayıtlarında, denetim günlüklerinde veya görev atama alanlarında bulunur. Örnekler John Smithj.smith@example.comUSER12345 | |||
| Olay bitiş zamanı EventEndTime | Belirli bir etkinliğin veya olayın tamamlandığı kesin tarih ve saati gösteren zaman damgasıdır. | ||
| Açıklama Olay bitiş zamanı, bir etkinliğin tamamlandığını gösterir. Olay başlangıç zamanıyla birlikte kullanıldığında, sözleşmenin yaşam döngüsündeki her adımın işlem süresini doğru biçimde hesaplamayı sağlar. Bu ayrıntı düzeyi, performansı incelemek için gereklidir. Bu öznitelik, darboğaz analizinin temelini oluşturan etkinlik sürelerini hesaplamak için kullanılır. 'Onay ve inceleme darboğazı analizi' gibi Dashboardlar, sözleşmelerin geciktiği adımları göstermek için bu verilerden yararlanır. Her etkinliğin süresini anlayan kuruluşlar, iyileştirme çalışmalarını hukuk incelemeleri veya müzakereler gibi en çok zaman alan süreç adımlarına yöneltebilir. Neden önemli? Etkinlik düzeyindeki süreleri hesaplamayı ve süreç darboğazlarının tam olarak nerede oluştuğunu belirlemeyi sağlar. Nereden alınır? Sistem denetim günlüklerinde 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 toplam parasal değerdir; gelir, gider veya taahhüt tutarını gösterebilir. | ||
| Açıklama Sözleşme değeri, sözleşmenin mali açıdan taşıdığı önemi gösterir. Kuruluşun önceliklerini belirlemeye ve sözleşmenin etkisini anlamaya yardımcı olan önemli bir iş bağlamı sağlar. Genellikle belirli bir para birimiyle ifade edilir. Process Mining analizinde bu öznitelik, süreç performansının iş üzerindeki etkisini incelemek için kullanılır. 'İş etkisi ve işlem hacmi' Dashboardu, işleme alınan, beklemede kalan veya yürürlüğe giren sözleşmelerin değerini göstermek için bu verilerden yararlanır. Yüksek değerli sözleşmelere öncelik vermeyi sağlar ve 'En değerli sözleşmelerimiz onay aşamasında bekliyor mu?' veya 'Yenileme tarihini kaçıran sözleşmelerin toplam değeri nedir?' gibi soruları yanıtlamaya yardımcı olur. Neden önemli? Sözleşmelerin mali etkisini göstererek önceliklendirmeyi ve süreç verimsizliklerinin yüksek değerli sözleşmeleri nasıl etkilediğini incelemeyi sağlar. Nereden alınır? CLM veya ERP sistemindeki ana sözleşme kaydının mali ayrıntılar bölümünde bulunur. Örnekler 100000.0025000.505000000.00 | |||
| Sözleşme durumu ContractStatus | 'Taslak', 'Onay aşamasında', 'Yürürlüğe girdi' veya 'Süresi doldu' gibi sözleşmenin mevcut yaşam döngüsü aşaması ya da durumudur. | ||
| Açıklama Sözleşme durumu, sözleşmenin belirli bir andaki yaşam döngüsünde hangi aşamada olduğunu gösterir. Sözleşme önemli dönüm noktalarından geçtikçe bu öznitelik güncellenir. Sözleşmenin ilerleyişini üst düzeyde özetler. Bu öznitelik, sözleşme portföyünün belirli bölümlerini incelemek üzere vakaları filtrelemek için kullanışlıdır. Örneğin analistler, yükümlülük yönetimi için 'Etkin' sözleşmelere veya gecikme nedenlerini anlamak için 'Beklemede' sözleşmelere odaklanabilir. 'Sözleşme yaşam döngüsü performansı' Dashboardunun temel bileşenlerinden biridir. Her aşamadaki sözleşme sayısını görselleştirmeye ve 'Bekleyen sözleşme oranı' temel performans göstergesini ölçmeye yardımcı olur. Neden önemli? Sözleşmenin mevcut aşamasını üst düzeyde gösterir ve sözleşme portföyünü yaşam döngüsü aşamasına göre filtreleyip analiz etmeyi sağlar. Nereden alınır? CLM sistemindeki ana sözleşme kaydında bulunan temel bir durum alanıdır. Örnekler TaslakİncelemedeYürürlüğe girdiFeshedildi | |||
| Sözleşme türü ContractType | Ana Hizmet Sözleşmesi (MSA), Gizlilik Sözleşmesi (NDA) veya İş Kapsamı Belgesi (SOW) gibi sözleşme sınıflandırmasıdır. | ||
| Açıklama Sözleşme türü, sözleşmeleri hukuki niteliğine ve amacına göre sınıflandıran kategorik bir özniteliktir. Yaygın türler arasında NDA, MSA, SOW, satış sözleşmeleri ve satın alma sözleşmeleri bulunur. Bu sınıflandırma, sözleşmenin yaşam döngüsünü anlamak için gerekli iş bağlamını sağlar. Bu öznitelik, karşılaştırmalı analizlerde önemli bir boyuttur. Analistler süreç haritasını ve temel performans göstergelerini filtreleyerek belirli sözleşme türlerinin farklı süreç akışlarına, daha uzun çevrim sürelerine veya daha yüksek yeniden çalışma oranlarına sahip olup olmadığını görebilir. Örneğin analiz, MSA sözleşmelerinin hukuk incelemesinin NDA sözleşmelerine kıyasla çok daha uzun sürdüğünü ortaya çıkarabilir. Bu bulgu, daha karmaşık sözleşme türleri için sürecin yeniden tasarlanmasına yardımcı olabilir. Neden önemli? Süreçleri gruplandırıp karşılaştırmayı ve farklı sözleşme türlerinin çevrim süresini, karmaşıklığı ve riski nasıl etkilediğini görmeyi sağlar. Nereden alınır? Her CLM sisteminde ana sözleşme kaydında bulunan standart bir alandır. Örnekler Gizlilik Sözleşmesi (NDA)Ana Hizmet Sözleşmesi (MSA)İş Kapsamı Belgesi (SOW) | |||
| Düzeltme sayısı RevisionCount | Müzakere ve inceleme döngüleri sırasında sözleşme belgesinin kaç kez düzeltildiğini veya üzerinde değişiklik işaretlendiğini gösteren sayıdır. | ||
| Açıklama Düzeltme sayısı, sözleşmenin yürürlüğe girmeden önce ne kadar yeniden çalışma gerektirdiğini gösterir. Belge her düzenlenip yeni bir sürüm oluşturulduğunda bu sayı artırılmalıdır. Müzakere sürecinin karmaşıklığı ve anlaşmazlık düzeyi hakkında fikir verir. Bu öznitelik, verimliliği doğrudan ölçer ve 'Sözleşmede yeniden çalışma oranı' temel performans göstergesini hesaplamak için kullanılır. 'Müzakere ve yeniden çalışma verimliliği' Dashboardu, aşırı sayıda düzeltme gerektiren sözleşmeleri, karşı tarafları veya sözleşme türlerini belirlemek için bu verilerden yararlanır. Düzeltme sayısının yüksek olması genellikle daha uzun çevrim süreleriyle ilişkilidir; belirsiz gereksinimlere, sert müzakere yöntemlerine veya daha iyi standart şablonlara duyulan ihtiyaca işaret edebilir. Neden önemli? Yeniden çalışma düzeyini ve müzakere karmaşıklığını ölçerek verimsizliğin ve uzun çevrim sürelerinin nedenlerini belirlemeye yardımcı olur. Nereden alınır? Sözleşme belgesindeki sürüm numarası alanından alınabilir veya her vaka için 'Sözleşme düzeltildi' etkinliklerinin sayısı hesaplanarak türetilebilir. Örnekler 135 | |||
| Sona erme tarihi ExpirationDate | Yenilenmediği veya feshedilmediği takdirde sözleşmenin sona ereceği tarihtir. | ||
| Açıklama Sona erme tarihi, sözleşme süresinin bitişini gösteren önemli bir tarih alanıdır. Yürürlükteki sözleşmelerin yaşam döngüsünü belirler ve yenileme ya da fesih işlemlerini başlatan temel tarihtir. Hizmetlerin veya gelirin istemeden kesintiye uğramasını önlemek için sona erme tarihlerini doğru yönetmek önemlidir. Process Mining çalışmalarında bu öznitelik, 'Yükümlülük ve yenileme yönetimi' Dashboardu için gereklidir. Yenileme etkinliklerinin tarihini sona erme tarihiyle karşılaştırarak 'Zamanında yenileme oranı' temel performans göstergesini hesaplamak için kullanılır. Sona erme tarihi yaklaşan sözleşmeleri incelemek, kuruluşların yenileme sürecini önceden yönetmesine ve gelir kaybını ya da operasyonel aksaklıkları önlemesine yardımcı olur. Neden önemli? Yenileme yönetimi ve riskleri azaltmak için önemlidir. Bu tarih, sözleşme dönüm noktalarını takip etmeye ve zamanında harekete geçmeye yardımcı olur. Nereden alınır? CLM sistemindeki ana sözleşme kaydında bulunan önemli bir tarih alanıdır. Örnekler 2024-12-312025-06-302026-01-15 | |||
Sözleşme yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Kurum içi onay tamamlandı | Bu dönüm noktası, kurum içindeki tüm gerekli paydaşların sözleşmenin son sürümünü onayladığını gösterir. Kuruluşun uzlaştığını ve sözleşmeyi dış taraflara sunmaya hazır olduğunu belirtir. | ||
| Neden önemli? Bu, kurum içi müzakerelerin sona erdiğini gösteren önemli bir karar aşamasıdır. Bu aşamaya ulaşmak için geçen süre, kurum içi verimliliğin temel performans göstergelerinden biridir. Nereden alınır? Bu durum genellikle sözleşme durumu Tamamen onaylandı veya İmzaya hazır gibi son onay aşamalarından birine geçtiğinde ya da son onay görevi tamamlandığında çıkarılır. Kaydedin Genel onay durumunun tamamlandı olarak değiştiği veya gerekli son onayın kaydedildiği zaman damgasını belirleyin. Olay türü inferred | |||
| Sözleşme feshedildi | Yürürlükteki bir sözleşmenin planlanan sona erme tarihinden önce feshedildiğini gösterir. Sözleşme koşullarının izin verdiği durumlarda fesih, haklı bir nedene dayanabilir veya tarafların tercihine bağlı olabilir. | ||
| Neden önemli? Bu olay, iş ilişkisinin vaktinden önce sona erdiğini gösterir. Fesihlerin sıklığını ve nedenlerini anlamak, risk yönetimi ve işlerin sağlıklı yürütülmesi açısından önemlidir. Nereden alınır? Bu, açıkça kaydedilen bir olaydır. Genellikle kullanıcı sözleşme durumunu 'Terminated' olarak değiştirir; bu değişikliğe çoğu zaman bir neden kodu veya not eklenir. Kaydedin Yürürlükteki bir sözleşmenin durumu 'Terminated' olarak değiştiğinde oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Sözleşme imzalandı | Bu önemli dönüm noktasında tüm taraflar sözleşmeyi imzalamış ve sözleşme hukuken bağlayıcı hâle gelmiştir. Sözleşme yaşam döngüsünün imza öncesi aşamasının başarıyla tamamlandığını gösterir. | ||
| Neden önemli? Başlıca başarı göstergelerinden biri olan imza tarihi, talepten imzaya kadar geçen toplam çevrim süresini hesaplamak için gereklidir. Performans ve iş hacmi analizinde de önemli bir olaydır. Nereden alınır? Bu bilgi genellikle e-imza platformu entegrasyonu aracılığıyla veya kullanıcının durumu elle İmzalandı olarak güncelleyip imza tarihini girmesiyle kaydedilir. Kaydedin E-imza sistemindeki tamamlanma zaman damgasını veya durumun elle İmzalandı olarak değiştirildiği tarihi kullanın. Olay türü explicit | |||
| Sözleşme imzaya gönderildi | Bu etkinlik, onaylanmış son sözleşmenin tüm taraflarca imzalanması için gönderildiği anı gösterir. Müzakerelerin sona erdiğini ve son imza aşamasının başladığını belirtir. | ||
| Neden önemli? Bu önemli dönüm noktası, son imza sürecinin süresini ölçmeye başlar. Bu andan imzaya kadar geçen süreyi incelemek, imza sürecindeki gecikmeleri ortaya çıkarabilir. Nereden alınır? E-imza entegrasyonu bulunan sistemlerde bu işlem genellikle imza sürecini başlatan açık bir eylemdir ve sistemin denetim kaydına işlenir. Kaydedin E-imza iş akışını başlatmayla ilişkili olay günlüğü kaydını veya API çağrısının zaman damgasını bulun. Olay türü explicit | |||
| 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 resmî talebi ifade eder. Genellikle sistemde yeni bir sözleşme kaydı veya çalışma alanı oluşturulmasıyla kaydedilir. | ||
| Neden önemli? Bu etkinlik sürecin resmî başlangıcını gösterir. Zaman damgası, toplam sözleşme çevrim süresini hesaplamak için gereklidir. Talep hacmini incelemek, kaynak planlamasına ve talep yönetimine yardımcı olur. Nereden alınır? Bu olay genellikle kaynak sistemin ana sözleşme tablosunda veya denetim günlüklerinde yer alan birincil sözleşme kaydının ya da nesnesinin oluşturulma zaman damgasından alınır. Kaydedin Benzersiz sözleşme kimliğiyle ilişkili oluşturma olayını veya en eski zaman damgasını belirleyin. Olay türü explicit | |||
| Sözleşme yenilendi | Sözleşme süresi sona erdiğinde başarıyla yenilendiğini gösterir. Bu önemli iş sonucu, sözleşmenin geçerlilik süresini uzatır. | ||
| Neden önemli? Yenileme oranları, müşteri bağlılığını ve memnuniyetini doğrudan gösterir. Bu olayı takip etmek, uzun vadeli iş başarısını ve gelir sürekliliğini anlamak açısından önemlidir. Nereden alınır? Bu işlem genellikle kullanıcının sözleşme durumunu güncellemesiyle veya ilk sözleşmenin devamı niteliğinde, yenileme dönemini kapsayan yeni bir sözleşme kaydı oluşturmasıyla gerçekleşir. Kaydedin 'Renewed' durumuna geçişi veya ilk sözleşmeyle yenileme ilişkisi kurularak oluşturulan yeni bir sözleşme kaydını arayın. Olay türü explicit | |||
| Sözleşme yürürlüğe girdi | Sözleşmenin yürürlüğe girip uygulanabilir hâle geldiğini gösterir. Bu, imza tarihinde veya daha sonra gerçekleşebilir. Bu olayla yükümlülük yönetimi ve performans takibi başlar. | ||
| Neden önemli? Yürürlüğe giriş, sözleşme hazırlama sürecinden sözleşme yönetimi sürecine geçişi gösterir. Uyumluluk, yenileme ve yükümlülük takibinin gerçek başlangıç tarihidir. Nereden alınır? Bu durum genellikle sistemde 'Executed' durumundan 'Etkin' veya 'Live' durumuna geçiş olarak kaydedilir ve bazen belirli bir 'Effective Date' alanıyla ilişkilendirilir. Kaydedin 'Etkin' durumuna geçişin zaman damgasını kullanın veya varsa Sözleşmenin yürürlük tarihini kullanın. Olay türü inferred | |||
| Sözleşmenin süresi doldu | Bu olay, sözleşmenin yenilenmeden veya erken feshedilmeden sona erme tarihine ulaştığını gösterir. Sözleşme yaşam döngüsünün planlanan doğal sonudur. | ||
| Neden önemli? Süre sonlarını takip etmek, yenilemeleri yönetmek ve hizmetlerin ya da sözleşmelerin istemeden sona ermesini önlemek açısından önemlidir. Yenilenmeyen sözleşmelerin çok sayıda sona ermesi, iş kaybına işaret edebilir. Nereden alınır? Bu olay genellikle açıkça kaydedilmez; sözleşmenin sona erme tarihi alanı geçerli tarihle karşılaştırılarak hesaplanır. Kaydedin Sistem tarihi, sözleşme kaydındaki 'Expiration Date' alanındaki tarihe eşit veya bu tarihten sonraysa bir zaman damgası oluşturarak bu olayı türetin. Olay türü calculated | |||
| Değişiklik süreci başlatıldı | Bu olay, yürürlükteki bir sözleşme için resmi değişiklik sürecinin başladığını gösterir. Sözleşmenin ilk koşullarında değişiklik talep edildiği anlamına gelir. | ||
| Neden önemli? Sık yapılan değişiklikler, ilk sözleşmelerin yeterince kapsamlı olmadığını gösterebilir. Değişiklikleri incelemek, iş ilişkilerinin zaman içinde nasıl geliştiğini anlamaya yardımcı olur. Nereden alınır? Bu durum genellikle ana sözleşmeyle ilişkilendirilmiş yeni bir 'Amendment' kaydı veya çalışma alanı oluşturulduğunda kaydedilir. Bu kayıt sistemin ana veri tablolarında bulunabilir. Kaydedin Üst sözleşme kimliğiyle ilişkilendirilmiş 'Amendment' kayıt türünün oluşturulma olayını belirleyin. Olay türü explicit | |||
| Hukuk incelemesi tamamlandı | Hukuk departmanının sözleşme incelemesini tamamladığını gösterir. Sözleşmenin daha geniş kapsamlı onaya veya dış müzakereye geçebilmesi için önemli bir kontrol noktasıdır. | ||
| Neden önemli? Hukuk incelemelerinin süresini ölçmek, hukuk ekibinin iş yükünü değerlendirmeye ve hukuk süreçlerini iyileştirme fırsatlarını belirlemeye yardımcı olur. Bu süre, toplam çevrim süresini çoğu zaman önemli ölçüde etkiler. Nereden alınır? Bu bilgi genellikle hukuk ekibi sözleşme durumunu, örneğin Hukuk tarafından onaylandı olarak güncellediğinde veya sistemin iş akışı günlüğünde belirli bir onay görevini tamamladığında kaydedilir. Kaydedin Hukuk departmanına atanmış bir görevin tamamlanma zaman damgasını veya hukuk onayını gösteren durum değişikliğini bulun. Olay türü explicit | |||
| Kurum içi inceleme başladı | Bu etkinlik, taslağın inceleme ve geri bildirim için kurum içindeki paydaşlara resmî olarak gönderildiği anı gösterir. Kurum içi iş birliği ve onay aşamasının başlangıcıdır. | ||
| Neden önemli? Bu zaman, kurum içi inceleme döngüsünün tamamını ölçmek için başlangıç noktasıdır. Bu aşamada harcanan süreyi incelemek, paydaşlar arasındaki uzlaşma sürecinin darboğazlarını belirlemeye yardımcı olur. Nereden alınır? Bu bilgi genellikle iş akışındaki bir durum değişikliğiyle, örneğin Taslak durumundan Kurum içi inceleme durumuna geçişle veya inceleme görevlerinin oluşturulmasıyla kaydedilir. Kaydedin Sözleşme durumu İncelemede olarak değiştiğinde veya ilk inceleme görevi atandığında oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Müzakere başladı | Karşı tarafla karşılıklı müzakerelerin başladığını gösterir. Genellikle dış taraftan gelen ilk yanıt veya üzerinde değişiklik yapılmış belgeyle belirlenir. | ||
| Neden önemli? Müzakerenin başlangıcını izlemek, müzakere çevrim süresini analiz etmek ve karşı tarafların yanıt vermesinin ne kadar sürdüğünü anlamak için önemlidir. Nereden alınır? Bu bilgi genellikle dış taraf yeni bir belge sürümü yüklediğinde veya sözleşme durumu etkin müzakereyi gösterecek şekilde değiştiğinde çıkarılır. Kaydedin Karşı taraftan alınan ilk belgenin zaman damgasını veya durumun Müzakerede olarak değiştiği zamanı kullanın. Olay türü inferred | |||
| Sözleşme geri çekildi | Sözleşme talebinin veya işlemdeki bir sözleşmenin yürürlüğe girmeden önce isteyerek iptal edildiğini gösterir. Süreci durduran son durumdur. | ||
| Neden önemli? Sözleşmelerin neden geri çekildiğini incelemek, ön değerlendirme sürecindeki sorunları veya değişen iş önceliklerini ortaya çıkarabilir. Takip edilmesi gereken önemli bir olumsuz sonuçtur. Nereden alınır? Bu, açıkça belirtilen bir son durumdur. Genellikle kullanıcı sistemin durum geçmişi günlüğünde sözleşme durumunu 'Canceled' veya 'Withdrawn' olarak değiştirdiğinde kaydedilir. Kaydedin Sözleşme durumu sonlandırıcı 'Canceled' veya 'Withdrawn' durumuna güncellendiğinde oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Sözleşme karşı tarafa gönderildi | Bu etkinlik, sözleşmenin inceleme ve müzakere için dış taraftaki karşı tarafa gönderildiği anı gösterir. Kurum içi süreçlerden dış tarafla etkileşime geçişi belirtir. | ||
| 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, anlaşmanın tamamlanma süresini uzatabilir. Nereden alınır? Bu bilgi, Müzakere için gönder gibi açık bir kullanıcı işlemiyle kaydedilebilir veya Müzakerede ya da Dış incelemede durumuna geçişten çıkarılabilir. Kaydedin Karşı tarafa gönderim olayının veya dış inceleme durumuna geçişin zaman damgasını kaydedin. Olay türü explicit | |||
| Sözleşme revize edildi | Müzakere veya kurum içi inceleme sırasında sözleşme belgesinin revize edildiğini ya da üzerinde değişiklik yapıldığını gösterir. Her revizyon belgenin yeni bir sürümünü oluşturur. | ||
| Neden önemli? Revizyon sıklığı veya yeniden çalışma oranı, süreç verimliliğinin ve sözleşme karmaşıklığının önemli bir göstergesidir. Yüksek yeniden çalışma oranı, ilk taslakta veya müzakere yöntemlerinde sorun olduğuna işaret edebilir. Nereden alınır? Bu bilgi genellikle birincil sözleşme belgesinin yeni bir sürümü sistemin belge deposuna yüklendiğinde veya kaydedildiğinde açıkça kaydedilir. Kaydedin İlk taslaktan sonra yüklenen her yeni belge sürümünün zaman damgasını kaydedin. Olay türü explicit | |||
| Sözleşme taslağı hazırlandı | Sözleşmenin ilk taslağının tamamlandığını gösterir. Genellikle sözleşme belgesinin ilk sürümü yüklendiğinde veya oluşturulup sözleşme kaydıyla ilişkilendirildiğinde kaydedilir. | ||
| Neden önemli? Talep ile taslak arasındaki süreyi izlemek, ilk hazırlık ve yazım verimliliği hakkında içgörü sağlar. Bu aşamadaki gecikmeler, süreç darboğazlarının erken bir göstergesi olabilir. Nereden alınır? Bu bilgi genellikle sözleşme kaydıyla ilişkili belge yönetimi veya ek günlüklerinde bulunur. Taslak hazırlamanın tamamlandığını belirten bir durum değişikliğinden de çıkarılabilir. Kaydedin İlk belge sürümünün yüklenme zaman damgasını veya durumun Taslak olarak değiştiği zamanı kullanın. Olay türü inferred | |||
| Yükümlülük takibi başladı | Bu etkinlik, yürütme sonrasındaki yönetim sürecinin başladığını gösterir. Bu aşamada önemli tarihler, teslimatlar ve diğer taahhütler düzenli olarak takip edilir. Sözleşme imzalandıktan sonraki uyumluluğu sağlamanın ilk adımıdır. | ||
| Neden önemli? Bu etkinlik, imza sonrası yönetişimi anlamak açısından önemlidir. Bu görevleri takip etmek, sözleşmeden beklenen değerin elde edilmesine ve risklerin azaltılmasına yardımcı olur. Nereden alınır? Sözleşme yükümlülüklerini izlemek için bir görev, kontrol listesi veya alt süreç oluşturulduğunda ya da başlatıldığında kaydedilir. Bu bilgiye genellikle görev yönetimi günlüklerinde rastlanır. Kaydedin Yürürlükteki bir sözleşmenin yükümlülük veya uyumluluk takibiyle ilgili görevlerin ya da olayların oluşturulma zaman damgasını kaydedin. Olay türü explicit | |||
Veri çıkarma rehberleri
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı 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 rehber seçin veya Event Logunuz için evrensel bir taslak olarak bu genel Templateten yararlanın.
Sözleşme yönetiminizi bugün optimize etmeye başlayın
Darboğazları ortaya çıkarın, riskleri azaltın ve anlaşmaları hızlandırarak sonuçları kısa sürede görün.
Kredi kartı gerekmez, kurulum birkaç dakika sürer