Sözleşme Yönetimi Veri Template'inuz
Sözleşme Yönetimi Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- `Veri` veri çekme kılavuzu
Sözleşme Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Sözleşme süreç 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 temel bileşenleridir. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining için büyük önem taşır. 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?dir?
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ıİç İnceleme BaşladıKarşı Tarafa GönderildiSözleşme İmzalandı
|
|||
|
Başlangıç Zamanı
EventTime
|
Belirli bir aktivite veya olayın ne zaman başladığını gösteren zaman damgası (zaman damgası)dır. | ||
|
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 sunar. 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 sunar. Darboğazları belirlemek, bekleme sürelerini ölçmek ve süreç verimliliğini SLA'lara göre değerlendirmek için büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (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 büyük önem taşır.
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 (case) tanımlayıcısı olarak olarak kullanılır. 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 gereklidir, çünkü her bir sözleşmenin tüm sürecinin yeniden yapılandırılmasına sunar. 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?dir?
İlgili tüm süreç olaylarını birbirine bağlayan birincil büyük önem taşır ve tek bir sözleşmenin tüm süreç döngüsünü izlemeyi ve analiz etmeyi sunar.
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 sunar.
Neden Önemli?dir?
Veri izlenebilirliğini sunar ve birden fazla kurumsal sistemden gelen verileri birleştiren analizler için büyük önem taşır.
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ı (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 sunar, kullanıcıların verilerin ne kadar güncel olduğunu bilmelerini sunar. Panellerde ve raporlarda, bu bilgi veri yönetimi ve kullanıcı güveni için büyük önem taşır. 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 büyük önem taşır.
Neden Önemli?dir?
Veri güncelliği hakkında önemli bilgiler sağlayarak, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamalarını sunar.
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ş Zamanı
EndTime
|
Belirli bir faaliyetin veya olayın ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
|
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 sunar. Bitiş Zamanını analiz etmek, etkinliklerin işlem süresini hesaplamak için büyük önem taşır; 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 stratejik bilgiler sunar. Örneğin, bir 'Hukuki İnceleme' etkinliğinin kesin süresini hesaplamak için kullanılabilir.
Neden Önemli?dir?
Bireysel
Nereden Alınır??
DocuSign CLM gibi sistemlerde bu,
Örnekler:::::::
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
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 süreç 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?dir?
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
|
|||
|
Sözleşme Bitiş Tarihi
ExpirationDate
|
Sözleşmenin sona erme tarihi. | ||
|
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?dir?
Proaktif sözleşme yönetimi için çok önemli olup, zamanında yenilemeleri sunar 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 büyük önem taşır. 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?dir?
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 sunar.
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 süreç 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 güçlüak ve işin nerede biriktiğini belirlemek için doğrudan bu özniteliğe dayanır.
Neden Önemli?dir?
Sözleşmenin ilerlemesine ilişkin bir anlık görüntü sunar; bu durum durum takibi, iş yükü yönetimi ve darboğazları belirlemek için gereklidir.
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:::::::
Taslakİç İncelemedeİmza BekleniyorYürütüldüSonlandırıldı
|
|||
|
Sözleşme Sahibi
ContractOwner
|
Sözleşme Değerii süreç 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 Panellerde verileri segmentlere ayırmak için önemli bir boyuttur.
Neden Önemli?dir?
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
|
Sözleşmenin sınıflandırılması, örneğin NDA, MSA veya SOW. | ||
|
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 büyük önem taşır. Analistlerin farklı anlaşma türleri için döngü sürelerini, uyumluluk oranlarını ve müzakere modellerini karşılaştırmasına sunar. Ö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ı sunar.
Neden Önemli?dir?
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ı Beyanı (SOW)
|
|||
|
Belge Sürümü
DocumentVersion
|
Sözleşme belgesinin sürüm numarası. | ||
|
Açıklama
Bu öznitelik, sözleşme belgesinin revizyonlar ve redline (değişiklik takibi) 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?dir?
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şme Değerie 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 gereklidir. 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?dir?
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?dir?
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şme Değerii 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 sunar. 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?dir?
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 iş akışını (workflow) 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?dir?
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 süreç döngüsünün onay aşamasına özgü ayrıntılı bir durum sunar. 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 gereklidir. 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 sunar. Bu durumlar arasındaki geçişleri analiz etmek, onay zincirindeki belirli hata veya gecikme noktalarını tespit etmeye yardımcı olur.
Neden Önemli?dir?
Onay aşamasına ilişkin detaylı önemli bilgi sağlayarak, hangi sözleşmelerin takılı kaldığını ve nedenini belirlemeyi sunar.
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 redline (değişiklik takibi) 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 sunar 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?dir?
Süreç verimsizliğinin ve gizli maliyetlerin temel bir göstergesi olan yeniden işleme sıklığını ölçmeye 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 Aktiviteleri
| 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?dir?
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 temel bir adımdır. | ||
|
Neden Önemli?dir?
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 temel rol oynar.
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ı (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 süreç 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?dir?
Bu, sürecin alternatif bir sonlanma noktası görevi görür. Fesihleri ve sona ermeleri takip etmek, sözleşmenin tüm süreç döngüsünü anlamak ve yenileme analizi için büyük önem taşır.
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ı (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?dir?
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?dir?
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 gereklidir.
Nereden Alınır??
Bu olayın zaman damgası (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 süreç 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?dir?
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 gereklidir.
Nereden Alınır??
Bu olay, sözleşme kaydının oluşturulma zaman damgası (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 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?dir?
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
|
|||
|
İç İnceleme Başladı
|
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?dir?
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
|
|||
|
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?dir?
Bu etkinlik, 'Sözleşme Başına Müzakere Devir Sayısı' KPI'sını analiz etmek için büyük önem taşır. 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?dir?
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 temel rol oynar.
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?dir?
Sürecin uygun kayıt tutma ile sonuçlanmasını sunar. Yürütme öncesi süreç 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?dir?
Kırmızı çizgilerin (redline) sıklığını takip etmek, 'Sözleşme Yeniden İşleme Oranı' KPI'ı için büyük önem taşır. 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şme Değerile 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?dir?
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 zaman damgası (zaman damgası)inden (zaman damgası (zaman damgası)ndan) veya durumun 'Taslak Hazırlama Tamamlandı' olarak değişmesinden çıkarılır.
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?dir?
Bu etkinlik, 'Zamanında Sözleşme Yenileme Oranı' KPI'sını izlemek için gereklidir. Kuruluşun süresi dolmak üzere olan sözleşmelerini ne kadar proaktif yönettiğine dair önemli bilgi sunar.
Nereden Alınır??
Belirli bir 'Sözleşme Değerii 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?dir?
'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
|
|||