Sözleşme Yönetimi Veri Şablonunuz
Sözleşme Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- `Veri` çıkarma rehberliği
Sözleşme Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Sözleşme yaşam döngüsünde meydana gelen belirli görevin veya olayın adı. | ||
|
Açıklama
Bu öznitelik, sözleşme yönetimi sürecindeki 'Sözleşme Taslağı Hazırlandı', 'Hukuk İncelemesi Başlatıldı' veya 'Sözleşme İmzalandı' gibi tek bir adımı veya kilometre taşını açıklar. Bu etkinlikler, süreç haritasının yapı taşlarıdır. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining için temeldir. Gerçek süreç akışını belirlemeye, standart prosedürden sapmaları keşfetmeye ve hangi etkinliklerin en çok zaman alan veya sıkça tekrarlanan olduğunu tespit etmeye yardımcı olur.
Neden önemli
Süreçteki adımları tanımlayarak, sözleşme
Nereden alınır
Bu genellikle, DocuSign CLM'deki bir sözleşme belgesi veya iş akışı üzerinde gerçekleştirilen eylemleri kaydeden Event Log'dan veya denetim izi verilerinden türetilir.
Örnekler
Sözleşme Taslağı HazırlandıDahili İnceleme BaşlatıldıKarşı Tarafa GönderildiSözleşme İmzalandı
|
|||
|
Başlangıç Zamanı
EventTime
|
Belirli bir aktivite veya event'in ne zaman başladığını gösteren timestamp. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin gerçekleştiği kesin tarihi ve saati kaydeder. Process Mining için zamansal temeldir ve zaman içinde süreç performansının analizini sağlar. Etkinlikleri Başlangıç Zamanlarına göre sıralayarak her vaka için kronolojik bir Event Log oluşturulur. Bu, etkinlikler arasındaki döngü sürelerinin, her adımın süresinin ve genel uçtan uca süreç süresinin hesaplanmasına olanak tanır. Darboğazları belirlemek, bekleme sürelerini ölçmek ve süreç verimliliğini SLA'lara göre değerlendirmek için çok önemlidir.
Neden önemli
Bu zaman damgası, olayları kronolojik sıraya koymak ve döngü süreleri ile diğer süreler gibi tüm zamana dayalı metrikleri hesaplamak için kritik öneme sahiptir.
Nereden alınır
Bu bilgi, DocuSign CLM'deki herhangi bir Event Log'un veya denetim izinin standart bir parçasıdır ve kaydedilen her eylemle ilişkilidir.
Örnekler
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
Sözleşme Kimliği
ContractId
|
Sistem içinde yönetilen her sözleşme için benzersiz tanımlayıcı. | ||
|
Açıklama
Sözleşme Kimliği, belirli bir sözleşmeyle ilgili tüm olay ve etkinlikleri başlangıçtan çözüme kadar benzersiz bir şekilde bağlayan kesin vaka tanımlayıcısı olarak hizmet eder. DocuSign CLM'de bu, Zarf Kimliği veya özel bir sözleşme tanımlayıcı alanına karşılık gelebilir. Bu öznitelik, Process Mining için esastır, çünkü her bir sözleşmenin uçtan uca yolculuğunun yeniden yapılandırılmasına olanak tanır. Tüm ilgili etkinlikleri tek bir Sözleşme Kimliği altında gruplandırarak, analistler tüm süreç akışını görselleştirebilir, döngü sürelerini ölçebilir ve farklı sözleşmeler arasındaki varyasyonları analiz edebilir.
Neden önemli
İlgili tüm süreç olaylarını birbirine bağlayan birincil anahtardır ve tek bir sözleşmenin tüm yaşam döngüsünü izlemeyi ve analiz etmeyi mümkün kılar.
Nereden alınır
Bu genellikle DocuSign CLM'de bir sözleşme veya zarf nesnesi için ana tanımlayıcıdır. Zarf Kimliği veya sözleşme tanımlaması için yapılandırılmış özel bir alan olarak etiketlenebilir.
Örnekler
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Kaynak Sistem
SourceSystem
|
`Verinin` çıkarıldığı sistemi tanımlar. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynağını belirtir. Bu görünüm için değer, tutarlı bir şekilde 'DocuSign CLM' veya benzer bir tanımlayıcı olacaktır. Tek sistem analizinde gereksiz gibi görünse de, bu alanı dahil etmek en iyi uygulamadır. Bir CRM'den alınan sözleşme verilerini DocuSign'dan alınan iş akışı verileriyle birleştirmek gibi birden fazla sistemden veri birleştirilirken kritik hale gelir, net veri soyu ve izlenebilirlik sağlar.
Neden önemli
Veri izlenebilirliğini sağlar ve birden fazla kurumsal sistemden gelen verileri birleştiren analizler için kritik öneme sahiptir.
Nereden alınır
Bu genellikle, veri kümesinin kökenini etiketlemek için veri çıkarma ve dönüştürme süreci sırasında eklenen statik bir değerdir.
Örnekler
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden en son veri yenileme veya çekme işleminin zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, veri kümesinin en son ne zaman güncellendiğini gösterir. Analizin güncelliği ve zamanında yapılması için bağlam sağlar, kullanıcıların verilerin ne kadar güncel olduğunu bilmelerini sağlar. Dashboard'larda ve raporlarda, bu bilgi veri yönetimi ve kullanıcı güveni için hayati öneme sahiptir. Analistlerin gerçek zamanlı bilgilere mi yoksa belirli bir zamandaki anlık bir görüntüye mi baktıklarını anlamalarına yardımcı olur, bu da bilinçli ve zamanında kararlar almak için çok önemlidir.
Neden önemli
Veri güncelliği hakkında kritik bağlam sağlayarak, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamalarını sağlar.
Nereden alınır
Bu, genellikle veri alım süreci sırasında ETL (Çıkar, Dönüştür, Yükle) aracı veya veri Pipeline'ı tarafından oluşturulan ve saklanan bir metaveri özniteliğidir.
Örnekler
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Bitiş Saati
EndTime
|
Belirli bir faaliyetin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin tamamlandığı kesin tarihi ve saati kaydeder. Başlangıç Zamanı başlangıcı işaret ederken, Bitiş Zamanı tamamlanmayı işaret eder ve bireysel etkinlikler için kesin süre hesaplamalarına olanak tanır. Bitiş Zamanını analiz etmek, etkinliklerin işlem süresini hesaplamak için çok önemlidir; bu, bir görev üzerinde harcanan aktif çalışma süresidir. Bu, aktif çalışma ile bekleme süresi arasında ayrım yapmaya yardımcı olarak kaynak verimliliği ve gecikmelerin gerçek maliyeti hakkında daha derin içgörüler sağlar. Örneğin, bir 'Hukuki İnceleme' etkinliğinin kesin süresini hesaplamak için kullanılabilir.
Neden önemli
Bireysel
Nereden alınır
DocuSign CLM gibi sistemlerde bu,
Örnekler
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Döngü Süresi
CycleTime
|
Sözleşme talebinin başlatılmasından nihai depolamaya kadar geçen toplam süre. | ||
|
Açıklama
Bu öznitelik, her sözleşme vakası için uçtan uca süreyi ölçer. İlk olay (örn. 'Sözleşme Talebi Başlatıldı') ile son olay (örn. 'Sözleşme Depoda Saklandı') arasındaki zaman farkı olarak hesaplanır. Döngü süresi, süreç verimliliği için ana bir KPI'dır. Bir sözleşmenin tamamlanmasının ne kadar sürdüğüne dair bütünsel bir görünüm sağlar. Bu hesaplanmış metrik, 'Ortalama Sözleşme Döngü Süresi' KPI'sı ve 'Sözleşme Döngü Süresi Analizi' Dashboard'u için temel olup, sözleşme türü veya değeri gibi faktörlerin genel hızı nasıl etkilediğine dair derinlemesine incelemelere olanak tanır.
Neden önemli
Bu, genel süreç verimliliği için birincil bir KPI'dır ve bir sözleşmeyi baştan sona işleme süresini gösterir.
Nereden alınır
Bu metrik kaynak sistemde mevcut değildir, ancak Process Mining aracında bir vakanın başlangıç ve bitiş zaman damgalarına göre hesaplanır.
Örnekler
15 gün 4 saat32 gün 8 saat7 gün 2 saat
|
|||
|
Karşı Taraf
Counterparty
|
Sözleşmede yer alan müşteri veya satıcı gibi harici taraf. | ||
|
Açıklama
Bu öznitelik, anlaşmaya katılan diğer kuruluşu tanımlar. Farklı karşı taraflar, sözleşme yaşam döngüsünü önemli ölçüde etkileyebilecek farklı müzakere tarzlarına, hukuki gereksinimlere ve yanıt sürelerine sahip olabilir. Karşı Tarafa göre süreç performansını analiz etmek, hangi ortaklarla çalışmanın kolay olduğunu ve hangilerinin sürekli gecikmelere neden olduğunu belirlemeye yardımcı olur. Bu bilgi, ilişki yönetimini iyileştirmek ve gelecekteki müzakereler için gerçekçi beklentiler belirlemek için kullanılabilir. Bu, 'Sözleşme Yeniden İşleme ve Revizyon Sıklığı' analizi için önemli bir boyuttur.
Neden önemli
Farklı harici taraflarla etkileşimlerin müzakere sürelerini, revizyon sayılarını ve genel döngü sürelerini nasıl etkilediğini analiz etmeye yardımcı olur.
Nereden alınır
Bu bilgi, sözleşme kaydının temel bir parçasıdır ve genellikle özel bir 'Karşı Taraf Adı' veya 'Şirket' alanında saklanır.
Örnekler
Acme ŞirketiGlobex A.Ş.Stark Industries
|
|||
|
Son Kullanma Tarihi
ExpirationDate
|
Sözleşmenin sona ereceği tarih. | ||
|
Açıklama
Bu öznitelik, sözleşmenin sona erme tarihini saklar. Özellikle yinelenen gelir veya uzun vadeli hizmet anlaşmaları için sözleşme portföyünü proaktif olarak yönetmek için kritik bir metaveri parçasıdır. Bu tarih, 'Sözleşme Yenileme ve Sona Erme Görünümü' Dashboard'unun ana sürücüsüdür. Süresi dolmak üzere olan sözleşmeleri izleyerek, kuruluşlar zamanında yenileme iş akışlarını tetikleyebilir. Ayrıca 'Zamanında Sözleşme Yenileme Oranı' KPI'sını hesaplamak için önemli bir girdidir, gelir kaybını ve hizmet kesintilerini önlemeye yardımcı olur.
Neden önemli
Proaktif sözleşme yönetimi için çok önemli olup, zamanında yenilemeleri sağlar ve istenmeyen sözleşme sona ermelerinin önüne geçer.
Nereden alınır
Bu, DocuSign CLM'de tanımlı bir süresi olan herhangi bir sözleşme için yakalanması gereken standart bir metaveri alanıdır.
Örnekler
2024-12-312025-06-302026-01-15
|
|||
|
Sözleşme Değeri
ContractValue
|
Sözleşmenin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, anlaşmanın parasal değerini temsil eder; bu, tek seferlik bir tutar veya yinelenen bir değer olabilir. Bir sözleşmenin değeri genellikle gerekli inceleme düzeyini ve onay yolunun karmaşıklığını belirler. Süreci Sözleşme Değerine göre analiz etmek, yüksek değerli anlaşmaları önceliklendirmek ve gereksiz yere gecikip gecikmediklerini belirlemek için çok önemlidir. Ayrıca, uyumluluk kontrolü için de kullanılabilir; örneğin, belirli bir eşiğin üzerindeki sözleşmelerin CFO onayı alıp almadığını doğrulamak gibi. Bu öznitelik, optimizasyon çabalarını finansal olarak en önemli sözleşmelere odaklamaya yardımcı olur.
Neden önemli
Daha yüksek değerli sözleşmeler genellikle daha sıkı inceleme gerektirdiğinden ve daha büyük bir iş etkisi olduğundan, önceliklendirme ve risk değerlendirmesi yapılmasına olanak tanır.
Nereden alınır
Bu genellikle DocuSign CLM içindeki sözleşmenin metaverilerinde bulunan sayısal veya para birimi alanıdır.
Örnekler
500002500001200000
|
|||
|
Sözleşme Durumu
ContractStatus
|
Sözleşmenin yaşam döngüsündeki mevcut hali veya durumu. | ||
|
Açıklama
Bu öznitelik, sözleşmenin belirli bir zamandaki genel durumunu, örneğin 'Taslak', 'İncelemede', 'İmza Bekleniyor' veya 'İmzalandı' gibi gösterir. Sözleşmenin süreçte nerede olduğuna dair üst düzey bir özet sunar. Process Mining'de, durumu analiz etmek, vakaları filtrelemek ve farklı aşamalardaki sözleşme hacmini izleyen Dashboard'lar oluşturmak için faydalıdır. 'Gerçek Zamanlı Sözleşme Durumu Takipçisi' Dashboard'u, aktif sözleşme portföyüne görünürlük sağlamak ve işin nerede biriktiğini belirlemek için doğrudan bu özniteliğe dayanır.
Neden önemli
Sözleşmenin ilerlemesine ilişkin bir anlık görüntü sağlar; bu durum durum takibi, iş yükü yönetimi ve darboğazları belirlemek için esastır.
Nereden alınır
Bu bilgi genellikle DocuSign CLM içindeki sözleşme veya iş akışı nesnesi üzerinde birincil bir öznitelik olarak mevcuttur.
Örnekler
TaslakDahili İncelemedeİmza BekleniyorYürütüldüSonlandırıldı
|
|||
|
Sözleşme Sahibi
ContractOwner
|
Sözleşmeyi yaşam döngüsü boyunca yönetmekten sorumlu kullanıcı veya çalışan. | ||
|
Açıklama
Sözleşme Sahibi, bir sözleşmenin ilerlemesinden sorumlu birincil irtibat noktası ve kişidir. Bu genellikle sözleşme talebini başlatan veya iş ilişkisinden sorumlu kişidir. Sözleşme Sahibine göre performansı analiz etmek, verimlilik, yeniden işleme oranları ve döngü sürelerindeki kalıpları ortaya çıkarabilir. Bu analiz, yüksek performanslı bireyleri veya ekipleri ve ek eğitime veya desteğe ihtiyaç duyabilecek olanları belirlemeye yardımcı olur. Bu, 'Sözleşme Döngü Süresi Analizi' gibi Dashboard'larda verileri segmentlere ayırmak için önemli bir boyuttur.
Neden önemli
Kişi veya ekip bazında performans analizi yaparak, kullanıcı odaklı
Nereden alınır
Bu genellikle sözleşme nesnesiyle ilişkili, çoğu zaman iş akışını oluşturan veya sahibi olan kullanıcının adıyla doldurulan bir kullanıcı alanıdır.
Örnekler
Alice SmithBob Johnson`Charlie Brown`
|
|||
|
Sözleşme Tipi
ContractType
|
NDA, MSA veya SOW gibi sözleşmenin sınıflandırması. | ||
|
Açıklama
Bu öznitelik, sözleşmeleri hukuki veya iş amacına göre kategorize eder. Farklı sözleşme türleri genellikle farklı iş akışlarını takip eder, farklı onay gereksinimlerine sahiptir ve karmaşıklık açısından çeşitlilik gösterir. Süreç analizini Sözleşme Türüne göre segmentlere ayırmak, performans farklılıklarını anlamak için temeldir. Analistlerin farklı anlaşma türleri için döngü sürelerini, uyumluluk oranlarını ve müzakere modellerini karşılaştırmasına olanak tanır. Örneğin, bir NDA'nın karmaşık bir Ana Hizmet Sözleşmesinden çok daha kısa bir döngü süresine sahip olması gerekir ve bu öznitelik bu karşılaştırmayı mümkün kılar.
Neden önemli
Genellikle benzersiz
Nereden alınır
Bu, genellikle DocuSign CLM'de bir sözleşme oluşturulurken açılır listeden seçilen önemli bir metaveri alanıdır.
Örnekler
Gizlilik Sözleşmesi (NDA)Ana Hizmet Sözleşmesi (MSA)İş Tanımı (SOW)
|
|||
|
Belge Sürümü
DocumentVersion
|
Sözleşme belgesinin sürüm numarası. | ||
|
Açıklama
Bu öznitelik, sözleşme belgesinin revizyonlar ve kırmızı çizgi çekme süreçlerinden geçerkenki yinelemesini izler. Yeni bir sürüm her yüklendiğinde veya kaydedildiğinde, bu numara artmalıdır. Belge sürümünü takip etmek, yeniden işlemeyi ve müzakerelerin karmaşıklığını ölçmenin doğrudan bir yoludur. Bir sözleşme için yüksek sayıda sürüm, taraflar arasında yoğun bir gidiş gelişi gösterir. Bu öznitelik, 'Ortalama Belge Revizyon Sayısı' KPI'sını hesaplamak ve 'Sözleşme Yeniden İşleme ve Revizyon Sıklığı' Dashboard'unu analiz etmek için birincil girdidir.
Neden önemli
Bir belgenin kaç kez revize edildiğini takip ederek yeniden işleme ve müzakere çabasının miktarını doğrudan ölçer.
Nereden alınır
DocuSign CLM, belgeler için yerleşik sürüm kontrolüne sahiptir. Bu
Örnekler
1234
|
|||
|
Bölüm
Department
|
Sözleşmeye sahip olan dahili iş birimi veya departman. | ||
|
Açıklama
Bu öznitelik, sözleşmeyi başlatan veya sorumlu olan Satış, Pazarlama veya BT gibi dahili departmanı belirtir. Departman düzeyindeki süreçler ve ihtiyaçlar farklılık gösterebilir, bu da farklı sözleşme yönetimi modellerine yol açar. Analizi departmana göre segmentlere ayırmak, işin farklı bölümlerinin sözleşme yönetimi sürecini nasıl kullandığını anlamak için esastır. Gecikmelerin belirli iş birimlerinde yoğunlaşıp yoğunlaşmadığını belirlemek ve süreç iyileştirmelerinin departman ihtiyaçlarına göre uyarlanmasına olanak tanımak için 'Sözleşme Onay Darboğazı Raporu' gibi hedeflenmiş raporlar oluşturmaya yardımcı olur.
Neden önemli
Farklı iş birimleri arasında performans karşılaştırması yaparak, verimlilik,
Nereden alınır
Bu, sözleşme üzerindeki bir metaveri alanı olabilir veya Sözleşme Sahibi kullanıcısının departmanından türetilebilir.
Örnekler
SatışHukukTedarikPazarlama
|
|||
|
E-İmzalı mı
IsESigned
|
Sözleşmenin elektronik imza ile yürütülüp yürütülmediğini gösteren bir mantıksal bayrak. | ||
|
Açıklama
Bu öznitelik, bir sözleşmenin DocuSign eSignature gibi entegre bir e-imza aracı kullanılarak imzalanıp imzalanmadığını veya çevrimdışı bir yöntemle (örn. ıslak imza ve tarama) yürütülüp yürütülmediğini izler. Bu öznitelik, 'E-İmza Benimsenme Oranı' KPI'sını doğrudan destekler. Elektronik olarak imzalanan sözleşmelerin oranını analiz ederek, bir işletme dijital dönüşüm girişimlerinin başarısını ölçebilir. Daha yüksek bir benimsenme oranı tipik olarak daha hızlı yürütme süreleri, daha düşük idari maliyetler ve geliştirilmiş uyumluluk ve belge takibi ile ilişkilidir.
Neden önemli
Dijital süreçlerin benimsenme oranını ölçer ve entegre e-imza yeteneklerinin kullanılmasından elde edilen verimlilik kazançlarını nicel olarak belirlemeye yardımcı olur.
Nereden alınır
Bu, 'Sözleşme İmzalandı' olayının entegre DocuSign eSignature hizmetinden kaynaklanıp kaynaklanmadığı kontrol edilerek belirlenebilir.
Örnekler
truefalse
|
|||
|
Hukuk Müşaviri
LegalCounsel
|
Sözleşmeyi incelemek üzere atanan hukuk uzmanı veya ekip üyesi. | ||
|
Açıklama
Bu öznitelik, sözleşmeyi incelemekten ve onaylamaktan sorumlu hukuk departmanından belirli kişiyi tanımlar. Bu, genellikle iş tarafından olan Sözleşme Sahibinden farklıdır. İncelemeleri belirli bir hukuk danışmanına atamak, hukuki inceleme adımının detaylı bir performans analizine olanak tanır. Farklı hukuk ekibi üyelerinin işlem hacmini ve döngü sürelerini ölçmek ve karşılaştırmak için 'Hukuki İnceleme Performansı' Dashboard'unun oluşturulmasına yardımcı olur; bu da iş yükü dengelemesini bilgilendirebilir ve hukuk departmanı içindeki verimlilik fırsatlarını belirleyebilir.
Neden önemli
Hukuki inceleme aşamasının ayrıntılı analizini sağlayarak, iş yüklerinin dengelenmesine ve hukuk ekibinin performansının ölçülmesine yardımcı olur.
Nereden alınır
Bu, bir DocuSign CLM workflow'u içindeki görev atama verilerinden elde edilir ve 'Hukuki İnceleme' görevinin kime atandığını belirtir.
Örnekler
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Onay Aşaması Süresi
ApprovalPhaseDuration
|
Onay ile ilgili tüm etkinliklerde harcanan toplam süre. | ||
|
Açıklama
Bu metrik, bir sözleşmenin onay aşamasında geçirdiği toplam süreyi, ilk dahili onay için gönderildiği andan son gerekli onay alınana kadar hesaplar. Tüm onay ilgili etkinliklerinin sürelerinin toplamı alınarak veya ilk onay etkinliğinin başlangıcı ile sonuncusunun bitimi arasındaki süre alınarak hesaplanabilir. Bu öznitelik, 'Ortalama Onay Aşaması Süresi' KPI'sı için temel ölçüttür. Taslak hazırlama veya müzakereden ziyade, özellikle onay sürecinden kaynaklanan gecikmeleri izole etmeye yardımcı olur. Bu süreyi takip ederek, kuruluşlar onay matrislerinin etkisini daha iyi anlayabilir ve onu kolaylaştırmak için fırsatlar belirleyebilir.
Neden önemli
Onaylarda harcanan zamanı izole eder, bu da onay zinciri içindeki
Nereden alınır
Örnekler
5 gün 2 saat10 gün 1 saat2 gün 6 saat
|
|||
|
Onay Durumu
ApprovalStatus
|
'Beklemede', 'Onaylandı' veya 'Reddedildi' gibi onay adımlarının durumu. | ||
|
Açıklama
Bu öznitelik, sözleşme yaşam döngüsünün onay aşamasına özgü ayrıntılı bir durum sağlar. Sözleşme Durumu üst düzey bir vaka durumu iken, Onay Durumu bireysel onay etkinliklerinin sonucunu izler. Bu, 'Sözleşme Onay Darboğazı Raporu' ve 'Gerçek Zamanlı Sözleşme Durumu Takipçisi' için esastır. Hangi sözleşmelerin onay beklediğini, hangilerinin reddedildiğini ve yeniden işleme gerektirdiğini ve hangilerinin onay aşamasını başarıyla geçtiğini net bir şekilde görmeyi sağlar. Bu durumlar arasındaki geçişleri analiz etmek, onay zincirindeki belirli hata veya gecikme noktalarını tespit etmeye yardımcı olur.
Neden önemli
Onay aşamasına ilişkin detaylı içgörü sağlayarak, hangi sözleşmelerin takılı kaldığını ve nedenini belirlemeyi mümkün kılar.
Nereden alınır
Bu, DocuSign CLM içindeki bir onay görevinin veya workflow adımının sonucu olacaktır.
Örnekler
Hukuk Onayı BekliyorFinans Tarafından OnaylandıSatış Başkan Yardımcısı Tarafından Reddedildi
|
|||
|
Yeniden İşleme mi?
IsRework
|
Sözleşmenin önemli bir revizyon döngüsünden geçip geçmediğini gösteren bir mantıksal bayrak. | ||
|
Açıklama
Bu hesaplanmış öznitelik, dahili bir onay zaten alındıktan sonra kırmızı çizgi çekme için geri gönderilme gibi yeniden işleme yaşamış sözleşmeleri tanımlar. Genellikle belirli, istenmeyen etkinlik dizilerini arayarak türetilir. Bu işaret, süreç verimsizliklerinin analizini basitleştirir. 'Sözleşme Yeniden İşleme Oranı' KPI'sının doğrudan hesaplanmasına olanak tanır ve yalnızca ek çaba gerektiren sözleşmeleri filtrelemeyi ve analiz etmeyi kolaylaştırır. Bu, yeniden işlemenin temel nedenlerini, örneğin belirsiz başlangıç gereksinimleri veya zorlu müzakere noktaları gibi, tespit etmeye yardımcı olur.
Neden önemli
Süreç verimsizliğinin ve gizli maliyetlerin temel bir göstergesi olan yeniden işleme sıklığını nicelendirmeye ve analiz etmeye yardımcı olur.
Nereden alınır
Bu öznitelik, 'Dahili Onay Alındı' olayından sonra 'Sözleşme Kırmızı Çizgi Çekildi' olayı gibi yeniden işleme döngülerini tanımlayan kurallar tanımlanarak Process Mining aracı içinde hesaplanır.
Örnekler
truefalse
|
|||
Sözleşme Yönetimi Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dahili Onay Alındı
|
Bu kilometre taşı, tüm gerekli dahili onaylayıcıların sözleşmeyi onayladığını gösterir. Son gerekli onaylayıcı, iş akışındaki görevini tamamladığında yakalanır. | ||
|
Neden önemli
Bu, sözleşmenin harici müzakere veya yürütme için hazır olduğunu gösteren kritik bir kilometre taşıdır. Bu noktaya kadar olan gecikmeler, dahili uyum sorunlarını vurgular.
Nereden alınır
Bu olay, onay görevi nihai 'Onaylandı' durumuna ulaştığında iş akışı geçmişine kaydedilir.
Yakala
Sıralı veya paralel bir onay iş akışındaki son onaylayıcı onayını verdiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Hukuki İnceleme Başlatıldı
|
Sözleşmenin resmi olarak hukuk departmanına inceleme ve geri bildirim için sunulduğu noktayı işaret eder. Bu, sözleşme iş akışının 'Hukuk İncelemesi' aşamasına girdiğinde kaydedilen kritik bir adımdır. | ||
|
Neden önemli
Hukuki inceleme, sözleşme yönetiminde yaygın bir darboğazdır. Süresini ölçmek, 'Hukuki İnceleme Performansı' Dashboard'u için ve hızlandırma fırsatlarını belirlemek için anahtardır.
Nereden alınır
Olay, hukuk ekibine bir görev atandığında veya sözleşme durumu 'Hukuk İncelemesinde' olarak değiştiğinde zaman damgasını kaydeden iş akışı denetim izinden yakalanır.
Yakala
Sözleşme bir hukuki inceleme görevine veya kuyruğuna atandığında workflow motoru tarafından kaydedilir.
Event tipi
explicit
|
|||
|
Sözleşme Feshedildi
|
Bu etkinlik, bir sözleşmenin yaşam döngüsünün, sona erme, iptal veya karşılıklı anlaşma yoluyla resmi sonunu temsil eder. Genellikle sistemdeki manuel bir durum değişikliği ile yakalanır. | ||
|
Neden önemli
Bu, sürecin alternatif bir sonlanma noktası görevi görür. Fesihleri ve sona ermeleri takip etmek, sözleşmenin tüm yaşam döngüsünü anlamak ve yenileme analizi için kritik öneme sahiptir.
Nereden alınır
Bu olay, bir kullanıcı sözleşmenin durum alanını 'Sonlandırıldı', 'Süresi Doldu' veya 'İptal Edildi' olarak güncellediğinde yakalanır. Bu durum değişikliğinin zaman damgası kullanılır.
Yakala
Sözleşmenin birincil durum alanındaki değişikliğin son aşamaya (terminal state) gelmesinden anlaşılır.
Event tipi
inferred
|
|||
|
Sözleşme İmza İçin Gönderildi
|
Bu etkinlik, nihai, onaylanmış sözleşme için e-imza sürecinin başlatılmasını işaret eder. Bu, DocuSign'ın temel bir işlevidir ve bir kullanıcı belgeyi DocuSign eSignature zarfı aracılığıyla gönderdiğinde yakalanır. | ||
|
Neden önemli
Bu, yürütme öncesi önemli bir kilometre taşıdır. Bu noktadan yürütmeye kadar geçen sürenin analizi, imza toplama verimliliğini anlamaya yardımcı olur ve 'E-İmza Benimsenme Oranı' KPI'sını destekler.
Nereden alınır
Bu, belgenin detaylı geçmişine veya denetim izine kaydedilen, genellikle 'Zarf Geçmişi' olarak adlandırılan açık, temel bir olaydır.
Yakala
Bir e-İmza zarfı oluşturulup gönderildiğinde sistem tarafından doğrudan kaydedilir.
Event tipi
explicit
|
|||
|
Sözleşme İmzalandı
|
Sözleşmenin başarılı bir şekilde tamamlanmasını temsil eder; bu, son gerekli imzacının belgeyi imzalamasıyla gerçekleşir. Bu, DocuSign eSignature platformu tarafından açıkça kaydedilir. | ||
|
Neden önemli
Bu, sözleşme oluşturma süreci için birincil başarı bitiş noktasıdır. 'Ortalama Sözleşme Döngü Süresi'ni hesaplamak ve genel süreç işlem hacmini ölçmek için esastır.
Nereden alınır
Bu olayın zaman damgası, e-imza iş akışı tamamen tamamlandığında Tamamlama Sertifikasında ve belgenin denetim logunda yakalanır.
Yakala
Son imza uygulandığında e-İmza bileşeni tarafından otomatik olarak kaydedilir.
Event tipi
explicit
|
|||
|
Sözleşme Talebi Başlatıldı
|
Bu etkinlik, sözleşme yaşam döngüsünün resmi başlangıcını işaret eder. Genellikle bir kullanıcı bir sözleşme talep formu gönderdiğinde veya DocuSign CLM içinde yeni bir sözleşme kaydı oluşturarak ilgili iş akışını tetiklediğinde yakalanır. | ||
|
Neden önemli
Bu, süreç için birincil başlangıç olayıdır. Bu etkinliği analiz etmek, genel sözleşme işlem hacmini ve uçtan uca döngü süresinin başlangıcını ölçmek için esastır.
Nereden alınır
Bu olay, sözleşme kaydının oluşturulma zaman damgasına veya bir başvuru formunun gönderilmesine karşılık gelen denetim logundan veya iş akışı geçmişinden yakalanır.
Yakala
Bir sözleşme başlatma formunun gönderilmesinden veya yeni bir sözleşme
Event tipi
explicit
|
|||
|
Dahili İnceleme Başlatıldı
|
Bu etkinlik, taslak sözleşmenin finans veya operasyon gibi dahili iş paydaşları tarafından incelenmek üzere sunulduğunu gösterir. Bir kullanıcı iş akışında 'Dahili İnceleme' görevini başlattığında yakalanır. | ||
|
Neden önemli
Bu, genellikle darboğaz kaynağı olan inceleme aşamasının başlangıcını işaret eder. Süresini analiz etmek, paydaş geri bildirimlerindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır
Sözleşme 'Dahili İnceleme' durumuna taşındığında veya inceleme görevi hukuki olmayan dahili bir kullanıcıya atandığında iş akışı geçmişine kaydedilir.
Yakala
İş akışı, dahili iş incelemesi için atanmış bir duruma veya göreve geçtiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Dahili Onay Gönderildi
|
Bu etkinlik, sözleşmenin incelemeleri tamamlandıktan sonra belirlenmiş dahili yetkililer tarafından resmi onay için gönderilmesiyle gerçekleşir. Onay iş akışı başlatıldığında yakalanır. | ||
|
Neden önemli
Bu, son dahili onay aşamasının başlangıcını işaret eder. Süresi, 'Ortalama Onay Aşaması Süresi' KPI'sının temel bir bileşenidir.
Nereden alınır
Bu, bir kullanıcı sözleşmeyi onay için gönderdiğinde iş akışı geçmişine kaydedilen, onaylayıcılara atamaları tetikleyen açık bir eylemdir.
Yakala
'Onaya Gönder' veya benzeri bir iş akışı eylemi yürütüldüğünde kaydedilir.
Event tipi
explicit
|
|||
|
Karşı Taraf Müzakeresi Başlatıldı
|
Karşı tarafın, genellikle geri bildirim sağlayarak veya sözleşmenin revize edilmiş (redlined) bir versiyonunu sunarak yanıt verdiğini gösterir. Bu durum, harici bir tarafça yeni bir belge sürümü yüklendiğinde veya durum dahili inceleme aşamasına geri döndüğünde anlaşılır. | ||
|
Neden önemli
Bu etkinlik, 'Sözleşme Başına Müzakere Devir Sayısı' KPI'sını analiz etmek için çok önemlidir. Dahili ekipler ve karşı taraf arasındaki sık döngüler, müzakere sürtünmesini gösterir.
Nereden alınır
Harici bir kaynaktan yeni bir belge sürümünün alınmasından veya bir kullanıcı tarafından karşı taraf geri bildiriminin alındığını yansıtmak için manuel bir durum değişikliğinden çıkarılır.
Yakala
Sözleşme karşı tarafta olduktan sonra durumun tekrar 'Dahili İnceleme' veya 'Taslak Hazırlama' olarak değişmesinden çıkarılır.
Event tipi
inferred
|
|||
|
Karşı Tarafa Gönderildi
|
Sözleşme belgesinin harici karşı tarafla inceleme ve imza için paylaşılma eylemini temsil eder. Bu, DocuSign CLM içindeki bir 'gönder' veya 'paylaş' eylemi aracılığıyla yakalanır. | ||
|
Neden önemli
Bu etkinlik, süreç kontrolünün sınırlı olduğu harici bir tarafa devri işaret eder. Karşı taraflarla geçirilen süreyi anlamak, harici gecikmeleri belirlemek için anahtardır.
Nereden alınır
CLM'den belgeyle bir e-posta gönderme veya harici bir portal aracılığıyla paylaşma gibi eylemleri kaydeden
Yakala
Platformun özellikleri aracılığıyla belgeyi harici olarak paylaşmak için belirli bir kullanıcı eyleminden kaydedilir.
Event tipi
explicit
|
|||
|
Sözleşme Depoda Saklandı
|
Bu, tamamen yürütülen sözleşmenin merkezi sözleşme deposuna otomatik olarak dosyalandığı son idari adımdır. Bu olay genellikle imza sürecinin tamamlanmasıyla tetiklenir. | ||
|
Neden önemli
Sürecin uygun kayıt tutma ile sonuçlanmasını sağlar. Yürütme öncesi yaşam döngüsünün son anını ve yürütme sonrası aşamanın başlangıcını işaret eder.
Nereden alınır
Yakala
Başarılı yürütme sonrası son otomatik adım olarak
Event tipi
explicit
|
|||
|
Sözleşme Düzeltildi
|
Bu etkinlik, müzakere veya inceleme döngüsü sırasında sözleşme belgesinde yapılan bir revizyonu veya değişikliği temsil eder. Belgenin yeni bir sürümü her yüklendiğinde veya kaydedildiğinde yakalanır. | ||
|
Neden önemli
Kırmızı çizgilerin (redline) sıklığını takip etmek, 'Sözleşme Yeniden İşleme Oranı' KPI'ı için kritik öneme sahiptir. Yüksek sayıda revizyon, net olmayan şartları, verimsiz müzakere süreçlerini veya yetersiz ilk taslakları işaret edebilir.
Nereden alınır
Sözleşmeyle ilişkili belge sürüm geçmişinden türetilir. İlk taslaktan sonra oluşturulan her yeni sürüm, bir 'Sözleşme Düzeltildi'
Yakala
DocuSign CLM deposunda yeni bir belge sürümü yüklendiğinde veya oluşturulduğunda kaydedilir.
Event tipi
explicit
|
|||
|
Sözleşme Taslağı Hazırlandı
|
Sözleşme belgesinin ilk taslağının oluşturulmasını ve tamamlanmasını temsil eder. Bu, belgenin ilk sürümü sisteme yüklendiğinde veya oluşturulup kaydedildiğinde yakalanabilir. | ||
|
Neden önemli
Bunu takip etmek, incelemeler başlamadan önce oluşturma ve hazırlık için harcanan zamanı anlamaya yardımcı olur. Aynı zamanda, sonraki revizyonların sıklığını ölçmek için bir temel ölçüt sunar.
Nereden alınır
Sözleşmenin belge geçmişindeki ilk belge sürümünün oluşturulma
Yakala
Sözleşme ID'si ile ilişkili ilk belge sürümünün oluşturulma
Event tipi
inferred
|
|||
|
Sözleşme Yenileme Başlatıldı
|
Mevcut bir sözleşmenin yenileme sürecinin başlangıcını işaret eder. Bu etkinlik genellikle bir sözleşme sahibi tarafından manuel olarak veya sözleşmenin sona erme tarihine göre otomatik olarak tetiklenir. | ||
|
Neden önemli
Bu etkinlik, 'Zamanında Sözleşme Yenileme Oranı' KPI'sını izlemek için esastır. Kuruluşun süresi dolmak üzere olan sözleşmelerini ne kadar proaktif yönettiğine dair içgörü sağlar.
Nereden alınır
Belirli bir 'Sözleşmeyi Yenile' eylemi gerçekleştirildiğinde yakalanır; bu, orijinaline bağlı yeni bir sözleşme kaydı oluşturabilir veya bir yenileme
Yakala
Belirli bir kullanıcı eyleminden veya yenileme
Event tipi
explicit
|
|||
|
Yükümlülük İzleme Başlatıldı
|
Bu etkinlik, temel tarihlerin ve teslimatların takip edildiği yürütme sonrası yönetimin başlangıcını gösterir. Bir sözleşme yükümlülüğünü izlemek için bir görev veya alt süreç başlatıldığında yakalanır. | ||
|
Neden önemli
'Yürütme Sonrası Yükümlülük Uygunluk Oranı' KPI'ı için kritik olan bu
Nereden alınır
Sistem analizi gerektirir. Bu muhtemelen, ana sözleşmeye bağlı belirli yükümlülük izleme görevlerinin veya iş akışlarının oluşturulmasından yakalanacaktır.
Yakala
Yükümlülük yönetimiyle ilgili bir yürütme sonrası
Event tipi
explicit
|
|||