0

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

QA और चेकआउट-फ्लो परीक्षण के लिए सार्वजनिक रूप से प्रलेखित सैंडबॉक्स BIN रेंज (वीज़ा, मास्टरकार्ड, एमेक्स, डिस्कवर) से नकली, लुहान-चेकसम-मान्य परीक्षण कार्ड नंबर उत्पन्न करें। असली कार्ड नहीं.

⚠️
केवल नकली परीक्षण नंबर - ये किसी भी वास्तविक खरीदारी के लिए काम नहीं करेंगे
नीचे दिया गया प्रत्येक नंबर सिंथेटिक है, जो सार्वजनिक रूप से प्रलेखित सैंडबॉक्स/टेस्ट बिन रेंज से उत्पन्न होता है, जिसे भुगतान प्रोसेसर स्वयं चेकआउट प्रवाह का परीक्षण करने वाले डेवलपर्स के लिए प्रकाशित करते हैं (स्ट्रीप, पेपाल और अन्य द्वारा उपयोग की जाने वाली समान शैली)। ये नंबर किसी भी वास्तविक खाते या कार्डधारक से जुड़े नहीं हैं, इनका उपयोग कुछ भी खरीदने के लिए नहीं किया जा सकता है, और ये केवल परीक्षण-मोड भुगतान फॉर्म और स्वचालित क्यूए चेक भरने के लिए मौजूद हैं।

एक बार में 1-20.

विशुद्ध रूप से परीक्षण फॉर्म भरने के लिए - एक यादृच्छिक भविष्य का महीना/वर्ष और एक सही आकार का सीवीवी (3 अंक, एमेक्स के लिए 4), दोनों पूरी तरह से सिंथेटिक।

Buy Me a Coffee at ko-fi.com
प्रसंस्करण... 0%
प्रलेखित परीक्षण बिन रेंज का चयन करना
लुहान चेकसम अंकों की गणना
कार्ड नंबर फ़ॉर्मेट करना
हो गया

नतीजा

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

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

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

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