Templat data orientasi pelanggan KYC Anda
Templat data orientasi pelanggan KYC Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi untuk ACTICO
Atribut orientasi pelanggan KYC
| Nama | Deskripsi | ||
|---|---|---|---|
| Aplikasi pelanggan CustomerApplication | Pengenal unik untuk satu aplikasi onboarding pelanggan, yang berfungsi sebagai ID kasus dalam analisis proses. | ||
| Deskripsi Aplikasi Pelanggan adalah pengenal kasus utama yang mengelompokkan semua peristiwa dan aktivitas dalam perjalanan onboarding seorang pelanggan. Aplikasi ini mewakili satu rangkaian proses KYC lengkap, sejak pengajuan awal hingga keputusan akhir untuk menyetujui atau menolak. Dalam process mining, atribut ini penting untuk merekonstruksi perjalanan setiap aplikasi dari awal hingga akhir. Analis dapat melacak urutan aktivitas, mengukur total waktu siklus, dan membandingkan jalur atau variasi proses yang dilalui berbagai aplikasi. Semua peristiwa dengan ID Aplikasi Pelanggan yang sama dianggap sebagai bagian dari kasus yang sama. Mengapa ini penting Atribut ini menjadi dasar process mining karena menghubungkan semua peristiwa terkait ke dalam satu rangkaian proses. Dengan begitu, Anda dapat menganalisis pengalaman onboarding setiap pelanggan dari awal hingga akhir. Sumber data Atribut ini merupakan kunci utama dalam tabel aplikasi utama atau manajemen kasus di ACTICO. Lihat dokumentasi ACTICO untuk mengetahui nama tabel dan kolom yang tepat. Contoh APL-2023-001234APL-2023-001235APL-2024-000001 | |||
| Nama aktivitas ActivityName | Nama peristiwa bisnis atau tugas tertentu yang dilakukan dalam proses onboarding pelanggan. | ||
| Deskripsi Atribut ini mencatat nama setiap langkah atau aktivitas dalam proses KYC, seperti 'Aplikasi diajukan', 'Penilaian risiko dilakukan', atau 'Aplikasi disetujui'. Nama aktivitas membentuk urutan langkah dalam peta proses. Dengan menganalisis Nama aktivitas, Anda dapat memvisualisasikan alur proses, menemukan aktivitas yang sering atau jarang terjadi, serta mendeteksi hambatan dan pekerjaan ulang. Atribut ini menjadi dasar untuk memahami tindakan yang dilakukan dan urutannya, yang penting untuk menganalisis variasi proses dan memeriksa kepatuhan. Mengapa ini penting Atribut ini menentukan langkah-langkah dalam peta proses. Anda dapat memvisualisasikan alur proses, menemukan penyimpangan, serta menganalisis frekuensi dan urutan aktivitas. Sumber data Informasi ini biasanya tersedia di tabel log peristiwa ACTICO, sering kali pada kolom yang menjelaskan jenis peristiwa atau tugas. Lihat dokumentasi ACTICO. Contoh Aplikasi diajukanPenilaian risiko dilakukanPeninjauan kepatuhan selesaiAplikasi ditolak | |||
| Waktu peristiwa EventTime | Stempel waktu yang menunjukkan kapan aktivitas tertentu dimulai atau terjadi. | ||
| Deskripsi Waktu peristiwa adalah tanggal dan waktu persis saat aktivitas dicatat dalam sistem. Atribut ini menentukan urutan kronologis semua peristiwa dalam satu kasus aplikasi pelanggan dan membentuk lini masa perjalanan onboarding. Atribut ini penting untuk semua analisis berbasis waktu. Anda dapat menggunakannya untuk menghitung waktu siklus antaraktivitas, menemukan keterlambatan dan waktu tunggu, mengukur durasi kasus secara keseluruhan, serta memeriksa kepatuhan terhadap Service Level Agreement (SLA). Urutan stempel waktu untuk suatu kasus membantu perangkat process mining merekonstruksi alur proses yang benar-benar terjadi. Mengapa ini penting Atribut ini menunjukkan urutan kronologis peristiwa. Urutan tersebut penting untuk menghitung durasi, menemukan hambatan, dan menganalisis lini masa proses. Sumber data Stempel waktu ini tersedia di tabel log peristiwa ACTICO dan terkait dengan setiap aktivitas yang dicatat. Lihat dokumentasi ACTICO. Contoh 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data terakhir kali diperbarui atau diekstrak dari sistem sumber. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari ACTICO. Sebagai metadata, atribut ini berlaku untuk seluruh kumpulan data, bukan untuk setiap peristiwa, dan memberi konteks tentang seberapa baru data yang dianalisis. Informasi ini membantu pengguna memahami seberapa mutakhir data dalam dasbor dan laporan. Dengan begitu, pengguna dapat menilai ketepatan waktu insight yang tersedia. Informasi ini juga penting untuk pemantauan operasional yang membutuhkan data hampir real-time. Menampilkan stempel waktu ini membuat penyajian data lebih transparan dan tepercaya. Mengapa ini penting Menunjukkan seberapa baru data yang tersedia, sehingga pengguna dapat mengetahui apakah analisis menggunakan informasi terkini. Hal ini penting untuk pengambilan keputusan operasional. Sumber data Nilai ini dibuat dan disimpan selama proses ekstraksi, transformasi, dan pemuatan data (ETL). Nilainya menunjukkan waktu saat tugas ETL berhasil diselesaikan. Contoh 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| Sistem sumber SourceSystem | Sistem pencatatan tempat data peristiwa berasal. | ||
| Deskripsi Atribut ini menunjukkan sistem informasi sumber tempat data dibuat. Untuk proses ini, nilainya selalu 'ACTICO'. Namun, dalam analisis yang mencakup beberapa sistem, atribut ini membantu membedakan asal data. Dalam process mining, atribut ini penting untuk tata kelola dan validasi data. Atribut ini memastikan data dikaitkan dengan sumber yang tepat, terutama saat menggabungkan data dari berbagai sistem untuk mendapatkan gambaran proses yang utuh. Atribut ini juga membantu melacak masalah kualitas data hingga ke sistem asalnya. Mengapa ini penting Memberikan konteks penting tentang asal data serta mendukung pelacakan asal-usul dan tata kelola data, terutama saat menggabungkan data dari berbagai sumber. Sumber data Biasanya berupa nilai tetap ('ACTICO') yang ditambahkan saat proses ekstraksi dan transformasi data untuk memberi label pada kumpulan data. Contoh ACTICOPlatform ACTICOModul KYC Actico | |||
| Alasan penolakan RejectionReason | Alasan khusus yang diberikan saat pengajuan pelanggan ditolak. | ||
| Deskripsi Jika status akhir pengajuan adalah 'Ditolak', atribut ini menunjukkan penyebabnya. Contohnya, 'Dokumen tidak lengkap', 'Verifikasi latar belakang gagal', atau 'Profil berisiko tinggi'. Atribut ini penting untuk analisis akar masalah. Dengan menganalisis frekuensi tiap alasan penolakan, bisnis dapat menemukan masalah sistemik dalam proses atau pengajuan pelanggan. Misalnya, banyaknya penolakan karena dokumen tidak lengkap dapat menunjukkan bahwa petunjuk pengajuan kurang jelas. Informasi ini mendukung langsung dasbor 'Tingkat dan Alasan Penolakan Pengajuan'. Mengapa ini penting Menjelaskan alasan pengajuan ditolak, sehingga akar masalah dapat ditemukan untuk menurunkan tingkat penolakan dan meningkatkan efisiensi proses. Sumber data Biasanya terdapat di tabel utama kasus atau pengajuan ACTICO dan hanya diisi jika Status Pengajuan adalah 'Ditolak'. Contoh Dokumen tidak lengkapVerifikasi identitas gagalKecocokan dengan daftar sanksiSkor risiko tinggi | |||
| Departemen Department | Departemen atau tim bisnis yang bertanggung jawab melakukan aktivitas. | ||
| Deskripsi Atribut ini mengaitkan aktivitas dengan unit organisasi tertentu, seperti 'Kepatuhan', 'Tim Orientasi Pelanggan', atau 'Hubungan Klien'. Atribut ini memberi konteks organisasi pada alur proses. Analisis per departemen penting untuk memahami perpindahan pekerjaan antarbagian organisasi. Analisis ini membantu menemukan hambatan antar departemen, mengukur efisiensi tiap departemen, dan meninjau alokasi sumber daya di berbagai tim. Dasbor dapat difilter berdasarkan departemen agar manajer dapat melihat kinerja timnya secara khusus. Mengapa ini penting Memberikan dimensi organisasi untuk analisis, sehingga keterlambatan antar departemen dapat ditemukan dan kinerja tiap tim dapat dievaluasi. Sumber data Informasi ini mungkin disimpan langsung bersama data peristiwa atau diperoleh dengan menggabungkan data pengguna dengan tabel data induk SDM yang memetakan pengguna ke departemen. Lihat dokumentasi ACTICO. Contoh ComplianceTim orientasi pelangganLayanan pelanggan | |||
| Pengguna yang memulai InitiatingUser | ID atau nama pengguna karyawan yang melakukan aktivitas. | ||
| Deskripsi Atribut ini menunjukkan pengguna atau agen sistem tertentu yang bertanggung jawab menjalankan suatu aktivitas. Atribut ini menghubungkan langkah proses dengan orang atau tim yang melakukannya. Analisis kinerja berdasarkan pengguna sering dibutuhkan. Atribut ini memungkinkan pembuatan dasbor yang menampilkan pembagian beban kerja, waktu pemrosesan tiap orang, serta perbandingan kinerja antar pengguna atau tim. Atribut ini membantu mengenali karyawan berkinerja tinggi dan mereka yang mungkin memerlukan pelatihan tambahan. Atribut ini juga penting untuk memahami alokasi dan pemanfaatan sumber daya. Mengapa ini penting Menghubungkan aktivitas proses dengan pengguna tertentu. Dengan begitu, kinerja dapat dianalisis per orang atau tim, sekaligus membantu menemukan kebutuhan pelatihan atau ketimpangan sumber daya. Sumber data Biasanya disimpan bersama setiap peristiwa di log peristiwa ACTICO atau tabel riwayat transaksi. Lihat dokumentasi ACTICO. Contoh john.doejane.smithSYSTEM_USER | |||
| Status pengajuan ApplicationStatus | Hasil akhir atau status terkini pengajuan orientasi pelanggan. | ||
| Deskripsi Atribut ini menunjukkan hasil akhir suatu kasus, biasanya 'Disetujui' atau 'Ditolak'. Atribut ini juga dapat menunjukkan status kasus yang masih berjalan. Atribut ini penting untuk analisis berdasarkan hasil. Memahami alasan pengajuan disetujui atau ditolak merupakan salah satu tujuan utama process mining KYC. Atribut ini memungkinkan Anda memfilter peta proses untuk melihat alur yang umum pada pengajuan yang disetujui dan ditolak. Dengan begitu, pola proses yang berujung pada hasil yang tidak diinginkan dapat ditemukan. Atribut ini juga menjadi dasar penghitungan KPI 'Tingkat Penolakan Pengajuan'. Mengapa ini penting Menentukan hasil setiap kasus, sehingga Anda dapat membandingkan proses yang berhasil dan tidak berhasil serta menghitung tingkat penolakan. Sumber data Atribut ini berlaku pada tingkat kasus dan biasanya terdapat di tabel utama kasus atau pengajuan ACTICO. Nilainya menunjukkan status akhir pengajuan. Contoh DisetujuiDitolakSedang diprosesMenunggu informasi | |||
| Tanggal target SLA SlaTargetDate | Tanggal batas penyelesaian proses orientasi pelanggan. | ||
| Deskripsi Tanggal target SLA adalah batas waktu penyelesaian orientasi pelanggan sesuai perjanjian tingkat layanan internal. Tanggal ini sering dihitung dari tanggal pengajuan ditambah waktu pemrosesan standar. Atribut ini penting untuk memantau kepatuhan terhadap SLA. Dengan membandingkan tanggal penyelesaian aktual suatu kasus dengan tanggal target SLA, sistem dapat menentukan apakah kasus selesai tepat waktu atau melampaui SLA. Informasi ini menjadi dasar dasbor 'Kinerja SLA Orientasi Pelanggan' dan KPI 'Tingkat Kepatuhan SLA Orientasi Pelanggan'. Mengapa ini penting Menjadi patokan untuk mengukur ketepatan waktu, sehingga kinerja terhadap SLA dapat dipantau dan dilaporkan secara langsung. Sumber data Data ini mungkin disimpan sebagai kolom di tabel utama kasus ACTICO atau dihitung berdasarkan aturan bisnis, misalnya tanggal pengajuan + 5 hari kerja. Contoh 2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z | |||
| Tingkat risiko RiskLevel | Tingkat risiko pengajuan pelanggan yang telah dihitung, seperti Rendah, Sedang, atau Tinggi. | ||
| Deskripsi Atribut ini menunjukkan kategori risiko pelanggan berdasarkan hasil penilaian. Kategori ini sering menentukan tingkat kerumitan dan ketatnya proses KYC selanjutnya. Pelanggan berisiko tinggi mungkin memerlukan pemeriksaan dan persetujuan tambahan dibandingkan pelanggan berisiko rendah. Dalam process mining, tingkat risiko menjadi dimensi penting untuk analisis perbandingan. Analis dapat memeriksa apakah proses mengikuti alur yang berbeda sesuai tingkat risiko, sebagaimana mestinya. Misalnya, Anda dapat memastikan semua pelanggan berisiko tinggi menjalani uji tuntas yang ditingkatkan. Atribut ini penting untuk dasbor 'Alur Proses Penilaian Risiko'. Mengapa ini penting Memungkinkan kasus dikelompokkan berdasarkan tingkat risiko. Dengan begitu, Anda dapat menganalisis apakah proses menyesuaikan diri dengan profil risiko yang berbeda sesuai kebijakan kepatuhan. Sumber data Ini adalah titik data penting yang disimpan pada tingkat kasus di tabel utama pengajuan ACTICO. Contoh RendahSedangTinggi | |||
| Waktu selesai EndTime | Stempel waktu yang menunjukkan kapan suatu aktivitas selesai. | ||
| Deskripsi Waktu selesai menandai berakhirnya suatu aktivitas. Jika dipasangkan dengan waktu mulai (EventTime), durasi setiap tugas atau waktu pemrosesannya dapat dihitung dengan tepat. Tidak semua peristiwa memiliki waktu selesai tersendiri, karena beberapa aktivitas berlangsung seketika. Atribut ini menjadi dasar analisis kinerja, terutama untuk mengukur durasi setiap langkah. Atribut ini membantu membuat dasbor kinerja yang terperinci, menemukan aktivitas yang paling banyak menyita waktu, dan menghitung KPI seperti 'Rata-rata Waktu Peninjauan Dokumen'. Mengapa ini penting Memungkinkan penghitungan durasi aktivitas secara tepat (waktu pemrosesan), yang penting untuk menemukan hambatan kinerja dan menganalisis efisiensi penggunaan sumber daya. Sumber data Seperti waktu mulai, data ini biasanya terdapat di tabel log peristiwa ACTICO. Beberapa sistem menyimpan waktu mulai dan selesai di kolom terpisah untuk satu catatan peristiwa. Lihat dokumentasi ACTICO. Contoh 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| Dilakukan otomatis IsAutomated | Penanda yang menunjukkan apakah aktivitas dilakukan otomatis oleh sistem atau secara manual oleh pengguna. | ||
| Deskripsi Atribut boolean ini membedakan tugas yang dilakukan pengguna dengan tugas yang dijalankan otomatis oleh sistem, seperti pemeriksaan latar belakang atau penilaian risiko otomatis. Analisis atribut ini membantu mengevaluasi efektivitas inisiatif otomatisasi. Anda dapat membandingkan waktu pemrosesan langkah otomatis dan manual, menemukan bagian proses yang masih banyak dikerjakan secara manual, serta melihat peluang otomatisasi lebih lanjut untuk meningkatkan efisiensi dan menekan biaya operasional. Mengapa ini penting Membedakan tugas yang dilakukan manusia dan sistem. Hal ini penting untuk mengukur dampak otomatisasi dan menemukan peluang peningkatan efisiensi di masa mendatang. Sumber data Nilai ini dapat disimpulkan dari atribut 'InitiatingUser', misalnya jika penggunanya adalah 'SYSTEM', atau mungkin tersedia sebagai penanda khusus di log peristiwa. Lihat dokumentasi ACTICO. Contoh truefalse | |||
| Jenis pelanggan CustomerType | Kategori pelanggan, seperti perorangan atau perusahaan. | ||
| Deskripsi Atribut ini mengelompokkan pemohon ke dalam beberapa kategori, misalnya perorangan atau badan usaha. Proses KYC sering kali berbeda jauh untuk tiap jenis pelanggan. Orientasi pelanggan perusahaan biasanya jauh lebih rumit. Dengan menggunakan jenis pelanggan sebagai dimensi, Anda dapat memisahkan dan membandingkan proses yang berbeda dalam satu kumpulan data. Analis dapat memfilter peta proses untuk melihat pelanggan 'Perusahaan' saja dan memahami tantangan, hambatan, serta waktu siklusnya tanpa terpengaruh oleh proses pelanggan 'Perorangan' yang jauh lebih sederhana. Mengapa ini penting Memungkinkan proses dikelompokkan berdasarkan kategori pelanggan. Karena alur dan tingkat kerumitan proses tiap kategori sering berbeda jauh, analisis pun menjadi lebih akurat. Sumber data Atribut dasar ini disimpan pada tingkat kasus atau pelanggan di ACTICO. Contoh PeroranganPerusahaanUsaha kecil | |||
| Negara Country | Negara tempat tinggal pelanggan yang mengajukan orientasi. | ||
| Deskripsi Atribut ini menunjukkan negara pelanggan, yang dapat sangat memengaruhi proses KYC. Setiap yurisdiksi memiliki persyaratan peraturan yang berbeda dan dapat memicu langkah proses tambahan atau alternatif. Analisis proses berdasarkan negara memungkinkan perbandingan kinerja antarwilayah. Analisis ini dapat menunjukkan apakah pelanggan dari negara tertentu secara konsisten mengalami waktu siklus lebih lama atau tingkat penolakan lebih tinggi. Hal tersebut mungkin menandakan kendala peraturan atau tantangan pasar tertentu. Gambaran geografis ini penting bagi organisasi global yang ingin menstandarkan proses sambil tetap memenuhi kebutuhan kepatuhan setempat. Mengapa ini penting Memberikan dimensi geografis untuk analisis, sehingga variasi proses dan perbedaan kinerja di berbagai yurisdiksi peraturan dapat dipahami. Sumber data Informasi dasar pelanggan ini disimpan pada tingkat kasus atau pelanggan di sistem ACTICO. Contoh USADEUGBRSGP | |||
| Pengerjaan ulang IsRework | Penanda hasil perhitungan yang menunjukkan apakah suatu aktivitas merupakan langkah berulang atau bagian dari siklus pengerjaan ulang. | ||
| Deskripsi Atribut boolean ini menandai aktivitas yang dilakukan untuk kedua kalinya atau lebih dalam kasus yang sama, seperti 'Peninjauan Dokumen' setelah permintaan informasi tambahan. Atribut ini menunjukkan pengerjaan ulang, yang sering menjadi sumber inefisiensi proses. Menemukan pengerjaan ulang merupakan salah satu tujuan utama process mining. Penanda ini memungkinkan Anda mengukur pengerjaan ulang, misalnya dengan menghitung KPI 'Tingkat Pengerjaan Ulang Dokumen'. Pada peta proses, siklus pengerjaan ulang dapat ditandai untuk menunjukkan bagian proses yang berulang. Hal ini membantu menemukan masalah kualitas atau bagian proses yang belum berjalan benar sejak awal. Mengapa ini penting Menandai pekerjaan yang dilakukan berulang kali, sehingga inefisiensi proses dapat diukur langsung dan aktivitas dengan masalah kualitas atau kejelasan dapat ditemukan. Sumber data Atribut ini dihitung berdasarkan logika yang ditentukan di alat process mining atau selama transformasi data untuk mendeteksi aktivitas berulang dalam kasus yang sama. Contoh truefalse | |||
| Status SLA SlaState | Status hasil perhitungan yang menunjukkan apakah kasus memenuhi SLA, melampauinya, atau berisiko melampaui batas. | ||
| Deskripsi Atribut ini memberikan penilaian kategoris atas kinerja kasus terhadap Perjanjian Tingkat Layanan. Nilainya diperoleh dengan membandingkan waktu penyelesaian kasus, atau waktu saat ini untuk kasus yang masih terbuka, dengan 'SlaTargetDate'. Atribut ini menyederhanakan pelaporan SLA dengan mengubah perbandingan tanggal menjadi status yang mudah dipahami. Dasbor dapat menggunakannya untuk menampilkan grafik lingkaran atau meter yang menunjukkan persentase kasus berstatus 'Terpenuhi' dan 'Terlewati'. Atribut ini menjadi bagian penting dari dasbor 'Kinerja SLA Orientasi Pelanggan' dan mendukung langsung KPI 'Tingkat Kepatuhan SLA Orientasi Pelanggan'. Mengapa ini penting Memberikan status kepatuhan SLA yang jelas untuk setiap kasus, sehingga pelaporan lebih mudah dan kinerja terhadap target dapat ditampilkan dengan jelas. Sumber data Atribut hasil perhitungan ini berasal dari logika bisnis yang membandingkan stempel waktu penyelesaian kasus dengan 'SlaTargetDate'. Contoh TerpenuhiTerlewatiBerisiko | |||
Aktivitas orientasi pelanggan KYC
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Aplikasi diajukan | Aktivitas ini menandai awal proses onboarding KYC, saat sistem ACTICO menerima aplikasi pelanggan baru secara resmi. Sistem mencatatnya sebagai peristiwa tersendiri, biasanya dengan stempel waktu yang tepat saat kasus atau catatan aplikasi baru dibuat. | ||
| Mengapa ini penting Sebagai peristiwa awal utama, aktivitas ini penting untuk menghitung waktu siklus onboarding secara keseluruhan dan melacak jumlah aplikasi. Stempel waktunya menjadi acuan untuk mengukur kinerja semua tahap proses berikutnya. Sumber data Biasanya, aktivitas ini tercatat secara langsung dalam log pembuatan aplikasi atau kasus di ACTICO. Cari tabel yang terkait dengan peristiwa pengajuan aplikasi atau stempel waktu pembuatan catatan kasus utama. Pengumpulan data Peristiwa dicatat saat kasus aplikasi baru dibuat. Jenis peristiwa explicit | |||
| Aplikasi disetujui | Aktivitas ini menandai keputusan bisnis akhir untuk menyetujui aplikasi onboarding pelanggan. Ini merupakan tahap penting yang biasanya tercatat sebagai perubahan status tersendiri dan final dalam siklus aplikasi. | ||
| Mengapa ini penting Tahap ini mendahului pembuatan akun dan menandakan hasil yang berhasil. Menganalisis waktu yang dibutuhkan untuk mencapainya penting untuk memahami durasi jalur proses yang lancar. Sumber data Aktivitas ini dapat disimpulkan dari kolom status akhir di tabel aplikasi utama atau kasus. Cari status seperti 'Disetujui', 'Persetujuan selesai', atau status akhir positif yang serupa. Pengumpulan data Status akhir kasus diperbarui menjadi 'Disetujui' dalam data utama kasus. Jenis peristiwa inferred | |||
| Aplikasi ditolak | Aktivitas ini menandai keputusan akhir untuk menolak aplikasi pelanggan dan mengakhiri proses onboarding. Ini merupakan status akhir penting yang tercatat melalui perubahan status pada catatan aplikasi. | ||
| Mengapa ini penting Ini merupakan peristiwa akhir utama yang menandai kegagalan. Menganalisis kasus yang berakhir pada aktivitas ini penting untuk memahami tingkat dan alasan penolakan, serta meningkatkan keberhasilan proses secara keseluruhan. Sumber data Aktivitas ini dapat disimpulkan dari kolom status akhir di tabel aplikasi utama atau kasus. Cari status akhir seperti 'Ditolak', 'Tidak disetujui', atau 'Ditutup - Ditolak'. Pengumpulan data Status akhir kasus diperbarui menjadi 'Ditolak' dalam data utama kasus. Jenis peristiwa inferred | |||
| Dokumen pelanggan diunggah | Aktivitas ini terjadi saat pelanggan mengirimkan dokumen identitas dan dokumen pendukung yang diperlukan melalui portal atau saluran lain yang terintegrasi dengan ACTICO. Sistem biasanya mencatat setiap unggahan sebagai peristiwa tersendiri dalam pengelolaan dokumen atau log kasus. | ||
| Mengapa ini penting Aktivitas ini menandai tahap penting yang bergantung pada pelanggan. Melacaknya penting untuk mengukur waktu respons pelanggan dan menganalisis durasi tahap peninjauan dokumen berikutnya. Sumber data Cari log peristiwa terkait penanganan dokumen atau lampiran pada kasus aplikasi. Catatan ini sering tersimpan dalam tabel khusus pengelolaan dokumen atau bukti di database ACTICO. Pengumpulan data Sistem mencatat peristiwa ini saat dokumen dilampirkan ke kasus. Jenis peristiwa explicit | |||
| Onboarding pelanggan selesai | Ini merupakan aktivitas terakhir dalam proses. Aktivitas ini menandakan pelanggan telah menyelesaikan onboarding dan kasus aplikasi ditutup. Status akhir seperti 'Sudah onboarding' atau 'Ditutup - Disetujui' menunjukkan bahwa proses selesai. | ||
| Mengapa ini penting Sebagai peristiwa akhir yang menandai keberhasilan, aktivitas ini penting untuk menghitung waktu siklus dari awal hingga akhir bagi semua pelanggan yang berhasil menyelesaikan onboarding. Stempel waktunya menjadi acuan akhir untuk menganalisis jalur proses yang lancar. Sumber data Aktivitas ini dapat disimpulkan dari kolom status akhir kasus aplikasi pelanggan. Cari stempel waktu saat kasus berubah menjadi status akhir yang menandakan keberhasilan. Pengumpulan data Disimpulkan dari pembaruan status akhir kasus menjadi 'Selesai' atau 'Ditutup'. Jenis peristiwa inferred | |||
| Penilaian risiko dilakukan | Aktivitas ini menandai penggunaan mesin pengambilan keputusan ACTICO untuk menghitung skor atau tingkat risiko aplikasi pelanggan. Sebagai fungsi inti sistem, aktivitas ini dicatat sebagai peristiwa tersendiri saat rangkaian aturan penilaian risiko dijalankan. | ||
| Mengapa ini penting Penilaian risiko merupakan titik keputusan penting yang sering menentukan jalur proses berikutnya. Dengan menganalisis aktivitas ini, Anda dapat memahami pengaruh tingkat risiko terhadap variasi dan durasi proses. Sumber data Ini merupakan peristiwa inti di ACTICO dan seharusnya tercatat dalam log keputusan atau eksekusi. Log tersebut biasanya memuat ID kasus, aturan yang dijalankan, dan skor risiko yang dihasilkan. Pengumpulan data Mesin keputusan ACTICO mencatat peristiwa ini setelah penghitungan skor risiko selesai. Jenis peristiwa explicit | |||
| Peninjauan kepatuhan dimulai | Aktivitas ini menandai dimulainya peninjauan manual oleh departemen kepatuhan, biasanya untuk aplikasi berisiko tinggi atau yang ditandai. Aktivitas ini umumnya disimpulkan dari perubahan status kasus menjadi 'Menunggu peninjauan kepatuhan' atau dari penugasan kasus ke antrean kerja petugas kepatuhan. | ||
| Mengapa ini penting Aktivitas ini menjadi titik awal untuk mengukur hambatan dalam peninjauan kepatuhan. Waktu hingga 'Peninjauan kepatuhan selesai' merupakan KPI penting untuk menemukan keterlambatan pada tahap ini. Sumber data Aktivitas ini dapat disimpulkan dari riwayat status atau jejak audit aplikasi. Cari stempel waktu saat status berubah menjadi 'Dalam peninjauan kepatuhan' atau saat kasus ditugaskan ke grup pengguna terkait kepatuhan. Pengumpulan data Disimpulkan dari perubahan status kasus menjadi 'Menunggu kepatuhan' atau penugasan ke tim kepatuhan. Jenis peristiwa inferred | |||
| Peninjauan kepatuhan selesai | Aktivitas ini menandai berakhirnya peninjauan manual oleh departemen kepatuhan, dengan keputusan untuk menyetujui, menolak, atau meminta tindak lanjut. Aktivitas ini disimpulkan dari perubahan status kasus, misalnya dari 'Menunggu peninjauan kepatuhan' menjadi 'Kepatuhan disetujui'. | ||
| Mengapa ini penting Ini merupakan peristiwa penutup tahap peninjauan kepatuhan. Catatan ini penting untuk menghitung total durasi peninjauan dan menganalisis kapasitas kerja tim. Sumber data Aktivitas ini dapat disimpulkan dari log riwayat status aplikasi. Cari stempel waktu saat kasus keluar dari status 'Dalam peninjauan kepatuhan', yang menandakan keputusan telah dibuat. Pengumpulan data Disimpulkan dari perubahan status kasus dari 'Menunggu kepatuhan' menjadi 'Kepatuhan disetujui' atau status serupa. Jenis peristiwa inferred | |||
| Akun dibuat | Setelah aplikasi disetujui, aktivitas ini menandai pembuatan akun pelanggan di sistem perbankan inti atau sistem manajemen pengguna. ACTICO sering mencatatnya sebagai peristiwa tersendiri setelah menerima konfirmasi keberhasilan dari sistem lanjutan. | ||
| Mengapa ini penting Aktivitas ini memastikan proses menghasilkan keluaran bisnis yang nyata. Waktu antara 'Aplikasi disetujui' dan 'Akun dibuat' dapat menunjukkan keterlambatan integrasi atau inefisiensi pada tahap akhir penyediaan akun. Sumber data Informasi ini kemungkinan tersedia di log integrasi atau antarmuka sistem ACTICO, yang mencatat hasil panggilan ke sistem eksternal untuk menyediakan akun. Pengumpulan data Peristiwa dicatat setelah respons API berhasil diterima dari sistem akun inti. Jenis peristiwa explicit | |||
| Informasi tambahan diminta | Aktivitas ini terjadi saat peninjau, biasanya dari tim kepatuhan atau penjaminan, meminta informasi atau dokumen tambahan dari pelanggan. Tindakan ini biasanya dicatat secara langsung karena sering disertai pengiriman pemberitahuan kepada pelanggan dan penangguhan kasus. | ||
| Mengapa ini penting Aktivitas ini sering menyebabkan pekerjaan ulang dan memperpanjang waktu siklus. Melacak frekuensi dan dampaknya penting untuk menemukan bagian yang perlu diperbaiki dalam pengumpulan data awal. Sumber data Peristiwa ini kemungkinan tercatat secara langsung dalam riwayat kasus atau log komunikasi. Cari peristiwa seperti 'Permintaan informasi dikirim' atau perubahan status menjadi 'Menunggu informasi dari pelanggan'. Pengumpulan data Peristiwa yang dipicu pengguna, seperti 'Kirim permintaan informasi', tercatat dalam jejak audit kasus. Jenis peristiwa explicit | |||
| Pemeriksaan latar belakang dimulai | Aktivitas ini menandai dimulainya pemeriksaan latar belakang otomatis atau manual, seperti pemeriksaan AML atau riwayat kredit. Sistem sering mencatatnya sebagai peristiwa tersendiri saat pemeriksaan dimulai. Pemeriksaan ini mungkin melibatkan penyedia layanan eksternal. | ||
| Mengapa ini penting Dimulainya pemeriksaan latar belakang merupakan tahap penting dalam proses uji tuntas. Dengan melacaknya, Anda dapat memahami ketergantungan dan waktu tunggu yang terkait dengan penyedia data eksternal. Sumber data Cari catatan di log sistem atau jejak audit yang menunjukkan dimulainya prosedur pemeriksaan latar belakang. Catatan ini sering dikaitkan dengan ID kasus aplikasi utama. Pengumpulan data Peristiwa dicatat saat mesin alur kerja memulai panggilan ke layanan pemeriksaan latar belakang. Jenis peristiwa explicit | |||
| Peninjauan awal aplikasi | Aktivitas ini mencakup peninjauan pertama atas aplikasi yang diajukan, baik oleh aturan otomatis maupun petugas, untuk memeriksa kelengkapan dan kelayakan dasar. Aktivitas ini sering disimpulkan dari perubahan status aplikasi, misalnya dari 'Diajukan' menjadi 'Sedang ditinjau'. | ||
| Mengapa ini penting Dengan menganalisis waktu yang dibutuhkan untuk menyelesaikan peninjauan pertama, Anda dapat menemukan keterlambatan pada tahap awal pemrosesan. Analisis ini juga menunjukkan jumlah aplikasi yang lolos pemeriksaan awal tanpa masalah. Sumber data Aktivitas ini dapat disimpulkan dari tabel riwayat status atau log audit yang terkait dengan kasus aplikasi pelanggan. Bandingkan stempel waktu saat status berubah dari 'baru' atau 'diajukan' menjadi 'ditinjau'. Pengumpulan data Deteksi perubahan status dari 'Diajukan' menjadi 'Sedang ditinjau' di log riwayat kasus. Jenis peristiwa inferred | |||
| Peninjauan dokumen selesai | Aktivitas ini menandakan bahwa petugas telah selesai meninjau dokumen yang diserahkan pelanggan. Aktivitas ini biasanya disimpulkan dari perubahan status dokumen atau kasus secara keseluruhan, seperti 'Dokumen terverifikasi' atau 'Peninjauan selesai'. | ||
| Mengapa ini penting Tahap ini penting untuk mengukur efisiensi penanganan dokumen. Waktu antara 'Dokumen pelanggan diunggah' dan aktivitas ini merupakan KPI penting untuk menemukan keterlambatan pemrosesan manual. Sumber data Aktivitas ini dapat disimpulkan dari log riwayat status kasus aplikasi atau dokumen tertentu. Perubahan status dokumen dari 'Menunggu peninjauan' menjadi 'Disetujui' atau 'Telah ditinjau' menandakan aktivitas ini. Pengumpulan data Disimpulkan dari perubahan status dokumen menjadi 'Terverifikasi' atau 'Telah ditinjau'. Jenis peristiwa inferred | |||
| Verifikasi identitas dilakukan | Aktivitas ini mencakup pemeriksaan otomatis atau manual untuk mencocokkan identitas pelanggan dengan sumber data eksternal atau internal. Sistem sering mencatatnya sebagai peristiwa tersendiri saat panggilan API dikirim ke layanan verifikasi pihak ketiga dan respons diterima. | ||
| Mengapa ini penting Aktivitas ini merupakan langkah penting untuk kepatuhan. Dengan menganalisis durasi dan hasilnya, Anda dapat menemukan ketergantungan pada layanan eksternal serta hambatan dalam proses verifikasi. Sumber data Informasi ini biasanya tersedia di log integrasi atau tabel peristiwa khusus yang mencatat hasil pemeriksaan otomatis dan panggilan ke layanan pihak ketiga yang terkait dengan kasus aplikasi. Pengumpulan data Peristiwa dicatat dari panggilan integrasi ke layanan verifikasi identitas pihak ketiga. Jenis peristiwa explicit | |||
Panduan ekstraksi
Langkah
- Dapatkan akses administrator: Masuk ke platform ACTICO, seperti Visual Modeler atau konsol administrasi khusus, menggunakan kredensial dengan izin yang memadai untuk mengakses dan mengatur ekspor data.
- Temukan modul ekspor: Buka bagian administrasi atau konfigurasi sistem. Cari bagian untuk jejak audit, pencatatan log, atau ekspor data. Namanya mungkin 'Audit Export' atau 'Business Object Export'.
- Buat konfigurasi ekspor baru: Mulai proses pembuatan definisi ekspor. Beri nama yang jelas, misalnya 'KYC_Onboarding_ProcessMind_Export'.
- Tentukan sumber data: Pilih objek bisnis utama yang akan diekspor, yaitu
CustomerApplication. Terapkan filter rentang tanggal untuk membatasi cakupan ekspor, misalnya 6 bulan terakhir. Dengan begitu, ukuran file dan kinerja sistem tetap terkendali. - Atur file keluaran: Pilih CSV sebagai format keluaran. Tentukan nama file, misalnya
kyc_event_log.csv, dan pastikan pemisah kolomnya benar, biasanya koma. Pastikan teks diapit tanda kutip dengan benar agar karakter khusus tidak menimbulkan masalah. - Petakan pengenal kasus: Tetapkan pengenal unik objek bisnis
CustomerApplicationsebagai ID kasus untuk analisis process mining. Dengan begitu, semua peristiwa terkait terhubung ke satu kasus orientasi nasabah. - Tentukan pemetaan atribut: Petakan setiap kolom yang diperlukan dalam log peristiwa ke atribut yang sesuai di model objek bisnis ACTICO. Kolom ini mencakup ID kasus, nama aktivitas, stempel waktu, serta atribut lain yang disarankan, seperti status atau tingkat risiko.
- Atur pemetaan peristiwa: Ini langkah yang paling penting. Buat aturan atau pemetaan khusus untuk masing-masing dari 14 aktivitas bisnis. Gunakan pemicu sistem, seperti pembuatan objek untuk 'Application Submitted', perubahan status untuk langkah alur kerja seperti 'Application Approved', dan pola pesan tertentu dalam log audit untuk peristiwa teknis seperti 'Identity Verification Performed'.
- Simpan dan validasi konfigurasi: Setelah semua pemetaan ditentukan, simpan file konfigurasi. Gunakan alat validasi yang tersedia di ACTICO untuk memeriksa kesalahan sintaks atau jalur atribut yang keliru.
- Jalankan dan pantau ekspor: Jalankan tugas ekspor. Pantau kemajuannya melalui penjadwal tugas atau antarmuka pemantauan sistem. Setelah selesai, periksa log untuk mengetahui apakah ada kesalahan.
- Ambil dan siapkan file: Unduh file CSV dari lokasi keluaran yang ditentukan di server. Sebelum mengunggahnya ke ProcessMind, buka file untuk memeriksa strukturnya dan memastikan format tanggal serta stempel waktu konsisten dan terbaca dengan benar.
Konfigurasi
- Tingkat log audit: Atur tingkat pencatatan log audit di seluruh sistem ke tingkat terperinci, seperti INFO atau FINE. Tingkat yang kurang terperinci, seperti WARNING atau ERROR, tidak akan mencatat perubahan status dan eksekusi aturan yang diperlukan untuk process mining.
- Sumber data ekspor: Atur sumber data utama agar menggunakan objek bisnis
CustomerApplication. Anda mungkin perlu menggabungkan atau merujuk objek terkait, sepertiCustomerDocument, untuk mencatat semua peristiwa yang relevan. - Filter rentang tanggal: Selalu gunakan filter rentang tanggal untuk mengendalikan jumlah data yang diekstrak. Untuk analisis awal, gunakan rentang 3 hingga 6 bulan. Untuk penggunaan produksi, sesuaikan rentangnya dengan kebutuhan bisnis dan kinerja sistem.
- Logika pemetaan peristiwa: Akurasi ekstraksi sangat bergantung pada cara peristiwa dipetakan. Perubahan status (
on="StatusChange") umum digunakan untuk menyimpulkan langkah bisnis. Entri log eksplisit (on="LogEntry") berguna untuk peristiwa teknis atau panggilan layanan. Eksekusi aturan (on="RuleExecution") cocok untuk mencatat langkah pengambilan keputusan. - Format keluaran: Pilih CSV agar kompatibel dengan berbagai sistem. Pastikan pemisah kolom dan pengapit teks dikonfigurasi dengan benar agar data tidak salah dibaca.
- Prasyarat: Metode ini memerlukan izin administrator untuk platform ACTICO. Anda juga perlu memahami model objek bisnis KYC, termasuk semua kolom status dan nama atribut yang relevan, agar konfigurasi akurat.
Contoh kueri xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration> Siap memulai?
Gunakan templat ini untuk menyiapkan data dengan efektif dan mempercepat upaya Anda mengoptimalkan proses orientasi nasabah KYC di ACTICO.
Optimalkan orientasi nasabah KYC: pangkas waktu menjadi 24 jam
Kurangi nasabah yang membatalkan proses dan hasil positif palsu agar orientasi berjalan lancar.
Tidak perlu kartu kredit. Mulai optimalkan proses Anda hari ini.