मुख्य सामग्री पर जाएं
Every transaction that includes a device IP address is enriched server-side in real time before rules evaluate it. डिवाइस IP पता शामिल करने वाले हर लेन-देन को नियमों द्वारा मूल्यांकन किए जाने से पहले सर्वर-साइड पर रीयल टाइम में एनरिच किया जाता है। एनरिचमेंट देश, शहर, VPN/Tor/डेटा-सेंटर फ़्लैग, ASN और कैरियर जोड़ता है, और ये सभी नियम शर्तों के रूप में उपलब्ध हैं।

जब एनरिचमेंट चलता है

लेन-देन बनाने के दौरान इनलाइन:
  1. आप subject.device_context.network_context.ip_address (या किसी भी पक्ष के डिवाइस IP) के साथ POST /v3/transactions/ सबमिट करते हैं।
  2. Didit इन-मेमोरी कैश (24 घंटे TTL) में IP खोजता है।
  3. अगर कैश में नहीं है, तो साझा IP-एनरिचमेंट टेबल (लगभग 30 दिन की ताज़गी) जाँची जाती है।
  4. अगर डेटा पुराना है या मौजूद नहीं है, तो Didit की एनरिचमेंट पिपलाइन के ज़रिए IP को मल्टी-प्रोवाइडर फ़ेलओवर के साथ हल किया जाता है।
  5. एनरिच किए गए फ़ील्ड लेन-देन रिकॉर्ड में लिखे जाते हैं और नियमों के लिए उपलब्ध कराए जाते हैं।
एनरिचमेंट इनलाइन है, यानी नियम चलने से पहले यह पूरा हो जाता है, लेकिन विफलता पर ब्लॉक नहीं करता। अगर एनरिचमेंट पूरा नहीं हो पाता, तब भी लेन-देन आगे बढ़ता है; IP बिना एनरिचमेंट डेटा के दिखता है।

एनरिच किए गए फ़ील्ड

एनरिच किए गए फ़ील्ड नियमों में इस्तेमाल करना

एनरिच किए गए कोई भी फ़ील्ड नियम शर्त हो सकते हैं। आम पैटर्न: IP के आधार पर उच्च-जोखिम वाला क्षेत्राधिकार
VPN / Tor उपयोग
डेटा सेंटर / गैर-आवासीय स्रोत
IP देश ≠ KYC देश

कैश लेयर

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

विफलता व्यवहार

  • एनरिचमेंट विफल होने की वजह से लेन-देन निर्माण कभी विफल नहीं होता।
  • गायब एनरिचमेंट फ़ील्ड उन नियम शर्तों से मेल नहीं खाते जो उन्हें संदर्भित करती हैं।
  • एनरिचमेंट अटकने के बारे में अलर्ट आपकी ऑप्स टीम तक आंतरिक मॉनिटरिंग के ज़रिए पहुँचते हैं; ग्राहक पर कोई प्रत्यक्ष प्रभाव नहीं पड़ता।

वैधता फ़िल्टरिंग

एनरिचमेंट से पहले अनरूटेबल IP छोड़ दिए जाते हैं:
  • प्राइवेट (10/8, 172.16/12, 192.168/16)
  • लूपबैक (127/8)
  • लिंक-लोकल (169.254/16)
  • मल्टीकास्ट, अनिर्दिष्ट
इससे प्रदाता कोटा बचता है और बेतुका एनरिचमेंट डेटा नहीं बनता।

किसी लेन-देन के लिए एनरिचमेंट जाँचना

API के ज़रिए। अलग से कोई एनरिचमेंट ब्लॉक नहीं है। एनरिच किए गए फ़ील्ड पक्ष के अपने device.network_context ऑब्जेक्ट में लिखे जाते हैं, उस ip_address के बगल में जो आपने सबमिट किया था, parties ऐरे की मेल खाती प्रविष्टि पर:
अनुरोध पर आपके द्वारा दिए गए फ़ील्ड सुरक्षित रहते हैं; एनरिचमेंट केवल उन कुंजियों को भरता है जो आपने छोड़ दी थीं, और जिन कुंजियों के लिए रिज़ॉल्वर खाली मान लौटाता है, वे शामिल नहीं की जाती हैं। पूरे device ढाँचे के लिए रिस्पॉन्स स्कीमा देखें। कंसोल में। लेन-देन विवरण पेज पर IP और डिवाइस टैब में जियो-मैप पिन के साथ IP एनरिचमेंट दिखता है।

गोपनीयता संबंधी विचार

  • कच्चे IP लेन-देन के साथ संग्रहीत होते हैं।
  • एनरिचमेंट डेटा एक साझा, IP-आधारित टेबल में रहता है, प्रति उपयोगकर्ता नहीं।
  • भूल जाने के अधिकार के तहत हटाने पर लेन-देन से IP हट जाते हैं; साझा कैश प्रविष्टि बनी रहती है, क्योंकि वह व्यक्तिगत रूप से पहचान योग्य नहीं है।

अगले चरण

नियम

शर्तों में एनरिच किए गए फ़ील्ड का उपयोग करें।

नियम लाइब्रेरी

IP-आधारित प्रीसेट नियम।

रिस्पॉन्स स्कीमा

जहाँ IP एनरिचमेंट दिखता है।
अंतिम संशोधन 7 नवंबर 2026