உங்கள் சொந்த Tap to Pay ஆப்பை உருவாக்குவது எவ்வளவு கடினம்? (நாங்கள் முயற்சித்தோம்)
எங்கள் சொந்த POS ஆப்பில் tap to pay அம்சத்தை வழங்கியுள்ளோம். இதற்கு உண்மையில் என்ன தேவை என்பது இங்கே: ஒரு செயலி கூட்டாண்மை, ஆப்பிளின் அனுமதி, ஆண்ட்ராய்டில் PCI சான்றிதழ் மற்றும் டேப்பைச் சுற்றி வேலை செய்யும் பாயிண்ட் ஆஃப் சேல்.
SDK விளம்பரங்கள் குறிப்பிடுவதை விட கடினமானது, மேலும் இந்த சிரமம் பெரும்பாலும் குறியீடு சார்ந்தது அல்ல. Final POS ஆப்பில் Tap to Pay அம்சத்தை நாங்கள் வழங்கியுள்ளோம், எனவே இந்த பதில் ஆவணங்களைப் படிப்பதில் இருந்து அல்ல, அதைச் செய்ததிலிருந்து வருகிறது. உங்கள் சொந்த tap to pay ஆப்பை உருவாக்க விரும்பினால், மிக நீண்ட அனுமதித் திட்டத்திற்குள் மூடப்பட்ட ஒரு குறுகிய மென்பொருள் திட்டத்திற்குத் திட்டமிடுங்கள்: ஒரு கட்டணச் செயலி கூட்டாண்மை, ஆப்பிளிடமிருந்து கைமுறை அனுமதி அல்லது ஆண்ட்ராய்டில் ஆய்வக மதிப்பீடு மற்றும் ஆப் மதிப்பாய்வு, இவை அனைத்தும் உங்கள் முதல் நேரடி டேப்பிற்கு முன்பே தேவைப்படும்.
ஒரு விரைவான எச்சரிக்கை: தளம் மற்றும் கார்டு துறை விதிகள் அடிக்கடி மாறுகின்றன. கீழே உள்ள அனைத்தும் வெளியீட்டு நேரத்தில் துல்லியமானவை, எனவே விவரங்களை ஒரு சுருக்கமாக எடுத்துக்கொள்ளவும்.
ஒரு tap to pay ஆப் உண்மையில் என்ன செய்கிறது?
Tap to pay என்பது போனை கார்டு ரீடராக மாற்றுகிறது. டெர்மினல் இல்லை, டாங்கிள் இல்லை: வாடிக்கையாளர் காண்டாக்ட்லெஸ் கார்டு அல்லது Apple Pay அல்லது Google Pay போன்ற போன் வாலட்டை நேரடியாக வணிகரின் சாதனத்தில் தொடுகிறார், மேலும் கட்டணம் போனின் NFC சிப் (காண்டாக்ட்லெஸ் கட்டணத்திற்குப் பயன்படுத்தப்படும் குறுகிய தூர ரேடியோ) மூலம் இயங்குகிறது. கலைச்சொற்கள் குழப்பமாக இருந்தால், மொபைல் டேப் கட்டணங்களுக்கும் மொபைலில் உள்ள Tap to Pay-க்கும் உள்ள வித்தியாசத்தை நாங்கள் விளக்கியுள்ளோம்.
இங்குதான் ஒரு பொறி உள்ளது. NFC டேக்கைப் படிப்பது உண்மையில் ஒரு வார இறுதி திட்டமாகும்; பொழுதுபோக்காளர்கள் இதைத் தொடர்ந்து செய்கிறார்கள். கட்டண கார்டைப் படிப்பது முற்றிலும் வேறுபட்டது. கார்டுகள் EMV (கார்டு துறையின் சிப் புரோட்டோகால்) பேசுகின்றன, கார்டு தரவு இறுதி வரை குறியாக்கம் செய்யப்பட வேண்டும், மேலும் சான்றளிக்கப்பட்ட மென்பொருள் மட்டுமே அதைத் தொட அனுமதிக்கப்படுகிறது.
கார்டை நீங்களே ஏன் நேரடியாகப் படிக்க முடியாது?
ஏனெனில் உங்கள் குறியீடு பொதுவில் இயங்குவதற்கு முன் அடுக்கின் ஒவ்வொரு பகுதிக்கும் அனுமதி தேவைப்படுகிறது.
ஆப்பிள் ஆப்ஸ்களுக்கு கட்டண NFC-க்கான நேரடி அணுகலை வழங்குவதில்லை. நீங்கள் அதன் ProximityReader கட்டமைப்பைப் பயன்படுத்த வேண்டும், இது Tap to Pay on iPhone அனுமதிக்கு (ஆப்பிள் ஒவ்வொரு வழக்கின் அடிப்படையில் வழங்கும் ஒரு சிறப்பு அனுமதி) பின்னால் உள்ளது. ஆப்பிள் ஆதரிக்கப்படும் கட்டண சேவை வழங்குநருடன் அல்லது PSP-உடன் (உண்மையில் பணத்தை நகர்த்தும் நிறுவனம்) ஒருங்கிணைக்க வேண்டும் என்றும் கோருகிறது. PSP வணிகரின் சாதனத்தில் ஏற்றப்பட்ட சான்றளிக்கப்பட்ட ரீடர் உள்ளமைவுகளை வழங்குகிறது மற்றும் சான்றிதழ் சுமையைத் தாங்குகிறது.
ஆண்ட்ராய்டு டெவலப்பர்களுக்கு அதிக திறந்த NFC அணுகலை வழங்குகிறது, ஆனால் கட்டண ஏற்பு ஆப் இன்னும் ஒரு சுயாதீனமான PCI-அங்கீகரிக்கப்பட்ட ஆய்வகத்தால் PCI MPoC தரநிலைக்கு (கட்டண டெர்மினல்களாகச் செயல்படும் போன்களுக்கான கார்டு துறையின் பாதுகாப்பு விதிகள்) எதிராக மதிப்பிடப்பட வேண்டும்.
இரண்டு தளங்களுக்கும் கீழே, உங்களுக்கு ஒரு கையகப்படுத்தும் உறவு தேவை: உங்கள் வணிகர்களுக்கான பணத்தைச் செலுத்தத் தயாராக இருக்கும் ஒரு செயலி, கார்டு நெட்வொர்க்குகளின் விதிகளுடன் இருக்க வேண்டும்.
சிறந்த குறியீட்டை எழுதுவதன் மூலம் எதையும் கட்டாயப்படுத்த முடியாது. இது ஆவணங்கள், ஒப்பந்தங்கள் மற்றும் மதிப்பாய்வு வரிசைகள் ஆகும்.
iPhone-இல் ஒப்புதல் வழி எப்படி இருக்கும்?
ஆப்பிளின் வெளியிடப்பட்ட தேவைகளின்படி, வழி இவ்வாறு செல்கிறது: நிறுவன அளவிலான ஆப்பிள் டெவலப்பர் கணக்கை வைத்திருக்க வேண்டும் (கணக்கு வைத்திருப்பவர் தனிப்பட்ட முறையில் கோப்பைத் தாக்கல் செய்கிறார்), உங்கள் பிராந்தியங்களுக்கு ஆதரிக்கப்படும் PSP-உடன் கூட்டாளராக இருக்க வேண்டும், அனுமதியைக் கோர வேண்டும், ProximityReader API அல்லது உங்கள் PSP-இன் SDK-ஐ ஒருங்கிணைக்க வேண்டும், கட்டணத் திரைக்கான ஆப்பிளின் வடிவமைப்பு வழிகாட்டுதல்களைப் பின்பற்ற வேண்டும் மற்றும் மதிப்பாய்விற்காக ஆப்பைச் சமர்ப்பிக்க வேண்டும். ஆப்பிளின் ஆவணங்கள் இந்த அம்சம் ஆதரிக்கப்படும் நாடுகள் மற்றும் பிராந்தியங்களில் மட்டுமே வேலை செய்யும் என்றும் குறிப்பிடுகிறது, எனவே கிடைக்கும் தன்மை சந்தைக்கு சந்தை தீர்மானிக்கப்படுகிறது.
ஒரு டெவலப்பராக இல்லாமல் ஒரு நிறுவனர் அல்லது வணிகராக அந்தப் பட்டியலை மீண்டும் படியுங்கள். ஒரு படி கூட "அம்சத்தை எழுதுவது" அல்ல. அம்சம் எளிதான பகுதி; அனுமதிதான் முக்கிய தடையாகும்.
டேப் வேலை செய்த பிறகு வேலை எங்கு செல்கிறது?
அங்கீகரிக்கப்பட்ட டேப் உங்களுக்கு ஒரு கட்டணத்தை வழங்குகிறது, பாயிண்ட் ஆஃப் சேலை அல்ல. பணம் நகரும் தருணத்தில், டேப்பைச் சுற்றியுள்ள அனைத்தும் சரியாக இருக்க வேண்டும்: அது செலுத்தும் கார்ட், ரசீதில் உள்ள வரிகள், ரீஃபண்ட் வழி மற்றும் கணக்கு சமரசம் செய்யும் அறிக்கையிடல் (ஒவ்வொரு டாலரும் ஒரு விற்பனையுடன் பொருந்த வேண்டும், ஒவ்வொரு நாளும்). Lovable அல்லது Replit மூலம் உங்களால் ஒரு POS-ஐ உருவாக்க முடியுமா என்பதைப் பார்த்தபோது நாங்களும் இதே இடைவெளியைக் கண்டறிந்தோம்: ஒரு இடைமுகத்தை உருவாக்குவது வேகமானது, மேலும் அதன் கீழ் உள்ள வணிக அடுக்குதான் நாட்களை விழுங்குகிறது.
Tap to pay அதன் சொந்த செயல்பாட்டு விசித்திரங்களையும் கொண்டுவருகிறது. எங்கள் செயலாக்கத்தில், டேப்பைப் பெறும் அதே சாதனத்தில் விற்பனை பதிவு செய்யப்பட வேண்டும், மேலும் இது நேட்டிவ் ஆப்பில் மட்டுமே வேலை செய்யும், பிரவுசரில் ஒருபோதும் வேலை செய்யாது. இது போன்ற கட்டுப்பாடுகள் எந்த விளம்பரத்திலும் தோன்றுவதில்லை. நீங்கள் அவற்றைக் கண்டறிந்து, அவற்றைச் சுற்றி வடிவமைத்து, பின்னர் உதவி கட்டுரையை எழுதுகிறீர்கள். கவுண்டரில் உள்ள போன் போதுமானதாக இல்லாதபோது, நீங்கள் எப்படியும் உண்மையான வன்பொருள் முடிவுகளுக்குள் நுழைகிறீர்கள்.
எனவே, உங்கள் சொந்த tap to pay ஆப்பை உருவாக்குவது எவ்வளவு கடினம்?
ஒரு குறிப்பிட்ட வழியில் கடினமானது: குறியீட்டு முறை மிகச்சிறிய பகுதியாகும், அதே நேரத்தில் செயலி கூட்டாண்மை, ஆப்பிள் அனுமதி, ஆண்ட்ராய்டில் ஆய்வக சான்றிதழ் மற்றும் ஆப் மதிப்பாய்வு ஆகியவை பெரும்பகுதியை உருவாக்குகின்றன, மேலும் அவை எதுவும் பொறியியல் முயற்சிக்கு பதிலளிப்பதில்லை. எங்களைப் பொறுத்தவரை இது பயனுள்ளதாக இருந்தது, ஏனெனில் ஒரு POS தளம் அந்தச் செலவை அதைப் பயன்படுத்தும் ஒவ்வொரு வணிகருக்கும் பகிர்ந்து கொள்கிறது. Tap to pay என்பது இப்போது எங்கள் வணிகர்கள் இயக்கும் ஒரு செக்அவுட் பட்டன் ஆகும், மேலும் Tap to Pay கட்டணத்தைப் பெறுவது ஐந்து படிகள் கொண்ட கவுண்டர் நடைமுறையாகும். கட்டணங்கள் உங்கள் தயாரிப்பு என்றால், இந்த சவால் நுழைவுக்கான விலையாகும். கட்டணங்கள் என்பது நீங்கள் பணம் பெறுவதற்கான வழி மட்டுமே என்றால், உங்கள் சொந்த tap to pay ஆப்பை உருவாக்குவதில் எந்த நிதி அர்த்தமும் இல்லை; முடிக்கப்பட்ட பதிப்பு ஏற்கனவே POS ஆப்ஸ்களுக்குள் உள்ளது, மேலும் கட்டணங்களில்தான் உண்மையான ஒப்பீடு உள்ளது.
பொதுவான விதி: ஒரு அம்சம் இருப்பதற்கு வேறொருவரின் அனுமதி தேவைப்பட்டால், எந்தவொரு புத்திசாலித்தனமான குறியீடும் அதை எளிதாக்காது.
அடிக்கடி கேட்கப்படும் கேள்விகள்
tap to pay அம்சத்திற்கு தனி கார்டு ரீடர் தேவையா?
இல்லை. போன் தான் ரீடர்: வாடிக்கையாளர் காண்டாக்ட்லெஸ் கார்டு அல்லது போன் வாலட்டை வணிகரின் சாதனத்தில் தட்டுகிறார் (tap), மேலும் பேமெண்ட் போனின் NFC சிப் மூலம் செயலாக்கப்படுகிறது.
எந்தவொரு டெவலப்பரும் iPhone-இல் tap to pay ஆப்பை உருவாக்க முடியுமா?
ஒப்புதல்கள் இல்லாமல் முடியாது. ஆப்பிள் நிறுவனம், ஆதரிக்கப்படும் பேமெண்ட் சேவை வழங்குநருடனான ஒருங்கிணைப்பு மற்றும் ஒவ்வொரு வழக்கின் அடிப்படையில் அது வழங்கும் Tap to Pay on iPhone உரிமம் ஆகியவற்றைக் கோருகிறது, அதன் பிறகு ஆப் மதிப்பாய்வு செய்யப்படும்.
Android-இல் tap to pay எவ்வாறு சான்றளிக்கப்படுகிறது?
பேமெண்ட்டுகளை ஏற்கும் ஆப்ஸ், பேமெண்ட் டெர்மினல்களாகச் செயல்படும் போன்களுக்கான கார்டு துறையின் பாதுகாப்புத் தரமான PCI MPoC தரநிலைக்கு எதிராக, சுயாதீனமான PCI-அங்கீகரிக்கப்பட்ட ஆய்வகங்களால் மதிப்பிடப்படுகின்றன.
tap to pay பாதுகாப்பானதா?
சான்றளிக்கப்பட்ட செயலாக்கங்கள் பாதுகாப்பானவை. iPhone-இல், பரிவர்த்தனைகள் குறியாக்கம் செய்யப்பட்டு (encrypted) சாதனத்தின் Secure Element மூலம் செயலாக்கப்படுகின்றன; Android-இல், MPoC-சான்றளிக்கப்பட்ட தீர்வுகள் தரநிலையின் பாதுகாப்புத் தேவைகளைப் பூர்த்தி செய்ய வேண்டும்.
AI எனக்காக ஒரு tap to pay ஆப்பை எழுத முடியுமா?
இதனால் ஒருங்கிணைப்புக் குறியீட்டை (integration code) எழுத முடியும். ஆனால் ஆப்பிளின் உரிமத்தை வழங்கவோ, PCI ஆய்வக மதிப்பீட்டில் தேர்ச்சி பெறவோ அல்லது பிராசஸர் ஒப்பந்தத்தில் கையெழுத்திடவோ முடியாது, மேலும் இந்தத் தடைகள்தான் திட்டத்தின் பெரும்பகுதியாகும்.