Sözleşme Yönetimi Veri Template'inuz

DocuSign CLM
Sözleşme Yönetimi Veri Template'inuz

Sözleşme Yönetimi Veri Template'inuz

Bu şablon, sözleşme yönetimi sürecinizi analiz etmek için gerekli temel veri noktalarına dair yapılandırılmış bir genel bakış sunar. Toplanması gereken ana nitelikleri, izlenmesi gereken temel faaliyetleri ve bu bilgileri elde etmek için pratik bir rehberliği özetler. Detaylı süreç keşfi ve optimizasyonu için tüm gerekli verileri topladığınızdan emin olmak için bunu kullanın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • `Veri` veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Sözleşme Yönetimi Öznitelikleri

Bunlar, sözleşme yönetimi sürecinizin detaylı bir analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 7 Opsiyonel
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 workflowunun (iş akışının), bottlenecklerin (darboğazların) ve varyasyonların görselleştirilmesine ve analizine sunar.

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 activity (etkinlik) sürelerinin doğru bir şekilde hesaplanmasına olanak tanıyarak, aktif işlem süresini boş bekleme süresinden ayırt etmeye yardımcı olur.

Nereden Alınır??

DocuSign CLM gibi sistemlerde bu, audit trailde (denetim izinde) açıkça kaydedilebilir veya sonraki eventin (olayın) başlangıç zamanından çıkarılması gerekebilir.

Ö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ı activitylerde (etkinliklerde) en iyi uygulamaların ve iyileştirme alanlarının belirlenmesine yardımcı olur.

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 workflowlara (iş akışlarına) ve karmaşıklık seviyelerine sahip farklı sözleşme kategorileri arasında süreç performansının karşılaştırılmasına sunar.

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 nitelik (nitelik), belgenin sürüm geçmişinden çıkarılacaktır.

Ö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, uyumluluk ve iş yükündeki farklılıkları vurgular.

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 bottleneckleri (darboğazları) özellikle belirlemeyi ve ele almayı kolaylaştırır.

Nereden Alınır??

Process Mining aracında, onaylarla ilgili tüm eventlerin (olayların) (örneğin, 'Dahili Onay Gönderildi', 'Dahili Onay Alındı') belirlenmesi ve her bir case (vaka) için ilk ve son event (olay) arasındaki sürenin ölçülmesiyle hesaplanı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
Gerekli Önerilen Opsiyonel

Sözleşme Yönetimi Aktiviteleri

Bunlar, sözleşme yönetiminde doğru süreç keşfi için event lognüze (event log) kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 9 Opsiyonel
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 objectinin (nesnesinin) oluşturulmasından 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?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 audit trailden (denetim izi) yakalanır.

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??

Workflow (iş akışı) geçmişinden, imzalanan belgeyi arşivleyen son adımın tamamlanması olarak yakalanır.

Yakala

Başarılı yürütme sonrası son otomatik adım olarak workflow (iş akışı) motoru tarafından kaydedilir.

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' eventi (olayı) olarak ele alınabilir.

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 eventini (olayını) belirleyin.

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 workflowunu (iş akışını) başlatabilir.

Yakala

Belirli bir kullanıcı eyleminden veya yenileme workflowunu (iş akışını) başlatmak üzere tasarlanmış otomatik bir tetikleyiciden kaydedilir.

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 activity (etkinlik), sözleşmeye dayalı taahhütlerin imzalandıktan sonra yönetilip yönetilmediğine dair görünürlük sunar.

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ı taskın (görevin) veya workflowun (iş akışının) oluşturulmasından kaydedilir.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

DocuSign CLM'den `data`nızı (verinizi) nasıl alırsınız?