Templat Data Penerimaan Nasabah KYC

Template process mining universal
Templat Data Penerimaan Nasabah KYC

Templat Data Penerimaan Nasabah KYC

Template process mining universal

Ini template data umum kami untuk process mining Orientasi pelanggan KYC. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Titik awal yang fleksibel untuk berbagai sistem penerimaan nasabah KYC.
  • Menunjukkan data penting untuk menemukan dan menganalisis proses secara efektif.
  • Menjadi kerangka umum sebelum Anda menyesuaikan data dengan sistem tertentu.
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Penerimaan Nasabah KYC

Kolom data yang disarankan ini memberikan konteks penting untuk menganalisis proses permohonan nasabah KYC secara menyeluruh.
5 Wajib 6 Disarankan 6 Opsional
Nama Deskripsi
ID permohonan
CustomerApplicationId
Pengenal unik untuk permohonan penerimaan pelanggan, yang berfungsi sebagai ID kasus untuk analisis proses.
Deskripsi

ID Permohonan Pelanggan adalah kunci unik yang diberikan kepada setiap permintaan penerimaan pelanggan baru sejak dimulai hingga selesai atau dihentikan. Pengenal ini menghubungkan semua aktivitas, peristiwa, dan titik data yang terkait dengan satu proses penerimaan pelanggan. Karena itu, atribut ini sangat penting untuk process mining.

Dalam analisis, ID ini memungkinkan rekonstruksi proses dari awal hingga akhir untuk setiap pelanggan. Anda dapat melacak kemajuan permohonan, menghitung total waktu siklus, dan membandingkan alurnya dengan permohonan lain. Variasi proses, hambatan, dan metrik kinerja dianalisis untuk setiap permohonan. Analisis ini hanya dapat dilakukan jika atribut tersebut dikenali dan digunakan dengan benar sebagai ID kasus.

Mengapa ini penting

Atribut ini penting untuk mengelompokkan semua peristiwa terkait ke dalam satu proses dari awal hingga akhir, yang menjadi dasar seluruh analisis process mining.

Sumber data

Biasanya terdapat di bagian header atau tabel utama pada sistem permohonan pelanggan atau manajemen kasus.

Contoh
APP-2023-00123KYC-987654ONB-C-456-7890
Nama aktivitas
ActivityName
Nama peristiwa bisnis atau tugas tertentu yang dilakukan dalam proses penerimaan pelanggan.
Deskripsi

Nama Aktivitas menjelaskan langkah atau pencapaian tertentu dalam proses penerimaan pelanggan, seperti 'Permohonan Diajukan', 'Tinjauan Kepatuhan Dimulai', atau 'Permohonan Disetujui'. Setiap aktivitas mewakili tindakan tertentu yang dilakukan pengguna atau sistem untuk melanjutkan proses permohonan.

Atribut ini menjadi dasar untuk memvisualisasikan peta proses, inti dari process mining. Dengan menganalisis urutan dan frekuensi aktivitas, analis dapat memahami alur proses yang sebenarnya, mengenali jalur yang umum, menemukan penyimpangan, serta mengidentifikasi pekerjaan ulang atau pengulangan. Nama aktivitas harus jelas dan konsisten agar model proses yang dihasilkan mudah dipahami dan bermakna.

Mengapa ini penting

Atribut ini menentukan langkah-langkah proses sehingga alur, hambatan, dan variasinya dapat divisualisasikan dan dianalisis.

Sumber data

Terdapat dalam log peristiwa, jejak audit, atau tabel transaksi yang mencatat langkah-langkah proses bisnis.

Contoh
Pemeriksaan awal dilakukanDokumen dimintaPenilaian risiko dilakukanAplikasi disetujui
Waktu mulai peristiwa
EventStartTime
Stempel waktu yang menunjukkan kapan aktivitas tertentu dimulai atau terjadi.
Deskripsi

Waktu Mulai Peristiwa mencatat tanggal dan waktu tepat saat suatu aktivitas dimulai. Bersama ID Kasus dan Nama Aktivitas, atribut ini menjadi salah satu dari tiga unsur penting dalam process mining. Data waktu ini memungkinkan peristiwa diurutkan secara kronologis dalam setiap kasus, sehingga alur proses dapat direkonstruksi sesuai kejadian sebenarnya.

Atribut ini menjadi dasar analisis waktu. Anda dapat menggunakannya untuk menghitung durasi aktivitas jika waktu selesai tersedia, waktu tunggu antaraktivitas atau waktu serah terima, serta total waktu siklus proses penerimaan pelanggan. Analisis durasi membantu menemukan hambatan, mengukur kepatuhan terhadap SLA, dan memantau kinerja proses secara keseluruhan.

Mengapa ini penting

Atribut ini menunjukkan urutan kronologis peristiwa, yang penting untuk menemukan model proses dan menghitung semua metrik kinerja berbasis waktu.

Sumber data

Terdapat dalam log peristiwa, jejak audit permohonan, atau tabel transaksi. Nama kolomnya sering berupa 'Stempel Waktu', 'Tanggal Dibuat', atau 'Waktu Mulai'.

Contoh
2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-05-10T11:21:05Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan terakhir kali data diperbarui atau diekstrak dari sistem sumber.
Deskripsi

Atribut ini mencatat tanggal dan waktu ekstraksi atau pembaruan data terbaru. Atribut ini bukan bagian dari proses bisnis, tetapi merupakan metadata penting untuk validasi dan tata kelola data. Informasi ini menunjukkan seberapa baru data yang dianalisis.

Dalam analisis proses, waktu pembaruan data terakhir membantu Anda mengetahui apakah wawasan yang dihasilkan masih relevan. Informasi ini meningkatkan kepercayaan pengguna terhadap data dengan menunjukkan seberapa mutakhir datanya, sekaligus mencegah kesimpulan keliru akibat informasi yang sudah usang. Untuk pemantauan berkelanjutan, atribut ini dapat digunakan untuk membuat peringatan jika pembaruan data terlambat atau gagal, sehingga keandalan dashboard process mining tetap terjaga.

Mengapa ini penting

Atribut ini menunjukkan seberapa mutakhir kumpulan data, sehingga analisis tetap relevan dan akurat.

Sumber data

Dihasilkan selama proses ekstraksi, transformasi, dan pemuatan data (ETL), biasanya tercantum dalam metadata kumpulan data.

Contoh
2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z
Sistem sumber
SourceSystem
Menunjukkan sistem pencatatan asal data peristiwa.
Deskripsi

Atribut Sistem Sumber menunjukkan aplikasi atau platform yang menghasilkan data untuk suatu aktivitas. Dalam lingkungan yang kompleks, proses KYC dapat melibatkan beberapa sistem, seperti CRM untuk pengajuan permohonan, platform KYC khusus untuk penilaian risiko, dan sistem perbankan inti untuk pembuatan akun.

Analisis berdasarkan sistem sumber membantu Anda memahami lanskap teknologi dan dampaknya terhadap proses. Analisis ini dapat mengungkap masalah integrasi, keterlambatan data antar sistem, atau perbedaan cara sistem mencatat informasi. Tim TI dan perbaikan proses dapat menggunakan informasi ini untuk menyederhanakan arsitektur sistem yang mendukung proses penerimaan pelanggan.

Mengapa ini penting

Atribut ini menunjukkan konteks sistem tempat setiap langkah proses berlangsung, sehingga membantu menemukan inefisiensi lintas sistem dan tantangan integrasi data.

Sumber data

Sering disertakan dalam ekstrak data atau log peristiwa, terutama di lingkungan dengan beberapa sistem terintegrasi.

Contoh
CRM_System_AKYC_Platform_BCoreBanking_Sys_C
Departemen pengguna
UserDepartment
Departemen bisnis atau tim yang bertanggung jawab melakukan aktivitas.
Deskripsi

Departemen Pengguna menunjukkan fungsi atau tim tempat pengguna yang melakukan aktivitas bekerja, misalnya 'Kepatuhan', 'Penerimaan Klien', atau 'Operasional'. Atribut ini memberikan konteks organisasi yang lebih luas dibandingkan ID Pengguna perorangan.

Analisis proses berdasarkan departemen penting untuk memahami kolaborasi lintas fungsi dan menemukan hambatan sistemik. Analisis ini membantu memetakan serah terima antar tim, yang sering menjadi penyebab utama keterlambatan dan inefisiensi. Informasi ini berguna untuk mengoptimalkan struktur tim, memperjelas tanggung jawab, dan memperbaiki jalur komunikasi agar proses penerimaan pelanggan berjalan lebih lancar.

Mengapa ini penting

Atribut ini memungkinkan analisis kinerja proses dan serah terima antar tim, serta menunjukkan peluang untuk meningkatkan kolaborasi lintas fungsi.

Sumber data

Biasanya tersedia dalam data profil pengguna yang terhubung dengan ID Pengguna, atau dicatat langsung pada transaksi.

Contoh
ComplianceLayanan nasabahOperasional KYC
ID pengguna
UserId
ID atau nama pegawai maupun agen otomatis yang melakukan aktivitas.
Deskripsi

ID Pengguna menunjukkan orang atau bot sistem yang bertanggung jawab menjalankan aktivitas tertentu dalam proses. Misalnya, petugas kepatuhan, petugas entri data, atau mesin otomatis untuk penilaian risiko. Identitas pengguna harus konsisten agar analisis sumber daya akurat.

Atribut ini memberikan gambaran proses dari sisi orang yang mengerjakannya. Atribut ini penting untuk menganalisis pembagian beban kerja, kinerja individu dan tim, serta alokasi sumber daya. Dengan memfilter peta proses berdasarkan ID Pengguna, manajer dapat memahami cara pegawai menangani tugas, menemukan kebutuhan pelatihan, dan memastikan beban kerja terbagi merata. Atribut ini juga membantu menganalisis kolaborasi dan menunjukkan bagaimana pekerjaan berpindah antarorang.

Mengapa ini penting

Atribut ini memungkinkan analisis beban kerja, kinerja sumber daya, dan pola kolaborasi, sehingga pengelolaan sumber daya dan pelatihan dapat ditingkatkan.

Sumber data

Tersedia dalam jejak audit sistem atau log transaksi, biasanya terkait dengan pengguna yang membuat atau terakhir mengubah catatan.

Contoh
john.doeSYSTEM_AUTOuser12345
Jenis pelanggan
CustomerType
Kategori pelanggan, seperti perorangan atau perusahaan.
Deskripsi

Jenis Pelanggan mengelompokkan pemohon ke dalam kategori, misalnya 'Perorangan', 'Perusahaan', 'Perwalian', atau 'Nirlaba'. Kebutuhan penerimaan pelanggan dan tingkat kerumitan proses dapat sangat berbeda untuk setiap jenis pelanggan.

Atribut ini penting untuk segmentasi analisis. Dengan memfilter peta proses dan KPI berdasarkan Jenis Pelanggan, organisasi dapat menemukan perbedaan yang signifikan. Misalnya, penerimaan klien perusahaan biasanya mencakup langkah yang lebih rumit, seperti verifikasi pemilik manfaat, yang tidak diperlukan untuk pelanggan perorangan. Analisis ini membantu memastikan setiap variasi proses berjalan seefisien mungkin untuk segmennya dan mendukung perbaikan proses yang lebih tepat sasaran.

Mengapa ini penting

Atribut ini memungkinkan segmentasi proses untuk membandingkan dan mengoptimalkan proses penerimaan bagi berbagai jenis pelanggan.

Sumber data

Biasanya dicatat pada awal proses permohonan dan disimpan dalam tabel utama pelanggan atau permohonan.

Contoh
PeroranganPerusahaanPerwalianUsaha kecil
Status permohonan
ApplicationStatus
Hasil akhir atau status terkini permohonan penerimaan pelanggan.
Deskripsi

Status Permohonan menunjukkan hasil akhir permohonan, seperti 'Disetujui', 'Ditolak', atau 'Ditarik'. Atribut ini mewakili hasil bisnis dari proses dan menjadi dimensi penting untuk mengukur kinerja.

Atribut ini penting untuk analisis berdasarkan hasil. Anda dapat membandingkan jalur proses yang berujung pada keberhasilan dengan jalur yang berakhir dengan penolakan. Analis dapat menggunakannya untuk menemukan pola proses yang berkaitan dengan tingginya tingkat penolakan, menghitung KPI seperti 'Tingkat Penolakan Permohonan', dan membuat 'Analisis Corong Penerimaan Pelanggan' untuk melihat di tahap mana pemohon berhenti. Memahami alasan permohonan gagal merupakan langkah awal untuk memperbaiki proses dan meningkatkan tingkat keberhasilan.

Mengapa ini penting

Atribut ini menunjukkan hasil bisnis setiap kasus, sehingga Anda dapat menganalisis alasan permohonan ditolak dan cara meningkatkan tingkat persetujuan.

Sumber data

Biasanya terdapat dalam tabel utama kasus atau permohonan, yang menunjukkan status akhir catatan.

Contoh
DisetujuiDitolakSedang diprosesDitarik oleh pelanggan
Tingkat risiko
RiskLevel
Klasifikasi risiko permohonan pelanggan yang dihitung, seperti Rendah, Sedang, atau Tinggi.
Deskripsi

Tingkat Risiko merupakan hasil penting dari proses KYC. Atribut ini mengelompokkan pelanggan berdasarkan faktor seperti industri, wilayah, dan pola transaksi. Klasifikasi ini menentukan tingkat pemeriksaan dan uji tuntas yang diperlukan untuk permohonan mereka.

Dalam process mining, atribut ini berguna untuk analisis kesesuaian dan variasi proses. Proses untuk pelanggan berisiko tinggi semestinya berbeda dan lebih ketat daripada proses untuk pelanggan berisiko rendah. Dengan membandingkan alur proses aktual untuk setiap tingkat risiko dengan prosedur yang diharapkan, organisasi dapat memeriksa kepatuhan terhadap kebijakan internal dan peraturan. Analisis ini membantu menjawab pertanyaan seperti, 'Apakah pelanggan berisiko tinggi selalu menjalani uji tuntas yang ditingkatkan?' atau 'Apakah kita menghabiskan terlalu banyak waktu untuk pelanggan berisiko rendah?'.

Mengapa ini penting

Atribut ini penting untuk kepatuhan dan manajemen risiko. Anda dapat menganalisis apakah proses uji tuntas disesuaikan dengan profil risiko yang berbeda.

Sumber data

Dihitung oleh mesin risiko atau ditetapkan secara manual oleh petugas kepatuhan. Disimpan dalam catatan utama pelanggan atau permohonan.

Contoh
RendahSedangTinggiPEP
Waktu selesai peristiwa
EventEndTime
Stempel waktu yang menunjukkan kapan aktivitas tertentu selesai.
Deskripsi

Waktu Selesai Peristiwa mencatat tanggal dan waktu tepat saat suatu aktivitas berakhir. Jika dipasangkan dengan Waktu Mulai Peristiwa, atribut ini memungkinkan penghitungan waktu pengerjaan setiap tugas secara akurat. Tidak semua sistem menyediakan waktu mulai dan selesai. Beberapa sistem hanya mencatat satu stempel waktu saat aktivitas selesai.

Waktu selesai sangat berguna untuk analisis kinerja. Atribut ini memungkinkan pembuatan metrik terperinci, seperti 'Rata-rata Waktu Tinjauan Kepatuhan', dengan membedakan waktu yang digunakan pegawai untuk mengerjakan tugas secara aktif dari waktu tugas menunggu dalam antrean. Rincian ini penting untuk menemukan hambatan secara akurat dan menentukan apakah perbaikan perlu difokuskan pada kapasitas sumber daya atau serah terima proses.

Mengapa ini penting

Atribut ini memungkinkan penghitungan waktu pengerjaan aktivitas secara akurat, sehingga waktu kerja aktif dapat dibedakan dari waktu tunggu.

Sumber data

Terdapat dalam log peristiwa atau tabel transaksi bersama waktu mulai. Nama kolomnya mungkin 'Waktu Selesai', 'Tanggal Penyelesaian', atau 'Diubah Pada'.

Contoh
2023-01-15T17:30:00Z2023-03-21T10:15:20Z2023-05-10T11:55:00Z
Alasan penolakan
RejectionReason
Alasan khusus yang diberikan saat permohonan pelanggan ditolak.
Deskripsi

Jika status permohonan 'Ditolak', Alasan Penolakan menjelaskan penyebabnya, seperti 'Dokumen Tidak Lengkap', 'Profil Risiko Tinggi', atau 'Cocok dengan Daftar Sanksi'. Atribut ini memberikan konteks penting tentang proses yang gagal.

Analisis alasan penolakan menjadi dasar dashboard 'Analisis Penolakan Permohonan'. Analisis ini membantu bisnis mencari akar masalah dan memahami titik kegagalan yang paling umum dalam proses penerimaan pelanggan. Dengan mengelompokkan dan menghitung frekuensi alasan tersebut, organisasi dapat menentukan prioritas perbaikan. Misalnya, jika 'Dokumen Tidak Lengkap' menjadi alasan utama, perusahaan dapat memperjelas petunjuk bagi pelanggan atau memperbaiki portal pengiriman dokumen.

Mengapa ini penting

Atribut ini menunjukkan akar masalah permohonan yang gagal, sehingga perbaikan dapat diarahkan untuk mengurangi tingkat penolakan dan meningkatkan pengalaman pelanggan.

Sumber data

Biasanya disimpan dalam tabel utama permohonan atau kasus, dan diisi saat status diubah menjadi 'Ditolak'.

Contoh
Verifikasi identitas gagalDokumen tidak lengkapRisiko tinggiCocok dengan PEP
Dilakukan otomatis
IsAutomated
Penanda yang menunjukkan apakah aktivitas dilakukan otomatis oleh sistem atau secara manual oleh pengguna.
Deskripsi

Atribut boolean ini membedakan tugas yang dijalankan perangkat lunak atau bot dari tugas yang dilakukan pengguna. Aktivitas otomatis dapat mencakup validasi data awal, pemeriksaan daftar sanksi, atau pengiriman komunikasi standar.

Analisis atribut ini penting untuk mengevaluasi efektivitas inisiatif otomatisasi. Dengan membandingkan kecepatan dan hasil langkah otomatis dengan langkah manual, bisnis dapat menemukan peluang otomatisasi lebih lanjut untuk mengurangi biaya dan waktu siklus. Atribut ini juga membantu memantau kinerja sistem otomatis dan memastikan sistem berfungsi sesuai harapan dalam proses dari awal hingga akhir.

Mengapa ini penting

Atribut ini membantu mengukur dampak dan efisiensi otomatisasi dalam proses, serta menemukan peluang untuk perbaikan lebih lanjut dengan RPA atau sistem.

Sumber data

Dapat berupa kolom khusus dalam log peristiwa atau ditentukan berdasarkan ID Pengguna, misalnya jika ID-nya 'SYSTEM' atau 'BOT'.

Contoh
truefalse
ID pelanggan
CustomerId
Pengenal unik untuk pelanggan yang sedang menjalani proses penerimaan.
Deskripsi

ID Pelanggan adalah pengenal unik yang tetap sama untuk pelanggan dalam berbagai interaksi atau permohonan. ID Permohonan Pelanggan melacak satu proses penerimaan, sedangkan ID Pelanggan dapat menghubungkan beberapa upaya penerimaan atau proses lain untuk pelanggan yang sama.

Atribut ini memberikan analisis yang berfokus pada pelanggan, bukan hanya satu kasus. Atribut ini berguna untuk memahami pemohon berulang, menganalisis hubungan jangka panjang dengan pelanggan, atau menghubungkan proses penerimaan dengan proses lain seperti 'Permohonan Pinjaman' atau 'Pemeliharaan Akun'. Atribut ini tidak wajib untuk melihat satu proses saja, tetapi memperkaya data untuk process mining yang lebih kompleks dan berpusat pada objek.

Mengapa ini penting

Atribut ini memberikan gambaran yang berfokus pada pelanggan dengan menghubungkan beberapa upaya penerimaan atau proses berbeda yang terkait dengan pelanggan yang sama.

Sumber data

Biasanya terdapat dalam sistem data induk pelanggan terpusat dan terhubung dengan catatan permohonan.

Contoh
CUST-1005678943210AENT-4590
Kanal permohonan
ApplicationChannel
Kanal yang digunakan pelanggan untuk mengajukan permohonan.
Deskripsi

Atribut ini menunjukkan cara pelanggan mengajukan permohonan, seperti 'Portal Web', 'Aplikasi Seluler', atau 'Kantor Cabang'. Setiap kanal dapat memiliki proses pengumpulan data dan pengalaman pelanggan yang berbeda.

Analisis proses berdasarkan kanal membantu mengevaluasi kinerja dan efisiensi setiap titik interaksi dengan pelanggan. Analisis ini dapat menjawab pertanyaan seperti, 'Apakah permohonan melalui aplikasi seluler diproses lebih cepat daripada permohonan melalui web?' atau 'Apakah tingkat pekerjaan ulang lebih tinggi untuk permohonan yang diajukan di kantor cabang?'. Wawasan ini berguna untuk mengoptimalkan proses pelanggan di semua kanal dan mengalokasikan sumber daya secara efektif.

Mengapa ini penting

Atribut ini memungkinkan perbandingan efisiensi proses dan pengalaman pelanggan di berbagai kanal pengajuan, seperti web, seluler, atau tatap muka.

Sumber data

Biasanya dicatat pada awal proses, saat permohonan pertama kali dibuat.

Contoh
Portal webAplikasi selulerKantor cabang
Negara pelanggan
CustomerCountry
Negara tempat pelanggan tinggal atau tempat badan usaha didirikan.
Deskripsi

Negara Pelanggan menunjukkan lokasi geografis pemohon. Informasi ini penting dalam proses KYC karena peraturan dan faktor risiko dapat sangat berbeda di setiap negara.

Analisis geografis memberikan wawasan tambahan. Persyaratan hukum di setiap negara dapat membuat proses penerimaan pelanggan berbeda. Dengan memfilter berdasarkan Negara Pelanggan, perusahaan dapat memastikan bahwa variasi proses sesuai yurisdiksi dijalankan dengan benar. Analisis ini juga dapat menunjukkan perbedaan kinerja, seperti waktu siklus yang lebih lama untuk permohonan dari negara berisiko tinggi, yang mungkin terjadi karena persyaratan uji tuntas yang lebih ketat.

Mengapa ini penting

Atribut ini memungkinkan analisis variasi dan kinerja proses berdasarkan wilayah, yang penting untuk memastikan kepatuhan terhadap peraturan setempat.

Sumber data

Diperoleh dari pelanggan selama proses permohonan dan disimpan dalam catatan pelanggan atau permohonan.

Contoh
USAGBRSGPDEU
Tanggal target SLA
SlaTargetDate
Tanggal batas penyelesaian proses penerimaan pelanggan yang diharapkan.
Deskripsi

Tanggal Target Service Level Agreement (SLA) adalah batas waktu penyelesaian proses penerimaan pelanggan. Tanggal ini biasanya ditetapkan berdasarkan kebijakan internal atau kewajiban kontrak, lalu digunakan sebagai tolok ukur ketepatan waktu.

Atribut ini menjadi dasar dashboard 'Pemantauan Kinerja SLA'. Dengan membandingkan tanggal penyelesaian aktual permohonan dengan Tanggal Target SLA, Anda dapat menghitung 'Tingkat Kepatuhan SLA'. Analisis kasus yang melewati batas SLA membantu menemukan aktivitas atau departemen yang menyebabkan keterlambatan. Informasi ini memungkinkan pengelolaan antrean kerja dan alokasi sumber daya secara proaktif untuk mengurangi pelanggaran SLA dan meningkatkan kepuasan pelanggan.

Mengapa ini penting

Atribut ini menjadi tolok ukur kinerja untuk mengukur kepatuhan SLA dan menemukan kasus yang berisiko terlambat.

Sumber data

Sering dihitung dan disimpan pada catatan utama permohonan saat kasus dibuat, berdasarkan jenis permohonan atau kriteria lainnya.

Contoh
2023-01-30T23:59:59Z2023-04-15T23:59:59Z2023-06-01T23:59:59Z
Wajib Disarankan Opsional

Aktivitas Penerimaan Nasabah KYC

Tabel ini merangkum langkah dan tonggak penting untuk mencatat log peristiwa yang akurat dan terperinci selama proses penerimaan nasabah KYC.
7 Disarankan 8 Opsional
Aktivitas Deskripsi
Aplikasi diajukan
Aktivitas ini menandai dimulainya proses onboarding pelanggan. Aktivitas tercatat saat sistem menerima aplikasi pelanggan baru secara resmi, baik melalui portal pelanggan maupun entri data internal.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses. Menganalisis jumlah dan waktu pengajuan menjadi dasar untuk memahami permintaan dan kapasitas.

Sumber data

Peristiwa ini biasanya tercatat dalam log pembuatan aplikasi atau sebagai entri pertama di jejak audit sistem manajemen kasus.

Pengumpulan data

Gunakan stempel waktu pembuatan aplikasi atau catatan kasus.

Jenis peristiwa explicit
Aplikasi disetujui
Aktivitas ini menunjukkan keputusan akhir untuk menyetujui aplikasi onboarding pelanggan. Ini merupakan tonggak penting yang menandakan proses KYC berhasil.
Mengapa ini penting

Ini adalah peristiwa keberhasilan penting sekaligus titik akhir proses pengambilan keputusan. Data ini dapat digunakan untuk menganalisis tingkat persetujuan dan waktu yang diperlukan hingga aplikasi disetujui.

Sumber data

Biasanya tercatat sebagai perubahan status akhir yang tersendiri dalam siklus aplikasi di sistem manajemen kasus.

Pengumpulan data

Cari stempel waktu saat status akhir aplikasi ditetapkan menjadi 'Disetujui' atau status akhir berhasil yang serupa.

Jenis peristiwa inferred
Aplikasi ditolak
Menunjukkan keputusan akhir untuk menolak aplikasi pelanggan dan mengakhiri proses onboarding. Ini merupakan hasil negatif yang penting dalam proses.
Mengapa ini penting

Ini adalah peristiwa kegagalan yang penting. Menganalisis kapan dan mengapa penolakan terjadi sangat penting untuk memperbaiki proses dan memahami kendala yang dialami pelanggan.

Sumber data

Peristiwa ini tercatat melalui perubahan status akhir pada catatan aplikasi, seperti 'Ditolak' atau 'Tidak Disetujui'.

Pengumpulan data

Cari stempel waktu saat status akhir aplikasi ditetapkan menjadi 'Ditolak' atau status akhir gagal yang serupa.

Jenis peristiwa inferred
Informasi tambahan diminta
Menunjukkan peristiwa saat pemeriksa memerlukan informasi atau dokumen tambahan dari pelanggan agar proses dapat dilanjutkan. Tindakan ini memulai pengerjaan ulang dan menghentikan sementara proses internal.
Mengapa ini penting

Aktivitas ini menjadi salah satu penyebab utama inefisiensi proses dan waktu siklus yang panjang. Jika sering terjadi, kemungkinan ada masalah dalam pengumpulan data awal.

Sumber data

Biasanya tercatat secara langsung karena aktivitas ini sering melibatkan pengiriman pemberitahuan kepada pelanggan dan masuk ke jejak komunikasi atau audit.

Pengumpulan data

Gunakan stempel waktu peristiwa 'Permintaan Informasi', perubahan status tertentu, atau komunikasi dengan pelanggan yang tercatat.

Jenis peristiwa explicit
Onboarding selesai
Ini adalah aktivitas terakhir dalam proses. Pelanggan telah menyelesaikan onboarding dan kasus aplikasi ditutup secara administratif. Pelanggan kini siap bertransaksi.
Mengapa ini penting

Ini adalah peristiwa akhir untuk kasus yang berhasil. Total waktu hingga aktivitas ini menunjukkan keseluruhan durasi perjalanan onboarding pelanggan.

Sumber data

Disimpulkan dari status akhir seperti 'Sudah Onboarding' atau 'Ditutup - Disetujui' yang diterapkan pada kasus di sistem sumber.

Pengumpulan data

Gunakan stempel waktu peristiwa penutupan kasus atau waktu saat status diperbarui menjadi status akhir 'Selesai'.

Jenis peristiwa inferred
Pemeriksaan kepatuhan dimulai
Aktivitas ini menandai dimulainya tahap pemeriksaan manual oleh departemen kepatuhan. Biasanya dilakukan untuk aplikasi berisiko tinggi atau yang ditandai, dan menjadi titik serah terima penting kepada tim khusus.
Mengapa ini penting

Melacak aktivitas ini penting untuk menemukan hambatan dalam proses kepatuhan. Waktu hingga pemeriksaan selesai menjadi bagian penting dari keseluruhan waktu siklus.

Sumber data

Peristiwa ini sering disimpulkan dari perubahan status kasus atau dari log audit yang menunjukkan kasus ditugaskan ke antrean kerja petugas kepatuhan.

Pengumpulan data

Cari stempel waktu saat status aplikasi berubah menjadi 'Menunggu Kepatuhan' atau saat aplikasi ditugaskan ke antrean kerja kepatuhan.

Jenis peristiwa inferred
Penilaian risiko dilakukan
Aktivitas ini menunjukkan penggunaan mesin pengambilan keputusan atau proses manual untuk menghitung skor risiko aplikasi pelanggan. Informasi yang ada digabungkan untuk menentukan tingkat risiko pelanggan.
Mengapa ini penting

Hasil penilaian risiko sering menentukan jalur proses berikutnya, misalnya pemrosesan langsung atau pemeriksaan kepatuhan manual.

Sumber data

Sebagai fungsi utama, aktivitas ini sering tercatat sebagai peristiwa tersendiri saat aturan penilaian risiko dijalankan atau kolom skor risiko diisi.

Pengumpulan data

Gunakan stempel waktu dari log eksekusi mesin risiko atau jejak audit kolom skor risiko.

Jenis peristiwa explicit
Akun dibuat
Setelah aplikasi disetujui, aktivitas ini menandai pembuatan akun pelanggan di sistem perbankan inti atau sistem manajemen pengguna. Pada tahap ini, pelanggan beralih dari pemohon menjadi pengguna aktif.
Mengapa ini penting

Aktivitas ini mengukur efisiensi serah terima antara proses pengambilan keputusan dan sistem penyediaan teknis.

Sumber data

Sering tercatat sebagai peristiwa tersendiri oleh sistem onboarding setelah menerima konfirmasi berhasil dari sistem lanjutan, atau diketahui dari tanggal pembuatan akun di sistem inti.

Pengumpulan data

Gunakan stempel waktu pembuatan akun dari sistem inti atau peristiwa konfirmasi yang tercatat di sistem onboarding.

Jenis peristiwa explicit
Dokumen diminta
Aktivitas ini terjadi saat sistem atau petugas menentukan bahwa pelanggan perlu menyerahkan dokumen tertentu agar verifikasi dapat dilanjutkan. Aktivitas ini menandai pengiriman permintaan informasi resmi kepada pemohon.
Mengapa ini penting

Pelacakan aktivitas ini membantu memahami keterlambatan yang terjadi dalam proses. Waktu antara peristiwa ini dan 'Dokumen Diterima' menunjukkan waktu tunggu pelanggan.

Sumber data

Aktivitas ini dapat diketahui dari log komunikasi yang dibuat sistem, catatan email, atau perubahan status yang menunjukkan kasus 'Menunggu Dokumen'.

Pengumpulan data

Gunakan stempel waktu komunikasi yang dikirim kepada pelanggan atau perubahan status menjadi 'Dokumen Tertunda'.

Jenis peristiwa explicit
Dokumen diterima
Aktivitas ini menandai saat pelanggan menyerahkan dokumen identitas dan dokumen pendukung yang diperlukan. Dokumen tersebut kini tersedia di sistem untuk diperiksa.
Mengapa ini penting

Peristiwa ini penting untuk mengukur waktu respons pelanggan dan menemukan keterlambatan yang disebabkan oleh pemohon.

Sumber data

Biasanya tercatat sebagai peristiwa tersendiri dalam log manajemen dokumen sistem atau jejak audit kasus setiap kali dokumen diunggah.

Pengumpulan data

Gunakan stempel waktu saat lampiran dokumen yang terkait dengan kasus aplikasi dibuat atau diunggah.

Jenis peristiwa explicit
Pemeriksaan awal dilakukan
Menunjukkan pemeriksaan awal aplikasi, yang sering dilakukan secara otomatis, untuk memeriksa kelengkapan data, kelayakan dasar, atau kecocokan awal dengan daftar sanksi. Langkah ini dengan cepat menyaring aplikasi yang jelas tidak memenuhi syarat atau belum lengkap.
Mengapa ini penting

Aktivitas ini membantu mengukur kualitas aplikasi yang masuk. Tingkat kegagalan yang tinggi pada tahap ini dapat menunjukkan masalah pada formulir aplikasi atau petunjuk pengisian.

Sumber data

Biasanya tercatat sebagai langkah otomatis dalam riwayat alur kerja atau disimpulkan dari perubahan status awal, misalnya dari 'Baru' menjadi 'Pemeriksaan Selesai'.

Pengumpulan data

Cari stempel waktu saat pemeriksaan awal atau aturan validasi selesai, yang biasanya ditandai dengan pembaruan status.

Jenis peristiwa inferred
Pemeriksaan dokumen selesai
Aktivitas ini menandakan bahwa petugas atau alat otomatis telah selesai memeriksa dokumen yang diserahkan pelanggan. Dokumen telah diperiksa keaslian, keabsahan, dan kelengkapannya.
Mengapa ini penting

Pemeriksaan dokumen sering memakan waktu cukup besar dalam keseluruhan proses. Menganalisis langkah ini membantu menemukan kebutuhan sumber daya atau pelatihan.

Sumber data

Aktivitas ini sering disimpulkan dari perubahan status dokumen atau kasus secara keseluruhan, misalnya 'Dokumen Terverifikasi' atau 'Pemeriksaan Selesai'.

Pengumpulan data

Cari stempel waktu saat tugas pemeriksaan manual ditandai selesai atau saat status kasus diperbarui untuk menunjukkan dokumen berhasil diverifikasi.

Jenis peristiwa inferred
Pemeriksaan kepatuhan selesai
Menandai berakhirnya pemeriksaan manual oleh departemen kepatuhan. Petugas kepatuhan telah memutuskan untuk menyetujui, menolak, atau meminta tindak lanjut atas aplikasi.
Mengapa ini penting

Tonggak ini mengakhiri tahap penting yang sering memakan waktu lama. Menganalisis waktu hingga tahap ini membantu mengukur efisiensi tim kepatuhan.

Sumber data

Aktivitas ini biasanya disimpulkan dari perubahan status kasus, dari 'Menunggu Kepatuhan' ke status berikutnya seperti 'Kepatuhan Disetujui'.

Pengumpulan data

Gunakan stempel waktu saat tugas pemeriksaan kepatuhan ditandai 'Selesai' atau saat status kasus diperbarui untuk menunjukkan hasil pemeriksaan.

Jenis peristiwa inferred
Pemeriksaan latar belakang dimulai
Menunjukkan dimulainya pemeriksaan latar belakang secara otomatis atau manual, seperti pemeriksaan AML, PEP, atau riwayat kredit. Proses ini sering melibatkan penyedia layanan eksternal.
Mengapa ini penting

Pemeriksaan latar belakang dapat menjadi sumber keterlambatan utama. Mencatat waktu mulainya membantu mengukur waktu tunggu hasil dari pihak ketiga.

Sumber data

Sering tercatat sebagai peristiwa tersendiri saat sistem memulai pemeriksaan, atau disimpulkan dari perubahan status seperti 'Menunggu Pemeriksaan Latar Belakang'.

Pengumpulan data

Gunakan stempel waktu panggilan API ke layanan pemeriksaan latar belakang atau entri log yang menunjukkan pemeriksaan telah dimulai.

Jenis peristiwa explicit
Verifikasi identitas dilakukan
Menunjukkan pemeriksaan otomatis atau manual untuk mencocokkan identitas pelanggan dengan sumber data eksternal atau internal. Ini merupakan langkah utama dalam proses KYC.
Mengapa ini penting

Aktivitas ini penting untuk kepatuhan dan pencegahan penipuan. Kegagalan pada tahap ini dapat menyebabkan aplikasi ditolak atau perlu diselidiki lebih lanjut.

Sumber data

Sering tercatat sebagai peristiwa tersendiri saat panggilan API dilakukan ke layanan verifikasi pihak ketiga dan respons diterima.

Pengumpulan data

Gunakan stempel waktu dari log panggilan layanan verifikasi identitas beserta respons berhasil atau gagalnya.

Jenis peristiwa explicit
Disarankan Opsional

Panduan Ekstraksi

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap Memulai?

Pilih panduan untuk sistem Anda di bawah ini untuk mulai mengekstrak data, atau gunakan templat umum ini sebagai acuan awal.

Optimalkan Penerimaan Nasabah KYC dan Tingkatkan Efisiensi

Dapat digunakan dengan sistem apa pun. Temukan wawasan dan tingkatkan kepatuhan dalam hitungan hari.

Mulai Uji Coba Gratis

Tidak perlu kartu kredit. Rasakan manfaatnya dengan cepat.