Lewati ke konten utama
Didit Raih $7,5 Juta untuk Membangun Infrastruktur Identitas dan Fraud
Didit
Kembali ke blog
Blog · 6 Oktober 2026

Panduan integrasi API eID: pola, kode, dan keamanan

Panduan berbasis kode untuk mengintegrasikan eID nasional melalui API eID: alur redirect, push aplikasi, QR, kartu NFC, dan OpenID4VP, apa yang Anda bangun, kolom hasil, fallback, dan daftar periksa keamanan.

Oleh DiditDiperbarui
eid-api-integration-guide-cover.png

Ringkasnya

API eID memungkinkan proses pendaftaran Anda meminta skema identitas elektronik nasional (eID) untuk mengautentikasi seseorang dan mengembalikan atribut identitas yang ditandatangani. Setiap skema menggunakan salah satu dari lima pola: pengalihan browser, notifikasi push aplikasi dengan kode pembanding, QR atau peluncuran aplikasi, kartu chip yang dibaca melalui near-field communication (NFC), atau presentasi Dompet Identitas Digital Uni Eropa (EUDI Wallet) melalui OpenID for Verifiable Presentations (OpenID4VP).[2][6][8][14]

  • Anda tetap harus memeriksa tanda tangan dan tingkat jaminannya.
  • Sebagian besar skema memerlukan kontrak, sertifikat, atau broker tersertifikasi sebelum panggilan pertama.[12][13][15]

Terakhir ditinjau: 5 Oktober 2026 · Bukan nasihat hukum

Panduan berbasis kode ini ditujukan bagi engineer yang menambahkan eID nasional ke proses onboarding.

Cara kerja API eID: lima pola interaksi

Sistem Anda adalah pihak pengandal (relying party, RP). Sistem Anda tidak pernah melihat kredensial itu sendiri, hanya jawaban bertanda tangan tentang orang tersebut.

PolaYang dilakukan penggunaCara backend Anda menerima jawabanContoh
Pengalihan (OpenID Connect, OIDC)Meninggalkan halaman Anda menuju login skema, masuk, lalu kembaliKode otorisasi, yang ditukar dengan token ID bertanda tanganID Austria, yang login OIDC-nya hanya mendukung alur kode otorisasi[6]
Push aplikasi dengan kodeMengetik kode pribadi, mencocokkan kode di layar dengan aplikasi, mengetik PIN di aplikasiAnda menunggu atau melakukan polling untuk hasil bertanda tanganSmart-ID, Mobile-ID[10][20]
QR atau peluncuran aplikasiMemindai QR animasi di komputer, atau aplikasi terbuka di ponsel yang samaAnda melakukan polling ke skema hingga pesanan selesaiBankID Swedia[8]
Kartu dan NFCMenempelkan kartu chip ke ponsel, mengetik PIN kartuServer eID membaca chip dan mengembalikan atributnyaKartu eID Jerman[14]
Presentasi dompet (OpenID4VP)Menyetujui atribut mana yang dibagikan di aplikasi dompetPresentasi atribut yang ditandatangani dan diungkapkan secara selektifDompet EUDI[2]

Sebagian skema berada di balik gateway publik: TARA milik Estonia adalah gateway authorization code yang berada di depan kartu identitas, Smart-ID, Mobile-ID, dan eID Uni Eropa.[7] Lihat skema eID per negara untuk mengetahui pola yang digunakan setiap skema.

Apa yang Anda bangun dan apa yang ditangani penyedia

Akses datang sebelum kode. Di Denmark, setiap penyedia layanan wajib melalui broker MitID yang tersertifikasi.[12] Di Swedia, Anda membeli BankID dari bank atau peritel dan memesan sertifikat pihak pengandal (relying party).[15] Di Jerman, Anda menjalankan server eID sendiri, menggunakan layanan eID yang di-hosting dengan sertifikat Anda sendiri, atau menggunakan layanan identifikasi tanpa memegang sertifikat sendiri.[13] Untuk Dompet EUDI, pihak pengandal wajib mendaftar di Negara Anggota tempat pihak tersebut didirikan.[1]

LapisanLangsung, skema demi skemaMelalui satu API eID
Kontrak dan sertifikatSatu per skema, diperbarui sesuai siklus masing-masing skemaPenyedia yang memegangnya; Anda memegang satu kontrak
Kode protokolOIDC, API polling, server eID, OpenID4VPSatu API sesi dan satu format hasil
LayarPemilih, QR, kode perbandingan, kesalahan, per skemaAlur hosted atau SDK
Pemeriksaan tanda tanganMilik Anda, per kunci skema dan formatDilakukan oleh penyedia, dilaporkan sebagai putusan
Tingkat jaminanAnda yang meminta dan memeriksanyaDicatat pada hasil; Anda tetap yang menetapkan kebijakannya
Alternatif bagi orang yang tidak memiliki eIDVendor kedua atau jalur manualJalur dokumen dalam alur yang sama
Keputusan onboardingMilik AndaTetap di tangan Anda

Broker bersertifikat tersedia untuk sebagian besar skema Nordik dan Baltik. Terhubunglah langsung jika Anda memakai satu skema dengan volume tinggi. Gunakan satu API jika pengguna berasal dari beberapa negara.

Alur pengalihan, langkah demi langkah

Ini adalah alur kode otorisasi OIDC. Backend Anda mengarahkan browser keluar dengan state dan nonce acak, lalu menukar kode yang dikembalikan dengan token ID dan memeriksanya.

Pengguna Backend Anda Penyedia eID
1Memulai pendaftaran
2Pengalihan dengan state, nonce

Pengguna masuk dengan eID

3Kode ke callback Anda
4Tukarkan kode dengan token
5Token ID yang ditandatangani

Periksa state, nonce, tanda tangan, acr

6Akun dibuka

Proses masuk melalui pengalihan (redirect). Broker dan gateway menambah lompatan (hop) di langkah 2, bukan langkah baru bagi Anda.

Pemeriksaan setelah langkah 5 adalah yang paling penting. Menurut dokumentasi ID-porten dari Digdir, klien "WAJIB memvalidasi bahwa tingkat keamanan (acr) cukup tinggi".[5] Baca acr sebagai tingkat jaminan (level of assurance, LoA) yang dinyatakan oleh skema, dan tolak apa pun yang berada di bawah kebijakan Anda.

Alur notifikasi push aplikasi dengan kode pembanding

Smart-ID dan Mobile-ID tidak pernah meninggalkan halaman Anda. Pengguna mengetikkan kode identifikasi pribadi (Mobile-ID juga meminta nomor telepon), halaman Anda menampilkan kode pendek, dan kode yang sama muncul di aplikasi. Pengguna menyetujui dengan PIN di ponsel hanya jika kodenya cocok.[20] Smart-ID juga dapat menampilkan tiga kode dan meminta pengguna memilih kode yang benar.[10]

Verifikasi identitas Anda

Pilih cara verifikasi

Masuk dengan ID elektronik yang sudah Anda gunakan.

Smart-ID

1Pengguna memilih eID dari daftar eID yang Anda terima.

Verifikasi identitas Anda

Periksa kodenya

4821

Kode yang sama muncul di aplikasi Smart-ID Anda.

2Halaman verifikasi Anda, di perangkat yang sedang digunakan, menampilkan kode pembanding. Kode yang sama muncul di aplikasi.

Smart-ID

Masukkan PIN Anda

Hanya jika kodenya sama dengan kode di layar.

3Pengguna mengetik PIN di aplikasi, tidak pernah di halaman Anda.

Verifikasi identitas Anda

Anda sudah terverifikasi

  • Nama lengkapDibagikan
  • Tanggal lahirDibagikan
  • Kode pribadiDibagikan
  • AlamatTidak dibagikan

4Atribut yang ditandatangani sampai di backend Anda.

BankID Sweden memiliki pola yang sama, tetapi memakai QR alih-alih kode yang diketik: pengguna membuka aplikasi di perangkat yang sama dengan token autostart, atau memindai QR animasi yang ditampilkan di perangkat lain, dan backend Anda melakukan polling ke /collect sampai order selesai. Order yang selesai memuat nomor identitas pribadi, nama, nama depan dan nama keluarga, ditambah kolom perangkat, tanda tangan, dan kolom risiko opsional.[8] Smart-ID+ memindahkan Smart-ID ke model ini (QR dinamis di desktop, app-to-app di perangkat seluler), sehingga pengguna tidak lagi mengetik kode pribadi di situs web.[11]

Pengguna Backend Anda API skema Aplikasi skema
1Memasukkan kode pribadi
2Menampilkan kode perbandingan
3Memulai permintaan autentikasi
4Notifikasi push ke ponsel

Aplikasi menampilkan kode yang sama; pengguna mengetikkan PIN

5Melakukan polling untuk hasilnya
6Hasil bertanda tangan

Proses masuk dengan Smart-ID atau Mobile-ID, sesuai urutan yang dilihat pengguna: kode pribadi, kode pembanding di halaman Anda, kode yang sama di aplikasi, lalu PIN.[20] Pada varian QR BankID, langkah 1 hilang dan langkah 2 menampilkan kode QR.

Kartu dan NFC, serta Dompet EUDI melalui OpenID4VP

Dengan kartu eID Jerman, pengguna menempelkan kartu ke ponsel NFC di AusweisApp. Sebelum PIN diketik, undang-undang mewajibkan aplikasi menampilkan nama dan alamat penyedia serta kategori data yang diminta, dan hanya kategori tersebut yang dikirim.[14]

Menurut OpenID Foundation, OpenID4VP 1.0 adalah spesifikasi final.[16] Architecture and Reference Framework (ARF) mencantumkan presentasi jarak jauh sebagai OpenID4VP melalui pengalihan (redirect) dan skema URI khusus seperti openid4vp://, OpenID4VP melalui W3C Digital Credentials API, atau ISO/IEC 18013-7 melalui API tersebut.[2][17] Sebelum membagikan apa pun, dompet mengautentikasi sertifikat akses Anda, memeriksa bahwa Anda tidak meminta atribut lebih banyak daripada yang Anda daftarkan, dan membiarkan pengguna menyetujui setiap atribut.[2] Foto wajah baru menjadi wajib dalam data identifikasi pribadi (PID) mulai 11 Agustus 2028, kecuali jika pengguna secara tegas memilih untuk tidak menyertakannya.[18]

  1. 23 Juli 2026ARF v3.0.0Versi terkini kerangka kerja dompet.
  2. 24 Desember 2026Tenggat dompetSetiap Negara Anggota menyediakan setidaknya satu dompet.
  3. 24 Desember 2027PenerimaanPihak pengandal swasta yang diwajibkan oleh hukum atau kontrak untuk menggunakan autentikasi pengguna yang kuat menerimanya atas permintaan pengguna. Usaha mikro dan kecil dikecualikan.
  4. 11 Agustus 2028Foto wajahFoto wajah dalam PID menjadi wajib kecuali pengguna memilih untuk tidak menyertakannya.

Tanggal-tanggal Dompet EUDI yang membentuk peta jalan API eID.[1][2][18]

Panduan Dompet EUDI membahas pendaftaran pihak pengandal dan kesiapan per negara.

Kesalahan, fallback, dan percobaan ulang

Proses masuk berakhir dengan status selesai, dibatalkan, habis waktu, atau gagal. Tangani tiga status terakhir dengan cara yang sama, lalu tentukan per negara apa langkah berikutnya.

1Tawarkan eID dari negara pengguna

Daftar yang diterima per negara, pengguna yang memilih.

Proses masuk selesai dengan tanda tangan yang valid dan tingkat yang disyaratkan

Ya

Simpan atribut yang telah ditandatangani

Nama, tanggal lahir, pengenal, tingkat.

Tidak

Beralih ke opsi cadangan atau tolak

Dokumen dengan pembacaan chip, atau akhiri sesi.

2Saring dan putuskan

Terapkan aturan risiko Anda sendiri pada data yang telah diverifikasi.

Jangan pernah mengulang secara otomatis proses masuk yang dibatalkan. Buat callback bersifat idempoten, sehingga muat ulang halaman atau peristiwa duplikat tidak dapat membuka dua akun. Sediakan jalur bagi orang yang tidak memiliki eID, biasanya dokumen identitas dengan pembacaan chip NFC, deteksi liveness, dan pencocokan wajah. Verifikasi eID NFC dan keamanan chip membahas jalur tersebut.

Daftar periksa keamanan untuk integrasi API eID

  • Buat state dan nonce baru untuk setiap proses masuk dan tolak callback yang tidak cocok dengan keduanya.
  • Verifikasi tanda tangan setiap token atau hasil sebelum membaca satu atribut pun.
  • Periksa tingkat jaminan pada hasil, bukan hanya pada permintaan.[5]
  • Wajibkan tingkat substansial atau tinggi jika jalur eID AMLR berlaku bagi Anda.[3]
  • Jangan pernah mengumpulkan PIN eID di halaman Anda. PIN tersebut hanya dimasukkan di aplikasi skema.[20]
  • Utamakan QR atau peluncuran app-to-app daripada kode yang diketik untuk login lintas perangkat.[11]
  • Minta hanya atribut yang Anda daftarkan dan Anda butuhkan.[1]
  • Verifikasi tanda tangan dan stempel waktu webhook sebelum Anda memercayai suatu hasil.

Dasar hukumnya adalah Peraturan Anti Pencucian Uang (AMLR), yang berlaku mulai 10 Juli 2027: Pasal 22(6)(b) mengizinkan "sarana identifikasi elektronik yang memenuhi persyaratan Peraturan (UE) No 910/2014 terkait tingkat jaminan 'substansial' atau 'tinggi'".[3] Tidak semua skema telah dinotifikasi: MitID tercantum dalam daftar skema yang dinotifikasi di UE, sedangkan Smart-ID tidak.[4]

Perhatikan

ARF memperingatkan bahwa alur custom URI lintas perangkat "rentan terhadap serangan phishing dan relay" dan tidak merekomendasikan skema custom URI untuk presentasi lintas perangkat.[2] Menurut Computer Sweden, pada Juli 2019 polisi melaporkan penurunan penipuan telepon BankID sebesar 90% setelah kode QR diperkenalkan.[9]

Bagaimana Didit membantu integrasi API eID

Didit menyediakan lima eID aktif di balik satu API sesi (MitID, BankID Swedia, Finnish Trust Network, Smart-ID dan Mobile-ID, di tujuh negara), dengan jalur dokumen dalam workflow yang sama. Skema lain ada dalam roadmap Didit, dan penerimaan Dompet EUDI akan segera hadir. Didit tidak pernah meminta PIN. Informasi lebih lanjut ada di halaman dompet ID digital dan di dokumentasi dompet.[19]

Aktifkan eID aktif per negara

Di konsol: Workflows, langkah ID Verification, Countries, "Wallets accepted". Melalui API, fitur ID Verification (OCR) menerima objek methods dengan kunci berupa kode negara ISO 3166-1 alpha-3, yang dikirim dengan POST /v3/workflows/. Fragmen yang terdokumentasi untuk Denmark:[21]

{ "feature": "OCR", "config": { "methods": { "DNK": { "document": { "enabled": true }, "wallet": { "enabled": true, "providers": ["mitid"], "on_failure": "fallback_to_document" } } } } }

Dan untuk Estonia, dengan menerima kedua eID berbasis ponsel:[20]

{ "EST": { "document": { "enabled": true }, "wallet": { "enabled": true, "providers": ["smart_id", "mobile_id"], "on_failure": "fallback_to_document" } } }

providers adalah daftar penerimaan, bukan urutan peringkat. on_failure bernilai fallback_to_document atau decline. Dompet yang tidak tersedia di lingkungan Anda membuat seluruh penyimpanan ditolak, jadi baca katalog terlebih dahulu.[21]

Tangkapan layar menyusul: console-wallets-accepted

Memilih eID yang diterima untuk satu negara di konsol Didit.

Buat sesi dan baca hasilnya

POST /v3/session/ dengan workflow_id Anda (dan secara opsional vendor_data serta callback) mengembalikan session_id, url, dan session_token. Buka URL tersebut atau gunakan SDK.[24] Hasilnya dikirim melalui webhook atau GET /v3/session/{id}/decision/, dengan verification_method: "wallet", assurance: "cryptographic", dan objek wallet_verification.[19]

KolomContohApa yang ditunjukkannya kepada Anda
providermitideID mana yang dipilih pengguna
issuing_authorityBadan Pemerintahan Digital DenmarkSiapa yang menjamin identitas tersebut
issuing_countryDNKJalur identitas, bukan kewarganegaraan
level_of_assurancesubstantialTingkat yang dinyatakan oleh skema
signature_validtrueAsersi yang ditandatangani lolos verifikasi
attributesfull_name, date_of_birth, cpr_aliasKlaim tervalidasi, namanya berbeda-beda tergantung eID
portrait, face_match_scorenullTidak ada eID aktif yang membagikan foto wajah

Tingkat yang lebih rendah dari yang diminta membuat proses masuk gagal. Hanya proses masuk yang selesai yang ditagih.[19] Harga: MitID, Finnish Trust Network $0.25; BankID Sweden, Smart-ID, Mobile-ID $0.20.

Webhook dan sandbox

Verifikasi X-Signature-V2 dengan secret tujuan Anda, tolak X-Timestamp yang lebih lama dari 300 detik, dan gunakan event_id sebagai kunci idempotensi. Pengiriman yang gagal dicoba ulang hingga dua kali.[22] Aplikasi sandbox dapat mengaktifkan semua dompet, memberikan persetujuan tanpa proses masuk yang sebenarnya, dan menyediakan wallet_cancelled, wallet_timeout, serta wallet_provider_error untuk menguji mekanisme fallback Anda.[23]

eIDNegaraLevel DiditStatus Didit
MitIDDenmarkSubstansialAktif
BankID SwediaSwediaSubstansialAktif
Finnish Trust NetworkFinlandiaSubstansialAktif
Smart-IDEstonia, Latvia, Lituania, BelgiaTinggiAktif
Mobile-IDEstonia, LituaniaTinggiAktif
BankID NorwayNorwegiaBelum ditetapkanSegera hadir
Freja eIDSwediaBelum ditetapkanSegera hadir
itsmeBelgiaBelum ditetapkanSegera hadir
iDINBelandaBelum ditetapkanSegera hadir
Kartu eID JermanJermanBelum ditetapkanSegera hadir
FranceConnectPrancisBelum ditetapkanSegera hadir
ID AustriaAustriaBelum ditetapkanAtas permintaan
Cl@veSpanyolBelum ditetapkanAtas permintaan
SPIDItaliaBelum ditetapkanAtas permintaan
Swiss E-IDSwissBelum ditetapkanAtas permintaan
Dompet EUDIUE dan EEABelum ditetapkanSegera hadir

Yang disediakan Didit

  • Akses skema, sertifikat, dan pemeriksaan tanda tangan
  • Satu API sesi, alur yang di-hosting, dan SDK
  • Jalur dokumen dengan pembacaan chip NFC untuk pengguna tanpa eID

Tetap di pihak Anda

  • eID mana yang diterima di setiap negara
  • Tingkat jaminan yang disyaratkan kebijakan Anda
  • Keputusan onboarding dan tanggung jawab hukumnya

Satu API eID untuk setiap negara yang Anda layani

Aktifkan eID yang sudah beroperasi per negara, pertahankan dokumen sebagai cadangan, dan bayar hanya untuk proses masuk yang selesai.

Mulai gratisHubungi kamiBaca dokumentasi

Poin-poin utama

  • Setiap eID menggunakan salah satu dari lima pola: pengalihan (redirect), notifikasi push aplikasi dengan kode, QR atau pembukaan aplikasi, kartu dan NFC, atau OpenID4VP.
  • Akses adalah langkah pertama: broker, kontrak, sertifikat, atau pendaftaran.
  • Periksa tanda tangan dan tingkat jaminan pada setiap hasil.
  • Pihak pengandal swasta yang diwajibkan oleh hukum atau kontrak untuk menggunakan autentikasi pengguna yang kuat wajib menerima Dompet EUDI atas permintaan pengguna paling lambat 24 Desember 2027 (usaha mikro dan kecil dikecualikan).

Pertanyaan yang sering diajukan

Apa itu API eID?

API eID adalah antarmuka yang memungkinkan aplikasi Anda meminta skema identitas elektronik nasional, atau penyedia yang terhubung ke beberapa skema, untuk mengautentikasi seseorang dan mengembalikan atribut identitas yang ditandatangani. Anda tetap harus memeriksa tanda tangan dan tingkat jaminan pada jawabannya.

Apakah saya memerlukan integrasi terpisah untuk setiap skema eID?

Jika terhubung langsung, ya: setiap skema memiliki kontrak, sertifikat, dan protokolnya sendiri. Di Denmark, Anda wajib menggunakan broker MitID bersertifikat, dan BankID Swedia dibeli dari bank atau peritel.[12][15] Satu API eID menyembunyikan perbedaan tersebut di balik satu sesi dan satu format hasil.

Protokol apa yang digunakan eID nasional?

Banyak skema menggunakan OpenID Connect, sering kali melalui gateway seperti ID-porten atau TARA.[5][7] Skema lain menggunakan API polling milik sendiri (BankID Sweden, Smart-ID) atau server eID yang membaca kartu chip (Jerman).[8][13] Dompet EUDI menggunakan OpenID4VP atau ISO/IEC 18013-7.[2]

Data apa yang dikembalikan oleh proses masuk dengan eID?

Tergantung pada skemanya. BankID Sweden mengembalikan nomor pribadi, nama, nama depan, dan nama keluarga.[8] Kartu eID Jerman hanya mengirimkan kategori data yang disebutkan dalam sertifikat penyedia (§ 18(5)). Kartu ini tidak mengirimkan nomor ID nasional kartu, karena nomor tersebut tidak tercantum dalam daftar § 18(3).[14]

Bagaimana cara menegakkan tingkat jaminan?

Minta tingkat yang Anda butuhkan dan periksa tingkat yang dinyatakan pada hasilnya, misalnya klaim acr di OIDC. Menurut ID-porten, klien wajib memvalidasi bahwa tingkat keamanannya cukup tinggi.[5] Anggap apa pun di bawah ketentuan kebijakan Anda tidak memadai, dan jangan membuka akun.

Apa yang harus terjadi jika pengguna tidak memiliki eID atau membatalkan proses?

Tentukan per negara apakah akan menggunakan alternatif atau menolak. Jangan mengulang secara otomatis proses masuk yang dibatalkan.

Bagaimana cara menguji integrasi eID tanpa pengguna sungguhan?

Simulasikan persetujuan, pembatalan, dan batas waktu habis (timeout) di sandbox penyedia. Persetujuan yang disimulasikan tidak membuktikan bahwa identitas nyata dapat masuk. Lakukan pengujian resmi dengan perangkat nyata sebelum peluncuran.[20]

Kapan bisnis wajib menerima Dompet EUDI?

Pihak pengandal swasta yang diwajibkan oleh hukum atau kontrak untuk menggunakan autentikasi pengguna yang kuat wajib menerimanya atas permintaan pengguna paling lambat 24 Desember 2027. Usaha mikro dan kecil dikecualikan.[1]

Sumber

  1. Regulation (EU) 2024/1183 (eIDAS 2), EUR-Lex, Jurnal Resmi tanggal 30 April 2024, Pasal 5a, 5b, dan 5f.
  2. Architecture and Reference Framework v3.0.0, proyek Dompet EUDI Komisi Eropa, dirilis 23 Juli 2026, bagian 4.4.3, 5.7.1, dan 6.6.3.
  3. Regulation (EU) 2024/1624 (AMLR), EUR-Lex, Pasal 22(6).
  4. Ikhtisar skema eID yang telah dipranotifikasi dan dinotifikasi berdasarkan eIDAS, Komisi Eropa, diakses 5 Oktober 2026.
  5. Token ID ID-porten, Badan Digitalisasi Norwegia (Digdir).
  6. Anbindung mit OpenID Connect, dokumentasi pengembang ID Austria.
  7. Spesifikasi teknis TARA, Otoritas Sistem Informasi Estonia (RIA).
  8. Autentikasi dan penandatanganan: collect, dokumentasi pengembang BankID.
  9. QR-koden gjorde susen: BankID-bedrägerierna ned med 90 procent, Computer Sweden, 3 Juli 2019 (sekunder).
  10. Mengapa saya terkadang melihat satu kode konfirmasi dan terkadang tiga, Smart-ID.
  11. Bagaimana Smart-ID yang baru melindungi saya dari penipuan, Smart-ID.
  12. Broker MitID, Badan Pemerintahan Digital Denmark.
  13. Menjadi penyedia layanan, AusweisApp, pemerintah federal Jerman.
  14. Pasal 18 Undang-Undang Paspor dan Kartu Identitas (PAuswG), Gesetze im Internet.
  15. Hubungkan bisnis Anda ke BankID, BankID.
  16. Spesifikasi final OpenID for Verifiable Presentations 1.0 disetujui, OpenID Foundation.
  17. Digital Credentials, W3C.
  18. Peraturan Pelaksana Komisi (EU) 2026/1731, EUR-Lex, foto wajah dalam PID mulai 11 Agustus 2028.
  19. Dompet identitas digital, dokumentasi Didit.
  20. Integrasi Smart-ID dan Mobile-ID, dokumentasi Didit.
  21. Konfigurasi fitur workflow, dokumentasi Didit.
  22. Webhook, dokumentasi Didit.
  23. Sandbox dan data uji, dokumentasi Didit.
  24. Mulai cepat, dokumentasi Didit.

Lihat setiap eID nasional, levelnya, dan statusnya di halaman verifikasi eID.

Luncurkan login dengan eID tanpa kontrak per skema

Mulai dengan eID yang sudah aktif, tambahkan skema sesuai kebutuhan pengguna Anda, dan tetap gunakan dokumen untuk pengguna lainnya.

Mulai gratisHubungi kami

Infrastruktur untuk identitas dan fraud.

Satu API untuk KYC, KYB, Transaction Monitoring, dan Wallet Screening. Integrasi dalam 5 menit.

Minta AI untuk merangkum halaman ini