Langsung ke konten utama

Gambaran umum

Laporan verifikasi NFC merekam apa yang dibaca dan divalidasi Didit dari chip NFC dokumen — ePassport, kartu identitas elektronik, atau e-dokumen ICAO 9303 lainnya. Laporan ini mencakup data biografis chip, pemeriksaan integritas kriptografi (hash SOD dan Data Group), serta ringkasan Document Signer Certificate (DSC) yang digunakan oleh negara penerbit. Laporan dibuat setelah pengguna menyelesaikan langkah NFC dalam alur kerja. Didit membaca Data Group chip di perangkat pengguna, memverifikasi tanda tangan Document Security Object (SOD) terhadap sertifikat CSCA negara penerbit, memeriksa setiap hash Data Group terhadap nilai yang ditandatangani SOD, dan melakukan pemeriksaan silang MRZ chip terhadap MRZ yang diperoleh dari OCR pada sisi dokumen yang terlihat. Japan My Number Card dibaca melalui JPKI sebagai gantinya (chip_protocol: "jpki"): laporannya memuat pemeriksaan sertifikat, tanda tangan, pencabutan, dan data pemegang di bawah jpki, dan kolom ICAO tetap bernilai null. Lihat Japan My Number Card (JPKI). Setiap laporan memuat status-nya sendiri — terlepas dari status sesi secara keseluruhan — yang mencerminkan bagaimana langkah NFC diselesaikan secara tersendiri:
  • Approved — chip berhasil dibaca dan tidak ada peringatan yang muncul yang dikonfigurasikan untuk mengarahkan langkah ke peninjauan atau penolakan.
  • In Review — setidaknya satu peringatan muncul dengan tindakan yang dikonfigurasikan sebagai Review (misalnya NFC_CHIP_NOT_VERIFIED atau NFC_TRUST_ANCHOR_MISSING saat tindakan untuk chip yang tidak terverifikasi diatur ke Review, atau JPKI_REVOCATION_UNCHECKED dengan tindakan default-nya).
  • Declined — setidaknya satu peringatan muncul dengan tindakan yang dikonfigurasikan sebagai Decline (misalnya NFC_AND_OCR_DATA_NOT_SAME saat tindakan ketidakkonsistenan data diatur ke Decline).
  • Not Finished — pengguna tidak pernah menyelesaikan langkah NFC; pembacaan chip ditinggalkan atau perangkat tidak mendukung NFC.
  • Resub Requested — peninjau meminta pengguna untuk mengirimkan ulang; laporan akan digantikan oleh upaya baru.

Lokasi kemunculannya dalam respons API

Laporan NFC dimuat di dalam array nfc_verifications[] — selalu berupa array JSON, tidak pernah berupa objek tunggal nfc. Beberapa entri akan muncul saat alur kerja menjalankan NFC lebih dari sekali (misalnya alur step-up); setiap entri membawa node_id-nya sendiri.
  • API keputusan sesi — muncul sebagai nfc_verifications[] di tingkat atas GET /v3/session/{sessionId}/decision/. Lihat Ambil keputusan sesi.
  • Webhook — payload status.updated menyertakan array nfc_verifications[] yang sama setelah langkah NFC menghasilkan data. Lihat Webhook.
  • NFC mandiri — untuk pengiriman chip langsung, lihat Gambaran umum NFC.
Ketika alur kerja Anda menyertakan langkah NFC yang dilewati atau diabaikan, payload keputusan juga memuat kolom tingkat atas nfc_skip_reason yang menyatakan secara tepat alasannya — dokumen tidak memiliki chip, sertifikat negara penerbit tidak tersedia, perangkat tidak memiliki pembaca NFC, verifikasi berjalan tanpa SDK native (tidak ada akses NFC dari browser), kunci akses chip tidak dapat diperoleh dari MRZ, My Number Card tidak dapat dibaca melalui JPKI, atau pengguna memilih untuk melewati. Kolom ini tetap bernilai null untuk hasil di luar taksonomi tersebut — paling umum adalah pengguna yang meninggalkannya di tengah proses (status laporan Not Finished) atau sesi di mana NFC masih tertunda. Lihat Alasan dilewati untuk nilai pastinya.
Dokumentasi lama merujuk pada kolom tunggal nfc. Format tersebut tidak ada pada endpoint keputusan v3 — format tersebut hanya muncul pada tujuan yang secara eksplisit dikonfigurasi untuk webhook V2, yang juga memuat chip_protocol dan jpki. Selalu baca response.nfc_verifications[0] dan lakukan iterasi pada array tersebut.

Skema

Skema kanonik kolom demi kolom tersedia di halaman referensi Model data. Kolom-kolom di bawah ini mencerminkan skema kanonik tersebut.

Nilai status

Dua peringatan sertifikat (DSC_CERTIFICATE_REVOKED, DSC_CERTIFICATE_EXPIRED) bersifat informasional: keduanya muncul di warnings[] tetapi tidak pernah mengubah status NFC dengan sendirinya. Lihat Peringatan NFC untuk matriks perilaku lengkapnya.

Contoh

Approved — chip dibaca dan valid secara kriptografis

Declined — ketidakcocokan OCR / chip

Japan My Number Card (JPKI)

Japan My Number Card dibaca melalui JPKI pada SDK native: orang tersebut memasukkan PIN kartu dan kartu menandatangani tantangan sekali pakai (lihat cara kerjanya). Laporannya memiliki chip_protocol: "jpki" dan memuat bukti di bawah jpki. portrait_image, signature_image, chip_data, authenticity, dan certificate_summary bernilai null, karena kartu tersebut tidak menyimpan data ICAO.
Pembacaan My Number Card melalui JPKI belum diaktifkan di produksi. Hingga diaktifkan, My Number Card akan melewati langkah NFC dengan alasan pelewatan JPKI_UNAVAILABLE.

Kolom JPKI

Laporan tidak pernah memuat sertifikat itu sendiri, nomor serinya, tanda tangan, atau 12 digit Nomor Individu (My Number) kartu, yang tidak pernah dibaca oleh langkah NFC.

Contoh: Pembacaan My Number Card

Ketika pemeriksaan pencabutan tidak tersedia untuk suatu pembacaan, laporan yang sama memiliki revocation_status: "unchecked", peringatan JPKI_REVOCATION_UNCHECKED, dan status: "In Review" berdasarkan pengaturan default. Lihat peringatan NFC.

Catatan keamanan

Data chip NFC ditandatangani oleh otoritas penerbit, sehingga laporan Disetujui dengan sod_integrity: true dan dg_integrity: true merupakan bukti identitas terkuat yang dapat dihasilkan Didit. Perlakukan URL gambar yang ditandatangani (portrait_image, signature_image) sebagai URL berumur pendek: unduh dengan segera dan jangan melakukan cache secara publik — minta ulang keputusan saat Anda memerlukan tautan baru.

Terkait

Terakhir diubah pada 7 November 2026