> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Panduan Kepatuhan AMLR: API Regulasi AML UE 2024/1624

> Petakan setiap persyaratan EU Anti-Money Laundering Regulation (AMLR) ke alur kerja, endpoint API, dan webhook Didit yang menerapkannya.

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](https://didit.me/solutions/amlr).

Terakhir ditinjau: 2 Oktober 2026.

> [!WARNING]
>
> **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

| Kewajiban | Pasal | Tempatnya di Didit |
| - | - | - |
| Mengetahui kapan uji tuntas dipicu | Pasal 19 | Logika perutean Anda sendiri, lalu satu sesi per pemicu. Lihat [Kapan uji tuntas berlaku](#kapan-uji-tuntas-berlaku) |
| Mengidentifikasi pelanggan dan memverifikasi identitas mereka | Pasal 20(1)(a), Pasal 22 | Verifikasi Identitas dengan dompet ID digital atau pengambilan dokumen. Lihat [Identifikasi dan verifikasi individu](#mengidentifikasi-dan-memverifikasi-individu) |
| Mengidentifikasi pemilik manfaat dan memahami struktur kepemilikan | Pasal 20(1)(b), Pasal 51 hingga 53 | Alur kerja Verifikasi Bisnis. Lihat [Verifikasi bisnis dan pemilik manfaat](#verifikasi-bisnis-dan-pemilik-manfaat) |
| Memeriksa sanksi dan Politically Exposed Person (PEP) | Pasal 20(1)(d) dan (g), Pasal 42 | Skrining AML. Lihat [Skrining untuk sanksi dan PEP](#skrining-sanksi-dan-pep) |
| Memantau hubungan bisnis dan memperbarui data pelanggan | Pasal 26 | Pemantauan AML Berkelanjutan dan kedaluwarsa dokumen. Lihat [Pantau secara berkelanjutan dan perbarui](#pantau-secara-berkelanjutan-dan-perbarui) |
| Memahami tujuan hubungan bisnis dan, jika perlu, sumber dana | Pasal 25 | Kuesioner. Lihat [Tujuan dan sumber dana](#tujuan-dan-sumber-dana) |
| Memantau transaksi dan melaporkan kecurigaan | Pasal 26(1), Pasal 69 | Pemantauan Transaksi dan Manajemen Kasus. Lihat [Pantau transaksi dan laporkan](#pantau-transaksi-dan-laporkan) |
| Menyimpan catatan selama 5 tahun, lalu menghapus data pribadi | Pasal 77 | Pengaturan retensi, ekspor, dan penghapusan atas permintaan. Lihat [Simpan catatan, lalu hapus](#simpan-catatan-lalu-hapus) |
| Melibatkan manusia dalam keputusan otomatis | Pasal 76(5) | Peninjauan manual dan pembaruan status. Lihat [Peninjauan manusia terhadap keputusan otomatis](#peninjauan-oleh-manusia-atas-keputusan-otomatis) |
| Mengatur pengalihdayaan Anda | Pasal 18 | Registri pengalihdayaan Anda. Lihat [Pengalihdayaan](#alih-daya) |

## 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.

```mermaid theme={null}
sequenceDiagram
    autonumber
    participant User as Your customer
    participant You as Your backend
    participant Didit as Didit API
    participant Team as Your compliance team

    You->>Didit: POST /v3/session/ (workflow_id, vendor_data)
    Didit-->>You: session_id and url
    You->>User: Redirect to url
    User->>Didit: Completes the workflow
    Didit--)You: status.updated webhook
    You->>Didit: GET /v3/session/{sessionId}/decision/
    Didit-->>You: Decision with the result of every check
    You->>Team: Queue the case for a decision
    Note over You,Team: Risk profile and onboarding decision are yours (Article 18)
    Team->>Didit: PATCH /v3/session/{sessionId}/update-status/
    You->>Didit: POST /v3/users/aml-monitoring/
    Didit--)You: status.updated and data.updated on each change
```

## 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.

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Memulai uji tuntas untuk hubungan bisnis baru (Pasal 19(1)(a)) | Sesi verifikasi pada alur kerja onboarding Anda | [`POST /v3/session/`](https://docs.didit.me/id/sessions-api/create-session) |
| Memulai uji tuntas saat transaksi insidental melampaui ambang batas Anda (Pasal 19(1)(b), 19(2) hingga 19(5)) | Sesi verifikasi pada alur kerja yang Anda pilih untuk pemicu tersebut | [`POST /v3/session/`](https://docs.didit.me/id/sessions-api/create-session) dengan `workflow_id` yang sesuai |
| Mendeteksi transaksi terkait yang bersama-sama melampaui ambang batas | Aturan frekuensi transaksi dalam Pemantauan Transaksi | [`POST /v3/transactions/`](https://docs.didit.me/id/transaction-monitoring/transactions), [aturan](https://docs.didit.me/id/transaction-monitoring/rules.md) |
| Meminta verifikasi dari pelanggan sebelum transaksi yang ditandai diselesaikan | Tindakan aturan memindahkan transaksi ke `AWAITING_USER` dan sesi verifikasi terkait dibuat | [Status transaksi](https://docs.didit.me/id/transaction-monitoring/statuses.md) |

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:

```python theme={null}
# Illustrative only. The figures are the Article 19 thresholds in EUR.
def due_diligence_for(event) -> str:
    """Return "full_cdd", "identify_and_verify" or "none"."""
    if event.new_business_relationship or event.suspicion or event.doubts_about_identity_data:
        return "full_cdd"

    amount = event.linked_total_eur  # one operation, or linked transactions added together

    if event.sector == "casp":
        return "full_cdd" if amount >= 1_000 else "identify_and_verify"
    if event.is_transfer_of_funds and amount >= 1_000:
        return "full_cdd"
    if event.sector == "gambling" and amount >= 2_000:
        return "full_cdd"
    if amount >= 10_000:
        return "full_cdd"
    if event.is_cash and amount >= 3_000:
        return "identify_and_verify"
    return "none"


WORKFLOWS = {
    "full_cdd": "YOUR_FULL_CDD_WORKFLOW_ID",
    "identify_and_verify": "YOUR_ID_ONLY_WORKFLOW_ID",
}
```

## 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/`](https://docs.didit.me/id/sessions-api/retrieve-session) memuat satu entri per pemeriksaan identitas di `id_verifications[]`.

| Poin data Pasal 22(1)(a) | Kolom di `id_verifications[]` | Catatan |
| - | - | - |
| Semua nama dan nama keluarga | `first_name`, `last_name`, `full_name` | Sesuai yang tertera pada dokumen atau yang dikembalikan oleh dompet |
| Tempat dan tanggal lahir lengkap | `place_of_birth`, `date_of_birth` | Tempat lahir tersedia jika dokumen memuatnya |
| Kewarganegaraan | `nationality` | Catat kewarganegaraan tambahan yang dinyatakan pelanggan di sistem Anda sendiri |
| Nomor identifikasi nasional, jika berlaku | `personal_number` | Isi kolom ini bergantung pada dokumennya. Lihat [laporan Verifikasi Identitas](https://docs.didit.me/id/core-technology/id-verification/report-id-verification.md) |
| Tempat tinggal biasa | `address`, `formatted_address`, `parsed_address` | Paspor jarang memuat alamat. Tambahkan [Bukti Alamat](https://docs.didit.me/id/core-technology/proof-of-address/overview.md) atau [validasi database](https://docs.didit.me/id/core-technology/database-validation/overview.md) jika dokumen tidak memuatnya |
| Nomor identifikasi pajak, jika tersedia | `extra_fields.tax_number` | Hanya jika tertera pada dokumen. Jika tidak, kumpulkan menggunakan [kuesioner](https://docs.didit.me/id/core-technology/questionnaires/overview.md) |

### Dua jalur verifikasi

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Verifikasi dengan identifikasi elektronik (Ps. 22(6)(b)) | [Dompet ID digital](https://docs.didit.me/id/core-technology/id-verification/digital-id-wallets.md). Tersedia di lingkungan produksi: MitID (Denmark), BankID Swedia, Finnish Trust Network (Finlandia), Smart-ID (Estonia, Latvia, Lithuania, Belgia), dan Mobile-ID (Estonia, Lithuania). European Digital Identity (EUDI) Wallet: **Segera hadir** | Konfigurasikan metode per negara di [langkah Verifikasi Identitas](https://docs.didit.me/id/console/id-verification-methods.md). Hasilnya memuat `verification_method` dan `wallet_provider` |
| Verifikasi dengan dokumen identitas (Ps. 22(6)(a)) | [Pengambilan dokumen](https://docs.didit.me/id/core-technology/id-verification/overview.md) dengan pemeriksaan keaslian, dan [pembacaan chip NFC](https://docs.didit.me/id/core-technology/nfc-verification/overview.md) untuk paspor elektronik dan e-ID. Untuk penggunaan jarak jauh, baca draf standar di bawah ini | Langkah Verifikasi Identitas dan NFC dalam alur kerja |
| Memeriksa bahwa orang yang menunjukkan dokumen adalah pemegangnya | [Liveness](https://docs.didit.me/id/core-technology/liveness/overview.md) dan [Pencocokan Wajah](https://docs.didit.me/id/core-technology/face-match/overview.md) terhadap foto pada dokumen | Langkah Liveness dan Pencocokan Wajah. Hasil di `liveness_checks[]` dan `face_matches[]` |
| Menyimpan bukti yang dapat Anda tinjau nanti | Catatan sesi dengan gambar, data hasil ekstraksi, dan stempel waktu | [`GET /v3/session/{sessionId}/generate-pdf/`](https://docs.didit.me/id/sessions-api/generate-pdf), [ekspor](https://docs.didit.me/id/console/export-pdf-csv.md) |

Tingkat jaminan yang dilaporkan oleh masing-masing dompet tercantum di halaman [Dompet ID digital](https://docs.didit.me/id/core-technology/id-verification/digital-id-wallets.md). 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:

| Mekanisme perlindungan dalam draf (Pasal 7(2)) | Hal yang dapat Anda gunakan di Didit |
| - | - |
| Kontrol untuk memastikan bahwa orang yang menunjukkan dokumen adalah pemegang dokumen | Hasil Liveness dan Pencocokan Wajah pada sesi |
| Gambar, video, dan data dengan kualitas yang memadai untuk mengidentifikasi orang tersebut | Pemeriksaan kualitas pengambilan selama alur berlangsung, dengan peringatan pada laporan |
| Penghentian proses saat timbul keraguan terhadap identitas atau integritas proses | Peringatan dan status sesi `"Declined"` atau `"In Review"` |
| Salinan disimpan, diberi stempel waktu, dan tersedia untuk verifikasi di kemudian hari | Catatan sesi, laporan PDF, dan [pengaturan retensi](#simpan-catatan-lalu-hapus) Anda |

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.

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Identifikasi entitas hukum dan periksa terhadap registri | [Verifikasi Bisnis](https://docs.didit.me/id/business-verification/overview.md) (kenali bisnis Anda, KYB) dengan pencarian registri perusahaan pada tingkat Lite, Pemegang Saham, atau UBO. Ketersediaan tingkat bervariasi menurut negara | [`POST /v3/session/`](https://docs.didit.me/id/sessions-api/create-session) dengan `workflow_id` KYB. Lihat [negara yang didukung](https://docs.didit.me/id/business-verification/supported-countries.md) |
| Identifikasi pemilik manfaat utama (UBO) sebesar 25 % atau lebih | [Kepemilikan](https://docs.didit.me/id/business-verification/ownership.md) dari registri jika tersedia, dikonfirmasi dan dilengkapi oleh perwakilan perusahaan | Ambang batas UBO di **Alur kerja**, pada alur kerja KYB. Hasilnya terdapat dalam `key_people_checks[]` |
| Verifikasi identitas pemilik, direktur, dan perwakilan | Pemeriksaan identitas tertaut: setiap [pihak kunci](https://docs.didit.me/id/business-verification/key-people.md) mendapatkan sesi verifikasi turunan pada alur kerja yang Anda pilih per peran | Pengaturan untuk setiap peran di bawah **Pihak Kunci** pada alur kerja KYB |
| Bandingkan isi registri dengan apa yang dideklarasikan pelanggan (Pasal 22(7), Pasal 24) | Registri dan pihak yang diajukan ditampilkan berdampingan | `key_people_checks[].registry` dan `key_people_checks[].submitted` dalam keputusan |
| Skrining perusahaan, pemiliknya, dan pengendalinya | [Skrining AML](https://docs.didit.me/id/business-verification/aml.md) perusahaan dan perorangan | Langkah AML dalam alur kerja KYB |

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.

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Skrining saat onboarding | Langkah [Skrining AML](https://docs.didit.me/id/core-technology/aml-screening/overview.md) dalam alur kerja, terhadap sanksi, PEP, dan daftar pantauan | Langkah AML dan ambang batasnya dalam alur kerja. Hasil dalam `aml_screenings[]` |
| Skrining tanpa alur yang di-hosting | Skrining mandiri untuk perorangan atau perusahaan | [`POST /v3/aml/`](https://docs.didit.me/id/standalone-apis/aml-screening) |
| Ketahui daftar mana saja yang dicakup | [Basis data daftar pantauan](https://docs.didit.me/id/core-technology/aml-screening/watchlist-database-aml-screening.md), yang mencakup daftar konsolidasi sanksi keuangan UE | Halaman referensi |
| Catat keputusan pada setiap temuan kecocokan | Peninjauan temuan dengan `review_status` untuk setiap temuan | [`PATCH /v3/session/{sessionId}/update-aml-hit-status/`](https://docs.didit.me/id/sessions-api/update-aml-hit-status) |
| Kirim kecocokan PEP dan sanksi kepada peninjau | Ambang batas yang memindahkan sesi ke `"In Review"` | Ambang batas AML dalam alur kerja, kemudian [peninjauan manual](https://docs.didit.me/id/console/manual-review.md) |

```bash theme={null}
curl -X POST 'https://verification.didit.me/v3/aml/' \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "full_name": "Javier Ejemplo Modelo",
    "entity_type": "person",
    "date_of_birth": "1974-01-01",
    "nationality": "ES",
    "vendor_data": "user-1234"
  }'
```

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)).

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Skrining ulang pelanggan terhadap daftar sanksi dan PEP | [Pemantauan AML Berkelanjutan](https://docs.didit.me/id/core-technology/aml-screening/continuous-monitoring-aml-screening.md) dengan skrining ulang harian | Aktifkan pada langkah AML, atau per profil dengan [`POST /v3/users/aml-monitoring/`](https://docs.didit.me/id/management-api/aml-monitoring/toggle-users) |
| Skrining ulang perusahaan | Pemantauan AML Berkelanjutan untuk profil bisnis | [`POST /v3/businesses/aml-monitoring/`](https://docs.didit.me/id/management-api/aml-monitoring/toggle-businesses) |
| Dapatkan pemberitahuan saat skrining ulang mengubah hasil | Webhook pada sesi | `status.updated` saat status berubah, misalnya menjadi `"In Review"`, dan `data.updated`. Payload memuat `trigger: "ongoing_monitoring"` |
| Buktikan bahwa pemantauan berjalan saat tidak ada perubahan | Tanggal skrining terakhir dan riwayat skrining | `last_ongoing_screening_at` pada laporan AML, dan ekspor riwayat skrining |
| Deteksi dokumen identitas yang kedaluwarsa | [Pemantauan dokumen](https://docs.didit.me/id/core-technology/id-verification/document-monitoring-id-verification.md) | Sesi berpindah dari `"Approved"` ke `"Kyc Expired"` dan webhook `status.updated` terpicu |

```bash theme={null}
curl -X POST https://verification.didit.me/v3/users/aml-monitoring/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"is_enabled": true, "vendor_data_list": ["user-123", "user-456"]}'
```

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/`](https://docs.didit.me/id/sessions-api/create-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)).

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Kumpulkan tujuan dan aktivitas yang diharapkan | [Kuesioner](https://docs.didit.me/id/core-technology/questionnaires/overview.md) dengan templat Purpose of Account | Langkah kuesioner dalam alur kerja |
| Kumpulkan sumber dana beserta dokumen pendukung | Templat Source of Funds dengan unggahan file | Langkah kuesioner dalam alur kerja |
| Kumpulkan pekerjaan dan pemberi kerja | Templat Employment Details | Langkah kuesioner dalam alur kerja |
| Pastikan staf membaca setiap jawaban | Kuesioner diatur untuk selalu menghasilkan `"In Review"` | Pengaturan peninjauan manual pada kuesioner |

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.

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Kirim setiap transaksi untuk evaluasi | [Pemantauan Transaksi](https://docs.didit.me/id/transaction-monitoring/overview.md) untuk fiat dan kripto | [`POST /v3/transactions/`](https://docs.didit.me/id/transaction-monitoring/transactions) |
| Terapkan kriteria deteksi yang Anda setujui | Bundel aturan prasetel dan [aturan](https://docs.didit.me/id/transaction-monitoring/rules.md) kustom, masing-masing dengan mode yang Anda kendalikan | Aturan di konsol atau API aturan |
| Dapatkan pemberitahuan tentang keputusan | Webhook | `transaction.created` dan `transaction.status.updated` |
| Selidiki | [Alert](https://docs.didit.me/id/transaction-monitoring/alerts.md) dan [kasus](https://docs.didit.me/id/transaction-monitoring/cases.md) dengan linimasa setiap tindakan | Manajemen Kasus di konsol |
| Siapkan laporan | [Persiapan laporan FIU](https://docs.didit.me/id/console/case-management/fiu-reports.md) dari data kasus | Tab **Laporan FIU** pada kasus |

```bash theme={null}
curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "finance0001",
    "transaction_category": "finance",
    "transaction_details": {
      "direction": "outbound",
      "amount": "1200.00",
      "currency": "EUR"
    },
    "subject": { "entity_type": "person", "vendor_data": "user-123", "full_name": "John Doe" },
    "counterparty": { "entity_type": "person", "full_name": "Jane Doe" }
  }'
```

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.

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Simpan catatan sesi selama kewajiban Anda berjalan | [Pengaturan retensi](https://docs.didit.me/id/console/data-retention.md): jangka waktu dari 1 bulan hingga 10 tahun, atau tanpa batas | **Business Console → App Settings → Data retention** |
| Hapus saat periode 5 tahun Anda berakhir | Penghapusan sesi sesuai permintaan | [`DELETE /v3/session/{sessionId}/delete/`](https://docs.didit.me/id/sessions-api/delete-session) |
| Serahkan berkas kepada pengawas atau auditor | Laporan PDF per sesi dan per pengguna, ekspor CSV secara massal | [`GET /v3/session/{sessionId}/generate-pdf/`](https://docs.didit.me/id/sessions-api/generate-pdf), [ekspor](https://docs.didit.me/id/console/export-pdf-csv.md) |
| Simpan bukti skrining | Ekspor riwayat skrining per sesi | [Bukti pemantauan berkelanjutan](https://docs.didit.me/id/core-technology/aml-screening/continuous-monitoring-aml-screening.md#membuktikan-bahwa-pemantauan-berjalan) |

**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.

> [!WARNING]
>
> **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](https://docs.didit.me/id/console/audit-logs.md#retensi-data) 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.

| Persyaratan | Fitur Didit | Endpoint atau pengaturan |
| - | - | - |
| Kirim kasus kepada peninjau | Ambang batas alur kerja dan cabang yang berakhir dengan `"In Review"` | [Alur kerja](https://docs.didit.me/id/console/workflows.md) |
| Tinjau bukti dan ambil keputusan | [Peninjauan manual](https://docs.didit.me/id/console/manual-review.md) dengan alasan penolakan dan catatan peninjauan | Konsol, atau [`PATCH /v3/session/{sessionId}/update-status/`](https://docs.didit.me/id/sessions-api/update-status) |
| Wajibkan peninjau kedua | [Peninjauan empat mata](https://docs.didit.me/id/console/case-management/four-eyes.md) pada cetak biru kasus: petugas berbeda menyetujui atau menolak penyelesaian tersebut | Manajemen kasus di konsol |
| Jelaskan hasilnya | Hasil per pemeriksaan, peringatan, dan komentar peninjau pada sesi | [`GET /v3/session/{sessionId}/decision/`](https://docs.didit.me/id/sessions-api/retrieve-session) |

```bash theme={null}
curl -X PATCH https://verification.didit.me/v3/session/4c5c7f3a-.../update-status/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "new_status": "Approved",
    "comment": "Cleared after manual review by compliance team"
  }'
```

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:

| Butir | Hal yang dicatat | Tempat menemukannya |
| - | - | - |
| Perjanjian tertulis (Pasal 18(4)) | Kontrak Anda dengan Didit dan perjanjian pemrosesan data (DPA) | Hubungi perwakilan Didit Anda untuk mendapatkan DPA serta langkah-langkah teknis dan organisasional |
| Tugas yang didelegasikan | Pemeriksaan di setiap alur kerja yang Anda jalankan, berdasarkan versi alur kerja | [Alur kerja](https://docs.didit.me/id/console/workflows.md). Sesi dan webhook memuat `workflow_id` dan `workflow_version` |
| Tugas yang tetap Anda jalankan | Enam tugas di atas, beserta penanggung jawab di organisasi Anda | Kebijakan internal Anda sendiri |
| Kualifikasi penyedia (Pasal 18(4)) | Sertifikasi dan atestasi | [Sertifikasi](https://docs.didit.me/id/getting-started/certifications.md) |
| Lokasi data | Data diproses dan disimpan di UE secara default. Pemrosesan di dalam negeri tersedia pada paket Enterprise | [Retensi data](https://docs.didit.me/id/console/data-retention.md#peran-dan-lokasi-pemrosesan) |
| Kontrol rutin (Pasal 18(4)) | Pengambilan sampel sesi, ekspor, dan jejak peninjauan oleh Anda, dengan frekuensi yang sesuai dengan tingkat kekritisan tugas | [Ekspor](https://docs.didit.me/id/console/export-pdf-csv.md), [log audit](https://docs.didit.me/id/console/audit-logs.md) |
| Pemberitahuan pengawas (Pasal 18(1)) | Tanggal Anda memberi tahu pengawas Anda, sebelum mulai beroperasi | Langkah Anda. Pemberitahuan tidak berarti bahwa pengawas menyetujui pengaturan tersebut |

## 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](https://docs.didit.me/id/console/id-verification-methods.md).

**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](https://docs.didit.me/id/integration/webhooks.md).

**8. Publikasikan dan salin ID alur kerja**

Publikasikan alur kerja dan gunakan `workflow_id` miliknya saat Anda membuat sesi.

Buat sesi:

```bash theme={null}
curl -X POST https://verification.didit.me/v3/session/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "workflow_id": "YOUR_KYC_WORKFLOW_ID",
    "vendor_data": "user-42",
    "callback": "https://yourapp.com/callback"
  }'
```

Respons (`201 Created`):

```json theme={null}
{
  "session_id": "4c5c7f3a-1f82-4f3b-8d8e-1a8d2d2f9b7a",
  "session_kind": "user",
  "session_number": 1024,
  "session_token": "...",
  "url": "https://verify.didit.me/session/...",
  "status": "Not Started",
  "workflow_id": "YOUR_KYC_WORKFLOW_ID",
  "vendor_data": "user-42"
}
```

Arahkan pelanggan ke `url`. Saat sesi mencapai sebuah keputusan, Didit akan mengirimkan webhook `status.updated`. Cuplikan:

```json theme={null}
{
  "event_id": "9c0c8b8a-1111-4222-9333-444444444444",
  "webhook_type": "status.updated",
  "timestamp": 1774970000,
  "created_at": 1774969994,
  "application_id": "11111111-2222-3333-4444-555555555555",
  "environment": "live",
  "session_id": "aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee",
  "status": "In Review",
  "workflow_id": "66666666-7777-8888-9999-000000000000",
  "workflow_version": 4,
  "vendor_data": "user_42",
  "decision": { "...": "see /sessions-api/retrieve-session" }
}
```

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](https://docs.didit.me/id/integration/verification-statuses.md). Kemudian baca keputusan lengkap dengan `GET /v3/session/{sessionId}/decision/` dan serahkan kepada orang atau proses yang membuat keputusan onboarding Anda.

## Lini masa

| Tanggal | Peristiwa |
| - | - |
| 19 Juni 2024 | AMLR, Regulation (EU) 2024/1624, diterbitkan dalam Jurnal Resmi |
| 9 Juli 2024 | AMLR mulai berlaku |
| 30 September 2026 | AMLA menetapkan tanggal laporan akhirnya mengenai draf standar uji tuntas pelanggan (diumumkan 1 Oktober 2026). Diserahkan ke Komisi, belum diadopsi |
| 10 Juli 2027 | AMLR mulai diterapkan. Batas waktu bagi Negara Anggota untuk mentransposisikan Petunjuk Antipencucian Uang keenam, Directive (EU) 2024/1640. Panduan AMLA mengenai alih daya dijadwalkan terbit |
| 2028 | AMLA memulai pengawasan langsung terhadap entitas keuangan terpilih. Putaran pertama dibatasi maksimal 40 entitas |
| 10 Juli 2029 | AMLR berlaku untuk agen sepak bola dan klub sepak bola profesional |

## FAQ

> [accordion] Kapan AMLR mulai berlaku?
>
> 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.

> [accordion] Apa perbedaan antara AMLR, AMLD6, dan AMLA?
>
> 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.

> [accordion] Apakah verifikasi jarak jauh dengan dokumen identitas masih diizinkan?
>
> 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.

> [accordion] Apakah standar teknis tersebut sudah final?
>
> 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.

> [accordion] Apakah saya harus menerima EUDI Wallet, dan apakah Didit mendukungnya?
>
> 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.

> [accordion] Apakah ambang batas kepemilikan manfaat 25% atau 15%?
>
> 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.

> [accordion] Bagaimana cara menerapkan pembaruan 1 tahun dan 5 tahun?
>
> 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.

> [accordion] Apa saja yang dapat saya alihdayakan?
>
> 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)).

> [accordion] Bagaimana cara mengatur retensi untuk aturan 5 tahun?
>
> 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.

> [accordion] Apakah menggunakan Didit membuat saya patuh terhadap AMLR?
>
> 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

> [card] [Gambaran umum solusi AMLR](https://didit.me/solutions/amlr)
>
> Sudut pandang bisnis: siapa yang terikat AMLR dan peran Didit.

> [card] [Metode Verifikasi Identitas](https://docs.didit.me/id/core-technology/id-verification/verification-methods.md)
>
> Pengambilan dokumen, pencarian non-dokumen, dan dompet ID digital.

> [card] [Dompet ID digital](https://docs.didit.me/id/core-technology/id-verification/digital-id-wallets.md)
>
> Ketersediaan dan tingkat jaminan per dompet.

> [card] [Verifikasi Bisnis](https://docs.didit.me/id/business-verification/overview.md)
>
> Pencarian registri, kepemilikan, dan pihak kunci.

> [card] [Skrining AML](https://docs.didit.me/id/core-technology/aml-screening/overview.md)
>
> Skrining sanksi, PEP, dan daftar pantauan dengan pemantauan berkelanjutan.

> [card] [Pemantauan Transaksi](https://docs.didit.me/id/transaction-monitoring/overview.md)
>
> Aturan, alert, kasus, dan penyiapan laporan FIU.

> [card] [Kuesioner](https://docs.didit.me/id/core-technology/questionnaires/overview.md)
>
> Templat untuk tujuan hubungan dan sumber dana.

> [card] [Retensi data](https://docs.didit.me/id/console/data-retention.md)
>
> Jendela retensi dan penghapusan sesuai permintaan.

> [card] [Webhook](https://docs.didit.me/id/integration/webhooks.md)
>
> Tipe event, payload, dan verifikasi tanda tangan.

> [card] [Harga](https://docs.didit.me/id/getting-started/pricing.md)
>
> Bayar per pemeriksaan. Lihat harga saat ini untuk setiap fitur.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.