> ## 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. # NFC सत्यापन API: ई-पासपोर्ट और eID चिप > Didit के साथ NFC चिप रीडिंग से ई-पासपोर्ट और eID सत्यापित करें। क्रिप्टोग्राफ़िक जांच और उच्च सुरक्षा। प्रति कॉल $0.15। NFC-आधारित प्रमाणीकरण आपको मोबाइल फ़ोन की NFC क्षमताओं का उपयोग करके आधुनिक पासपोर्ट और आईडी में एम्बेडेड सुरक्षित चिप को पढ़कर पहचान दस्तावेज़ों को सत्यापित करने की अनुमति देता है। यह पहचान सत्यापन के लिए **उपलब्ध सुरक्षा का उच्चतम स्तर** प्रदान करता है। NFC सत्यापन इंटीग्रेशन प्रॉम्प्ट प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें \

\````# Goal
Integrate Didit NFC Verification — cryptographic ePassport / eID chip read — into your app.

\# Delivery mode
NFC is **session-only**. There is no standalone /v3/nfc/ endpoint. The chip is read by the Didit Web/Mobile SDK during a hosted session, which uses the device's NFC radio.

\# Steps
1\. Create a workflow that includes the NFC feature (Business Console or POST /v3/workflows/). NFC normally runs alongside ID Verification: the user first photographs the document so the SDK derives BAC/PACE keys from the MRZ, then taps the chip.
2\. Create a session — POST /v3/session/ with { workflow_id, vendor_data, callback }. See /sessions-api/create-session.
3\. Open the returned session.url on a mobile device with NFC (iOS 13+/Android with NFC enabled), or mount the native SDK in your app.
4\. After completion fetch the decision — GET /v3/session/{sessionId}/decision/ (or subscribe to session.status.updated).

curl (create session):
\```bash
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_WORKFLOW_ID",
"vendor_data": "user-123",
"callback": "https://yourapp.com/post-kyc"
}'
\```

\# Decision shape
The NFC result is returned under the plural array `nfc_verifications[]` on the decision payload.

\> Heads-up: the V3 schema deliberately keeps the **plural-array** name `nfc_verifications[]` even though early integrators occasionally hit a singular `nfc_verification` key. Always read from the plural array — it is the canonical, multi-instance shape and matches every other feature.

\# Status enum (per nfc_verifications[].status)
"Not Started" | "In Progress" | "Approved" | "In Review" | "Declined" | "Abandoned" | "Kyc Expired"

\# Warnings (LogWarningChoices.NFC)
The warnings[] array on each nfc_verification includes risk codes such as:
NFC_NOT_READ, NFC_DATA_INVALID, NFC_DATA_DOES_NOT_MATCH_OCR, NFC_BAC_FAILED, NFC_PASSIVE_AUTHENTICATION_FAILED, NFC_ACTIVE_AUTHENTICATION_FAILED, NFC_CHIP_CLONED, NFC_DOCUMENT_REVOKED.
Full catalogue: /core-technology/nfc-verification/warnings-nfc-verification.

\# Failure modes to handle
\- Device has no NFC chip or NFC is disabled — the SDK falls back to OCR + face match; nfc_verifications[] will be empty.
\- The user fails to hold the chip long enough — status="Declined" with NFC_NOT_READ or NFC_BAC_FAILED. Allow a retry.
\- nfc_verifications[].status="Declined" with NFC_DATA_DOES_NOT_MATCH_OCR — the chip and the printed data disagree (likely tampered document). Do not approve.
\- Passive Authentication failed — the chip's signing certificate did not chain back to a trusted CSCA. Stop the flow.

\# Japan My Number Card (JPKI)
\- The My Number Card is read through JPKI, not ICAO 9303: native SDKs only, and the person enters the card PIN. Its item has chip_protocol "jpki", its evidence under jpki (chain_valid, signature_valid, revocation_status good | revoked | unchecked, attributes, attributes_match_ocr), and null ICAO fields (chip_data, authenticity, certificate_summary).
\- iOS host apps add D392F000260100000001 to com.apple.developer.nfc.readersession.iso7816.select-identifiers.
\- Not enabled in production yet: until it is, a My Number Card in a native SDK on an NFC phone skips NFC with nfc_skip_reason JPKI_UNAVAILABLE.

\# See also
\- Canonical schema: /reference/data-models#nfc-verification
\- Per-feature report: /core-technology/nfc-verification/report-nfc-verification
\- Risk catalogue: /core-technology/nfc-verification/warnings-nfc-verification
\- Supported documents: /core-technology/nfc-verification/supported-documents-nfc-verification
\- Full integration playbook: /integration/integration-prompt````

\
यहाँ पेस्ट करें ![NFC इंटरैक्शन](https://didit-public-assets.s3.eu-west-1.amazonaws.com/icons/docs/nfc-id.gif)***## मुख्य लाभ| लाभ | विवरण | | - | - | | **उच्चतम सुरक्षा** | सरकारी जारीकर्ताओं से सीधे क्रिप्टोग्राफ़िक हस्ताक्षरों को सत्यापित करता है | | **उपयोग में आसान** | किसी भी NFC-सक्षम फ़ोन के साथ स्वचालित रूप से काम करता है | | **छेड़छाड़-रोधी** | मानव आँख के लिए अदृश्य दस्तावेज़ हेरफेर का पता लगाता है | | **व्यापक डेटा** | केवल OCR के माध्यम से अनुपलब्ध अतिरिक्त डेटा निकालता है | | **लचीला फ़ॉलबैक** | यदि NFC उपलब्ध नहीं है, तो सहज रूप से मानक सत्यापन पर वापस चला जाता है |***## NFC सत्यापन कैसे सक्षम करें### नेटिव SDK इंटीग्रेशन (अनुशंसित)NFC सत्यापन हमारे **नेटिव SDKs** के माध्यम से उपलब्ध है, जो डिवाइस की NFC क्षमताओं तक पूर्ण पहुँच प्रदान करते हैं:| प्लेटफ़ॉर्म | NFC सपोर्ट | दस्तावेज़ | | - | - | - | | **iOS** | ✅ पूर्ण सपोर्ट | [iOS SDK दस्तावेज़](https://docs.didit.me/hi/integration/native-sdks/ios-sdk.md) | | **Android** | ✅ पूर्ण सपोर्ट | [Android SDK दस्तावेज़](https://docs.didit.me/hi/integration/native-sdks/android-sdk.md) |iOS SDK सभी NFC कॉन्फ़िगरेशन को स्वचालित रूप से संभालता है, जिनमें शामिल हैं:- ePassports के लिए ISO7816 एप्लिकेशन आइडेंटिफ़ायर - एंटाइटेलमेंट्स और क्षमता सेटअप - विज़ुअल फ़ीडबैक के साथ रीयल-टाइम चिप रीडिंग### वेब इंटीग्रेशन> ⚠️ **ब्राउज़र की सीमाएं** > > प्लेटफ़ॉर्म प्रतिबंधों के कारण वेब ब्राउज़रों में NFC सत्यापन **उपलब्ध नहीं है**: > > | ब्राउज़र | NFC सपोर्ट | > | - | - | > | **Chrome (Android)** | प्रायोगिक Web NFC API - अस्थिर, स्पष्ट अनुमतियों की आवश्यकता होती है | > | **Safari (iOS)** | कोई Web NFC API सपोर्ट नहीं | > | **अन्य ब्राउज़र** | कोई सपोर्ट नहीं | > > वेब इंटीग्रेशन के लिए, NFC सत्यापन स्वचालित रूप से छोड़ दिया जाता है और उपयोगकर्ता मानक दस्तावेज़ + सेल्फ़ी सत्यापन के साथ आगे बढ़ते हैं।***## यह कैसे काम करता है**1. सत्र प्रारंभ करना**उपयोगकर्ता आपके ऐप या प्लेटफ़ॉर्म के माध्यम से सत्यापन प्रक्रिया शुरू करता है:- **नेटिव SDK**: सीधे अपने ऐप में सत्यापन फ़्लो लॉन्च करें - **वेब/मोबाइल वेब**: उपयोगकर्ता को NFC-सक्षम सत्यापन के लिए Didit App का उपयोग करने के लिए निर्देशित किया जाता है, या वह मानक सत्यापन जारी रखता है**2. दस्तावेज़ फ़ोटो कैप्चर**उपयोगकर्ता अपने पहचान दस्तावेज़ की फ़ोटो लेता है, जिसमें कैप्चर किया जाता है:- **MRZ** (मशीन रीडेबल ज़ोन) — चिप एक्सेस कुंजियाँ प्राप्त करने के लिए उपयोग किया जाता है - **दस्तावेज़ के आगे और पीछे की छवियां** — दृश्य डेटा और सुरक्षा सुविधाएं - **दृश्य सुरक्षा सुविधाएं** — होलोग्राम, वॉटरमार्क, माइक्रोप्रिंट**3. NFC सपोर्ट डिटेक्शन**सिस्टम स्वचालित रूप से डिवाइस और दस्तावेज़ की अनुकूलता की जांच करता है:| जांच | विवरण | | - | - | | **दस्तावेज़ का प्रकार** | क्या यह NFC चिप वाला ePassport/eID है? | | **डिवाइस क्षमता** | क्या फ़ोन NFC रीडिंग का समर्थन करता है? | | **अनुमतियां** | क्या आवश्यक NFC अनुमतियां दी गई हैं? |> [!NOTE] > > यदि NFC अनुपलब्ध है, तो सत्यापन मानक दस्तावेज़ + बायोमेट्रिक सत्यापन के साथ निर्बाध रूप से जारी रहता है।**4. NFC चिप रीडिंग**संगत डिवाइस और दस्तावेज़ों के लिए:1) उपयोगकर्ता को अपने दस्तावेज़ को फ़ोन के NFC रीडर के पास रखने के लिए निर्देशित किया जाता है 2) विज़ुअल फ़ीडबैक रीयल-टाइम रीडिंग प्रगति दिखाता है 3) PACE/BAC प्रोटोकॉल का उपयोग करके चिप के साथ सुरक्षित संचार स्थापित किया जाता है**5. डेटा निष्कर्षण**सिस्टम **ICAO 9303** मानकों का पालन करते हुए चिप से व्यापक डेटा निकालता है:| डेटा समूह | विषय-वस्तु | विवरण | | - | - | - | | **SOD** | दस्तावेज़ सुरक्षा ऑब्जेक्ट | सभी डेटा समूहों के लिए डिजिटल हस्ताक्षर | | **DG1** | व्यक्तिगत डेटा | नाम, ID नंबर, जन्म तिथि, समाप्ति तिथि | | **DG2** | चेहरे की छवि | धारक की उच्च-रिज़ॉल्यूशन डिजिटल फ़ोटो | | **DG7** | हस्ताक्षर | धारक के हस्ताक्षर का डिजिटल प्रतिनिधित्व | | **DG11-14** | अतिरिक्त डेटा | इसमें फ़िंगरप्रिंट, आईरिस स्कैन शामिल हो सकते हैं (यदि संग्रहीत हैं) |**6. क्रिप्टोग्राफ़िक सत्यापन**निकाला गया डेटा कड़े क्रिप्टोग्राफ़िक सत्यापन से गुज़रता है:> [accordion] डिजिटल हस्ताक्षर सत्यापन > > प्रत्येक डेटा समूह के हैश को SOD में संग्रहीत हस्ताक्षरों के विरुद्ध सत्यापित किया जाता है, जिससे डेटा अखंडता सुनिश्चित होती है।> [accordion] प्रमाणपत्र श्रृंखला सत्यापन > > विश्वास की श्रृंखला को मान्य किया जाता है: **दस्तावेज़ प्रमाणपत्र → देश-हस्ताक्षर CA → ICAO PKD रूट**, CSCA मास्टर सूचियों और ICAO सार्वजनिक कुंजी निर्देशिका के विरुद्ध जांच की जाती है।> [accordion] प्रमाणपत्र निरस्तीकरण जांच > > प्रमाणपत्रों को प्रमाणपत्र निरस्तीकरण सूचियों (CRLs) के विरुद्ध सत्यापित किया जाता है ताकि यह सुनिश्चित हो सके कि उन्हें निरस्त नहीं किया गया है और दस्तावेज़ के चोरी होने या उसकी सुरक्षा से समझौता होने की रिपोर्ट नहीं की गई है।> [accordion] क्रॉस-सत्यापन > > NFC-निकाले गए डेटा को दस्तावेज़ फ़ोटो से OCR डेटा, चेहरे की बायोमेट्रिक तुलना और MRZ चेकसम सत्यापन के विरुद्ध क्रॉस-सत्यापित किया जाता है।**7. परिणाम और विश्वास स्कोर**अंतिम सत्यापन परिणाम में शामिल हैं:| आउटपुट | विवरण | | - | - | | **NFC सत्यापन स्थिति** | सफल, विफल, या छोड़ा गया | | **डेटा संगतता स्कोर** | NFC डेटा दृश्य डेटा से कितना मेल खाता है | | **प्रमाणपत्र सत्यापन** | पूर्ण श्रृंखला सत्यापन स्थिति | | **विश्वास में वृद्धि** | NFC समग्र सत्यापन में महत्वपूर्ण विश्वास जोड़ता है |***## समर्थित दस्तावेज़NFC सत्यापन उन **ePassports** और **eIDs** के साथ काम करता है जिनमें एक NFC चिप होती है, जिसे आमतौर पर दस्तावेज़ पर इस प्रतीक द्वारा दर्शाया जाता है:![ePassport Logo](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/epassport-logo.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=89cd90281e6ff1cd96f5a3d6a2200cad)2006 के बाद जारी किए गए अधिकांश पासपोर्टों में NFC चिप्स होते हैं। राष्ट्रीय पहचान पत्रों के लिए कवरेज देश के अनुसार भिन्न होता है। सभी [समर्थित दस्तावेज़](https://docs.didit.me/hi/core-technology/nfc-verification/supported-documents-nfc-verification.md) देखें।Japan My Number Card में एक अलग प्रकार की चिप होती है, जिसे ICAO 9303 के बजाय JPKI के माध्यम से पढ़ा जाता है। [Japan My Number Card (JPKI)](#japan-my-number-card-jpki) देखें।***## Japan My Number Card (JPKI)Japan My Number Card (マイナンバーカード) में एक चिप होती है, लेकिन यह ICAO 9303 चिप नहीं है। इसमें JPKI (जापान का पब्लिक की इन्फ्रास्ट्रक्चर) के तहत जारी किए गए प्रमाणपत्र और निजी कुंजियाँ होती हैं जो धारक द्वारा कार्ड का PIN दर्ज करने के बाद ही हस्ताक्षर करती हैं। Didit इसे उसी NFC चरण में, ICAO 9303 के बजाय JPKI के माध्यम से पढ़ता है, और प्रत्येक NFC परिणाम `chip_protocol` (`icao` या `jpki`) में बताता है कि किस प्रोटोकॉल का उपयोग किया गया था।> [!WARNING] > > **अभी उपलब्ध नहीं है।** JPKI के माध्यम से My Number Card को पढ़ना प्रोडक्शन में सक्षम नहीं है। जब तक यह सक्षम नहीं होता, नेटिव SDK में कैप्चर किया गया My Number Card स्किप कारण `JPKI_UNAVAILABLE` के साथ NFC चरण को छोड़ देता है, और कार्ड को पहले की तरह दस्तावेज़ कैप्चर और चेहरा मिलान के साथ सत्यापित किया जाता है।### आवश्यकताएँ| आवश्यकता | विवरण | | - | - | | **दस्तावेज़** | केवल Japan My Number Card। जापानी पासपोर्ट में ICAO 9303 चिप रीडिंग जारी रहती है। | | **इंटीग्रेशन** | एक नेटिव SDK रिलीज़ जो My Number Cards को पढ़ता है (iOS, Android, या उन पर बने React Native और Flutter SDK)। SDK Didit को सूचित करता है कि यह JPKI पढ़ सकता है; कोई पुराना रिलीज़ `JPKI_UNAVAILABLE` के साथ चरण को छोड़ देता है। Web और WebView इंटीग्रेशन इसे `INTEGRATION_WITHOUT_NFC_ACCESS` के साथ छोड़ देते हैं। | | **डिवाइस** | NFC रीडर वाला एक फ़ोन। इसके बिना, चरण को `DEVICE_WITHOUT_NFC` के साथ छोड़ दिया जाता है। | | **iOS होस्ट ऐप** | ऐप के ISO7816 सेलेक्ट आइडेंटिफ़ायर में `D392F000260100000001`। [iOS NFC कॉन्फ़िगरेशन](https://docs.didit.me/hi/integration/native-sdks/ios-sdk.md#nfc-कॉन्फ़िगरेशन) देखें। | | **व्यक्ति** | कार्ड का 4-अंकीय PIN जानता हो, और जब आपका वर्कफ़्लो धारक के डेटा का अनुरोध करता है तो उसका हस्ताक्षर पासवर्ड भी जानता हो। |### व्यक्ति क्या करता है**1. कार्ड की फ़ोटो लें**व्यक्ति किसी भी दस्तावेज़ की तरह पहचान सत्यापन चरण में My Number Card को कैप्चर करता है। Didit कार्ड को पहचानता है और पासपोर्ट चिप रीडिंग के बजाय JPKI NFC चरण भेजता है।**2. कार्ड का PIN दर्ज करें**SDK कार्ड का 4-अंकीय PIN (利用者証明用電子証明書の暗証番号) मांगता है। जब NFC नोड की `jpki_request_attributes` सेटिंग चालू होती है (डिफ़ॉल्ट रूप से), तो यह हस्ताक्षर पासवर्ड भी मांगता है, जिसे हस्ताक्षर PIN भी कहा जाता है (署名用電子証明書の暗証番号, 6 से 16 बड़े अक्षर और संख्याएँ)।**3. कार्ड को फ़ोन के पास रखें**SDK कार्ड के प्रमाणपत्र पढ़ता है, और कार्ड अपनी कुंजी से Didit के वन-टाइम चैलेंज पर हस्ताक्षर करता है। SDK प्रमाणपत्र और हस्ताक्षर अपलोड करता है। PIN केवल कार्ड तक जाते हैं, Didit को कभी नहीं।> [!NOTE] > > कार्ड गलत प्रविष्टियों की गणना करता है: यह लगातार 3 गलत प्रविष्टियों के बाद 4-अंकीय PIN को और लगातार 5 गलत प्रविष्टियों के बाद हस्ताक्षर पासवर्ड को लॉक कर देता है, और लॉक किए गए PIN/पासवर्ड को धारक के नगरपालिका कार्यालय में रीसेट करना पड़ता है। गलत प्रविष्टि के बाद, SDK दिखाता है कि कितने प्रयास बचे हैं। यह कभी भी अंतिम प्रयास नहीं करता: जब केवल एक प्रयास बचता है, तो यह रुक जाता है और व्यक्ति को बताता है कि इसे कहाँ रीसेट करना है। सत्यापन शुरू करने से पहले उपयोगकर्ताओं से अपना PIN और हस्ताक्षर पासवर्ड तैयार रखने को कहें।### Didit क्या जांचता है| जाँच | Didit क्या सत्यापित करता है | विफल होने पर चेतावनी (डिफ़ॉल्ट कार्रवाई) | | - | - | - | | **प्रमाणपत्र शृंखला** | प्रत्येक प्रमाणपत्र अपने प्रकार के JPKI प्रमाणन प्राधिकरण तक प्रमाणपत्र श्रृंखला बनाता है, अपनी वैधता अवधि के भीतर है, और एक My Number Card प्रमाणपत्र है (`jpki.chain_valid`)। | `JPKI_CERTIFICATE_INVALID` (अस्वीकार करें) | | **कार्ड और PIN** | वन-टाइम चैलेंज पर कार्ड का हस्ताक्षर उसके प्रमाणपत्र के विरुद्ध सत्यापित होता है (`jpki.signature_valid`)। कार्ड केवल उसका PIN दर्ज किए जाने के बाद ही हस्ताक्षर करता है, इसलिए यह सिद्ध करता है कि व्यक्ति के पास कार्ड है और वह PIN जानता है। | `JPKI_SIGNATURE_INVALID` (अस्वीकार करें) | | **रद्दीकरण** | कोई भी प्रमाणपत्र रद्द नहीं किया गया है (`jpki.revocation_status`)। | `revoked` होने पर `JPKI_CERTIFICATE_REVOKED` (अस्वीकार करें), `unchecked` होने पर `JPKI_REVOCATION_UNCHECKED` (समीक्षा) | | **धारक का डेटा** | हस्ताक्षर प्रमाणपत्र में नाम, जन्म तिथि, लिंग और पता उसी कार्ड की फ़ोटो से पढ़े गए डेटा से मेल खाते हैं (`jpki.attributes_match_ocr`, `jpki.mismatched_attributes`)। | `JPKI_AND_OCR_DATA_NOT_SAME` (समीक्षा) |प्रत्येक कार्रवाई NFC नोड पर एक सेटिंग है, इसलिए आप इसे **कोई कार्रवाई नहीं**, **समीक्षा** या **अस्वीकार करें** में बदल सकते हैं। [NFC चेतावनियाँ](https://docs.didit.me/hi/core-technology/nfc-verification/warnings-nfc-verification.md#japan-my-number-card-jpki) और [NFC सुविधा कॉन्फ़िग](https://docs.didit.me/hi/management-api/workflows/feature-configs.md#nfc-/-ई-पासपोर्ट) देखें।### अनचेक्ड रद्दीकरण स्थिति का क्या अर्थ है`revocation_status: "unchecked"` का अर्थ है कि Didit ने प्रमाणपत्र शृंखला और कार्ड के हस्ताक्षर को सत्यापित किया, लेकिन प्रमाणपत्र रद्द किया गया है या नहीं, इस पर कोई उत्तर नहीं मिला। प्रमाणपत्र तब रद्द किया जाता है जब, उदाहरण के लिए, कार्ड के खो जाने की सूचना दी जाती है। क्योंकि रद्द किए गए कार्ड की संभावना से इंकार नहीं किया जा सकता, इसलिए `unchecked` को कभी भी `good` नहीं माना जाता है। यह `JPKI_REVOCATION_UNCHECKED` उत्पन्न करता है, जो डिफ़ॉल्ट रूप से NFC चरण को समीक्षा के लिए भेजता है। `jpki_revocation_unchecked_action` के साथ एक अलग परिणाम चुनें।जब प्रमाणपत्र शृंखला या हस्ताक्षर मान्य नहीं होते हैं, तो Didit रद्दीकरण के बारे में पूछताछ नहीं करता है: स्थिति `unchecked` रहती है और केवल शृंखला या हस्ताक्षर चेतावनी उत्पन्न होती है।### धारक का डेटा और गोपनीयता- `jpki_request_attributes` चालू होने पर, निर्णय में `jpki.attributes` के तहत हस्ताक्षर प्रमाणपत्र से धारक का नाम, जन्म तिथि, लिंग और पता शामिल होता है। इसके बंद होने पर, व्यक्ति केवल 4-अंकीय PIN दर्ज करता है: रीडिंग अभी भी कार्ड और PIN को सिद्ध करती है, लेकिन इसमें कोई धारक डेटा नहीं होता है और इसकी तुलना कार्ड की फ़ोटो से नहीं की जाती है। - NFC चरण चिप से कार्ड का 12-अंकीय इंडिविजुअल नंबर (My Number) कभी नहीं पढ़ता है। - निर्णय यह रिपोर्ट करता है कि कार्ड ने क्या सिद्ध किया; यह स्वयं प्रमाणपत्रों, उनके सीरियल नंबरों या हस्ताक्षरों की रिपोर्ट कभी नहीं करता।पूरा परिणाम [NFC सत्यापन रिपोर्ट](https://docs.didit.me/hi/core-technology/nfc-verification/report-nfc-verification.md#japan-my-number-card-jpki) में वर्णित है।***## इंटीग्रेशन के उदाहरण### iOS SDK (अब उपलब्ध है)```swift theme={null} import DiditSdk // NFC is automatically enabled when the document supports it let config = DiditSdk.Configuration( // NFC configuration is handled automatically // Just ensure your app has the required entitlements ) let result = try await DiditSdk.shared.startVerification( with: sessionId, configuration: config ) ```**[संपूर्ण iOS SDK दस्तावेज़ीकरण →](https://docs.didit.me/hi/integration/native-sdks/ios-sdk.md)**### Android SDK (अब उपलब्ध है)```kotlin theme={null} import me.didit.sdk.DiditSdk // NFC is automatically enabled when the document supports it DiditSdk.startVerification( token = "your-session-token" ) { result -> handleResult(result) } ```**[Android SDK दस्तावेज़ीकरण →](https://docs.didit.me/hi/integration/native-sdks/android-sdk.md)*****## सुरक्षा आर्किटेक्चर``` ┌─────────────────────────────────────────────────────────────┐ │ NFC Verification Flow │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌──────────┐ ┌──────────┐ ┌──────────────────────┐ │ │ │ Document │───▶│ Phone │───▶│ Didit Backend │ │ │ │ NFC Chip │ │ NFC Read │ │ │ │ │ └──────────┘ └──────────┘ │ ┌────────────────┐ │ │ │ │ │ ICAO PKD │ │ │ │ │ │ Validation │ │ │ │ │ └────────────────┘ │ │ │ │ ┌────────────────┐ │ │ │ │ │ CSCA Master │ │ │ │ │ │ List Check │ │ │ │ │ └────────────────┘ │ │ │ │ ┌────────────────┐ │ │ │ │ │ CRL Revocation │ │ │ │ │ │ Check │ │ │ │ │ └────────────────┘ │ │ │ └──────────────────────┘ │ │ │ │ │ ▼ │ │ ┌──────────────────────┐ │ │ │ Verification Result │ │ │ │ + Confidence Score │ │ │ └──────────────────────┘ │ └─────────────────────────────────────────────────────────────┘ ```***## अक्सर पूछे जाने वाले प्रश्न
**यदि उपयोगकर्ता का फ़ोन NFC सपोर्ट नहीं करता है तो क्या होगा?** सत्यापन फ़्लो स्वचालित रूप से NFC क्षमता का पता लगा लेता है। अनुपलब्ध होने पर, उपयोगकर्ता मानक दस्तावेज़ + सेल्फ़ी सत्यापन के साथ आगे बढ़ते हैं। सत्यापन अभी भी सुरक्षित रहता है, लेकिन इसमें NFC से मिलने वाला अतिरिक्त भरोसा नहीं होगा।
**यदि दस्तावेज़ में NFC चिप नहीं है तो क्या होगा?** कई दस्तावेज़ों (विशेषकर पुराने पासपोर्ट और कुछ राष्ट्रीय पहचान पत्रों) में NFC चिप नहीं होती है। सिस्टम इसका पता लगा लेता है और बिना किसी बाधा के मानक सत्यापन के साथ जारी रहता है।
**NFC सत्यापन सटीकता में कितना सुधार करता है?** NFC सत्यापन सीधे जारीकर्ता सरकार से दस्तावेज़ की प्रामाणिकता का क्रिप्टोग्राफ़िक प्रमाण प्रदान करता है। यह सत्यापन परिणाम में विश्वास को काफी बढ़ाता है और उन परिष्कृत जाली दस्तावेज़ों को पकड़ता है जो विज़ुअल निरीक्षण को पार कर सकते हैं।
**क्या NFC सत्यापन अनिवार्य है?** नहीं। NFC एक सुधार है, कोई अनिवार्यता नहीं। आपके सत्यापन वर्कफ़्लो को आपकी जोखिम सहनशीलता के आधार पर NFC को अनिवार्य करने, उपलब्ध होने पर इसे प्राथमिकता देने, या इसे पूरी तरह से छोड़ने के लिए कॉन्फ़िगर किया जा सकता है।
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.