GH GambleHub

BLIK पोलैंड: कोड और P2P

1) BLIK क्या है और इसे कहाँ लागू किया जाता है

BLIK पोलिश राष्ट्रीय A2A भुगतान योजना है जो बैंकों के मोबाइल अनुप्रयोगों में एकीकृत है। उपयोगकर्ता अपने बैंकिंग आवेदन में लेनदेन की पुष्टि करता है; पैसा सीधे खातों के बीच चलता है। परिदृश्य: ई-कॉमर्स, पीओएस, पी 2 पी "फोन पर", एटीएम (वापसी/जमा), भुगतान के लिए चालान, टिकट/पार्किंग, साथ ही ऑफ़ लाइन के लिए बीएलआईके कंटैक्टलेस (एनएफसी)।

मुख्य गुण:
  • बैंकिंग अनुप्रयोगों (SCA/बायोमेट्रिक्स) के माध्यम से एकल UX।
  • 6-अंक एक-समय कोड (अल्पकालिक) और एक कोड (OneClick/टोकन/पुश) में प्रवेश किए बिना पुष्टि को धक्का।
  • फोन नंबर (उर्फ) द्वारा P2P, तुरंत 24/7।
  • क्यूआर और संपर्क रहित ऑफ़ लाइन (टर्मिनल/एनएफसी), प्लस एटीएम संचालन।

2) पारिस्थितिकी तंत्र के प्रतिभागी

स्कीम ऑपरेटर (BLIK/स्विच): नियम, रूटिंग, प्रमाणन।

भाग लेने वाले बैंक: BLIK आवेदन (भुगतानकर्ता और प्राप्तकर्ता), धोखाधड़ी विरोधी और सीमा जारी करने वाले।

अधिग्राहक/PSP: व्यापारी के लिए प्रदाता (BLIK प्राप्त करने वाला ऑनलाइन/ऑफ़लाइन)।

व्यापारी/सेवा प्रदाता: भुगतान शुरू करता है, स्टेटस/फंड प्राप्त करता है।

3) BLIK भुगतान मोड

3. 1 BLIK कोड (ई-कॉमर्स/कैश डेस्क/एटीएम)

बैंक एप्लिकेशन में उपयोगकर्ता "BLIK" दबाता है - 6-अंकों का कोड (वैध ~ 2 मिनट) देखता है।

साइट/कैश रजिस्टर/एटीएम पर कोड में प्रवेश करता है - एक पुश अनुरोध फोन पर आता है - बायोमेट्रिक्स/पिन के साथ पुष्टि करता है।

पैसे को डेबिट किया जाता है, व्यापारी को ऑनलाइन दर्जा मिलता है।

3. 2 BLIK वनक्लिक/पुश/टोकन

पहला भुगतान एक उपकरण/खाते के साथ व्यापारी का एक बंडल (टोकन) बनाता है।

6 अंकों के कोड (तेज, उच्च रूपांतरण) में प्रवेश किए बिना बैंक के आवेदन में एक धक्का अनुरोध द्वारा दोहराव खरीद की पुष्टि की जाती है।

ई-कॉमर्स में, यह मुख्य "कोडलेस" परिदृश्य है।

3. 3 बीएलआईके क्यूआर (पीओएस/ई-कॉमर्स)

गतिशील क्यूआर प्रति-क्रम: योग और मेटाडेटा एन्कोडेड हैं; उपयोगकर्ता कैमरे के साथ बैंकिंग एप्लिकेशन स्कैन करता है - एप्लिकेशन में इसकी पुष्टि करता है।

स्थिर क्यूआर: प्राप्तकर्ता के वीपीए/आईडी द्वारा एन्कोड किया गया; राशि मैन्युअल रूप से दर्ज की जाती है (व्यापारियों के लिए दुर्लभ)।

3. 4 BLIK संपर्क रहित (NFC)

पीओएस टर्मिनल (जैसे कार्ड) पर फोन द्वारा संपर्क रहित भुगतान, बैंकिंग आवेदन में पुष्टि।

माइक्रोपायमेंट और रोजमर्रा की खरीद के लिए उपयुक्त; टर्मिनलों के एक नेटवर्क में काम करता है जो संपर्क रहित BLIK का समर्थन करता है।

3. 5 पी 2 पी "टू फोन" (संख्या में स्थानांतरण)

प्रेषक फोन बुक से संपर्क का चयन करता है या संख्या → राशि → पुष्टि में प्रवेश करता है।

प्राप्तकर्ता अपने फोन नंबर (उर्फ) से जुड़े खाते में पैसा प्राप्त करता है - तेज और 24/7।

3. 6 एटीएम नकद निकासी/निकासी

कैश-आउट: एटीएम स्क्रीन पर 6 अंकों का BLIK कोड दर्ज किया गया है - आवेदन में पुष्टि नकद निकासी।

कैश-इन: एटीएम के माध्यम से टॉप-अप जो स्वीकृति का समर्थन करते हैं।

4) विशिष्ट स्थिति

'initiated' → 'लंबित' → 'सफलता '/' असफल '/' रद्द '/' समाप्त'।

पुष्टि देरी संभव ऑफ़ लाइन हैं; टाइमआउट और स्थिति फिर से रखें।

5) बैंकों की सीमाएं और व्यवहार

कोई एकल "सर्किट" छत नहीं है - सीमाएं बैंकों द्वारा निर्धारित की जाती हैं और केवाईसी स्तर, इतिहास, उपकरण और परिदृश्य पर निर्भर करती हैं:
  • प्रति-लेनदेन (अधिकतम प्रति ऑपरेशन)।
  • Per-day/24h/7d (कुल मात्रा/मात्रा)।
  • नया रिसीवर/नया व्यापारी - कम थ्रेसहोल्ड और/या शटर गति।
  • चैनल/परिदृश्य: पी 2 पी, पीओएस, ई-कॉमर्स, एटीएम, एनएफसी, क्यूआर पर अलग-अलग सीमाएं।
  • वेग/जोखिम नियम: धोखाधड़ी रोधी बैंक (आवृत्ति, भू, उपकरण, राशि)।
💡 अभ्यास: हार्डकोड संख्या मत करो; बैंकों और परिदृश्यों द्वारा सीमाओं की एक निर्देशिका रखें, इसे अपडेट करें; UX में, इनकार और विकल्प (विभाजन भुगतान, अन्य विधि, बाद में दोहराएं) के स्पष्ट कारण दिखाएं।

6) टैरिफ और अर्थशास्त्र

कार्ड एमडीआर के नीचे व्यापारी कमीशन के लिए; शुल्क संरचना पीएसपी/अधिग्रहणकर्ता और चैनल (ऑनलाइन/पीओएस/क्यूआर) पर निर्भर करती है।

एकीकरण, वेब हुक, सामंजस्य, विवादों और रिटर्न के लिए समर्थन की लागत पर विचार करें।

7) परिणाम और विवाद (ODR)

चार्जबैक कार्ड अर्थ में अनुपस्थित है। वापसी - व्यापारी को भुगतानकर्ता का एक नया क्रेडिट लेनदेन (आंशिक रूप से संभव है)।

विवाद - पीएसपी/बैंक विनियमों और ओडीआर प्रक्रियाओं (ऑर्डर लॉग, चेक, डिलीवरी) के माध्यम से।

8) सुरक्षा और अनुपालन

बैंक एप्लिकेशन (बायोमेट्रिक्स/पिन) में एससीए, डिवाइस बाइंडिंग।

बैंकिंग विरोधी धोखाधड़ी: वेग, नए प्राप्तकर्ता, उपनाम का सत्यापन, जोखिम मॉडल।

पीआईआई न्यूनतम, वेब हुक एन्क्रिप्शन, एचएमएसी/नॉन, ऑडिट लॉग।

स्थानीय भुगतान और डेटा सुरक्षा आवश्यकताओं को पूरा करें

9) यूएक्स अभ्यास

कोड बनाम पुश: यदि संभव हो, तो वनक्लिक/पुश - तेज और उच्च रूपांतरण प्रदान करें।

क्यूआर ऑफ़ लाइन: गतिशील क्यूआर प्रति-क्रम → कम त्रुटियां, सही सामंजस्य का उपयोग करें।

idempotence: 'ordeId' + सुरक्षित पुनरावृत्ति के लिए पहचान कुंजी।

Redo/Restore: जब 'लंबित/समय समाप्ति', स्पष्ट फिर से और वैकल्पिक दिखाएँ (मानचित्र/अन्य विधि).

रसीद: राशि, तिथि/समय, चैनल (कोड/पुश/क्यूआर/एनएफसी), भुगतान आईडी/यूटीआर।

10) व्यापारी के लिए एकीकरण विकल्प

1. पीएसपी से होस्ट/एंबेडेड - तेज शुरुआत, रेडी-मेड स्क्रीन/रीडायरेक्ट्स, स्टेटस।

2. सर्वर-टू-सर्वर + विजेट - बैंकों, कोड, क्यूआर, पुश की सूची के साथ खुद की चेकआउट।

3. पीओएस/सॉफ्टपीओएस - नकद रजिस्टर/टर्मिनल (क्यूआर/एनएफसी) पर बीएलआईके का स्वागत।

4. एटीएम एकीकरण (बैंकों/भागीदारों के लिए) - बीएलआईके के माध्यम से निकासी/प्रविष्टि।

आवश्यक बैकएण्ड घटक:
  • एपीआई: 'क्रिएट पेमेंट', 'पुष्टि', 'रिफंड', 'वेबहुक', 'सामंजस्य'।
  • HMAC, रिट्रेज़और बैकऑफ़, इवेंट डिडुप्लिकेशन के साथ वेबहूक।
  • ऑटो-रिकॉन (दैनिक) + फुल-रिकॉन (आवधिक); यूटीआर/संदर्भ भंडारण।
  • पहचान तालिका और स्थिति मानचित्र ('pending→success/expired')।

11) सुलह और रिपोर्टिंग

लॉग: ' Id/transactId', 'ardId', चैनल (कोड/Push/QR/NFC), भुगतानकर्ता बैंक, स्थिति, राशि/मुद्रा, टाइमस्टैम्प, UTR/बैंक संदर्भ।

PSP रिपोर्ट में: प्रारंभिक पैरामीटर, देर से अपडेट, रिटर्न/आंशिक रिटर्न, रद्द करना।

Desyncronized अलर्ट और SLA डैशबोर्ड सेट करें।

12) iGaming/उच्च जोखिम वाले वर्टिकल्स में BLIK

BLIK उपलब्धता PSP/बैंक नीति और स्थानीय कानून पर निर्भर करती है।

कड़ी सीमा की अपेक्षा, विस्तारित केवाईसी, प्राप्तकर्ता जांच और संभावित होल्ड।

वैकल्पिक रेल (कार्ड, एसईपीए, ओपन-बैंकिंग पीआईएस) और खिलाड़ी प्रोफाइल द्वारा स्मार्ट रूटिंग रखें।

13) BLIK संपर्क रहित (कार्यान्वयन विवरण)

जारी करने वाले बैंक और टर्मिनल बुनियादी ढांचे से समर्थन की आवश्यकता

UX तेज है (इसे लाएं - आवेदन में इसकी पुष्टि करें), लेकिन सीमा और विरोधी धोखाधड़ी कोड/QR से भिन्न हो सकती है।

रिपोर्टिंग में, रूपांतरण और विफलताओं की निगरानी के लिए एक एनएफसी चैनल आवंटित करें।

14) आउटपुट चेकलिस्ट

1. पीएसपी/अधिग्रहणकर्ता बीएलआईके (ऑनलाइन/पीओएस/क्यूआर/एनएफसी) का चयन करें, टैरिफ और एसएलए पर सहमत हों।

2. 'क्रियान्वयन' + यूएक्स (कोड/पुश/क्यूआर/एनएफसी) और समझने योग्य त्रुटियों/सीमाओं को लागू करें।

3. वेबहुक, पहचान, टाइमआउट और रिप्ले कनेक्ट करें।

4. रिफंड (आंशिक/पूर्ण), ODR प्रक्रियाएं और समर्थन स्क्रिप्ट शामिल करें।

5. सेट अप रिकॉन (दैनिक + पूर्ण), यूटीआर/फिन संदर्भ भंडारण।

6. चैनलों (कोड/पुश/क्यूआर/एनएफसी) द्वारा एसएलए निगरानी का निर्माण, अलर्ट 'pending→expired'।

7. बैंकों, पीओएस, एटीएम, मोबाइल प्लेटफॉर्म जारी करने के साथ एंड-टू-एंड परीक्षण कवर करें।

संदर्भ कार्ड सीमित करें

💡 वास्तविक थ्रेसहोल्ड बैंकों द्वारा निर्धारित किए जाते हैं और परिदृश्य के अनुसार भिन्न हो

Per-txn/24h/7d: शुरू करने से पहले कॉन्फिग में स्टोर करें और जांच करें।

नए प्राप्तकर्ता/व्यापारी: कम थ्रेसहोल्ड और/या जोखिम।

चैनल: पी 2 पी, ई-कॉमर्स, पीओएस, एटीएम, एनएफसी, क्यूआर के लिए अलग सीमाएं।

वेग/जोखिम: बैंक एंटीफ्राड धीरे से विक्षेपण/परिचालन को धीमा कर सकता है।

सारांश

ऑनलाइन के लिए, BLIK OneClick/Push पर दांव लगाएं; ऑफ़ लाइन - डायनामिक क्यूआर और कॉन्टैक्टलेस के लिए।

बैंक/चैनल द्वारा हार्ड मात्रा - उपयोग सीमा कॉन्फ़िग को सीव न करें।

वेबहुक + रीकॉन के आसपास वास्तुकला का निर्माण करें, आंशिक रिटर्न और 'लंबित/समाप्त' की स्पष्ट हैंडलिंग।

P2P के लिए, फोन नंबर द्वारा उपनाम पर भरोसा करें और उपयोगकर्ता को प्रासंगिक जोखिम और सीमा दिखाएं।

Contact

हमसे संपर्क करें

किसी भी प्रश्न या सहायता के लिए हमसे संपर्क करें।हम हमेशा मदद के लिए तैयार हैं!

Telegram
@Gamble_GC
इंटीग्रेशन शुरू करें

Email — अनिवार्य है। Telegram या WhatsApp — वैकल्पिक हैं।

आपका नाम वैकल्पिक
Email वैकल्पिक
विषय वैकल्पिक
संदेश वैकल्पिक
Telegram वैकल्पिक
@
अगर आप Telegram डालते हैं — तो हम Email के साथ-साथ वहीं भी जवाब देंगे।
WhatsApp वैकल्पिक
फॉर्मैट: देश कोड और नंबर (उदा. +91XXXXXXXXXX)।

बटन दबाकर आप अपने डेटा की प्रोसेसिंग के लिए सहमति देते हैं।