Sözleşme Yönetimi Veri Şablonunuz
Sözleşme Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Kaynak sisteminiz için veri çıkarma kılavuzu
Sözleşme Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Sözleşme Kimliği
ContractId
|
Icertis platformu içinde yönetilen her sözleşme için benzersiz tanımlayıcı. | ||
|
Açıklama
Sözleşme ID'si, belirli bir sözleşmeyle ilgili tüm Event'leri ve faaliyetleri benzersiz bir şekilde birbirine bağlayan kesin Case tanımlayıcısı olarak hizmet eder. Bu, her sözleşmenin başlangıcından çözümüne kadar kapsamlı, uçtan uca analizini sağlar. Süreç madenciliğinde bu öznitelik, her sözleşmenin yaşam döngüsünü yeniden yapılandırmak için temeldir. Taslak hazırlama, incelemeler, onaylar ve yürütme gibi ilgili tüm faaliyetlerin doğru sözleşmeyle ilişkilendirilmesini sağlayarak döngü sürelerinin doğru ölçülmesini ve süreç varyasyonlarının belirlenmesini mümkün kılar.
Neden önemli
Bu, süreç analizi için birincil anahtardır; bir sözleşmenin tüm yolculuğunu takip etmeyi ve veri bütünlüğünü sağlamayı mümkün kılar.
Nereden alınır
Bu, Icertis'teki Sözleşme Anlaşması nesnesinin temel bir özniteliğidir.
Örnekler
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Faaliyet Adı
ActivityName
|
Sözleşme yaşam döngüsünün belirli bir noktasında gerçekleşen Event veya görevin adı. | ||
|
Açıklama
Aktivite Adı, sözleşme yönetimi sürecindeki belirli bir adımı veya kilometre taşını açıklar. Bu Event'ler, her sözleşme için süreç akışını oluşturmak üzere zaman damgalarına göre sıralanır. Bu özniteliğin analizi, işlemlerin sırasını, farklı faaliyetlerin sıklığını ve sürecin genel yapısını ortaya çıkarır. Ortak süreç yollarını, standart prosedürden sapmaları ve birden çok revizyon döngüsü gibi yeniden işlemeye veya gecikmelere neden olan faaliyetleri belirlemek için kullanılır.
Neden önemli
Süreç adımlarını tanımlar; bu, süreç haritasını görselleştirmek, süreç akışını analiz etmek ve darboğazları belirlemek için esastır.
Nereden alınır
Bu bilgi, Icertis içindeki Event Log'lardan veya Workflow geçmişi tablolarından tipik olarak üretilir; bunlar bir sözleşme üzerindeki durum değişikliklerini ve gerçekleştirilen görevleri izler.
Örnekler
Sözleşme Taslağı OluşturulduHukuki İnceleme YapıldıSözleşme YürütüldüTadil Başlatıldı
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir sözleşme faaliyetinin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir faaliyetin başlatıldığı veya tamamlandığı kesin tarih ve saati kaydeder. Süreç madenciliğinin zamansal temelidir ve her sözleşme Case'i için Event'lerin kronolojik sırasını sağlar. Event Time, tüm zaman tabanlı analizler için kritik öneme sahiptir. Faaliyetler arasındaki döngü sürelerini hesaplamak, bekleme sürelerini belirlemek, müzakere veya onay gibi belirli aşamaların süresini ölçmek ve sözleşmelerin uzun süre takılı kaldığı darboğazları tespit etmek için kullanılır.
Neden önemli
Bu zaman damgası, döngü süreleri ve süreler gibi tüm performans metriklerini hesaplamak ve Event'lerin sırasını anlamak için kritik öneme sahiptir.
Nereden alınır
Bu, Icertis denetim izi veya Workflow geçmişi log'larında, kaydedilen her Event ile ilişkili standart bir alandır.
Örnekler
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Aktivite Sahibi
ActivityOwner
|
Bir sözleşme faaliyetini yürütmekten sorumlu kullanıcı veya kaynak. | ||
|
Açıklama
Bu öznitelik, belirli bir faaliyeti gerçekleştiren bireyi, ekibi veya otomatik kullanıcıyı tanımlar. Belirli bir kullanıcı adı, çalışan ID'si veya sistem hesabı olabilir. Faaliyet Sahibini analiz etmek, kaynak tahsisini, iş yükü dağıtımını ve performansı anlamak için kritik öneme sahiptir. Hangi kullanıcıların veya ekiplerin darboğaz olduğunu, en verimli inceleyicilerin kimler olduğunu ve işin nasıl dağıtıldığını gibi soruları yanıtlamaya yardımcı olur. Bu, doğrudan 'İnceleyici İş Yükü Dağılımı' Dashboard'unu destekler.
Neden önemli
Kullanıcı veya ekibe göre performans analizine olanak tanır, iş yükü dengesizliklerini ve eğitim fırsatlarını belirlemeye yardımcı olur.
Nereden alınır
Bu bilgi genellikle Icertis içindeki Workflow geçmişi veya denetim izi verilerinde bulunur ve her Event'e bağlıdır.
Örnekler
Can DemirLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
Bitiş Saati
EndTime
|
Belirli bir sözleşme faaliyetinin ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir faaliyetin tamamlanma zamanını yakalar. StartTime başlangıcı işaret ederken, EndTime bitişi işaret ederek faaliyetin ayrı zaman aralığını tanımlar. Hem başlangıç hem de bitiş zamanına sahip olmak, her bir faaliyetin işleme süresini veya süresini doğru bir şekilde hesaplamak için esastır. Bu, hangi adımların en çok zaman tükettiğini analiz etmeyi, aktif işleme süresi ile adımlar arasındaki boş bekleme süresini ayırt etmeyi sağlar. 'Onay Süreci Darboğazları' ve 'Taslak Hazırlama ve Revizyon Verimliliği' gibi Dashboard'lar için anahtardır.
Neden önemli
Aktivite sürelerinin hassas bir şekilde hesaplanmasını sağlayarak işlem süresi ile bekleme süresi arasında ayrım yapılmasına yardımcı olur.
Nereden alınır
StartTime'a benzer şekilde, bu Icertis denetim izinde veya Workflow geçmişi log'larında bulunur. Bazı Event'ler anlık olabilir, bu durumda StartTime EndTime'a eşittir.
Örnekler
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Sorumlu Departman
OwnerDepartment
|
Faaliyet sahibinin ait olduğu departman. | ||
|
Açıklama
Bu öznitelik, faaliyeti gerçekleştiren kullanıcıyla ilişkili Hukuk, Satış veya Tedarik gibi iş departmanını belirtir. Süreçteki kaynak katılımının toplu bir görünümünü sağlar. Departmana göre analiz yapmak, departmanlar arası işbirliğini ve el değiştirmeleri anlamak için anahtardır. Satış gönderimi sonrası hukuki inceleme için uzun beklemeler gibi departmanlar arasındaki sistematik gecikmeleri belirlemeye yardımcı olur; bu da 'Departmanlar Arası Aktarım Gecikmeleri' Dashboard'unun odak noktasıdır.
Neden önemli
Departman performansının ve devir verimliliğinin analiz edilmesini kolaylaştırarak fonksiyonlar arası darboğazları vurgular.
Nereden alınır
Bu veri, Faaliyet Sahibini anahtar olarak kullanarak bir İK sistemi veya kullanıcı dizini ile birleştirilerek zenginleştirilmesi gerekebilir. Ayrıca doğrudan Icertis kullanıcı profillerinde de saklanabilir.
Örnekler
HukukSatışTedarikFinans
|
|||
|
Sözleşme Değeri
ContractValue
|
Sözleşmenin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, toplam sözleşme tutarı veya yıllık değer gibi sözleşmenin finansal değerini temsil eder. Sözleşmeleri önceliklendirmek ve finansal etkiyi anlamak için kritik bir iş metrikidir. Süreç madenciliğinde, Sözleşme Değeri, analizi segmentlere ayırmak ve yüksek değerli anlaşmalara odaklanmak için kullanılır. Örneğin, yüksek değerli sözleşmelerin onaylanmasının veya müzakere edilmesinin daha uzun sürüp sürmediği analiz edilebilir. Ayrıca, yüksek değerli sözleşmelerdeki gecikmelerin önemli gelir sonuçları olabileceğinden, risk değerlendirmesine de yardımcı olur.
Neden önemli
Önceliklendirme ve değer bazlı analiz yapılmasına olanak tanıyarak iyileştirme çabalarının finansal açıdan en önemli sözleşmelere odaklanmasına yardımcı olur.
Nereden alınır
Bu, Icertis'teki Sözleşme Anlaşması nesnesinde tipik olarak standart bir para birimi alanıdır.
Örnekler
50000.001250000.002500.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şme Case'inin genel durumunu gösterir; örneğin 'Taslak', 'İncelemede', 'İmza Bekliyor' veya 'Yürütüldü'. Bu, genellikle ulaşılan son ana kilometre taşını yansıtan Case düzeyinde bir özniteliktir. Sözleşme hattının gerçek zamanlı anlık görüntüsünü sağlayan 'Sözleşme Durumu ve İşlem Hacmi' gibi operasyonel Dashboard'lar için hayati öneme sahiptir. Yöneticilerin her aşamadaki sözleşme hacmini anlamalarına ve işlerin nerede biriktiğini belirlemelerine yardımcı olarak sözleşme portföyünün proaktif yönetimini mümkün kılar.
Neden önemli
Sözleşme hattının üst düzey bir görünümünü sunar; operasyonel izleme ve verim yönetimi için esastır.
Nereden alınır
Bu, Icertis'teki Sözleşme Anlaşması nesnesinde birincil bir durum alanıdır.
Örnekler
TaslakDahili İncelemedeYürütüldüSonlandırıldı
|
|||
|
Sözleşme Tipi
ContractType
|
Ana Hizmet Sözleşmesi veya Gizlilik Anlaşması gibi sözleşmenin sınıflandırması. | ||
|
Açıklama
Sözleşme Tipi, anlaşmaları hukuki veya ticari amaçlarına göre kategorize eder. Bu, sözleşme yaşam döngülerini segmentlere ayırmak ve karşılaştırmak için temel bir özniteliktir. Farklı sözleşme tipleri genellikle farklı süreç yollarını takip eder ve farklı karmaşıklık seviyelerine ve SLA'lara sahiptir. Süreci Sözleşme Tipine göre analiz etmek, NDA'lar gibi yüksek hacimli, düşük riskli anlaşmalar için optimize edilmiş Workflow'lar oluşturmak gibi hedefe yönelik iyileştirmelere olanak tanır. 'Sözleşme Varyant Analizi' ve 'Politika Uyumluluk Skoru' KPI'ları için gereklidir.
Neden önemli
Farklı sözleşme türleri arasında yaşam döngülerini ve uyumluluğu karşılaştırmak için süreç segmentasyonuna olanak tanır.
Nereden alınır
Bu, Icertis'teki Sözleşme Anlaşması nesnesinde yapılandırılmış standart bir özniteliktir.
Örnekler
Ana Hizmet Sözleşmesi (MSA)Gizlilik Anlaşması (NDA)İş Tanımı Belgesi (SOW)
|
|||
|
Belge Sürümü
DocumentVersion
|
Sözleşme belgesinin sürüm numarası. | ||
|
Açıklama
Bu öznitelik, sözleşme belgesinin taslak hazırlama, kırmızı çizgi çekme ve revizyonlardan geçerkenki yinelemesini izler. Tipik olarak bir tam sayı veya ana.alt sürüm numarasıdır. Belge Sürümü, yeniden işleme için doğrudan bir göstergedir. Bir sözleşme için yüksek sayıda sürüm, birden fazla değişiklik turunu düşündürür ve bu da temel nedenleri anlamak için araştırılabilir. 'Sözleşme Revizyon Oranı' KPI'sını hesaplamak ve 'Taslak Hazırlama ve Revizyon Verimliliği' Dashboard'u için anahtar bir girdidir.
Neden önemli
Bir sözleşmenin geçirdiği yeniden çalışma ve revizyon miktarını doğrudan ölçerek taslak hazırlama ve müzakere aşamalarındaki verimsizlikleri vurgular.
Nereden alınır
Icertis, tüm sözleşme belgelerinin sürüm geçmişini tutar. Bu öznitelik, belgenin metadata'sından veya Event Log'dan çıkarılabilir.
Örnekler
1.02.34.00.5
|
|||
|
Bölge
Region
|
Sözleşmeyle ilgili coğrafi bölge. | ||
|
Açıklama
Bu öznitelik, sözleşmenin uygulandığı EMEA, APAC veya Kuzey Amerika gibi coğrafi alanı belirtir. Bu, süreçlerinde bölgesel farklılıklar olan küresel kuruluşlar için önemlidir. Bölgeye göre analiz yapmak, yerel yasalar ve iş kültürleri tarafından yönlendirilen süreç performansı, uyumluluk gereksinimleri veya müzakere taktiklerindeki farklılıkları ortaya çıkarabilir. Bölgeye özel kıyaslama ve küresel olarak paylaşılabilecek en iyi uygulamaların belirlenmesine olanak tanır.
Neden önemli
Küresel kuruluşlar için kritik olan süreç performansı ve uyumluluğundaki bölgesel farklılıkları belirlemeye yardımcı olur.
Nereden alınır
Bu, genellikle Icertis'teki sözleşme nesnesi üzerinde bir metadata alanıdır ve çoğunlukla standart yapılandırmanın bir parçasıdır.
Örnekler
EMEAKuzey AmerikaAPACLATAM
|
|||
|
İş Birimi
BusinessUnit
|
Sözleşmeyle ilişkili dahili iş birimi. | ||
|
Açıklama
Bu öznitelik, 'Kuzey Amerika Kurumsal Satış' veya 'Küresel Tedarik' gibi sözleşmeye sahip olan veya talep eden dahili departmanı veya iş birimini tanımlar. Departman'a benzer şekilde, bu, süreç verilerinin daha üst düzey bir şekilde toplanmasını sağlar. Kuruluşun farklı bölümleri arasındaki süreç verimliliğini ve uyumluluğunu karşılaştırmaya yardımcı olur, üst yönetim için değerli içgörüler sağlar ve stratejik kaynak tahsisi kararlarını destekler.
Neden önemli
Farklı organizasyonel birimler arasında üst düzey süreç performansı karşılaştırması yapılmasını sağlar.
Nereden alınır
Bu, genellikle sözleşme anlaşması üzerindeki, onu organizasyonel yapıya bağlayan önemli bir metadata alanıdır.
Örnekler
BU-Kuzey AmerikaKüresel HizmetlerÜrün Geliştirme
|
|||
|
İşlem Süresi
ProcessingTime
|
Bir faaliyet üzerinde aktif olarak çalışılan süre. | ||
|
Açıklama
İşleme Süresi, bir faaliyetin başlangıç zamanından bitiş zamanına kadar hesaplanan süredir. Görevler arasındaki bekleme süresinin aksine, kaynakların bir görevle ilgilendiği gerçek zamanı temsil eder. Bu metrik, performans analizi için temeldir. Tüm süreçte hangi belirli faaliyetlerin en çok zaman tükettiğini belirlemeye yardımcı olur. Örneğin, genel hukuki inceleme aşaması uzun olsa da, belgeleri incelemek için harcanan gerçek sürenin kısa olduğunu gösterebilir, bu da zamanın çoğunun bir kuyrukta geçirildiğini gösterir. Bu, özellikle döngü süresi ve verimliliğe odaklanan neredeyse tüm Dashboard'lar için hayati öneme sahiptir.
Neden önemli
Aktif çalışma süresini boş bekleme süresinden ayırır, verimlilik iyileştirmeleri için daha doğru bir hedef sunar.
Nereden alınır
Bu, veri setindeki 'EventTime' (StartTime) ve 'EndTime' özniteliklerinden hesaplanır.
Örnekler
2 saat 15 dakika3 gün 4 saat30 dakika
|
|||
|
Karşı Taraf Adı
CounterpartyName
|
Sözleşmedeki harici tarafın (müşteri veya satıcı gibi) adı. | ||
|
Açıklama
Bu öznitelik, anlaşmada yer alan diğer tarafı tanımlar. Etkileşimleri ve müzakereleri analiz etmek için temel bağlamı sağlar. Karşı tarafa göre süreci analiz etmek, müzakere döngülerindeki kalıpları ortaya çıkarabilir. Örneğin, belirli satıcılarla yapılan sözleşmelerin sürekli olarak daha uzun sürdüğünü veya daha fazla revizyon gerektirdiğini gösterebilir. Bu içgörü, stratejik ilişki yönetimi ve müzakere stratejilerini şekillendirme için değerlidir, doğrudan 'Müzakere Döngüsü Süresi ve Yeniden İşleme' Dashboard'unu destekler.
Neden önemli
Belirli dış taraflarla olan müzakere modellerinin ve ilişki performansının analiz edilmesini sağlar.
Nereden alınır
Bu bilgi, sözleşmenin metadata'sının bir parçası olarak saklanır ve tipik olarak Icertis'teki bir karşı taraf veya satıcı ana veri nesnesine bağlanır.
Örnekler
Acme Corporation`Global Tech Inc.`Innovate Solutions LLC
|
|||
|
Kaynak Sistem
SourceSystem
|
Sözleşme verilerinin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, bu süreç için veri kaynağını, yani 'Icertis'i tanımlar. Özellikle verilerin birden çok sistemden toplanabileceği ortamlarda veri yönetimi ve izlenebilirlik açısından önemlidir. Analizde, verileri belirli bir kaynak sisteme filtrelemek veya uygulanabilirse süreçleri farklı sistemler arasında karşılaştırmak için kullanılabilir. Bu görünüm için, tüm Event'ler için sabit bir tanımlayıcı görevi görür.
Neden önemli
Veri doğrulama ve birden fazla kaynaktan gelen verileri yönetmek için önemli olan veri soy ağacı (lineage) ve izlenebilirliği sağlar.
Nereden alınır
Bu genellikle veri çıkarma ve dönüştürme sürecinde, verinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
IcertisIcertisCLM
|
|||
|
Revizyon Sayısı
RevisionCount
|
Bir sözleşmenin geçirdiği toplam revizyon sayısı. | ||
|
Açıklama
Bu hesaplanmış metrik, her sözleşme Case'i için 'Sözleşme Kırmızı Çizgi Çekildi Veya Revize Edildi' gibi revizyonla ilgili faaliyetlerin bir sayısını sağlar. Süreç sürtünmesinin basit ve güçlü bir göstergesi olarak hizmet eder. Yüksek bir revizyon sayısı, taslak hazırlama veya müzakere aşamalarında potansiyel sorunları, örneğin belirsiz gereksinimleri, kötü başlangıç taslaklarını veya zorlu müzakereleri işaret eder. Bu metrik, 'Sözleşme Revizyon Oranı' KPI'sı için doğrudan girdidir ve aşırı yeniden işlemeye sahip sözleşmeleri ve süreç varyantlarını belirlemek için Dashboard'larda kullanılır.
Neden önemli
Sözleşme yaşam döngüsündeki yeniden işleme miktarını nicel olarak ölçer, taslak hazırlama ve müzakere aşamalarının verimliliğini doğrudan ölçer.
Nereden alınır
Bu, Event Log'daki her 'ContractId' için belirli revizyon faaliyetlerinin sayılmasıyla hesaplanır.
Örnekler
1503
|
|||
|
SLA Statüsü
SLAState
|
Bir faaliyetin veya Case'in Hizmet Seviyesi Anlaşması (SLA) şartlarına uygun olup olmadığını gösterir. | ||
|
Açıklama
Bu öznitelik, belirli süreç aşamalarının süresi önceden tanımlanmış SLA hedefleriyle karşılaştırılarak türetilir. Örneğin, standart 48 saatlik geri dönüş süresini aşarsa hukuki bir incelemeyi 'Geç' olarak işaretleyebilir. SLA Durumu, uyumluluk izleme ve performans yönetimi için esastır. İhlalleri anında vurgulayan 'Sözleşme Uyumluluk Genel Bakışı' gibi uyarılar ve Dashboard'lar oluşturulmasına olanak tanır. Bu, ekiplerin gecikmiş görevleri önceliklendirmesine ve yöneticilerin temel hedeflere karşı performansı takip etmesine yardımcı olur.
Neden önemli
Hizmet seviyesi hedeflerine uyumluluk konusunda anında görünürlük sağlar, işlerin önceliklendirilmesine ve performansın yönetilmesine yardımcı olur.
Nereden alınır
Bu, süreç madenciliği aracında zaman damgalarını önceden tanımlanmış SLA eşikleriyle (örneğin, Hukuki İnceleme süresi > 2 gün) karşılaştıran iş kuralları tanımlanarak hesaplanır.
Örnekler
ZamanındaRisk AltındaGecikmiş
|
|||
|
Son Kullanma Tarihi
ExpirationDate
|
Sözleşmenin sona ereceği tarih. | ||
|
Açıklama
Bu öznitelik, sözleşme süresinin bitiş tarihini saklar. Sözleşmenin icra sonrası yaşam döngüsünü yönetmek, yenileme veya fesih faaliyetlerini tetiklemek için kritik bir tarihtir. Bu tarih, kullanım ömrü sonu yönetiminin etkinliğini izlemek için esastır. İstenmeyen otomatik yenilemelerin veya hizmet kesintilerinin önüne geçerek, yenileme veya fesih süreçlerinin zamanında başlatılıp tamamlandığını ölçen 'Zamanında Yenileme/Fesih Oranı' KPI'sı için temel teşkil eder.
Neden önemli
Sözleşme yenileme ve fesih süreçlerinin yönetilmesi ve kullanım ömrü sonu işlemlerinin proaktif bir şekilde ele alınması için kritiktir.
Nereden alınır
Bu, Icertis'teki Sözleşme Anlaşması nesnesinde standart bir tarih alanıdır.
Örnekler
2025-12-312026-06-302024-08-15
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Süreç verilerinin en son ne zaman yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, analiz edilen verinin tazeliğini gösterir. Kaynak sistemden son veri çıkarımının tarih ve saatini kaydeder. Bu bilgi, kullanıcıların Dashboard'larda sunulan içgörülerin güncelliğini anlamaları için kritik öneme sahiptir. Gerçek zamanlı bilgilere mi yoksa birkaç saat veya gün öncesine ait verilere mi baktıklarını anlamalarına yardımcı olur, karar verme için doğru bağlamı oluşturur.
Neden önemli
Veri tazeliği hakkında bağlam sağlayarak, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamalarını sağlar.
Nereden alınır
Bu zaman damgası, her başarılı veri yenileme döngüsünün sonunda veri pipeline'ı veya ETL aracı tarafından oluşturulur.
Örnekler
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Standart Şablon mu
IsStandardTemplate
|
Sözleşmenin standart bir şirket şablonundan oluşturulup oluşturulmadığını gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, sözleşmenin önceden onaylanmış, standart bir Template'ten mi kaynaklandığını yoksa standart olmayan, özel bir anlaşma olarak mı oluşturulduğunu gösterir. Bu, risk ve uyumluluğu değerlendirmede kilit bir faktördür. Standart Template'lere dayalı sözleşmeler genellikle daha hızlı döngü sürelerine ve daha düşük riske sahiptir. Bu öznitelik, 'Sözleşme Template Uyumluluk Oranı' KPI'sının temelidir ve standart olmayan belgelerin kullanımının süreç üzerindeki etkisini analiz etmeye yardımcı olur. Standartlardan sıkça sapan departmanları veya sözleşme türlerini vurgulayarak Template kullanımını iyileştirme çabalarına rehberlik edebilir.
Neden önemli
Şirket standartlarına bağlılığı ölçer, bu da doğrudan süreç verimliliği ve risk azaltma ile ilişkilidir.
Nereden alınır
Bu, sözleşme üzerindeki bir onay kutusu alanı olabilir veya Icertis içindeki belgenin kökenine veya metadata'sına göre türetilebilir.
Örnekler
truefalse
|
|||
|
Yükümlülük Son Tarihi
ObligationDueDate
|
Belirli bir sözleşme yükümlülüğünün yerine getirilmesi gereken son tarih. | ||
|
Açıklama
Bu öznitelik, sözleşme yürütüldükten sonra sözleşme içinde tanımlanan temel yükümlülüklerin, taahhütlerin ve teslimatların son tarihlerini takip eder. Tek bir sözleşmenin, her birinin kendi son tarihi olan birden fazla yükümlülüğü olabilir. Bu tarihleri takip etmek, icra sonrası uyumluluk ve risk yönetimi için kritik öneme sahiptir. Bu öznitelik, 'Yükümlülük Uyum Oranı' KPI'sının temelini oluşturur ve kuruluşun taahhütlerini zamanında yerine getirip getirmediğini izlemesine ve potansiyel ihlalleri proaktif olarak ele almasına olanak tanır.
Neden önemli
İmza sonrası uyumluluğun izlenmesini sağlar; bu da cezalardan kaçınmak ve iyi iş ilişkilerini sürdürmek için kritiktir.
Nereden alınır
Icertis, yükümlülük yönetimi modüllerine sahiptir. Bu veri, bir sözleşmeyle ilişkili yükümlülüklerden gelecektir.
Örnekler
2024-09-302025-01-152024-11-01
|
|||
Sözleşme Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dahili Onaylar Alındı
|
Tüm gerekli dahili paydaşların sözleşmeyi onayladığı, harici müzakere veya imza için hazır hale geldiği dönüm noktasını işaret eder. Bu, onay Workflow'unun genel durumunun 'Onaylandı' gibi son bir duruma ulaşmasından çıkarılır. | ||
|
Neden önemli
Bu, dahili inceleme döngüsünü tamamlayan kilit bir kilometre taşıdır. 'Ortalama Onay Aşaması Süresi' KPI'sını ölçmek için bitiş noktasıdır.
Nereden alınır
Workflow durumunun 'Tamamen Onaylandı' veya benzer bir duruma geçmesinden çıkarılır, bu da tüm onay görevlerinin tamamlandığını gösterir.
Yakala
Son dahili onay görevi tamamlanmasının veya genel bir Workflow durum değişikliğinin zaman damgası.
Event tipi
inferred
|
|||
|
Hukuki İnceleme Yapıldı
|
Hukuk departmanının sözleşme incelemesini tamamladığını gösterir. Bu genellikle, bir hukuk inceleyicisinin onay Workflow'undaki görevini tamamladığında kaydedilen açık bir Event'tir. | ||
|
Neden önemli
Bu faaliyet, hukuki inceleme geri dönüş süresini ölçmek ve hukuk ekibi içindeki potansiyel kapasite kısıtlamalarını belirlemek için kritik öneme sahiptir. 'Hukuki İnceleme Bekleme Süresi' KPI'sını destekler.
Nereden alınır
Icertis iş akışında hukuk incelemesi görevi 'Tamamlandı' olarak işaretlendiğinde açıkça günlüğe kaydedilir. 'Hukuk Onaylı' gibi bir durum değişikliğinden de çıkarılabilir.
Yakala
İş akışı motorundan gelen ve 'Hukuk İncelemesi' görevinin tamamlandığını belirten olay.
Event tipi
explicit
|
|||
|
Karşı Taraf Onayı Alındı
|
Bu faaliyet, harici karşı tarafın şartları kabul ettiğini ve sözleşmenin son versiyonunu onayladığını gösterir. Bu, bir işbirliği portalından açık bir Event olabileceği gibi, sözleşme sahibi tarafından manuel bir durum güncellemesi de olabilir. | ||
|
Neden önemli
Bu kilometre taşı, müzakere aşamasını sonlandırır. 'Ortalama Müzakere Döngüsü Süresi' KPI'sını hesaplamak için bitiş noktası olarak hizmet eder ve harici etkileşimlerin verimliliğini vurgular.
Nereden alınır
Karşı taraf Icertis portalını onaylamak için kullanıyorsa bu açık bir Event olabilir. Aksi takdirde, 'Karşı Taraf Onaylandı' olarak manuel bir durum değişikliğinden çıkarılır.
Yakala
Karşı taraf portalından veya dahili bir kullanıcı tarafından yapılan manuel durum güncellemesinden kaydedilen olay.
Event tipi
explicit
|
|||
|
Sözleşme Feshedildi veya Süresi Doldu
|
Sözleşmenin yaşam döngüsünün sonunu işaret eder; aktif bir fesih süreciyle veya sona erme tarihine ulaşarak gerçekleşir. Fesih açık bir Event iken, sona erme sözleşme metadata'sına dayalı hesaplanmış bir Event'tir. | ||
|
Neden önemli
Bu, sözleşme yaşam döngüsü için terminal bir Event'tir. Yenileme oranlarını analiz etmek ve 'Zamanında Yenileme/Fesih Oranı' KPI'sını ölçmek için kritik öneme sahiptir.
Nereden alınır
Bir kullanıcı fesih işlemi gerçekleştirdiğinde fesih olayı açıkça günlüğe kaydedilir. Süre dolumu ise güncel tarihin 'Sona Erme Tarihi' özniteliğiyle karşılaştırılmasıyla hesaplanabilir.
Yakala
Sistem tarihinin sözleşmenin sona erme tarihiyle karşılaştırılmasıyla veya manuel bir fesih olayından hesaplanır.
Event tipi
calculated
|
|||
|
Sözleşme Talebi Başlatıldı
|
Bu faaliyet, bir iş kullanıcısının resmi olarak yeni bir sözleşme talep ettiği sözleşme yaşam döngüsünün resmi başlangıcını işaret eder. Bu, genellikle bir kullanıcı Icertis platformunda bir sözleşme talep formu gönderdiğinde açık bir Event olarak yakalanır. | ||
|
Neden önemli
Sürecin başlangıcı olarak bu olay, genel sözleşme döngü süresini ölçmek için esastır. Talep hacminin ve türünün analiz edilmesi, kaynak planlaması ve talep yönetiminde yardımcı olur.
Nereden alınır
Bu, Icertis'te bir 'Sözleşme Talebi' nesnesi oluşturulup gönderildiğinde kaydedilen açık bir Event'tir.
Yakala
Bir sözleşme talep formu gönderildiğinde kaydedilen olay.
Event tipi
explicit
|
|||
|
Sözleşme Yürütüldü
|
Bu faaliyet, tüm tarafların imzaladığı zaman, sözleşmenin resmi yürütülmesini işaret eder. İmza öncesi sürecin birincil başarı bitiş noktasıdır ve bir e-imza platformuyla entegrasyon yoluyla yakalanır. | ||
|
Neden önemli
Temel tamamlanma olayı olarak bu, 'Ortalama Sözleşme Döngü Süresi' KPI'sı için bitiş noktasıdır. Sözleşmenin yasal olarak bağlayıcı ve aktif hale geldiği anı simgeler.
Nereden alınır
İmza süreci tüm taraflar için tamamlandığında, e-imza platformundan açık bir olay alınır ve Icertis'e kaydedilir.
Yakala
E-imza platformu entegrasyonundan gelen geri çağırma (callback) olayı.
Event tipi
explicit
|
|||
|
Dahili İnceleme Başladı
|
Bu faaliyet, dahili inceleme ve onay Workflow'unun başlangıcını belirtir. Sözleşme taslağı, departman başkanları veya finans gibi dahili paydaşlar tarafından resmi olarak incelemeye sunulduğunda yakalanır. | ||
|
Neden önemli
Bu, genellikle darboğaz kaynağı olan onay aşamasının başlangıcını işaret eder. Bu Event'ten itibaren geçen süreyi analiz etmek, dahili işbirliğini başlatmadaki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır
Icertis iş akışında 'İncelemeye Gönder' işlemi tetiklendiğinde açık bir olay olarak yakalanır veya durumun 'İç İncelemede' olarak değişmesinden çıkarılır.
Yakala
Bir kullanıcı dahili inceleme Workflow'unu başlattığında kaydedilir.
Event tipi
explicit
|
|||
|
Karşı Taraf Müzakereleri Başlatıldı
|
Sözleşmenin harici karşı tarafla incelenmek ve müzakere edilmek üzere paylaşıldığı noktayı temsil eder. Bu genellikle, sözleşme durumunun 'Müzakerede' olarak değişmesinden veya belgenin ilk kez harici olarak gönderildiği bir denetim kaydından çıkarılır. | ||
|
Neden önemli
Bu faaliyet, müzakere aşamasının başlangıcını işaret eder. 'Ortalama Müzakere Döngüsü Süresi' KPI'sını hesaplamak için başlangıç noktasıdır.
Nereden alınır
Durumun manuel olarak 'Müzakerede' olarak değişmesinden veya belgenin ilk kez harici bir portal aracılığıyla paylaşıldığı Event'in izlenmesinden çıkarılır.
Yakala
Durumun 'Müzakerede' veya 'Karşı Tarafa Gönderildi' olarak değiştiği zaman damgası.
Event tipi
inferred
|
|||
|
Sözleşme İmza İçin Gönderildi
|
Son onaylanmış sözleşmenin elektronik veya ıslak imza için gönderildiğini belirtir. Bu, DocuSign veya Adobe Sign gibi e-imza platformlarıyla entegrasyon yoluyla yakalanan açık bir Event'tir. | ||
|
Neden önemli
Bu Event'i takip etmek, son yürütme adımının verimliliğini analiz etmeye yardımcı olur. Onay ile imza için gönderme arasındaki gecikmeler, idari darboğazları ortaya çıkarabilir.
Nereden alınır
İmza süreci Icertis içinden başlatıldığında, bir e-imza çözümüyle yapılan API entegrasyonu aracılığıyla açıkça günlüğe kaydedilir.
Yakala
Bir imza isteği gönderildiğinde e-imza bağlayıcısından (connector) gelen olay.
Event tipi
explicit
|
|||
|
Sözleşme Revize Edildi
|
Bu faaliyet, dahili inceleme veya harici müzakere sırasında bir sözleşme belgesi her değiştirildiğinde gerçekleşir. Icertis belge sürümlerini takip eder, bu nedenle her yeni kontrol edilen sürüm bir revizyon Event'i olarak yakalanabilir. | ||
|
Neden önemli
Sözleşme başına bu olayların sayılması, 'Sözleşme Revizyon Oranı' KPI'sının hesaplanmasını sağlar. Revizyon sayısının yüksek olması, belirsiz ifadelerin, verimsiz müzakerelerin veya uyumsuzluğun göstergesi olabilir.
Nereden alınır
Sözleşme belgesinin yeni bir sürümü yüklendiğinde veya sisteme dahil edildiğinde Icertis'in belge yönetimi modülünde açıkça günlüğe kaydedilir.
Yakala
Her yeni belge sürüm numarası için bir olay oluşturulur.
Event tipi
explicit
|
|||
|
Sözleşme Taslağı Oluşturuldu
|
İlk sözleşme belgesinin, bir Template'ten veya yeni bir dosya olarak oluşturulmasını temsil eder. Bu Event genellikle, sözleşme çalışma alanıyla ilişkili birincil sözleşme belgesinin oluşturulmasından veya ilk yüklenmesinden çıkarılır. | ||
|
Neden önemli
Bu faaliyeti takip etmek, ilk taslağı hazırlamak için harcanan süreyi ölçmeye yardımcı olur. Taslak hazırlama verimliliğini ve Template kullanımına bağlılığı analiz etmek için önemli bir adımdır.
Nereden alınır
Icertis sözleşme çalışma alanındaki veya anlaşma nesnesindeki birincil sözleşme belgesinin oluşturulma zaman damgasından çıkarılır.
Yakala
Ana sözleşme belgesinin ilk versiyonunun oluşturulma zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Sözleşme Yenilendi
|
Mevcut bir sözleşmenin başka bir dönem için başarıyla yenilendiğini gösterir. Bu, sistem içinde gerçekleştirilen açık bir eylemdir; genellikle yeni bir sözleşme kaydı başlatır veya mevcut olanı günceller. | ||
|
Neden önemli
Bu faaliyet, yenileme yönetimi sürecinin etkinliğini değerlendirmek için anahtardır. 'Zamanında Yenileme/Fesih Oranı' KPI'sını hesaplamak için kullanılır.
Nereden alınır
Bir kullanıcı Icertis içindeki bir sözleşme kaydı üzerinde 'Yenile' işlemini gerçekleştirdiğinde oluşturulan açık bir olaydır.
Yakala
Kullanıcı tarafından başlatılan bir 'Yenile' işleminden kaydedilen olay.
Event tipi
explicit
|
|||
|
Tadil Başlatıldı
|
Aktif bir sözleşmeyi değiştirmek için resmi bir sürecin başlangıcını temsil eder. Bu, bir kullanıcı orijinal yürütülmüş anlaşmaya bağlı bir ek anlaşma kaydı oluşturduğunda yakalanır. | ||
|
Neden önemli
Zeyilnameler, önemli bir yeniden çalışma veya kapsam değişikliğini temsil eder. Bunların sıklığını ve döngü süresini takip etmek, sözleşme istikrarı ve yönetim verimliliği hakkında içgörü sağlar.
Nereden alınır
Bir 'Zeyilname' nesnesi veya benzeri bir kayıt oluşturulup mevcut bir sözleşmeyle ilişkilendirildiğinde açık bir olay günlüğe kaydedilir.
Yakala
Icertis sisteminde bir zeyilname kaydının oluşturulması.
Event tipi
explicit
|
|||
|
Yükümlülük İzleme Aktif Edildi
|
Bu icra sonrası faaliyet, sözleşmeden doğan yükümlülüklerin ve taahhütlerin sistem içinde izleme için etkinleştirildiğini gösterir. Bu, genellikle icra üzerine otomatik olarak tetiklenen veya bir sözleşme yöneticisi tarafından manuel olarak tetiklenen açık bir Event'tir. | ||
|
Neden önemli
Bu Event, icra sonrası yönetim için saati başlatır. 'Yükümlülük Uyum Oranı' KPI'sı aracılığıyla uyumluluğu ölçmek ve sağlamak için kritik öneme sahiptir.
Nereden alınır
Bir sözleşmenin durumu 'Aktif' veya 'İmzada' olduğunda Icertis yükümlülük yönetimi modülünde günlüğe kaydedilen açık olay.
Yakala
Sözleşmeyle ilişkili yükümlülük kayıtlarının otomatik veya manuel olarak etkinleştirilmesi.
Event tipi
explicit
|
|||