Templat data onboarding nasabah KYC Anda

Pega KYC
Templat data onboarding nasabah KYC Anda

Templat data onboarding nasabah KYC Anda

Templat ini memandu Anda mengumpulkan data penting untuk menganalisis proses onboarding nasabah KYC. Templat ini mencantumkan atribut utama yang perlu dikumpulkan dan aktivitas penting yang perlu dicatat dalam log peristiwa. Anda juga akan menemukan panduan praktis untuk mengekstrak data tersebut agar proses process mining dapat dimulai dengan lancar.
  • Atribut yang disarankan untuk log peristiwa
  • Aktivitas utama yang perlu dilacak selama proses
  • Panduan praktis untuk mengekstrak data
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut onboarding nasabah KYC

Berikut kolom data yang disarankan untuk log peristiwa. Data ini menyediakan detail penting untuk menganalisis proses onboarding nasabah KYC.
3 Wajib 7 Disarankan 11 Opsional
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
Wajib Disarankan Opsional

Aktivitas onboarding nasabah KYC

Catat langkah dan tonggak penting proses ini dalam log peristiwa untuk menemukan proses yang sebenarnya dan memahami onboarding nasabah KYC secara mendalam.
8 Disarankan 6 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Pega KYC

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.

Mulai uji coba gratis

Tidak perlu kartu kredit, penyiapan hanya beberapa menit