Sözleşme yönetimi veri şablonunuz
Sözleşme yönetimi veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Kaynak sisteminizden veri çıkarma rehberi
Sözleşme yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Sözleşme kimliği
ContractId
|
Icertis platformunda yönetilen her sözleşmenin benzersiz tanımlayıcısı. | ||
|
Açıklama
Sözleşme kimliği, her sözleşme için benzersiz vaka tanımlayıcısıdır ve belirli bir sözleşmeyle ilgili tüm olayları ve etkinlikleri birbirine bağlar. Böylece her sözleşmenin başlangıcından sonuçlanmasına kadar tüm yolculuğunu uçtan uca analiz edebilirsiniz. Process Mining’de bu öznitelik, her sözleşmenin yaşam döngüsünü yeniden oluşturmanın temelini oluşturur. Taslak hazırlama, inceleme, onay ve yürürlüğe girme gibi ilgili tüm etkinliklerin doğru sözleşmeyle ilişkilendirilmesini sağlar. Böylece çevrim sürelerini doğru ölçebilir ve süreç farklılıklarını belirleyebilirsiniz.
Neden önemli?
Bu, süreç analizinin birincil anahtarıdır. Sözleşmenin tüm yolculuğunu izlemeyi ve veri bütünlüğünü korumayı sağlar.
Nereden alınır?
Bu, Icertis’teki Contract Agreement nesnesinin temel özniteliklerinden biridir.
Örnekler
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Etkinlik adı
ActivityName
|
Sözleşme yaşam döngüsünün belirli bir anında gerçekleşen olayın veya görevin adı. | ||
|
Açıklama
Etkinlik adı, sözleşme yönetimi sürecindeki belirli bir adımı veya aşamayı tanımlar. Her sözleşmenin süreç akışını oluşturmak için bu olaylar zaman damgalarına göre sıralanır. Bu özniteliği analiz ederek işlem sırasını, farklı etkinliklerin sıklığını ve sürecin genel yapısını görebilirsiniz. Yaygın süreç yollarını, standart prosedürden sapmaları ve birden fazla revizyon döngüsü gibi yeniden çalışmaya veya gecikmelere yol açan etkinlikleri belirlemek için kullanılır.
Neden önemli?
Sürecin adımlarını tanımlar. Süreç haritasını görselleştirmek, süreç akışını analiz etmek ve darboğazları belirlemek için gereklidir.
Nereden alınır?
Bu bilgi genellikle Icertis’teki olay günlüklerinden veya iş akışı geçmişi tablolarından alınır. Bu kayıtlar, sözleşme durumundaki değişiklikleri ve sözleşme üzerinde yapılan görevleri izler.
Örnekler
Sözleşme taslağı hazırlandıHukuk incelemesi tamamlandıSözleşme imzalandıDeğişiklik süreci başlatıldı
|
|||
|
Olay zamanı
EventTime
|
Belirli bir sözleşme etkinliğinin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin başlatıldığı veya tamamlandığı kesin tarih ve saati kaydeder. Process Mining’in zaman temelini oluşturur ve her sözleşme vakasındaki olayların kronolojik sırasını gösterir. Olay zamanı, zamana dayalı tüm analizler için önemlidir. Etkinlikler arasındaki çevrim sürelerini hesaplamak, bekleme dönemlerini belirlemek, müzakere veya onay gibi belirli aşamaların süresini ölçmek ve sözleşmelerin uzun süre beklediği darboğazları saptamak için kullanılır.
Neden önemli?
Bu zaman damgası, çevrim süreleri ve aşama süreleri gibi tüm performans metriklerini hesaplamak ve olayların sırasını anlamak için gereklidir.
Nereden alınır?
Bu, Icertis denetim izi veya iş akışı geçmişi günlüklerinde her kaydedilen olayla ilişkilendirilen standart bir alandır.
Örnekler
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Bitiş zamanı
EndTime
|
Belirli bir sözleşme etkinliğinin tamamlandığı zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin tamamlanma zamanını kaydeder. StartTime başlangıcı, EndTime ise bitişi göstererek etkinliğin süresini tanımlar. Her etkinliğin işlem süresini veya toplam süresini doğru hesaplamak için başlangıç ve bitiş zamanlarının ikisi de gereklidir. Böylece en çok zaman alan adımlar analiz edilebilir; etkin işlem süresi ile adımlar arasındaki bekleme süresi birbirinden ayrılır. 'Onay sürecindeki darboğazlar' ve 'Taslak hazırlama ve revizyon verimliliği' Dashboardları için temel verilerden biridir.
Neden önemli?
Etkinlik sürelerinin hassas biçimde hesaplanmasını sağlar ve işlem süresiyle bekleme süresini ayırt etmeye yardımcı olur.
Nereden alınır?
StartTime gibi bu bilgi de Icertis denetim izinde veya iş akışı geçmişi kayıtlarında bulunur. Bazı olaylar anlık gerçekleşebilir; bu durumda StartTime ve EndTime değerleri aynıdır.
Örnekler
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Etkinlik sahibi
ActivityOwner
|
Sözleşme etkinliğini gerçekleştirmekten sorumlu kullanıcı veya kaynak. | ||
|
Açıklama
Bu öznitelik, belirli bir etkinliği gerçekleştiren kişiyi, ekibi veya otomatik kullanıcıyı tanımlar. Belirli bir kullanıcı adı, çalışan kimliği ya da sistem hesabı olabilir. Etkinlik sahibini analiz etmek; kaynak dağılımını, iş yükünü ve performansı anlamak açısından önemlidir. Hangi kullanıcı veya ekiplerin darboğaz oluşturduğunu, en verimli incelemeyi kimin yaptığını ve işlerin nasıl dağıtıldığını görmenizi sağlar. 'İnceleyenlerin iş yükü dağılımı' Dashboarduna doğrudan veri sağlar.
Neden önemli?
Kullanıcı veya ekip bazında 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 iş akışı geçmişinde veya denetim izi verilerinde bulunur ve her olayla ilişkilendirilir.
Örnekler
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
Sahibin departmanı
OwnerDepartment
|
Etkinlik sahibinin bağlı olduğu departman. | ||
|
Açıklama
Bu öznitelik, etkinliği gerçekleştiren kullanıcının bağlı olduğu Hukuk, Satış veya Satın Alma gibi iş departmanını belirtir. Kaynakların sürece katılımını toplu olarak görmenizi sağlar. Departman bazında analiz, departmanlar arası iş birliğini ve devir teslimleri anlamak açısından önemlidir. Örneğin, Satış ekibinin başvurusundan sonra Hukuk incelemesi için uzun süre beklenmesi gibi departmanlar arasındaki sistematik gecikmeleri belirlemeye yardımcı olur. 'Departmanlar arası devir teslim gecikmeleri' Dashboardu bu konuya odaklanır.
Neden önemli?
Departman performansını ve devir teslim verimliliğini analiz etmeyi sağlar, işlevler arası darboğazları ortaya çıkarır.
Nereden alınır?
Bu veriyi elde etmek için etkinlik sahibi anahtar olarak kullanılarak bir İK sistemiyle veya kullanıcı diziniyle birleştirme yapılması gerekebilir. Bilgi doğrudan Icertis kullanıcı profillerinde de tutulabilir.
Örnekler
HukukSatışSatın almaFinans
|
|||
|
Sözleşme değeri
ContractValue
|
Sözleşmenin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, sözleşmenin toplam tutarı veya yıllıklandırılmış değeri gibi finansal değerini gösterir. Sözleşmelere öncelik vermek ve finansal etkilerini anlamak için önemli bir iş metriğidir. Process Mining analizinde sözleşme değeri, verileri gruplandırmak ve yüksek değerli anlaşmalara odaklanmak için kullanılır. Örneğin, yüksek değerli sözleşmelerin onay veya müzakere sürecinin daha uzun sürüp sürmediğini inceleyebilirsiniz. Ayrıca yüksek değerli sözleşmelerdeki gecikmeler geliri önemli ölçüde etkileyebileceğinden risk değerlendirmesine de yardımcı olur.
Neden önemli?
Sözleşmelere öncelik vermeyi ve değer bazında analiz yapmayı sağlar; iyileştirme çalışmalarının finansal açıdan en önemli sözleşmelere odaklanmasına yardımcı olur.
Nereden alınır?
Bu, Icertis içindeki Contract Agreement nesnesinde genellikle 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 kaydının genel durumunu gösterir. Örneğin 'Taslak', 'İncelemede', 'İmza bekliyor' veya 'Yürürlüğe girdi' değerlerini alabilir. Genellikle sözleşme düzeyinde tutulur ve ulaşılan son önemli aşamayı yansıtır. Sözleşme hattının anlık görünümünü sunan 'Sözleşme durumu ve işlem hacmi' gibi operasyonel Dashboardlar için önemlidir. Yöneticilerin her aşamadaki sözleşme sayısını görmesine ve işlerin nerede biriktiğini belirlemesine yardımcı olarak sözleşme portföyünü proaktif biçimde yönetmelerini sağlar.
Neden önemli?
Sözleşme hattının genel görünümünü sunar; operasyonları izlemek ve işlem hacmini yönetmek için gereklidir.
Nereden alınır?
Bu, Icertis içindeki Contract Agreement nesnesinin temel durum alanıdır.
Örnekler
TaslakDahili incelemedeYürürlüğe girdiFeshedildi
|
|||
|
Sözleşme türü
ContractType
|
Ana Hizmet Sözleşmesi veya Gizlilik Sözleşmesi gibi sözleşme sınıflandırması. | ||
|
Açıklama
Sözleşme türü, anlaşmaları hukuki veya ticari amaçlarına göre sınıflandırır. Sözleşme yaşam döngülerini gruplandırmak ve karşılaştırmak için temel bir özniteliktir. Farklı sözleşme türleri genellikle farklı süreç yollarını izler; karmaşıklık düzeyleri ve hizmet seviyesi anlaşmaları (SLA) da değişebilir. Süreci sözleşme türüne göre analiz ederek, çok sayıda yapılan düşük riskli Gizlilik Sözleşmeleri için iş akışlarını iyileştirmek veya karmaşık ve yüksek değerli Ana Hizmet Sözleşmelerini ele almak gibi hedefli iyileştirmeler yapabilirsiniz. 'Sözleşme varyantı analizi' ve 'Politika uyumluluk skoru' temel performans göstergeleri (KPI) için bu öznitelik gereklidir.
Neden önemli?
Farklı anlaşma türlerinin yaşam döngülerini ve uyumluluk durumunu karşılaştırmak için süreçleri gruplandırmayı sağlar.
Nereden alınır?
Bu, Icertis içindeki Contract Agreement nesnesinde yapılandırılan standart bir özniteliktir.
Örnekler
Ana Hizmet Sözleşmesi (MSA)Gizlilik Sözleşmesi (NDA)İş Kapsamı 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, değişiklikleri işaretleme ve revizyon aşamalarındaki sürümünü izler. Genellikle tam sayı veya ana sürüm.alt sürüm biçiminde tutulur. Belge sürümü, yeniden çalışmanın doğrudan bir göstergesidir. Bir sözleşmenin çok sayıda sürümü olması, temel nedenleri araştırılabilecek birden fazla değişiklik turuna işaret eder. 'Sözleşme revizyon oranı' temel performans göstergesinin (KPI) hesaplanmasında ve 'Taslak hazırlama ve revizyon verimliliği' Dashboardunda kullanılan temel verilerden biridir.
Neden önemli?
Sözleşmede yapılan yeniden çalışma ve revizyon miktarını doğrudan ölçerek taslak hazırlama ve müzakere süreçlerindeki verimsizlikleri ortaya çıkarır.
Nereden alınır?
Icertis, tüm sözleşme belgelerinin sürüm geçmişini tutar. Bu öznitelik, belgenin meta verilerinden veya olay günlüğünden alınabilir.
Örnekler
1.02.34.00.5
|
|||
|
Bölge
Region
|
Sözleşmeyle ilgili coğrafi bölge. | ||
|
Açıklama
Bu öznitelik, sözleşmenin geçerli olduğu EMEA, APAC veya Kuzey Amerika gibi coğrafi alanı belirtir. Süreçlerin bölgelere göre değiştiği küresel kuruluşlar için önemlidir. Bölge bazında analiz; yerel mevzuat ve iş kültüründen kaynaklanan süreç performansı, uyumluluk gereklilikleri veya müzakere yaklaşımlarındaki farklılıkları ortaya çıkarabilir. Bölgeye özel kıyaslama yapmayı ve dünya genelinde paylaşılabilecek iyi uygulamaları belirlemeyi sağlar.
Neden önemli?
Süreç performansı ve uyumluluk açısından bölgesel farklılıkları belirlemeye yardımcı olur. Bu, küresel kuruluşlar için önemlidir.
Nereden alınır?
Bu, genellikle Icertis içindeki sözleşme nesnesinde bulunan ve standart yapılandırmanın parçası olan bir meta veri alanıdır.
Örnekler
EMEAKuzey AmerikaAPACLATAM
|
|||
|
İş birimi
BusinessUnit
|
Sözleşmeyle ilişkili dahili iş birimi. | ||
|
Açıklama
Bu öznitelik, sözleşmenin sahibi olan veya sözleşme talebinde bulunan dahili bölümü ya da iş birimini tanımlar. Örneğin 'Kuzey Amerika kurumsal satış' veya 'Küresel satın alma' olabilir. Departman özniteliğinde olduğu gibi süreç verilerini daha üst düzeyde gruplandırmayı sağlar. Kuruluşun farklı bölümlerindeki süreç verimliliğini ve uyumluluğu karşılaştırmaya yardımcı olur. Böylece üst düzey yöneticilere değerli içgörüler sunar ve stratejik kaynak dağılımı kararlarını destekler.
Neden önemli?
Farklı kuruluş birimlerinin süreç performansını üst düzeyde karşılaştırmayı sağlar.
Nereden alınır?
Bu, sözleşme anlaşmasında genellikle kuruluş yapısına bağlanan önemli bir meta veri alanıdır.
Örnekler
BU-Kuzey AmerikaKüresel hizmetlerÜrün geliştirme
|
|||
|
Karşı tarafın adı
CounterpartyName
|
Sözleşmedeki müşteri veya tedarikçi gibi dış tarafın adı. | ||
|
Açıklama
Bu öznitelik, anlaşmanın diğer tarafını tanımlar. Etkileşimleri ve müzakereleri analiz etmek için gerekli bağlamı sağlar. Süreci karşı tarafa göre analiz etmek, müzakere döngülerindeki örüntüleri ortaya çıkarabilir. Örneğin, belirli tedarikçilerle yapılan sözleşmelerin müzakeresinin sürekli 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 yaklaşımlarını uyarlamak için yararlıdır. 'Müzakere çevrim süresi ve yeniden çalışma' Dashboardunu doğrudan destekler.
Neden önemli?
Belirli dış taraflarla yürütülen müzakerelerdeki örüntüleri ve ilişki performansını analiz etmeyi sağlar.
Nereden alınır?
Bu bilgi, sözleşme meta verilerinde tutulur ve genellikle Icertis içindeki karşı taraf veya tedarikçi ana veri nesnesine bağlanır.
Örnekler
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Kaynak sistem
SourceSystem
|
Sözleşme verilerinin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, verilerin kaynağını belirtir. Bu süreçte kaynak 'Icertis’tir. Özellikle verilerin birden fazla sistemden toplandığı ortamlarda veri yönetişimi ve izlenebilirlik açısından yararlıdır. Analiz sırasında verileri belirli bir kaynak sisteme göre filtrelemek veya uygunsa farklı sistemlerdeki süreçleri karşılaştırmak için kullanılabilir. Bu görünümde tüm olaylar için sabit bir tanımlayıcı görevi görür.
Neden önemli?
Veri kökenini ve izlenebilirliği sağlar. Bu, verileri doğrulamak ve birden fazla kaynaktan gelen verileri yönetmek açısından önemlidir.
Nereden alınır?
Bu değer genellikle verilerin kaynağını belirtmek için veri çıkarma ve dönüştürme işlemleri sırasında eklenir.
Örnekler
IcertisIcertisCLM
|
|||
|
Revizyon sayısı
RevisionCount
|
Bir sözleşmede yapılan toplam revizyon sayısı. | ||
|
Açıklama
Bu hesaplanan metrik, her sözleşme kaydı için 'Sözleşme değişiklikleri işaretlendi veya revize edildi' gibi revizyonla ilgili etkinliklerin sayısını verir. Süreçteki aksaklıkları gösteren basit ve etkili bir ölçüttür. Revizyon sayısının yüksek olması; belirsiz gereklilikler, ilk taslağın yetersiz olması veya zorlu müzakereler gibi taslak hazırlama ya da müzakere aşamalarındaki olası sorunlara işaret eder. Bu metrik, 'Sözleşme revizyon oranı' temel performans göstergesine (KPI) doğrudan veri sağlar ve aşırı yeniden çalışma görülen sözleşmeleri ve süreç varyantlarını belirlemek için Dashboardlarda kullanılır.
Neden önemli?
Sözleşme yaşam döngüsündeki yeniden çalışmayı ölçer; taslak hazırlama ve müzakere aşamalarının verimliliğini doğrudan gösterir.
Nereden alınır?
Olay günlüğünde her 'ContractId' için belirli revizyon etkinliklerinin sayısı hesaplanarak elde edilir.
Örnekler
1503
|
|||
|
SLA durumu
SLAState
|
Bir etkinliğin veya kaydın hizmet seviyesi anlaşması (SLA) koşullarına uygun olup olmadığını gösterir. | ||
|
Açıklama
Bu öznitelik, belirli süreç aşamalarının süresini önceden belirlenmiş SLA hedefleriyle karşılaştırarak elde edilir. Örneğin, standart 48 saatlik süreyi aşan bir hukuk incelemesi 'Gecikti' olarak işaretlenebilir. SLA durumu, uyumluluğu izlemek ve performansı yönetmek açısından önemlidir. İhlalleri hemen gösteren uyarılar ve 'Sözleşme uyumluluğuna genel bakış' gibi Dashboardlar oluşturmayı sağlar. Böylece ekipler vadesi geçmiş görevlere öncelik verebilir, yöneticiler de temel hedeflere göre performansı izleyebilir.
Neden önemli?
Hizmet seviyesi hedeflerine uyumluluğu anında görünür kılar; işlere öncelik vermeye ve performansı yönetmeye yardımcı olur.
Nereden alınır?
Process Mining aracında zaman damgalarını önceden belirlenmiş SLA eşikleriyle karşılaştıran iş kuralları tanımlanarak hesaplanır. Örneğin, Hukuk incelemesinin süresi > 2 gün.
Örnekler
ZamanındaRisk altındaGecikti
|
|||
|
Son kullanma tarihi
ExpirationDate
|
Sözleşmenin sona ermesinin planlandığı tarih. | ||
|
Açıklama
Bu öznitelik, sözleşme süresinin bitiş tarihini kaydeder. Sözleşme yürürlüğe girdikten sonraki yaşam döngüsünü yönetmek açısından önemlidir; yenileme veya fesih etkinliklerini başlatır. Bu tarih, sözleşme süresi sonundaki yönetim süreçlerinin ne kadar etkili yürütüldüğünü izlemek için gereklidir. Zamanında yenileme veya fesih süreçlerinin başlatılıp tamamlanıp tamamlanmadığını ölçen 'Zamanında yenileme/fesih oranı' temel performans göstergesine (KPI) temel oluşturur. Böylece istenmeyen otomatik yenilemelerin veya hizmet kesintilerinin önüne geçilebilir.
Neden önemli?
Sözleşme yenilemelerini ve fesihlerini yönetmeye yardımcı olur, sözleşme süresi sonundaki işlemlerin proaktif biçimde yürütülmesini sağlar.
Nereden alınır?
Bu, Icertis içindeki Contract Agreement nesnesinde bulunan standart bir tarih alanıdır.
Örnekler
2025-12-312026-06-302024-08-15
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Süreç verilerinin en son yenilendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, analiz edilen verilerin ne kadar güncel olduğunu gösterir. Kaynak sistemden en son veri çıkarma işleminin tarihini ve saatini kaydeder. Bu bilgi, kullanıcıların Dashboardlarda sunulan içgörülerin ne kadar güncel olduğunu anlamasına yardımcı olur. Gerçek zamanlı bilgilere mi yoksa birkaç saat ya da gün öncesine ait verilere mi baktıklarını göstererek kararlar için doğru bağlamı sağlar.
Neden önemli?
Verilerin güncelliği hakkında bilgi verir ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasını sağlar.
Nereden alınır?
Bu zaman damgası, her başarılı veri yenileme döngüsünün sonunda veri hattı veya ETL aracı tarafından oluşturulur.
Örnekler
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Standart Template kullanılıyor mu
IsStandardTemplate
|
Sözleşmenin şirketin standart Templateinden oluşturulup oluşturulmadığını belirten bir işaret. | ||
|
Açıklama
Bu boole özniteliği, sözleşmenin önceden onaylanmış standart bir Templateten mi yoksa standart dışı, özel bir anlaşma olarak mı oluşturulduğunu gösterir. Risk ve uyumluluk değerlendirmesinde önemli bir etkendir. Standart Templatelere dayalı sözleşmelerin çevrim süresi genellikle daha kısadır ve risk düzeyi daha düşüktür. Bu öznitelik, 'Sözleşme Templateine uyum oranı' temel performans göstergesinin (KPI) hesaplanmasında kullanılır ve standart dışı belgelerin süreç üzerindeki etkisini analiz etmeye yardımcı olur. Standartlardan sıkça sapan departmanları veya sözleşme türlerini belirleyerek Template kullanımını iyileştirme çalışmalarına yön verir.
Neden önemli?
Şirket standartlarına uyumu ölçer; bu da süreç verimliliği ve riskin azaltılmasıyla doğrudan ilişkilidir.
Nereden alınır?
Bu bilgi, sözleşmedeki bir onay kutusundan alınabilir veya Icertis içindeki belgenin kaynağına ya da meta verilerine göre belirlenebilir.
Örnekler
truefalse
|
|||
|
Yükümlülük vade 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ürlüğe girdikten sonra sözleşmede tanımlanan önemli yükümlülüklerin, taahhütlerin ve teslimatların vade tarihlerini izler. Bir sözleşmede her biri farklı bir vade tarihine sahip birden fazla yükümlülük bulunabilir. Bu tarihleri izlemek, sözleşme yürürlüğe girdikten sonraki uyumluluk ve risk yönetimi açısından önemlidir. Kuruluşun taahhütlerini zamanında yerine getirip getirmediğini izlemesini ve olası ihlalleri önceden ele almasını sağlayan 'Yükümlülüklere uyum oranı' temel performans göstergesinin (KPI) temelini oluşturur.
Neden önemli?
Sözleşme yürürlüğe girdikten sonraki uyumluluğu izlemeyi sağlar; cezaları önlemek ve iyi iş ilişkilerini sürdürmek açısından önemlidir.
Nereden alınır?
Icertis’te yükümlülük yönetimi modülleri bulunur. Bu veriler, sözleşmeyle ilişkili yükümlülüklerden alınabilir.
Örnekler
2024-09-302025-01-152024-11-01
|
|||
Sözleşme yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Hukuk incelemesi tamamlandı
|
Hukuk departmanının sözleşme incelemesini tamamladığını gösterir. Hukuk incelemecisi, onay iş akışında kendisine atanan görevi tamamladığında bu olay genellikle açıkça kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, hukuk incelemesinin tamamlanma süresini ölçmek ve hukuk ekibindeki olası kapasite kısıtlarını belirlemek için önemlidir. Hukuk incelemesi bekleme süresi KPI’ını destekler.
Nereden alınır?
Icertis iş akışında hukuk incelemesi görevi Complete olarak işaretlendiğinde açıkça kaydedilir. Legal Approved gibi bir durum değişikliğinden de çıkarım yapılabilir.
Kaydedin
Legal Review görevinin tamamlandığını bildiren iş akışı motoru olayı.
Olay türü
explicit
|
|||
|
Karşı tarafın onayı alındı
|
Karşı tarafın şartları kabul ettiğini ve sözleşmenin son sürümünü onayladığını gösterir. Bu, iş birliği portalından gelen açık bir olay veya sözleşme sorumlusunun yaptığı elle durum güncellemesi olabilir. | ||
|
Neden önemli?
Bu aşama, müzakere sürecini tamamlar. Ortalama müzakere çevrim süresi KPI’ının hesaplanmasında bitiş noktası olarak kullanılır ve dış taraflarla etkileşimin verimliliğini gösterir.
Nereden alınır?
Karşı taraf onay için Icertis portalını kullanıyorsa bu, açık bir olay olarak kaydedilebilir. Aksi durumda Counterparty Approved durumuna elle geçişten çıkarım yapılır.
Kaydedin
Karşı taraf portalından gelen veya kurum içi bir kullanıcının elle yaptığı durum güncellemesinden kaydedilen olay.
Olay türü
explicit
|
|||
|
Kurum içi onaylar alındı
|
Gerekli tüm kurum içi paydaşların sözleşmeyi onayladığı ve sözleşmenin dış müzakereye veya imzaya hazır olduğu aşamayı gösterir. Onay iş akışının Approved son durumuna ulaşmasından çıkarım yapılır. | ||
|
Neden önemli?
Bu önemli aşama, iç inceleme döngüsünü tamamlar. Ortalama onay aşaması süresi KPI’ının ölçümünde bitiş noktasıdır.
Nereden alınır?
Tüm onay görevlerinin tamamlandığını gösteren Fully Approved veya benzer bir duruma geçişten çıkarım yapılır.
Kaydedin
Son iç onay görevinin tamamlanma zaman damgası veya genel iş akışı durumundaki değişiklik.
Olay türü
inferred
|
|||
|
Sözleşme feshedildi veya süresi doldu
|
Sözleşme yaşam döngüsünün, fesih sürecinin başlatılmasıyla veya sona erme tarihine ulaşılmasıyla tamamlandığını gösterir. Fesih açık bir olaydır; sözleşme üst verilerine göre hesaplanan bir olaydır. | ||
|
Neden önemli?
Bu, sözleşme yaşam döngüsünün son olayıdır. Yenileme oranlarını analiz etmek ve zamanında yenileme veya fesih oranı KPI’ını ölçmek için önemlidir.
Nereden alınır?
Kullanıcı fesih işlemini gerçekleştirdiğinde fesih olayı açıkça kaydedilir. Geçerli tarih ile Expiration Date özniteliği karşılaştırılarak sona erme tarihi hesaplanabilir.
Kaydedin
Sistem tarihi sözleşmenin sona erme tarihiyle karşılaştırılarak veya elle kaydedilen bir fesih olayından hesaplanır.
Olay türü
calculated
|
|||
|
Sözleşme imzalandı
|
Bu etkinlik, tüm tarafların sözleşmeyi imzalamasıyla sözleşmenin resmen yürürlüğe girdiğini gösterir. İmza öncesi sürecin temel başarı noktasıdır ve elektronik imza platformuyla entegrasyon üzerinden kaydedilir. | ||
|
Neden önemli?
Sözleşmenin tamamlandığını gösteren temel olaydır ve Ortalama sözleşme çevrim süresi KPI’ının bitiş noktasıdır. Sözleşmenin yasal olarak bağlayıcı ve yürürlükte hâle geldiği anı gösterir.
Nereden alınır?
Tüm tarafların imza süreci tamamlandığında elektronik imza platformundan açık bir olay alınır ve Icertis’e kaydedilir.
Kaydedin
Elektronik imza platformu entegrasyonundan gelen geri çağrı olayı.
Olay türü
explicit
|
|||
|
Sözleşme talebi başlatıldı
|
Bu etkinlik, sözleşme yaşam döngüsünün resmî başlangıcını gösterir. Bir iş kullanıcısı yeni bir sözleşme talebinde bulunur. Kullanıcı Icertis platformunda sözleşme talep formunu gönderdiğinde bu olay genellikle açıkça kaydedilir. | ||
|
Neden önemli?
Sürecin başlangıcını gösteren bu olay, genel sözleşme çevrim süresini ölçmek için gereklidir. Taleplerin hacmini ve türünü analiz etmek, kaynak planlamasına ve talep yönetimine yardımcı olur.
Nereden alınır?
Icertis’te Contract Request nesnesi oluşturulup gönderildiğinde açık bir olay olarak kaydedilir.
Kaydedin
Sözleşme talep formu gönderildiğinde kaydedilen olay.
Olay türü
explicit
|
|||
|
Değişiklik süreci başlatıldı
|
Yürürlükteki bir sözleşmeyi değiştirmek için resmî sürecin başladığını gösterir. Kullanıcı, yürürlüğe girmiş asıl sözleşmeyle bağlantılı bir değişiklik kaydı oluşturduğunda kaydedilir. | ||
|
Neden önemli?
Sözleşme değişiklikleri, önemli ölçüde yeniden çalışma veya kapsam değişikliği anlamına gelir. Değişikliklerin sıklığını ve çevrim süresini izlemek, sözleşmelerin istikrarı ve yönetim verimliliği hakkında içgörü sağlar.
Nereden alınır?
Amendment nesnesi veya benzer bir kayıt oluşturulup mevcut bir sözleşmeyle ilişkilendirildiğinde açık bir olay kaydedilir.
Kaydedin
Icertis sisteminde değişiklik kaydı oluşturulması.
Olay türü
explicit
|
|||
|
İç inceleme başladı
|
Bu etkinlik, iç inceleme ve onay iş akışının başladığını gösterir. Sözleşme taslağı, departman yöneticileri veya finans ekibi gibi kurum içi paydaşların incelemesine resmen sunulduğunda kaydedilir. | ||
|
Neden önemli?
Bu olay, çoğu zaman darboğazların görüldüğü onay aşamasının başlangıcını gösterir. Bu olaydan itibaren geçen süreyi analiz ederek kurum içi iş birliğinin başlatılmasındaki gecikmeleri belirleyebilirsiniz.
Nereden alınır?
Icertis iş akışında Submit for Review işlemi başlatıldığında açık bir olay olarak kaydedilir veya durum In Internal Review olarak değiştiğinde çıkarım yoluyla belirlenir.
Kaydedin
Kullanıcı iç inceleme iş akışını başlattığında kaydedilir.
Olay türü
explicit
|
|||
|
Karşı tarafla müzakere başladı
|
Sözleşmenin inceleme ve müzakere için karşı tarafa iletildiği noktayı gösterir. Sözleşme durumunun In Negotiation olarak değişmesinden veya belgenin ilk kez dışarıya gönderildiği zamanı gösteren denetim günlüğünden çıkarım yapılabilir. | ||
|
Neden önemli?
Bu etkinlik, müzakere aşamasının başlangıcını gösterir. Ortalama müzakere çevrim süresi KPI’ını hesaplamak için başlangıç noktasıdır.
Nereden alınır?
Durumun elle In Negotiation olarak değiştirilmesinden veya belgenin ilk kez harici bir portal üzerinden paylaşıldığı olayın izlenmesinden çıkarım yapılır.
Kaydedin
Durumun In Negotiation veya Sent to Counterparty olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Sözleşme imzaya gönderildi
|
Son hâli onaylanan sözleşmenin elektronik imzaya veya ıslak imzaya gönderildiğini gösterir. Bu olay, DocuSign veya Adobe Sign gibi elektronik imza platformlarıyla entegrasyon üzerinden açıkça kaydedilir. | ||
|
Neden önemli?
Bu olayı izlemek, son yürütme adımının verimliliğini analiz etmeye yardımcı olur. Onay ile imzaya gönderim arasındaki gecikmeler, idari darboğazları ortaya çıkarabilir.
Nereden alınır?
İmza süreci Icertis içinden başlatıldığında elektronik imza çözümüyle API entegrasyonu üzerinden açıkça kaydedilir.
Kaydedin
İmza talebi gönderildiğinde elektronik imza bağlantısından gelen olay.
Olay türü
explicit
|
|||
|
Sözleşme taslağı hazırlandı
|
Bu etkinlik, ilk sözleşme belgesinin Templateten veya yeni bir dosya olarak oluşturulmasını ifade eder. Sözleşme çalışma alanıyla ilişkili ana sözleşme belgesinin oluşturulması ya da ilk kez yüklenmesi, bu olayın çıkarım yoluyla belirlenmesini sağlar. | ||
|
Neden önemli?
Bu etkinliği izlemek, ilk taslağın hazırlanma süresini ölçmeye yardımcı olur. Taslak hazırlama verimliliğini ve Template kullanımına uyumu analiz etmek için önemli bir adımdır.
Nereden alınır?
Icertis sözleşme çalışma alanındaki veya sözleşme nesnesindeki ana sözleşme belgesinin oluşturulma zaman damgasından çıkarım yapılır.
Kaydedin
Ana sözleşme belgesinin ilk sürümünün oluşturulma zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Sözleşme üzerinde değişiklik yapıldı veya sözleşme revize edildi
|
Bu etkinlik, iç inceleme veya dış müzakere sırasında sözleşme belgesi her değiştirildiğinde gerçekleşir. Icertis belge sürümlerini izlediğinden, sisteme alınan her yeni sürüm revizyon olayı olarak kaydedilebilir. | ||
|
Neden önemli?
Sözleşme başına bu olayları sayarak Sözleşme revizyon oranı KPI’ını hesaplayabilirsiniz. Çok sayıda revizyon; belirsiz ifadelerin, verimsiz müzakerelerin veya taraflar arasındaki uyumsuzluğun göstergesi olabilir.
Nereden alınır?
Sözleşme belgesinin yeni bir sürümü yüklendiğinde veya sisteme alındığında Icertis belge yönetimi modülüne açıkça kaydedilir.
Kaydedin
Her yeni belge sürüm numarası için bir olay oluşturulur.
Olay türü
explicit
|
|||
|
Sözleşme yenilendi
|
Mevcut bir sözleşmenin yeni bir dönem için başarıyla yenilendiğini gösterir. Bu, sistemde gerçekleştirilen açık bir işlemdir ve çoğu zaman yeni bir sözleşme kaydı oluşturur veya mevcut kaydı günceller. | ||
|
Neden önemli?
Bu etkinlik, yenileme yönetimi sürecinin verimliliğini değerlendirmek için önemlidir. Zamanında yenileme veya fesih oranı KPI’ını hesaplamakta kullanılır.
Nereden alınır?
Kullanıcı Icertis’teki sözleşme kaydında Renew işlemini gerçekleştirdiğinde açık bir olay oluşturulur.
Kaydedin
Kullanıcının başlattığı Renew işlemiyle kaydedilen olay.
Olay türü
explicit
|
|||
|
Yükümlülüklerin izlenmesi etkinleştirildi
|
Sözleşme yürürlüğe girdikten sonra gerçekleşen bu etkinlik, sözleşme yükümlülüklerinin ve taahhütlerin sistemde izlenmek üzere etkinleştirildiğini gösterir. Bu olay genellikle sözleşme yürürlüğe girdiğinde otomatik olarak veya sözleşme yöneticisi tarafından elle başlatılır. | ||
|
Neden önemli?
Bu olay, sözleşme yürürlüğe girdikten sonraki yönetim sürecini başlatır. Yükümlülüklere uyum oranı KPI’ı üzerinden uyumu ölçmek ve sağlamak için önemlidir.
Nereden alınır?
Sözleşme durumu Active veya Executed olduğunda Icertis yükümlülük yönetimi modülüne açık bir olay olarak kaydedilir.
Kaydedin
Sözleşmeyle ilişkili yükümlülük kayıtlarının otomatik veya elle etkinleştirilmesi.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu şablonla sözleşme yönetimi sürecinizi optimize etmeye başlamak için gereken her şeye sahipsiniz. Veri yolculuğunuza bugün başlayın ve değerli içgörüler elde edin.
Icertis sözleşmelerinizi iyileştirin: darboğazları şimdi azaltın
Darboğazları ortadan kaldırın. Sözleşme çevrim sürelerini %30 kısaltın ve yönetişimi iyileştirin.
Kredi kartı gerekmez. Kurulumu dakikalar içinde tamamlayın.