मुख्य सामग्री पर जाएं
POST
Python
इस गाइड का उपयोग करके चुनें कि किसी दूसरे प्रदाता से Didit में डेटा ले जाते समय कौन-सा इंपोर्ट मार्ग सही है। ग्राहक अक्सर दो अलग कामों को “import” कहते हैं:
  • ऐतिहासिक सत्यापन कार्य इंपोर्ट करना: पूरे हो चुके KYC, KYB, लेन-देन निगरानी, या वर्कफ़्लो-नियम रिकॉर्ड फिर से बनाना, ताकि Didit पुराना प्रदाता इतिहास दिखा सके। इसके लिए POST /v3/session/imports/ का उपयोग करें।
  • परिचालन डेटा इंपोर्ट करना: उपयोगकर्ता, व्यवसाय, प्रोफ़ाइल चेहरे, ब्लॉकलिस्ट प्रविष्टियाँ, या अलाउलिस्ट प्रविष्टियाँ बनाना, ताकि Didit उन्हें भविष्य की जाँच में उपयोग कर सके। इसके लिए इकाई, चेहरा और सूची APIs का उपयोग करें।
सत्यापन इंपोर्ट KYC और KYB के लिए session_type: "MIGRATED" के साथ ऐतिहासिक रिकॉर्ड बनाते हैं। ये अंतिम उपयोगकर्ताओं को ईमेल नहीं भेजते, उन्हें होस्टेड फ़्लो में रीडायरेक्ट नहीं करते, और मूल सत्यापन को दोबारा नहीं चलाते। इंपोर्ट किए गए रिकॉर्ड सत्र सूचियों, इकाई प्रोफ़ाइल और लेन-देन व्यूज़ में दिखाई देते हैं, और जहाँ लागू हो, वहाँ GET /v3/session/{session_id}/decision/ में भी।

आपको किस इंपोर्ट का उपयोग करना चाहिए?

यदि आपको भविष्य की जाँच के लिए केवल उपयोगकर्ता या व्यवसाय प्रोफ़ाइल चाहिए, तो ऐतिहासिक सत्यापन सत्र इंपोर्ट न करें। उपयोगकर्ता और व्यवसाय इकाई APIs का उपयोग करें। यदि आप चाहते हैं कि पुराने प्रदाता का निर्णय, दस्तावेज़ फ़ील्ड, चेतावनियाँ या साक्ष्य Didit में अनुपालन इतिहास के रूप में दिखें, तो POST /v3/session/imports/ का उपयोग करें।

हर प्रदाता से क्या माइग्रेट हो सकता है?

Didit एक कैनोनिकल CSV या NDJSON फ़ाइल स्वीकार करता है, इसलिए आप किसी भी प्रदाता का डेटा एक्सपोर्ट करके उसे बदलने के बाद माइग्रेट कर सकते हैं। इंपोर्ट का ढाँचा हमेशा Didit का कैनोनिकल स्कीमा होता है।

माइग्रेशन वर्कफ़्लो

  1. तय करें कि आप इतिहास, प्रोफ़ाइल, चेहरे, सूचियाँ, लेन-देन या नियम में से क्या इंपोर्ट कर रहे हैं।
  2. पुराने प्रदाता से डेटा स्वयं एक्सपोर्ट करें। पुराने प्रदाता की API कुंजियाँ Didit को न भेजें।
  3. प्रदाता के एक्सपोर्ट को मेल खाने वाले Didit कैनोनिकल CSV या NDJSON टेम्पलेट में बदलें।
  4. बड़े माइग्रेशन के लिए NDJSON को प्राथमिकता दें और फ़ाइलों को ऐसे हिस्सों में बाँटें जिन्हें आप अलग-अलग दोबारा चला सकें।
  5. इंपोर्ट जॉब बनाएँ और प्रगति की जाँच करें।
  6. पंक्ति त्रुटियाँ प्राप्त करें, केवल विफल पंक्तियाँ ठीक करें और उन्हें पुनः प्रयास करें। सभी इंपोर्ट जॉब उनके स्वाभाविक बाहरी ID पर इडेम्पोटेंट होते हैं।

इंपोर्ट जॉब बनाएँ

एकल मल्टीपार्ट अनुरोध के साथ इंपोर्ट जॉब बनाएँ:
छोटे, स्प्रेडशीट-आधारित माइग्रेशन के लिए CSV और बड़े माइग्रेशन के लिए NDJSON का उपयोग करें। 100k+ पंक्तियों के लिए NDJSON को स्ट्रीम करना, बाँटना, मान्य करना और दोबारा चलाना आसान होता है। एक एप्लिकेशन एक साथ अधिकतम 4 इंपोर्ट जॉब चला सकता है, इसलिए बड़े माइग्रेशन को कई फ़ाइलों में बाँटें और हर फ़ाइल के लिए एक जॉब शुरू करें। हर जॉब किसी पंक्ति की मीडिया फ़ाइलें समानांतर रूप से डाउनलोड करता है। डिप्लॉय या वर्कर रीस्टार्ट से बाधित जॉब अपनी आखिरी इंपोर्ट की गई पंक्ति से अपने आप आगे बढ़ता है, इसलिए आपको उसे दोबारा शुरू करने की ज़रूरत नहीं है। लेन-देन इंपोर्ट के लिए workflow_id छोड़ दें:

अनुरोध फ़ील्ड

रिकॉर्ड कैसे ट्रैक और डुप्लिकेट-मुक्त किए जाते हैं

डेटा स्रोत के लिए कोई अनुरोध फ़ील्ड नहीं है; हर इंपोर्ट Didit के कैनोनिकल स्कीमा का उपयोग करता है। हर इंपोर्ट किए गए रिकॉर्ड में ट्रेसेबिलिटी के लिए metadata.imported_from = "generic" सहेजा जाता है। user_verification और business_verification इंपोर्ट एप्लिकेशन के भीतर external_id के आधार पर पंक्तियों को डुप्लिकेट-मुक्त करते हैं, इसलिए उसी फ़ाइल को दोबारा चलाने पर डुप्लिकेट रिकॉर्ड नहीं बनते। transactions इंपोर्ट इसके बजाय transaction_id पर डुप्लिकेट-मुक्त करते हैं। प्रदाता माइग्रेशन (source=provider) हर रिकॉर्ड को <provider>:<id> के रूप में सहेजता है, उदाहरण के लिए sumsub:5f8c0e2a9b1d4c3e2f1a0b9c। उपयोगकर्ता सत्यापन फ़ाइल इंपोर्ट में अगर प्रदाता का केवल ID (5f8c0e2a9b1d4c3e2f1a0b9c) भेजा गया था, तो उसे दोनों दिशाओं में एक ही रिकॉर्ड माना जाता है। इसलिए आप फ़ाइलों से माइग्रेशन शुरू करके प्रदाता माइग्रेशन से पूरा कर सकते हैं, या इसका उलटा कर सकते हैं, और कोई रिकॉर्ड दो बार इंपोर्ट नहीं होगा।

दस्तावेज़ की फ़ोटो, वीडियो और सेल्फ़ी साक्ष्य आयात करें

import_type=user_verification के लिए, आप पिछले प्रदाता से मूल दस्तावेज़ की फ़ोटो, दस्तावेज़/लाइवनेस कैप्चर वीडियो और सेल्फ़ी इमेज आयात कर सकते हैं। इन मानक कॉलमों का उपयोग करें: बड़े माइग्रेशन के लिए, HTTPS URL का उपयोग करें। Didit हर फ़ाइल डाउनलोड करता है, जाँचता है कि URL सुरक्षित है, Didit के स्वामित्व वाली एक प्रतिलिपि संग्रहीत करता है, और उसे आयात किए गए सत्र से जोड़ता है। इमेज संपीड़ित की जाती हैं; वीडियो जैसी हैं वैसी ही संग्रहीत की जाती हैं। छोटे आयात में इमेज के लिए इनलाइन base64 स्वीकार किया जाता है, लेकिन वीडियो हमेशा URL के रूप में दिए जाने चाहिए, क्योंकि base64 हर वीडियो को लगभग 33% बढ़ा देगा और प्रति फ़ाइल आयात सीमा को जल्दी पार कर देगा। प्रदाता-होस्टेड मीडिया URL वाली NDJSON पंक्ति का उदाहरण:
मीडिया के महत्वपूर्ण नियम:
  • URL में https का उपयोग होना चाहिए।
  • URL किसी निजी IP, localhost, link-local रेंज, या आंतरिक मेटाडेटा होस्ट पर रिज़ॉल्व नहीं होने चाहिए।
  • इमेज के लिए URL कॉलम या उसका *_base64 विकल्प, दोनों में से कोई एक स्वीकार किया जाता है; यदि दोनों सेट हों, तो base64 को प्राथमिकता मिलती है। वीडियो केवल URL के रूप में स्वीकार किए जाते हैं; वहाँ कोई *_video_base64 कॉलम नहीं है।
  • वीडियो mp4, webm, या mov होने चाहिए, और हर वीडियो का अधिकतम आकार 10 MB हो सकता है। इससे बड़ी या गैर-वीडियो फ़ाइलें अस्वीकार की जाती हैं और उन्हें पंक्ति त्रुटियों के रूप में दर्ज किया जाता है।
  • Didit कनेक्ट/रीड टाइमआउट, अधिकतम फ़ाइल साइज़ लागू करता है, और अनंत पुनः प्रयास की अनुमति नहीं देता।
  • मीडिया डाउनलोड विफलताएँ पंक्ति त्रुटियों के रूप में दर्ज की जाती हैं, ताकि आयात का बाकी हिस्सा जारी रह सके।
  • यदि आपके पास प्रदाता से मीडिया नहीं है, तो इन कॉलमों को खाली छोड़ दें। Didit फिर भी संरचित निर्णय और दस्तावेज़ फ़ील्ड आयात करता है।
  • आयात की गई इमेज और वीडियो ऐतिहासिक समीक्षा के लिए साक्ष्य हैं। Didit डिफ़ॉल्ट रूप से आयात किए गए ऐतिहासिक मीडिया पर OCR, लाइवनेस, या दस्तावेज़-धोखाधड़ी विश्लेषण दोबारा नहीं चलाता।

प्रगति पोल करें

रिस्पॉन्स में status, import_type, total_rows, processed_rows, created_count, updated_count, skipped_count, failed_count, और checkpoint_row शामिल होते हैं।

पंक्ति त्रुटियाँ डाउनलोड करें

हर त्रुटि में row_number, external_id, error, और raw_row शामिल होते हैं, ताकि आप केवल विफल पंक्तियों को ठीक करके उनका पुनः प्रयास कर सकें।

दुरुपयोग से सुरक्षा

POST /v3/session/imports/ के माध्यम से ऐतिहासिक आयात जॉब डिफ़ॉल्ट रूप से अक्षम हैं। ये जॉब लाखों पंक्तियाँ प्रोसेस कर सकते हैं और मीडिया डाउनलोड कर सकते हैं, इसलिए Didit समीक्षा के बाद प्रति संगठन यह क्षमता सक्षम करता है। इस गाइड के सामान्य ऑपरेटिंग-डेटा आयात, जैसे उपयोगकर्ता बनाना, व्यवसाय बनाना, प्रोफ़ाइल फ़ेस अपलोड करना, फ़ेस ब्लॉकलिस्ट अपलोड करना, या सूची प्रविष्टियाँ जोड़ना, के लिए सामान्य API कुंजी अनुमतियों, उत्पाद उपलब्धता और उन endpoint की रेट लिमिट के अलावा किसी विशेष माइग्रेशन सक्षमता की आवश्यकता नहीं है। ऐतिहासिक आयात जॉब अलग किए गए वर्कर्स पर भी चलते हैं, जिनमें फ़ाइल साइज़ सीमा, पंक्ति बजट, केवल HTTPS मीडिया URL, निजी-नेटवर्क URL ब्लॉकिंग, प्रति एप्लिकेशन 4 सक्रिय आयात जॉब की सीमा, और प्रति पंक्ति त्रुटि कैप्चर शामिल हैं।

मानक स्टेटस

आइडेम्पोटेंसी

Didit उपयोगकर्ता सत्यापन और व्यवसाय सत्यापन आयात के लिए external_id को आयात आइडेम्पोटेंसी कुंजी के रूप में उपयोग करता है, जो प्रति एप्लिकेशन के दायरे में है। लेन-देन आयात प्रति एप्लिकेशन transaction_id का उपयोग करते हैं। एक ही फ़ाइल को दोबारा चलाने पर, जो पंक्तियाँ पहले ही आयात हो चुकी हैं वे छोड़ दी जाती हैं, और जो पंक्तियाँ अभी प्रोसेस नहीं हुई थीं वे बनाई जाती हैं।

उपयोगकर्ता, प्रोफ़ाइल फ़ेस और ब्लॉकलिस्ट आयात करें

जब आप पूरा हो चुका सत्यापन सत्र दोबारा नहीं बना रहे हों, तब इन तरीकों का उपयोग करें:

उपयोगकर्ता प्रोफ़ाइल आयात करें

POST /v3/users/create/ से उपयोगकर्ता बनाएँ, या Import and Export Users में दिए Business Console CSV इंपोर्ट से। इससे केवल VendorUser प्रोफ़ाइल बनती या अपडेट होती है। इससे कोई सत्यापन सत्र, KYC निर्णय, दस्तावेज़ रिपोर्ट, चेतावनी या webhook इतिहास नहीं बनता। इसका उपयोग तब करें जब आप चाहते हों कि भविष्य की जाँच से पहले Didit को पता हो कि ग्राहक मौजूद है, या जब display_name, टैग या मेटाडेटा जैसे CRM जैसे फ़ील्ड बाद में भरने हों।

भरोसेमंद प्रोफ़ाइल फ़ेस अपलोड करें

उपयोगकर्ता बनने के बाद, POST /v3/organization/{organization_id}/application/{application_id}/vendor-users/by-id/{didit_internal_id}/faces/upload/ से भरोसेमंद प्रोफ़ाइल चेहरा अपलोड करें। इससे उपयोगकर्ता प्रोफ़ाइल से बायोमेट्रिक साक्ष्य जुड़ता है और उसे डुप्लिकेट पहचान और चेहरा खोज के लिए इंडेक्स किया जाता है। इससे चेहरा ब्लॉकलिस्ट नहीं होता। यह तब उपयोगी है जब आपके पास किसी पिछले KYC प्रदाता की भरोसेमंद प्रोफ़ाइल छवि हो और आप चाहते हों कि भविष्य की Didit जाँचें उसी से मिलान करें।

चेहरा ब्लॉकलिस्ट और अनुमति सूची आयात करें

किसी चेहरे को सीधे ब्लॉक या अनुमति देने के लिए, चेहरे के प्रकार वाली सूची के साथ POST /v3/lists/{list_uuid}/entries/face-upload/ का उपयोग करें। Didit चेहरे का बायोमेट्रिक एम्बेडिंग निकालता है और एक सूची प्रविष्टि सहेजता है। इसका उपयोग ज्ञात धोखेबाज़ों की छवियों, भरोसेमंद अनुमति सूची के चेहरों, या प्रदाताओं की धोखाधड़ी सूचियों के माइग्रेशन के लिए करें। अगर चेहरा किसी मौजूदा Didit सत्र से है, तो reference_session_id के साथ POST /v3/lists/{list_uuid}/entries/ को प्राथमिकता दें। Didit सत्र से सही चेहरा निकालता है और प्रविष्टि को स्रोत से जोड़ देता है।

उपयोगकर्ता, व्यवसाय, दस्तावेज़, वॉलेट, ईमेल, फ़ोन, IP या डिवाइस सूचियाँ आयात करें

चेहरे के अलावा अन्य सूची मानों के लिए POST /v3/lists/{list_uuid}/entries/ का उपयोग करें। प्रदाता की ब्लॉकलिस्ट, अनुमति सूची, चार्जबैक सूचियाँ, वॉलेट पते, ज्ञात जोखिम वाले IP, डिवाइस फ़िंगरप्रिंट, दस्तावेज़ संख्याएँ, ईमेल, फ़ोन, उपयोगकर्ता या व्यवसाय इसी तरीके से आयात होते हैं।

अगले चरण

उपयोगकर्ता आयात करें

उपयोगकर्ता प्रोफ़ाइल लोड करें और भरोसेमंद प्रोफ़ाइल चेहरे जोड़ें।

व्यवसाय आयात करें

KYB चलाने से पहले व्यवसाय प्रोफ़ाइल लोड करें।

प्रोफ़ाइल फ़ेस अपलोड करें

आयातित उपयोगकर्ताओं में भरोसेमंद चेहरे की छवियाँ जोड़ें।

सूची में चेहरा अपलोड करें

ब्लॉकलिस्ट या अनुमति सूची में चेहरे जोड़ें।

सूची प्रविष्टि बनाएँ

फ़ोन, ईमेल, वॉलेट, दस्तावेज़, IP, डिवाइस, उपयोगकर्ता या व्यवसाय सूचियों में आयात करें।

रेट लिमिट

सुरक्षित माइग्रेशन लूप और पुनः प्रयास डिज़ाइन करें।

प्राधिकरण

x-api-key
string
header
आवश्यक

आपकी एप्लिकेशन की API कुंजी, Business Console में Developers -> API keys से। प्राथमिक कुंजी के पास पूर्ण एक्सेस होता है। एक नामित कुंजी को स्कोप किया जा सकता है: प्रति संसाधन none, read या write, कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित, IP पतों की सूची तक सीमित, और समाप्ति तिथि तक सीमित। 401 का अर्थ है कि कुंजी गलत है, निरस्त कर दी गई है या उसकी समय-सीमा समाप्त हो गई है; 403 का अर्थ है कि कोई कुंजी नहीं भेजी गई थी, कुंजी के पास इस संसाधन या कार्रवाई का एक्सेस नहीं है, या अनुरोध उसकी IP सूची से बाहर के पते से आया था; सत्र रूट पर 404 का अर्थ है कि सत्र कुंजी के वर्कफ़्लो या स्थितियों से बाहर है। मीडिया एक्सेस के बिना एक कुंजी को छवि, वीडियो और PDF URL null के रूप में प्राप्त होते हैं, और सत्र write के बिना एक कुंजी को सत्र लिंक और token null के रूप में प्राप्त होते हैं। देखें https://docs.didit.me/console/api-keys।

बॉडी

import_type
enum<string>
डिफ़ॉल्ट:user_verification

क्या इंपोर्ट करना है: ऐतिहासिक उपयोगकर्ता सत्यापन सत्र, ऐतिहासिक व्यवसाय सत्यापन सत्र, वर्कफ़्लो कस्टम स्थिति नियम, या ऐतिहासिक लेन-देन निगरानी रिकॉर्ड।

उपलब्ध विकल्प:
user_verification,
business_verification,
status_rules,
transactions
workflow_id
string<uuid>

वर्कफ़्लो UUID जिससे इंपोर्ट किए गए सत्र या स्थिति नियम जुड़े होने चाहिए। user_verification, business_verification और status_rules के लिए आवश्यक। लेन-देन के लिए छोड़ दें।

source_format
enum<string>

वैकल्पिक। छोड़े जाने पर अपलोड किए गए फ़ाइल एक्सटेंशन से अनुमान लगाया जाता है।

उपलब्ध विकल्प:
csv,
ndjson
file
file

कैनोनिकल CSV या NDJSON फ़ाइल। बड़े इंपोर्ट के लिए NDJSON का उपयोग करें। अधिकतम अपलोड आकार 25 MB (बड़ी फ़ाइलों के लिए source_file_url का उपयोग करें)। source_file_url के साथ एक साथ उपयोग नहीं किया जा सकता।

source_file_url
string<uri>

फ़ाइल अपलोड का विकल्प। यह सार्वजनिक पते पर रिज़ॉल्व होने वाला एक HTTPS URL होना चाहिए (निजी/लूपबैक नेटवर्क अस्वीकृत कर दिए जाते हैं)। file के साथ परस्पर अनन्य।

source
enum<string>

provider से यह किसी अन्य पहचान सत्यापन प्रदाता से माइग्रेशन हो जाता है। फ़ाइल इंपोर्ट के लिए इसे छोड़ दें।

उपलब्ध विकल्प:
file,
provider
provider
enum<string>

माइग्रेशन स्रोत, GET /v3/session/imports/providers/ से। जब source का मान provider हो, तब आवश्यक है।

उपलब्ध विकल्प:
sumsub,
jumio,
veriff,
onfido,
persona,
metamap,
socure,
idnow,
shufti,
idenfy,
ondato,
trulioo,
au10tix,
complycube,
other
credentials
object

प्रदाता की केवल-पढ़ने योग्य कुंजी, उन फ़ील्ड नामों के साथ जो credential_fields में सूचीबद्ध हैं। स्थिर अवस्था में एन्क्रिप्टेड, कभी वापस नहीं की जाती, और इंपोर्ट समाप्त होने पर मिटा दी जाती है। इसे multipart में JSON स्ट्रिंग के रूप में भेजें।

options
object
status_mapping
object

प्रदाता के डिफ़ॉल्ट स्टेटस मैपिंग में संपादन: स्रोत स्टेटस से Didit स्टेटस। Not Finished और Abandoned को छोड़ दिया जाता है और गिना जाता है, कभी इंपोर्ट नहीं किया जाता।

dry_run
boolean
डिफ़ॉल्ट:false

गणना करें कि माइग्रेशन क्या इंपोर्ट करेगा (स्थिति के अनुसार, Didit में पहले से मौजूद, वही व्यक्ति, पूर्ण नहीं) और कुछ भी न लिखें। जॉब READY समाप्त होता है; इसे POST /v3/session/imports/{importId}/start/ के साथ शुरू करें।

face_templates
boolean
डिफ़ॉल्ट:false

इंपोर्ट की गई सेल्फ़ी से फ़ेस टेम्पलेट बनाएं और एप्लिकेशन के चेहरों और ब्लॉकलिस्ट के विरुद्ध उनकी खोज करें। मिलान केवल समीक्षा के लिए चिह्नित किए जाते हैं। इसके लिए lawful_basis_confirmed आवश्यक है।

lawful_basis_confirmed
boolean
डिफ़ॉल्ट:false

पुष्टि करता है कि आपके पास प्रोसेसर के रूप में Didit के साथ इन सेल्फ़ी को साझा करने का कानूनी आधार है।

प्रतिक्रिया

इंपोर्ट जॉब स्वीकृत हो गया। लौटाए गए uuid को तब तक पोल करें जब तक कि status COMPLETED या FAILED न हो जाए।

uuid
string<uuid>
आवश्यक

इंपोर्ट जॉब id। प्रगति को पोल करने और पंक्ति त्रुटियों को प्राप्त करने के लिए इस मान का उपयोग करें।

status
enum<string>
आवश्यक
उपलब्ध विकल्प:
PENDING,
PROCESSING,
COMPLETED,
FAILED,
PAUSED,
CANCELLED,
READY
import_type
enum<string>
आवश्यक
उपलब्ध विकल्प:
user_verification,
business_verification,
status_rules,
transactions
source_format
enum<string>
आवश्यक
उपलब्ध विकल्प:
csv,
ndjson
source_filename
string
आवश्यक
total_rows
integer<int64>
आवश्यक
processed_rows
integer<int64>
आवश्यक
created_count
integer<int64>
आवश्यक
updated_count
integer<int64>
आवश्यक
skipped_count
integer<int64>
आवश्यक
failed_count
integer<int64>
आवश्यक
checkpoint_row
integer<int64>
total_media_bytes
integer<int64>
last_error
string | null
created_at
string<date-time>
updated_at
string<date-time>
started_at
string<date-time> | null
completed_at
string<date-time> | null
state
enum<string>

कार्य की स्थिति जैसा कि कंसोल दिखाता है; errors अस्वीकृत पंक्तियों वाला एक पूर्ण कार्य है।

उपलब्ध विकल्प:
ready,
queued,
running,
paused,
completed,
errors,
failed,
cancelled
source
enum<string>
उपलब्ध विकल्प:
file,
api,
provider
provider
string

माइग्रेशन स्रोत; फ़ाइल या API इंपोर्ट के लिए खाली।

provider_options
object
credential_hint
string

माइग्रेशन द्वारा रखी गई कुंजी के पहले वर्ण। कुंजी स्वयं कभी नहीं लौटाई जाती है।

credentials_expires_at
string<date-time> | null
resumes_at
string<date-time> | null

जब प्रदाता की रेट लिमिट द्वारा रोका गया कोई जॉब अपने आप फिर से शुरू हो जाता है।

status_mapping
object
is_dry_run
boolean
dry_run_summary
object

ड्राई रन में क्या पाया गया: total, by_status, already_in_didit, same_person, not_finished, failed, unmapped_statuses।

face_templates_enabled
boolean
lawful_basis_confirmed_at
string<date-time> | null
not_finished_count
integer<int64>
same_person_count
integer<int64>
face_templates_count
integer<int64>
face_duplicates_count
integer<int64>
face_blocklist_hits_count
integer<int64>
created_by_name
string | null
created_by_email
string | null
अंतिम संशोधन 7 नवंबर 2026