खरीदते समय खरीदार को एक बार एनरोल करें। हर गेट स्कैन सब-1-सेकंड 1:N फेस मैच है। एनरोलमेंट के बाद प्रति स्कैन मुफ्त। हर महीने 500 वेरिफिकेशन मुफ्त।
Robinhood Ventures
दुनिया भर में 2,000+ संगठनों द्वारा विश्वसनीय।
स्टेडियम · फेस्टिवल · ट्रांजिट · कॉन्फ्रेंस
फोन निकालने की ज़रूरत नहीं, बैटरी खत्म होने की चिंता नहीं, रीसेल फ्रॉड का डर नहीं। खरीदार खरीदते समय $0.25 में एक बार एनरोल करता है, और हर भविष्य का गेट स्कैन एक मुफ्त 1:N फेस सर्च मैच होता है , फेस्टिवल के पैमाने पर सब-1-सेकंड में। यही फ्लो स्टेडियम, फेस्टिवल, ट्रांजिट कॉरिडोर और कॉन्फ्रेंस में काम करता है।
अपनी पसंद के चेक चुनें, ID, liveness, face match, sanctions, address, age, phone, email, custom questions। उन्हें डैशबोर्ड में एक फ्लो में ड्रैग करें, या उसी फ्लो को हमारे API पर पोस्ट करें। कंडीशंस पर ब्रांच करें, A/B टेस्ट चलाएं, किसी कोड की ज़रूरत नहीं।
हमारे Web, iOS, Android, React Native, या Flutter SDK के साथ नेटिवली एम्बेड करें। एक होस्टेड पेज पर रीडायरेक्ट करें। या बस अपने यूज़र को एक लिंक भेजें, ईमेल, SMS, WhatsApp, कहीं भी। जो आपके स्टैक के लिए फिट बैठता है उसे चुनें।
Didit कैमरा, लाइटिंग क्यू, मोबाइल हैंड-ऑफ और एक्सेसिबिलिटी को होस्ट करता है। जब यूज़र फ्लो में होता है, तो हम रियल टाइम में 200+ फ्रॉड सिग्नलों को स्कोर करते हैं और आधिकारिक डेटा स्रोतों के खिलाफ हर फील्ड को वेरिफाई करते हैं। दो सेकंड से भी कम समय में परिणाम।
रियल-टाइम साइंड वेबहुक आपके डेटाबेस को सिंक में रखते हैं जैसे ही कोई यूज़र अप्रूव होता है, डिक्लाइन होता है, या रिव्यू के लिए भेजा जाता है। API को ऑन-डिमांड पोल करें। या हर सेशन, हर सिग्नल का निरीक्षण करने और अपने तरीके से मामलों को मैनेज करने के लिए कंसोल खोलें।
Didit · एनरोलमेंट
ऑर्डर #18472
अपना चेहरा कैप्चर करें
Didit · फेस सर्च 1:N
Didit · गेट डिसीजन
Didit · वेन्यू कवरेज
Didit · कैपेसिटी
Didit · पब्लिक प्राइसिंग
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-d '{
"workflow_id": "wf_event_enrol",
"vendor_data": "buyer-42",
"metadata": { "event_id": "evt_1234" }
}'{ "session_url": "verify.didit.me/..." }$ curl -X POST https://verification.didit.me/v3/face-search/ \
-H "x-api-key: $DIDIT_API_KEY" \
-F "image=@gate-frame.jpg" \
-F "metadata={'event_id':'evt_1234'}"{ "status": "Approved", "matches": […] }You are integrating Didit's biometric event-ticketing into <my_stack>. The face IS the ticket — no QR code, no barcode, no printout. Two phases:
1. Enrol the buyer ONCE at ticket purchase. A Sessions API call runs ID Verification + Passive Liveness and stores the buyer's portrait as the event-index template.
2. At every gate scan, call the standalone Face Search 1:N endpoint with the camera frame. Sub-1-second match against the event index. Verdict returned inline.
Pricing (public):
- Enrolment (one-time per buyer): $0.15 ID Verification + $0.10 Passive Liveness = $0.25
- Face Search 1:N at the gate: free per scan
- First 500 verifications free every month, forever
PRE-REQUISITES
- Production API key from https://business.didit.me (sandbox key in 60s, no card).
- Webhook endpoint with Hash-based Message Authentication Code (HMAC) SHA-256 verification using the X-Signature-V2 header.
HMAC-SHA256 verification MUST run against the raw body bytes (the raw payload as Didit sent it) BEFORE any JSON parsing — re-serialising the parsed body changes whitespace and key order, which invalidates the signature. - A workflow_id from the Workflow Builder. The workflow MUST contain ID_VERIFICATION + LIVENESS (and optionally Anti-Money Laundering (AML) if you sell age-restricted access).
- One Didit account = one face index. Tag every enrolment with metadata.event_id so the gate-side search filters by the right event.
STEP 1 — Enrol at ticket purchase
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<your enrolment workflow>",
"vendor_data": "<your buyer id — must be unique per buyer>",
"callback": "https://<your-app>/ticketing/enrol/callback",
"metadata": {
"order_id": "<your order reference>",
"event_id": "<the event the buyer is entering>",
"ticket_tier": "<GA | VIP | accessible | etc>"
}
}
Response: 201 Created with the hosted session_url. Redirect the buyer. After the buyer completes ID Verification + Passive Liveness, the portrait is stored as their face template and bound to vendor_data.
STEP 2 — Read the signed verdict on enrolment completion
Body (excerpted):
{
"session_id": "<uuid>",
"vendor_data": "<your buyer id>",
"status": "Approved",
"id_verification": { "status": "Approved", "document_type": "Passport" },
"liveness": { "status": "Approved", "method": "PASSIVE", "score": 94 }
}
Verify X-Signature-V2 BEFORE trusting the body. On Approved, mark the order as enrolled and bind the order to vendor_data in your application database.
Session status enum (exact case): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.
STEP 3 — At every gate scan, match the face against the event index
POST https://verification.didit.me/v3/face-search/
Headers:
x-api-key: <your api key>
Body (multipart/form-data):
image <the camera frame captured at the gate>
vendor_data <optional — restrict the search to a specific buyer>
metadata <optional JSON — e.g. { "event_id": "<...>" } to filter>
Response (excerpted):
{
"status": "Approved",
"matches": [
{
"vendor_data": "<buyer id>",
"similarity_score": 0.96
}
]
}
Match outcomes the gate logic should handle:
- Match found, ticket valid, no prior scan → grant entry, mark scanned
- Match found, already inside → apply re-entry policy
- Match found, ticket expired or canceled → route to staff
- Match found, ticket resold to another buyer → block, route to staff
- No match (similarity below threshold) → block, fall back to backup ticket flow
STEP 4 — Reusable across every event the same buyer attends
Because the buyer's face template is bound to vendor_data, the SAME enrolment works for every future event the same buyer holds a ticket for. No re-enrolment, no re-payment. Reusable Credential semantics applied to the venue use case.
CONSTRAINTS
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- Feature enum is UPPERCASE: ID_VERIFICATION, LIVENESS, FACE_MATCH, AML, IP_ANALYSIS.
- Method enum is UPPERCASE: PASSIVE, FLASHING, ACTIVE_3D.
- Auth header is x-api-key (lowercase, hyphenated).
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Status casing matches exactly: Approved, Declined, In Review, Expired, Not Finished, Resubmitted, Kyc Expired, Abandoned.
- The face template is irreversible (a one-way hash). End users can request deletion via the standard data-subject-request path.
ACCESS CONTROL CONSIDERATIONS
- For minor-attended events, run AGE_ESTIMATION during enrolment to gate age-restricted areas. See /solutions/age-verification.
- For high-value VIP areas, gate behind a Biometric Authentication step-up. See /solutions/biometric-2fa.
- For accessibility lanes, surface the ticket-tier metadata on the verdict payload and route the gate UI accordingly.
DATA-PROTECTION NOTES
- The enrolment selfie produces an irreversible face template; raw images are deleted unless retention is explicitly enabled.
- The gate frame is processed in memory and not persisted by default.
- Display the privacy notice (didit.me/terms/verification-privacy-notice) to the buyer before the enrolment selfie. EU GDPR Article 13 requires it.
Read the docs:
- https://docs.didit.me/core-technology/face-search/overview
- https://docs.didit.me/sessions-api/create-session
- https://docs.didit.me/integration/webhooks
Start free at https://business.didit.me — sandbox key in 60 seconds, 500 verifications free every month, no credit card.$0 / महीना। क्रेडिट कार्ड की ज़रूरत नहीं।
आप जितना उपयोग करते हैं, केवल उसी का भुगतान करें। 25+ मॉड्यूल। प्रति-मॉड्यूल सार्वजनिक मूल्य निर्धारण, कोई मासिक न्यूनतम शुल्क नहीं।
कस्टम MSA और SLA। बड़ी मात्रा और विनियमित कार्यक्रमों के लिए।
मुफ़्त में शुरू करें → केवल चेक चलने पर भुगतान करें → कस्टम कॉन्ट्रैक्ट, SLA, या डेटा रेज़िडेंसी के लिए एंटरप्राइज़ अनलॉक करें।
डिडिट पहचान और धोखाधड़ी के लिए इंफ्रास्ट्रक्चर है, वह प्लेटफ़ॉर्म जिसकी हमें तब ज़रूरत थी जब हम खुद प्रोडक्ट बना रहे थे: खुला, लचीला और डेवलपर-फ्रेंडली, ताकि यह आपके स्टैक के एक वास्तविक हिस्से के रूप में काम करे, न कि एक ब्लैक बॉक्स के रूप में जिसे आप इंटीग्रेट करते हैं।
एक API लोगों को वेरिफाई करने (KYC, अपने ग्राहक को जानें), व्यवसायों को वेरिफाई करने (KYB, अपने व्यवसाय को जानें), क्रिप्टो वॉलेट्स की स्क्रीनिंग (KYT, अपने लेनदेन को जानें), और वास्तविक समय में लेनदेन की निगरानी को कवर करता है, एक ऐसे स्टैक पर बनाया गया है जो:
इसके नीचे का फ़ुटप्रिंट: 14,000+ दस्तावेज़ प्रकार 48+ भाषाओं में, 1,000+ डेटा स्रोत, और हर सेशन पर 200+ धोखाधड़ी सिग्नल। डिडिट इंफ्रास्ट्रक्चर हर सेशन से गतिशील रूप से सीखता है और हर दिन बेहतर होता जाता है।
एक टिकट जहाँ एक्सेस टोकन खरीदार का चेहरा है, न कि क्विक रिस्पांस (QR) कोड, बारकोड, या कागज़ का प्रिंटआउट।
खरीदार खरीद के समय एक सेल्फी लेता है। फेस टेम्पलेट ऑर्डर के खिलाफ स्टोर किया जाता है। गेट पर, एक कैमरा एक फ्रेम कैप्चर करता है और 1:N फेस सर्च इसे इवेंट के एनरोल किए गए टेम्पलेट्स के खिलाफ मैच करता है। सब-1-सेकंड का निर्णय, अंदर चलें।
QR-आधारित टिकटिंग के साथ तीन समस्याएँ:
पूरा फ़्लो आमतौर पर एंड-टू-एंड 30 सेकंड से कम लेता है, ID उठाएँ, दस्तावेज़ की तस्वीर लें, सेल्फी लें, हो गया। यह बाज़ार में सबसे तेज़ है। लेगेसी KYC प्रोवाइडर्स आमतौर पर उसी फ़्लो के लिए 90 सेकंड से ज़्यादा लेते हैं।
बैक एंड पर, डिडिट p99 पर दो सेकंड से कम में परिणाम देता है, यूज़र के सेल्फी खत्म करने के क्षण से लेकर आपके वेबहुक के फ़ायर होने के क्षण तक मापा जाता है। मोबाइल कैप्चर धीमे फ़ोन और धीमे नेटवर्क के लिए ट्यून किया गया है: प्रोग्रेसिव इमेज कंप्रेशन, लेज़ी सॉफ़्टवेयर डेवलपमेंट किट लोड, और अगर यूज़र वेब पर शुरू करता है तो QR कोड के माध्यम से डेस्कटॉप से फ़ोन पर एक-टैप हैंड-ऑफ़।
हमेशा एक गैर-बायोमेट्रिक फ़ॉलबैक शिप करें, एक मुद्रित PDF, एक ईमेल-डिलीवर किया गया QR कोड, या एक स्टाफ्ड गेट। यूरोपीय संघ आर्टिफिशियल इंटेलिजेंस एक्ट और अधिकांश राष्ट्रीय उपभोक्ता-संरक्षण व्यवस्थाओं को एक वैकल्पिक पाथ की आवश्यकता होती है।
व्यवहार में, बायोमेट्रिक टिकटिंग चलाने वाले वेन्यू 70-85% ऑप्ट-इन की रिपोर्ट करते हैं क्योंकि फेस लेन नाटकीय रूप से तेज़ है। गैर-बायोमेट्रिक लेन बाकी के लिए खुली रहती है।
हर सेशन सात स्पष्ट स्टेटस में से एक पर आता है, ताकि आपका कोड हमेशा जानता हो कि क्या करना है:
Approved, सभी चेक पास हो गए। यूज़र को आगे बढ़ाएँ।Declined, एक या एक से ज़्यादा चेक फेल हो गए। आप यूज़र को विशिष्ट फेल हुए स्टेप को फिर से सबमिट करने की अनुमति दे सकते हैं (उदाहरण के लिए, सेल्फी फिर से लें) पूरे फ़्लो को फिर से चलाए बिना।In Review, कंप्लायंस रिव्यू के लिए फ़्लैग किया गया। कंसोल में केस खोलें, हर सिग्नल देखें, अप्रूव या डिक्लाइन का फैसला करें।In Progress, यूज़र फ़्लो के बीच में है।Not Started, लिंक भेजा गया, यूज़र ने अभी तक इसे नहीं खोला है। अगर यह बहुत देर तक रहता है तो एक रिमाइंडर भेजें।Abandoned, यूज़र ने लिंक खोला लेकिन समय पर खत्म नहीं किया। फिर से एंगेज करें या एक्सपायर करें।Expired, सेशन लिंक की समय सीमा समाप्त हो गई। एक नया सेशन बनाएँ।हर स्टेटस परिवर्तन पर एक साइन्ड वेबहुक फ़ायर होता है, ताकि आपका डेटाबेस हमेशा सिंक में रहे। छोड़े गए और अस्वीकृत सेशन मुफ़्त हैं।
प्रोडक्शन डेटा डिफ़ॉल्ट रूप से यूरोपीय संघ में Amazon Web Services पर प्रोसेस और स्टोर किया जाता है, एंटरप्राइज़ कॉन्ट्रैक्ट उन क्षेत्राधिकारों के लिए वैकल्पिक क्षेत्रों का अनुरोध कर सकते हैं जिनके नियामकों को इसकी आवश्यकता होती है।
हर जगह एन्क्रिप्शन। हर डेटाबेस, ऑब्जेक्ट स्टोर और बैकअप में AES-256 रेस्ट पर। हर API कॉल, वेबहुक और बिज़नेस कंसोल सेशन पर ट्रांसपोर्ट लेयर सिक्योरिटी 1.3 ट्रांज़िट में। बायोमेट्रिक डेटा एक अलग कस्टमर मास्टर की के तहत एन्क्रिप्ट किया गया है।
रिटेंशन आपके नियंत्रण में है। डिफ़ॉल्ट रिटेंशन अनिश्चित (असीमित) है जब तक कि आप कम कॉन्फ़िगर नहीं करते, प्रति एप्लिकेशन 30 दिन से 10 साल के बीच, और आप डैशबोर्ड या API से किसी भी समय किसी भी व्यक्तिगत सेशन को हटा सकते हैं।
प्रमाणन: SOC 2 टाइप 1 (टाइप 2 ऑडिट प्रगति पर है), ISO/IEC 27001:2022, iBeta लेवल 1 PAD, और स्पेन के टेसोरो / SEPBLAC / CNMV से एक सार्वजनिक प्रमाणन कि डिडिट का रिमोट आइडेंटिटी वेरिफिकेशन किसी व्यक्ति को व्यक्तिगत रूप से वेरिफाई करने से ज़्यादा सुरक्षित है। पूरी रिपोर्ट /security-compliance पर।
डिडिट उन नियामकों के लिए डिफ़ॉल्ट रूप से कंप्लायंट शिप करता है जो पहचान इंफ्रास्ट्रक्चर के लिए महत्वपूर्ण हैं:
विस्तृत मेमो, हर सर्टिफिकेट, हर नियामक पत्र: /security-compliance।
तीन इंटीग्रेशन पाथ, जो भी आपके स्टैक के लिए सही हो, उसे चुनें:
तीनों के लिए एक ही डैशबोर्ड, एक ही बिलिंग, एक ही पे-पर-सक्सेस प्राइस। docs.didit.me/integration/integration-prompt पर स्टेप-बाय-स्टेप गाइड।
कोई भी कमोडिटी IP कैमरा या टैबलेट काम करता है, POST /v3/face-search/ HTTPS पर एक सिंगल JPEG फ्रेम स्वीकार करता है। अधिकांश वेन्यू मौजूदा एंट्री कियोस्क, टिकट-स्कैनर रिप्लेसमेंट, या एक स्टैंड पर टैबलेट का उपयोग करते हैं। कोई कस्टम सॉफ़्टवेयर डेवलपमेंट किट (SDK) नहीं, कोई विशेष ड्राइवर नहीं, कोई ऑन-प्रेमाइज़ इन्फरेंस बॉक्स नहीं।
एज-कैश्ड गेट्स (ट्रांज़िट, विश्वसनीय कनेक्टिविटी के बिना बड़े वेन्यू) के लिए, डिडिट एक ऑन-प्रेमाइज़ फेस-सर्च अप्लायंस शिप करता है, सेल्स से बात करें।
आयु-प्रतिबंधित क्षेत्रों (एक त्योहार में 18 से अधिक क्षेत्र, एक स्टेडियम में शराब बार) के लिए एनरोलमेंट पर AGE_ESTIMATION चलाएँ। साइन्ड निर्णय प्रति खरीदार एक आयु बैंड वहन करता है, और आपका गेट लॉजिक सही रिस्टबैंड रंग या रिस्टबैंड-मुक्त लेन को प्रदर्शित करता है।
पारिवारिक आयोजनों में भाग लेने वाले नाबालिगों के लिए, एक माता-पिता / अभिभावक नाबालिग के टिकट पर एनरोलमेंट पूरा करते हैं और नाबालिग की ओर से टेम्पलेट के लिए सहमति देते हैं, यूरोपीय संघ जनरल डेटा प्रोटेक्शन रेगुलेशन अधिकांश सदस्य राज्यों में 16 वर्ष से कम उम्र के बच्चों के लिए स्पष्ट माता-पिता की सहमति की आवश्यकता है।
KYC, KYB, ट्रांज़ैक्शन मॉनिटरिंग और वॉलेट स्क्रीनिंग के लिए एक API। 5 मिनट में इंटीग्रेट करें।