Templat data pengelolaan kontrak Anda
Templat data pengelolaan kontrak Anda
Ini template data umum kami untuk process mining Pengelolaan kontrak. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.
Pilih sistem tertentu- Model data umum untuk proses pengelolaan kontrak.
- Atribut dan aktivitas yang disarankan untuk analisis menyeluruh.
- Panduan mengekstrak log peristiwa dari sistem sumber apa pun.
Atribut pengelolaan kontrak
| Nama | Deskripsi | ||
|---|---|---|---|
| Contract ID ContractId | Pengenal unik untuk setiap kontrak. ID ini menjadi pengenal utama kasus yang menghubungkan semua aktivitas dan dokumen terkait. | ||
| Deskripsi Contract ID adalah kunci unik untuk satu siklus hidup kontrak. ID ini menghubungkan setiap peristiwa, mulai dari permintaan awal hingga kontrak kedaluwarsa atau dihentikan. Semua aktivitas, seperti penyusunan draf, tinjauan, persetujuan, dan penandatanganan, terkait dengan ID ini. Dalam analisis process mining, Contract ID menjadi dasar untuk merekonstruksi perjalanan setiap kontrak dari awal hingga akhir. ID ini membantu alat mengelompokkan peristiwa terkait ke dalam satu kasus, sehingga seluruh alur proses dapat divisualisasikan dan dianalisis. Tanpa Contract ID yang konsisten, waktu siklus sulit diukur secara akurat, hambatan sulit ditemukan, dan variasi proses sulit dianalisis. Mengapa ini penting Pengenal ini penting untuk melacak kontrak sepanjang siklus hidupnya, serta mendukung penemuan proses dan pengukuran kinerja yang akurat. Sumber data Biasanya terdapat di bagian header atau rekaman utama objek kontrak dalam sistem Contract Lifecycle Management (CLM). Contoh CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Nama aktivitas ActivityName | Nama peristiwa bisnis, tugas, atau pencapaian tertentu yang terjadi selama siklus hidup kontrak. | ||
| Deskripsi Nama Aktivitas menjelaskan satu langkah dalam proses pengelolaan kontrak. Aktivitas ini mewakili tugas tertentu, seperti 'Draf Kontrak Dibuat', 'Tinjauan Hukum Selesai', atau 'Kontrak Ditandatangani'. Urutan aktivitas berdasarkan waktu untuk satu Contract ID membentuk alur proses. Atribut ini penting untuk membuat peta proses, visualisasi utama dalam process mining. Dengan menganalisis urutan dan frekuensi aktivitas, analis dapat memahami alur proses yang sebenarnya, menemukan penyimpangan dari prosedur standar, serta mengidentifikasi pekerjaan ulang atau inefisiensi, seperti revisi yang berulang. Mengapa ini penting Atribut ini menentukan langkah-langkah proses, sehingga siklus hidup kontrak dapat divisualisasikan dan penyimpangan proses serta hambatan dapat ditemukan. Sumber data Biasanya terdapat di log peristiwa, jejak audit, atau tabel riwayat status yang terkait dengan rekaman kontrak utama. Contoh Draf kontrak disusunPersetujuan internal selesaiKontrak dikirim untuk ditandatangani | |||
| Waktu mulai peristiwa EventStartTime | Waktu yang menunjukkan tanggal dan jam tepat saat aktivitas atau peristiwa tertentu dimulai. | ||
| Deskripsi Waktu Mulai Peristiwa menandai awal suatu aktivitas dalam siklus hidup kontrak. Waktu ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung durasi aktivitas serta waktu siklus proses secara keseluruhan. Informasi waktu ini membantu Anda memahami alur proses dari waktu ke waktu. Dalam analisis, waktu ini digunakan untuk menyusun peta proses dan menghitung indikator kinerja utama, seperti 'Rata-rata Waktu Siklus Kontrak' dan 'Rata-rata Durasi Persetujuan'. Data ini membantu menemukan hambatan dengan menunjukkan langkah yang paling banyak memakan waktu. Dengan membandingkan waktu mulai antaraktivitas, Anda dapat memeriksa waktu perpindahan secara terperinci dan menemukan jeda antarlangkah proses. Mengapa ini penting Waktu ini menjadi dasar untuk mengurutkan peristiwa, menghitung waktu siklus proses, dan menemukan hambatan yang berkaitan dengan durasi. Sumber data Tersedia di log audit sistem, rekaman transaksi, atau tabel riwayat peristiwa yang mencatat waktu setiap langkah proses. Contoh 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| Pembaruan data terakhir LastDataUpdate | Waktu yang menunjukkan kapan data peristiwa terakhir kali diperbarui atau diekstrak dari sistem sumber. | ||
| Deskripsi Waktu Pembaruan Data Terakhir menunjukkan seberapa baru data yang dianalisis. Waktu ini mencatat kapan proses ekstraksi, transformasi, dan pemuatan data (ETL) terakhir dijalankan, sehingga Anda dapat mengetahui seberapa mutakhir hasil analisis. Waktu ini berbeda dari waktu peristiwa, yang mencatat kapan aktivitas bisnis terjadi. Atribut ini penting untuk tata kelola data dan memberi tahu pemangku kepentingan seberapa baru informasi yang tersedia. Atribut ini membantu pengguna mengetahui apakah data yang dilihat merupakan informasi terkini atau rekaman dari hari atau minggu sebelumnya. Konteks ini penting untuk mengambil keputusan tepat waktu berdasarkan dashboard process mining. Mengapa ini penting Memberi konteks penting tentang kebaruan data, sehingga pemangku kepentingan memahami seberapa mutakhir informasi proses yang tersedia. Sumber data Waktu ini biasanya dibuat dan disimpan oleh alat integrasi data atau ETL saat data dimuat. Contoh 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Sistem sumber SourceSystem | Nama sistem TI atau aplikasi tempat data kontrak diambil. | ||
| Deskripsi Atribut Sistem Sumber menunjukkan asal data peristiwa. Di banyak organisasi, siklus hidup kontrak dapat melibatkan beberapa sistem, seperti platform CLM, CRM untuk memulai proses, dan sistem ERP untuk data keuangan. Mencatat sistem sumber setiap peristiwa penting untuk memvalidasi data dan memahami sistem yang digunakan dalam proses. Dalam analisis process mining, atribut ini membantu menemukan proses yang tersebar di beberapa sistem. Atribut ini dapat menunjukkan apakah keterlambatan atau masalah terjadi saat data berpindah di antara aplikasi tertentu. Informasi ini juga penting untuk tata kelola data dan melacak sumber masalah kualitas data. Mengapa ini penting Menunjukkan asal data. Informasi ini penting untuk memvalidasi data, memahami proses yang tersebar di beberapa sistem, dan menelusuri masalah kualitas data. Sumber data Informasi ini biasanya ditambahkan saat data diekstrak atau tersedia sebagai kolom standar di log sistem. Contoh AgiloftSAP AribaDocuSign CLM | |||
| Departemen Department | Unit bisnis atau departemen internal yang memiliki kontrak, seperti Penjualan, Hukum, atau Pengadaan. | ||
| Deskripsi Atribut Departemen menunjukkan tim atau unit bisnis internal yang bertanggung jawab atas atau terkait dengan kontrak. Biasanya, departemen ini adalah tempat pemilik kontrak bekerja atau tim yang mengajukan permintaan kontrak. Atribut ini penting untuk membandingkan kinerja internal dan menganalisis beban kerja. Informasi ini membantu memahami perbedaan proses pengelolaan kontrak di berbagai bagian organisasi. Dashboard 'Beban Kerja dan Produktivitas Tim' dapat difilter berdasarkan departemen untuk membandingkan kinerja, menemukan kebutuhan sumber daya, dan mengetahui departemen yang mungkin memerlukan pelatihan atau dukungan proses tambahan. Atribut ini membantu menjawab pertanyaan seperti, 'Departemen mana yang memiliki siklus persetujuan paling lama?' atau 'Bagaimana proses di Penjualan dibandingkan dengan Pengadaan?'. Mengapa ini penting Memungkinkan perbandingan kinerja proses antarunit bisnis, sehingga hambatan internal dapat ditemukan dan praktik yang baik dapat dibagikan. Sumber data Biasanya terkait dengan profil pengguna pemilik kontrak atau tercantum sebagai kolom pada rekaman kontrak. Contoh PenjualanHukumPengadaanTI | |||
| Jenis kontrak ContractType | Klasifikasi kontrak, seperti Master Service Agreement (MSA), Non-Disclosure Agreement (NDA), atau Statement of Work (SOW). | ||
| Deskripsi Jenis Kontrak adalah atribut kategori untuk mengelompokkan kontrak berdasarkan sifat dan tujuan hukumnya. Jenis yang umum mencakup NDA, MSA, SOW, serta perjanjian penjualan atau pengadaan. Klasifikasi ini memberi konteks bisnis penting untuk memahami siklus hidup kontrak. Atribut ini berguna untuk analisis perbandingan. Analis dapat memfilter peta proses dan KPI untuk melihat apakah jenis kontrak tertentu memiliki alur proses berbeda, waktu siklus lebih lama, atau lebih banyak pekerjaan ulang. Misalnya, analisis dapat menunjukkan bahwa tinjauan hukum untuk MSA memakan waktu jauh lebih lama daripada NDA. Temuan ini dapat mendorong perancangan ulang proses untuk jenis perjanjian yang lebih rumit. Mengapa ini penting Memungkinkan proses dikelompokkan dan dibandingkan, sehingga Anda dapat melihat pengaruh jenis kontrak terhadap waktu siklus, kerumitan, dan risiko. Sumber data Kolom ini biasanya tersedia di rekaman kontrak utama dalam sistem CLM. Contoh Perjanjian kerahasiaan (NDA)Perjanjian layanan induk (MSA)Pernyataan pekerjaan (SOW) | |||
| Nama pengguna UserName | Nama atau ID pengguna, karyawan, atau sumber daya yang melakukan atau bertanggung jawab atas aktivitas kontrak. | ||
| Deskripsi Nama Pengguna menunjukkan orang yang bertanggung jawab menyelesaikan tugas tertentu dalam siklus hidup kontrak. Orang tersebut dapat berupa pemilik kontrak, peninjau hukum, pemberi persetujuan, atau penanda tangan. Atribut ini menghubungkan aktivitas proses dengan orang yang melakukannya. Dalam process mining, atribut ini membantu melihat kinerja tim dan individu. Data ini digunakan di dashboard seperti 'Beban Kerja dan Produktivitas Tim' untuk menganalisis pembagian pekerjaan, menemukan karyawan atau tim yang kelebihan beban, dan menilai kinerja. Atribut ini juga membantu memahami bagaimana perbedaan cara kerja pengguna dapat menyebabkan variasi atau keterlambatan proses, sehingga pelatihan atau alokasi sumber daya dapat disesuaikan. Mengapa ini penting Menghubungkan aktivitas proses dengan individu, sehingga pembagian beban kerja, kinerja tim, dan alokasi sumber daya dapat dianalisis. Sumber data Biasanya tersedia di rekaman transaksi, log audit, atau kolom penugasan tugas dalam sistem sumber. Contoh John Smithj.smith@example.comUSER12345 | |||
| Nama pihak lain CounterpartyName | Nama pihak eksternal, perusahaan, klien, vendor, atau mitra yang terlibat dalam kontrak. | ||
| Deskripsi Nama Pihak Lain menunjukkan entitas eksternal yang menjalin perjanjian dengan organisasi. Pihak tersebut dapat berupa pelanggan, pemasok, atau mitra. Informasi ini memberi konteks penting tentang hubungan bisnis yang diatur dalam kontrak. Sebagai dimensi analisis, informasi pihak lain sangat berguna. Bisnis dapat menganalisis kinerja proses berdasarkan vendor atau pelanggan. Misalnya, analisis dapat menunjukkan bahwa negosiasi dengan pihak tertentu selalu memakan waktu lebih lama dari rata-rata. Temuan ini dapat membantu menyusun strategi negosiasi, mengelola hubungan, dan membuat templat kontrak khusus untuk mitra strategis agar proses lebih cepat. Mengapa ini penting Menunjukkan pihak eksternal, sehingga waktu siklus dan pola negosiasi dapat dianalisis berdasarkan pelanggan atau vendor. Sumber data Kolom standar pada rekaman kontrak, biasanya ditautkan ke rekaman data induk pelanggan atau pemasok. Contoh Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Nilai kontrak ContractValue | Total nilai uang yang terkait dengan kontrak, yang dapat berupa pendapatan, biaya, atau komitmen. | ||
| Deskripsi Nilai Kontrak menunjukkan besarnya nilai finansial suatu kontrak. Nilai ini memberi konteks bisnis penting untuk membantu menentukan prioritas kontrak dan memahami dampaknya bagi organisasi. Nilai biasanya dinyatakan dalam mata uang tertentu. Dalam process mining, atribut ini digunakan untuk menganalisis dampak bisnis dari kinerja proses. Dashboard 'Dampak Bisnis dan Volume Proses' menggunakan data ini untuk menunjukkan nilai kontrak yang sedang diproses, tertahan, atau ditandatangani. Data ini membantu memprioritaskan kontrak bernilai tinggi dan menjawab pertanyaan seperti, 'Apakah kontrak bernilai tertinggi tertahan dalam proses persetujuan?' atau 'Berapa nilai kontrak yang melewati tanggal perpanjangan?'. Mengapa ini penting Mengukur dampak finansial kontrak, sehingga Anda dapat menentukan prioritas dan menganalisis pengaruh inefisiensi proses terhadap perjanjian bernilai tinggi. Sumber data Terdapat di bagian detail keuangan pada rekaman kontrak utama dalam sistem CLM atau ERP. Contoh 100000.0025000.505000000.00 | |||
| Status kontrak ContractStatus | Tahap atau status kontrak saat ini dalam siklus hidupnya, seperti 'Draft', 'In Approval', 'Executed', atau 'Expired'. | ||
| Deskripsi Status Kontrak menunjukkan posisi kontrak dalam siklus hidupnya pada waktu tertentu. Atribut ini biasanya diperbarui saat kontrak melewati pencapaian penting. Status ini memberikan ringkasan umum tentang kemajuan kontrak. Atribut ini berguna untuk memfilter kasus dan menganalisis bagian tertentu dari portofolio kontrak. Misalnya, analis dapat berfokus pada kontrak 'Active' untuk mengelola kewajiban atau kontrak 'Stalled' untuk memahami penyebab keterlambatan. Atribut ini menjadi bagian penting dari dashboard 'Kinerja Siklus Hidup Kontrak', yang membantu memvisualisasikan jumlah kontrak di setiap tahap dan mengukur KPI 'Tingkat Kontrak Tertahan'. Mengapa ini penting Memberikan gambaran umum tentang tahap kontrak saat ini, sehingga portofolio kontrak dapat difilter dan dianalisis berdasarkan tahap siklus hidup. Sumber data Kolom status utama pada rekaman kontrak dalam sistem CLM. Contoh DrafSedang ditinjauDitandatanganiDihentikan | |||
| Waktu akhir peristiwa EventEndTime | Waktu yang menunjukkan tanggal dan jam tepat saat aktivitas atau peristiwa tertentu selesai. | ||
| Deskripsi Waktu Akhir Peristiwa menandai selesainya suatu aktivitas. Jika dipasangkan dengan Waktu Mulai Peristiwa, data ini dapat digunakan untuk menghitung durasi setiap langkah dalam siklus hidup kontrak secara akurat. Tingkat perincian ini penting untuk menganalisis kinerja secara mendalam. Atribut ini digunakan untuk menghitung durasi aktivitas, yang menjadi dasar untuk menemukan hambatan. Dashboard seperti 'Analisis Hambatan Persetujuan dan Tinjauan' menggunakan data ini untuk menunjukkan langkah yang menyebabkan keterlambatan kontrak. Dengan memahami durasi setiap aktivitas, organisasi dapat memusatkan upaya perbaikan pada bagian proses yang paling lama, seperti tinjauan hukum atau negosiasi. Mengapa ini penting Memungkinkan penghitungan durasi setiap aktivitas, yang penting untuk menemukan lokasi hambatan proses secara tepat. Sumber data Tersedia di log audit sistem atau tabel riwayat peristiwa. Jika tidak dicatat secara langsung, waktu ini mungkin perlu ditentukan dari waktu mulai peristiwa berikutnya. Contoh 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| Jumlah revisi RevisionCount | Jumlah revisi atau tanda perubahan pada dokumen kontrak selama siklus negosiasi dan tinjauan. | ||
| Deskripsi Jumlah Revisi mencatat banyaknya pekerjaan ulang pada kontrak sebelum ditandatangani. Jumlah ini bertambah setiap kali dokumen diedit dan versi baru dibuat. Angka ini dapat menunjukkan kerumitan dan alotnya proses negosiasi. Atribut ini mengukur efisiensi secara langsung dan digunakan untuk menghitung KPI 'Tingkat Pengerjaan Ulang Kontrak'. Dashboard 'Efisiensi Negosiasi dan Pengerjaan Ulang' menggunakan data ini untuk menemukan kontrak, pihak lain, atau jenis kontrak yang memerlukan terlalu banyak revisi. Jumlah revisi yang tinggi sering berkaitan dengan waktu siklus yang lebih lama. Hal ini dapat menandakan persyaratan yang kurang jelas, taktik negosiasi yang agresif, atau perlunya templat standar yang lebih baik. Mengapa ini penting Mengukur tingkat pengerjaan ulang dan kerumitan negosiasi, sehingga penyebab inefisiensi dan waktu siklus yang panjang dapat ditemukan. Sumber data Data dapat diambil dari kolom nomor versi dokumen kontrak atau dihitung berdasarkan jumlah aktivitas 'Kontrak Direvisi' untuk setiap kasus. Contoh 135 | |||
| Tanggal kedaluwarsa ExpirationDate | Tanggal berakhirnya kontrak jika tidak diperpanjang atau dihentikan. | ||
| Deskripsi Tanggal Kedaluwarsa adalah kolom tanggal penting yang menandai akhir masa kontrak. Tanggal ini menentukan siklus hidup kontrak aktif dan menjadi pemicu utama untuk proses perpanjangan atau penghentian. Pengelolaan tanggal kedaluwarsa yang baik membantu mencegah layanan atau pendapatan terhenti tanpa sengaja. Dalam process mining, atribut ini penting untuk dashboard 'Pengelolaan Kewajiban dan Perpanjangan'. Atribut ini digunakan untuk menghitung KPI 'Tingkat Perpanjangan Tepat Waktu' dengan membandingkan tanggal aktivitas perpanjangan dengan tanggal kedaluwarsa. Dengan menganalisis kontrak yang mendekati tanggal kedaluwarsa, organisasi dapat mengelola rencana perpanjangan lebih awal dan mencegah hilangnya pendapatan atau gangguan operasional. Mengapa ini penting Tanggal ini penting untuk mengelola perpanjangan dan mengurangi risiko. Informasi ini membantu melacak pencapaian kontrak dan memastikan tindakan dilakukan tepat waktu. Sumber data Kolom tanggal penting pada rekaman kontrak utama dalam sistem CLM. Contoh 2024-12-312025-06-302026-01-15 | |||
Aktivitas pengelolaan kontrak
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Kontrak dihentikan | Menandai penghentian kontrak aktif sebelum tanggal berakhir yang dijadwalkan. Penghentian dapat dilakukan karena alasan tertentu atau atas pertimbangan salah satu pihak, sesuai ketentuan kontrak. | ||
| Mengapa ini penting Peristiwa ini menandai berakhirnya hubungan bisnis lebih awal. Memahami frekuensi dan alasan penghentian penting untuk mengelola risiko dan menjaga kesehatan bisnis. Sumber data Peristiwa ini biasanya tercatat saat pengguna mengubah status kontrak menjadi 'Terminated', sering kali disertai kode alasan atau catatan. Pengumpulan data Catat waktu saat status kontrak aktif berubah menjadi 'Terminated'. Jenis peristiwa explicit | |||
| Kontrak dikirim untuk ditandatangani | Aktivitas ini menandai pengiriman kontrak akhir yang telah disetujui untuk ditandatangani semua pihak. Ini menandakan berakhirnya negosiasi dan dimulainya tahap penandatanganan. | ||
| Mengapa ini penting Ini adalah pencapaian penting yang memulai penghitungan waktu untuk siklus penandatanganan akhir. Analisis waktu dari tahap ini hingga kontrak ditandatangani dapat mengungkap keterlambatan dalam proses penandatanganan. Sumber data Pada sistem yang terintegrasi dengan layanan tanda tangan elektronik, aktivitas ini biasanya berupa tindakan langsung yang memulai proses penandatanganan dan tercatat di jejak audit sistem. Pengumpulan data Temukan stempel waktu di log peristiwa atau panggilan API yang terkait dengan dimulainya alur kerja tanda tangan elektronik. Jenis peristiwa explicit | |||
| Kontrak diperpanjang | Menandai keberhasilan perpanjangan kontrak setelah masa berlakunya berakhir. Hasil bisnis penting ini memperpanjang masa berlaku perjanjian. | ||
| Mengapa ini penting Tingkat perpanjangan menunjukkan secara langsung retensi dan kepuasan pelanggan. Melacak peristiwa ini penting untuk memahami keberhasilan bisnis jangka panjang dan kesinambungan pendapatan. Sumber data Peristiwa ini biasanya terjadi saat pengguna mengubah status kontrak atau membuat rekaman kontrak baru untuk masa perpanjangan, sebagai kelanjutan dari kontrak awal. Pengumpulan data Cari perubahan status menjadi 'Renewed' atau rekaman kontrak baru yang ditautkan ke kontrak awal sebagai perpanjangan. Jenis peristiwa explicit | |||
| Kontrak ditandatangani | Ini adalah pencapaian penting saat semua pihak telah menandatangani kontrak sehingga kontrak mengikat secara hukum. Peristiwa ini menandai selesainya tahap sebelum penandatanganan dalam siklus kontrak. | ||
| Mengapa ini penting Sebagai hasil utama proses, tanggal penandatanganan penting untuk menghitung waktu siklus keseluruhan dari pengajuan hingga penandatanganan. Tanggal ini juga menjadi peristiwa penting untuk analisis kinerja dan kapasitas penyelesaian. Sumber data Biasanya, aktivitas ini tercatat secara langsung melalui integrasi dengan platform tanda tangan elektronik atau saat pengguna memperbarui status menjadi 'Ditandatangani' dan memasukkan tanggal penandatanganan. Pengumpulan data Gunakan stempel waktu penyelesaian dari sistem tanda tangan elektronik atau tanggal saat status diubah secara manual menjadi 'Ditandatangani'. Jenis peristiwa explicit | |||
| Kontrak kedaluwarsa | Peristiwa ini menandakan bahwa kontrak telah mencapai tanggal berakhir tanpa diperpanjang atau dihentikan lebih awal. Ini adalah akhir masa kontrak yang wajar dan telah direncanakan. | ||
| Mengapa ini penting Memantau kontrak yang kedaluwarsa penting untuk mengelola perpanjangan dan mencegah layanan atau perjanjian berakhir tanpa sengaja. Banyaknya kontrak yang kedaluwarsa tanpa diperpanjang dapat menandakan hilangnya peluang bisnis. Sumber data Peristiwa ini biasanya tidak dicatat secara langsung, tetapi ditentukan dengan membandingkan kolom tanggal kedaluwarsa kontrak dengan tanggal saat ini. Pengumpulan data Tentukan peristiwa ini dengan membuat waktu saat tanggal sistem sama dengan atau melewati kolom 'Expiration Date' pada rekaman kontrak. Jenis peristiwa calculated | |||
| Kontrak mulai berlaku | Menandakan bahwa kontrak mulai berlaku dan dapat ditegakkan. Hal ini dapat terjadi pada atau setelah tanggal penandatanganan. Peristiwa ini memulai pengelolaan kewajiban dan pemantauan kinerja. | ||
| Mengapa ini penting Pemberlakuan kontrak menandai peralihan dari proses penyusunan kontrak ke proses pengelolaan kontrak. Tanggal ini menjadi awal untuk melacak kepatuhan, perpanjangan, dan kewajiban. Sumber data Perubahan ini biasanya tercatat sebagai perubahan status di sistem, dari 'Executed' menjadi 'Active' atau 'Live'. Terkadang, perubahan ini juga terkait dengan kolom 'Effective Date' yang telah ditentukan. Pengumpulan data Gunakan waktu perubahan status menjadi 'Active', atau gunakan Contract Effective Date jika tersedia. Jenis peristiwa inferred | |||
| Permintaan kontrak diajukan | Ini adalah aktivitas pertama dalam siklus kontrak, yaitu pengajuan resmi untuk membuat kontrak baru. Biasanya, aktivitas ini tercatat saat rekaman kontrak atau ruang kerja baru dibuat di sistem. | ||
| Mengapa ini penting Aktivitas ini menandai dimulainya proses secara resmi. Stempel waktunya penting untuk menghitung total waktu siklus kontrak. Analisis jumlah permintaan membantu perencanaan sumber daya dan pengelolaan kebutuhan. Sumber data Peristiwa ini biasanya diambil dari stempel waktu pembuatan rekaman atau objek kontrak utama di tabel kontrak utama atau log audit sistem sumber. Pengumpulan data Temukan peristiwa pembuatan atau stempel waktu paling awal yang terkait dengan ID Kontrak unik. Jenis peristiwa explicit | |||
| Persetujuan internal selesai | Pencapaian ini menandakan bahwa semua pemangku kepentingan internal yang diwajibkan telah menyetujui versi akhir kontrak. Artinya, organisasi telah mencapai kesepakatan internal dan siap mengirimkan kontrak kepada pihak eksternal. | ||
| Mengapa ini penting Ini adalah tahap penting yang menandai berakhirnya negosiasi internal. Waktu yang diperlukan untuk mencapai tahap ini menjadi indikator kinerja utama efisiensi internal. Sumber data Biasanya, aktivitas ini diketahui saat status kontrak berubah menjadi status persetujuan akhir, seperti 'Disetujui sepenuhnya' atau 'Siap ditandatangani', atau saat tugas persetujuan terakhir selesai. Pengumpulan data Temukan stempel waktu saat status persetujuan keseluruhan berubah menjadi selesai atau saat persetujuan terakhir yang diwajibkan tercatat. Jenis peristiwa inferred | |||
| Draf kontrak disusun | Menandai selesainya draf awal kontrak. Biasanya, aktivitas ini tercatat saat versi pertama dokumen kontrak diunggah atau dibuat, lalu dikaitkan dengan rekaman kontrak. | ||
| Mengapa ini penting Melacak waktu dari pengajuan hingga draf selesai membantu Anda memahami efisiensi penyiapan awal dan penyusunan dokumen. Keterlambatan pada tahap ini dapat menjadi tanda awal adanya hambatan proses. Sumber data Biasanya, aktivitas ini tercatat di log pengelolaan dokumen atau lampiran yang terkait dengan rekaman kontrak. Aktivitas ini juga dapat diketahui dari perubahan status, seperti 'Penyusunan draf selesai'. Pengumpulan data Gunakan stempel waktu saat versi dokumen pertama diunggah atau saat status berubah menjadi 'Draf selesai'. Jenis peristiwa inferred | |||
| Kontrak dikirim kepada pihak lain | Aktivitas ini menandai saat kontrak dikirim kepada pihak eksternal untuk ditinjau dan dinegosiasikan. Ini menandai peralihan dari proses internal ke interaksi eksternal. | ||
| Mengapa ini penting Peristiwa ini menjadi titik awal untuk mengukur siklus negosiasi eksternal. Keterlambatan pengiriman kontrak dapat memperpanjang seluruh siklus kesepakatan. Sumber data Aktivitas ini dapat tercatat sebagai tindakan langsung pengguna, seperti 'Kirim untuk negosiasi', atau diketahui dari perubahan status menjadi 'Dalam negosiasi' atau 'Peninjauan eksternal'. Pengumpulan data Catat stempel waktu peristiwa 'Kirim kepada pihak lain' atau perubahan status ke tahap peninjauan eksternal. Jenis peristiwa explicit | |||
| Kontrak direvisi | Menandai saat dokumen kontrak direvisi atau diberi penandaan perubahan selama negosiasi atau peninjauan internal. Setiap revisi menghasilkan versi dokumen baru. | ||
| Mengapa ini penting Frekuensi revisi atau tingkat pengerjaan ulang menjadi indikator penting efisiensi proses dan kompleksitas kontrak. Tingkat pengerjaan ulang yang tinggi dapat menandakan masalah pada draf awal atau strategi negosiasi. Sumber data Biasanya, aktivitas ini tercatat secara langsung setiap kali versi baru dokumen kontrak utama diunggah atau disimpan di repositori dokumen sistem. Pengumpulan data Catat stempel waktu setiap versi dokumen baru yang diunggah setelah draf awal. Jenis peristiwa explicit | |||
| Kontrak ditarik | Menandakan bahwa permintaan kontrak atau kontrak yang sedang diproses sengaja dibatalkan sebelum ditandatangani. Ini adalah status akhir yang menghentikan proses. | ||
| Mengapa ini penting Analisis alasan kontrak ditarik dapat mengungkap masalah dalam proses kualifikasi atau perubahan prioritas bisnis. Ini hasil negatif penting yang perlu dipantau. Sumber data Ini adalah status akhir yang tercatat saat pengguna mengubah status kontrak menjadi 'Canceled' atau 'Withdrawn' di log riwayat status sistem. Pengumpulan data Catat waktu saat status kontrak diubah menjadi status akhir 'Canceled' atau 'Withdrawn'. Jenis peristiwa explicit | |||
| Negosiasi dimulai | Menandakan dimulainya proses negosiasi bolak-balik dengan pihak lain. Biasanya, tahap ini ditandai dengan tanggapan pertama atau dokumen dengan penandaan perubahan yang diterima dari pihak eksternal. | ||
| Mengapa ini penting Melacak awal negosiasi penting untuk menganalisis waktu siklus negosiasi dan memahami berapa lama pihak lain merespons. Sumber data Biasanya, tahap ini diketahui saat pihak eksternal mengunggah versi dokumen baru atau status kontrak berubah untuk menandakan negosiasi sedang berlangsung. Pengumpulan data Gunakan stempel waktu dokumen pertama yang diterima dari pihak lain atau perubahan status menjadi 'Dalam negosiasi'. Jenis peristiwa inferred | |||
| Pemantauan kewajiban dimulai | Aktivitas ini menandai dimulainya pengelolaan setelah kontrak ditandatangani. Pada tahap ini, tanggal penting, hasil yang harus diserahkan, dan komitmen lainnya mulai dipantau. Ini langkah pertama untuk memastikan kepatuhan setelah kontrak diberikan. | ||
| Mengapa ini penting Aktivitas ini penting untuk memahami tata kelola setelah kontrak ditandatangani. Dengan melacak tugas-tugas ini, Anda dapat memastikan kontrak memberikan nilai dan risiko dapat dikurangi. Sumber data Catat aktivitas ini saat tugas, daftar periksa, atau subproses untuk memantau kewajiban kontrak dibuat atau dimulai. Catatannya biasanya tersedia di log manajemen tugas. Pengumpulan data Catat waktu pembuatan tugas atau peristiwa yang terkait dengan pemantauan kewajiban atau kepatuhan untuk kontrak aktif. Jenis peristiwa explicit | |||
| Peninjauan hukum selesai | Menandakan bahwa departemen hukum telah menyelesaikan peninjauan kontrak. Ini adalah titik pemeriksaan penting sebelum kontrak dapat dilanjutkan ke persetujuan yang lebih luas atau negosiasi eksternal. | ||
| Mengapa ini penting Mengukur durasi peninjauan hukum membantu menghitung beban kerja tim hukum dan menemukan peluang untuk menyederhanakan proses hukum. Tahap ini sering menjadi salah satu penyumbang terbesar terhadap waktu siklus secara keseluruhan. Sumber data Biasanya, aktivitas ini tercatat saat tim hukum memperbarui status kontrak, misalnya menjadi 'Disetujui oleh hukum', atau menyelesaikan tugas persetujuan tertentu yang tercatat di log alur kerja sistem. Pengumpulan data Cari stempel waktu penyelesaian tugas yang diberikan kepada departemen hukum atau perubahan status yang menandakan persetujuan hukum. Jenis peristiwa explicit | |||
| Peninjauan internal dimulai | Aktivitas ini menandai saat draf kontrak secara resmi dikirim kepada pemangku kepentingan internal untuk ditinjau dan diberi masukan. Ini adalah awal tahap kolaborasi dan persetujuan internal. | ||
| Mengapa ini penting Ini menjadi titik awal untuk mengukur seluruh siklus peninjauan internal. Analisis waktu yang dihabiskan pada tahap ini membantu menemukan hambatan dalam menyelaraskan pemangku kepentingan. Sumber data Biasanya, aktivitas ini tercatat melalui perubahan status dalam alur kerja, misalnya dari 'Draf' menjadi 'Peninjauan internal', atau saat tugas peninjauan dibuat. Pengumpulan data Catat stempel waktu saat status kontrak berubah menjadi 'Sedang ditinjau' atau saat tugas peninjauan pertama diberikan. Jenis peristiwa explicit | |||
| Perubahan kontrak dimulai | Peristiwa ini menandai dimulainya proses resmi untuk mengubah kontrak aktif yang sudah ada. Peristiwa ini menunjukkan adanya permintaan untuk mengubah ketentuan awal perjanjian. | ||
| Mengapa ini penting Perubahan kontrak yang sering terjadi dapat menunjukkan bahwa kontrak awal belum mencakup kebutuhan dengan cukup baik. Analisis perubahan ini membantu Anda memahami bagaimana hubungan bisnis berkembang. Sumber data Peristiwa ini biasanya tercatat saat rekaman atau ruang kerja 'Amendment' baru dibuat dan ditautkan ke kontrak awal. Data ini dapat ditemukan di tabel data utama sistem. Pengumpulan data Cari peristiwa pembuatan rekaman bertipe 'Amendment' yang ditautkan ke Contract ID induk. Jenis peristiwa explicit | |||
Panduan ekstraksi
Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,
baca panduan ETL kami atau pilih proses dan sistem tertentu.
Siap memulai?
Pilih panduan khusus sistem di bawah untuk mulai mengekstrak data, atau gunakan templat umum ini sebagai acuan untuk menyusun log peristiwa.
Mulai optimalkan pengelolaan kontrak Anda hari ini
Temukan hambatan, kurangi risiko, dan percepat penyelesaian perjanjian agar hasilnya segera terlihat.
Tidak perlu kartu kredit, penyiapan hanya beberapa menit