परीक्षण कार्ड नंबर जनरेटर (लुह्न-मान्य, केवल सैंडबॉक्स)

यह टूल केवल एक ही उद्देश्य के लिए नकली, कृत्रिम कार्ड नंबर जनरेट करता है: किसी वास्तविक खाते को छुए बिना चेकआउट फ़ॉर्म, भुगतान SDK एकीकरण, या स्वचालित परीक्षण सूट का अभ्यास करना। यह काम करने वाला कार्ड पाने का तरीका नहीं है, और इसका कोई भी आउटपुट किसी वास्तविक खाते, कार्डधारक, या बैंक से जुड़ा नहीं है। हर नंबर एक ऐसे BIN उपसर्ग के ऊपर बनाया गया है जिसे भुगतान प्रोसेसर अपने स्वयं के डेवलपर-सामना सैंडबॉक्स दस्तावेज़ में विशेष रूप से इसलिए प्रकाशित करते हैं ताकि इंजीनियर परीक्षण-मोड भुगतान फ़ॉर्म भर सकें - बिल्कुल वही 424242..., 411111..., 555555..., 510510..., 378282..., 371449..., और 601111... शैली के उपसर्ग जिनका मुख्यधारा गेटवे के परीक्षण-मोड दस्तावेज़ों में उल्लेख मिलता है। इसका कोई भी हिस्सा किसी वास्तविक खरीदारी के लिए, किसी असली दुकान में, किसी वास्तविक भुगतान नेटवर्क पर काम नहीं करता।

आउटपुट को केवल एक यादृच्छिक स्ट्रिंग के बजाय मान्य-दिखने वाला बनाने वाली चीज़ एक वास्तविक लुह्न (mod-10) चेकसम है, जिसकी गणना हर जनरेशन पर शुरू से की जाती है: उम्मीदवार संख्या के सबसे दाएँ अंक से शुरू करके, हर दूसरे अंक को दोगुना किया जाता है, 9 से अधिक किसी भी दोगुने परिणाम में से 9 घटा दिया जाता है, सभी अंक जोड़े जाते हैं, और शेष एक अंक इस प्रकार चुना जाता है कि कुल योग दस के गुणज पर पहुँच जाए। यह वही अंकगणित है जो ब्राउज़र-साइड "देखने में मान्य कार्ड नंबर जैसा लगता है" जाँच करती है, इसलिए ये नंबर उस विशिष्ट, संकीर्ण परीक्षण को उसी तरह पास करते हैं जैसे कोई असली कार्ड नंबर करता - जबकि अभी भी पूरी तरह से नकली हैं, स्थानीय रूप से जनरेट किए गए हैं, और किसी वास्तविक लेन-देन के लिए बेकार हैं।

यह टूल प्रति नेटवर्क दस्तावेज़ में दिए गए परीक्षण उपसर्ग को स्थिर रखता है और उसके बाद की सभी चीज़ों को यादृच्छिक बनाता है, ताकि 20 तक के नंबरों का एक बैच वास्तव में 20 अलग-अलग मान्य-लुह्न नंबर हों, न कि वही सुप्रसिद्ध शाब्दिक परीक्षण नंबर बार-बार छापा गया हो। हर परिणाम को फिर उन वास्तविक BIN-श्रेणी नियमों द्वारा पुनः वर्गीकृत किया जाता है जो भुगतान फ़ॉर्म किसी कार्ड का नेटवर्क पहचानने के लिए इस्तेमाल करते हैं (Visa के लिए अग्रणी 4, Mastercard के लिए 51 से 55 या 2221 से 2720, Amex के लिए 34 या 37, Discover के लिए 6011 या 65), केवल इस बात की पुष्टि करने के लिए कि दिखाया गया लेबल उत्पन्न अंकों से मेल खाता है, साथ ही एक सही आकार का CVV (3 अंक, या Amex के लिए 4) और पूरा परीक्षण फ़ॉर्म भरते समय सुविधा के लिए वैकल्पिक रूप से कोई यादृच्छिक भविष्य की समाप्ति तिथि।

यह एक डेवलपर और QA सुविधा है, कोई भुगतान उत्पाद नहीं: इसका अस्तित्व इसलिए है क्योंकि Stripe, PayPal, और अधिकतर अन्य प्रोसेसर पहले से ही अपने चेकआउट को एकीकृत करने वाले किसी भी व्यक्ति के लिए इन सटीक केवल-परीक्षण नंबरों को प्रकाशित करते हैं, और ऐसे विविधताएँ जनरेट करने का एक त्वरित तरीका होना जो अभी भी क्लाइंट-साइड लुह्न मान्यता को संतुष्ट करता हो, हाथ से वही कुछ पाठ्यपुस्तक नंबर बार-बार टाइप करने से बचाता है। सब कुछ Web Crypto-समर्थित यादृच्छिकता के साथ आपके ब्राउज़र में स्थानीय रूप से चलता है - कुछ भी कहीं प्रेषित नहीं किया जाता है, और यहाँ उत्पन्न कुछ भी कभी भी किसी वास्तविक व्यापारी के लाइव चेकआउट में दर्ज नहीं किया जाना चाहिए।