Langsung ke konten utama
Regulasi Anti-Pencucian Uang Uni Eropa (AMLR), Regulasi (EU) 2024/1624, menyatukan aturan uji tuntas pelanggan (CDD) ke dalam satu teks yang berlaku langsung. Regulasi ini mengikat lembaga kredit dan keuangan, termasuk penyedia layanan aset kripto (CASP), penyedia layanan perjudian, serta entitas wajib lainnya yang tercantum dalam Pasal 3. Regulasi ini mulai berlaku pada 9 Juli 2024 dan akan berlaku efektif mulai 10 Juli 2027. Hingga saat itu, undang-undang nasional yang mentransposisikan direktif saat ini tetap berlaku. Halaman ini ditujukan bagi para pengembang dan insinyur kepatuhan yang harus membangunnya. Setiap bagian menyatakan apa yang diwajibkan oleh regulasi, menyebutkan pasalnya, serta menunjukkan langkah alur kerja, endpoint API, atau webhook Didit yang dapat Anda gunakan untuk bagian tersebut. Untuk ringkasan bisnis, lihat halaman solusi AMLR. Terakhir ditinjau: 2 Oktober 2026.
Didit menyediakan pemeriksaan dan buktinya. Anda tetap menjadi entitas wajib. Anda yang menentukan profil risiko pelanggan, Anda yang memutuskan apakah akan melakukan onboarding, dan Anda tetap bertanggung jawab penuh atas tugas apa pun yang Anda alihdayakan (Pasal 18). Menggunakan Didit semata tidak secara otomatis membuat perusahaan Anda mematuhi AMLR. Halaman ini bukan nasihat hukum: pastikan bagaimana setiap aturan berlaku untuk bisnis Anda bersama penasihat hukum dan pengawas Anda.

Sekilas tentang persyaratan AMLR

Alur menyeluruh

Backend Anda membuat sesi, pengguna menyelesaikan alur kerja, Didit memberi tahu Anda, dan Anda mengambil hasil keputusan lengkapnya. Keputusan onboarding tetap berada di tangan tim Anda. Pemantauan berlanjut setelah onboarding.

Kapan uji tuntas berlaku

Pasal 19 menetapkan kapan Anda harus menerapkan uji tuntas pelanggan: saat Anda menjalin hubungan bisnis; untuk transaksi insidental sekurang-kurangnya EUR 10.000, dalam satu operasi atau dalam transaksi yang saling terkait; ketika ada kecurigaan tindak pidana pencucian uang atau pendanaan terorisme, berapa pun jumlahnya; dan ketika Anda meragukan data identifikasi yang telah Anda miliki. Pemicu yang lebih rendah berlaku di beberapa sektor: EUR 1.000 untuk transfer dana insidental dan untuk CASP, EUR 3.000 untuk transaksi tunai insidental (sekurang-kurangnya identifikasi dan verifikasi), dan EUR 2.000 dalam perjudian. CASP sekurang-kurangnya harus mengidentifikasi dan memverifikasi pelanggan untuk transaksi insidental di bawah EUR 1.000. Didit tidak memutuskan apakah suatu pemicu berlaku. Anda merutekan berdasarkan jenis dan nilai transaksi dalam kode Anda sendiri, lalu memulai alur kerja yang cocok. Sketsa perutean minimal untuk backend Anda. Ini tidak mencakup setiap pemicu dalam Pasal 19 (misalnya, turut serta dalam pendirian badan hukum), dan aturan sektoral yang berlaku untuk Anda mungkin berbeda:

Mengidentifikasi dan memverifikasi individu

Pasal 22(1) merinci data yang wajib Anda simpan mengenai orang perseorangan: semua nama dan nama keluarga, tempat dan tanggal lahir lengkap, kewarganegaraan, nomor identifikasi nasional jika berlaku, tempat tinggal biasa, dan jika tersedia, nomor identifikasi pajak. Pasal 22(6) selanjutnya menyebutkan dua cara untuk memverifikasi identitas: dokumen identitas, paspor atau yang setara, atau identifikasi elektronik (eID) yang memenuhi tingkat jaminan eIDAS “substantial” atau “high”, bersama dengan layanan tepercaya berkualifikasi yang relevan.

Poin data dalam keputusan

Keputusan yang dikembalikan oleh GET /v3/session/{sessionId}/decision/ memuat satu entri per pemeriksaan identitas di id_verifications[].

Dua jalur verifikasi

Tingkat jaminan yang dilaporkan oleh masing-masing dompet tercantum di halaman Dompet ID digital. Penilaian apakah suatu skema memenuhi Pasal 22(6)(b) untuk kasus penggunaan Anda merupakan tanggung jawab Anda sendiri. Didit adalah integrasi yang memungkinkan pelanggan Anda menggunakan dompet tersebut; Didit sendiri bukan penyedia layanan tepercaya berkualifikasi ataupun skema eID.

Hal yang dinyatakan draf standar teknis mengenai verifikasi jarak jauh

Standar teknis regulasi (RTS) tentang uji tuntas pelanggan berdasarkan Pasal 28(1) disusun oleh Anti-Money Laundering Authority (AMLA). Laporan akhir AMLA bertanggal 30 September 2026 dan diumumkan pada 1 Oktober 2026. Ini adalah draf akhir yang diajukan ke Komisi Eropa. Draf ini belum diadopsi dan bukan merupakan undang-undang. Komisi Eropa masih dapat mengubahnya, dan draf tersebut mengusulkan pemberlakuan enam bulan setelah mulai berlaku secara sah. Draf tersebut memperlakukan dua cara dalam Pasal 22(6) sebagai opsi default. Verifikasi jarak jauh dengan dokumen adalah solusi alternatif ketika seseorang secara wajar tidak dapat diharapkan untuk menunjukkan dokumen secara tatap muka dan tidak memiliki akses ke eID yang memenuhi syarat (draf Pasal 7(1)). Jika Anda menggunakan alternatif ini, draf meminta Anda untuk dapat menjelaskan alasannya dan menunjukkan kepada pengawas Anda bahwa solusi tersebut memiliki mekanisme perlindungan (draf Pasal 7(2) dan 7(3)). Draf ini bersifat netral teknologi: tidak ada teknik tertentu yang disebutkan. Kesesuaian mekanisme perlindungan dalam draf dengan hal yang dicatat oleh sesi Didit: Alasan pelanggan menempuh jalur dokumen alih-alih eID menjadi tanggung jawab Anda untuk mencatatnya. Simpan alasan tersebut di sistem Anda sendiri atau lampirkan ke sesi menggunakan metadata saat Anda membuatnya.

Verifikasi bisnis dan pemilik manfaat

Untuk entitas hukum, Pasal 22(1)(b) mewajibkan bentuk hukum dan nama, alamat kantor terdaftar, perwakilan hukum dan, jika tersedia, nomor registrasi, nomor identifikasi pajak, serta Pengenal Entitas Hukum (Legal Entity Identifier). Anda juga harus mengidentifikasi pemilik manfaat dan mengambil langkah-langkah yang wajar untuk memverifikasi mereka, sehingga Anda memahami struktur kepemilikan dan pengendalian (Pasal 20(1)(b)). Pemilik manfaat adalah orang perseorangan dengan kepemilikan langsung atau tidak langsung sebesar “25 % atau lebih” dari saham, hak suara, atau kepentingan kepemilikan lainnya (Pasal 52(1)), atau yang mengendalikan entitas tersebut melalui kepemilikan atau cara lain (Pasal 51 dan 53). Pengendalian dinilai secara paralel dengan kepemilikan. Empat poin yang perlu diperhatikan dalam perancangan:
  • Ambang batas ditentukan oleh Anda. Angka AMLR adalah “25 % atau lebih”, bukan “lebih dari 25 %”. Ambang batas UBO pada alur kerja dapat dikonfigurasi, jadi atur agar sesuai dan tinjau kembali jika kebijakan Anda lebih ketat.
  • Registri saja tidak cukup. Pasal 22(7) mewajibkan Anda untuk berkonsultasi dengan registri pusat selain memverifikasi pemilik manfaat. Melaporkan ketidaksesuaian ke registri dalam waktu 14 hari kalender (Pasal 24) adalah langkah Anda.
  • Hasil registri yang kosong bukan bukti bahwa perusahaan tidak memiliki pemilik. Suatu registri mungkin tidak menyimpan catatan kepemilikan untuk suatu perusahaan atau negara. Jika Anda tidak menemukan pemilik manfaat, Pasal 22(2) mewajibkan Anda untuk mencatat hal tersebut serta mengidentifikasi dan memverifikasi pejabat pengelola senior sebagai gantinya.
  • Pemantauan registri akan segera hadir. Pemantauan berkelanjutan terhadap perubahan registri belum tersedia. Hingga fitur ini tersedia, jalankan kembali Verifikasi Bisnis sesuai jadwal pembaruan berkala Anda.

Skrining sanksi dan PEP

Anda harus memverifikasi apakah pelanggan atau pemilik manfaatnya tunduk pada sanksi keuangan yang ditargetkan, dan apakah orang yang terkena sanksi mengendalikan pelanggan yang merupakan entitas hukum atau memiliki lebih dari 50 % kepemilikan atasnya (Pasal 20(1)(d)). Dalam AMLR, sanksi keuangan yang ditargetkan berarti sanksi UE. Anda juga harus menentukan apakah pelanggan atau pemilik manfaat adalah Politically Exposed Person (PEP), anggota keluarga, atau rekan dekat (Pasal 20(1)(g)). Untuk PEP, Pasal 42 menambahkan persetujuan manajemen senior, langkah-langkah untuk menetapkan sumber kekayaan dan sumber dana, serta pemantauan berkelanjutan yang ditingkatkan.
Mencatat temuan sebagai Confirmed Match atau False Positive memicu webhook data.updated dan tidak mengubah keputusan sesi secara otomatis. Persetujuan manajemen senior untuk hubungan PEP adalah proses Anda: arahkan sesi ke peninjauan dan catat siapa yang menyetujuinya.

Pantau secara berkelanjutan dan perbarui

Pasal 26 mewajibkan pemantauan berkelanjutan atas hubungan bisnis dan pembaruan informasi pelanggan secara berkala. Periode antar pembaruan tidak boleh melebihi 1 tahun untuk pelanggan berisiko lebih tinggi dan 5 tahun untuk semua pelanggan lainnya (Pasal 26(2)), dan Anda juga harus memperbarui data ketika keadaan pelanggan berubah atau Anda mengetahui fakta yang relevan (Pasal 26(3)). Pemeriksaan sanksi harus diulang secara berkala, dan untuk lembaga kredit serta lembaga keuangan, dilakukan pada setiap penetapan baru (Pasal 26(4)).
Mengaktifkan atau menonaktifkan pemantauan tidak memancarkan webhook tersendiri. Setelah pemantauan aktif, skrining ulang akan memicu peristiwa status.updated dan data.updated seperti biasa.

Jadwalkan pembaruan 1 tahun dan 5 tahun di sistem Anda sendiri

Waktu pembaruan bergantung pada kelas risiko yang Anda tetapkan, dan keputusan tersebut tidak dapat dialihdayakan. Didit tidak menyimpan kelas risiko Anda dan tidak menjadwalkan pembaruan berkala untuk Anda.
1

Simpan kelas risiko dan tanggal pembaruan terakhir

Simpan data tersebut pada catatan pelanggan Anda, berdampingan dengan vendor_data yang Anda kirimkan ke Didit.
2

Jalankan tugas terjadwal

Pilih pelanggan yang pembaruan terakhirnya melebihi interval Anda: maksimal 1 tahun untuk risiko lebih tinggi, maksimal 5 tahun untuk sisanya. Ini adalah periode maksimum, jadi Anda bebas memilih interval yang lebih singkat.
3

Buat sesi baru

Panggil POST /v3/session/ dengan vendor_data yang sama dan alur kerja pembaruan Anda, lalu kirimkan url kepada pelanggan.
4

Tanggapi juga peristiwa

Perlakukan "Kyc Expired", webhook pemantauan yang memindahkan sesi ke "In Review", dan perubahan yang dilaporkan pelanggan sebagai pemicu untuk pembaruan lebih awal.

Tujuan dan sumber dana

Sebelum Anda memulai hubungan bisnis atau melakukan transaksi sesekali, Pasal 25 mewajibkan Anda untuk memahami tujuan dan sifat yang dimaksudkan. Jika diperlukan, Anda harus memperoleh informasi tentang tujuan dan dasar pemikiran ekonomi, perkiraan jumlah aktivitas, sumber dana, tujuan dana, serta aktivitas bisnis atau pekerjaan pelanggan. “Jika diperlukan” berarti cakupannya berbasis risiko. Uji tuntas yang ditingkatkan dapat menambahkan sumber kekayaan (Pasal 34(4)). Templat merupakan titik awal. Edit pertanyaan agar sesuai dengan penilaian risiko Anda, dan simpan jawaban bersama sesi sehingga tersimpan dalam catatan yang sama dengan pemeriksaan identitas.

Pantau transaksi dan laporkan

Pemantauan berkelanjutan mencakup transaksi yang dilakukan selama hubungan bisnis berlangsung, sehingga tetap konsisten dengan apa yang Anda ketahui tentang pelanggan (Pasal 26(1)). Ketika Anda mengetahui, mencurigai, atau memiliki alasan yang wajar untuk mencurigai bahwa dana tersebut merupakan hasil tindak pidana atau terkait dengan pendanaan terorisme, Anda harus melaporkannya kepada Unit Intelijen Keuangan (FIU) Anda berdasarkan Pasal 69.
Dua batasan yang perlu diperhatikan:
  • Anda menyetujui kriteria deteksi. Menyetujui kriteria untuk mendeteksi transaksi yang mencurigakan atau tidak biasa tidak dapat dialihdayakan (Pasal 18(3)(f)). Tinjau setiap aturan yang Anda pasang dan catat persetujuan tersebut dalam kebijakan internal Anda.
  • Anda yang mengajukan laporan. Didit menyiapkan file laporan dari data kasus. Didit tidak mengirimkan apa pun ke FIU. Pengajuan laporan dilakukan oleh petugas kepatuhan Anda melalui saluran FIU Anda.

Simpan catatan, lalu hapus

Pasal 77 adalah kewajiban penyimpanan catatan Anda. Anda menyimpan dokumen dan informasi yang diperoleh untuk uji tuntas pelanggan, catatan penilaian kecurigaan Anda, serta catatan transaksi selama 5 tahun. Periode tersebut dimulai saat hubungan bisnis berakhir, saat transaksi insidental dilakukan, atau saat Anda menolak untuk menjalin hubungan (Pasal 77(3)). Ketika jangka waktu 5 tahun tersebut kedaluwarsa, Anda menghapus data pribadi tersebut, kecuali jika berlaku undang-undang lain atau pihak berwenang meminta Anda untuk menyimpan catatan tertentu lebih lama. Penghitungan waktu dimulai dari suatu peristiwa di sistem Anda: berakhirnya hubungan. Didit tidak mengetahui tanggal tersebut, sehingga retensi yang Anda konfigurasikan dan penghapusan yang Anda minta adalah keputusan Anda.
1

Pilih rentang retensi yang tidak dapat berakhir lebih awal

Sebuah sesi mencapai akhir rentang waktu dan dihapus. Pilih rentang yang mencakup durasi hubungan pelanggan Anda ditambah 5 tahun, atau biarkan tanpa batas dan hapus sesuai permintaan.
2

Catat akhir dari hubungan

Simpan tanggal penghentian, transaksi, atau penolakan tersebut di sistem Anda sendiri. Tanggal tersebut memulai periode 5 tahun Anda.
3

Hapus saat periode kedaluwarsa

Panggil DELETE /v3/session/{sessionId}/delete/ untuk setiap sesi milik pelanggan tersebut. Penghapusan tidak dapat dibatalkan dan URL media tidak lagi dapat diakses.
Log audit dan riwayat skrining tidak dengan sendirinya memenuhi kewajiban 5 tahun tersebut. Log audit tersedia selama 30 hari hingga 3 tahun tergantung pada paket Anda, dan riwayat proses skrining tersedia selama dua tahun secara default. Jika kebijakan catatan Anda mengandalkannya, ekspor data tersebut ke dalam catatan Anda sendiri sebelum periode tersebut berakhir. Catatan sesi di bawah pengaturan retensi Anda adalah catatan yang sesuai dengan kewajiban berdasarkan Pasal 77.

Peninjauan oleh manusia atas keputusan otomatis

Pasal 76(5) mengizinkan Anda mengambil keputusan yang dihasilkan dari proses otomatis, termasuk pembuatan profil dan sistem AI, dengan tiga syarat. Data dibatasi hanya pada data uji tuntas. Setiap keputusan untuk memulai, menolak, atau mempertahankan hubungan bisnis, untuk melakukan atau menolak transaksi insidental, atau untuk mengubah cakupan uji tuntas harus tunduk pada intervensi manusia yang berarti. Dan pelanggan dapat memperoleh penjelasan mengenai keputusan tersebut serta mengajukan sanggahan.
Status sesi "Approved" atau "Declined" adalah hasil dari pemeriksaan yang Anda konfigurasikan. Ini merupakan masukan untuk keputusan onboarding Anda, yang tetap menjadi tanggung jawab Anda berdasarkan Pasal 18(3). Putuskan bersama penasihat hukum Anda di bagian mana seseorang harus melakukan intervensi, lalu masukkan langkah tersebut ke dalam alur kerja dan sistem operasional internal Anda sendiri.

Alih daya

Pasal 18 mengizinkan Anda mengalihdayakan tugas-tugas yang timbul dari AMLR kepada penyedia layanan. Pasal ini menetapkan ketentuan: Anda memberi tahu pengawas Anda sebelum penyedia memulai (Pasal 18(1)), Anda tetap bertanggung jawab penuh atas tugas-tugas yang dialihdayakan (Pasal 18(2)), serta Anda menetapkan persyaratan dalam perjanjian tertulis dan menjalankan kontrol rutin terhadap penyedia (Pasal 18(4)). Regulasi ini juga menyatakan bahwa penggunaan perangkat lunak pihak ketiga, atau pengaksesan database maupun layanan penyaringan, di mana Anda sendiri yang menjalankan kewajiban tersebut, bukanlah alih daya (konsiderans 47). Kategori yang berlaku untuk penggunaan Didit oleh Anda bergantung pada cara Anda menggunakannya. Panduan AMLA mengenai alih daya dijadwalkan terbit paling lambat 10 Juli 2027. Enam tugas tidak dapat dialihdayakan dalam keadaan apa pun (Pasal 18(3)). Tugas-tugas ini tetap menjadi tanggung jawab Anda:
  1. Pengusulan dan persetujuan penilaian risiko di seluruh bisnis Anda.
  2. Persetujuan kebijakan, prosedur, dan kontrol internal Anda.
  3. Keputusan mengenai profil risiko yang ditetapkan untuk pelanggan.
  4. Keputusan untuk menjalin hubungan bisnis atau melakukan transaksi sesekali.
  5. Pelaporan aktivitas mencurigakan dan laporan berbasis ambang batas kepada FIU.
  6. Persetujuan kriteria untuk mendeteksi transaksi dan aktivitas yang mencurigakan atau tidak biasa.
Tugas-tugas pendukungnya dapat didelegasikan: mengumpulkan data identitas, menjalankan verifikasi dokumen atau eID, mengumpulkan data kepemilikan manfaat dan penelusuran registri, melakukan penyaringan terhadap daftar sanksi dan PEP, menjalankan pemantauan transaksi berdasarkan kriteria yang telah Anda setujui, serta menyiapkan alert dan bukti. Hal yang perlu dicantumkan dalam register alih daya Anda mengenai Didit:

Alur kerja referensi

Titik awal untuk alur kerja onboarding bagi perorangan. Sesuaikan dengan penilaian risiko Anda.
1

Buat alur kerja

Di Business Console, buka Alur kerja dan buat alur kerja kenali pelanggan Anda (KYC). Gunakan pembuat visual jika Anda memerlukan cabang berdasarkan negara atau berdasarkan hasil.
2

Pilih metode identitas per negara

Pada langkah Verifikasi Identitas, aktifkan dompet ID digital yang tersedia untuk negara-negara yang Anda layani, serta pengambilan dokumen sebagai rute untuk pihak lainnya. Lihat Metode Verifikasi Identitas.
3

Tautkan dokumen ke orang tersebut

Untuk rute dokumen, tambahkan Deteksi Liveness dan Pencocokan Wajah, serta NFC jika dokumen memiliki cip.
4

Sertakan alamat

Tambahkan Bukti Alamat untuk pelanggan yang dokumennya tidak memuat alamat.
5

Lakukan penyaringan dan pemantauan

Tambahkan Skrining AML, tetapkan ambang batas yang mengarahkan kecocokan untuk ditinjau, dan aktifkan pemantauan berkelanjutan.
6

Tanyakan tujuan dan sumber dana

Tambahkan Kuesioner dari templat Purpose of Account dan Source of Funds.
7

Berlangganan webhook

Buat tujuan webhook yang berlangganan status.updated dan data.updated. Lihat Webhook.
8

Publikasikan dan salin ID alur kerja

Publikasikan alur kerja dan gunakan workflow_id miliknya saat Anda membuat sesi.
Buat sesi:
Respons (201 Created):
Arahkan pelanggan ke url. Saat sesi mencapai sebuah keputusan, Didit akan mengirimkan webhook status.updated. Cuplikan:
Verifikasi tanda tangan, jadikan event_id sebagai kunci idempotensi Anda, dan cocokkan status sebagai string yang sama persis dan peka huruf besar/kecil. Nilai-nilainya tercantum di Status verifikasi. Kemudian baca keputusan lengkap dengan GET /v3/session/{sessionId}/decision/ dan serahkan kepada orang atau proses yang membuat keputusan onboarding Anda.

Lini masa

FAQ

AMLR mulai berlaku pada 9 Juli 2024 dan akan diterapkan mulai 10 Juli 2027. Untuk agen sepak bola dan klub sepak bola profesional, regulasi ini akan diterapkan mulai 10 Juli 2029. Hingga 10 Juli 2027, hukum nasional yang mentransposisikan direktif saat ini tetap berlaku.
AMLR adalah Regulasi (EU) 2024/1624. Regulasi ini memuat aturan bagi entitas wajib dan berlaku secara langsung tanpa transposisi nasional. AMLD6 adalah Direktif (EU) 2024/1640. Direktif ini ditujukan kepada Negara-Negara Anggota serta mencakup otoritas pengawas, registri, dan sanksi, dengan batas waktu transposisi pada 10 Juli 2027. AMLA adalah Otoritas Anti-Pencucian Uang (Anti-Money Laundering Authority), yang dibentuk melalui Regulasi (EU) 2024/1620 dan berbasis di Frankfurt. AMLA menyusun standar teknis serta panduan, dan akan secara langsung mengawasi sekelompok entitas keuangan terpilih mulai tahun 2028.
Ya, dengan syarat. Pasal 22(6) menyebutkan dua sarana: dokumen identitas, atau eID pada tingkat jaminan substansial atau tinggi. Draf akhir standar AMLA tertanggal 30 September 2026 tetap mempertahankan verifikasi jarak jauh menggunakan dokumen sebagai alternatif ketika orang tersebut tidak dapat secara wajar diharapkan hadir tatap muka untuk menunjukkan dokumen dan tidak memiliki akses ke eID yang memenuhi syarat. Anda harus dapat memberikan justifikasi atas penggunaannya dan menunjukkan langkah pengaman yang diterapkan. Draf tersebut tidak menyebutkan teknik tertentu, dan belum berkekuatan hukum.
Belum. AMLA memfinalisasi drafnya pada 30 September 2026 dan mengirimkannya ke Komisi Eropa. Standar ini baru mengikat setelah disahkan oleh Komisi dan dipublikasikan dalam Jurnal Resmi, dan Komisi dapat mengubahnya. Draf tersebut mengusulkan penerapannya enam bulan setelah mulai berlaku, sehingga belum ada tanggal kalender yang pasti.
AMLR sendiri mencantumkan eID sebagai salah satu dari dua sarana verifikasi. Regulasi ini tidak mewajibkan setiap entitas wajib untuk menerima EUDI Wallet. Kewajiban penerimaan diatur dalam regulasi eIDAS: pihak swasta yang mengandalkan layanan tersebut (pihak yang mengandalkan) dan wajib menggunakan autentikasi pengguna yang kuat untuk identifikasi online harus menerima dompet ini atas permintaan pengguna, selambat-lambatnya 36 bulan setelah berlakunya aturan pelaksanaan, dengan pengecualian bagi usaha mikro dan kecil. Apakah ketentuan tersebut mencakup alur onboarding Anda merupakan pertanyaan untuk tim hukum Anda. Di Didit, EUDI Wallet berstatus Segera hadir. Dompet yang saat ini tersedia di lingkungan produksi adalah MitID, BankID Sweden, Finnish Trust Network, Smart-ID, dan Mobile-ID.
Ambang batasnya adalah “25 % atau lebih” saham, hak suara, atau kepentingan kepemilikan lainnya (Pasal 52(1)), dengan pengendalian yang dinilai secara paralel. Pasal 52(2) memungkinkan Komisi untuk menetapkan ambang batas yang lebih rendah, maksimal 15 %, untuk kategori entitas berisiko lebih tinggi melalui tindakan yang didelegasikan. Belum ada tindakan seperti itu. Di Didit, ambang batas UBO merupakan pengaturan pada alur kerja KYB Anda.
Simpan kelas risiko dan tanggal pembaruan terakhir pelanggan di sistem Anda sendiri, jalankan tugas terjadwal yang memilih pelanggan yang telah melewati interval Anda, dan buat sesi baru dengan POST /v3/session/ menggunakan vendor_data yang sama. Tambahkan pemicu peristiwa: status "Kyc Expired", webhook pemantauan, atau perubahan yang dilaporkan pelanggan. Angka 1 tahun dan 5 tahun dalam Pasal 26(2) adalah periode maksimum.
Tugas-tugas seperti pengumpulan data identitas, pelaksanaan verifikasi, pencarian di registri perusahaan, skrining, dan pelaksanaan pemantauan transaksi berdasarkan kriteria yang telah Anda setujui. Ada enam tugas yang tidak dapat dialihdayakan: menyetujui penilaian risiko di tingkat bisnis, menyetujui kebijakan internal, menentukan profil risiko pelanggan, memutuskan untuk melakukan onboarding, melapor ke FIU, dan menyetujui kriteria deteksi. Anda tetap bertanggung jawab penuh atas apa yang Anda alihdayakan (Pasal 18(2)).
Jangka waktu 5 tahun dimulai saat hubungan bisnis berakhir, bukan saat pelanggan diverifikasi. Di Business Console → App Settings → Data retention, pilih rentang waktu yang cukup panjang untuk mencakup masa hubungan bisnis ditambah 5 tahun, atau biarkan tidak terbatas. Lacak tanggal berakhirnya hubungan di sistem Anda sendiri dan panggil DELETE /v3/session/{sessionId}/delete/ saat periode Anda berakhir. Ekspor log audit dan riwayat skrining jika kebijakan pencatatan Anda mengandalkannya.
Tidak. Kepatuhan merupakan karakteristik dari program Anda secara keseluruhan: penilaian risiko, kebijakan, keputusan, dan kendali Anda. Didit menyediakan pemeriksaan, pemantauan, serta bukti yang menjadi dasar berjalannya bagian-bagian program tersebut. Tidak ada sertifikasi atau persetujuan AMLR untuk vendor maupun alat bantu.

Sumber daya terkait

Gambaran umum solusi AMLR

Sudut pandang bisnis: siapa yang terikat AMLR dan peran Didit.

Metode Verifikasi Identitas

Pengambilan dokumen, pencarian non-dokumen, dan dompet ID digital.

Dompet ID digital

Ketersediaan dan tingkat jaminan per dompet.

Verifikasi Bisnis

Pencarian registri, kepemilikan, dan pihak kunci.

Skrining AML

Skrining sanksi, PEP, dan daftar pantauan dengan pemantauan berkelanjutan.

Pemantauan Transaksi

Aturan, alert, kasus, dan penyiapan laporan FIU.

Kuesioner

Templat untuk tujuan hubungan dan sumber dana.

Retensi data

Jendela retensi dan penghapusan sesuai permintaan.

Webhook

Tipe event, payload, dan verifikasi tanda tangan.

Harga

Bayar per pemeriksaan. Lihat harga saat ini untuk setiap fitur.
Terakhir diubah pada 7 November 2026