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.

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]
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.
| Pola | Yang dilakukan pengguna | Cara backend Anda menerima jawaban | Contoh |
|---|---|---|---|
| Pengalihan (OpenID Connect, OIDC) | Meninggalkan halaman Anda menuju login skema, masuk, lalu kembali | Kode otorisasi, yang ditukar dengan token ID bertanda tangan | ID Austria, yang login OIDC-nya hanya mendukung alur kode otorisasi[6] |
| Push aplikasi dengan kode | Mengetik kode pribadi, mencocokkan kode di layar dengan aplikasi, mengetik PIN di aplikasi | Anda menunggu atau melakukan polling untuk hasil bertanda tangan | Smart-ID, Mobile-ID[10][20] |
| QR atau peluncuran aplikasi | Memindai QR animasi di komputer, atau aplikasi terbuka di ponsel yang sama | Anda melakukan polling ke skema hingga pesanan selesai | BankID Swedia[8] |
| Kartu dan NFC | Menempelkan kartu chip ke ponsel, mengetik PIN kartu | Server eID membaca chip dan mengembalikan atributnya | Kartu eID Jerman[14] |
| Presentasi dompet (OpenID4VP) | Menyetujui atribut mana yang dibagikan di aplikasi dompet | Presentasi atribut yang ditandatangani dan diungkapkan secara selektif | Dompet 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]
| Lapisan | Langsung, skema demi skema | Melalui satu API eID |
|---|---|---|
| Kontrak dan sertifikat | Satu per skema, diperbarui sesuai siklus masing-masing skema | Penyedia yang memegangnya; Anda memegang satu kontrak |
| Kode protokol | OIDC, API polling, server eID, OpenID4VP | Satu API sesi dan satu format hasil |
| Layar | Pemilih, QR, kode perbandingan, kesalahan, per skema | Alur hosted atau SDK |
| Pemeriksaan tanda tangan | Milik Anda, per kunci skema dan format | Dilakukan oleh penyedia, dilaporkan sebagai putusan |
| Tingkat jaminan | Anda yang meminta dan memeriksanya | Dicatat pada hasil; Anda tetap yang menetapkan kebijakannya |
| Alternatif bagi orang yang tidak memiliki eID | Vendor kedua atau jalur manual | Jalur dokumen dalam alur yang sama |
| Keputusan onboarding | Milik Anda | Tetap 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 masuk dengan eID
Periksa state, nonce, tanda tangan, acr
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]
Pilih cara verifikasi
Masuk dengan ID elektronik yang sudah Anda gunakan.
Smart-ID
Gunakan dokumen identitas sebagai gantinya
1Pengguna memilih eID dari daftar eID yang Anda terima.
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.
Masukkan PIN Anda
Hanya jika kodenya sama dengan kode di layar.
3Pengguna mengetik PIN di aplikasi, tidak pernah di halaman 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]
Aplikasi menampilkan kode yang sama; pengguna mengetikkan PIN
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]
- 23 Juli 2026ARF v3.0.0Versi terkini kerangka kerja dompet.
- 24 Desember 2026Tenggat dompetSetiap Negara Anggota menyediakan setidaknya satu dompet.
- 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.
- 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
Simpan atribut yang telah ditandatangani
Nama, tanggal lahir, pengenal, tingkat.
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
statedannoncebaru 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]
| Kolom | Contoh | Apa yang ditunjukkannya kepada Anda |
|---|---|---|
provider | mitid | eID mana yang dipilih pengguna |
issuing_authority | Badan Pemerintahan Digital Denmark | Siapa yang menjamin identitas tersebut |
issuing_country | DNK | Jalur identitas, bukan kewarganegaraan |
level_of_assurance | substantial | Tingkat yang dinyatakan oleh skema |
signature_valid | true | Asersi yang ditandatangani lolos verifikasi |
attributes | full_name, date_of_birth, cpr_alias | Klaim tervalidasi, namanya berbeda-beda tergantung eID |
portrait, face_match_score | null | Tidak 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]
| eID | Negara | Level Didit | Status Didit |
|---|---|---|---|
| MitID | Denmark | Substansial | Aktif |
| BankID Swedia | Swedia | Substansial | Aktif |
| Finnish Trust Network | Finlandia | Substansial | Aktif |
| Smart-ID | Estonia, Latvia, Lituania, Belgia | Tinggi | Aktif |
| Mobile-ID | Estonia, Lituania | Tinggi | Aktif |
| BankID Norway | Norwegia | Belum ditetapkan | Segera hadir |
| Freja eID | Swedia | Belum ditetapkan | Segera hadir |
| itsme | Belgia | Belum ditetapkan | Segera hadir |
| iDIN | Belanda | Belum ditetapkan | Segera hadir |
| Kartu eID Jerman | Jerman | Belum ditetapkan | Segera hadir |
| FranceConnect | Prancis | Belum ditetapkan | Segera hadir |
| ID Austria | Austria | Belum ditetapkan | Atas permintaan |
| Cl@ve | Spanyol | Belum ditetapkan | Atas permintaan |
| SPID | Italia | Belum ditetapkan | Atas permintaan |
| Swiss E-ID | Swiss | Belum ditetapkan | Atas permintaan |
| Dompet EUDI | UE dan EEA | Belum ditetapkan | Segera 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.
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
- Regulation (EU) 2024/1183 (eIDAS 2), EUR-Lex, Jurnal Resmi tanggal 30 April 2024, Pasal 5a, 5b, dan 5f.
- 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.
- Regulation (EU) 2024/1624 (AMLR), EUR-Lex, Pasal 22(6).
- Ikhtisar skema eID yang telah dipranotifikasi dan dinotifikasi berdasarkan eIDAS, Komisi Eropa, diakses 5 Oktober 2026.
- Token ID ID-porten, Badan Digitalisasi Norwegia (Digdir).
- Anbindung mit OpenID Connect, dokumentasi pengembang ID Austria.
- Spesifikasi teknis TARA, Otoritas Sistem Informasi Estonia (RIA).
- Autentikasi dan penandatanganan: collect, dokumentasi pengembang BankID.
- QR-koden gjorde susen: BankID-bedrägerierna ned med 90 procent, Computer Sweden, 3 Juli 2019 (sekunder).
- Mengapa saya terkadang melihat satu kode konfirmasi dan terkadang tiga, Smart-ID.
- Bagaimana Smart-ID yang baru melindungi saya dari penipuan, Smart-ID.
- Broker MitID, Badan Pemerintahan Digital Denmark.
- Menjadi penyedia layanan, AusweisApp, pemerintah federal Jerman.
- Pasal 18 Undang-Undang Paspor dan Kartu Identitas (PAuswG), Gesetze im Internet.
- Hubungkan bisnis Anda ke BankID, BankID.
- Spesifikasi final OpenID for Verifiable Presentations 1.0 disetujui, OpenID Foundation.
- Digital Credentials, W3C.
- Peraturan Pelaksana Komisi (EU) 2026/1731, EUR-Lex, foto wajah dalam PID mulai 11 Agustus 2028.
- Dompet identitas digital, dokumentasi Didit.
- Integrasi Smart-ID dan Mobile-ID, dokumentasi Didit.
- Konfigurasi fitur workflow, dokumentasi Didit.
- Webhook, dokumentasi Didit.
- Sandbox dan data uji, dokumentasi Didit.
- 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.
Artikel terkait
- Integrasi Cl@ve di Spanyol: siapa yang dapat terhubung dan alternatifnya
- Verifikasi PhilSys: cara bisnis memeriksa National ID
- Panduan verifikator OpenID4VP: menerima EUDI Wallet
- Regulasi eIDAS dijelaskan: apa yang diubah oleh eIDAS 2 (2024/1183)
- Smart-ID API: panduan pengembang untuk RP API v3
- Identitas digital nasional di seluruh dunia: model, pemimpin, standar