Templat data pengelolaan kontrak Anda
Templat data pengelolaan kontrak Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan mengambil data dari sistem sumber
Atribut pengelolaan kontrak
| Nama | Deskripsi | ||
|---|---|---|---|
|
ID kontrak
ContractId
|
Pengenal unik untuk setiap kontrak yang dikelola di platform Icertis. | ||
|
Deskripsi
ID kontrak berfungsi sebagai pengenal kasus utama yang menghubungkan semua peristiwa dan aktivitas terkait dengan kontrak tertentu. Dengan ID ini, Anda dapat menganalisis perjalanan setiap kontrak dari awal hingga selesai. Dalam process mining, atribut ini menjadi dasar untuk menyusun kembali siklus setiap kontrak. Atribut ini memastikan semua aktivitas terkait, seperti penyusunan draf, peninjauan, persetujuan, dan penandatanganan, dikaitkan dengan kontrak yang tepat. Dengan begitu, waktu siklus dapat diukur secara akurat dan variasi proses dapat ditemukan.
Mengapa ini penting
Ini adalah kunci utama untuk analisis proses. Atribut ini memungkinkan Anda melacak seluruh perjalanan kontrak dan menjaga integritas data.
Sumber data
Ini adalah atribut inti dari objek Perjanjian Kontrak di Icertis.
Contoh
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Nama aktivitas
ActivityName
|
Nama peristiwa atau tugas tertentu yang terjadi pada suatu tahap dalam siklus kontrak. | ||
|
Deskripsi
Nama aktivitas menjelaskan langkah atau tahap tertentu dalam proses pengelolaan kontrak. Peristiwa ini diurutkan berdasarkan stempel waktunya untuk menyusun alur proses setiap kontrak. Analisis atribut ini menunjukkan urutan operasional, frekuensi setiap aktivitas, dan struktur proses secara keseluruhan. Atribut ini digunakan untuk menemukan jalur proses yang umum, penyimpangan dari prosedur standar, serta aktivitas yang menyebabkan pengerjaan ulang atau keterlambatan, seperti revisi berulang.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses. Langkah tersebut diperlukan untuk memvisualisasikan peta proses, menganalisis alur proses, dan menemukan hambatan.
Sumber data
Informasi ini biasanya berasal dari log peristiwa atau tabel riwayat workflow di Icertis, yang mencatat perubahan status dan tugas yang dilakukan pada kontrak.
Contoh
Draf kontrak dibuatPeninjauan hukum selesaiKontrak ditandatanganiPerubahan kontrak dimulai
|
|||
|
Waktu peristiwa
EventTime
|
Stempel waktu yang menunjukkan kapan aktivitas kontrak tertentu terjadi. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu yang tepat saat aktivitas dimulai atau selesai. Inilah dasar kronologis process mining, yang menunjukkan urutan peristiwa untuk setiap kasus kontrak. Waktu peristiwa penting untuk semua analisis berbasis waktu. Data ini digunakan untuk menghitung waktu siklus antaraktivitas, menemukan waktu tunggu, mengukur durasi tahap tertentu seperti negosiasi atau persetujuan, serta menemukan hambatan yang membuat kontrak tertahan dalam waktu lama.
Mengapa ini penting
Stempel waktu ini penting untuk menghitung semua metrik kinerja, seperti waktu siklus dan durasi, serta memahami urutan peristiwa.
Sumber data
Ini adalah kolom standar dalam jejak audit atau log riwayat workflow Icertis yang terkait dengan setiap peristiwa tercatat.
Contoh
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Departemen penanggung jawab
OwnerDepartment
|
Departemen tempat penanggung jawab aktivitas bekerja. | ||
|
Deskripsi
Atribut ini menunjukkan departemen bisnis, seperti Legal, Sales, atau Procurement, tempat pengguna yang menjalankan aktivitas bekerja. Atribut ini memberikan gambaran gabungan tentang keterlibatan sumber daya dalam proses. Analisis berdasarkan departemen penting untuk memahami kolaborasi dan serah terima antar departemen. Analisis ini membantu menemukan keterlambatan yang terjadi secara sistematis, misalnya waktu tunggu yang lama untuk tinjauan hukum setelah pengajuan dari tim penjualan. Hal ini menjadi fokus dashboard 'Keterlambatan serah terima antar departemen'.
Mengapa ini penting
Mendukung analisis kinerja departemen dan efisiensi serah terima, serta menyoroti hambatan lintas fungsi.
Sumber data
Data ini mungkin perlu dilengkapi dengan menggabungkannya dengan sistem SDM atau direktori pengguna, menggunakan penanggung jawab aktivitas sebagai kunci. Data tersebut juga mungkin tersimpan langsung di profil pengguna Icertis.
Contoh
LegalPenjualanPengadaanKeuangan
|
|||
|
Jenis kontrak
ContractType
|
Klasifikasi kontrak, seperti Perjanjian Layanan Induk atau Perjanjian Kerahasiaan. | ||
|
Deskripsi
Jenis kontrak mengelompokkan perjanjian berdasarkan tujuan hukum atau bisnisnya. Atribut ini menjadi dasar untuk membagi dan membandingkan siklus hidup kontrak. Jenis kontrak yang berbeda biasanya memiliki alur proses, tingkat kerumitan, dan SLA yang berbeda. Analisis proses berdasarkan jenis kontrak membantu menentukan perbaikan yang tepat sasaran, misalnya membuat alur kerja yang lebih efisien untuk perjanjian berisiko rendah dengan volume tinggi seperti NDA, dibandingkan MSA yang rumit dan bernilai tinggi. Atribut ini penting untuk KPI 'Analisis variasi kontrak' dan 'Skor kepatuhan kebijakan'.
Mengapa ini penting
Memungkinkan proses dikelompokkan untuk membandingkan siklus hidup dan kepatuhan berbagai jenis perjanjian.
Sumber data
Atribut standar ini dikonfigurasi pada objek Contract Agreement di Icertis.
Contoh
Perjanjian Layanan Induk (MSA)Perjanjian Kerahasiaan (NDA)Pernyataan Pekerjaan (SOW)
|
|||
|
Nilai kontrak
ContractValue
|
Total nilai uang dalam kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan nilai finansial kontrak, seperti nilai total atau nilai tahunan. Nilai ini menjadi metrik bisnis penting untuk menentukan prioritas kontrak dan memahami dampak finansialnya. Dalam process mining, nilai kontrak digunakan untuk mengelompokkan analisis dan berfokus pada perjanjian bernilai tinggi. Misalnya, Anda dapat menganalisis apakah kontrak bernilai tinggi membutuhkan waktu lebih lama untuk disetujui atau dinegosiasikan. Nilai ini juga membantu penilaian risiko, karena keterlambatan kontrak bernilai tinggi dapat berdampak besar pada pendapatan.
Mengapa ini penting
Mendukung penentuan prioritas dan analisis berdasarkan nilai, sehingga upaya perbaikan dapat difokuskan pada kontrak dengan dampak finansial terbesar.
Sumber data
Biasanya, ini adalah kolom mata uang standar pada objek Contract Agreement di Icertis.
Contoh
50000.001250000.002500.00
|
|||
|
Penanggung jawab aktivitas
ActivityOwner
|
Pengguna atau sumber daya yang bertanggung jawab menjalankan aktivitas kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan individu, tim, atau pengguna otomatis yang menjalankan suatu aktivitas. Nilainya dapat berupa nama pengguna, ID karyawan, atau akun sistem. Analisis penanggung jawab aktivitas penting untuk memahami alokasi sumber daya, pembagian beban kerja, dan kinerja. Analisis ini membantu menjawab pertanyaan seperti pengguna atau tim mana yang menjadi hambatan, siapa peninjau yang paling efisien, dan bagaimana pekerjaan dibagi. Informasi ini mendukung dashboard 'Distribusi beban kerja peninjau'.
Mengapa ini penting
Memungkinkan analisis kinerja berdasarkan pengguna atau tim, serta membantu menemukan ketimpangan beban kerja dan kebutuhan pelatihan.
Sumber data
Informasi ini biasanya tersedia di data riwayat workflow atau jejak audit Icertis dan terhubung ke setiap peristiwa.
Contoh
John SmithAntrean tinjauan hukumPersetujuan otomatis sistemSarah Chen
|
|||
|
Status kontrak
ContractStatus
|
Kondisi atau tahap kontrak saat ini dalam siklus hidupnya. | ||
|
Deskripsi
Atribut ini menunjukkan status keseluruhan kasus kontrak, misalnya 'Draf', 'Sedang ditinjau', 'Menunggu tanda tangan', atau 'Telah ditandatangani'. Biasanya, atribut ini berada di tingkat kasus dan mencerminkan pencapaian penting terakhir. Status ini penting untuk dashboard operasional seperti 'Status dan volume kontrak', yang memberikan gambaran terkini tentang alur kontrak. Manajer dapat melihat jumlah kontrak di setiap tahap dan mengetahui di mana pekerjaan menumpuk, sehingga portofolio kontrak dapat dikelola secara proaktif.
Mengapa ini penting
Memberikan gambaran umum tentang alur kontrak, yang penting untuk pemantauan operasional dan pengelolaan volume pekerjaan.
Sumber data
Ini adalah kolom status utama pada objek Contract Agreement di Icertis.
Contoh
DrafSedang ditinjau secara internalTelah ditandatanganiDihentikan
|
|||
|
Waktu selesai
EndTime
|
Stempel waktu yang menunjukkan kapan aktivitas kontrak tertentu selesai. | ||
|
Deskripsi
Atribut ini mencatat waktu selesainya suatu aktivitas. StartTime menandai waktu mulai, sedangkan EndTime menandai waktu selesai, sehingga rentang waktu aktivitas dapat diketahui. Waktu mulai dan selesai diperlukan untuk menghitung waktu pemrosesan atau durasi setiap aktivitas dengan akurat. Dengan begitu, Anda dapat melihat langkah mana yang paling banyak menyita waktu dan membedakan waktu pemrosesan aktif dari waktu tunggu antar langkah. Informasi ini penting untuk dashboard seperti 'Hambatan proses persetujuan' dan 'Efisiensi penyusunan dan revisi'.
Mengapa ini penting
Memungkinkan penghitungan durasi aktivitas secara akurat dan membantu membedakan waktu pemrosesan dari waktu tunggu.
Sumber data
Seperti StartTime, informasi ini dapat ditemukan di jejak audit atau log riwayat workflow Icertis. Beberapa peristiwa berlangsung seketika, sehingga StartTime sama dengan EndTime.
Contoh
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Jumlah revisi
RevisionCount
|
Jumlah total revisi yang telah dilakukan pada kontrak. | ||
|
Deskripsi
Metrik hasil perhitungan ini menghitung aktivitas terkait revisi, seperti 'Kontrak diberi usulan perubahan atau direvisi', untuk setiap kasus kontrak. Metrik ini menjadi indikator sederhana namun berguna untuk melihat hambatan dalam proses. Jumlah revisi yang tinggi dapat menandakan masalah dalam penyusunan atau negosiasi, seperti persyaratan yang kurang jelas, draf awal yang kurang baik, atau negosiasi yang sulit. Metrik ini menjadi masukan langsung untuk KPI 'Tingkat revisi kontrak' dan digunakan di dashboard untuk menemukan kontrak serta variasi proses dengan pengerjaan ulang berlebihan.
Mengapa ini penting
Mengukur pengerjaan ulang dalam siklus hidup kontrak dan efisiensi tahap penyusunan serta negosiasi secara langsung.
Sumber data
Nilai ini dihitung dengan menghitung kemunculan aktivitas revisi tertentu untuk setiap 'ContractId' di log peristiwa.
Contoh
1503
|
|||
|
Menggunakan templat standar
IsStandardTemplate
|
Penanda yang menunjukkan apakah kontrak dibuat menggunakan templat standar perusahaan. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah kontrak dibuat menggunakan templat standar yang telah disetujui atau disusun sebagai perjanjian khusus di luar standar. Atribut ini menjadi faktor penting dalam menilai risiko dan kepatuhan. Kontrak yang menggunakan templat standar biasanya memiliki waktu siklus lebih singkat dan risiko lebih rendah. Atribut ini menjadi dasar KPI 'Tingkat kepatuhan terhadap templat kontrak' dan membantu menganalisis dampak penggunaan dokumen nonstandar terhadap proses. Atribut ini dapat menunjukkan departemen atau jenis kontrak yang sering menyimpang dari standar, sehingga upaya untuk meningkatkan penggunaan templat dapat diarahkan dengan tepat.
Mengapa ini penting
Mengukur kepatuhan terhadap standar perusahaan, yang berkaitan langsung dengan efisiensi proses dan pengurangan risiko.
Sumber data
Informasi ini dapat berasal dari kolom kotak centang pada kontrak atau ditentukan berdasarkan asal dokumen maupun metadatanya di Icertis.
Contoh
truefalse
|
|||
|
Nama pihak lawan
CounterpartyName
|
Nama pihak eksternal dalam kontrak, seperti pelanggan atau vendor. | ||
|
Deskripsi
Atribut ini menunjukkan pihak lain yang terlibat dalam perjanjian. Informasi ini memberikan konteks penting untuk menganalisis interaksi dan negosiasi. Analisis proses berdasarkan pihak lawan dapat mengungkap pola dalam siklus negosiasi. Misalnya, analisis dapat menunjukkan apakah kontrak dengan vendor tertentu selalu membutuhkan waktu negosiasi lebih lama atau lebih banyak revisi. Wawasan ini berguna untuk mengelola hubungan strategis dan menyesuaikan strategi negosiasi, serta mendukung dashboard 'Waktu siklus negosiasi dan pengerjaan ulang'.
Mengapa ini penting
Memungkinkan analisis pola negosiasi dan kinerja hubungan dengan pihak eksternal tertentu.
Sumber data
Informasi ini tersimpan sebagai metadata kontrak dan biasanya terhubung ke data induk pihak lawan atau vendor di Icertis.
Contoh
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Waktu terakhir data proses diperbarui. | ||
|
Deskripsi
Atribut ini menunjukkan seberapa baru data yang dianalisis. Isinya mencatat tanggal dan waktu terakhir data diekstrak dari sistem sumber. Informasi ini membantu pengguna memahami seberapa mutakhir wawasan yang ditampilkan di dashboard. Pengguna dapat mengetahui apakah data yang dilihat berasal dari waktu nyata atau sudah berusia beberapa jam atau hari, sehingga memiliki konteks yang tepat saat mengambil keputusan.
Mengapa ini penting
Memberi konteks tentang kemutakhiran data agar pengguna memahami seberapa baru analisis proses yang ditampilkan.
Sumber data
Stempel waktu ini dibuat oleh pipeline data atau alat ETL setelah setiap siklus pembaruan data berhasil.
Contoh
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data kontrak diekspor. | ||
|
Deskripsi
Atribut ini menunjukkan asal data. Untuk proses ini, nilainya adalah 'Icertis'. Informasi ini membantu tata kelola dan pelacakan data, terutama jika data dihimpun dari beberapa sistem. Dalam analisis, atribut ini dapat digunakan untuk memfilter data berdasarkan sistem sumber tertentu atau membandingkan proses dari sistem yang berbeda, jika relevan. Pada tampilan ini, atribut tersebut menjadi penanda tetap untuk semua peristiwa.
Mengapa ini penting
Memastikan asal-usul dan keterlacakan data, yang penting untuk validasi serta pengelolaan data dari berbagai sumber.
Sumber data
Biasanya, nilai tetap ini ditambahkan saat proses ekstraksi dan transformasi data untuk menandai asal data.
Contoh
IcertisIcertisCLM
|
|||
|
Status SLA
SLAState
|
Menunjukkan apakah suatu aktivitas atau kasus masih memenuhi ketentuan Service Level Agreement (SLA). | ||
|
Deskripsi
Atribut ini diperoleh dengan membandingkan durasi tahap proses tertentu dengan target SLA yang telah ditetapkan. Misalnya, tinjauan hukum dapat ditandai 'Terlambat' jika durasinya melebihi batas standar 48 jam. Status SLA penting untuk memantau kepatuhan dan mengelola kinerja. Status ini dapat digunakan untuk membuat peringatan dan dashboard, seperti 'Ikhtisar kepatuhan kontrak', yang langsung menyoroti pelanggaran. Dengan begitu, tim dapat memprioritaskan tugas yang terlambat dan manajer dapat memantau kinerja terhadap target utama.
Mengapa ini penting
Memberikan gambaran langsung tentang kepatuhan terhadap target tingkat layanan, sehingga tim dapat memprioritaskan pekerjaan dan mengelola kinerja.
Sumber data
Nilai ini dihitung dengan menetapkan aturan bisnis di alat process mining untuk membandingkan stempel waktu dengan ambang SLA yang telah ditentukan, misalnya durasi tinjauan hukum > 2 hari.
Contoh
Tepat waktuBerisikoTerlambat
|
|||
|
Tanggal kedaluwarsa
ExpirationDate
|
Tanggal berakhirnya kontrak. | ||
|
Deskripsi
Atribut ini menyimpan tanggal berakhirnya masa kontrak. Tanggal ini penting untuk mengelola siklus hidup kontrak setelah ditandatangani dan memicu proses perpanjangan atau penghentian. Tanggal ini diperlukan untuk memantau efektivitas pengelolaan akhir masa kontrak. Tanggal tersebut menjadi dasar KPI 'Tingkat perpanjangan/penghentian tepat waktu', yang mengukur apakah proses perpanjangan atau penghentian dimulai dan diselesaikan tepat waktu. Dengan begitu, perpanjangan otomatis yang tidak diinginkan atau terputusnya layanan dapat dihindari.
Mengapa ini penting
Penting untuk mengelola perpanjangan dan penghentian kontrak, serta memastikan proses akhir masa kontrak ditangani secara proaktif.
Sumber data
Ini adalah kolom tanggal standar pada objek Contract Agreement di Icertis.
Contoh
2025-12-312026-06-302024-08-15
|
|||
|
Tenggat kewajiban
ObligationDueDate
|
Batas waktu untuk memenuhi kewajiban kontraktual tertentu. | ||
|
Deskripsi
Atribut ini melacak tenggat kewajiban, komitmen, dan hasil kerja utama yang tercantum dalam kontrak setelah kontrak ditandatangani. Satu kontrak dapat memiliki beberapa kewajiban, masing-masing dengan tenggat sendiri. Pelacakan tanggal ini penting untuk kepatuhan dan pengelolaan risiko setelah kontrak ditandatangani. Atribut ini menjadi dasar KPI 'Tingkat pemenuhan kewajiban', sehingga organisasi dapat memantau apakah komitmennya dipenuhi tepat waktu dan menangani potensi pelanggaran secara proaktif.
Mengapa ini penting
Memungkinkan pemantauan kepatuhan setelah kontrak ditandatangani, yang penting untuk menghindari penalti dan menjaga hubungan bisnis.
Sumber data
Icertis menyediakan modul untuk mengelola kewajiban. Data ini berasal dari kewajiban yang terkait dengan kontrak.
Contoh
2024-09-302025-01-152024-11-01
|
|||
|
Unit bisnis
BusinessUnit
|
Unit bisnis internal yang terkait dengan kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan divisi atau unit bisnis internal yang memiliki atau meminta kontrak, seperti 'Penjualan perusahaan Amerika Utara' atau 'Pengadaan global'. Seperti departemen, atribut ini memungkinkan data proses dirangkum pada tingkat yang lebih tinggi. Anda dapat membandingkan efisiensi proses dan kepatuhan di berbagai bagian organisasi. Wawasan ini berguna bagi manajemen senior dan mendukung keputusan strategis tentang alokasi sumber daya.
Mengapa ini penting
Memungkinkan perbandingan kinerja proses tingkat tinggi antar unit organisasi.
Sumber data
Kolom metadata penting ini sering tersedia pada perjanjian kontrak dan menghubungkannya dengan struktur organisasi.
Contoh
Unit bisnis - Amerika UtaraLayanan globalPengembangan produk
|
|||
|
Versi dokumen
DocumentVersion
|
Nomor versi dokumen kontrak. | ||
|
Deskripsi
Atribut ini melacak versi dokumen kontrak selama penyusunan, pemberian usulan perubahan, dan revisi. Nilainya biasanya berupa bilangan bulat atau nomor versi mayor.minor. Versi dokumen menunjukkan tingkat pengerjaan ulang secara langsung. Banyaknya versi kontrak dapat menandakan beberapa putaran perubahan yang perlu ditelusuri penyebabnya. Atribut ini menjadi masukan utama untuk menghitung KPI 'Tingkat revisi kontrak' dan untuk dashboard 'Efisiensi penyusunan dan revisi'.
Mengapa ini penting
Mengukur langsung jumlah pengerjaan ulang dan revisi kontrak, serta menyoroti ketidakefisienan dalam penyusunan dan negosiasi.
Sumber data
Icertis menyimpan riwayat versi semua dokumen kontrak. Atribut ini dapat diekstrak dari metadata dokumen atau log peristiwa.
Contoh
1.02.34.00.5
|
|||
|
Wilayah
Region
|
Wilayah geografis yang terkait dengan kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan wilayah geografis yang terkait dengan kontrak, seperti EMEA, APAC, atau Amerika Utara. Informasi ini penting bagi organisasi global yang memiliki variasi proses di setiap wilayah. Analisis berdasarkan wilayah dapat mengungkap perbedaan kinerja proses, persyaratan kepatuhan, atau strategi negosiasi yang dipengaruhi hukum dan budaya bisnis setempat. Analisis ini memungkinkan pembandingan khusus per wilayah dan membantu menemukan praktik terbaik yang dapat diterapkan secara global.
Mengapa ini penting
Membantu menemukan variasi kinerja proses dan kepatuhan antarwilayah, yang penting bagi organisasi global.
Sumber data
Biasanya, ini adalah kolom metadata pada objek kontrak di Icertis dan sering termasuk dalam konfigurasi standar.
Contoh
EMEAAmerika UtaraAPACAmerika Latin
|
|||
Aktivitas pengelolaan kontrak
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Kontrak diakhiri atau kedaluwarsa
|
Menandai akhir siklus kontrak, baik melalui proses pengakhiran aktif maupun saat tanggal kedaluwarsa tercapai. Pengakhiran merupakan peristiwa eksplisit, sedangkan kedaluwarsa dihitung berdasarkan metadata kontrak. | ||
|
Mengapa ini penting
Ini merupakan peristiwa akhir dalam siklus kontrak. Peristiwa ini penting untuk menganalisis tingkat perpanjangan dan mengukur KPI 'Tingkat Perpanjangan/Pengakhiran Tepat Waktu'.
Sumber data
Peristiwa pengakhiran tercatat secara eksplisit saat pengguna menjalankan tindakan pengakhiran. Kedaluwarsa dapat dihitung dengan membandingkan tanggal saat ini dengan atribut 'Tanggal Kedaluwarsa'.
Pengumpulan data
Dihitung dengan membandingkan tanggal sistem dengan tanggal kedaluwarsa kontrak, atau berdasarkan peristiwa pengakhiran manual.
Jenis peristiwa
calculated
|
|||
|
Kontrak ditandatangani
|
Aktivitas ini menandai penyelesaian resmi kontrak, saat semua pihak telah menandatanganinya. Ini merupakan titik akhir utama yang menandakan keberhasilan proses sebelum penandatanganan dan tercatat melalui integrasi dengan platform tanda tangan elektronik. | ||
|
Mengapa ini penting
Sebagai peristiwa penyelesaian utama, tahap ini menjadi titik akhir pengukuran KPI 'Rata-rata Waktu Siklus Kontrak'. Tahap ini menandai saat kontrak mulai berlaku secara hukum.
Sumber data
Peristiwa eksplisit diterima dari platform tanda tangan elektronik dan dicatat di Icertis setelah semua pihak menyelesaikan penandatanganan.
Pengumpulan data
Peristiwa callback dari integrasi platform tanda tangan elektronik.
Jenis peristiwa
explicit
|
|||
|
Peninjauan hukum selesai
|
Menandakan bahwa departemen hukum telah menyelesaikan peninjauan kontrak. Biasanya, peristiwa ini tercatat secara eksplisit saat peninjau hukum menyelesaikan tugas yang diberikan dalam alur kerja persetujuan. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk mengukur waktu penyelesaian peninjauan hukum dan menemukan kemungkinan keterbatasan kapasitas tim hukum. Aktivitas ini mendukung KPI 'Waktu Tunggu Peninjauan Hukum'.
Sumber data
Tercatat secara eksplisit saat tugas peninjauan hukum ditandai 'Selesai' dalam workflow Icertis. Peristiwa ini juga dapat disimpulkan dari perubahan status, seperti 'Disetujui oleh Hukum'.
Pengumpulan data
Peristiwa dari mesin workflow yang menandakan tugas 'Peninjauan Hukum' telah selesai.
Jenis peristiwa
explicit
|
|||
|
Permintaan kontrak diajukan
|
Aktivitas ini menandai dimulainya siklus kontrak secara resmi, saat pengguna bisnis mengajukan permintaan kontrak baru. Biasanya, peristiwa ini tercatat ketika pengguna mengirim formulir permintaan kontrak di platform Icertis. | ||
|
Mengapa ini penting
Sebagai awal proses, peristiwa ini penting untuk mengukur keseluruhan waktu siklus kontrak. Analisis jumlah dan jenis permintaan membantu perencanaan sumber daya dan pengelolaan kebutuhan.
Sumber data
Peristiwa ini tercatat secara eksplisit di Icertis saat objek 'Permintaan Kontrak' dibuat dan diajukan.
Pengumpulan data
Peristiwa tercatat saat formulir permintaan kontrak diajukan.
Jenis peristiwa
explicit
|
|||
|
Persetujuan internal diperoleh
|
Menandai tahap ketika semua pemangku kepentingan internal yang diwajibkan telah menyetujui kontrak, sehingga kontrak siap dinegosiasikan dengan pihak eksternal atau ditandatangani. Peristiwa ini disimpulkan saat status keseluruhan alur kerja persetujuan mencapai status akhir 'Disetujui'. | ||
|
Mengapa ini penting
Tahap penting ini mengakhiri siklus peninjauan internal. Tahap ini menjadi titik akhir pengukuran KPI 'Rata-rata Durasi Tahap Persetujuan'.
Sumber data
Disimpulkan dari perubahan status workflow menjadi 'Disetujui Sepenuhnya' atau status serupa yang menandakan semua tugas persetujuan telah selesai.
Pengumpulan data
Stempel waktu penyelesaian tugas persetujuan internal terakhir atau perubahan status keseluruhan workflow.
Jenis peristiwa
inferred
|
|||
|
Persetujuan pihak lawan diterima
|
Aktivitas ini menandakan bahwa pihak lawan telah menyetujui persyaratan dan menyetujui versi akhir kontrak. Peristiwa ini dapat tercatat secara eksplisit melalui portal kolaborasi atau melalui pembaruan status manual oleh pemilik kontrak. | ||
|
Mengapa ini penting
Tahap ini mengakhiri proses negosiasi. Tahap ini menjadi titik akhir penghitungan KPI 'Rata-rata Waktu Siklus Negosiasi' dan menunjukkan efisiensi interaksi dengan pihak eksternal.
Sumber data
Peristiwa ini dapat tercatat secara eksplisit jika pihak lawan menggunakan portal Icertis untuk memberikan persetujuan. Jika tidak, peristiwa ini disimpulkan dari perubahan status manual menjadi 'Disetujui Pihak Lawan'.
Pengumpulan data
Peristiwa tercatat dari portal pihak lawan atau pembaruan status manual oleh pengguna internal.
Jenis peristiwa
explicit
|
|||
|
Draf kontrak dibuat
|
Menandai pembuatan dokumen kontrak awal, baik dari templat maupun sebagai berkas baru. Peristiwa ini sering disimpulkan dari waktu pembuatan atau unggahan pertama dokumen kontrak utama yang terkait dengan ruang kerja kontrak. | ||
|
Mengapa ini penting
Pelacakan aktivitas ini membantu mengukur waktu yang diperlukan untuk menyiapkan draf awal. Ini merupakan langkah penting untuk menganalisis efisiensi penyusunan dan kepatuhan terhadap penggunaan templat.
Sumber data
Disimpulkan dari stempel waktu pembuatan dokumen kontrak utama di ruang kerja kontrak atau objek perjanjian Icertis.
Pengumpulan data
Temukan stempel waktu pembuatan versi pertama dokumen kontrak utama.
Jenis peristiwa
inferred
|
|||
|
Kontrak diberi catatan revisi atau diubah
|
Aktivitas ini terjadi setiap kali dokumen kontrak diubah selama peninjauan internal atau negosiasi eksternal. Icertis melacak versi dokumen, sehingga setiap versi baru yang disimpan dapat dicatat sebagai peristiwa revisi. | ||
|
Mengapa ini penting
Menghitung peristiwa ini untuk setiap kontrak memungkinkan penghitungan KPI 'Tingkat Revisi Kontrak'. Jumlah revisi yang tinggi dapat menandakan bahasa yang ambigu, negosiasi yang tidak efisien, atau ketidaksepakatan.
Sumber data
Tercatat secara eksplisit di modul pengelolaan dokumen Icertis setiap kali versi baru dokumen kontrak diunggah atau disimpan.
Pengumpulan data
Peristiwa dibuat untuk setiap nomor versi dokumen yang baru.
Jenis peristiwa
explicit
|
|||
|
Kontrak dikirim untuk ditandatangani
|
Menandakan bahwa kontrak akhir yang telah disetujui dikirim untuk ditandatangani secara elektronik atau dengan tanda tangan basah. Peristiwa ini tercatat secara eksplisit melalui integrasi dengan platform tanda tangan elektronik seperti DocuSign atau Adobe Sign. | ||
|
Mengapa ini penting
Pelacakan peristiwa ini membantu menganalisis efisiensi tahap akhir penyelesaian kontrak. Keterlambatan antara persetujuan dan pengiriman untuk ditandatangani dapat menunjukkan hambatan administratif.
Sumber data
Tercatat secara eksplisit melalui integrasi API dengan solusi tanda tangan elektronik saat proses penandatanganan dimulai dari Icertis.
Pengumpulan data
Peristiwa dari konektor tanda tangan elektronik saat permintaan tanda tangan dikirim.
Jenis peristiwa
explicit
|
|||
|
Kontrak diperpanjang
|
Menandakan bahwa kontrak yang sudah ada berhasil diperpanjang untuk jangka waktu berikutnya. Tindakan ini dilakukan secara eksplisit di dalam sistem dan sering kali membuat catatan kontrak baru atau memperbarui catatan yang sudah ada. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menilai efektivitas proses pengelolaan perpanjangan. Aktivitas ini digunakan untuk menghitung KPI 'Tingkat Perpanjangan/Pengakhiran Tepat Waktu'.
Sumber data
Peristiwa eksplisit dibuat saat pengguna menjalankan tindakan 'Perpanjang' pada catatan kontrak di Icertis.
Pengumpulan data
Peristiwa tercatat dari transaksi 'Perpanjang' yang dimulai oleh pengguna.
Jenis peristiwa
explicit
|
|||
|
Negosiasi dengan pihak lawan dimulai
|
Menandai saat kontrak dibagikan kepada pihak lawan untuk ditinjau dan dinegosiasikan. Peristiwa ini sering disimpulkan dari perubahan status kontrak menjadi 'Dalam Negosiasi' atau dari catatan audit yang menunjukkan kapan dokumen pertama kali dikirim ke pihak eksternal. | ||
|
Mengapa ini penting
Aktivitas ini menandai awal tahap negosiasi dan menjadi titik awal penghitungan KPI 'Rata-rata Waktu Siklus Negosiasi'.
Sumber data
Disimpulkan dari perubahan status manual menjadi 'Dalam Negosiasi' atau dari peristiwa saat dokumen pertama kali dibagikan melalui portal eksternal.
Pengumpulan data
Stempel waktu perubahan status menjadi 'Dalam Negosiasi' atau 'Dikirim ke Pihak Lawan'.
Jenis peristiwa
inferred
|
|||
|
Pemantauan kewajiban diaktifkan
|
Aktivitas setelah kontrak ditandatangani ini menandakan bahwa kewajiban dan komitmen kontraktual mulai dipantau di dalam sistem. Biasanya, peristiwa ini tercatat secara eksplisit dan dipicu otomatis setelah kontrak ditandatangani atau secara manual oleh pengelola kontrak. | ||
|
Mengapa ini penting
Peristiwa ini memulai penghitungan waktu untuk pengelolaan setelah kontrak ditandatangani. Peristiwa ini penting untuk mengukur dan memastikan kepatuhan melalui KPI 'Tingkat Pemenuhan Kewajiban'.
Sumber data
Peristiwa eksplisit tercatat di modul pengelolaan kewajiban Icertis saat status kontrak berubah menjadi 'Aktif' atau 'Telah Ditandatangani'.
Pengumpulan data
Aktivasi otomatis atau manual atas catatan kewajiban yang terkait dengan kontrak.
Jenis peristiwa
explicit
|
|||
|
Peninjauan internal dimulai
|
Aktivitas ini menandai dimulainya alur kerja peninjauan dan persetujuan internal. Peristiwa ini tercatat saat draf kontrak secara resmi diajukan untuk ditinjau oleh pemangku kepentingan internal, seperti kepala departemen atau tim keuangan. | ||
|
Mengapa ini penting
Peristiwa ini menandai awal tahap persetujuan, yang sering menjadi sumber hambatan. Analisis waktu sejak peristiwa ini membantu menemukan keterlambatan dalam memulai kolaborasi internal.
Sumber data
Tercatat secara eksplisit saat tindakan 'Ajukan untuk Ditinjau' dijalankan dalam workflow Icertis, atau disimpulkan dari perubahan status menjadi 'Dalam Peninjauan Internal'.
Pengumpulan data
Tercatat saat pengguna memulai workflow peninjauan internal.
Jenis peristiwa
explicit
|
|||
|
Perubahan kontrak dimulai
|
Menandai dimulainya proses resmi untuk mengubah kontrak yang masih aktif. Peristiwa ini tercatat saat pengguna membuat catatan perubahan yang ditautkan ke perjanjian asli yang telah ditandatangani. | ||
|
Mengapa ini penting
Perubahan kontrak menandakan pengerjaan ulang atau perubahan cakupan yang signifikan. Melacak frekuensi dan waktu siklusnya memberikan wawasan tentang kestabilan kontrak dan efisiensi pengelolaannya.
Sumber data
Peristiwa eksplisit tercatat saat objek 'Perubahan Kontrak' atau catatan serupa dibuat dan dikaitkan dengan kontrak yang sudah ada.
Pengumpulan data
Pembuatan catatan perubahan kontrak di sistem Icertis.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Dengan templat ini, Anda memiliki panduan untuk mulai mengoptimalkan proses pengelolaan kontrak. Mulai kumpulkan data sekarang untuk mendapatkan wawasan yang berguna.
Benahi alur kontrak Icertis: atasi hambatan sekarang
Atasi hambatan. Persingkat siklus kontrak hingga 30% dan tingkatkan tata kelola.
Tidak perlu kartu kredit. Penyiapan hanya beberapa menit.