Sözleşme yönetimi veri şablonunuz
Sözleşme yönetimi veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Sözleşme yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTime
|
Belirli bir etkinliğin veya olayın ne zaman başladığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. Süreç performansını zaman içinde analiz etmenizi sağlayan temel zaman bilgisidir. Olayları Başlangıç zamanına göre sıraladığınızda her vaka için kronolojik bir kayıt oluşturulur. Böylece etkinlikler arasındaki çevrim sürelerini, her adımın ne kadar sürdüğünü ve sürecin baştan sona toplam süresini hesaplayabilirsiniz. Darboğazları belirlemek, bekleme sürelerini ölçmek ve süreç verimliliğini SLA’lara göre değerlendirmek için bu bilgi gereklidir.
Neden önemli?
Olayları kronolojik sıraya koymak ve çevrim süreleri ile süreler gibi zamana dayalı tüm metrikleri hesaplamak için bu zaman damgası gereklidir.
Nereden alınır?
Bu bilgi, DocuSign CLM’deki her Event Log veya denetim izinde standart olarak bulunur ve kaydedilen her işlemle ilişkilendirilir.
Örnekler
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
Etkinlik
ActivityName
|
Sözleşmenin yaşam döngüsünde gerçekleşen belirli görevin veya olayın adı. | ||
|
Açıklama
Bu öznitelik, sözleşme yönetimi sürecindeki tek bir adımı veya kilometre taşını tanımlar. Örneğin Sözleşme taslağı hazırlandı, Hukuk incelemesi başladı veya Sözleşme imzalandı gibi etkinlikleri kapsar. Bu etkinlikler süreç haritasının temel yapı taşlarıdır. Etkinliklerin sırasını ve ne sıklıkta gerçekleştiğini incelemek, Process Mining çalışmalarının temelini oluşturur. Bu analiz, sürecin gerçekte nasıl ilerlediğini görmenize, standart prosedürden sapmaları bulmanıza ve en uzun süren ya da en sık tekrarlanan etkinlikleri belirlemenize yardımcı olur.
Neden önemli?
Sözleşme iş akışındaki adımları tanımlar; böylece süreci görselleştirebilir, darboğazları ve farklılıkları analiz edebilirsiniz.
Nereden alınır?
Bu bilgi genellikle DocuSign CLM içindeki Event Log veya denetim izi verilerinden alınır. Bu kayıtlar, sözleşme belgesi ya da iş akışı üzerinde gerçekleştirilen işlemleri içerir.
Örnekler
Sözleşme taslağı hazırlandıİç inceleme başladıKarşı tarafa gönderildiSözleşme yürürlüğe girdi
|
|||
|
Sözleşme kimliği
ContractId
|
Sistemde yönetilen her sözleşmeye ait benzersiz tanımlayıcı. | ||
|
Açıklama
Sözleşme kimliği, belirli bir sözleşmeyle ilgili tüm olayları ve etkinlikleri başlangıçtan çözüme kadar benzersiz biçimde birbirine bağlayan kesin vaka tanımlayıcısıdır. DocuSign CLM’de bu değer, Zarf kimliğiyle veya özel bir sözleşme tanımlayıcısı alanıyla eşleşebilir. Bu öznitelik, her sözleşmenin uçtan uca yolculuğunu yeniden oluşturmayı sağladığı için Process Mining açısından gereklidir. İlgili tüm etkinlikleri tek bir sözleşme kimliği altında gruplayan analistler, sürecin tamamını görselleştirebilir, çevrim sürelerini ölçebilir ve farklı sözleşmeler arasındaki değişkenlikleri inceleyebilir.
Neden önemli?
İlgili tüm süreç olaylarını birbirine bağlayan birincil anahtardır. Böylece tek bir sözleşmenin tüm yaşam döngüsü izlenip analiz edilebilir.
Nereden alınır?
Bu, genellikle DocuSign CLM’deki sözleşme veya zarf nesnesinin ana tanımlayıcısıdır. Zarf kimliği olarak adlandırılabilir veya sözleşmeleri tanımlamak için yapılandırılmış özel bir alan olabilir.
Örnekler
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin hangi sistemden alındığını belirtir. | ||
|
Açıklama
Bu öznitelik, süreç verisinin kaynağını belirtir. Bu görünümde değer genellikle DocuSign CLM veya benzer bir tanımlayıcı olur. Tek bir sistemin analizinde gereksiz gibi görünse de bu alanı eklemek iyi bir uygulamadır. Örneğin CRM’deki sözleşme verilerini DocuSign’daki iş akışı verileriyle birleştirirken kaynak sistem bilgisi, verinin nereden geldiğini ve nasıl izlenebileceğini açıkça gösterir.
Neden önemli?
Verinin izlenebilirliğini sağlar ve birden fazla kurumsal sistemden gelen verileri birleştiren analizler için gereklidir.
Nereden alınır?
Bu değer genellikle veri çıkarma ve dönüştürme sırasında eklenir ve Veri Seti kaynağını belirtmek için sabit tutulur.
Örnekler
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan en son veri yenileme veya çıkarma işleminin zaman damgası. | ||
|
Açıklama
Bu öznitelik, Veri Setinin en son ne zaman güncellendiğini gösterir. Analizin ne kadar güncel olduğunu anlamanıza yardımcı olur. Dashboardlarda ve raporlarda bu bilgi, veri yönetimi ve kullanıcı güveni açısından önemlidir. Analistlerin gerçek zamanlı verileri mi yoksa belirli bir tarihte alınmış bir anlık görüntüyü mü incelediğini anlamasını sağlar. Bu ayrım, zamanında ve bilgiye dayalı kararlar almak için gereklidir.
Neden önemli?
Verinin güncelliğini göstererek kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasını sağlar.
Nereden alınır?
Bu meta veri özniteliği genellikle veri alımı sırasında ETL (Extract, Transform, Load) aracı veya veri hattı tarafından oluşturulur ve saklanır.
Örnekler
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Bitiş zamanı
EndTime
|
Belirli bir etkinliğin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin tamamlandığı kesin tarih ve saati kaydeder. Başlangıç zamanı etkinliğin başlangıcını, Bitiş zamanı ise tamamlandığı anı gösterir. Böylece her etkinliğin süresini hassas biçimde hesaplayabilirsiniz. Etkinliklerin işlem süresini, yani bir görev üzerinde fiilen çalışılan zamanı hesaplamak için Bitiş zamanını incelemek gerekir. Bu sayede aktif çalışma ile bekleme süresini ayırt edebilir, kaynak verimliliğini ve gecikmelerin gerçek maliyetini daha iyi anlayabilirsiniz. Örneğin Hukuk incelemesi etkinliğinin tam süresini hesaplayabilirsiniz.
Neden önemli?
Her etkinliğin süresini hassas biçimde hesaplamanızı ve aktif işlem süresini boşta geçen bekleme süresinden ayırmanızı sağlar.
Nereden alınır?
DocuSign CLM gibi sistemlerde bu bilgi denetim izine açıkça kaydedilebilir veya sonraki olayın başlangıç zamanından çıkarılabilir.
Örnekler
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Karşı taraf
Counterparty
|
Sözleşmeye dahil olan müşteri veya tedarikçi gibi dış taraf. | ||
|
Açıklama
Bu öznitelik, anlaşmaya katılan diğer kuruluşu belirtir. Farklı karşı tarafların müzakere biçimleri, hukuki gereklilikleri ve yanıt süreleri değişebilir; bu da sözleşmenin yaşam döngüsünü önemli ölçüde etkileyebilir. Karşı tarafa göre süreç performansını incelemek, hangi iş ortaklarıyla çalışmanın kolay olduğunu ve hangilerinin sürekli gecikmeye yol açtığını belirlemenize yardımcı olur. Bu bilgi, ilişki yönetimini iyileştirmek ve gelecekteki müzakereler için gerçekçi beklentiler oluşturmak amacıyla kullanılabilir. Sözleşmede yeniden çalışma ve revizyon sıklığı analizinin temel boyutlarından biridir.
Neden önemli?
Farklı dış taraflarla etkileşimlerin müzakere sürelerini, revizyon sayılarını ve toplam çevrim sürelerini nasıl etkilediğini analiz etmenize yardımcı olur.
Nereden alınır?
Bu bilgi, sözleşme kaydının temel bir parçasıdır ve genellikle Karşı taraf adı veya Şirket gibi özel bir alanda saklanır.
Örnekler
Acme CorporationGlobex Inc.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 sağlayan veya uzun vadeli hizmet sözleşmelerinde sözleşme portföyünü önceden yönetmek için önemli bir meta veri alanıdır. Sözleşme yenileme ve sona erme görünümü Dashboardu, bu tarihi temel alır. Kuruluşlar, sona erme tarihi yaklaşan sözleşmeleri izleyerek yenileme iş akışlarını zamanında başlatabilir. Bu tarih, zamanında sözleşme yenileme oranı KPI’ının hesaplanmasında da kullanılır; böylece gelir kaybı ve hizmet kesintisi riski azaltılabilir.
Neden önemli?
Sözleşmeleri önceden yönetmenizi, yenilemeleri zamanında yapmanızı ve sözleşmelerin istemeden sona ermesini önlemenizi sağlar.
Nereden alınır?
DocuSign CLM’de belirli bir süresi olan her sözleşme için kaydedilmesi gereken standart bir meta veri 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 tek seferlik veya yinelenen finansal değerini gösterir. Sözleşmenin değeri, gereken inceleme düzeyini ve onay sürecinin karmaşıklığını belirleyebilir. Sözleşme değerine göre analiz yapmak, yüksek değerli anlaşmalara öncelik vermenizi ve gereksiz yere gecikip gecikmediklerini belirlemenizi sağlar. Ayrıca uyumluluğu denetlemek için de kullanılabilir. Örneğin, belirli bir tutarı aşan sözleşmelerin CFO onayı alıp almadığını kontrol edebilirsiniz. Bu öznitelik, iyileştirme çalışmalarını finansal açıdan en önemli sözleşmelere yöneltmenize yardımcı olur.
Neden önemli?
Değeri yüksek sözleşmeler daha sıkı inceleme gerektirebildiği ve iş üzerinde daha büyük etki yaratabildiği için önceliklendirme ve risk değerlendirmesi yapmanızı sağlar.
Nereden alınır?
Bu, DocuSign CLM’deki sözleşme meta verilerinde genellikle sayısal veya para birimi türünde bir alandır.
Örnekler
500002500001200000
|
|||
|
Sözleşme durumu
ContractStatus
|
Sözleşmenin yaşam döngüsündeki mevcut aşaması veya durumu. | ||
|
Açıklama
Bu öznitelik, sözleşmenin belirli bir andaki genel durumunu gösterir. Örneğin Taslak, İncelemede, İmza bekliyor veya İmzalandı değerlerini alabilir. Sözleşmenin süreçte hangi aşamada olduğunu özetler. Process Mining çalışmalarında durumu inceleyerek vakaları filtreleyebilir ve farklı aşamalardaki sözleşme sayılarını izleyen Dashboardlar oluşturabilirsiniz. Gerçek zamanlı sözleşme durumu izleyicisi Dashboardu, etkin sözleşme portföyünü görünür kılmak ve işlerin nerede biriktiğini belirlemek için bu özniteliği kullanır.
Neden önemli?
Sözleşmenin ilerleyişini gösterir; durum takibi, iş yükü yönetimi ve darboğazların belirlenmesi için gereklidir.
Nereden alınır?
Bu bilgi genellikle DocuSign CLM içindeki sözleşme veya iş akışı nesnesinin temel öznitelikleri arasında bulunur.
Örnekler
Taslakİç incelemedeİmza bekliyorİmzalandıSonlandırıldı
|
|||
|
Sözleşme sorumlusu
ContractOwner
|
Sözleşmenin yaşam döngüsü boyunca yönetiminden sorumlu kullanıcı veya çalışan. | ||
|
Açıklama
Sözleşme sorumlusu, sözleşmenin ilerleyişinden hesap veren ve bu konuda başvurulacak temel kişidir. Genellikle sözleşme talebini başlatan veya iş ilişkisinden sorumlu olan kişidir. Sözleşme sorumlusuna göre performansı incelemek; verimlilik, yeniden çalışma oranları ve çevrim süreleriyle ilgili örüntüleri ortaya çıkarabilir. Bu analiz, yüksek performans gösteren kişileri veya ekipleri belirlemenin yanı sıra ek eğitim ya da desteğe ihtiyaç duyanları da görmenizi sağlar. Sözleşme çevrim süresi analizi gibi Dashboardlarda verileri gruplandırmak için temel bir boyuttur.
Neden önemli?
Kişi veya ekip bazında performans analizi yapmanızı, kullanıcıların yürüttüğü etkinliklerde iyi uygulamaları ve iyileştirme alanlarını belirlemenizi sağlar.
Nereden alınır?
Bu genellikle sözleşme nesnesiyle ilişkilendirilmiş bir kullanıcı alanıdır. İş akışını oluşturan veya yöneten kişinin adı burada yer alabilir.
Örnekler
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Sözleşme türü
ContractType
|
NDA, MSA veya SOW gibi sözleşme sınıflandırması. | ||
|
Açıklama
Bu öznitelik, sözleşmeleri hukuki veya ticari amaçlarına göre sınıflandırır. Farklı sözleşme türlerinin iş akışları ve onay gereklilikleri değişebilir; karmaşıklık düzeyleri de farklı olabilir. Süreç performansındaki farklılıkları anlamak için analizi sözleşme türüne göre gruplandırmak gerekir. Böylece farklı sözleşme türlerinin çevrim sürelerini, uyumluluk oranlarını ve müzakere örüntülerini karşılaştırabilirsiniz. Örneğin bir NDA’nın çevrim süresi, karmaşık bir ana hizmet sözleşmesinden çok daha kısa olmalıdır. Bu öznitelik, söz konusu karşılaştırmayı mümkün kılar.
Neden önemli?
İş akışları ve karmaşıklık düzeyleri farklı olabilen sözleşme kategorilerinin süreç performansını karşılaştırmanızı sağlar.
Nereden alınır?
Bu önemli meta veri alanı, DocuSign CLM’de sözleşme oluşturulurken genellikle açılır listeden seçilir.
Örnekler
Gizlilik sözleşmesi (NDA)Ana hizmet sözleşmesi (MSA)İş kapsamı belgesi (SOW)
|
|||
|
Belge sürümü
DocumentVersion
|
Sözleşme belgesinin sürüm numarası. | ||
|
Açıklama
Bu öznitelik, sözleşme belgesinin revizyonlar ve değişiklikler boyunca aldığı sürümleri izler. Yeni bir sürüm yüklendiğinde veya kaydedildiğinde bu numara artmalıdır. Belge sürümünü izlemek, yeniden çalışma miktarını ve müzakerenin karmaşıklığını ölçmenin doğrudan bir yoludur. Bir sözleşmenin çok sayıda sürümü olması, taraflar arasında yoğun bir yazışma ve değişiklik trafiğine işaret eder. Bu öznitelik, Ortalama belge revizyon sayısı KPI’ını hesaplamak ve sözleşmede yeniden çalışma ve revizyon sıklığı Dashboardunu incelemek için temel girdilerden biridir.
Neden önemli?
Belgenin kaç kez değiştirildiğini izleyerek yeniden çalışma miktarını ve müzakere çabasını doğrudan ölçer.
Nereden alınır?
DocuSign CLM’de belgeler için yerleşik sürüm denetimi bulunur. Bu öznitelik, belgenin sürüm geçmişinden alınabilir.
Örnekler
1234
|
|||
|
Departman
Department
|
Sözleşmenin sahibi olan iç iş birimi veya departman. | ||
|
Açıklama
Bu öznitelik, sözleşmeyi başlatan veya sözleşmeden sorumlu olan Satış, Pazarlama ya da BT gibi iç departmanı belirtir. Departmanların süreçleri ve ihtiyaçları farklılık gösterebilir; bu da sözleşme yönetimi uygulamalarını etkiler. İşletmenin farklı bölümlerinin sözleşme yönetimi sürecini nasıl kullandığını anlamak için analizi departmana göre gruplandırmak gerekir. Sözleşme onayındaki darboğaz raporu gibi hedefli raporlar oluşturabilir, gecikmelerin belirli iş birimlerinde yoğunlaşıp yoğunlaşmadığını görebilir ve süreç iyileştirmelerini departmanların ihtiyaçlarına göre uyarlayabilirsiniz.
Neden önemli?
Farklı iş birimlerinin performansını karşılaştırarak verimlilik, uyumluluk ve iş yükündeki farklılıkları görmenizi sağlar.
Nereden alınır?
Bu bilgi, sözleşmedeki bir meta veri alanından alınabilir veya sözleşme sorumlusu kullanıcının departmanından türetilebilir.
Örnekler
SatışHukukSatın almaPazarlama
|
|||
|
Elektronik imzalı mı
IsESigned
|
Sözleşmenin elektronik imzayla imzalanıp imzalanmadığını belirten mantıksal değer. | ||
|
Açıklama
Bu öznitelik, sözleşmenin DocuSign eSignature gibi entegre bir elektronik imza aracıyla mı yoksa çevrimdışı bir yöntemle mi (örneğin ıslak imza ve tarama) imzalandığını izler. Bu öznitelik, elektronik imza kullanım oranı KPI’ını doğrudan destekler. Elektronik imzalı sözleşmelerin oranını inceleyerek dijital dönüşüm çalışmalarınızın başarısını ölçebilirsiniz. Kullanım oranının yüksek olması genellikle imzalama süresinin kısalması, idari maliyetlerin düşmesi, uyumluluğun ve belge takibinin iyileşmesiyle ilişkilidir.
Neden önemli?
Dijital süreçlerin ne ölçüde benimsendiğini ölçer ve entegre elektronik imza özelliklerinin sağladığı verimlilik artışını hesaplamanıza yardımcı olur.
Nereden alınır?
Sözleşme imzalandı olayının entegre DocuSign eSignature hizmetinden gelip gelmediği kontrol edilerek belirlenebilir.
Örnekler
truefalse
|
|||
|
Hukuk danışmanı
LegalCounsel
|
Sözleşmeyi incelemekle görevlendirilen hukuk uzmanı veya ekip üyesi. | ||
|
Açıklama
Bu öznitelik, sözleşmeyi incelemek ve onaylamakla sorumlu hukuk departmanındaki kişiyi belirtir. Genellikle iş biriminden olan sözleşme sorumlusundan farklıdır. İncelemeleri belirli bir hukuk danışmanına atamak, hukuk incelemesi adımının performansını ayrıntılı biçimde analiz etmenizi sağlar. Hukuk incelemesi performansı Dashboardunu oluşturarak farklı hukuk ekibi üyelerinin iş hacmini ve çevrim sürelerini ölçebilir, karşılaştırabilir, iş yükünü dengeleyebilir ve hukuk departmanındaki verimlilik fırsatlarını belirleyebilirsiniz.
Neden önemli?
Hukuk incelemesi aşamasını ayrıntılı biçimde analiz etmenizi, iş yükünü dengelemenizi ve hukuk ekibinin performansını ölçmenizi sağlar.
Nereden alınır?
Bu bilgi, DocuSign CLM iş akışındaki görev atama verilerinden alınabilir ve Hukuk incelemesi görevinin kime atandığını gösterir.
Örnekler
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Onay aşamasının süresi
ApprovalPhaseDuration
|
Onayla ilgili tüm etkinliklerde geçen toplam süre. | ||
|
Açıklama
Bu metrik, sözleşmenin ilk iç onaya gönderildiği andan gerekli son onayın alındığı ana kadar onay aşamasında geçen toplam süreyi hesaplar. Onayla ilgili tüm etkinliklerin süreleri toplanarak veya ilk onay etkinliğinin başlangıcı ile son etkinliğin bitişi arasındaki zaman ölçülerek hesaplanabilir. Bu öznitelik, Ortalama onay aşaması süresi KPI’ının temel ölçümüdür. Taslak hazırlama veya müzakere aşamalarından kaynaklanan gecikmeleri değil, özellikle onay sürecindeki gecikmeleri görmenizi sağlar. Bu süreyi izleyerek onay matrisinizin etkisini daha iyi anlayabilir ve süreci sadeleştirme fırsatlarını belirleyebilirsiniz.
Neden önemli?
Onaylarda geçen süreyi ayrı olarak ölçerek özellikle onay zincirindeki darboğazları belirlemenizi ve gidermenizi kolaylaştırır.
Nereden alınır?
Process Mining aracında onayla ilgili tüm olaylar (örneğin İç onay gönderildi ve İç onay alındı) belirlenir; ardından her vaka için bu olayların ilki ile sonuncusu arasındaki süre ölçülü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şmenin yaşam döngüsündeki onay aşamasının ayrıntılı durumunu gösterir. Sözleşme durumu vakaya ilişkin genel durumu belirtirken Onay durumu, tek tek onay etkinliklerinin sonucunu izler. Bu bilgi, sözleşme onayındaki darboğaz raporu ve gerçek zamanlı sözleşme durumu izleyicisi için gereklidir. Hangi sözleşmelerin onay beklediğini, hangilerinin reddedilip yeniden çalışma gerektirdiğini ve hangilerinin onay aşamasını başarıyla geçtiğini açıkça görmenizi sağlar. Durumlar arasındaki geçişleri inceleyerek onay zincirindeki belirli aksama veya gecikme noktalarını bulabilirsiniz.
Neden önemli?
Onay aşamasına ilişkin ayrıntılı bilgi sunarak hangi sözleşmelerin nerede ve neden takıldığını belirlemenizi sağlar.
Nereden alınır?
Bu değer, DocuSign CLM içindeki bir onay görevinin veya iş akışı adımının sonucudur.
Örnekler
Hukuk onayı bekleniyorFinans tarafından onaylandıSatış başkan yardımcısı tarafından reddedildi
|
|||
|
Yeniden çalışma var mı
IsRework
|
Sözleşmenin önemli bir revizyon döngüsünden geçip geçmediğini belirten mantıksal değer. | ||
|
Açıklama
Bu hesaplanan öznitelik, iç onay alındıktan sonra değişiklik yapılması için geri gönderilen sözleşmeler gibi yeniden çalışma gerektiren durumları belirler. Genellikle istenmeyen belirli etkinlik dizileri aranarak hesaplanır. Bu değer, süreç verimsizliklerini analiz etmeyi kolaylaştırır. Sözleşmede yeniden çalışma oranı KPI’ını doğrudan hesaplayabilir ve ek çaba gerektiren sözleşmeleri filtreleyip inceleyebilirsiniz. Böylece ilk gerekliliklerin belirsiz olması veya müzakerelerin zor ilerlemesi gibi yeniden çalışmanın temel nedenlerini bulabilirsiniz.
Neden önemli?
Süreç verimsizliğinin ve gizli maliyetlerin önemli bir göstergesi olan yeniden çalışma sıklığını ölçmenize ve analiz etmenize yardımcı olur.
Nereden alınır?
Bu öznitelik, Process Mining aracında yeniden çalışma döngülerini belirleyen kurallar tanımlanarak hesaplanır. Örneğin İç onay alındı olayından sonra Sözleşmede değişiklik yapıldı olayının gerçekleşmesi bu kurallardan biri olabilir.
Örnekler
truefalse
|
|||
Sözleşme yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Hukuki inceleme başladı
|
Sözleşmenin inceleme ve geri bildirim için resmen hukuk departmanına sunulduğu noktayı gösterir. Sözleşme iş akışında 'Hukuki inceleme' aşamasına geçtiğinde kaydedilen önemli bir adımdır. | ||
|
Neden önemli?
Hukuki inceleme, sözleşme yönetiminde sık karşılaşılan bir darboğazdır. Süresini ölçmek, 'Hukuki inceleme performansı' Dashboardı için ve süreci hızlandırma fırsatlarını belirlemek açısından önemlidir.
Nereden alınır?
Olay, bir görevin hukuk ekibine atandığı veya sözleşme durumunun 'Hukuki incelemede' olarak değiştiği zaman damgasını kaydeden iş akışı denetim izinden alınır.
Kaydedin
Sözleşme hukuki inceleme görevine veya kuyruğuna atandığında iş akışı motoru tarafından kaydedilir.
Olay türü
explicit
|
|||
|
İç onay alındı
|
Bu kilometre taşı, gerekli tüm kurum içi onaylayıcıların sözleşmeyi onayladığını gösterir. İş akışında son onaylayıcı görevini tamamladığında kaydedilir. | ||
|
Neden önemli?
Bu önemli kilometre taşı, sözleşmenin dış müzakereye veya yürürlüğe girmeye hazır olduğunu gösterir. Bu noktaya kadar yaşanan gecikmeler, kurum içindeki uyum sorunlarına işaret eder.
Nereden alınır?
Onay görevi son aşamada 'Onaylandı' durumuna ulaştığında bu olay iş akışı geçmişine kaydedilir.
Kaydedin
Sıralı veya paralel onay iş akışında son onaylayıcı onay verdiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Sözleşme imzaya gönderildi
|
Bu etkinlik, son hâli onaylanmış sözleşme için elektronik imza sürecinin başlatıldığını gösterir. DocuSign’ın temel işlevlerinden biridir ve kullanıcı belgeyi DocuSign eSignature zarfı üzerinden gönderdiğinde kaydedilir. | ||
|
Neden önemli?
Bu, sözleşmenin yürürlüğe girmesinden önceki önemli bir kilometre taşıdır. Bu noktadan yürürlüğe girişe kadar geçen süreyi analiz etmek, imza toplama verimliliğini anlamaya ve 'Elektronik imza kullanım oranı' temel performans göstergesini izlemeye yardımcı olur.
Nereden alınır?
Belgenin ayrıntılı geçmişine veya denetim izine, genellikle 'Zarf geçmişi' adıyla, açıkça kaydedilen temel bir olaydır.
Kaydedin
Elektronik imza zarfı oluşturulup gönderildiğinde sistem tarafından doğrudan kaydedilir.
Olay türü
explicit
|
|||
|
Sözleşme sona erdi
|
Bu etkinlik, sözleşmenin süresinin dolması, iptal edilmesi veya tarafların karşılıklı anlaşması sonucunda yaşam döngüsünün resmen sona erdiğini gösterir. Genellikle sistemde durum elle değiştirilerek kaydedilir. | ||
|
Neden önemli?
Bu, sürecin alternatif bitiş noktasıdır. Sözleşmelerin sona ermesini ve sürelerinin dolmasını izlemek, yaşam döngüsünün tamamını anlamak ve yenileme analizi yapmak açısından önemlidir.
Nereden alınır?
Kullanıcı sözleşme durumunu 'Sona erdi', 'Süresi doldu' veya 'İptal edildi' olarak güncellediğinde kaydedilir. Durum değişikliğinin zaman damgası kullanılır.
Kaydedin
Sözleşmenin ana durum alanının son durumu gösteren bir değere değişmesinden çıkarılır.
Olay türü
inferred
|
|||
|
Sözleşme talebi başlatıldı
|
Bu etkinlik, sözleşme yaşam döngüsünün resmen başladığını gösterir. Genellikle bir kullanıcının sözleşme talep formunu göndermesi veya DocuSign CLM’de yeni bir sözleşme kaydı oluşturmasıyla kaydedilir ve ilgili iş akışı başlatılır. | ||
|
Neden önemli?
Bu, sürecin temel başlangıç olayıdır. Genel sözleşme işlem hacmini ve uçtan uca çevrim süresinin başlangıcını ölçmek için bu etkinliğin analiz edilmesi gerekir.
Nereden alınır?
Bu olay, denetim günlüğünden veya iş akışı geçmişinden alınır. Sözleşme kaydının oluşturulduğu ya da talep formunun gönderildiği zaman damgasına karşılık gelir.
Kaydedin
Sözleşme başlatma formunun gönderilmesi veya yeni bir sözleşme nesnesinin oluşturulmasıyla kaydedilir.
Olay türü
explicit
|
|||
|
Sözleşme yürürlüğe girdi
|
Gerekli son imza sahibi belgeyi imzaladığında sözleşmenin başarıyla tamamlandığını gösterir. DocuSign eSignature platformu bu olayı açıkça kaydeder. | ||
|
Neden önemli?
Bu, sözleşme oluşturma sürecinin temel başarı bitiş noktasıdır. 'Ortalama sözleşme çevrim süresini' hesaplamak ve genel süreç işlem hacmini ölçmek için gereklidir.
Nereden alınır?
Elektronik imza iş akışı tamamlandığında bu olayın zaman damgası, Tamamlama Sertifikası’na ve belgenin denetim günlüğüne kaydedilir.
Kaydedin
Son imza atıldığında elektronik imza bileşeni tarafından otomatik olarak kaydedilir.
Olay türü
explicit
|
|||
|
İç inceleme başladı
|
Bu etkinlik, taslağın finans veya operasyon gibi kurum içindeki iş paydaşlarının incelemesine sunulduğunu gösterir. Kullanıcı iş akışında 'İç inceleme' görevini başlattığında kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, çoğu zaman darboğazların oluştuğu inceleme aşamasının başlangıcını gösterir. Süresini analiz etmek, paydaş geri bildirimlerindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
Sözleşme 'İç inceleme' durumuna alındığında veya inceleme görevi hukuk ekibinden olmayan bir kurum içi kullanıcıya atandığında iş akışı geçmişine kaydedilir.
Kaydedin
İş akışı, kurum içi iş incelemesi için atanmış bir duruma veya göreve geçtiğinde kaydedilir.
Olay türü
explicit
|
|||
|
İç onaya gönderildi
|
İncelemeleri tamamlanan sözleşme, belirlenmiş kurum içi yetkililerin resmî onayına gönderildiğinde bu etkinlik gerçekleşir. Onay iş akışı başlatıldığında kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, son kurum içi onay aşamasının başlangıcını gösterir. Süresi, 'Ortalama onay aşaması süresi' temel performans göstergesinin önemli bir bileşenidir.
Nereden alınır?
Kullanıcı sözleşmeyi onaya gönderdiğinde ve onaylayıcılara görev atandığında iş akışı geçmişine açıkça kaydedilen bir işlemdir.
Kaydedin
'Onaya gönder' veya benzer bir iş akışı işlemi gerçekleştirildiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Karşı tarafa gönderildi
|
Sözleşme belgesinin inceleme ve imza için dışarıdaki karşı tarafla paylaşılmasını ifade eder. DocuSign CLM’de 'gönder' veya 'paylaş' işlemiyle kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, süreç üzerindeki kontrolün sınırlı olduğu dış tarafa devir teslimi gösterir. Karşı tarafta geçen süreyi anlamak, dış kaynaklı gecikmeleri belirlemek açısından önemlidir.
Nereden alınır?
CLM üzerinden belge içeren bir e-posta gönderme veya belgeyi harici bir portalda paylaşma gibi işlemleri kaydeden denetim izinden alınır.
Kaydedin
Belgeyi platformun özellikleri aracılığıyla dışarıyla paylaşmak için kullanıcının yaptığı belirli bir işlemle kaydedilir.
Olay türü
explicit
|
|||
|
Karşı tarafla müzakere başladı
|
Karşı tarafın genellikle geri bildirim vererek veya üzerinde değişiklik yapılmış bir sözleşme sürümü göndererek yanıt verdiğini gösterir. Dış taraf yeni bir belge sürümü yüklediğinde veya durum yeniden kurum içi inceleme aşamasına döndüğünde bu etkinlik çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, 'Sözleşme başına müzakere devir teslimi sayısı' temel performans göstergesini analiz etmek için önemlidir. Kurum içi ekiplerle karşı taraf arasında sık sık gidip gelinmesi, müzakerelerde sürtüşme olduğunu gösterir.
Nereden alınır?
Dış kaynaktan yeni bir belge sürümü alınmasından veya karşı tarafın geri bildiriminin geldiğini belirtmek için kullanıcının durumu elle değiştirmesinden çıkarılır.
Kaydedin
Sözleşme karşı taraftayken durumun yeniden 'İç inceleme' veya 'Taslak hazırlama' olarak değiştirilmesinden çıkarılır.
Olay türü
inferred
|
|||
|
Sözleşme depoya kaydedildi
|
Bu son idari adımda, imzaları tamamlanmış sözleşme merkezi sözleşme deposuna otomatik olarak kaydedilir. Bu olay genellikle imza süreci tamamlandığında başlatılır. | ||
|
Neden önemli?
Sürecin kayıtların gerektiği gibi tutulmasıyla tamamlanmasını sağlar. Sözleşmenin yürürlüğe girmesinden önceki yaşam döngüsünün sonunu ve yürürlüğe girdikten sonraki aşamanın başlangıcını gösterir.
Nereden alınır?
İmzalı belgeyi arşivleyen son adım tamamlandığında iş akışı geçmişine kaydedilir.
Kaydedin
Sözleşme başarıyla yürürlüğe girdikten sonra iş akışı motoru tarafından son otomatik adım olarak kaydedilir.
Olay türü
explicit
|
|||
|
Sözleşme taslağı hazırlandı
|
Sözleşme belgesinin ilk taslağının oluşturulup tamamlanmasını ifade eder. Belgenin ilk sürümü sisteme yüklenip oluşturulduğunda ve kaydedildiğinde kaydedilebilir. | ||
|
Neden önemli?
Bu etkinliği izlemek, incelemeler başlamadan önce hazırlık ve yazım için ne kadar zaman harcandığını anlamaya yardımcı olur. Sonraki revizyonların sıklığını ölçmek için de bir referans noktası sağlar.
Nereden alınır?
Sözleşmenin belge geçmişindeki ilk sürümün oluşturulma zaman damgasından veya durumun 'Taslak tamamlandı' olarak değişmesinden çıkarılır.
Kaydedin
Sözleşme kimliğiyle ilişkili ilk belge sürümünün oluşturulma olayını belirleyin.
Olay türü
inferred
|
|||
|
Sözleşme üzerinde değişiklik yapıldı
|
Bu etkinlik, müzakere veya inceleme sırasında sözleşme belgesinde yapılan bir revizyonu ya da değişikliği ifade eder. Belgenin yeni bir sürümü her yüklendiğinde veya kaydedildiğinde kaydedilir. | ||
|
Neden önemli?
Değişikliklerin sıklığını izlemek, 'Sözleşmede yeniden çalışma oranı' temel performans göstergesi için önemlidir. Çok sayıda revizyon; koşulların açık olmadığını, müzakerelerin verimsiz ilerlediğini veya ilk taslağın yetersiz olduğunu gösterebilir.
Nereden alınır?
Sözleşmeyle ilişkili belge sürüm geçmişinden elde edilir. İlk taslaktan sonra oluşturulan her yeni sürüm, 'Sözleşme üzerinde değişiklik yapıldı' olayı olarak değerlendirilebilir.
Kaydedin
DocuSign CLM deposuna yeni bir belge sürümü yüklendiğinde veya burada oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Sözleşme yenileme başlatıldı
|
Mevcut bir sözleşmenin yenileme sürecinin başladığını gösterir. Bu etkinlik genellikle sözleşme sahibi tarafından elle başlatılır veya sözleşmenin bitiş tarihine göre otomatik olarak tetiklenir. | ||
|
Neden önemli?
Bu etkinlik, 'Sözleşmelerin zamanında yenilenme oranı' temel performans göstergesini izlemek için gereklidir. Kuruluşun süresi dolmak üzere olan sözleşmeleri ne kadar önceden yönettiğini gösterir.
Nereden alınır?
'Sözleşmeyi yenile' işlemi yapıldığında kaydedilir. Bu işlem, ilk sözleşmeyle bağlantılı yeni bir sözleşme kaydı oluşturabilir veya yenileme iş akışını başlatabilir.
Kaydedin
Yenileme iş akışını başlatmak üzere kullanıcının yaptığı belirli bir işlemle veya otomatik tetikleyiciyle kaydedilir.
Olay türü
explicit
|
|||
|
Yükümlülük izleme başladı
|
Bu etkinlik, önemli tarihlerin ve teslimatların izlendiği yürürlük sonrası yönetim aşamasının başlangıcını gösterir. Sözleşme yükümlülüğünü izlemeye yönelik bir görev veya alt süreç başlatıldığında kaydedilir. | ||
|
Neden önemli?
'Yürürlük sonrası yükümlülüklere uyum oranı' temel performans göstergesi açısından önemli olan bu etkinlik, imzadan sonra sözleşme taahhütlerinin yönetilip yönetilmediğini görmenizi sağlar.
Nereden alınır?
Sistem analizi gerektirir. Büyük olasılıkla ana sözleşmeyle bağlantılı belirli yükümlülük izleme görevleri veya iş akışları oluşturulduğunda kaydedilir.
Kaydedin
Yürürlük sonrası yükümlülük yönetimiyle ilgili bir görev veya iş akışı oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Process Mining çalışmalarınıza hızlıca başlamak ve sözleşme yönetimi iş akışlarınızda verimliliği artırmak için bu veri şablonundan yararlanın.
Gecikmeleri durdurun: Sözleşme yönetiminizi şimdi iyileştirin
Verimsizlikleri belirleyin, çevrim sürelerini %30 kısaltın ve uyumluluğu artırın.
Kredi kartı gerekmez • Dakikalar içinde başlayın