Templat data pengelolaan kontrak Anda
Templat data pengelolaan kontrak Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas penting untuk dilacak
- Panduan ekstraksi data
Atribut pengelolaan kontrak
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama tugas atau peristiwa tertentu yang terjadi dalam siklus kontrak. | ||
|
Deskripsi
Atribut ini menjelaskan satu langkah atau tonggak dalam proses pengelolaan kontrak, seperti 'Draf Kontrak Dibuat', 'Peninjauan Hukum Dimulai', atau 'Kontrak Ditandatangani'. Aktivitas ini menjadi bagian dasar dalam peta proses. Menganalisis urutan dan frekuensi aktivitas ini merupakan dasar process mining. Analisis ini membantu menemukan alur proses yang sebenarnya, melihat penyimpangan dari prosedur standar, serta mengetahui aktivitas yang paling lama atau paling sering diulang.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam proses sehingga alur kerja kontrak, hambatan, dan variasinya dapat divisualisasikan dan dianalisis.
Sumber data
Biasanya, data ini berasal dari log peristiwa atau jejak audit di DocuSign CLM, yang mencatat tindakan pada dokumen kontrak atau alur kerja.
Contoh
Draf kontrak dibuatPeninjauan internal dimulaiDikirim kepada pihak lawan transaksiKontrak dilaksanakan
|
|||
|
ID Kontrak
ContractId
|
Pengenal unik untuk setiap kontrak yang dikelola dalam sistem. | ||
|
Deskripsi
ID Kontrak berfungsi sebagai pengenal kasus utama yang menghubungkan semua peristiwa dan aktivitas terkait dengan satu kontrak, dari awal hingga selesai. Di DocuSign CLM, ID ini dapat berupa Envelope ID atau kolom pengenal kontrak khusus. Atribut ini penting untuk process mining karena memungkinkan rekonstruksi perjalanan setiap kontrak dari awal hingga akhir. Dengan mengelompokkan semua aktivitas terkait di bawah satu ID Kontrak, analis dapat memvisualisasikan seluruh alur proses, mengukur waktu penyelesaian, dan menganalisis variasi antar kontrak.
Mengapa ini penting
ID ini adalah kunci utama yang menghubungkan semua peristiwa proses terkait, sehingga seluruh siklus satu kontrak dapat ditelusuri dan dianalisis.
Sumber data
Biasanya, ini adalah pengenal utama untuk objek kontrak atau amplop di DocuSign CLM. Namanya mungkin Envelope ID atau kolom khusus yang dikonfigurasi untuk mengenali kontrak.
Contoh
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Waktu mulai
EventTime
|
Waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu dimulai. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu persis saat suatu aktivitas terjadi. Data waktu menjadi dasar process mining dan memungkinkan analisis kinerja proses dari waktu ke waktu. Dengan mengurutkan peristiwa berdasarkan waktu mulai, Anda dapat membuat catatan kronologis untuk setiap kasus. Data ini memungkinkan penghitungan waktu siklus antaraktivitas, durasi setiap langkah, dan durasi proses dari awal hingga akhir. Informasi ini penting untuk menemukan hambatan, mengukur waktu tunggu, dan menilai efisiensi proses berdasarkan SLA.
Mengapa ini penting
Stempel waktu ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung semua metrik berbasis waktu, seperti waktu siklus dan durasi.
Sumber data
Informasi ini biasanya tercatat untuk setiap tindakan dalam log peristiwa atau jejak audit DocuSign CLM.
Contoh
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu saat data terakhir kali diperbarui atau diekstrak dari sistem sumber. | ||
|
Deskripsi
Atribut ini menunjukkan kapan kumpulan data terakhir diperbarui. Informasi ini memberi konteks tentang kebaruan dan ketepatan waktu analisis, sehingga pengguna tahu seberapa mutakhir datanya. Informasi ini penting untuk tata kelola data dan kepercayaan pengguna pada dashboard dan laporan. Analis dapat mengetahui apakah data yang dilihat bersifat real-time atau merupakan rekam data dari waktu tertentu. Hal ini membantu mereka mengambil keputusan yang tepat pada waktunya.
Mengapa ini penting
Memberi konteks penting tentang kebaruan data, sehingga pengguna tahu seberapa mutakhir analisis proses yang mereka lihat.
Sumber data
Atribut metadata ini biasanya dibuat dan disimpan oleh alat ETL (Extract, Transform, Load) atau pipeline data saat data dimasukkan.
Contoh
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Menunjukkan sistem asal data yang diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan asal data proses. Untuk tampilan ini, nilainya biasanya 'DocuSign CLM' atau pengenal serupa. Dalam analisis yang hanya menggunakan satu sistem, kolom ini mungkin tampak berulang. Namun, praktik yang baik adalah tetap menyertakannya. Kolom ini penting saat menggabungkan data dari beberapa sistem, misalnya data kontrak dari CRM dengan data alur kerja dari DocuSign. Dengan begitu, asal-usul dan keterlacakan data tetap jelas.
Mengapa ini penting
Menjaga keterlacakan data dan penting untuk analisis yang menggabungkan data dari beberapa sistem perusahaan.
Sumber data
Biasanya, nilai statis ini ditambahkan saat data diekstrak dan ditransformasi untuk menandai asal kumpulan data.
Contoh
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Jenis kontrak
ContractType
|
Klasifikasi kontrak, seperti NDA, MSA, atau SOW. | ||
|
Deskripsi
Atribut ini mengelompokkan kontrak berdasarkan tujuan hukum atau bisnisnya. Jenis kontrak yang berbeda sering kali memiliki alur kerja dan persyaratan persetujuan yang berbeda, serta tingkat kerumitan yang beragam. Mengelompokkan analisis proses berdasarkan jenis kontrak penting untuk memahami perbedaan kinerja. Analis dapat membandingkan waktu siklus, tingkat kepatuhan, dan pola negosiasi untuk berbagai jenis perjanjian. Misalnya, waktu siklus NDA seharusnya jauh lebih singkat daripada Master Services Agreement yang rumit. Atribut ini memungkinkan perbandingan tersebut.
Mengapa ini penting
Memungkinkan perbandingan kinerja proses untuk berbagai kategori kontrak, yang sering kali memiliki alur kerja dan tingkat kerumitan berbeda.
Sumber data
Kolom metadata penting ini biasanya dipilih dari daftar tarik-turun saat kontrak dibuat di DocuSign CLM.
Contoh
Perjanjian Kerahasiaan (NDA)Perjanjian Layanan Induk (MSA)Pernyataan Kerja (SOW)
|
|||
|
Nilai kontrak
ContractValue
|
Nilai uang total kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan nilai finansial perjanjian, baik berupa jumlah sekali bayar maupun nilai berulang. Nilai kontrak sering menentukan tingkat pemeriksaan yang diperlukan dan kerumitan jalur persetujuannya. Analisis proses berdasarkan nilai kontrak penting untuk memprioritaskan kesepakatan bernilai tinggi dan mengetahui apakah prosesnya tertunda tanpa alasan yang jelas. Atribut ini juga dapat digunakan untuk memeriksa kepatuhan, misalnya memastikan kontrak di atas nilai tertentu telah mendapat persetujuan CFO. Dengan begitu, upaya perbaikan dapat difokuskan pada kontrak yang paling berdampak secara finansial.
Mengapa ini penting
Mendukung penentuan prioritas dan penilaian risiko, karena kontrak bernilai tinggi sering memerlukan pemeriksaan lebih ketat dan berdampak lebih besar pada bisnis.
Sumber data
Biasanya, kolom ini berisi angka atau nilai mata uang dalam metadata kontrak di DocuSign CLM.
Contoh
500002500001200000
|
|||
|
Pemilik kontrak
ContractOwner
|
Pengguna atau karyawan yang bertanggung jawab mengelola kontrak sepanjang siklus hidupnya. | ||
|
Deskripsi
Pemilik kontrak menjadi kontak utama dan bertanggung jawab atas kemajuan kontrak. Biasanya, orang ini mengajukan permintaan kontrak atau bertanggung jawab atas hubungan bisnis terkait. Analisis kinerja berdasarkan pemilik kontrak dapat menunjukkan pola efisiensi, tingkat pengerjaan ulang, dan waktu siklus. Hasilnya membantu menemukan individu atau tim berkinerja tinggi, serta pihak yang mungkin memerlukan pelatihan atau dukungan tambahan. Atribut ini juga menjadi dimensi penting untuk mengelompokkan data di dashboard seperti 'Analisis Waktu Siklus Kontrak'.
Mengapa ini penting
Memungkinkan analisis kinerja per individu atau tim, sehingga Anda dapat menemukan praktik yang baik dan peluang perbaikan dalam aktivitas yang dilakukan pengguna.
Sumber data
Biasanya, ini adalah kolom pengguna pada objek kontrak yang berisi nama pengguna pembuat atau pemilik alur kerja.
Contoh
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Pihak lawan kontrak
Counterparty
|
Pihak eksternal, seperti pelanggan atau vendor, yang terlibat dalam kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan organisasi lain yang terlibat dalam perjanjian. Setiap pihak mungkin memiliki gaya negosiasi, persyaratan hukum, dan waktu respons yang berbeda. Hal ini dapat berdampak besar pada siklus hidup kontrak. Analisis kinerja proses berdasarkan pihak lawan kontrak membantu mengetahui mitra mana yang mudah diajak bekerja sama dan mana yang kerap menyebabkan keterlambatan. Informasi ini dapat digunakan untuk memperbaiki pengelolaan hubungan dan menetapkan ekspektasi yang realistis untuk negosiasi berikutnya. Atribut ini juga menjadi dimensi penting dalam analisis 'Pengerjaan Ulang dan Frekuensi Revisi Kontrak'.
Mengapa ini penting
Membantu menganalisis dampak interaksi dengan pihak eksternal yang berbeda terhadap waktu negosiasi, jumlah revisi, dan waktu siklus secara keseluruhan.
Sumber data
Informasi ini merupakan bagian penting dari catatan kontrak dan sering disimpan di kolom khusus 'Nama Pihak Lawan Kontrak' atau 'Perusahaan'.
Contoh
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Status kontrak
ContractStatus
|
Kondisi atau status kontrak saat ini dalam siklus hidupnya. | ||
|
Deskripsi
Atribut ini menunjukkan status keseluruhan kontrak pada waktu tertentu, misalnya 'Draf', 'Sedang Ditinjau', 'Menunggu Tanda Tangan', atau 'Ditandatangani'. Status ini memberi gambaran umum tentang posisi kontrak dalam proses. Dalam process mining, status berguna untuk memfilter kasus dan membuat dashboard yang melacak jumlah kontrak di setiap tahap. Dashboard 'Pelacak Status Kontrak Real-Time' menggunakan atribut ini untuk menampilkan kontrak yang sedang berjalan dan menemukan bagian proses tempat pekerjaan menumpuk.
Mengapa ini penting
Memberi gambaran kemajuan kontrak, yang penting untuk melacak status, mengelola beban kerja, dan menemukan hambatan.
Sumber data
Informasi ini biasanya tersedia sebagai atribut utama pada objek kontrak atau alur kerja di DocuSign CLM.
Contoh
DrafSedang ditinjau secara internalMenunggu tanda tanganDitandatanganiDihentikan
|
|||
|
Tanggal kedaluwarsa
ExpirationDate
|
Tanggal berakhirnya masa berlaku kontrak. | ||
|
Deskripsi
Atribut ini menyimpan tanggal berakhirnya kontrak. Informasi ini penting untuk mengelola portofolio kontrak secara proaktif, terutama untuk kontrak dengan pendapatan berulang atau perjanjian layanan jangka panjang. Tanggal ini menjadi dasar dashboard 'Proyeksi Perpanjangan dan Kedaluwarsa Kontrak'. Dengan memantau kontrak yang mendekati tanggal kedaluwarsa, organisasi dapat memulai alur kerja perpanjangan tepat waktu. Tanggal ini juga menjadi masukan penting untuk menghitung KPI 'Tingkat Perpanjangan Kontrak Tepat Waktu', sehingga organisasi dapat mencegah hilangnya pendapatan dan gangguan layanan.
Mengapa ini penting
Penting untuk mengelola kontrak secara proaktif, memperpanjangnya tepat waktu, dan mencegah kontrak berakhir tanpa disengaja.
Sumber data
Ini adalah kolom metadata standar yang sebaiknya diisi untuk setiap kontrak dengan masa berlaku tertentu di DocuSign CLM.
Contoh
2024-12-312025-06-302026-01-15
|
|||
|
Waktu selesai
EndTime
|
Waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu selesai. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu persis saat suatu aktivitas selesai. Waktu mulai menandai awal aktivitas, sedangkan waktu selesai menandai akhirnya. Keduanya memungkinkan penghitungan durasi setiap aktivitas secara akurat. Menganalisis waktu selesai penting untuk menghitung waktu pemrosesan aktivitas, yaitu waktu kerja aktif yang digunakan untuk mengerjakan tugas. Dengan begitu, Anda dapat membedakan waktu kerja aktif dari waktu tunggu, lalu memahami efisiensi penggunaan sumber daya dan dampak sebenarnya dari keterlambatan. Misalnya, atribut ini dapat digunakan untuk menghitung durasi aktivitas 'Peninjauan Hukum' secara tepat.
Mengapa ini penting
Memungkinkan penghitungan durasi setiap aktivitas secara akurat dan membantu membedakan waktu pemrosesan aktif dari waktu tunggu.
Sumber data
Dalam sistem seperti DocuSign CLM, waktu ini mungkin tercatat langsung di jejak audit atau perlu diperkirakan dari waktu mulai peristiwa berikutnya.
Contoh
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Departemen
Department
|
Unit bisnis atau departemen internal yang memiliki kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan departemen internal, seperti Penjualan, Pemasaran, atau TI, yang mengajukan atau bertanggung jawab atas kontrak. Proses dan kebutuhan setiap departemen dapat berbeda, sehingga pola pengelolaan kontraknya pun beragam. Mengelompokkan analisis berdasarkan departemen penting untuk memahami cara tiap bagian bisnis menggunakan proses pengelolaan kontrak. Hasilnya dapat digunakan untuk membuat laporan yang lebih terarah, seperti 'Laporan Hambatan Persetujuan Kontrak', guna mengetahui apakah keterlambatan terkonsentrasi di unit bisnis tertentu. Perbaikan proses pun dapat disesuaikan dengan kebutuhan tiap departemen.
Mengapa ini penting
Memungkinkan perbandingan kinerja antarunit bisnis dan menunjukkan perbedaan efisiensi, kepatuhan, serta beban kerja.
Sumber data
Informasi ini mungkin tersedia sebagai kolom metadata pada kontrak atau diambil dari departemen pengguna yang menjadi pemilik kontrak.
Contoh
PenjualanHukumPengadaanPemasaran
|
|||
|
Ditandatangani secara elektronik
IsESigned
|
Penanda boolean yang menunjukkan apakah kontrak ditandatangani secara elektronik. | ||
|
Deskripsi
Atribut ini mencatat apakah kontrak ditandatangani menggunakan alat tanda tangan elektronik terintegrasi seperti DocuSign eSignature, atau melalui cara luring, misalnya tanda tangan basah lalu dipindai. Atribut ini mendukung KPI 'Tingkat Penggunaan Tanda Tangan Elektronik'. Dengan menganalisis proporsi kontrak yang ditandatangani secara elektronik, bisnis dapat mengukur keberhasilan inisiatif transformasi digitalnya. Tingkat penggunaan yang lebih tinggi biasanya berkaitan dengan proses penandatanganan yang lebih cepat, biaya administrasi yang lebih rendah, serta kepatuhan dan pelacakan dokumen yang lebih baik.
Mengapa ini penting
Mengukur penggunaan proses digital dan membantu menghitung peningkatan efisiensi dari penggunaan kemampuan tanda tangan elektronik terintegrasi.
Sumber data
Hal ini dapat diketahui dengan memeriksa apakah peristiwa 'Kontrak Ditandatangani' berasal dari layanan DocuSign eSignature yang terintegrasi.
Contoh
truefalse
|
|||
|
Durasi tahap persetujuan
ApprovalPhaseDuration
|
Total waktu yang digunakan untuk semua aktivitas terkait persetujuan. | ||
|
Deskripsi
Metrik ini menghitung total waktu yang dihabiskan kontrak dalam tahap persetujuan, mulai dari saat kontrak pertama kali dikirim untuk persetujuan internal hingga persetujuan terakhir yang diperlukan diperoleh. Durasi ini dapat dihitung dengan menjumlahkan durasi semua aktivitas persetujuan atau menghitung waktu antara awal aktivitas persetujuan pertama dan akhir aktivitas terakhir. Atribut ini menjadi ukuran utama untuk KPI 'Rata-Rata Durasi Tahap Persetujuan'. Atribut ini membantu memisahkan keterlambatan yang disebabkan proses persetujuan dari keterlambatan saat penyusunan draf atau negosiasi. Dengan melacak durasi ini, organisasi dapat memahami dampak matriks persetujuan dan menemukan cara untuk menyederhanakannya.
Mengapa ini penting
Memisahkan waktu yang digunakan untuk persetujuan, sehingga hambatan dalam rangkaian persetujuan lebih mudah ditemukan dan ditangani.
Sumber data
Dihitung di alat process mining dengan menemukan semua peristiwa terkait persetujuan, misalnya 'Persetujuan Internal Dikirim' dan 'Persetujuan Internal Diterima', lalu mengukur waktu antara peristiwa pertama dan terakhir untuk setiap kasus.
Contoh
5 hari 2 jam10 hari 1 jam2 hari 6 jam
|
|||
|
Mengalami pengerjaan ulang
IsRework
|
Penanda boolean yang menunjukkan apakah kontrak mengalami siklus revisi yang signifikan. | ||
|
Deskripsi
Atribut hasil perhitungan ini menandai kontrak yang mengalami pengerjaan ulang, misalnya ketika kontrak dikembalikan untuk disunting setelah persetujuan internal diberikan. Biasanya, atribut ini ditentukan dengan mencari urutan aktivitas tertentu yang tidak diinginkan. Penanda ini memudahkan analisis inefisiensi proses. Anda dapat langsung menghitung KPI 'Tingkat Pengerjaan Ulang Kontrak' dan memfilter kontrak yang memerlukan upaya tambahan untuk dianalisis. Hasilnya membantu menemukan penyebab utama pengerjaan ulang, seperti persyaratan awal yang kurang jelas atau poin negosiasi yang sulit.
Mengapa ini penting
Membantu mengukur dan menganalisis frekuensi pengerjaan ulang, yang menjadi indikator penting inefisiensi proses dan biaya tersembunyi.
Sumber data
Atribut ini dihitung di alat process mining dengan menetapkan aturan untuk menemukan siklus pengerjaan ulang, misalnya peristiwa 'Kontrak Disunting' yang terjadi setelah peristiwa 'Persetujuan Internal Diterima'.
Contoh
truefalse
|
|||
|
Penasihat hukum
LegalCounsel
|
Tenaga hukum atau anggota tim yang ditugaskan untuk meninjau kontrak. | ||
|
Deskripsi
Atribut ini menunjukkan orang tertentu di departemen hukum yang bertanggung jawab meninjau dan menyetujui kontrak. Peran ini berbeda dari pemilik kontrak, yang biasanya berasal dari bagian bisnis. Dengan menugaskan peninjauan kepada penasihat hukum tertentu, Anda dapat menganalisis kinerja tahap peninjauan hukum secara terperinci. Data ini membantu menyusun dashboard 'Kinerja Peninjauan Hukum' untuk mengukur dan membandingkan jumlah pekerjaan yang diselesaikan serta waktu siklus tiap anggota tim hukum. Hasilnya dapat digunakan untuk menyeimbangkan beban kerja dan menemukan peluang peningkatan efisiensi di departemen hukum.
Mengapa ini penting
Memungkinkan analisis terperinci atas tahap peninjauan hukum, membantu menyeimbangkan beban kerja dan mengukur kinerja tim hukum.
Sumber data
Data ini dapat diambil dari penugasan tugas dalam alur kerja DocuSign CLM untuk mengetahui siapa yang ditugaskan pada tugas 'Peninjauan Hukum'.
Contoh
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Status persetujuan
ApprovalStatus
|
Status tahapan persetujuan, seperti 'Menunggu', 'Disetujui', atau 'Ditolak'. | ||
|
Deskripsi
Atribut ini menunjukkan status terperinci khusus untuk tahap persetujuan dalam siklus hidup kontrak. Status kontrak menunjukkan status kasus secara umum, sedangkan status persetujuan melacak hasil setiap aktivitas persetujuan. Atribut ini penting untuk 'Laporan Hambatan Persetujuan Kontrak' dan 'Pelacak Status Kontrak Real-Time'. Anda dapat melihat kontrak yang menunggu persetujuan, kontrak yang ditolak dan perlu dikerjakan ulang, serta kontrak yang berhasil melewati tahap persetujuan. Analisis perubahan status membantu menemukan titik masalah atau keterlambatan tertentu dalam rangkaian persetujuan.
Mengapa ini penting
Memberi gambaran terperinci tentang tahap persetujuan, sehingga Anda dapat mengetahui kontrak mana yang tertahan dan penyebabnya.
Sumber data
Nilai ini menunjukkan hasil tugas persetujuan atau langkah alur kerja di DocuSign CLM.
Contoh
Menunggu persetujuan hukumDisetujui oleh bagian keuanganDitolak oleh VP Penjualan
|
|||
|
Versi dokumen
DocumentVersion
|
Nomor versi dokumen kontrak. | ||
|
Deskripsi
Atribut ini melacak versi dokumen kontrak selama proses revisi dan penyuntingan. Setiap kali versi baru diunggah atau disimpan, nomornya seharusnya bertambah. Melacak versi dokumen merupakan cara langsung untuk mengukur pengerjaan ulang dan kerumitan negosiasi. Banyaknya versi kontrak menunjukkan adanya proses bolak-balik yang panjang antara para pihak. Atribut ini menjadi masukan utama untuk menghitung KPI 'Rata-Rata Jumlah Revisi Dokumen' dan menganalisis dashboard 'Pengerjaan Ulang dan Frekuensi Revisi Kontrak'.
Mengapa ini penting
Mengukur langsung jumlah pengerjaan ulang dan upaya negosiasi dengan melacak berapa kali dokumen direvisi.
Sumber data
DocuSign CLM menyediakan kontrol versi dokumen. Atribut ini dapat diambil dari riwayat versi dokumen.
Contoh
1234
|
|||
Aktivitas pengelolaan kontrak
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Kontrak diakhiri
|
Aktivitas ini menandai berakhirnya siklus kontrak secara resmi, baik karena masa berlaku habis, pembatalan, maupun kesepakatan bersama. Aktivitas ini sering dicatat melalui perubahan status manual di sistem. | ||
|
Mengapa ini penting
Ini menjadi titik akhir alternatif dalam proses. Melacak pengakhiran dan berakhirnya masa kontrak penting untuk memahami seluruh siklus kontrak dan menganalisis perpanjangan.
Sumber data
Peristiwa ini dicatat saat pengguna mengubah kolom status kontrak menjadi 'Diakhiri', 'Kedaluwarsa', atau 'Dibatalkan'. Stempel waktu perubahan status digunakan.
Pengumpulan data
Disimpulkan dari perubahan kolom status utama kontrak ke status akhir.
Jenis peristiwa
inferred
|
|||
|
Kontrak dikirim untuk ditandatangani
|
Aktivitas ini menandai dimulainya proses tanda tangan elektronik untuk kontrak final yang telah disetujui. Ini adalah fungsi utama DocuSign dan dicatat saat pengguna mengirim dokumen melalui amplop DocuSign eSignature. | ||
|
Mengapa ini penting
Ini adalah tonggak penting sebelum kontrak dilaksanakan. Analisis waktu dari tahap ini hingga pelaksanaan membantu Anda memahami efisiensi pengumpulan tanda tangan dan mendukung KPI 'Tingkat Penggunaan Tanda Tangan Elektronik'.
Sumber data
Peristiwa utama ini dicatat secara eksplisit dalam riwayat terperinci atau jejak audit dokumen, yang sering disebut 'Riwayat Amplop'.
Pengumpulan data
Dicatat langsung oleh sistem saat amplop eSignature dibuat dan dikirim.
Jenis peristiwa
explicit
|
|||
|
Kontrak dilaksanakan
|
Menandai penyelesaian kontrak, yaitu saat penanda tangan terakhir yang diwajibkan menandatangani dokumen. DocuSign eSignature mencatat peristiwa ini secara langsung. | ||
|
Mengapa ini penting
Ini adalah titik akhir keberhasilan utama dalam proses pembuatan kontrak. Peristiwa ini penting untuk menghitung 'Rata-rata Waktu Siklus Kontrak' dan mengukur jumlah kontrak yang diproses secara keseluruhan.
Sumber data
Stempel waktu peristiwa ini tercatat dalam Sertifikat Penyelesaian dan log audit dokumen saat alur kerja eSignature selesai sepenuhnya.
Pengumpulan data
Dicatat secara otomatis oleh komponen eSignature saat tanda tangan terakhir dibubuhkan.
Jenis peristiwa
explicit
|
|||
|
Peninjauan hukum dimulai
|
Menandai saat kontrak secara resmi dikirim ke departemen hukum untuk ditinjau dan diberi masukan. Langkah penting ini dicatat saat kontrak memasuki tahap 'Peninjauan Hukum' dalam alur kerjanya. | ||
|
Mengapa ini penting
Peninjauan hukum sering menjadi hambatan dalam pengelolaan kontrak. Mengukur durasinya penting untuk dashboard 'Kinerja Peninjauan Hukum' dan untuk menemukan peluang mempercepat proses.
Sumber data
Peristiwa ini diambil dari jejak audit alur kerja, yang mencatat stempel waktu saat tugas diberikan kepada tim hukum atau status kontrak berubah menjadi 'Sedang Ditinjau oleh Tim Hukum'.
Pengumpulan data
Dicatat oleh mesin alur kerja saat kontrak diberikan ke tugas atau antrean peninjauan hukum.
Jenis peristiwa
explicit
|
|||
|
Permintaan kontrak diajukan
|
Aktivitas ini menandai dimulainya siklus kontrak secara resmi. Biasanya, aktivitas tercatat saat pengguna mengirim formulir permintaan kontrak atau membuat catatan kontrak baru di DocuSign CLM, yang kemudian memulai alur kerja terkait. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal utama dalam proses. Analisis aktivitas ini penting untuk mengukur jumlah kontrak yang diproses secara keseluruhan dan menghitung waktu siklus dari awal hingga akhir.
Sumber data
Peristiwa ini diambil dari log audit atau riwayat alur kerja, sesuai dengan stempel waktu pembuatan catatan kontrak atau pengiriman formulir permintaan.
Pengumpulan data
Dicatat saat formulir pengajuan kontrak dikirim atau objek kontrak baru dibuat.
Jenis peristiwa
explicit
|
|||
|
Persetujuan internal diterima
|
Tonggak ini menandakan bahwa semua pemberi persetujuan internal yang diwajibkan telah menyetujui kontrak. Peristiwa tercatat saat pemberi persetujuan terakhir menyelesaikan tugasnya dalam alur kerja. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang menunjukkan kontrak siap dinegosiasikan dengan pihak eksternal atau dilaksanakan. Keterlambatan sebelum tahap ini dapat menunjukkan masalah dalam menyelaraskan pihak internal.
Sumber data
Peristiwa ini dicatat dalam riwayat alur kerja saat tugas persetujuan mencapai status akhir 'Disetujui'.
Pengumpulan data
Dicatat saat pemberi persetujuan terakhir dalam alur persetujuan berurutan atau paralel memberikan persetujuannya.
Jenis peristiwa
explicit
|
|||
|
Dikirim kepada pihak lawan transaksi
|
Menandai tindakan membagikan dokumen kontrak kepada pihak eksternal untuk ditinjau dan ditandatangani. Aktivitas ini dicatat melalui tindakan 'kirim' atau 'bagikan' di DocuSign CLM. | ||
|
Mengapa ini penting
Aktivitas ini menandai penyerahan proses kepada pihak eksternal, sehingga kendali atas proses menjadi terbatas. Memahami waktu yang dihabiskan bersama pihak lawan transaksi penting untuk menemukan keterlambatan dari pihak eksternal.
Sumber data
Diambil dari jejak audit, yang mencatat tindakan seperti mengirim dokumen melalui email dari CLM atau membagikannya lewat portal eksternal.
Pengumpulan data
Dicatat saat pengguna membagikan dokumen kepada pihak eksternal melalui fitur platform.
Jenis peristiwa
explicit
|
|||
|
Dikirim untuk persetujuan internal
|
Aktivitas ini terjadi setelah peninjauan selesai, saat kontrak dikirim untuk mendapat persetujuan resmi dari pihak internal yang berwenang. Aktivitas tercatat saat alur kerja persetujuan dimulai. | ||
|
Mengapa ini penting
Aktivitas ini menandai dimulainya tahap persetujuan akhir internal. Durasinya menjadi bagian penting dari KPI 'Rata-rata Durasi Tahap Persetujuan'.
Sumber data
Tindakan ini dicatat secara eksplisit dalam riwayat alur kerja saat pengguna mengirim kontrak untuk disetujui, sehingga tugas diberikan kepada para pemberi persetujuan.
Pengumpulan data
Dicatat saat tindakan 'Kirim untuk Persetujuan' atau tindakan serupa dalam alur kerja dijalankan.
Jenis peristiwa
explicit
|
|||
|
Draf kontrak dibuat
|
Menandai pembuatan dan penyelesaian draf awal dokumen kontrak. Aktivitas ini dapat dicatat saat versi pertama dokumen diunggah atau dibuat, lalu disimpan di sistem. | ||
|
Mengapa ini penting
Pelacakan aktivitas ini membantu Anda memahami waktu yang digunakan untuk menyusun dan menyiapkan kontrak sebelum peninjauan dimulai. Data ini juga menjadi acuan untuk mengukur frekuensi revisi berikutnya.
Sumber data
Disimpulkan dari stempel waktu pembuatan versi dokumen pertama dalam riwayat dokumen kontrak atau perubahan status menjadi 'Penyusunan Selesai'.
Pengumpulan data
Temukan peristiwa pembuatan versi dokumen pertama yang terkait dengan ID kontrak.
Jenis peristiwa
inferred
|
|||
|
Kontrak diberi anotasi revisi
|
Aktivitas ini menunjukkan revisi atau perubahan pada dokumen kontrak selama negosiasi atau peninjauan. Aktivitas tercatat setiap kali versi baru dokumen diunggah atau disimpan. | ||
|
Mengapa ini penting
Melacak frekuensi revisi penting untuk KPI 'Tingkat Kerja Ulang Kontrak'. Banyaknya revisi dapat menunjukkan ketentuan yang kurang jelas, negosiasi yang tidak efisien, atau draf awal yang kurang baik.
Sumber data
Diambil dari riwayat versi dokumen yang terkait dengan kontrak. Setiap versi baru yang dibuat setelah draf awal dapat dianggap sebagai peristiwa 'Kontrak Diberi Anotasi Revisi'.
Pengumpulan data
Dicatat saat versi dokumen baru diunggah atau dibuat di repositori DocuSign CLM.
Jenis peristiwa
explicit
|
|||
|
Kontrak disimpan di repositori
|
Ini adalah langkah administratif terakhir, saat kontrak yang telah ditandatangani semua pihak disimpan secara otomatis di repositori kontrak pusat. Peristiwa ini biasanya dipicu setelah proses penandatanganan selesai. | ||
|
Mengapa ini penting
Langkah ini memastikan proses diakhiri dengan pencatatan yang benar. Ini menandai akhir siklus sebelum pelaksanaan dan awal tahap setelah pelaksanaan.
Sumber data
Diambil dari riwayat alur kerja sebagai penyelesaian langkah terakhir, yaitu pengarsipan dokumen yang telah ditandatangani.
Pengumpulan data
Dicatat oleh mesin alur kerja sebagai langkah otomatis terakhir setelah kontrak berhasil dilaksanakan.
Jenis peristiwa
explicit
|
|||
|
Negosiasi dengan pihak lawan transaksi dimulai
|
Menunjukkan bahwa pihak lawan transaksi telah merespons, biasanya dengan memberikan masukan atau versi kontrak yang telah diberi anotasi revisi. Peristiwa ini disimpulkan saat pihak eksternal mengunggah versi dokumen baru atau status kembali ke tahap peninjauan internal. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menganalisis KPI 'Jumlah Serah Terima Negosiasi per Kontrak'. Siklus berulang antara tim internal dan pihak lawan transaksi menunjukkan adanya kendala dalam negosiasi.
Sumber data
Disimpulkan dari penerimaan versi dokumen baru dari sumber eksternal atau perubahan status manual oleh pengguna untuk menandai bahwa masukan dari pihak lawan transaksi telah diterima.
Pengumpulan data
Disimpulkan dari perubahan status kembali menjadi 'Peninjauan Internal' atau 'Penyusunan' setelah kontrak berada di pihak lawan transaksi.
Jenis peristiwa
inferred
|
|||
|
Pemantauan kewajiban dimulai
|
Aktivitas ini menandai dimulainya pengelolaan setelah kontrak dilaksanakan, saat tanggal penting dan hasil yang harus diserahkan mulai dipantau. Aktivitas tercatat saat tugas atau subproses untuk memantau kewajiban kontrak dimulai. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk KPI 'Tingkat Pemenuhan Kewajiban Setelah Kontrak Dilaksanakan'. Aktivitas ini menunjukkan apakah komitmen kontrak dikelola setelah penandatanganan.
Sumber data
Memerlukan analisis sistem. Aktivitas ini kemungkinan diambil dari pembuatan tugas atau alur kerja khusus untuk melacak kewajiban yang terhubung dengan kontrak utama.
Pengumpulan data
Dicatat saat tugas atau alur kerja setelah pelaksanaan kontrak dibuat untuk mengelola kewajiban.
Jenis peristiwa
explicit
|
|||
|
Peninjauan internal dimulai
|
Aktivitas ini menandakan bahwa draf kontrak telah dikirim untuk ditinjau oleh pemangku kepentingan internal, seperti tim keuangan atau operasional. Aktivitas tercatat saat pengguna memulai tugas 'Peninjauan Internal' dalam alur kerja. | ||
|
Mengapa ini penting
Aktivitas ini menandai dimulainya tahap peninjauan, yang sering menjadi sumber hambatan. Dengan menganalisis durasinya, Anda dapat menemukan keterlambatan dalam menerima masukan dari pemangku kepentingan.
Sumber data
Dicatat dalam riwayat alur kerja saat status kontrak berubah menjadi 'Peninjauan Internal' atau saat tugas peninjauan diberikan kepada pengguna internal di luar tim hukum.
Pengumpulan data
Dicatat saat alur kerja beralih ke status atau tugas untuk peninjauan oleh tim bisnis internal.
Jenis peristiwa
explicit
|
|||
|
Perpanjangan kontrak dimulai
|
Menandai dimulainya proses perpanjangan kontrak yang sudah ada. Aktivitas ini biasanya dimulai secara manual oleh pemilik kontrak atau otomatis berdasarkan tanggal berakhirnya kontrak. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk melacak KPI 'Tingkat Perpanjangan Kontrak Tepat Waktu'. Aktivitas ini menunjukkan seberapa proaktif organisasi mengelola kontrak yang akan berakhir.
Sumber data
Dicatat saat tindakan khusus 'Perpanjang Kontrak' dilakukan. Tindakan ini dapat membuat catatan kontrak baru yang terhubung dengan kontrak awal atau memulai alur kerja perpanjangan.
Pengumpulan data
Dicatat saat pengguna melakukan tindakan tertentu atau pemicu otomatis memulai alur kerja perpanjangan.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat data ini untuk memulai process mining dan menemukan cara meningkatkan efisiensi pengelolaan kontrak.
Atasi keterlambatan, benahi pengelolaan kontrak sekarang
Temukan inefisiensi, persingkat waktu siklus hingga 30%, dan tingkatkan kepatuhan.
Tidak perlu kartu kredit \b•\b Mulai dalam hitungan menit