لاڪ ٿيل POS هارڊويئر تي لائلٽي پروگرام سافٽ ويئر ڇو ناڪام ٿئي ٿو؟

هڪ وفاداري پروگرام POS ٽرمينل تي ڪنهن به ٻئي سبب کان وڌيڪ هڪ سبب جي ڪري ناڪام ٿئي ٿو: هارڊويئر ڪڏهن به ٻاهرين سافٽ ويئر کي اندر اچڻ لاءِ نه ٺاهيو ويو هو. پرچون ڪندڙ هڪ وفاداري پليٽ فارم خريد ڪندا آهن، معاهدي تي دستخط ڪندا آهن، رول آئوٽ جو بجيٽ ڏيندا آهن - پوءِ ٽرمينل جي آپريٽنگ سسٽم، SDK، يا ادائيگي جي سرٽيفڪيشن کي دريافت ڪندا آهن ته انضمام کي مڪمل طور تي بلاڪ ڪري ٿو. هي سافٽ ويئر مسئلو ناهي. اهو هڪ هارڊويئر آرڪيٽيڪچر مسئلو آهي، ۽ اهو تقريبن هر وقت ظاهر ٿئي ٿو جڏهن ڪو واپاري هڪ pos سسٽم کي وفاداري پروگرام جي ڪارڪردگي سان ٽرمينل تي بولٽ ڪرڻ جي ڪوشش ڪندو آهي جيڪو هڪ کليل ڪمپيوٽنگ ڊوائيس جي بدران بند ادائيگي جي سامان جي طور تي ٺاهيو ويو هو.
ڪنهن به پليٽ فارم جو جائزو وٺڻ کان اڳ، اهو حل ڪرڻ ۾ مدد ڪري ٿو هڪ POS ٽرمينل انعامن جي ڊيٽا سان ڇا ڪري سگهي ٿو ۽ ڇا نٿو ڪري سگهي، ان جو بنيادي سوال - ڇاڪاڻ ته جواب مڪمل طور تي ان جي هيٺان هارڊويئر تي منحصر آهي، نه ته وفاداري سافٽ ويئر جي فيچر لسٽ تي.
هي مضمون مخصوص ٽيڪنيڪل سببن کي ٽوڙي ٿو ته وفاداري-انٽيگريٽڊ پوسٽ سسٽم لاڪ ٿيل هارڊويئر تي ناڪام ٿين ٿا، او ايس ۽ سرٽيفڪيشن جي سطح تي "لاڪ ٿيل-ڊائون" جو اصل مطلب ڇا آهي، ۽ هڪ تشخيصي چيڪ لسٽ انهن واپارين لاءِ ڪيئن نظر اچي ٿي جن کي ڪسٽمر لائلٽي پوسٽ سسٽم جي ضرورت آهي جيڪو اصل ۾ پيداوار ۾ ڪم ڪري.

1. "لاڪڊ ڊائون POS هارڊويئر" جو اصل مطلب ڇا آهي؟

بند ٿيل POS هارڊويئر هڪ ٽرمينل آهي جتي ٺاهيندڙ محدود ڪري ٿو ته ڪهڙيون ايپليڪيشنون هلائي سگهن ٿيون، ڪهڙي سسٽم وسيلن تائين اهي ايپليڪيشنون رسائي ڪري سگهن ٿيون، يا ٻئي. هي هڪ ارادي ڊيزائن پسند آهي، ڪو نقص ناهي. روايتي ڪارڊ-پريزنٽ ٽرمينل - بنيادي طور تي EMV ۽ PIN ٽرانزيڪشن لاءِ ٺهيل ڪائونٽر ٽاپ يونٽ - PCI PTS POI معيارن جي تصديق ٿيل آهن جيڪي پوري ڊوائيس کي هڪ واحد قابل اعتماد ادائيگي ماحول جي طور تي علاج ڪن ٿا. انهي ماحول ۾ هڪ وفاداري ايپ شامل ڪرڻ جو مطلب تاريخي طور تي ڪارڊ هولڊر ڊيٽا جي اڳيان هڪ غير تصديق ٿيل ڪوڊ رستو شامل ڪرڻ هو، جنهن جي ادائيگي برانڊ ۽ حاصل ڪندڙ اجازت نٿا ڏين.
ٽي هارڊويئر خاصيتون هڪ بند ٿيل ٽرمينل کي بيان ڪن ٿيون:

• ● هڪ بند يا تمام گهڻو محدود آپريٽنگ سسٽم جنهن ۾ ڪو به ايپ اسٽور ۽ ڪو به سائڊ لوڊنگ رستو ناهي.
• ● ڪو به شايع ٿيل SDK، يا رسيد فارميٽنگ ۽ بنيادي پردي ڪالن تائين محدود SDK ناهي.
• ● هڪ سنگل ايپليڪيشن فرم ويئر ماڊل، جتي ادائيگي ايپ واحد ايپ آهي جيڪا ڊوائيس هلائي ٿي.

انهن مان ڪو به خاصيت فطري طور تي غلط ناهي. ليگيسي وينڊرز کان وقف ٿيل ڪارڊ-موجوده ٽرمينلز هن طريقي سان خاص طور تي PCI DSS آڊٽ اسڪوپ کي گھٽ ڪرڻ لاءِ انجنيئر ڪيا ويا آهن. مسئلو صرف تڏهن ظاهر ٿئي ٿو جڏهن هڪ واپاري توقع ڪري ٿو ته اهو ساڳيو ٽرمينل وفاداري پروگرام ماڊيول، هڪ CRM سنڪ، يا هڪ مارڪيٽنگ ايپ سان هڪ پوسٽ پڻ هلائيندو - صلاحيتون جيڪي هارڊويئر ڪڏهن به تصديق ٿيل يا سپورٽ ڪرڻ لاءِ آرڪيٽيڪٽ نه ڪيو ويو هو.

2. بند ٿيل POS آرڪيٽيڪچر تي لائلٽي سافٽ ويئر ڇو ٽٽندو آهي

بند ٿيل آرڪيٽيڪچر تي وفاداري انضمام ٽن بار بار ٿيندڙ ٽيڪنيڪل سببن جي ڪري ناڪام ٿين ٿا: سينڊ باڪسنگ قاعدا ڊيٽا رسائي کي محدود ڪن ٿا، ملڪيتي SDKs بلاڪ انسٽاليشن، ۽ فرم ويئر اپڊيٽ سائيڪل اسٽال فيچر رول آئوٽ.

2.1 PCI PTS سينڊ باڪسنگ ضابطا ٽئين پارٽي جي ڊيٽا رسائي کي محدود ڪن ٿا

PCI سيڪيورٽي اسٽينڊرڊ ڪائونسل پاران شايع ٿيل PCI PTS POI ورجن 7.0، هاڻي ٽئين پارٽي ايپليڪيشنن جهڙوڪ ايپ اسٽور ايپس کي تصديق ٿيل POI ڊوائيسز تي هلائڻ جي اجازت ڏئي ٿو. پر معيار جي ضرورت آهي ته اهي ايپليڪيشنون حساس ادائيگي جي ڪمن کان محفوظ طور تي الڳ ٿيل ۽ ڪرپٽوگرافڪ ڪنٽرول استعمال ڪندي تصديق ٿيل. ساڳئي ورزن ۾ هڪ نئين ضرورت ٽئين پارٽي جي ايپليڪيشنن کي ڪليئر ٽيڪسٽ پين يا پن ڊيٽا پڙهڻ کان روڪي ٿي جيتوڻيڪ ايپليڪيشن منظور ٿيل وائيٽ لسٽ تي هجي. هڪ وفاداري انجن لاءِ، هي سڌو سنئون معاملو آهي: ڪو به انضمام نمونو جيڪو فرض ڪري ٿو ته وفاداري ايپ ٽرانزيڪشن ڪل، ڪارڊ ٽوڪن، يا گراهڪ سڃاڻپ ڪندڙ کي سڌو سنئون ادائيگي جي عمل مان پڙهي سگهي ٿو v7.0-تصديق ٿيل ڊوائيس تي تعميل نه آهي. وفاداري ايپ کي اهو ڊيٽا هڪ منظور ٿيل، الڳ ٿيل چينل ذريعي حاصل ڪرڻو پوندو آهي - ۽ ڪيترن ئي بند ٿيل ٽرمينلز تي، اهڙو ڪو به چينل موجود ناهي.

2.2 ملڪيتي SDKs نيٽيو لائلٽي ايپ انسٽاليشن کي بلاڪ ڪن ٿا

هڪ وفاداري پليٽ فارم کي گراهڪن کي داخلا ڏيڻ، پوائنٽ بيلنس ڳولڻ، ريڊيمپشن لاڳو ڪرڻ، ۽ پوائنٽ آف سيل تي انعامن کي پرنٽ ڪرڻ يا ڊسپلي ڪرڻ جي ضرورت آهي. انهن مان هر هڪ عمل کي SDK ٿلهو جي ضرورت آهي. بند، وينڊر-ملڪيت واري OS سان ٽرمينل عام طور تي انهن ٿلهن مان ڪنهن کي به ٻاهرين ڊولپرز کي ظاهر نه ڪندا آهن - وفاداري وينڊر کي ٽرانزيڪشن بند ٿيڻ کان پوءِ ادائيگي گيٽ وي ويب هوڪ ذريعي ضم ٿيڻ ڇڏي ڏنو ويندو آهي، جيڪو ريئل ٽائيم رعايت لاڳو ڪرڻ يا سيشن ۾ انعام کي ٽرگر ڪرڻ لاءِ تمام دير سان آهي. هي واحد سڀ کان عام ناڪامي جو نمونو آهي جيڪو واپارين پاران ليگيسي ڪائونٽر ٽاپ ٽرمينلز کان پوسٽ لائلٽي پروگرام ڊيپلائيمينٽ ڏانهن منتقل ٿيڻ جي رپورٽ ڪئي وئي آهي: انضمام ٽيڪنيڪل طور تي ٽرانزيڪشن کان پوءِ جي هم وقت سازي جي طور تي "ڪم ڪري ٿو"، پر رابطي جي نقطي تي پاڻ ڪجهه به نٿو ڪري سگهي.

2.3 فرم ويئر اپڊيٽ سائيڪلون وفاداري فيچر رول آئوٽ کي ختم ڪن ٿيون

جيتوڻيڪ جتي هڪ بند ٿيل ٽرمينل هڪ محدود SDK کي ظاهر ڪري ٿو، سنگل-مقصد ادائيگي ڊوائيسز تي فرم ويئر عام طور تي هڪ سست، سرٽيفڪيشن تي هلندڙ شيڊول تي اپڊيٽ ڪيو ويندو آهي، ڇاڪاڻ ته هر فرم ويئر تبديلي PCI ٻيهر سرٽيفڪيشن کي متحرڪ ڪري سگهي ٿي. هڪ وفاداري وينڊر جيڪو هڪ نئون ريڊيمپشن قاعدو، هڪ نئون داخلا وهڪرو، يا هڪ نئون انعام ٽائر موڪلڻ چاهي ٿو، ان کي هارڊويئر وينڊر جي رليز سائيڪل جو انتظار ڪرڻو پوندو - انهن جو پنهنجو نه. هڪ کليل Android POS ٽرمينل تي، وفاداري ايپ پنهنجي ايپ پيڪيج ذريعي آزاديءَ سان اپڊيٽ ٿيندي آهي، ٽرمينل فرم ویئر تي ڪنهن به قسم جي انحصار کان سواءِ.

3. ناڪام وفاداري انضمام جي اصل قيمت

ناڪام انضمام جي سڌي قيمت هڪ بند ٿيل يا الٽ رول ​​آئوٽ آهي، پر وڏي قيمت اسٽريٽجڪ آهي: پرچون ڪندڙ وڌندڙ شرح تي وفاداري سافٽ ويئر خريد ڪندا رهندا آهن جڏهن ته هارڊويئر مطابقت هڪ سوچ ويچار رهي ٿي. عالمي وفاداري انتظام مارڪيٽ 2026 ۾ اندازاً 17.38 بلين ڊالر تائين پهچي وئي، ۽ 2034 تائين 14٪ کان مٿي هڪ جامع سالياني شرح تي وڌڻ جو امڪان آهي. وفاداري پليٽ فارم تي خرچ ڪيل هر ڊالر جيڪو اصل ۾ چيڪ آئوٽ هارڊويئر تي نه ٿو هلي سگهي اهو هڪ ڊالر آهي جيڪو ٻه ڀيرا خرچ ڪيو ويو آهي - هڪ ڀيرو سافٽ ويئر تي، هڪ ڀيرو ٻيهر هارڊويئر ريفريش تي جيڪو پهريان ٿيڻ گهرجي ها.
هڪ تعميل جي قيمت پڻ آهي. وفاداري پروگرام ذاتي گراهڪ ڊيٽا گڏ ڪن ٿا ۽ پروسيس ڪن ٿا - نالا، فون نمبر، خريداري جي تاريخ، ڪڏهن ڪڏهن ٽيپ-ٽو-آئينٽيفائي پروگرامن لاءِ بايوميٽرڪ داخلا ڊيٽا. EU ضابطن جي تحت 2016/679 (جي ڊي پي آر)، ته پروسيسنگ لاءِ هڪ دستاويزي قانوني بنياد ۽ داخلا تي هڪ تعميل رضامندي جي وهڪري جي ضرورت آهي. هڪ غير رسمي حل ذريعي مجبور ٿيل وفاداري انضمام - هڪ جيل بروڪن ٽرمينل، هڪ غير سپورٽ ٿيل سائڊ لوڊ ٿيل APK، هڪ اسڪرين اسڪريپنگ پل - انهي تعميل دستاويز کي آڊٽ دوران پيدا ڪرڻ تمام ڏکيو بڻائي ٿو، ڇاڪاڻ ته ڊيٽا جو رستو پاڻ ڪڏهن به جائزو وٺڻ لاءِ نه ٺاهيو ويو هو.

4. هڪ کليل، وفاداري لاءِ تيار POS آرڪيٽيڪچر ڪهڙو نظر اچي ٿو

هڪ فن تعمير جيڪو وفاداري جي حمايت ڪري ٿو، قابل اعتماد طور تي ٽي خاصيتون شيئر ڪري ٿو: هڪ کليل SDK، ايپ-اسٽور-سطح سافٽ ويئر ورڇ، ۽ هارڊويئر سڃاڻپ خاصيتون جيڪي ڪارڊ سوائپ کان ٻاهر آهن.

4.1 SDK ۽ API رسائي کوليو

شايع ٿيل SDK سان گڏ اينڊرائيڊ تي ٻڌل POS ٽرمينلز هڪ وفاداري وينڊر کي پرنٽر، اسڪينر، ڪسٽمر-فيسنگ ڊسپلي، ۽ ادائيگي جي ڪنيل لاءِ دستاويزي APIs جي خلاف سڌو سنئون تعمير ڪرڻ جي اجازت ڏين ٿا - هر نئين خاصيت لاءِ هارڊويئر ٺاهيندڙ جو انتظار ڪرڻ کان سواءِ. هي ساڳيو اوپن پليٽ فارم ماڊل آهي جيڪو اسڪوائر جي ٽرمينل API پنهنجي هارڊويئر لاءِ متعارف ڪرايو، ۽ اهو هاڻي اڪثر اينڊرائيڊ POS ٺاهيندڙن ۾ معياري عمل آهي جيڪي بند ٿيل سنگل-ايپ ڪيوسڪ جي بدران ملٽي وينڊر پرچون ماحول ۾ وڪرو ڪن ٿا. واپاري سڌو سنئون سپلائي بيس مان هارڊويئر سورس ڪري رهيا آهن - بشمول چيني POS ٽرمينل ٺاهيندڙن جو B2B منظرنامو — SDK جي کليل هجڻ کي خريداري جي فلٽر طور سمجهڻ گهرجي، نه ته معاهدي تي دستخط ٿيڻ کان پوءِ بحث ڪيل سوچ.

4.2 GMS سرٽيفڪيشن ۽ ايپ اسٽور مطابقت

گوگل موبائل سروسز (GMS) سرٽيفڪيشن هڪ ٽرمينل کي پلے اسٽور يا هڪجهڙي منظم ايپ اسٽور ذريعي معياري اينڊرائيڊ ايپ پيڪيجز هلائڻ جي اجازت ڏئي ٿي، ڊوائيس کي فرم ويئر-بنڊل سافٽ ويئر تائين محدود ڪرڻ جي بدران. هڪ GMS-تصديق ٿيل ٽرمينل هڪ وفاداري ايپ انسٽال ڪري سگهي ٿو ساڳئي طرح هڪ فون ڪنهن ٻئي ايپ کي انسٽال ڪري ٿو: آزاديءَ سان، وينڊر جي پنهنجي رليز شيڊول تي، بغير فرم ويئر-سطح جي ٻيهر سرٽيفڪيشن چڪر جي.

4.3 بايوميٽرڪ وفاداري داخلا

ٽرمينلز جو هڪ ننڍڙو پر وڌندڙ سيٽ وفاداري جي سڃاڻپ کي ڪارڊن ۽ فون نمبرن کان پوءِ بايوميٽرڪ داخلا ۾ وڌائي ٿو. کجيءَ جي رڳ جي سڃاڻپ هڪ مثال آهي جيڪا اڳ ۾ ئي ڪمرشل تعیناتي ۾ آهي - ZCS اهو Android POS ٺاهيندڙن مان هڪ آهي جيڪي هن وقت کليل SDK سان پام-ويين-فعال ٽرمينلز موڪلي رهيا آهن، هڪ وفاداري پليٽ فارم کي ڪارڊ، ايپ، يا فون نمبر ڳولڻ جي ضرورت جي بدران چيڪ آئوٽ تي هڪ متبادل سڃاڻپ ڪندڙ جي طور تي گراهڪ جي پام ويين پيٽرن کي داخل ڪرڻ جي اجازت ڏئي ٿو. هارڊويئر-سطح جي سڃاڻپ جي هن قسم جي خاصيت صرف وفاداري پليٽ فارم پاران استعمال لائق آهي جڏهن ٽرمينل جو SDK ان کي هڪ دستاويزي API جي طور تي ظاهر ڪري ٿو - جيڪو بلڪل مٿي بيان ڪيل اوپن آرڪيٽيڪچر جي ضرورت آهي، ڪنهن به هڪ برانڊ لاءِ منفرد خاصيت ناهي.

5. تشخيصي چيڪ لسٽ: ڇا توهان جو POS ٽرمينل وفاداري لاءِ تيار آهي؟

وفاداري سافٽ ويئر معاهدي تي دستخط ڪرڻ کان اڳ، ٽرمينل پاسي تي هيٺين جي تصديق ڪريو:

• ● ٽرمينل هڪ شايع ٿيل، دستاويزي SDK سان گڏ اچي ٿو - صرف هڪ ادائيگي گيٽ وي ويب هُڪ نه.
• ● ٽرمينل GMS-تصديق ٿيل آهي ۽ آزاد ايپ انسٽاليشن ۽ اپڊيٽس جي حمايت ڪري ٿو.
• ● ٺاهيندڙ ڪنهن به ٽئين پارٽي ايپليڪيشن سينڊ باڪسنگ لاءِ PCI PTS POI تعميل جي تصديق ڪري سگهي ٿو، موجوده PTS POI ورزن ۾ آئسوليشن گهرجن سان ملندڙ.
• ● وفاداري وينڊر صرف ٽرمينل برانڊ نه پر صحيح ٽرمينل ماڊل تي هلندڙ هڪ لائيو مرچنٽ ريفرنس جو نالو ڏئي سگهي ٿو.
• ● هارڊويئر وينڊر جي فرم ويئر رليز ڪيڊنس دستاويز ٿيل آهي ۽ وفاداري وينڊر کان آزاد ايپ-سطح جي اپڊيٽس کي بلاڪ نٿو ڪري.

ٽرمينل چونڊ معيار - او ايس اوپننس، سرٽيفڪيشن اسڪوپ، ايس ڊي ڪي ڊيپٿ - وڌيڪ تفصيل سان ڍڪيل آهن Android POS پليٽ فارم چونڊڻ لاءِ اسان جو مڪمل فريم ورڪ، جيڪو صرف وفاداري استعمال جي ڪيسن کان ٻاهر ساڳئي تشخيصي منطق مان گذري ٿو.

6. اڪثر پڇيا ويا سوال

سوال 1: ڇا ڪو به POS ٽرمينل وفاداري پروگرام هلائي سگھي ٿو؟

نه. هڪ ٽرمينل کي ٽئين پارٽي ايپليڪيشنن لاءِ هڪ کليل SDK، ايپ اسٽور-سطح سافٽ ويئر ورڇ، ۽ PCI PTS-مطابق سينڊ باڪسنگ جي ضرورت آهي. بند ٿيل، سنگل ايپليڪيشن ٽرمينل وفاداري سافٽ ويئر کي مڪمل طور تي محدود يا بلاڪ ڪن ٿا، قطع نظر ته وفاداري وينڊر جو پليٽ فارم ڪاغذ تي ڇا سپورٽ ڪري ٿو.
سوال 2: هڪ POS ٽرمينل کي "لاڪ ڊائون" ڇا بڻائي ٿو؟

هڪ بند ٿيل ٽرمينل انسٽال ٿيندڙ ايپليڪيشنن کي محدود ڪري ٿو، ڪنهن به عوامي SDK کي ظاهر نٿو ڪري، ۽ هڪ واحد ادائيگي ايپليڪيشن جي چوڌاري ٺهيل فرم ويئر هلائي ٿو. اهي خاصيتون PCI آڊٽ جي دائري کي گهٽائي ڇڏين ٿيون پر وفاداري ايپس، CRM هم وقت سازي، ۽ ڊيزائن جي لحاظ کان ٻين ٽئين پارٽي انضمام کي به بلاڪ ڪن ٿيون.
سوال 3: ڇا PCI جي تعميل وفاداري ايپس کي POS هارڊويئر تي هلڻ کان روڪي ٿي؟

ڊفالٽ طور تي نه. PCI PTS POI v7.0 ٽئين پارٽي جي ايپليڪيشنن جي اجازت ڏئي ٿو، بشمول وفاداري ايپس، بشرطيڪ اهي صاف ٽيڪسٽ ادائيگي ڪارڊ ۽ پن ڊيٽا کان پري سينڊ باڪس ٿيل هجن. تعميل لاءِ الڳ ٿيڻ جي ضرورت آهي، خارج ٿيڻ جي نه، ۽ ٽرمينل جي فن تعمير اهو طئي ڪري ٿي ته ڇا اهو الڳ ٿيڻ ٽيڪنيڪل طور تي ممڪن آهي.
سوال 4: ٽرانزيڪشن کان پوءِ وفاداري جي هم وقت سازي ۽ ريئل ٽائيم انٽيگريشن ۾ ڇا فرق آهي؟

ٽرانزيڪشن کان پوءِ هڪ سنڪ ادائيگي گيٽ وي ويب هُڪ ذريعي، وڪرو بند ٿيڻ کان پوءِ انعامن کي لاڳو ڪري ٿو. هڪ ريئل ٽائيم انٽيگريشن چيڪ آئوٽ دوران، هڪ SDK هُڪ ذريعي انعامن کي لاڳو ڪري ٿو. بند ٿيل ٽرمينل عام طور تي صرف اڳوڻي کي سپورٽ ڪن ٿا، جيڪو سيشن ۾ رعايتون ۽ ريڊيمپشن کي روڪي ٿو.
سوال 5: ڇا بايوميٽرڪ سڃاڻپ، جهڙوڪ کجيءَ جي رڳ، وفاداري داخلا لاءِ استعمال ٿي سگهي ٿي؟

ها، ٽرمينلز تي جتي ٺاهيندڙ هڪ دستاويزي SDK ذريعي بايوميٽرڪ ڪيپچر کي ظاهر ڪري ٿو. پام وين ۽ ساڳيا بايوميٽرڪ سڃاڻپ ڪندڙ هڪ وفاداري پليٽ فارم کي ڪارڊ، فون نمبر، يا ايپ لوڪ اپ کان سواءِ واپسي ڪندڙ گراهڪ کي سڃاڻڻ جي اجازت ڏين ٿا، بشرطيڪ هارڊويئر آرڪيٽيڪچر ان ڊيٽا تائين ٽئين پارٽي جي رسائي جي حمايت ڪري.