2026-08-10 ஆசிரியர் : ZCS
ஒரு POS டெர்மினலில் லாயல்டி திட்டம் தோல்வியடைவதற்கு மற்ற எல்லாவற்றையும் விட ஒரு முக்கியக் காரணம் உள்ளது: வெளிப்புற மென்பொருளை உள்ளே அனுமதிக்கும் வகையில் அந்த வன்பொருள் ஒருபோதும் உருவாக்கப்படவில்லை. சில்லறை விற்பனையாளர்கள் ஒரு லாயல்டி தளத்தை வாங்கி, ஒப்பந்தத்தில் கையெழுத்திட்டு, அதைச் செயல்படுத்துவதற்கான பட்ஜெட்டைத் திட்டமிடுகிறார்கள் — பின்னர், டெர்மினலின் இயக்க முறைமை, SDK, அல்லது கட்டணச் சான்றிதழ் ஆகியவை அந்த ஒருங்கிணைப்பை முழுவதுமாகத் தடுப்பதைக் கண்டறிகிறார்கள். இது ஒரு மென்பொருள் பிரச்சனை அல்ல. இது ஒரு வன்பொருள் கட்டமைப்புப் பிரச்சனை. மேலும், ஒரு திறந்த கணினிச் சாதனமாக வடிவமைக்கப்படாமல், ஒரு மூடிய கட்டணச் சாதனமாக வடிவமைக்கப்பட்ட ஒரு டெர்மினலில், லாயல்டி திட்டச் செயல்பாடுகளுடன் கூடிய ஒரு POS அமைப்பை ஒரு வணிகர் பொருத்த முயற்சிக்கும் ஒவ்வொரு முறையும் இது வெளிப்படுகிறது.
எந்தவொரு தளத்தையும் மதிப்பீடு செய்வதற்கு முன், ஒரு முடிவுக்கு வருவது உதவியாக இருக்கும். வெகுமதித் தரவுகளைக் கொண்டு ஒரு POS டெர்மினலால் என்ன செய்ய முடியும், என்ன செய்ய முடியாது என்பது குறித்த அடிப்படைக் கேள்வி. ஏனெனில், அதற்கான பதில் லாயல்டி மென்பொருளின் அம்சப் பட்டியலைச் சார்ந்தது அல்ல, மாறாக அதன் அடிப்படையிலான வன்பொருளை முழுமையாகச் சார்ந்துள்ளது.
பூட்டப்பட்ட வன்பொருளில் லாயல்டி-ஒருங்கிணைந்த POS அமைப்புகள் தோல்வியடைவதற்கான குறிப்பிட்ட தொழில்நுட்பக் காரணங்கள், OS மற்றும் சான்றிதழ் மட்டத்தில் "பூட்டப்பட்ட" என்பதன் உண்மையான அர்த்தம், மற்றும் உற்பத்தியில் உண்மையில் செயல்படும் வாடிக்கையாளர் லாயல்டி POS அமைப்பு தேவைப்படும் வணிகர்களுக்கான மதிப்பீட்டு சரிபார்ப்புப் பட்டியல் எப்படி இருக்கும் என்பனவற்றை இந்தக் கட்டுரை விரிவாக விளக்குகிறது.
கட்டுப்படுத்தப்பட்ட POS வன்பொருள் என்பது, எந்தெந்தச் செயலிகள் இயங்கலாம், அந்தச் செயலிகள் எந்தெந்த கணினி வளங்களை அணுகலாம் அல்லது இரண்டையும் உற்பத்தியாளர் கட்டுப்படுத்தும் ஒரு முனையம் ஆகும். இது ஒரு குறைபாடு அல்ல, மாறாக இது ஒரு திட்டமிட்ட வடிவமைப்புத் தேர்வாகும். பாரம்பரிய அட்டை வழங்கும் முனையங்கள் — அதாவது, முதன்மையாக EMV மற்றும் PIN பரிவர்த்தனைகளுக்காக உருவாக்கப்பட்ட மேசைமேல் வைக்கும் கருவிகள் — PCI PTS POI தரநிலைகளுக்குச் சான்றளிக்கப்பட்டுள்ளன. இந்தத் தரநிலைகள் முழு சாதனத்தையும் ஒரே நம்பகமான கட்டணச் சூழலாகக் கருதுகின்றன. வரலாற்று ரீதியாக, அந்தச் சூழலில் ஒரு லாயல்டி செயலியைச் சேர்ப்பது என்பது, அட்டைதாரர் தரவுகளுக்கு அருகில் சரிபார்க்கப்படாத ஒரு குறியீட்டுப் பாதையைச் சேர்ப்பதாகும். இதை கட்டண பிராண்டுகளும் அக்வையர்களும் அனுமதிப்பதில்லை.
பூட்டப்பட்ட முனையத்தை மூன்று வன்பொருள் பண்புகள் வரையறுக்கின்றன:
இந்தப் பண்புகள் எதுவும் இயல்பாகவே தவறானவை அல்ல. பழைய விற்பனையாளர்களின் பிரத்யேக கார்டு-பிரசண்ட் டெர்மினல்கள், PCI DSS தணிக்கை வரம்பைக் குறைப்பதற்காகவே இந்த வழியில் வடிவமைக்கப்பட்டுள்ளன. ஒரு வணிகர் அதே டெர்மினலில் லாயல்டி புரோகிராம் மாட்யூல் கொண்ட ஒரு POS, ஒரு CRM ஒத்திசைவு, அல்லது ஒரு மார்க்கெட்டிங் செயலி ஆகியவற்றையும் இயக்க எதிர்பார்க்கும்போதுதான் சிக்கல் எழுகிறது — ஏனெனில், அந்த வன்பொருள் இந்தத் திறன்களை ஆதரிப்பதற்காக ஒருபோதும் சான்றளிக்கப்படவோ அல்லது வடிவமைக்கப்படவோ இல்லை.
மூன்று தொடர்ச்சியான தொழில்நுட்பக் காரணங்களால், மூடிய கட்டமைப்புகளில் லாயல்டி ஒருங்கிணைப்புகள் தோல்வியடைகின்றன: சாண்ட்பாக்ஸிங் விதிகள் தரவு அணுகலைக் கட்டுப்படுத்துகின்றன, தனியுரிம SDK-கள் நிறுவலைத் தடுக்கின்றன, மற்றும் ஃபார்ம்வேர் புதுப்பிப்புச் சுழற்சிகள் அம்ச வெளியீடுகளைத் தாமதப்படுத்துகின்றன.
PCI பாதுகாப்பு தரநிலைகள் கவுன்சிலால் வெளியிடப்பட்ட PCI PTS POI பதிப்பு 7.0, ஆப்ஸ்டோர் செயலிகள் போன்ற மூன்றாம் தரப்பு செயலிகளை சான்றளிக்கப்பட்ட POI சாதனங்களில் இயக்க இப்போது அனுமதிக்கிறது. ஆனால் அந்தச் செயலிகள் பின்வருமாறு இருக்க வேண்டும் என இந்தத் தரநிலை கோருகிறது: ரகசியமான பணப்பரிவர்த்தனை செயல்பாடுகளிலிருந்து பாதுகாப்பாகத் தனிமைப்படுத்தப்பட்டு, மறைகுறியீட்டுக் கட்டுப்பாடுகளைப் பயன்படுத்தி அங்கீகரிக்கப்படுகிறது.அதே பதிப்பில் உள்ள ஒரு புதிய விதிமுறை, மூன்றாம் தரப்பு செயலிகள் அங்கீகரிக்கப்பட்ட வெள்ளைப்பட்டியலில் இருந்தாலும் கூட, தெளிவான PAN அல்லது PIN தரவைப் படிப்பதைத் தடுக்கிறது. ஒரு லாயல்டி எஞ்சினைப் பொறுத்தவரை, இது நேரடியாக முக்கியத்துவம் பெறுகிறது: பணம் செலுத்தும் செயல்முறையிலிருந்து நேரடியாகப் பரிவர்த்தனையின் மொத்தத் தொகை, கார்டு டோக்கன் அல்லது வாடிக்கையாளர் அடையாளங்காட்டி ஆகியவற்றை லாயல்டி செயலியால் படிக்க முடியும் என்று கருதும் எந்தவொரு ஒருங்கிணைப்பு முறையும் v7.0-சான்றளிக்கப்பட்ட சாதனத்தில் இணக்கமானதாக இருக்காது. லாயல்டி செயலியானது, அங்கீகரிக்கப்பட்ட, தனிமைப்படுத்தப்பட்ட ஒரு சேனல் வழியாக அந்தத் தரவைப் பெற வேண்டும் — ஆனால் பூட்டப்பட்ட பல டெர்மினல்களில், அப்படிப்பட்ட சேனல் எதுவும் இருப்பதில்லை.
ஒரு லாயல்டி பிளாட்ஃபார்ம் வாடிக்கையாளர்களைப் பதிவு செய்ய வேண்டும், பாயிண்ட் இருப்புகளைக் கண்டறிய வேண்டும், ரிடெம்ஷன்களைப் பயன்படுத்த வேண்டும், மற்றும் விற்பனை நடைபெறும் இடத்தில் வெகுமதிகளை அச்சிடவோ அல்லது காண்பிக்கவோ வேண்டும். அந்தச் செயல்கள் ஒவ்வொன்றிற்கும் ஒரு SDK ஹூக் தேவைப்படுகிறது. ஒரு மூடிய, விற்பனையாளருக்கே உரித்தான OS கொண்ட டெர்மினல்கள் பொதுவாக இந்த ஹூக்குகளில் எதையும் வெளி டெவலப்பர்களுக்கு வெளிப்படுத்துவதில்லை — பரிவர்த்தனை ஏற்கனவே முடிந்த பிறகு, லாயல்டி விற்பனையாளர் ஒரு பேமெண்ட் கேட்வே வெப்ஹூக் மூலம் ஒருங்கிணைக்க வேண்டியுள்ளது. இது நிகழ்நேர தள்ளுபடியைப் பயன்படுத்தவோ அல்லது ஒரு செஷனில் வெகுமதியைத் தூண்டவோ மிகவும் தாமதமான நேரமாகும். பழைய கவுண்டர்டாப் டெர்மினல்களில் இருந்து POS லாயல்டி புரோகிராம் வரிசைப்படுத்தல்களுக்கு மாறும் வணிகர்களால் தெரிவிக்கப்படும் மிகவும் பொதுவான தோல்வி முறை இதுதான்: தொழில்நுட்ப ரீதியாக இந்த ஒருங்கிணைப்பு ஒரு பரிவர்த்தனைக்குப் பிந்தைய ஒத்திசைவாக "செயல்படுகிறது", ஆனால் பரிவர்த்தனை நடைபெறும் இடத்திலேயே எதையும் செய்ய முடியாது.
பூட்டப்பட்ட டெர்மினல் ஒரு வரையறுக்கப்பட்ட SDK-ஐ வெளிப்படுத்தினாலும் கூட, ஒற்றை நோக்கத்திற்கான கட்டணச் சாதனங்களில் உள்ள ஃபர்ம்வேர் பொதுவாக மெதுவான, சான்றிதழ் சார்ந்த கால அட்டவணையில்தான் புதுப்பிக்கப்படுகிறது. ஏனெனில், ஒவ்வொரு ஃபர்ம்வேர் மாற்றமும் PCI மறு-சான்றிதழைத் தூண்டக்கூடும். ஒரு புதிய மீட்பு விதி, ஒரு புதிய பதிவு செயல்முறை, அல்லது ஒரு புதிய வெகுமதி அடுக்கு ஆகியவற்றை வெளியிட விரும்பும் ஒரு லாயல்டி விற்பனையாளர், தனது சொந்த வெளியீட்டுச் சுழற்சிக்காக அல்லாமல், வன்பொருள் விற்பனையாளரின் வெளியீட்டுச் சுழற்சிக்காகக் காத்திருக்க வேண்டும். ஒரு திறந்த ஆண்ட்ராய்டு POS டெர்மினலில், லாயல்டி செயலியானது டெர்மினல் ஃபர்ம்வேரைச் சற்றும் சார்ந்திருக்காமல், அதன் சொந்த செயலித் தொகுப்பின் மூலம் தன்னிச்சையாகப் புதுப்பிக்கப்படுகிறது.
ஒரு ஒருங்கிணைப்பு தோல்வியடைவதன் நேரடிச் செலவு என்பது, திட்டம் தடைபடுவது அல்லது பின்வாங்குவது ஆகும். ஆனால், அதன் மிகப்பெரிய செலவு உத்தி சார்ந்தது: வன்பொருள் இணக்கத்தன்மை ஒரு இரண்டாம் பட்ச விஷயமாகவே இருக்கும் நிலையில், சில்லறை விற்பனையாளர்கள் பெருகிவரும் விகிதத்தில் லாயல்டி மென்பொருளைத் தொடர்ந்து வாங்கிக்கொண்டிருக்கிறார்கள். உலகளாவிய லாயல்டி மேலாண்மைச் சந்தை 2026-ல் மதிப்பிடப்பட்ட $17.38 பில்லியனை எட்டியது, மேலும் 2034 வரை ஆண்டுக்கு 14%-க்கும் அதிகமான கூட்டு விகிதத்தில் வளரும் என்று கணிக்கப்பட்டுள்ளது. பணம் செலுத்தும் வன்பொருளில் உண்மையில் இயங்க முடியாத ஒரு லாயல்டி தளத்திற்காகச் செலவிடப்படும் ஒவ்வொரு டாலரும், இரண்டு முறை செலவிடப்பட்டதற்குச் சமம் — ஒருமுறை மென்பொருளுக்காகவும், மற்றொருமுறை முதலில் நடந்திருக்க வேண்டிய வன்பொருள் மேம்படுத்தலுக்காகவும்.
இணக்கச் செலவும் உண்டு. விசுவாசத் திட்டங்கள் வாடிக்கையாளர்களின் தனிப்பட்ட தரவுகளான பெயர்கள், தொலைபேசி எண்கள், கொள்முதல் வரலாறு, சில சமயங்களில் தொட்டு அடையாளம் காணும் திட்டங்களுக்கான பயோமெட்ரிக் பதிவுத் தரவுகள் போன்றவற்றைச் சேகரித்துச் செயலாக்குகின்றன. ஐரோப்பிய ஒன்றிய ஒழுங்குமுறையின் கீழ் 2016/679 (GDPR)அந்தச் செயலாக்கத்திற்கு, ஆவணப்படுத்தப்பட்ட சட்டப்பூர்வ அடிப்படை மற்றும் பதிவின்போது இணக்கமான ஒப்புதல் செயல்முறை தேவைப்படுகிறது. ஒரு ஜெயில்பிரேக் செய்யப்பட்ட டெர்மினல், ஆதரவற்ற சைடுலோட் செய்யப்பட்ட APK, அல்லது ஸ்கிரீன்-ஸ்க்ராப்பிங் பிரிட்ஜ் போன்ற அதிகாரப்பூர்வமற்ற மாற்று வழிகள் மூலம் திணிக்கப்படும் லாயல்டி ஒருங்கிணைப்பு, தணிக்கையின்போது அந்த இணக்க ஆவணங்களைச் சமர்ப்பிப்பதை மிகவும் கடினமாக்குகிறது. ஏனெனில், அந்தத் தரவுப் பாதையே மதிப்பாய்வு செய்யப்படுவதற்காக ஒருபோதும் வடிவமைக்கப்படவில்லை.
லாயல்டியை நம்பகத்தன்மையுடன் ஆதரிக்கும் ஒரு கட்டமைப்பு மூன்று பண்புகளைப் பகிர்ந்து கொள்கிறது: ஒரு திறந்த SDK, ஆப்ஸ்டோர்-நிலை மென்பொருள் விநியோகம், மற்றும் கார்டு ஸ்வைப் செய்வதையும் தாண்டிய வன்பொருள் அடையாள அம்சங்கள்.
வெளியிடப்பட்ட SDK உடன் கூடிய ஆண்ட்ராய்டு அடிப்படையிலான POS டெர்மினல்கள், ஒரு லாயல்டி விற்பனையாளரை, ஒவ்வொரு புதிய அம்சத்திற்காகவும் வன்பொருள் உற்பத்தியாளரைச் சார்ந்திருக்காமல், பிரிண்டர், ஸ்கேனர், வாடிக்கையாளர் பார்க்கும் டிஸ்ப்ளே மற்றும் பேமெண்ட் கெர்னல் ஆகியவற்றிற்கான ஆவணப்படுத்தப்பட்ட API-களைப் பயன்படுத்தி நேரடியாக உருவாக்க அனுமதிக்கின்றன. இதுவே, Square நிறுவனத்தின் டெர்மினல் API அதன் சொந்த வன்பொருளுக்காக அறிமுகப்படுத்திய அதே திறந்த-தள மாதிரி ஆகும். மேலும் இது, மூடிய ஒற்றை-செயலி கியோஸ்க்குகளுக்குப் பதிலாக, பல-விற்பனையாளர் சில்லறை விற்பனைச் சூழல்களில் விற்கும் பெரும்பாலான ஆண்ட்ராய்டு POS உற்பத்தியாளர்களிடையே இப்போது ஒரு நிலையான நடைமுறையாக உள்ளது. விநியோகத் தளத்திலிருந்து நேரடியாக வன்பொருளைப் பெறும் வணிகர்கள் — இதில் அடங்கும் சீன POS டெர்மினல் உற்பத்தியாளர்களின் B2B நிலப்பரப்பு SDK வெளிப்படைத்தன்மையை, ஒப்பந்தத்தில் கையெழுத்திட்ட பிறகு மட்டும் விவாதிக்கப்படும் ஒரு விஷயமாகக் கருதாமல், ஒரு கொள்முதல் வடிகட்டியாகக் கருத வேண்டும்.
கூகிள் மொபைல் சர்வீசஸ் (GMS) சான்றிதழ், ஒரு சாதனத்தை ஃபார்ம்வேர்-உடன் வரும் மென்பொருளுக்குள் கட்டுப்படுத்துவதற்குப் பதிலாக, பிளே ஸ்டோர் அல்லது அதற்கு இணையான நிர்வகிக்கப்படும் ஆப் ஸ்டோர் வழியாக வழக்கமான ஆண்ட்ராய்டு ஆப் தொகுப்புகளை இயக்க அனுமதிக்கிறது. GMS சான்றிதழ் பெற்ற ஒரு சாதனம், ஒரு தொலைபேசி மற்ற செயலிகளை நிறுவுவதைப் போலவே, ஃபார்ம்வேர்-நிலை மறுசான்றிதழ் சுழற்சி ஏதுமின்றி, விற்பனையாளரின் சொந்த வெளியீட்டு அட்டவணைப்படி, தன்னிச்சையாக ஒரு லாயல்டி செயலியை நிறுவ முடியும்.
சிறியதாக இருந்தாலும் வளர்ந்து வரும் முனையங்களின் தொகுப்பு, விசுவாச அடையாளத்தை அட்டைகள் மற்றும் தொலைபேசி எண்களுக்கு அப்பால் பயோமெட்ரிக் பதிவு வரை விரிவுபடுத்துகிறது. உள்ளங்கை நரம்பு அங்கீகாரம் என்பது ஏற்கனவே வணிக ரீதியாகப் பயன்படுத்தப்பட்டு வரும் ஒரு உதாரணமாகும். ZCS தற்போது திறந்த SDK உடன் உள்ளங்கை நரம்பு-இயக்கப்பட்ட டெர்மினல்களை வழங்கும் ஆண்ட்ராய்டு POS உற்பத்தியாளர்களில் ஒன்றாகும். இது, ஒரு லாயல்டி பிளாட்ஃபார்ம், பணம் செலுத்தும் நேரத்தில் கார்டு, செயலி அல்லது தொலைபேசி எண்ணைத் தேடுவதற்குப் பதிலாக, வாடிக்கையாளரின் உள்ளங்கை நரம்பு வடிவத்தை ஒரு மாற்று அடையாளங்காட்டியாகப் பதிவுசெய்ய அனுமதிக்கிறது. இந்த வகையான வன்பொருள்-நிலை அடையாள அம்சம், டெர்மினலின் SDK அதை ஒரு ஆவணப்படுத்தப்பட்ட API ஆக வெளிப்படுத்தும்போது மட்டுமே ஒரு லாயல்டி பிளாட்ஃபார்மால் பயன்படுத்த முடியும் — இது மேலே விவரிக்கப்பட்ட திறந்த-கட்டமைப்புத் தேவையாகும், மேலும் இது எந்தவொரு பிராண்டுக்கும் தனித்துவமான அம்சம் அல்ல.
லாயல்டி மென்பொருள் ஒப்பந்தத்தில் கையொப்பமிடுவதற்கு முன், டெர்மினல் பக்கத்தில் பின்வருவனவற்றை உறுதிப்படுத்தவும்:
முனையத் தேர்வுக்கான அளவுகோல்களான இயக்க முறைமையின் வெளிப்படைத்தன்மை, சான்றிதழ் வரம்பு, SDK-யின் ஆழம் போன்றவை இதில் மேலும் விரிவாக விளக்கப்பட்டுள்ளன. ஆண்ட்ராய்டு POS தளத்தைத் தேர்ந்தெடுப்பதற்கான எங்கள் முழுமையான கட்டமைப்புஇது, விசுவாசப் பயன்பாட்டு நேர்வுகளைத் தாண்டி, அதே மதிப்பீட்டுத் தர்க்கத்தின் வழியாகச் செல்கிறது.
கேள்வி 1: எந்தவொரு POS டெர்மினலிலும் லாயல்டி திட்டத்தை இயக்க முடியுமா?
இல்லை. ஒரு டெர்மினலுக்கு திறந்த SDK, ஆப்ஸ்டோர்-நிலை மென்பொருள் விநியோகம், மற்றும் மூன்றாம் தரப்புப் பயன்பாடுகளுக்கான PCI PTS-இணக்கமான சாண்ட்பாக்ஸிங் ஆகியவை தேவை. லாயல்டி வழங்குநரின் தளம் எழுத்துப்பூர்வமாக எதை ஆதரித்தாலும், மூடிய, ஒற்றைப் பயன்பாட்டு டெர்மினல்கள் லாயல்டி மென்பொருளை முழுமையாகக் கட்டுப்படுத்துகின்றன அல்லது தடுக்கின்றன.
கேள்வி 2: ஒரு POS டெர்மினலை 'பூட்டப்பட்ட' நிலை என்று எது குறிப்பிடுகிறது?
ஒரு பூட்டப்பட்ட முனையம், நிறுவக்கூடிய பயன்பாடுகளைக் கட்டுப்படுத்துகிறது, எந்தவொரு பொது SDK-ஐயும் வெளிப்படுத்துவதில்லை, மேலும் ஒரே ஒரு கட்டணப் பயன்பாட்டை மையமாகக் கொண்ட ஃபார்ம்வேரை இயக்குகிறது. இந்தப் பண்புகள் PCI தணிக்கையின் வரம்பைக் குறைப்பது மட்டுமல்லாமல், லாயல்டி செயலிகள், CRM ஒத்திசைவுகள் மற்றும் பிற மூன்றாம் தரப்பு ஒருங்கிணைப்புகளையும் அதன் வடிவமைப்பின்படியே தடுக்கின்றன.
கேள்வி 3: PCI இணக்க விதிகளின்படி, லாயல்டி செயலிகள் POS வன்பொருளில் இயங்குவது தடுக்கப்படுகிறதா?
இயல்பாக இல்லை. PCI PTS POI v7.0, லாயல்டி செயலிகள் உட்பட மூன்றாம் தரப்புச் செயலிகளை அனுமதிக்கிறது, ஆனால் அவை தெளிவான உரை வடிவிலான கட்டண அட்டை மற்றும் PIN தரவுகளிலிருந்து தனிமைப்படுத்தப்பட்டிருக்க வேண்டும். இணக்கத்திற்கு விலக்குதல் அல்ல, தனிமைப்படுத்துதலே தேவை, மேலும் அந்தத் தனிமைப்படுத்தல் தொழில்நுட்ப ரீதியாக சாத்தியமா என்பதை டெர்மினலின் கட்டமைப்பே தீர்மானிக்கிறது.
கேள்வி 4: பரிவர்த்தனைக்குப் பிந்தைய லாயல்டி ஒத்திசைவுக்கும் நிகழ்நேர ஒருங்கிணைப்புக்கும் என்ன வேறுபாடு?
பரிவர்த்தனைக்குப் பிந்தைய ஒத்திசைவு, விற்பனை முடிந்த பிறகு, ஒரு பேமெண்ட் கேட்வே வெப்ஹூக் வழியாக வெகுமதிகளை வழங்குகிறது. நிகழ்நேர ஒருங்கிணைப்பு, செக்அவுட்டின் போது ஒரு SDK ஹூக் வழியாக வெகுமதிகளை வழங்குகிறது. பூட்டப்பட்ட டெர்மினல்கள் பொதுவாக முந்தையதை மட்டுமே ஆதரிக்கின்றன, இது அமர்வின் போது வழங்கப்படும் தள்ளுபடிகள் மற்றும் வெகுமதிப் பரிமாற்றங்களைத் தடுக்கிறது.
கேள்வி 5: விசுவாசப் பதிவுக்கு, உள்ளங்கை நரம்பு போன்ற பயோமெட்ரிக் அடையாளத்தைப் பயன்படுத்த முடியுமா?
ஆம், உற்பத்தியாளர் ஆவணப்படுத்தப்பட்ட SDK மூலம் பயோமெட்ரிக் தரவுப் பதிவை வழங்கும் டெர்மினல்களில் இது சாத்தியம். வன்பொருள் கட்டமைப்பு அந்தத் தரவை மூன்றாம் தரப்பினர் அணுகுவதை ஆதரிக்கும் பட்சத்தில், உள்ளங்கை நரம்பு மற்றும் அதுபோன்ற பயோமெட்ரிக் அடையாளங்காட்டிகள், ஒரு லாயல்டி தளத்திற்கு, அட்டை, தொலைபேசி எண் அல்லது செயலித் தேடல் இல்லாமலேயே மீண்டும் வரும் வாடிக்கையாளரை அடையாளம் காண உதவுகின்றன.
முகப்பு 
உறுப்பினர் மற்றும் விசுவாசத் திட்டங்களுக்கு உள்ளங்கை நரம்பு அங்கீகாரம் எவ்வாறு செயல்படுகிறது? 
