कैसे कार्ड चेकर एपीआई का उपयोग करें

आपके चेकआउट को भुगतान रेल पर छूने से पहले खराब BIN को चिह्नित करना चाहिए। इस गाइड के अंत तक, आप BIN को मान्य करेंगे और एकल HTTP GET के माध्यम से कार्ड ब्रांड, प्रकार, स्तर, जारीकर्ता और देश को तुरंत पढ़ेंगे, जो कि Zyla API Hub पर कार्ड चेकर एपीआई के लिए है—आज अपने बैकएंड में चिपकाने के लिए तैयार।

यह एपीआई आपको क्या देती है

कार्ड चेकर एपीआई एक कार्ड BIN (बैंक पहचान संख्या; पहले 6 अंक) के लिए मान्यता और समृद्धि क्षेत्रों को लौटाती है, जिन्हें आप तुरंत रूटिंग, धोखाधड़ी स्क्रीनिंग और UX के लिए उपयोग कर सकते हैं:

Illustration: How to Use Card Checker API

isValid और संदेश यह पुष्टि करने के लिए कि प्रदान किया गया BIN मान्यता प्राप्त है
card_brand (जैसे, MASTERCARD), card_type (CREDIT/DEBIT), और card_level (जैसे, GOLD)
issuer_name_bank, issuer_bank_phone, issuer_bank_website
iso_country_name और iso_country_code

यह एक एकल एंडपॉइंट है जिसमें एक आवश्यक पैरामीटर है, जिसे चेकआउट, PSP रूटिंग, BIN-आधारित नियमों और जारीकर्ता-विशिष्ट ग्राहक संदेशों जैसे वित्तीय प्रवाह में त्वरित एकीकरण के लिए डिज़ाइन किया गया है।

Zyla API Hub पर शुरू करना

Zyla API Hub एक खाते, एक एपीआई कुंजी और एक सदस्यता + कोटा मॉडल के तहत 10,000 से अधिक सार्वजनिक एपीआई को एकत्र करता है। इस वित्तीय एपीआई का उपयोग शुरू करने के लिए:

कार्ड चेकर एपीआई पृष्ठ खोलें और सदस्यता लें। लिस्टिंग पर 7-दिन का परीक्षण उपलब्ध है। वर्तमान पहुंच विकल्पों और मूल्य निर्धारण के लिए एपीआई पृष्ठ की जांच करें।
अपनी एपीआई कुंजी कॉपी करें।
Authorization: Bearer YOUR_API_KEY हेडर के साथ एंडपॉइंट को कॉल करें।

कार्ड चेकर एपीआई पर 7-दिन का परीक्षण शुरू करें

एंडपॉइंट अवलोकन

कार्ड चेकर एपीआई में एक एंडपॉइंट है:

विधि: GET
URL: https://zylalabs.com/api/2333/card-checker-api/2243/check-card
आवश्यक क्वेरी पैरामीटर:
- bin (संख्या): एक 6-अंक का BIN। उदाहरण: 444444
Auth: Authorization: Bearer YOUR_API_KEY

सफलता पर, प्रतिक्रिया में एक शीर्ष स्तर की स्थिति, सफलता, isValid, संदेश, और जारीकर्ता और कार्ड विशेषताओं के साथ एक डेटा ऑब्जेक्ट शामिल होता है।

cURL जिसे आप अभी चला सकते हैं

YOUR_API_KEY को Zyla API Hub से अपनी कुंजी के साथ बदलें और चलाएँ:

curl -s -X GET "https://zylalabs.com/api/2333/card-checker-api/2243/check-card?bin=444444"
-H "Authorization: Bearer YOUR_API_KEY"

आधिकारिक नमूना प्रतिक्रिया

{
"status": 200,
"success": true,
"isValid": true,
"message": "BIN संख्या मान्य है।",
"data": {
"bin_iin": "557829",
"card_brand": "MASTERCARD",
"card_type": "CREDIT",
"card_level": "GOLD",
"issuer_name_bank": "AKBANK T.A.S.",
"issuer_bank_website": "------",
"issuer_bank_phone": "4442525",
"iso_country_name": "TURKEY",
"iso_country_code": "TR"
}
}

आप जिन क्षेत्रों का वास्तव में उपयोग करेंगे:

isValid और संदेश: आगे की प्रक्रिया से पहले त्वरित मान्यता गेट
data.card_brand / data.card_type / data.card_level: रूटिंग नियम, UX बैज, शुल्क लॉजिक
data.issuer_name_bank और data.issuer_bank_phone: जारीकर्ता-सचेत समर्थन प्रवाह
data.iso_country_code / data.iso_country_name: क्षेत्रीय लॉजिक, नियामक जांच, SCA संकेत

Python उदाहरण (अनुरोध)

यह उदाहरण उसी एंडपॉइंट को कॉल करता है, वैधता की जांच करता है, और रूटिंग लॉजिक के लिए ब्रांड/प्रकार पर शाखा बनाता है।

import os
import requests

API_KEY = os.getenv("ZYLA_API_KEY", "YOUR_API_KEY")
BIN = "444444"

url = "https://zylalabs.com/api/2333/card-checker-api/2243/check-card"
params = {"bin": BIN}
headers = {"Authorization": f"Bearer {API_KEY}"}

resp = requests.get(url, params=params, headers=headers, timeout=15)
resp.raise_for_status()
data = resp.json()

# बुनियादी गार्डरेल्स
if not data.get("success"):
raise RuntimeError(f"लुकअप विफल: {data}")

if not data.get("isValid"):
print(f"BIN {BIN} मान्य नहीं है: {data.get('message')}")
else:
card = data.get("data", {})
brand = card.get("card_brand")
ctype = card.get("card_type")
level = card.get("card_level")
issuer = card.get("issuer_name_bank")
country = card.get("iso_country_code")

print(f"BIN {BIN} मान्य है: {brand} {ctype} {level} द्वारा जारी {issuer} ({country})")

# उदाहरण रूटिंग लॉजिक
if brand == "MASTERCARD" and ctype == "CREDIT":
# एक विशिष्ट प्रोसेसर के लिए रूट करें या शुल्क/सीमाएं लागू करें
pass

# उदाहरण UX लॉजिक
if country == "TR":
# तुर्की कार्ड के लिए स्थानीयकृत कॉपी या SCA संकेत
pass

समय बचाने के लिए कार्यान्वयन टिप्स

सर्वर-साइड कॉल केवल। कभी भी अपने एपीआई कुंजी को क्लाइंट कोड में उजागर न करें।
चेकआउट पर विलंबता को कम करने के लिए BIN परिणामों को थोड़े समय के लिए कैश करें। BIN डेटा अक्सर नहीं बदलता है, लेकिन हमेशा पुनः मान्यता के लिए डिज़ाइन करें।
इनपुट लंबाई की जांच करें: एपीआई को कॉल करने से पहले केवल 6 अंकों की संख्या स्वीकार करें।
isValid का उपयोग पहले शाखा के रूप में करें: यदि गलत है, तो तेजी से विफल हों और उपयोगकर्ता को उनके कार्ड नंबर की पुनः जांच करने के लिए प्रेरित करें।
Idempotency: यह GET अनुरोध अस्थायी नेटवर्क समस्याओं पर पुनः प्रयास करने के लिए सुरक्षित है।

वास्तविक दुनिया के वित्त उपयोग के मामले

चेकआउट पूर्व-मान्यता: भुगतान इरादे को प्रारंभ करने से पहले स्पष्ट रूप से गलत BIN का पता लगाएं।
प्रोसेसर रूटिंग: अधिकृत दरों या शुल्कों को अनुकूलित करने के लिए card_brand या card_type द्वारा रूट करें।
जोखिम और अनुपालन: नीति की आवश्यकता के अनुसार चरण-उपयुक्त प्रमाणीकरण को ट्रिगर करने या जोखिम भरे गलियारों को अस्वीकार करने के लिए iso_country_code का उपयोग करें।
जारीकर्ता-सचेत UX: समर्थन प्रवाह में issuer_name_bank प्रदर्शित करें या issuer_bank_phone प्रदान करें।
भुगतान विधि नियंत्रण: जहां लागू हो, card_level का उपयोग करके असमर्थित संयोजनों (जैसे, कुछ उत्पाद लाइनों पर कॉर्पोरेट CREDIT) को अवरुद्ध करें।

AI एजेंटों द्वारा MCP के माध्यम से कॉल करना

यदि आप इसे AI विकास उपकरणों (Claude Code, Cursor, Windsurf, या किसी भी MCP-संगत क्लाइंट) में वायर करना पसंद करते हैं, तो क्लाइंट को Zyla MCP एंडपॉइंट पर इंगित करें और अपनी Zyla API कुंजी का उपयोग करें। आपका एजेंट फिर पर्दे के पीछे उसी कार्ड चेकर एपीआई क्षमता को सक्रिय कर सकता है।

MCP एंडपॉइंट: MCP
API कुंजी: अपने MCP क्लाइंट द्वारा कॉन्फ़िगर की गई अपनी Zyla API कुंजी पास करें
कॉल सेमांटिक्स: bin पैरामीटर के साथ check-card पथ पर वही GET अनुरोध करें

यह आपके कार्यप्रवाह को IDE में बनाए रखता है जबकि अभी भी उसी Authorization: Bearer YOUR_API_KEY हेडर और ऊपर दिखाए गए सटीक अनुरोध URL का उपयोग करता है।

परीक्षण चेकलिस्ट

वापसी आकार: मानों का उपयोग करने से पहले स्थिति, सफलता, isValid, संदेश, और data.* क्षेत्रों की उपस्थिति की पुष्टि करें।
इनपुट मान्यता: नेटवर्क पर हिट करने से पहले गैर-सांख्यिकीय या गैर-6-अंक के BIN को अस्वीकार करें।
टाइमआउट: एक उचित HTTP क्लाइंट टाइमआउट (जैसे, 10–15 सेकंड) सेट करें और केवल idempotent GETs पर पुनः प्रयास करें।
पर्यवेक्षण: ट्रायज के लिए शीर्ष स्तर की स्थिति और isValid को लॉग करें; पूर्ण PANs को लॉग करने से बचें—केवल BIN जांचों के लिए पहले 6 अंक।
कैशिंग: BIN द्वारा कैश करें; तैनाती पर या उस समय की खिड़की के बाद अमान्य करें जो आपके जोखिम के दृष्टिकोण के अनुकूल हो।

अक्सर पूछे जाने वाले प्रश्न

एंडपॉइंट को कौन सा पैरामीटर चाहिए?
एकल क्वेरी पैरामीटर: bin (6-अंक संख्या)। उदाहरण: bin=444444।

सटीक एंडपॉइंट और विधि क्या है?
GET https://zylalabs.com/api/2333/card-checker-api/2243/check-card

मैं प्रमाणीकरण कैसे करूं?
अनुरोध हेडर में Authorization: Bearer YOUR_API_KEY भेजें। इस एपीआई के लिए Zyla API Hub सदस्यता पृष्ठ से अपनी कुंजी प्राप्त करें।

कौन से क्षेत्र लौटाए जाते हैं?
शीर्ष स्तर की स्थिति, सफलता, isValid, संदेश, और एक डेटा ऑब्जेक्ट जिसमें bin_iin, card_brand, card_type, card_level, issuer_name_bank, issuer_bank_website, issuer_bank_phone, iso_country_name, और iso_country_code शामिल हैं।

क्या कोई मुफ्त योजना है?
कोई मुफ्त योजना नहीं है। लिस्टिंग पर 7-दिन का परीक्षण उपलब्ध है; वर्तमान पहुंच विकल्पों और मूल्य निर्धारण के लिए एपीआई पृष्ठ की जांच करें।

आज ही अपने BIN मान्यता को भेजें। कार्ड चेकर एपीआई लिस्टिंग पर सदस्यता लें, अपनी कुंजी प्राप्त करें, और अपने चेकआउट या जोखिम पाइपलाइन में एकल GET कॉल डालें: कार्ड चेकर एपीआई पर 7-दिन का परीक्षण शुरू करें। फिर जैसे-जैसे आपका रोडमैप बढ़ता है, Zyla API Hub पर वित्तीय कैटलॉग के बाकी हिस्सों में विस्तार करें।