एक इंटीग्रेशन, और यह विधि हर मर्चेंट के लिए मौजूद

7Konto आपके मौजूदा चेकआउट में एक नई भुगतान विधि के रूप में दिखता है, उन्हीं कार्ड और वॉलेट के बगल में जो आप पहले से देते हैं। उस गेटवे के हर मर्चेंट को “Pay with 7Konto” दिखता है, बिना अपनी साइट पर एक पंक्ति बदले: हम गेटवे के साथ एक बार इंटीग्रेट करते हैं, और पूरे पोर्टफ़ोलियो को यह मिल जाता है।

• PSP गेटवे में एम्बेडिंग

सारा डेटा आपके पास रहता है, और कुछ भी बाहर नहीं जाता। क्लोज्ड-लूप लेनदेन का डेटा आपका और मर्चेंट का है, कुछ भी कार्ड स्कीम से होकर नहीं जाता, और इंटरचेंज लागू ही नहीं होता। आपको पूरा एट्रिब्यूशन मिलता है — किसने कहाँ, कब और कितना खर्च किया — POS और ऑनलाइन, दोनों एक ही डेटासेट में।

• क्लोज्ड-लूप बनाम ओपन-लूप

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

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

अर्थशास्त्र वही, ऐप के बिना। Starbucks ने एक अलग ऐप बनाया जिसे ग्राहकों को इंस्टॉल करना पड़ता है, और इसी वजह से उसके पास बहुत बड़ा प्रीपेड फ़्लोट जमा है। 7Konto उसी क्लोज्ड-लूप हिस्से को Apple Wallet और Google Wallet के ज़रिए देता है, इसलिए न कोई ऐप बनाना है और न इंस्टॉल का वह कदम जहाँ लोग छूट जाते हैं — और PSP एम्बेडिंग के ज़रिए यह एक ब्रांड तक सीमित न रहकर पूरे मर्चेंट पोर्टफ़ोलियो तक फैलता है।

बैंक, EMI, एक्वायरर, पेमेंट सर्विस प्रोवाइडर, प्रोसेसर, POS टर्मिनल वेंडर और पेमेंट नेटवर्क। हर एक के लिए अलग प्रोग्राम है: आप अपने ब्रांड के तहत मर्चेंट को दी जाने वाली सेवाओं में क्लोज्ड-लूप क्षमता जोड़ते हैं, ऑफ़लाइन भी और ऑनलाइन भी।

तीन रास्ते। पूरा नियंत्रण चाहने वाली इंजीनियरिंग टीम वाले पार्टनर के लिए REST API और Terminal SDK। तैयार JavaScript एम्बेड के रूप में चेकआउट विजेट, जिसमें चार एक-क्लिक ऑथेंटिकेशन तरीके हैं। और PSP चेकआउट एम्बेडिंग, जहाँ 7Konto आपके गेटवे के भीतर एक नेटिव विधि बन जाता है और मर्चेंट को कुछ भी इंटीग्रेट नहीं करना पड़ता।