Templat data onboarding nasabah KYC Anda
Templat data onboarding nasabah KYC Anda
- Atribut yang disarankan untuk log peristiwa
- Aktivitas utama yang perlu dilacak selama proses
- Panduan praktis untuk mengekstrak data
Atribut onboarding nasabah KYC
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama peristiwa atau tugas tertentu yang terjadi dalam proses orientasi. | ||
|
Deskripsi
Atribut ini mencatat nama aktivitas bisnis atau peristiwa sistem, seperti 'Permohonan Diajukan', 'Tinjauan Kepatuhan Dimulai', atau 'Permohonan Ditolak'. Atribut ini mewakili satu langkah dalam keseluruhan proses orientasi nasabah. Analisis aktivitas merupakan inti process mining. Atribut ini digunakan untuk menyusun peta proses yang menunjukkan alur antar langkah. Atribut ini membantu mengidentifikasi urutan peristiwa, mengukur frekuensi setiap aktivitas, dan menemukan tugas yang paling sering dilakukan atau paling lama diselesaikan.
Mengapa ini penting
Atribut ini menentukan langkah-langkah dalam peta proses sehingga alur proses dapat divisualisasikan, dianalisis, dan dipahami.
Sumber data
Informasi ini biasanya tercatat dalam jejak audit Pega (tabel riwayat), atau dapat diperoleh dari perubahan status kasus.
Contoh
Penyaringan awal selesaiPeninjauan kepatuhan selesaiPengajuan disetujui
|
|||
|
Permohonan Nasabah
CustomerApplication
|
Pengenal unik untuk setiap kasus permohonan proses orientasi nasabah. | ||
|
Deskripsi
Permohonan Nasabah adalah pengenal utama kasus yang mengelompokkan semua aktivitas dan peristiwa terkait dalam proses orientasi seorang nasabah. Setiap permohonan mengikuti alur dari pengajuan hingga disetujui dan rekening diaktifkan, atau ditolak. Dalam process mining, atribut ini penting untuk merekonstruksi seluruh perjalanan setiap permohonan. Analis dapat melihat urutan peristiwa secara lengkap, melacak status setiap permohonan, dan membandingkan berbagai alur. Analisis berdasarkan ID ini membantu menemukan variasi proses yang umum, hambatan, dan penyimpangan dari prosedur standar.
Mengapa ini penting
ID ini menjadi dasar process mining karena menghubungkan setiap peristiwa menjadi rangkaian proses yang utuh dari awal hingga akhir untuk dianalisis.
Sumber data
Biasanya, ini adalah ID kasus utama di Pega. ID ini sering tersedia sebagai pzInsKey atau nama lain yang lebih mudah dipahami bisnis pada objek kerja jenis kasus utama.
Contoh
APP-2023-00123APP-2023-00124APP-2023-00125
|
|||
|
Waktu Mulai
EventTime
|
Waktu yang menunjukkan kapan suatu aktivitas atau peristiwa dimulai. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu yang tepat saat suatu aktivitas dimulai. Informasi ini menentukan urutan kronologis semua peristiwa dalam satu kasus permohonan nasabah. Stempel waktu menjadi dasar analisis kinerja proses. Data ini digunakan untuk menghitung durasi aktivitas, waktu tunggu antar langkah, dan total waktu siklus proses orientasi dari awal hingga akhir. Data ini penting untuk menemukan hambatan, mengukur kepatuhan terhadap SLA, dan memahami efisiensi proses.
Mengapa ini penting
Stempel waktu memberikan urutan kronologis yang diperlukan untuk menghitung durasi, menganalisis kinerja proses, dan menemukan keterlambatan.
Sumber data
Informasi ini biasanya tersedia dalam jejak audit Pega sebagai pxTimeCreated di tabel riwayat setiap peristiwa.
Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:05:00Z
|
|||
|
Alasan Penolakan
RejectionReason
|
Menjelaskan alasan permohonan ditolak. | ||
|
Deskripsi
Jika status akhir permohonan adalah 'Ditolak', atribut ini mencatat alasan spesifik, seperti 'Gagal dalam Pemeriksaan Latar Belakang', 'Dokumen Tidak Lengkap', atau 'Profil Risiko Tinggi'. Atribut ini menjadi dasar dashboard 'Analisis Penolakan Permohonan'. Dengan mengelompokkan kasus yang ditolak berdasarkan alasan, bisnis dapat menemukan titik kegagalan yang paling sering terjadi dalam proses orientasi. Temuan ini penting untuk menentukan perbaikan yang tepat sasaran, mengurangi tingkat penolakan, meningkatkan pengalaman nasabah, dan meningkatkan efisiensi operasional.
Mengapa ini penting
Menunjukkan alasan permohonan gagal agar perbaikan proses dapat diarahkan untuk meningkatkan tingkat keberhasilan.
Sumber data
Kemungkinan, properti khusus ini ditetapkan pada kasus saat statusnya berubah menjadi 'Ditolak'. Lihat dokumentasi Pega KYC untuk mengetahui kolom alasan penolakan standar.
Contoh
Terdeteksi dalam Daftar SanksiKetidaksesuaian DokumenTeridentifikasi sebagai PEPInformasi Tidak Memadai
|
|||
|
Departemen
WorkGroup
|
Departemen atau tim fungsional yang bertanggung jawab atas aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan unit organisasi atau tim tempat pengguna yang melakukan aktivitas bekerja, seperti 'Tim Penyaringan', 'Kepatuhan', atau 'Operasional Orientasi'. Analisis proses berdasarkan departemen penting untuk dashboard 'Distribusi Beban Kerja per Departemen'. Analisis ini membantu manajer memahami alur kerja antar tim, menemukan hambatan lintas fungsi, dan menilai alokasi sumber daya di seluruh proses orientasi. Informasi ini juga penting untuk memperbaiki serah terima tugas dan menyeimbangkan beban kerja.
Mengapa ini penting
Atribut ini memungkinkan analisis alur proses dan hambatan antar unit bisnis, serta mendukung pengelolaan sumber daya dan peningkatan organisasi.
Sumber data
Informasi ini biasanya tercantum di profil pengguna Pega (catatan Operator ID) dan dapat digabungkan dengan data peristiwa. Nama propertinya mungkin pyWorkGroup.
Contoh
Penyaringan AwalPeninjauan kepatuhanAktivasi Rekening
|
|||
|
Pengguna
OperatorId
|
Pengenal unik pengguna yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menyimpan ID pegawai atau pengguna sistem yang bertanggung jawab menyelesaikan tugas tertentu dalam proses KYC, seperti petugas kepatuhan atau bot penyaringan otomatis. Untuk langkah otomatis, ID ini dapat berupa akun sistem atau layanan. Analisis berdasarkan pengguna membantu memahami pembagian beban kerja, kinerja individu, dan kebutuhan pelatihan. Analisis ini juga dapat digunakan untuk menyelidiki penyimpangan proses dengan mengetahui pengguna atau tim yang terlibat dalam alur yang tidak standar.
Mengapa ini penting
Atribut ini menghubungkan aktivitas proses dengan individu atau tim tertentu, sehingga beban kerja, kinerja, dan kepatuhan dapat dianalisis.
Sumber data
Kolom ini biasanya tersedia dalam jejak audit Pega dengan nama pxUpdateOperator atau properti serupa di tabel riwayat.
Contoh
j.doe@acmebank.comkyc_analyst_04system_auto_agent
|
|||
|
Status Permohonan
ApplicationStatus
|
Hasil akhir atau status terkini permohonan nasabah. | ||
|
Deskripsi
Atribut ini menunjukkan status keseluruhan permohonan di akhir proses, seperti 'Disetujui', 'Ditolak', atau 'Dibatalkan'. Untuk kasus yang masih berjalan, atribut ini juga dapat menunjukkan status terakhir yang diketahui. Atribut ini penting untuk menganalisis hasil. Dashboard 'Analisis Penolakan Permohonan' menggunakannya untuk mengelompokkan kasus dan memahami penyebab hasil tertentu. Analisis alur proses yang berujung pada status berbeda membantu menemukan praktik terbaik pada kasus yang disetujui dan akar penyebab penolakan.
Mengapa ini penting
Atribut ini menunjukkan hasil bisnis suatu kasus, sehingga alur yang berhasil dapat dibandingkan dengan alur yang tidak berhasil.
Sumber data
Biasanya, ini adalah status akhir (pyStatusWork) objek kerja kasus di Pega.
Contoh
DisetujuiDitolakMenunggu KepatuhanDibatalkan oleh Nasabah
|
|||
|
Tanggal Target SLA
SlaTargetDate
|
Tanggal batas penyelesaian kasus proses orientasi nasabah. | ||
|
Deskripsi
Atribut ini menyimpan tanggal target penyelesaian permohonan sesuai perjanjian tingkat layanan (SLA). Target SLA dapat berbeda berdasarkan jenis nasabah, tingkat risiko, atau produk. Tanggal ini penting untuk dashboard 'Pemantauan Kepatuhan SLA' dan KPI terkait. Tanggal ini menjadi patokan untuk dibandingkan dengan tanggal penyelesaian sebenarnya. Analisis kasus yang melewati target SLA membantu menemukan keterlambatan sistemik dan menentukan prioritas perbaikan proses agar komitmen layanan terpenuhi.
Mengapa ini penting
Menjadi patokan untuk mengukur ketepatan waktu, yang penting bagi kepuasan nasabah dan pengendalian operasional.
Sumber data
Pega memiliki kerangka kerja bawaan untuk mengelola SLA. Tanggal ini biasanya disimpan dalam properti seperti pySLAGoal atau properti SLA khusus pada kasus.
Contoh
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
|
|||
|
Tingkat Risiko
RiskLevel
|
Tingkat risiko permohonan nasabah yang dihitung. | ||
|
Deskripsi
Atribut ini menunjukkan tingkat risiko nasabah yang dinilai, biasanya dikelompokkan sebagai 'Rendah', 'Sedang', atau 'Tinggi'. Tingkat risiko umumnya ditentukan oleh mesin penilaian otomatis berdasarkan data nasabah dan hasil penyaringan. Tingkat risiko sangat memengaruhi variasi proses. Permohonan berisiko tinggi sering memerlukan langkah uji tuntas tambahan, seperti tinjauan kepatuhan yang lebih mendalam, sehingga waktu siklusnya lebih lama. Analisis berdasarkan tingkat risiko membantu menjelaskan variasi ini dan memastikan pengendalian risiko berjalan efektif tanpa menimbulkan keterlambatan yang tidak perlu.
Mengapa ini penting
Menjelaskan variasi alur dan durasi proses karena tingkat risiko sering menentukan uji tuntas yang diperlukan.
Sumber data
Properti ini dihitung pada kasus dan diisi oleh aturan keputusan atau model penilaian Pega. Lihat dokumentasi Pega KYC.
Contoh
RendahSedangTinggi
|
|||
|
Waktu Selesai
EndTime
|
Waktu yang menunjukkan kapan suatu aktivitas atau peristiwa selesai. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu yang tepat saat suatu aktivitas berakhir. Data ini digunakan bersama Waktu Mulai untuk menghitung waktu pemrosesan setiap aktivitas. Waktu Selesai yang dicatat secara terpisah membuat analisis kinerja lebih akurat. Data ini membantu membedakan waktu pemrosesan aktif, yaitu durasi antara Waktu Mulai dan Waktu Selesai, dari waktu tunggu, yaitu durasi antara Waktu Selesai suatu aktivitas dan Waktu Mulai aktivitas berikutnya. Pembedaan ini penting untuk menemukan hambatan yang sebenarnya, bukan sekadar antrean.
Mengapa ini penting
Memungkinkan penghitungan waktu pemrosesan aktivitas secara akurat, yang penting untuk analisis kinerja terperinci dan menemukan hambatan.
Sumber data
Data ini mungkin tersedia dalam jejak audit Pega. Jika tidak, Waktu Mulai peristiwa berikutnya dapat digunakan sebagai Waktu Selesai peristiwa saat ini.
Contoh
2023-10-26T10:15:00Z2023-10-26T18:05:20Z2023-10-27T11:00:00Z
|
|||
|
ID Nasabah
CustomerId
|
Pengenal unik nasabah yang menjalani proses orientasi. | ||
|
Deskripsi
Atribut ini adalah ID unik yang menghubungkan permohonan dengan catatan nasabah di sistem data induk. Atribut ini mewakili individu atau organisasi yang menjalani proses KYC. ID permohonan melacak proses, sedangkan ID Nasabah memungkinkan analisis beberapa permohonan dari nasabah yang sama atau pengayaan data proses dengan atribut khusus nasabah, seperti segmen atau riwayat. Dengan begitu, proses orientasi dapat dianalisis dari sudut pandang nasabah.
Mengapa ini penting
Menghubungkan data proses dengan data induk nasabah, sehingga analisis dapat diperkaya dengan atribut dan riwayat nasabah.
Sumber data
Properti inti ini terdapat pada kasus KYC dan menghubungkannya dengan model data nasabah di Pega atau CRM eksternal.
Contoh
CUST-98765CUST-98766CUST-98767
|
|||
|
Jenis Kasus
CaseType
|
Jenis kasus proses orientasi KYC tertentu. | ||
|
Deskripsi
Atribut ini mengelompokkan permohonan proses orientasi, misalnya 'Nasabah Perorangan', 'Nasabah Korporasi', atau 'Individu dengan Kekayaan Tinggi'. Jenis kasus yang berbeda sering mengikuti variasi proses dengan langkah, SLA, dan profil risiko yang berbeda. Analisis berdasarkan Jenis Kasus memungkinkan perbandingan kinerja yang lebih bermakna. Analisis ini membantu mengetahui apakah jenis proses orientasi tertentu lebih sering mengalami keterlambatan atau penolakan. Pengelompokan ini penting agar perbaikan proses dapat disesuaikan dengan kebutuhan setiap perjalanan nasabah.
Mengapa ini penting
Memungkinkan data proses dikelompokkan ke dalam kategori berbeda, sehingga analisis kinerja menjadi lebih akurat dan relevan.
Sumber data
Biasanya, ini adalah nama kelas instans kasus di Pega atau properti khusus pada kasus yang menentukan jenisnya.
Contoh
Proses Orientasi PeroranganProses Orientasi KorporasiUji Tuntas Sederhana
|
|||
|
Negara Nasabah
CustomerCountry
|
Negara tempat nasabah tinggal atau tempat badan usaha didirikan. | ||
|
Deskripsi
Atribut ini menyimpan negara yang terkait dengan nasabah yang menjalani proses orientasi. Informasi ini menjadi masukan penting untuk penilaian risiko dan menentukan tingkat uji tuntas yang diperlukan. Analisis negara nasabah dapat mengungkap pola penting. Yurisdiksi tertentu mungkin memiliki risiko lebih tinggi sehingga proses orientasi menjadi lebih lama dan rumit. Dimensi ini memungkinkan analisis kinerja berdasarkan wilayah dan membantu memastikan persyaratan kepatuhan regional dipenuhi secara efisien.
Mengapa ini penting
Memungkinkan analisis proses berdasarkan wilayah geografis, yang sering berkaitan dengan kompleksitas regulasi dan tingkat risiko.
Sumber data
Properti ini terdapat pada objek data nasabah yang terkait dengan kasus.
Contoh
USADEUSGPGBR
|
|||
|
Otomatis
IsAutomated
|
Penanda yang menunjukkan apakah aktivitas dilakukan oleh sistem atau manusia. | ||
|
Deskripsi
Atribut boolean ini bernilai benar jika aktivitas dilakukan oleh agen otomatis, seperti mesin penyaringan atau aturan sistem, dan salah jika dilakukan oleh pengguna manusia. Membedakan aktivitas otomatis dan manual penting untuk menganalisis otomatisasi. Hal ini membantu mengukur efektivitas otomatisasi yang sudah diterapkan, menemukan tugas manual yang cocok untuk diotomatisasi, dan memahami interaksi antara manusia dan sistem dalam proses.
Mengapa ini penting
Memisahkan aktivitas yang dilakukan manusia dari aktivitas yang dijalankan sistem. Pembedaan ini menjadi dasar bagi inisiatif atau analisis otomatisasi.
Sumber data
Nilai ini dapat ditentukan dari ID pengguna yang terkait dengan peristiwa. Jika OperatorId cocok dengan akun sistem atau agen yang dikenal, penanda ini bernilai benar.
Contoh
truefalse
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Waktu pembaruan atau ekstraksi data terakhir. | ||
|
Deskripsi
Atribut ini menunjukkan waktu terakhir data diekstrak dari sistem sumber. Biasanya, nilainya sama untuk semua catatan dalam satu pemuatan data. Stempel waktu ini membantu Anda mengetahui seberapa baru data yang dianalisis. Pengguna dapat melihat apakah analisis proses mencerminkan kondisi terkini dan kapan data berikutnya akan diperbarui. Informasi ini penting untuk pemantauan operasional melalui dashboard.
Mengapa ini penting
Memberi tahu pengguna seberapa baru data yang digunakan, sehingga mereka dapat mengetahui apakah analisis mencerminkan kondisi terkini atau periode sebelumnya.
Sumber data
Nilai ini dibuat dan dicantumkan pada kumpulan data selama proses ekstraksi, transformasi, dan pemuatan data (ETL).
Contoh
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Pengerjaan Ulang
IsRework
|
Penanda yang menunjukkan apakah suatu aktivitas termasuk dalam rangkaian pengerjaan ulang. | ||
|
Deskripsi
Atribut boolean ini bernilai benar jika aktivitas tertentu, seperti 'Tinjauan Dokumen', terjadi lebih dari sekali dalam kasus yang sama. Aktivitas ini sering dipicu oleh peristiwa seperti 'Informasi Tambahan Diminta'. Menemukan pengerjaan ulang penting untuk mengidentifikasi proses yang tidak efisien dan kendala yang dialami nasabah. Dashboard 'Pengerjaan Ulang dan Pengulangan Proses' menggunakan atribut ini untuk mengukur frekuensi dan dampak pengerjaan ulang. Mengurangi pengerjaan ulang sering menjadi sasaran utama karena dapat mempercepat pemrosesan, menekan biaya operasional, dan meningkatkan pengalaman nasabah.
Mengapa ini penting
Menunjukkan proses yang tidak efisien, tugas berulang, dan pengulangan alur, yang menjadi sasaran utama perbaikan proses.
Sumber data
Penanda ini ditentukan saat analisis data dengan memeriksa apakah nama aktivitas yang sama muncul berulang kali dalam satu ID kasus. Contohnya, jika 'Tinjauan Dokumen Selesai' muncul untuk kedua kalinya.
Contoh
truefalse
|
|||
|
Produk yang Diajukan
OnboardedProduct
|
Produk keuangan yang diajukan nasabah. | ||
|
Deskripsi
Atribut ini menunjukkan produk atau layanan yang diajukan nasabah, seperti 'Rekening Bank Ritel', 'Pinjaman Korporasi', atau 'Layanan Investasi'. Produk dapat memengaruhi proses orientasi karena setiap produk mungkin memiliki persyaratan regulasi dan tingkat kerumitan yang berbeda. Analisis berdasarkan produk membantu menemukan lini produk dengan waktu siklus lebih lama atau tingkat penolakan lebih tinggi, sehingga perbaikan proses dapat disesuaikan dengan produk.
Mengapa ini penting
Memungkinkan analisis proses dikelompokkan berdasarkan lini produk, sehingga perbedaan kinerja dan peluang perbaikan dapat diketahui.
Sumber data
Properti ini terdapat pada kasus dan dipilih saat proses permohonan dimulai.
Contoh
Rekening GiroPengelolaan KekayaanFasilitas Kredit Usaha
|
|||
|
Sistem Sumber
SourceSystem
|
Menunjukkan sistem asal data. | ||
|
Deskripsi
Atribut ini menunjukkan aplikasi sumber tempat peristiwa dicatat. Untuk proses ini, nilainya selalu 'Pega KYC'. Atribut ini mungkin tampak berulang jika semua data berasal dari satu sistem. Namun, atribut ini penting untuk tata kelola data dan sangat berguna saat menggabungkan data dari beberapa sistem. Atribut ini memperjelas asal data dan membantu mengatasi masalah integrasi data.
Mengapa ini penting
Atribut ini memberikan konteks penting tentang asal data, mendukung tata kelola data, dan memungkinkan analisis dari beberapa sistem sumber.
Sumber data
Nilai ini biasanya ditambahkan secara tetap saat proses ekstraksi dan transformasi data untuk menandai asal kumpulan data.
Contoh
Pega KYCPega CLM
|
|||
|
Status Dokumen
DocumentStatus
|
Status terkini dokumen yang diberikan nasabah. | ||
|
Deskripsi
Atribut ini melacak status dokumen yang diperlukan untuk proses KYC, seperti 'Menunggu dari Nasabah', 'Diterima', 'Terverifikasi', atau 'Ditolak'. Status ini dapat berubah beberapa kali dalam satu kasus. Atribut ini penting untuk dashboard 'Volume dan Status Proses Orientasi' serta analisis 'Kecepatan Verifikasi Dokumen'. Atribut ini memberikan gambaran terperinci tentang salah satu area yang paling sering mengalami hambatan. Dengan melacak lamanya dokumen berada pada setiap status, bisnis dapat menemukan keterlambatan dalam penyerahan dokumen oleh nasabah atau tinjauan internal.
Mengapa ini penting
Memberikan gambaran tentang subproses penanganan dokumen, sehingga keterlambatan umum dalam verifikasi dokumen dapat ditemukan dan diatasi.
Sumber data
Kemungkinan, properti ini terdapat pada objek data terkait atau daftar halaman yang terhubung dengan kasus utama, dan melacak setiap dokumen yang diperlukan. Lihat dokumentasi Pega KYC.
Contoh
Menunggu DiunggahDiterima, Menunggu TinjauanDisetujuiDitolak, Informasi Tambahan Diperlukan
|
|||
|
Status SLA
SlaStatus
|
Menunjukkan apakah kasus selesai sesuai target SLA. | ||
|
Deskripsi
Atribut ini mengelompokkan setiap kasus yang selesai sebagai 'Tepat Waktu' atau 'Terlambat' dengan membandingkan stempel waktu penyelesaian sebenarnya dengan 'Tanggal Target SLA'. Atribut ini menjadi metrik utama untuk dashboard 'Pemantauan Kepatuhan SLA' dan KPI 'Tingkat Kepatuhan SLA'. Atribut ini memberikan gambaran kinerja yang jelas terhadap komitmen tingkat layanan. Analisis karakteristik kasus yang terlambat membantu menemukan akar penyebab keterlambatan dan mengurangi risiko pelanggaran SLA di kemudian hari.
Mengapa ini penting
Mengukur langsung kinerja terhadap komitmen layanan, yang penting untuk pengelolaan operasional, kepatuhan, dan kepuasan nasabah.
Sumber data
Nilai ini ditentukan dengan membandingkan stempel waktu aktivitas terakhir kasus dengan kolom SlaTargetDate. Jika waktu penyelesaian melewati target, statusnya adalah 'Terlambat'.
Contoh
Tepat WaktuTerlambatBerisiko Terlambat
|
|||
|
Waktu Siklus
CycleTime
|
Total waktu sejak permohonan diajukan hingga keputusan akhir. | ||
|
Deskripsi
Metrik yang dihitung ini mengukur durasi proses setiap permohonan nasabah dari awal hingga akhir, mulai dari peristiwa pertama sampai peristiwa terakhir. Biasanya, durasi dihitung dari selisih waktu antara aktivitas terakhir dan aktivitas pertama dalam suatu kasus. Waktu Siklus adalah indikator kinerja utama (KPI) untuk efisiensi proses dan pengalaman nasabah. Dashboard 'Analisis Waktu Siklus Proses Orientasi Keseluruhan' menggunakannya untuk memantau rata-rata waktu pemrosesan, menemukan kasus yang berlangsung lama, dan melacak dampak inisiatif perbaikan proses dari waktu ke waktu.
Mengapa ini penting
KPI penting ini mengukur langsung kecepatan dan efisiensi keseluruhan proses orientasi dari sudut pandang nasabah.
Sumber data
Metrik ini dihitung di alat process mining dengan mencari selisih antara stempel waktu maksimum dan minimum untuk setiap ID kasus.
Contoh
5 hari 4 jam12 hari 1 jam2 hari 8 jam
|
|||
Aktivitas onboarding nasabah KYC
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Dokumen diterima
|
Menandai saat pelanggan mengunggah atau memberikan semua dokumen yang diminta ke sistem. Peristiwa ini biasanya tercatat secara eksplisit saat lampiran baru ditautkan ke kasus Pega. | ||
|
Mengapa ini penting
Ini adalah tonggak penting yang memulai penghitungan waktu SLA peninjauan dan verifikasi dokumen. Keterlambatan sebelum tahap ini bergantung pada pelanggan, sedangkan keterlambatan setelahnya berasal dari internal.
Sumber data
Tercatat secara eksplisit di tabel lampiran Pega (pc_link_attachment atau pc_data_workattach) saat dokumen baru dikaitkan dengan kasus.
Pengumpulan data
Peristiwa ini menggunakan stempel waktu pembuatan objek lampiran terkait yang ditautkan ke kasus.
Jenis peristiwa
explicit
|
|||
|
Onboarding selesai
|
Aktivitas ini menandai keberhasilan penyelesaian seluruh proses KYC onboarding. Aktivitas ini tercatat saat kasus Pega mencapai status akhir yang menunjukkan proses berhasil dan semua tindakan di sistem lanjutan telah selesai. | ||
|
Mengapa ini penting
Ini adalah peristiwa akhir utama yang menandai keberhasilan proses. Peristiwa ini penting untuk menghitung waktu siklus dari awal hingga akhir bagi semua pelanggan yang berhasil menjalani onboarding.
Sumber data
Disimpulkan dari stempel waktu saat status penyelesaian kasus (pyStatusWork) diatur ke nilai akhir yang menunjukkan keberhasilan, seperti 'Resolved-Completed'.
Pengumpulan data
Temukan stempel waktu status akhir 'Resolved-Completed' di tabel History-Work.
Jenis peristiwa
inferred
|
|||
|
Pengajuan dikirim
|
Aktivitas ini menandai pembuatan kasus onboarding pelanggan baru di sistem Pega. Aktivitas tercatat saat kasus baru untuk pengajuan pelanggan resmi dimulai, baik melalui portal pelanggan, pengguna internal, maupun aliran data otomatis. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal utama untuk seluruh proses onboarding. Peristiwa ini penting untuk mengukur waktu siklus dari awal hingga akhir serta menganalisis volume dan pola pengajuan.
Sumber data
Peristiwa ini tercatat secara eksplisit dalam jejak audit Pega saat objek kerja baru (kasus) dibuat. Cari entri pertama untuk ID kasus di tabel pc_history_work.
Pengumpulan data
Diambil dari stempel waktu pembuatan kasus di tabel pc_work atau entri pertama dalam jejak audit.
Jenis peristiwa
explicit
|
|||
|
Pengajuan disetujui
|
Menandai keputusan akhir untuk menyetujui pengajuan onboarding pelanggan. Ini adalah tonggak penting bagi bisnis yang disimpulkan dari perubahan status kasus ke status akhir yang menunjukkan penyelesaian berhasil. | ||
|
Mengapa ini penting
Tonggak ini membedakan kasus yang berhasil dari yang tidak berhasil. Tahap ini mendahului aktivasi akun dan menjadi titik umum untuk mengukur waktu pengambilan keputusan.
Sumber data
Disimpulkan dari stempel waktu saat status penyelesaian kasus (pyStatusWork) diatur ke nilai akhir yang menunjukkan keberhasilan, seperti 'Resolved-Completed' atau 'Resolved-Approved'.
Pengumpulan data
Temukan pembaruan terakhir pyStatusWork yang menunjukkan penyelesaian berhasil dalam jejak audit kasus.
Jenis peristiwa
inferred
|
|||
|
Pengajuan ditolak
|
Menandai keputusan akhir untuk menolak pengajuan pelanggan dan mengakhiri proses onboarding. Peristiwa ini disimpulkan saat kasus dipindahkan ke status akhir yang menunjukkan penyelesaian tidak berhasil. | ||
|
Mengapa ini penting
Ini adalah peristiwa akhir utama yang menandai kegagalan. Peristiwa ini penting untuk menganalisis tingkat penolakan pengajuan dan memahami alasan kegagalan melalui atribut seperti 'Alasan penolakan'.
Sumber data
Disimpulkan dari stempel waktu saat status penyelesaian kasus (pyStatusWork) diatur ke nilai akhir yang menunjukkan kegagalan, seperti 'Resolved-Rejected'.
Pengumpulan data
Temukan pembaruan terakhir pada pyStatusWork yang menunjukkan status penolakan dalam jejak audit kasus.
Jenis peristiwa
inferred
|
|||
|
Penilaian risiko selesai
|
Aktivitas ini menandai selesainya penilaian dan pemberian skor risiko pelanggan berdasarkan data pengajuan dan verifikasi. Ini adalah tonggak penting yang biasanya tercatat saat tahap atau langkah penilaian risiko dalam kasus Pega selesai. | ||
|
Mengapa ini penting
Ini adalah tonggak penting dalam kepatuhan. Analisis durasi dan hasil aktivitas ini penting untuk memahami efisiensi pengelolaan risiko dan dampaknya terhadap jalur proses.
Sumber data
Disimpulkan dari selesainya tahap atau alur tertentu dalam model kasus Pega, yang menghasilkan perubahan status di jejak audit.
Pengumpulan data
Disimpulkan dari perubahan pyStatusWork setelah tahap penilaian risiko, misalnya saat status berubah menjadi 'Pending-Compliance-Review'.
Jenis peristiwa
inferred
|
|||
|
Peninjauan kepatuhan dimulai
|
Aktivitas ini menandai dimulainya peninjauan resmi oleh tim kepatuhan, bagian penting yang sering memakan waktu lama. Aktivitas ini tercatat saat kasus ditugaskan ke antrean kerja tim kepatuhan atau statusnya diperbarui sesuai tahap tersebut. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal untuk KPI Waktu Siklus Peninjauan Kepatuhan. KPI ini membantu mengukur dan menemukan hambatan dalam tahap peninjauan yang penting dan sering dilakukan secara manual.
Sumber data
Disimpulkan dari perubahan status kasus (pyStatusWork) menjadi 'Pending-Compliance' atau dari peristiwa pembuatan penugasan di antrean kerja kepatuhan.
Pengumpulan data
Temukan stempel waktu saat kasus ditugaskan ke antrean kerja kepatuhan atau statusnya berubah untuk menandai dimulainya peninjauan.
Jenis peristiwa
inferred
|
|||
|
Peninjauan kepatuhan selesai
|
Aktivitas ini menandakan bahwa tim kepatuhan telah menyelesaikan peninjauan dan memberikan rekomendasi. Aktivitas ini tercatat melalui perubahan status kasus saat kasus keluar dari tahap kepatuhan. | ||
|
Mengapa ini penting
Ini adalah peristiwa akhir untuk KPI Waktu Siklus Peninjauan Kepatuhan. Menganalisis waktu hingga tahap ini penting untuk meningkatkan efisiensi peninjauan kepatuhan.
Sumber data
Disimpulkan dari perubahan status kasus (pyStatusWork) dari 'Pending-Compliance' menjadi status seperti 'Pending-Final-Decision' atau 'Resolved-Approved'.
Pengumpulan data
Temukan stempel waktu saat tahap peninjauan kepatuhan atau penugasan selesai dalam riwayat kasus.
Jenis peristiwa
inferred
|
|||
|
Akun diaktifkan
|
Aktivitas ini menandakan bahwa akun pelanggan berhasil dibuat dan diaktifkan di sistem perbankan inti atau sistem terkait lainnya. Aktivitas ini sering disimpulkan dari pembaruan status akhir pada kasus Pega setelah persetujuan berhasil. | ||
|
Mengapa ini penting
Inilah saat pelanggan dan bisnis mulai merasakan manfaatnya. Waktu antara 'Pengajuan disetujui' dan peristiwa ini menunjukkan efisiensi serah terima antarsistem.
Sumber data
Disimpulkan dari status kasus tertentu (pyStatusWork), seperti 'Resolved-AccountActive', atau penanda yang ditetapkan pada kasus melalui integrasi dan tercatat dalam jejak audit.
Pengumpulan data
Temukan stempel waktu pembaruan properti kasus yang menunjukkan bahwa akun di sistem lanjutan telah aktif.
Jenis peristiwa
inferred
|
|||
|
Dokumen diminta
|
Aktivitas ini terjadi saat sistem atau petugas menentukan bahwa pelanggan perlu memberikan dokumen tertentu agar proses dapat dilanjutkan. Aktivitas ini dapat diketahui dari pembuatan korespondensi atau perubahan status kasus menjadi 'Pending-Customer-Docs' atau status serupa. | ||
|
Mengapa ini penting
Pelacakan aktivitas ini membantu mengukur waktu yang dibutuhkan pelanggan untuk merespons dan mengetahui apakah proses sering tertunda karena menunggu dokumen. Aktivitas ini mendahului KPI Durasi Verifikasi Dokumen.
Sumber data
Dapat berupa peristiwa korespondensi eksplisit (pc_link_attachment) atau disimpulkan dari perubahan status kasus (pyStatusWork) yang tercatat dalam jejak audit.
Pengumpulan data
Disimpulkan dari perubahan pyStatusWork menjadi 'Pending-Documents' atau status serupa. Peristiwa ini juga dapat dikaitkan dengan peristiwa eksplisit 'Send Correspondence'.
Jenis peristiwa
inferred
|
|||
|
Informasi tambahan diminta
|
Aktivitas ini terjadi saat peninjau, biasanya dari tim kepatuhan, membutuhkan informasi tambahan atau klarifikasi dari pelanggan. Peristiwa ini sering tercatat secara eksplisit saat pengguna mengirim korespondensi tertentu dari kasus. | ||
|
Mengapa ini penting
Aktivitas ini menjadi indikator utama pengerjaan ulang dan putaran proses. Melacak frekuensinya penting untuk mengukur tingkat pemrosesan berhasil pada upaya pertama dan menemukan persyaratan yang kurang jelas.
Sumber data
Dapat berupa peristiwa eksplisit 'Send Correspondence' yang tercatat dalam jejak audit. Peristiwa ini juga dapat disimpulkan dari perubahan status menjadi 'Pending-Customer-Info'.
Pengumpulan data
Diambil dari pembuatan objek korespondensi tertentu atau tindakan alur yang dimulai oleh petugas kasus.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan latar belakang dimulai
|
Menandai dimulainya pemeriksaan latar belakang pelanggan, baik secara eksternal maupun internal, yang mungkin melibatkan integrasi layanan pihak ketiga. Peristiwa ini biasanya disimpulkan dari perubahan status yang menunjukkan bahwa kasus sedang menunggu hasil pemeriksaan. | ||
|
Mengapa ini penting
Aktivitas ini membantu memisahkan waktu tunggu yang disebabkan oleh pihak eksternal. Dengan begitu, Anda dapat menganalisis kinerja layanan pihak ketiga dan dampaknya terhadap waktu onboarding secara keseluruhan.
Sumber data
Disimpulkan dari perubahan status kasus (pyStatusWork) menjadi 'Pending-Background-Check' atau status serupa, sebagaimana tercatat di tabel History-Work Pega.
Pengumpulan data
Temukan stempel waktu saat pyStatusWork diperbarui untuk menandai dimulainya pemeriksaan latar belakang.
Jenis peristiwa
inferred
|
|||
|
Peninjauan dokumen selesai
|
Aktivitas ini menandakan bahwa petugas kepatuhan atau proses otomatis telah selesai meninjau dokumen yang dikirim pelanggan. Peristiwa ini disimpulkan dari perubahan status kasus atau dokumen yang menunjukkan bahwa tahap peninjauan telah selesai. | ||
|
Mengapa ini penting
Aktivitas ini mengakhiri penghitungan KPI Durasi Verifikasi Dokumen. Analisis waktu penyelesaian tahap ini membantu menemukan inefisiensi dalam proses peninjauan manual maupun otomatis.
Sumber data
Disimpulkan dari perubahan status kasus (pyStatusWork) dari 'Pending-Review' menjadi 'Review-Complete' atau 'Pending-Checks' dalam jejak audit.
Pengumpulan data
Temukan stempel waktu perubahan status kasus (pyStatusWork) yang menandakan bahwa subproses verifikasi dokumen telah selesai.
Jenis peristiwa
inferred
|
|||
|
Penyaringan awal selesai
|
Menandai selesainya pemeriksaan awal atas kelengkapan dan kelayakan dasar data pengajuan. Pemeriksaan ini sering dilakukan secara otomatis. Peristiwa ini biasanya disimpulkan dari perubahan status kasus, misalnya dari 'New' menjadi 'Pending-Documents'. | ||
|
Mengapa ini penting
Menganalisis waktu yang dihabiskan pada tahap awal ini membantu menemukan hambatan dalam validasi data atau pelaksanaan aturan otomatis yang dapat menunda seluruh proses.
Sumber data
Disimpulkan dari perubahan properti status kasus (pyStatusWork) yang tercatat dalam jejak audit Pega (tabel History-Work).
Pengumpulan data
Temukan stempel waktu saat pyStatusWork berubah dari status 'New' atau 'Submitted' menjadi 'ScreeningComplete' atau status serupa.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Templat data ini memberi Anda dasar yang kuat untuk mulai mengoptimalkan proses onboarding nasabah KYC. Mulailah menemukan inefisiensi dan meningkatkan kepatuhan hari ini.
Sederhanakan onboarding KYC sekarang, kurangi keterlambatan
Percepat proses KYC, persingkat onboarding menjadi 24 jam, dan tingkatkan kepatuhan.
Tidak perlu kartu kredit, penyiapan hanya beberapa menit