अपना खुद का टैप टू पे ऐप बनाना कितना कठिन है? (हमने कोशिश की)
हमने अपने स्वयं के POS ऐप में टैप टू पे शिप किया है। यहाँ बताया गया है कि वास्तव में इसके लिए क्या चाहिए: एक प्रोसेसर पार्टनरशिप, Apple का एंटाइटेलमेंट, Android पर PCI सर्टिफिकेशन, और टैप के इर्द-गिर्द एक काम करने वाला पॉइंट ऑफ़ सेल।
SDK ब्रोशर के सुझाव से कहीं अधिक कठिन, और कठिनाई ज्यादातर कोड की नहीं है। हमने Final POS ऐप में Tap to Pay शिप किया है, इसलिए यह उत्तर इसे करने से आता है, न कि दस्तावेज़ पढ़ने से। यदि आप अपना खुद का टैप टू पे ऐप बनाना चाहते हैं, तो एक बहुत लंबे अनुमति प्रोजेक्ट के अंदर लिपटे एक छोटे सॉफ़्टवेयर प्रोजेक्ट की योजना बनाएं: एक पेमेंट प्रोसेसर पार्टनरशिप, Apple से एक मैन्युअल एंटाइटेलमेंट या Android पर एक लैब मूल्यांकन, और एक ऐप समीक्षा, यह सब आपके पहले लाइव टैप से पहले।
एक त्वरित चेतावनी: प्लेटफॉर्म और कार्ड-इंडस्ट्री के नियम अक्सर बदलते रहते हैं। नीचे दी गई हर चीज़ प्रकाशन के समय सटीक है, इसलिए विशिष्टताओं को एक स्नैपशॉट के रूप में मानें।
एक टैप टू पे ऐप वास्तव में क्या करता है?
टैप टू पे फोन को ही कार्ड रीडर में बदल देता है। कोई टर्मिनल नहीं, कोई डोंगगल नहीं: ग्राहक सीधे मर्चेंट के डिवाइस पर एक कॉन्टैक्टलेस कार्ड या Apple Pay या Google Pay जैसे फोन वॉलेट को टैप करता है, और पेमेंट फोन के NFC चिप (कॉन्टैक्टलेस के लिए उपयोग किए जाने वाले शॉर्ट-रेंज रेडियो) के माध्यम से चलता है। यदि शब्दावली भ्रमित करने वाली लगती है, तो हमने मोबाइल टैप पेमेंट्स और मोबाइल पर Tap to Pay के बीच के अंतर को स्पष्ट किया है।
यहाँ एक जाल है। NFC टैग को पढ़ना वास्तव में एक वीकेंड का प्रोजेक्ट है; हॉबीस्ट इसे लगातार करते हैं। पेमेंट कार्ड को पढ़ना एक अलग ही खेल है। कार्ड EMV (कार्ड इंडस्ट्री का चिप प्रोटोकॉल) बोलते हैं, कार्ड डेटा एंड-टू-एंड एन्क्रिप्टेड रहना चाहिए, और केवल सर्टिफाइड सॉफ़्टवेयर को ही इसे छूने की अनुमति है।
आप खुद कार्ड क्यों नहीं पढ़ सकते?
क्योंकि आपके कोड को सार्वजनिक रूप से चलाने की अनुमति मिलने से पहले स्टैक की हर लेयर को अनुमति की आवश्यकता होती है।
Apple ऐप्स को पेमेंट NFC का सीधा एक्सेस नहीं देता है। आपको इसके ProximityReader फ्रेमवर्क का उपयोग करना होगा, जो एक Tap to Pay on iPhone entitlement (एक विशेष अनुमति जो Apple मामले-दर-मामले के आधार पर देता है) के पीछे होता है। Apple को यह भी आवश्यकता होती है कि आप एक समर्थित पेमेंट सर्विस प्रोवाइडर, या PSP (वह कंपनी जो वास्तव में पैसे ट्रांसफर करती है) के साथ इंटीग्रेट करें। PSP मर्चेंट के डिवाइस पर लोड किए गए सर्टिफाइड रीडर कॉन्फ़िगरेशन की आपूर्ति करता है और सर्टिफिकेशन का बोझ उठाता है।
Android डेवलपर्स को अधिक खुला NFC एक्सेस देता है, लेकिन एक पेमेंट एक्सेप्टेंस ऐप को अभी भी PCI MPoC मानक (पेमेंट टर्मिनल के रूप में काम करने वाले फोन के लिए कार्ड इंडस्ट्री के सुरक्षा नियम) के खिलाफ एक स्वतंत्र PCI-मान्यता प्राप्त प्रयोगशाला द्वारा मूल्यांकन किया जाना होता है।
दोनों प्लेटफॉर्म के नीचे, आपको एक एक्वायरिंग रिलेशनशिप की आवश्यकता होती है: एक प्रोसेसर जो आपके मर्चेंट के लिए पैसे सेटल करने के लिए तैयार हो, और साथ में कार्ड नेटवर्क के नियम भी लागू हों।
बेहतर कोड लिखकर इनमें से किसी को भी जबरन हासिल नहीं किया जा सकता। यह कागजी कार्रवाई, कॉन्ट्रैक्ट और समीक्षा कतारों का मामला है।
iPhone पर अप्रूवल का रास्ता कैसा दिखता है?
Apple की प्रकाशित आवश्यकताओं के अनुसार, रास्ता इस प्रकार है: एक ऑर्गनाइजेशन-लेवल Apple डेवलपर अकाउंट रखें (अकाउंट होल्डर व्यक्तिगत रूप से अनुरोध दर्ज करता है), अपने क्षेत्रों के लिए एक समर्थित PSP के साथ पार्टनरशिप करें, एंटाइटेलमेंट का अनुरोध करें, ProximityReader API या अपने PSP के SDK को इंटीग्रेट करें, पेमेंट स्क्रीन के लिए Apple के डिज़ाइन दिशानिर्देशों का पालन करें, और समीक्षा के लिए ऐप सबमिट करें। Apple के दस्तावेज़ यह भी नोट करते हैं कि यह फ़ीचर केवल समर्थित देशों और क्षेत्रों में काम करता है, इसलिए उपलब्धता स्वयं आपके लिए मार्केट-दर-मार्केट तय की जाती है।
एक डेवलपर के बजाय एक फाउंडर या मर्चेंट के रूप में उस सूची को फिर से पढ़ें। इसका एक भी कदम "फ़ीचर लिखना" नहीं है। फ़ीचर आसान हिस्सा है; एंटाइटेलमेंट ही असली सुरक्षा कवच है।
टैप काम करने के बाद काम कहाँ जाता है?
एक स्वीकृत टैप आपको एक पेमेंट देता है, पॉइंट ऑफ़ सेल नहीं। जैसे ही पैसा ट्रांसफर होता है, टैप के इर्द-गिर्द सब कुछ सही होना चाहिए: वह कार्ट जिसके खिलाफ सेटलमेंट होता है, रसीद पर टैक्स, रिफंड का रास्ता, और रिपोर्टिंग जो मिलान करती हो (हर डॉलर एक बिक्री से मेल खाता हो, हर दिन)। जब हमने देखा कि क्या आप Lovable या Replit के साथ एक POS बना सकते हैं, तो हमें यही अंतर मिला: एक इंटरफ़ेस जनरेट करना तेज़ है, और नीचे की कॉमर्स लेयर ही समय खाती है।
टैप टू पे अपनी खुद की परिचालन संबंधी बारीकियों को भी लाता है। हमारे इम्प्लीमेंटेशन में, बिक्री उसी डिवाइस पर दर्ज की जानी चाहिए जो टैप लेती है, और यह केवल नेटिव ऐप में काम करता है, ब्राउज़र में कभी नहीं। इस तरह की सीमाएं किसी ब्रोशर में दिखाई नहीं देती हैं। आप उन्हें खोजते हैं, उनके इर्द-गिर्द इंजीनियरिंग करते हैं, फिर हेल्प आर्टिकल लिखते हैं। और जब काउंटर पर एक फोन पर्याप्त नहीं रह जाता, तो आप वैसे भी वास्तविक हार्डवेयर निर्णयों में पड़ जाते हैं।
तो, अपना खुद का टैप टू पे ऐप बनाना कितना कठिन है?
एक विशिष्ट तरीके से कठिन: कोडिंग सबसे छोटा हिस्सा है, जबकि प्रोसेसर पार्टनरशिप, Apple एंटाइटेलमेंट, Android पर लैब सर्टिफिकेशन, और ऐप समीक्षा बड़ा हिस्सा बनाते हैं, और इनमें से कोई भी इंजीनियरिंग के प्रयास से हल नहीं होता है। हमारे लिए यह इसके लायक था, क्योंकि एक POS प्लेटफॉर्म उस लागत को इसका उपयोग करने वाले प्रत्येक मर्चेंट में फैला देता है। टैप टू पे अब एक चेकआउट बटन है जिसे हमारे मर्चेंट ऑन करते हैं, और Tap to Pay पेमेंट लेना पांच चरणों की एक काउंटर दिनचर्या है। यदि पेमेंट आपका प्रोडक्ट है, तो यह चुनौती प्रवेश की कीमत है। यदि पेमेंट केवल वह तरीका है जिससे आपको भुगतान मिलता है, तो अपना खुद का टैप टू पे ऐप बनाने का कोई वित्तीय औचित्य नहीं है; तैयार वर्ज़न पहले से ही POS ऐप्स के अंदर मौजूद है, और फीस वह जगह है जहाँ वास्तविक तुलना होती है।
व्यावहारिक नियम: यदि किसी फ़ीचर को अस्तित्व में रहने के लिए किसी और की अनुमति की आवश्यकता होती है, तो कोई भी चतुर कोड उसे छोटा नहीं कर सकता।
अक्सर पूछे जाने वाले प्रश्न
क्या आपको tap to pay के लिए एक अलग कार्ड रीडर की आवश्यकता है?
नहीं। फ़ोन ही रीडर है: ग्राहक मर्चेंट के डिवाइस पर एक कॉन्टैक्टलेस कार्ड या फ़ोन वॉलेट को टैप करता है, और भुगतान फ़ोन के NFC चिप के माध्यम से हो जाता है।
क्या कोई भी डेवलपर iPhone पर tap to pay ऐप बना सकता है?
बिना मंज़ूरी के नहीं। Apple को एक समर्थित भुगतान सेवा प्रदाता के साथ एकीकरण और एक Tap to Pay on iPhone पात्रता (entitlement) की आवश्यकता होती है जिसे वह मामले-दर-मामले के आधार पर प्रदान करता है, जिसके बाद ऐप की समीक्षा की जाती है।
Android पर tap to pay को कैसे प्रमाणित किया जाता है?
भुगतान स्वीकार करने वाले ऐप्स का मूल्यांकन स्वतंत्र PCI-मान्यता प्राप्त प्रयोगशालाओं द्वारा PCI MPoC मानक के आधार पर किया जाता है, जो भुगतान टर्मिनल के रूप में काम करने वाले फ़ोन के लिए कार्ड उद्योग का सुरक्षा मानक है।
क्या tap to pay सुरक्षित है?
प्रमाणित कार्यान्वयन (implementations) सुरक्षित होते हैं। iPhone पर, लेनदेन को एन्क्रिप्ट किया जाता है और डिवाइस के Secure Element का उपयोग करके प्रोसेस किया जाता है; Android पर, MPoC-प्रमाणित समाधानों को मानक की सुरक्षा आवश्यकताओं को पूरा करना होता है।
क्या AI मेरे लिए tap to pay ऐप लिख सकता है?
यह एकीकरण (integration) कोड लिख सकता है। लेकिन यह Apple की पात्रता प्रदान नहीं कर सकता, PCI लैब मूल्यांकन पास नहीं कर सकता, या प्रोसेसर समझौते पर हस्ताक्षर नहीं कर सकता, और ये बाधाएं ही इस प्रोजेक्ट का सबसे बड़ा हिस्सा हैं।