Sözleşme Yönetimi Veri Template'iniz
Sözleşme Yönetimi Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Sözleşme Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Sözleşme Kimliği
ContractId
|
Sistem içinde yönetilen her sözleşme için benzersiz tanımlayıcı. Bu ID, sözleşmenin yaşam döngüsü boyunca ilgili tüm aktiviteleri ve event'leri birbirine bağlar. | ||
|
Açıklama
Sözleşme ID'si, belirli bir sözleşmeyle ilgili tüm event'leri ve aktiviteleri benzersiz bir şekilde birbirine bağlayan kesin durum tanımlayıcısı olarak işlev görür. event log'undaki her kayıt, bir sözleşme üzerinde gerçekleştirilen bir eyleme karşılık gelir ve bu ID, bu eylemleri bir araya toplar. Process Mining analizinde, bu öznitelik her sözleşmenin uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. Süreç akışlarının görselleştirilmesine, talepten yürütmeye kadar döngü sürelerinin hesaplanmasına ve analizin bireysel sözleşme özelliklerine göre bölümlendirilmesine olanak tanır.
Neden önemli
Bu, bir sözleşmenin tüm yolculuğunu takip etmek için temel anahtardır. Bu olmadan, uçtan uca süreç akışını analiz edemez veya durum düzeyinde KPI'ları hesaplayamazsınız.
Nereden alınır
Bu genellikle Agiloft'taki ana Sözleşmeler tablosunun birincil anahtarıdır.
Örnekler
CTR-2023-00123MSA-2024-00045NDA-2023-00789
|
|||
|
Başlangıç Zamanı
EventTime
|
Belirli bir aktivite veya event'in ne zaman başladığını gösteren timestamp. | ||
|
Açıklama
Bu öznitelik, sözleşmenin geçmişinde kaydedilen her aktivite için tarih ve saati sağlar. Event'lerin kronolojik sırasını belirler, bu da süreç keşfi ve analizi için kritik öneme sahiptir. Başlangıç Zamanı, aktiviteler arasındaki süreleri hesaplamak, darboğazları belirlemek ve döngü sürelerini ölçmek için kullanılır. 'Ortalama Sözleşme Döngü Süresi' ve 'Ortalama Onay Aşaması Süresi' gibi neredeyse tüm zaman bazlı KPI'lar için temeldir.
Neden önemli
Bu timestamp, event'leri sıralamak, süreleri hesaplamak ve zaman içindeki süreç performansını analiz etmek için esastır. Process Mining onsuz imkansızdır.
Nereden alınır
Bu, Agiloft'taki sözleşmenin geçmiş veya denetim izi tablolarında kaydedilen bir eylemin timestamp'ine karşılık gelir.
Örnekler
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Faaliyet Adı
ActivityName
|
Sözleşme yaşam döngüsünde belirli bir noktada meydana gelen iş aktivitesinin veya event'inin adı. | ||
|
Açıklama
Bu öznitelik, 'Sözleşme Taslağı Hazırlandı', 'Hukuki İnceleme Yapıldı' veya 'Sözleşme Yürürlüğe Konuldu/İmzalandı' gibi süreçte gerçekleştirilen adımı açıklar. Bu aktiviteler, süreç haritasının yapı taşlarıdır. Aktivitelerin sırasını ve sıklığını analiz etmek, ana süreç akışını belirlemeye, sapmaları veya yeniden işleme döngülerini keşfetmeye ve hangi adımların en yaygın veya zaman alıcı olduğunu tespit etmeye yardımcı olur. 'Genel Sözleşme Yaşam Döngüsü Genel Bakışı' ve 'Sözleşme Taslağı Oluşturma Süreci Varyantları' gibi dashboard'ları oluşturmak için esastır.
Neden önemli
Aktiviteler, süreç haritanızdaki adımları tanımlar. Bu öznitelik, süreç akışını görselleştirmek ve hangi işin yapıldığını anlamak için gereklidir.
Nereden alınır
Agiloft'taki sözleşmenin geçmişinde veya denetim izleme tablolarında kaydedilen eylem veya durum değişikliğinden türetilir.
Örnekler
Sözleşme Taslağı HazırlandıHukuki İnceleme Yapıldıİmza İçin GönderildiSözleşme Yürütüldü/İmzalandı
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, sözleşme yönetimi verilerinin kaynağını tanımlar. Bu süreç için değer sürekli olarak 'Agiloft' olacaktır. Birden fazla sistemden veri birleştiren daha geniş kurumsal analizlerde, bu alan veri kökeni ve analizlerin doğru bir şekilde kapsamlandırılmasını sağlamak için çok önemlidir. Veriler için bağlam ve izlenebilirlik sağlar.
Neden önemli
Verinin kökenini belirler, bu da veri yönetişimi, sorun giderme ve birden fazla kaynaktan veri entegrasyonu için kritik öneme sahiptir.
Nereden alınır
Bu, veri çekimi ve dönüştürme süreci sırasında eklenmesi gereken statik bir değerdir.
Örnekler
Agiloft
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Data'nın kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren timestamp. | ||
|
Açıklama
Bu öznitelik, en son veri çekiminin timestamp'ini sağlar. Analiz edilen verinin güncelliğini anlamak ve veri yenileme programlarını yönetmek için çok önemlidir. Kullanıcılar, güncel bilgileri görüntülediklerini doğrulamak ve analizin kapsadığı zaman dilimini anlamak için bu timestamp'e güvenirler. Herhangi bir güvenilir veri odaklı analiz için önemli bir metadata parçasıdır.
Neden önemli
Kullanıcıların verilerin ne kadar güncel olduğunu bilmelerini sağlar, bu da zamanında ve doğru iş kararları almak için hayati öneme sahiptir.
Nereden alınır
Bu
Örnekler
2024-05-20T08:00:00Z
|
|||
|
Bitiş Saati
EventEndTime
|
Belirli bir faaliyetin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Başlangıç Zamanı bir aktivitenin ne zaman başladığını gösterirken, Bitiş Zamanı onun tamamlandığını işaret eder. İkisi arasındaki fark, o belirli aktivitenin işlem süresini temsil eder. Process Mining'de, hem Başlangıç hem de Bitiş Zamanlarına sahip olmak, kaynak kullanımının ve bekleme sürelerinin aktif çalışma sürelerine göre daha ayrıntılı analizini sağlar. Örneğin, bir hukuk incelemesinin aktif olarak üzerinde çalışıldığı zamanı, bir kuyrukta beklediği zamandan ayırabilir. Bu, 'Hukuki İnceleme İşlem Süresi' KPI'ını destekler.
Neden önemli
Bir aktivitenin gerçek işlem süresinin hesaplanmasına olanak tanır, aktif çalışma süresini bekleme süresinden ayırarak daha hassas darboğaz analizi yapılmasını sağlar.
Nereden alınır
Bazı sistemlerde bu doğrudan mevcuttur. Genellikle, olaydaki bir sonraki aktivitenin Başlangıç Saati olarak çıkarılır. Agiloft için, denetim izleme kaydından türetilmesi gerekebilir.
Örnekler
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
|
|||
|
Karşı Taraf Adı
CounterpartyName
|
Sözleşmede yer alan harici tarafın, müşterinin, tedarikçinin veya iş ortağının adı. | ||
|
Açıklama
Bu öznitelik, sözleşmeyi imzalayan diğer organizasyonu veya bireyi tanımlar. Karşı taraf, müzakere sürecini, zaman çizelgesini ve anlaşma koşullarını önemli ölçüde etkileyebilir. Süreç performansını karşı tarafa göre analiz etmek, 'Sözleşme Döngü Süresi Değişkenlik Faktörleri' ve 'Müzakere Revizyon Sıklığı' dashboard'larının ana hedeflerinden biridir. Hangi ortakların daha uzun müzakerelere veya daha fazla revizyona yol açtığını belirlemeye yardımcı olur, bu da özel müzakere stratejilerine ve daha iyi ilişki yönetimine olanak tanır.
Neden önemli
Farklı harici ortakların sözleşme müzakere sürelerini ve karmaşıklığını nasıl etkilediğini belirlemeye yardımcı olarak daha iyi tahmin ve strateji oluşturmayı sağlar.
Nereden alınır
Bu, Agiloft'taki ana Sözleşmeler tablosunda veya Şirketler/Hesaplar tablosundan bağlanan standart bir alandır.
Örnekler
Acme Şirketi`Global Tech Inc.`Innovate Solutions LLC
|
|||
|
Kullanıcı Adı
UserName
|
Aktiviteyi gerçekleştiren kullanıcının veya kaynağın adı. | ||
|
Açıklama
Bu öznitelik, sözleşmeyi taslağını hazırlayan veya hukuki incelemeyi yapan kişi gibi belirli bir süreç adımını tamamlamaktan sorumlu kişiyi tanımlar. Genellikle sistemin denetim izindeki bir eylemle ilişkilendirilen kullanıcı bilgilerinden alınır. Kullanıcıya göre analiz, iş yükü dağılımını, bireyler arasındaki performans farklılıklarını ve eğitim fırsatlarını belirlemeye yardımcı olduğu için 'Sözleşme Kaynak İş Yükü Analizi' dashboard'u için esastır. Ayrıca belirli eylemler için sorumluluğun izini sürmeye de yardımcı olur.
Neden önemli
İş yükü analizi, performans karşılaştırması ve kaynağa özel darboğazların veya en iyi uygulamaların belirlenmesini sağlar.
Nereden alınır
Genellikle sözleşme geçmişi veya denetim izi tablolarında bulunur, değişikliği yapan kullanıcıya bağlıdır.
Örnekler
Alice SmithBob Johnson`Charlie Brown`
|
|||
|
Kullanıcı Departmanı
UserDepartment
|
Kullanıcının veya sözleşme sahibinin ait olduğu iş departmanı. | ||
|
Açıklama
Bu öznitelik, sözleşme için 'Satış', 'Hukuk', 'Satın Alma' veya 'Finans' gibi departmansal bağlamı sağlar. Bu bilgi, sözleşme sahibiyle veya belirli bir aktiviteyi gerçekleştiren kullanıcıyla ilişkilendirilebilir. Bu boyut, 'Sözleşme Döngü Süresi Değişkenlik Faktörleri' dashboard'u için kritik öneme sahiptir. Farklı departmanlardaki süreç performansını filtrelemeye ve karşılaştırmaya olanak tanır, belirli departmanların daha uzun döngü süreleri, daha fazla yeniden işleme veya farklı süreç yolları olup olmadığını ortaya koyar. Örneğin, Satıştan kaynaklanan sözleşmelerin Hukuk incelemesinden geçmesinin Satın Almadan gelenlere göre daha uzun sürüp sürmediğini analiz edebilirsiniz.
Neden önemli
İş birimleri arasında performans karşılaştırmasına olanak tanıyarak departmana özel süreç sorunlarını veya en iyi uygulamaları belirlemeye yardımcı olur.
Nereden alınır
Bu bilgi, kullanıcı profil tablolarından birleştirilebilir veya Agiloft'taki sözleşme kaydında doğrudan saklanabilir.
Örnekler
SatışHukukTedarikFinans
|
|||
|
Son Kullanma Tarihi
ExpirationDate
|
Sözleşmenin yenilenmemesi veya feshedilmemesi durumunda sona ereceği tarih. | ||
|
Açıklama
Son Geçerlilik Tarihi, bir sözleşmenin aktif süresinin sonunu belirleyen kritik bir tarih alanıdır. Yenilemelerin, fesihlerin yönetilmesi ve istenmeyen kesintilerin veya otomatik yenilemelerin önlenmesi için esastır. Bu öznitelik, 'Yaklaşan Sözleşme Son Tarihleri ve Durumu' dashboard'unun ve 'Zamanında Sözleşme Eylem Oranı' KPI'ının temel taşıdır. İşletmenin sözleşme ömrü sonu event'lerini proaktif olarak yönetmesine olanak tanır, böylece yenileme veya fesihlerin zamanında yapılmasını sağlar ve kaçırılan son tarihleri engeller.
Neden önemli
Proaktif sözleşme yönetimi için kritik öneme sahiptir; işletmenin yenileme veya fesih için kaçırılan son teslim tarihlerini önlemesini sağlar.
Nereden alınır
Bu, Agiloft'taki ana Sözleşmeler tablosunda standart bir tarih alanıdır.
Örnekler
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
|
|||
|
Sözleşme Değeri
ContractValue
|
Sözleşmenin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, bir sözleşmenin gelir, maliyet veya taahhüt olarak toplam finansal değerini temsil eder. Bu değer genellikle inceleme seviyesini ve onay sürecinin karmaşıklığını etkileyen anahtar bir faktördür. Sözleşme Değeri, 'İmzalanan Sözleşme Değeri ve Hacim Eğilimleri' dashboard'u için kritik öneme sahiptir ve süreç performansının finansal etki analizine olanak tanır. Ayrıca, sözleşme değerini döngü süresiyle ilişkilendirmek için kullanılabilir, yüksek değerli sözleşmelerin işlem görmesinin önemli ölçüde daha uzun sürüp sürmediğini ortaya koyar. Bu, yüksek değerli sözleşmelere öncelik verilmesine ve workflow'larının optimize edilmesine yardımcı olur.
Neden önemli
Sürece finansal bağlam sağlar, değere dayalı analiz, önceliklendirme ve gecikmelerin iş etkisi hakkında bilgi edinmeye olanak tanır.
Nereden alınır
Bu, Agiloft'taki ana Sözleşmeler tablosunda standart bir alandır.
Örnekler
50000.00250000.0010000.00
|
|||
|
Sözleşme Durumu
ContractStatus
|
Sözleşmenin yaşam döngüsündeki mevcut durumu veya aşaması. | ||
|
Açıklama
Bu öznitelik, sözleşmenin 'Taslak Hazırlama', 'İncelemede', 'Yürürlüğe Konuldu', 'Süresi Doldu' veya 'Feshedildi' gibi mevcut aşamasını belirtir. Sözleşmenin belirli bir anda nerede olduğuna dair bir anlık görüntü sunar. Process Mining'de, zaman içindeki durum değişikliği çoğu zaman aktivitelerin kendisini tanımlar. Durum düzeyinde bir öznitelik olarak, analizi yalnızca aktif, yürürlüğe konulmuş veya süresi dolmuş sözleşmelere odaklanmak için filtrelemek faydalıdır. Doğrudan 'Yaklaşan Sözleşme Son Tarihleri ve Durumu' dashboard'unu destekler.
Neden önemli
Bir sözleşmenin mevcut aşamasına hızlı bir genel bakış sunar, devam eden ile tamamlanmış olayların analizi için filtreleme ve segmentasyona olanak tanır.
Nereden alınır
Bu, Agiloft'taki ana Sözleşmeler tablosunda standart bir alandır.
Örnekler
TaslakOnay BekliyorYürütüldüSüresi Doldu
|
|||
|
Sözleşme Tipi
ContractType
|
Sözleşmenin Sınıflandırması; örneğin Çerçeve Hizmet Sözleşmesi (MSA), Gizlilik Sözleşmesi (NDA) veya İş Tanımı (SOW). | ||
|
Açıklama
Sözleşme Tipi, anlaşmanın niteliğini ve template'ini tanımlayan anahtar bir kategorizasyon alanıdır. Farklı sözleşme türleri genellikle farklı süreç varyantlarını takip eder, farklı karmaşıklık seviyelerine sahiptir ve farklı paydaşları içerir. Bu öznitelik karşılaştırmalı analiz için kritik öneme sahiptir ve 'Sözleşme Döngü Süresi Değişkenlik Faktörleri' ile 'Müzakere Revizyon Sıklığı' dashboard'ları için birincil bir tetikleyicidir. Süreci sözleşme tipine göre bölümlendirerek, analistler belirli tiplerin neden daha uzun sürdüğünü, daha fazla revizyon gerektirdiğini veya standart süreçten daha sık saptığını ortaya çıkarabilirler.
Neden önemli
Süreç karmaşıklığı, süresi ve riskindeki önemli varyasyonları açıklar. Anlamlı süreç segmentasyonu için temel bir özniteliktir.
Nereden alınır
Bu, Agiloft içindeki ana Sözleşmeler tablosunda standart bir alandır.
Örnekler
Ana Hizmet SözleşmesiGizlilik Anlaşmasıİş TanımıYazılım Lisans Sözleşmesi
|
|||
|
Döngü Süresi
CycleTime
|
Sözleşme talebinin başlatıldığı zamandan sözleşmenin yürütüldüğü zamana kadar geçen toplam süre. | ||
|
Açıklama
Bu öznitelik, bir sözleşmenin temel yaşam döngüsü boyunca ilerlemesi için geçen toplam süreyi, tipik olarak 'Sözleşme Talebi Başlatıldı'dan 'Sözleşme Yürürlüğe Konuldu/İmzalandı'ya kadar olan süreyi temsil eden hesaplanmış bir metriktir. Bu, süreç performansı için birincil bir KPI olup genel verimliliği doğrudan ölçer. 'Genel Sözleşme Yaşam Döngüsü Genel Bakışı' dashboard'u ve 'Ortalama Sözleşme Döngü Süresi' KPI'ı için ana metriktir. Döngü süresini analiz etmek, uzun süren durumları belirlemeye ve gecikmelerin temel nedenlerini araştırmaya yardımcı olur.
Neden önemli
Bu, sözleşme yönetimi sürecinin uçtan uca verimliliğini ölçen anahtar bir performans göstergesidir.
Nereden alınır
Her Sözleşme Kimliği için 'Sözleşme Yürütüldü/İmzalandı' aktivitesinin zaman damgası ile 'Sözleşme Talebi Başlatıldı' aktivitesinin zaman damgası arasındaki fark alınarak hesaplanır.
Örnekler
25 gün 4 saat10 gün 8 saat45 gün 2 saat
|
|||
|
Hukuki İncelemeci
LegalReviewer
|
Sözleşmeyi incelemekle görevli hukuk departmanındaki belirli kişi veya ekibin adı. | ||
|
Açıklama
Bu nitelik, 'Hukuki İnceleme Yapıldı' aktivitesinden sorumlu olan hukuk uzmanını tanımlar. Birçok farklı rolü kapsayabilen genel bir 'Kullanıcı' alanına kıyasla iş yükü hakkında daha detaylı bir görünüm sağlar. Bu bilgi, hukuk ekibinin kapasite ve performansına odaklanan bir analiz imkanı tanıyan 'Sözleşme Kaynağı İş Yükü Analizi' dashboard'u için oldukça değerlidir. Hukuk ekibi içindeki iş yükü dengesini ve belirli incelemecilerin daha uzun işlem süreleriyle ilişkili olup olmadığını anlamaya yardımcı olarak 'Ortalama Hukuki İnceleme Süresi' KPI'ını destekler.
Neden önemli
Özellikle hukuki inceleme işlevi için ayrıntılı iş yükü ve performans analizine olanak tanıyarak hukuki ekip kaynaklarını etkin bir şekilde yönetmeye yardımcı olur.
Nereden alınır
Bu, atanan hukuk danışmanı için sözleşmede belirli bir alan olabilir veya hukuki inceleme aktivitesiyle ilişkili kullanıcı adından türetilebilir.
Örnekler
Ayşe YılmazHukuk Ekibi ACan Demir
|
|||
|
İnceleme SLA Son Tarihi
ReviewSlaDueDate
|
Yasal veya iç inceleme gibi bir sözleşme inceleme adımının tamamlanması gereken hedef tarih. | ||
|
Açıklama
Bu öznitelik, belirli inceleme aktiviteleri için Hizmet Seviyesi Anlaşması (SLA) son tarihini tanımlar. Geri dönüş süreleri için net bir beklenti belirler ve iç hedeflere karşı performansı ölçmek için kullanılır. Bu tarih, 'Sözleşme İncelemeleri İçin SLA Uyumluluğu' dashboard'unu ve ilgili 'İncelemeler İçin SLA Uyumluluk Oranı' KPI'ını desteklemek için çok önemlidir. İnceleme aktivitelerinin gerçek tamamlanma süresini bu vade tarihiyle karşılaştırarak, sistem sürecin hizmet seviyesi hedeflerini karşılayıp karşılamadığını belirleyebilir ve SLA'ların sıkça ihlal edildiği alanları vurgulayabilir.
Neden önemli
SLA'ları uygulamak ve inceleme geri dönüş sürelerini iyileştirmek için kritik olan iç son teslim tarihlerine karşı performans ölçümünü sağlar.
Nereden alınır
Bu, Agiloft'ta sözleşmenin gönderim tarihine ve önceden tanımlanmış SLA kurallarına dayalı hesaplanmış bir alan veya manuel olarak ayarlanmış bir tarih alanı olabilir.
Örnekler
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
|
|||
|
İnceleme SLA'sı Karşılandı mı
IsReviewSlaMet
|
Bir sözleşme incelemesinin tanımlanmış Hizmet Seviyesi Anlaşması (SLA) dahilinde tamamlanıp tamamlanmadığını gösteren hesaplanmış bir boolean bayrağı. | ||
|
Açıklama
Bu öznitelik, bir inceleme aktivitesinin (örn. 'İç İnceleme Yapıldı') gerçek tamamlanma timestamp'inin 'ReviewSlaDueDate' ile karşılaştırılmasıyla türetilir. İnceleme zamanında tamamlandıysa 'true', geciktiyse 'false' olacaktır. Bu flag, 'Sözleşme İncelemeleri İçin SLA Uyumluluğu' dashboard'unu doğrudan destekler ve uyumluluk oranlarının kolayca görselleştirilmesini sağlar. Doğru ve yanlış değerlerin basit bir sayımına izin vererek 'İncelemeler İçin SLA Uyumluluk Oranı' KPI'ının hesaplanmasını basitleştirir.
Neden önemli
SLA uyumluluğu için net, ikili bir sonuç sunarak, iç son teslim tarihlerine uyumu ölçmeyi, görselleştirmeyi ve raporlamayı basitleştirir.
Nereden alınır
Her sözleşme için bir inceleme tamamlama aktivitesinin 'EventTime' değeri ile 'ReviewSlaDueDate' değerinin karşılaştırılmasıyla hesaplanır.
Örnekler
truefalse
|
|||
|
Müzakere Aşaması Süresi
NegotiationPhaseDuration
|
Karşı taraf müzakere aşamasının hesaplanan süresi. | ||
|
Açıklama
Bu metrik, dış tarafla müzakerelerin başladığı (örn. 'Karşı Taraf Müzakeresi Başlatıldı') zamandan, son bir anlaşmaya varılıp karşı tarafça onaylanmasına kadar geçen süreyi ölçer. Bu, 'Müzakere Aşaması Döngü Süresi' dashboard'u ve 'Ortalama Müzakere Aşaması Süresi' KPI'ı için temel metriktir. Bu süreyi analiz etmek, müzakere sürecinin verimliliğini anlamaya, hangi sözleşme türlerinin veya karşı tarafların uzun süreli müzakerelere yol açtığını belirlemeye ve etkileşimleri kolaylaştırmak için fırsatlar bulmaya yardımcı olur.
Neden önemli
Müzakere aşamasının verimliliğini ölçer, dış taraflarla etkileşimde geçirilen süreyi kısaltmaya yardımcı olacak içgörüler sağlar.
Nereden alınır
Event Log'dan 'Karşı Taraf Müzakeresi Başladı' aktivitesi ile 'Karşı Taraf Onayı Alındı' gibi sonuçlandırıcı bir aktivite arasındaki zaman ölçülerek hesaplanır.
Örnekler
7 gün15 gün3 gün
|
|||
|
Onay Aşaması Süresi
ApprovalPhaseDuration
|
Onayların ilk talep edildiği andan itibaren alındığı ana kadar geçen onay aşamasının hesaplanan süresi. | ||
|
Açıklama
Bu metrik, bir sözleşmenin gerekli tüm iç ve hukuki onaylardan geçmesi için geçen süreyi ölçer. Genellikle ilk inceleme aktivitesi başladığında (örn. 'İç İnceleme Gönderildi') başlar ve nihai gerekli onay alındığında sona erer. Bu öznitelik, 'Ortalama Onay Aşaması Süresi' KPI'ının temelini ve 'İnceleme ve Onay Darboğazı Analizi' dashboard'unun önemli bir bileşenini oluşturur. Sözleşme yaşam döngüsünün kritik bir aşamasını izole eder, incelemelerdeki ve onaylardaki gecikmelere neyin neden olduğunu odaklanmış bir şekilde analiz etmeye olanak tanır.
Neden önemli
Onay aşamasında harcanan süreyi izole eder ve nicelleştirir, bu kritik aşamadaki darboğazları belirlemeye ve ele almaya yardımcı olur.
Nereden alınır
Her sözleşme için ilk onay aktivitesinin başlangıcı ile son aktivitenin bitişi arasındaki zaman farkı Event Log'dan bulunarak hesaplanır.
Örnekler
5 gün 2 saat12 gün 6 saat2 gün 1 saat
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Bir aktivitenin bir insan kullanıcı tarafından değil de sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini belirten bir boolean bayrağı. | ||
|
Açıklama
Bu öznitelik, insan kaynaklı aktiviteler ile otomatik durum güncellemeleri, bildirimler veya sistem tetikli workflow'lar gibi sistem kaynaklı aktiviteler arasında ayrım yapar. Analizde, bu, sözleşme yönetimi sürecindeki otomasyon seviyesini anlamaya yardımcı olur. Otomasyon girişimlerinin etkisini ölçmek, daha fazla otomasyon fırsatlarını belirlemek ve otomatik adımların darboğazlara yol açmadan beklendiği gibi çalıştığından emin olmak için kullanılabilir.
Neden önemli
Süreçteki otomasyon derecesini ölçmeye ve hangi adımların sistemler tarafından, hangilerinin insanlar tarafından gerçekleştirildiğini belirlemeye yardımcı olur.
Nereden alınır
Aktivite geçmişindeki belirli sistem kullanıcı hesaplarını (örn. 'Sistem', 'Yönetici') belirleyerek veya belirli otomatikleştirilmiş aktivite türlerini işaretleyerek türetilir.
Örnekler
truefalse
|
|||
|
Revizyon Sayısı
RevisionCount
|
Bir sözleşmenin yaşam döngüsü boyunca kaç kez revize edildiğini veya kırmızı çizgi ile işaretlendiğini gösteren bir sayaç. | ||
|
Açıklama
Bu öznitelik, özellikle taslak hazırlama ve müzakere aşamalarında bir sözleşmenin geçirdiği yineleme sayısını izler. Yüksek bir revizyon sayısı genellikle template'lerle ilgili sorunları, karmaşık müzakereleri veya belirsiz başlangıç gereksinimlerini gösterir. Bu metrik, 'Müzakere Revizyon Sıklığı' dashboard'unu ve 'Sözleşme Revizyon Sıklığı' KPI'ını doğrudan destekler. Revizyon sayısını analiz etmek, hangi sözleşme türlerinin veya karşı tarafların en çok ileri geri gitmeye yol açtığını belirlemeye yardımcı olur, böylece taslak hazırlama ve müzakereyi kolaylaştırmak için içgörüler sağlar.
Neden önemli
Yeniden çalışma ve müzakere karmaşıklığını nicelleştirir, şablon kalitesini ve müzakere stratejilerini iyileştirme fırsatlarını belirlemeye yardımcı olur.
Nereden alınır
Bu, genellikle event log'unda her sözleşme ID'si için 'Sözleşme Revize Edildi/Değiştirildi' aktivitelerinin sayılmasıyla türetilir.
Örnekler
1350
|
|||
|
Sözleşme Şablon Adı
ContractTemplateName
|
İlk sözleşme taslağını oluşturmak için kullanılan template'in adı. | ||
|
Açıklama
Bu öznitelik, sözleşme için başlangıç noktası olarak hangi standart template'in kullanıldığını belirtir (varsa). Template kullanımında tutarlılık, verimli bir taslak hazırlama süreci için anahtardır. Bu özniteliği analiz etmek, 'Sözleşme Taslağı Yeniden İşleme Oranı' ve 'İlk Geçişte İç Onay Oranı' KPI'larını desteklemeye yardımcı olur. Farklı template'lerden veya hiç template kullanılmadan oluşturulan sözleşmelerin performansını karşılaştırarak, kuruluşlar hangi template'lerin en etkili olduğunu ve standardizasyon çabalarının en çok nerede gerektiğini belirleyebilir.
Neden önemli
Standart şablonların etkinliğini değerlendirmeye ve taslak hazırlama süresini ve yeniden çalışmayı önemli ölçüde azaltabilen standardizasyonu teşvik etmeye yardımcı olur.
Nereden alınır
Bu, Agiloft'taki sözleşme kaydında, bir sözleşme bir template'den oluşturulduğunda doldurulan bir alan olabilir.
Örnekler
Standart Çerçeve Hizmet Sözleşmesi (MSA) v2.1NDA - Karşılıklıİş Tanımı (SOW) - Sabit Fiyat v1.3Özel
|
|||
Sözleşme Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dahili Onaylar Alındı
|
Bu dönüm noktası, gerekli tüm iç paydaşların sözleşmenin nihai versiyonunu onayladığını gösterir. Genellikle sözleşme durumu 'Tamamen Onaylandı' veya 'İmza İçin Hazır' gibi terminal bir onay durumuna geçtiğinde çıkarım yapılır. | ||
|
Neden önemli
Bu, iç incelemelerin sonunu ve yürütmeye hazır olma durumunu gösteren kritik bir dönüm noktasıdır. Sözleşme imzaya gönderilmeden önceki toplam iç işleme süresini ölçmek için anahtar bir noktadır.
Nereden alınır
'Onaylandı', 'İmza İçin Hazır' veya benzer bir nihai onay durumuna yapılan bir durum değişikliğinin zaman damgasından çıkarılır. Ayrıca, son gerekli onay kaydının tamamlama zaman damgasından da türetilebilir.
Yakala
Sözleşme durumunun imza öncesi onaylanmış bir duruma geçtiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Hukuki İnceleme Yapıldı
|
Hukuk departmanının sözleşme incelemesini tamamladığını gösterir. Bu Event, genellikle hukuk ekibinin sözleşme durumunu 'Hukuken Onaylandı' olarak güncellediğinde veya belirli bir onay görevini tamamladığında yakalanır. | ||
|
Neden önemli
Hukuk incelemesi kritik ve çoğu zaman uzun süren bir adımdır. Bu aktivitenin süresini belirlemek, hukuk ekibi içindeki darboğazları tespit etmeye yardımcı olur ve SLA uyumluluğu takibini destekler.
Nereden alınır
Bir durum değişikliğinden (örneğin, 'Hukuki İncelemede'den 'Hukuken Onaylandı'ya) veya Agiloft'taki Hukuk grubuna atanmış bağlantılı bir Onay kaydının tamamlanmasından çıkarılır.
Yakala
Durumun 'Hukuki Olarak Onaylandı' olarak değiştiği timestamp'i veya belirli bir hukuki onay görevinin tamamlandı olarak işaretlendiği zamanı kullanın.
Event tipi
inferred
|
|||
|
Sözleşme Feshedildi
|
Aktif bir sözleşmenin planlanan sona erme tarihinden önce erken feshini temsil eder. Bu, genellikle sözleşme durumunu 'Feshedildi' olarak değiştirerek ve bir neden belirterek kaydedilen açık bir Event'tir. | ||
|
Neden önemli
Önemli bir bitiş noktası olarak, fesih analizi, sözleşme fesih nedenlerini (performans dışı kalma veya değişen iş stratejileri gibi) anlamaya yardımcı olur. Risk yönetimi ve karşı taraf ilişkilerini anlamak için kritik öneme sahiptir.
Nereden alınır
Sözleşme kaydının geçmişinde 'Feshedildi' durumuna bir durum alanı değişikliğinden çıkarılır. Fesih tarihi genellikle özel bir alanda yakalanır.
Yakala
Durumun 'Feshedildi' olarak değiştiği timestamp'i veya bir 'Fesih Tarihi' alanındaki değeri kullanın.
Event tipi
inferred
|
|||
|
Sözleşme Süresi Doldu
|
Bu event, bir sözleşmenin erken yenilenmeden veya feshedilmeden bitiş tarihine ulaştığını gösterir. Bu event genellikle sözleşmenin son geçerlilik tarihinin mevcut tarihle karşılaştırılmasıyla hesaplanır. | ||
|
Neden önemli
Bu, sözleşme yaşam döngüsü için birincil bir bitiş noktasıdır. Süre sonlarını analiz etmek, istenmeyen otomatik yenilemeleri önlemek veya gerekli yenilemelerin kaçırılmamasını sağlamak için kritik öneme sahiptir.
Nereden alınır
Bu hesaplanmış bir event'tir. Mevcut tarih, yenilenmemiş veya feshedilmemiş bir sözleşme için 'Son Geçerlilik Tarihi' veya 'Sözleşme Bitiş Tarihi' alanında saklanan tarihi geçtiğinde meydana gelir.
Yakala
Bu Event'i 'Son Geçerlilik Tarihi' alanındaki değeri kullanarak türetin.
Event tipi
calculated
|
|||
|
Sözleşme Talebi Başlatıldı
|
Bu, sözleşme yaşam döngüsündeki ilk event olup, yeni bir sözleşme için resmi talebi temsil eder. Agiloft'ta bu, genellikle sistemin geçmiş veya denetim log'unda kaydedilen açık bir event olan Sözleşme tablosunda yeni bir kaydın oluşturulması olarak yakalanır. | ||
|
Neden önemli
Bu aktivite, sürecin başlangıcını işaret eder ve genel sözleşme döngü süresini hesaplamak için esas teşkil eder. Bu başlangıç noktasını analiz etmek, kuruluş içindeki sözleşme talebinin hacmini ve kaynaklarını anlamaya yardımcı olur.
Nereden alınır
Bu event, Agiloft'taki sözleşme kaydının oluşturulma timestamp'inden yakalanır. Genellikle belirli Sözleşme ID'si için Geçmiş sekmesinde veya sistem log'larında bulunur.
Yakala
Birincil sözleşme tablosundan kayıt oluşturma timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
Sözleşme Yenilendi
|
Bir sözleşmenin vadesinin tamamlanmasının ardından başarılı bir şekilde yenilenmesini temsil eder. Bu, genellikle sözleşme durumunu güncelleyen veya yenileme dönemi için yeni bir sözleşme sürümü oluşturan açık bir kullanıcı eylemiyle yakalanan kritik bir iş sonucudur. | ||
|
Neden önemli
Bu aktivite, birçok işletme için devam eden ortaklığı ifade eden önemli bir başarı metrikidir. Yenilemeleri takip etmek, gelir tahminlemesi ve sözleşme elde tutma performansını analiz etmek için hayati öneme sahiptir.
Nereden alınır
Açık bir durum değişikliğinden ('Yenilendi'ye) veya yenileme olarak belirlenmiş yeni, bağlantılı bir sözleşme kaydının oluşturulmasından yakalanır. Agiloft iş akışları bunu otomatikleştirebilir.
Yakala
Durumun 'Yenilendi' olarak değiştiği timestamp'i veya sonraki sözleşmenin oluşturulma tarihini kullanın.
Event tipi
explicit
|
|||
|
Sözleşme Yürütüldü/İmzalandı
|
Bu, tüm tarafların sözleşmeyi imzalayarak yasal olarak bağlayıcı hale getirdiği önemli bir dönüm noktasıdır. Bu genellikle bir e-imza platformuyla entegrasyon aracılığıyla açıkça yakalanır veya bir kullanıcı durumu manuel olarak 'Yürürlüğe Konuldu' olarak güncellediğinde kaydedilir. | ||
|
Neden önemli
Bu event, ön ödül aşamasının başarılı bir şekilde tamamlandığını işaret eder ve genel sözleşme döngü süresini hesaplamak için bitiş noktasıdır. Ödül sonrası yönetim aşamasının başlangıcını tetikler.
Nereden alınır
Bir e-imza entegrasyonu webhook'u tarafından sağlanan tamamlama zaman damgasından veya Agiloft'ta 'Yürütüldü' veya 'İmzalandı' durumuna manuel bir durum değişikliğinin zaman damgasından yakalanır.
Yakala
'İmza Tarihi' alanını, yürütme tarihini veya durumun 'Yürürlüğe Konuldu' olarak değiştiği timestamp'i kullanın.
Event tipi
explicit
|
|||
|
Dahili İnceleme Gönderildi
|
Bu aktivite, taslak sözleşmenin resmi olarak iç paydaşlara inceleme için gönderildiği noktayı işaret eder. Bu genellikle Agiloft'un workflow'unda 'Taslak'tan 'İç İnceleme'ye geçiş gibi bir durum değişikliğiyle yakalanır. | ||
|
Neden önemli
Bu event, genellikle darboğazlara neden olan inceleme aşamasını başlatır. Bununla sonraki inceleme aktiviteleri arasındaki süreyi analiz etmek, inceleme döngü sürelerini anlamak ve iyileştirmek için anahtardır.
Nereden alınır
Ana sözleşme kaydında 'İncelemede', 'Dahili İnceleme Bekliyor' veya 'İnceleme İçin Gönderildi' gibi bir değere durum alanı değişikliğinin zaman damgasından çıkarılır.
Yakala
Sözleşmenin geçmiş Event Log'unda 'Dahili İnceleme' durumuna bir durum değişikliği arayın.
Event tipi
inferred
|
|||
|
Değişiklik Başlatıldı
|
Bu event, mevcut, aktif bir sözleşme için resmi bir değişiklik sürecinin başlangıcını işaret eder. Agiloft'ta bu, genellikle orijinal sözleşmeye bağlı yeni bir 'Değişiklik' kaydının oluşturulmasıyla yakalanır. | ||
|
Neden önemli
Değişiklikler, sözleşme yaşam döngüsünde önemli farklılıkları temsil eder. Sıklıklarını ve bunları yürütme sürecini analiz etmek, değişen iş ihtiyaçlarına veya ilk sözleşme netliğine dair içgörüler ortaya çıkarabilir.
Nereden alınır
Bu event, özel bir 'Değişiklikler' tablosunda yeni bir kaydın oluşturulma timestamp'inden yakalanır ve ana Sözleşme ID'sine geri bağlanır.
Yakala
Değişiklikler tablosundan kayıt oluşturma timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
İmza İçin Gönderildi
|
Bu aktivite, nihai, onaylanmış sözleşmenin tüm taraflarca yürütülmek üzere gönderilmesini işaret eder. Agiloft gibi e-imza entegrasyonlarına sahip sistemlerde, bu genellikle imza sürecini tetikleyen açık bir eylemdir. | ||
|
Neden önemli
Bu event, nihai yürütme aşamasının başlangıcı için net bir timestamp sağlar. Bu noktadan 'Sözleşme Yürütüldü'ye kadar geçen süreyi analiz etmek, imzalama sürecinin kendisindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır
Sözleşme geçmişinde kaydedilen açık bir kullanıcı eyleminden veya Agiloft'un entegre olduğu DocuSign veya Adobe Sign gibi bir e-imza hizmetine yapılan bir API çağrısı aracılığıyla yakalanır.
Yakala
'İmza İçin Gönder' eylemi veya entegrasyon çağrısı ile ilişkili geçmiş log'undaki timestamp'i kullanın.
Event tipi
explicit
|
|||
|
Karşı Taraf Müzakeresi Başlatıldı
|
Bu aktivite, sözleşmenin dış karşı tarafa inceleme ve müzakere için gönderildiği anı ifade eder. Agiloft'ta bu, 'Müzakerede' veya 'Harici İncelemede' durum değişikliğinden çıkarılabilir. | ||
|
Neden önemli
Bu, oldukça değişken ve tahmin edilemez olabilen müzakere aşamasının başlangıcını işaret eder. Bunu takip etmek, müzakere döngü sürelerini ölçmeye ve analiz etmeye, bu aşamayı uzatan faktörleri belirlemeye yardımcı olur.
Nereden alınır
Sözleşme kaydının geçmişinde sözleşme durum alanının 'Müzakerelerde', 'Karşı Tarafla' veya 'Harici İncelemede' olarak güncellendiği zaman damgasından çıkarılır.
Yakala
Harici iletişimi veya müzakereyi gösteren bir durum değişikliğinin ilk zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Sözleşme Etkinleştirildi
|
Sözleşmenin aktif ve yürürlüğe konulabilir hale gelmesini temsil eder, bu genellikle icra tarihinde veya sonrasında gerçekleşir. Bu, Agiloft içinde genellikle 'Yürütüldü'den 'Aktif' veya 'Canlı'ya bir durum değişikliği olarak kaydedilir. | ||
|
Neden önemli
Bu aktivite, sözleşme sonrası yaşam döngüsünü resmi olarak başlatır; yükümlülükleri, izlemeyi ve uyumluluk görevlerini tetikler. Aktif sözleşmenin performansını ve yönetimini takip etmek için net bir başlangıç noktası sunar.
Nereden alınır
Sözleşmenin geçmiş Event Log'unda 'Aktif' durumuna bir durum değişikliğinden veya 'Sözleşme Başlangıç Tarihi' alanına göre hesaplanır.
Yakala
Durumun 'Aktif' olarak değiştiği timestamp'i veya 'Yürürlük Tarihi' alanının değerini kullanın.
Event tipi
inferred
|
|||
|
Sözleşme İptal Edildi
|
Bir sözleşme talebinin veya süreçteki bir sözleşmenin yürütmeden önce kasıtlı olarak iptal edildiğini gösterir. Bu, genellikle bir kullanıcının durumu 'İptal Edildi' veya 'Geri Çekildi' olarak değiştirmesiyle yakalanan açık bir bitiş durumudur. | ||
|
Neden önemli
Bu, süreçteki bir başarısızlık veya fesih yolunu temsil eder. Sözleşmelerin neden iptal edildiğini analiz etmek, yeterlilik veya müzakere aşamalarındaki sorunları ortaya çıkarabilir, bu da boşa harcanan çabayı azaltmaya yardımcı olur.
Nereden alınır
Sözleşme geçmişinde 'İptal Edildi', 'Geçersiz' veya 'Geri Çekildi' gibi son, başarılı olmayan bir değere durum alanı değişikliğinin zaman damgasından çıkarılır.
Yakala
'İptal Edildi' durumuna bir durum değişikliğinin zaman damgasını arayın.
Event tipi
inferred
|
|||
|
Sözleşme Kırmızı Çizgiyle İşaretlendi/Revize Edildi
|
Sözleşme belgesinin müzakereler veya dahili inceleme sırasında revize edildiği veya kırmızı çizgiyle işaretlendiği bir durumu temsil eder. Bu genellikle sözleşme belgesinin yeni bir sürümü Agiloft'a yüklendiğinde açıkça yakalanır. | ||
|
Neden önemli
Bu aktivite, yeniden işleme döngülerini tespit etmek için çok önemlidir. Yüksek revizyon sıklığı, belirsiz koşulları, kötü template'leri veya tartışmalı müzakereleri işaret edebilir; bunların hepsi sözleşme döngü süresini uzatır.
Nereden alınır
Agiloft'taki 'Ekli Dosyalar' bölümünde veya sözleşme kaydına bağlı özel bir sürüm geçmişi tablosunda yeni bir belge sürümünün oluşturulma zaman damgasından yakalanır.
Yakala
Sözleşmenin belge versiyon geçmişindeki her yeni kayıt için oluşturulma timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
Sözleşme Taslağı Hazırlandı
|
İlk sözleşme taslağının tamamlanmasını temsil eder. Bu genellikle sözleşme belgesinin ilk sürümü yüklendiğinde ve sözleşme kaydıyla ilişkilendirildiğinde veya sözleşme durumu 'Taslak Hazırlama Tamamlandı' olarak değiştirildiğinde yakalanır. | ||
|
Neden önemli
Bu aktiviteyi takip etmek, taslak hazırlama aşamasının verimliliğini ölçmeye yardımcı olur. Yeniden işleme analizinin ön koşuludur, çünkü bu noktadan sonraki birden fazla revizyon, template'lerle veya başlangıç gereksinimleriyle ilgili sorunları gösterebilir.
Nereden alınır
Bir durum alanı değişikliğinden (örn. 'Yeni'den 'Taslak Hazırlama'ya) veya Agiloft'un 'Ekli Dosyalar' ilgili tablosundaki ilk belge sürümü ekinin zaman damgasından çıkarılır.
Yakala
'Taslak Hazırlama' veya 'İnceleme' durumuna ilk durum değişikliğinin zaman damgasını veya ilk ilgili belge kaydının oluşturulma tarihini belirleyin.
Event tipi
inferred
|
|||
|
Uyumluluk İncelemesi Yapıldı
|
Aktif bir sözleşme için planlanmış veya geçici bir uyumluluk incelemesinin tamamlandığını gösterir. Bu genellikle, bir kullanıcının uyumlulukla ilgili bir görevi tamamladığında veya bir inceleme alanını güncellediğinde yakalanan açık bir Event'tir. | ||
|
Neden önemli
Uyumluluk incelemelerini takip etmek, yönetişim ve risk yönetimi için esastır. Bu aktivite, kuruluşların sözleşmenin ömrü boyunca düzenleyici ve iç politika gereksinimlerini karşıladığından emin olmalarına yardımcı olur.
Nereden alınır
Bir uyumluluk incelemesi için bağlantılı bir görev kaydının tamamlama zaman damgasından veya 'Son Uyumluluk İnceleme Tarihi' gibi bir tarih alanının doldurulmasından alınır.
Yakala
Özel bir uyumluluk görevinin tamamlanma tarihini veya inceleme tamamlandığında güncellenen belirli bir tarih alanını kullanın.
Event tipi
explicit
|
|||