समाधान

जो बैलेंस वे स्टोर में इस्तेमाल करते हैं, वही ऑनलाइन

ऐसा क्लोज्ड-लूप प्रोग्राम जो सिर्फ़ काउंटर पर चले, आधा प्रोग्राम है। वही कार्ड, वही बैलेंस और वही नियम मर्चेंट के अपने चेकआउट में चलते हैं — JavaScript की एक पंक्ति से जोड़े गए, या PSP गेटवे के ज़रिए अपने आप दिखते हुए।

  • JavaScript की एक पंक्ति
  • चार ऑथ तरीके
  • POS वाला ही बैलेंस

Updated

एक नज़र में

इंटीग्रेशन
Widget एम्बेड, PSP गेटवे, या REST API
ऑथेंटिकेशन
Wallet कार्ड, फ़ोन, ईमेल कोड, कॉर्पोरेट ID
खाता रूटिंग
B2C और B2B/B2E अपने आप संभाले जाते हैं
प्लान
Network से; खाता पहचान Scale से

Updated

मर्चेंट को यह मिलने के तीन रास्ते

ऐसे PSP के ज़रिए जिसने पहले ही 7Konto को जोड़ रखा है, विधि बस चेकआउट में दिख जाती है, मर्चेंट की ओर से कोई काम किए बिना।

अपनी साइट पर, एक JavaScript एम्बेड भुगतान सूची में „7Konto से भुगतान“ रख देता है, उनकी पैलेट के अनुसार।

अपने हिसाब से बने चेकआउट के लिए, REST API वही ऑथराइज़ेशन, कैप्चर और रिफ़ंड कॉल देता है जो widget इस्तेमाल करता है।

  • प्रवाह से कोई कार्ड डेटा नहीं गुज़रता, इसलिए PCI DSS का दायरा नहीं बदलता।
  • रिफ़ंड एडमिन पैनल या API से उसी बैलेंस में लौटते हैं।
  • ऑनलाइन और POS का वॉल्यूम एक ही लेजर और एक ही रिपोर्टिंग धारा में आता है।

ग्राहक क्या करता है

  1. 01

    चेकआउट पर 7Konto चुनता है

    उन कार्डों और वॉलेट के बगल में जो मर्चेंट पहले से देता है।

  2. 02

    एक क्लिक में साइन इन करता है

    अपना Wallet कार्ड, फ़ोन का कोड, ईमेल का कोड, या कॉर्पोरेट ID।

  3. 03

    सही खाता चुना जाता है

    Smart Account Detection उस बैलेंस की सीमाएँ और मर्चेंट नियम लागू करता है जो भुगतान कर रहा है।

  4. 04

    ऑर्डर पूरा होता है

    सफलता किसी भी अन्य भुगतान विधि की तरह मर्चेंट के ऑर्डर प्रवाह में लौट जाती है।

ब्यौरा

एम्बेड का आकार
एक script टैग
स्टाइलिंग
स्टाइल टोकन, या पूरा API नियंत्रण
गेस्ट चेकआउट
किसी भी चरण पर खाता नहीं बनाना पड़ता
कॉर्पोरेट उपयोगकर्ता
कॉर्पोरेट ID से साइन इन, कभी उपभोक्ता रजिस्ट्रेशन नहीं
रिपोर्टिंग
एक ही डेटासेट के भीतर चैनल के हिसाब से अलग करने योग्य
उपलब्धता
Network प्लान और उससे ऊपर

इस बारे में सवाल

क्या आप ऑनलाइन भुगतान भी संभालते हैं, या सिर्फ़ POS?

दोनों, एक ही बैलेंस पर। मर्चेंट साइटों के लिए चेकआउट विजेट है और PSP गेटवे में भुगतान विधि के रूप में सीधा एम्बेडिंग। एक एडमिन पैनल, एक ट्रांज़ैक्शन लेजर, एक रिपोर्टिंग स्ट्रीम — ऑफ़लाइन और ऑनलाइन साथ-साथ।

ऑनलाइन चेकआउट विजेट कैसे काम करता है?

मर्चेंट इसे एक पंक्ति के JavaScript एम्बेड से चेकआउट पेज पर जोड़ता है। जब ग्राहक “Pay with 7Konto” चुनता है, तो वह चार में से किसी एक तरीके से पहचान सत्यापित करता है — अपना Wallet कार्ड स्कैन करके, SMS कोड या Flash-call से, ईमेल पर आए वन-टाइम कोड से, या कॉर्पोरेट ID से साइन इन करके — और विजेट बैलेंस से राशि काटकर मर्चेंट को सफलता का जवाब लौटा देता है।

क्या मर्चेंट को अपनी वेबसाइट बदलनी पड़ती है?

यह रास्ते पर निर्भर करता है। ऐसे PSP के ज़रिए जिसने 7Konto को इंटीग्रेट किया है: कुछ भी नहीं — विधि अपने आप दिखने लगती है। अलग विजेट के साथ: JavaScript की एक पंक्ति। अपने हिसाब से बनाए गए चेकआउट के लिए: REST API।

7Konto को कैसे पता चलता है कि ग्राहक B2C है या B2B/B2E?

Smart Account Detection से। ग्राहक के ऑथेंटिकेट करते ही प्लेटफ़ॉर्म उसे सही खाता प्रकार पर भेज देता है — उपभोक्ताओं के लिए निजी गिफ्ट और लॉयल्टी बैलेंस, B2B तथा B2E उपयोगकर्ताओं के लिए कॉर्पोरेट क्रेडिट लाइन या कर्मचारी भत्ते — और उसी खाते के नियम, सीमाएँ और मर्चेंट प्रतिबंध लागू करता है।

क्या मर्चेंट सिर्फ़ ऑनलाइन, बिना POS के इस्तेमाल कर सकता है?

हाँ, और उल्टा भी। सिर्फ़-ऑनलाइन विजेट या आपके गेटवे से चलता है, कहीं कोई टर्मिनल नहीं चाहिए; सिर्फ़-POS उन रिटेल कारोबारों के लिए चलता है जिनकी कोई ऑनलाइन मौजूदगी नहीं। ज़्यादातर मर्चेंट अंततः दोनों इस्तेमाल करते हैं, पर यह ज़रूरी नहीं।

ऑनलाइन चेकआउट में क्लोज्ड-लूप भुगतान जोड़ें

मुफ़्त 30-दिन का पायलट, हमारी टीम द्वारा कॉन्फ़िगर और सपोर्ट किया गया।

हम यह देखने के लिए एनालिटिक्स कुकीज़ का उपयोग करते हैं कि साइट कैसे इस्तेमाल होती है। आपके चुनने तक कुछ भी सेट नहीं होता, और अस्वीकार करने से साइट के काम करने के तरीके में कोई बदलाव नहीं आता। कुकी नीति पढ़ें