कार्यप्रणाली: हमारा डेटा और टूल्स कैसे काम करते हैं

कार्ड नंबरिंग: ISO/IEC 7812

भुगतान कार्ड नंबर ISO/IEC 7812 मानक का पालन करते हैं। पहला अंक मेजर इंडस्ट्री आइडेंटिफ़ायर है, शुरुआती अंक जारीकर्ता पहचान संख्या (IIN, जिसे आम तौर पर BIN कहते हैं) बनाते हैं, उसके बाद के अंक व्यक्तिगत खाते की पहचान करते हैं, और अंतिम अंक चेक डिजिट होता है।

कार्ड नेटवर्क अपने प्रीफ़िक्स और लंबाई से पहचाने जाते हैं, उदाहरण के लिए Visa नंबर 4 से शुरू होते हैं, और कई नेटवर्क 2 और 5 श्रृंखला में विशिष्ट रेंज का उपयोग करते हैं। हमारे टूल्स किसी नंबर का ब्रांड पहचानने के लिए इन प्रकाशित पैटर्न का उपयोग करते हैं।

6 अंकों और 8 अंकों वाले BIN

IIN ऐतिहासिक रूप से छह अंकों का था। आठ अंकों वाले IIN के समर्थन के लिए मानक को अपडेट किया गया, और प्रमुख नेटवर्क आठ अंकों वाली रेंज की ओर बढ़ रहे हैं। इसलिए एक छह अंकों का प्रीफ़िक्स कई जारीकर्ताओं या प्रोडक्ट को कवर कर सकता है।

जब आप आठ या अधिक अंक दर्ज करते हैं, तो हम पहले सबसे विशिष्ट मेल खाने वाली रेंज खोजते हैं, और आठ अंकों का कोई रिकॉर्ड न होने पर छह अंकों वाली रेंज का उपयोग करते हैं।

Luhn चेकसम

Luhn एल्गोरिदम (mod 10) अधिकांश एकल-अंक टाइपिंग गलतियों और कई अदला-बदली की गलतियों को पकड़ता है। यह इस तरह काम करता है:

1. सबसे दाएँ अंक से शुरू करके बाईं ओर बढ़ते हुए, हर दूसरे अंक को दोगुना करें।
2. यदि दोगुना करने पर 9 से बड़ी संख्या आए, तो उसमें से 9 घटाएँ।
3. सभी अंकों को जोड़ें।
4. यदि योग 10 का गुणज है, तो नंबर जाँच में पास होता है।

Luhn जाँच पास करने का अर्थ केवल इतना है कि नंबर सही ढंग से बना है। इसका अर्थ यह नहीं कि कार्ड मौजूद है, सक्रिय है या उसमें पैसे हैं।

BIN डेटाबेस कैसे संकलित किया जाता है

हमारा BIN डेटाबेस सार्वजनिक रूप से उपलब्ध रेंज जानकारी, उद्योग संदर्भों और उपयोगकर्ताओं द्वारा बताए गए सुधारों को जोड़ता है। रिकॉर्ड मानकीकृत किए जाते हैं ताकि ब्रांड, प्रकार, लेवल, बैंक और देश के लिए एक जैसे नाम और कोड हों, और परस्पर विरोधी रिकॉर्ड को मिलाने से पहले उनकी समीक्षा की जाती है।

कार्ड नेटवर्क हर रेंज की पूरी सार्वजनिक सूची प्रकाशित नहीं करते, इसलिए कोई भी तृतीय-पक्ष BIN डेटाबेस पूर्ण नहीं हो सकता। हम इन सीमाओं के बारे में खुलकर बताते हैं:

• जारीकर्ता किसी भी समय रेंज फिर से आवंटित, विलय या बंद कर सकते हैं, और रिकॉर्ड पीछे रह सकते हैं।
• विलय या रीब्रांडिंग के बाद बैंक का नाम पुराना दिख सकता है।
• कार्ड लेवल और प्रकार ऐसे फ़ील्ड हैं जिनके गायब या पुराने होने की सबसे अधिक संभावना होती है।
• प्राइवेट लेबल, फ़्लीट और कुछ प्रीपेड रेंज सूचीबद्ध न हों, ऐसा संभव है।

IP जियोलोकेशन

IP लुकअप नेटवर्क स्वामित्व (ASN) डेटा के साथ DB-IP Lite डेटाबेस का उपयोग करते हैं। देश-स्तर के परिणाम आम तौर पर सटीक होते हैं, क्योंकि IP ब्लॉक विशिष्ट देशों के नेटवर्कों को आवंटित किए जाते हैं।

शहर, क्षेत्र और निर्देशांक अनुमानित होते हैं। मोबाइल कैरियर, कॉर्पोरेट नेटवर्क, VPN और सैटेलाइट कनेक्शन किसी उपयोगकर्ता को बताए गए स्थान से बहुत दूर दिखा सकते हैं, इसलिए शहर के डेटा का उपयोग कभी भी इस बात के प्रमाण के रूप में नहीं करना चाहिए कि कोई व्यक्ति कहाँ है।

VPN और प्रॉक्सी पहचान किसी IP के स्वामी नेटवर्क की तुलना ज्ञात होस्टिंग, VPN और Tor नेटवर्कों से करती है। यह एक जोखिम संकेत देती है, निश्चितता नहीं।

SWIFT/BIC और IBAN सत्यापन

SWIFT/BIC कोड में 8 या 11 वर्ण होते हैं: एक बैंक कोड, एक ISO देश कोड, एक स्थान कोड और एक वैकल्पिक शाखा कोड। हम फ़ॉर्मेट और देश कोड जाँचते हैं और कोड का मिलान अपनी संदर्भ निर्देशिका से करते हैं।

IBAN का सत्यापन ISO 13616 MOD-97 जाँच से होता है: पहले चार वर्ण अंत में ले जाए जाते हैं, अक्षरों को संख्याओं में बदला जाता है, और परिणाम को 97 से भाग देने पर शेषफल 1 आना चाहिए। हम हर देश के लिए अपेक्षित लंबाई भी जाँचते हैं।

कृत्रिम टेस्ट डेटा

हमारे जनरेटर द्वारा बनाए गए कार्ड नंबर और IBAN कृत्रिम होते हैं। वे चुने गए प्रीफ़िक्स या देश फ़ॉर्मेट से यादृच्छिक अंकों और सही चेक डिजिट के साथ बनाए जाते हैं, इसलिए परीक्षण के अधीन सॉफ़्टवेयर में फ़ॉर्मेट सत्यापन पास करते हैं।

वे किसी असली खाते से जुड़े नहीं हैं, और समाप्ति तिथियाँ व सुरक्षा कोड यादृच्छिक होते हैं। टेस्ट डेटा केवल डेवलपमेंट, QA और शिक्षा के लिए है।

अपडेट और सुधार

संदर्भ डेटा की समय-समय पर समीक्षा और ताज़ा किया जाता है, और रिपोर्ट की गई गलतियों को आते ही जाँचा और ठीक किया जाता है। हर पेज पर दिखाई गई तारीख वह है जब पेज की सामग्री की अंतिम समीक्षा हुई थी।