اپنی خود کی Tap to Pay ایپ بنانا کتنا مشکل ہے؟ (ہم نے کوشش کی)
ہم نے اپنی خود کی POS ایپ میں tap to pay کی سہولت فراہم کی ہے۔ یہاں بتایا گیا ہے کہ اس کے لیے اصل میں کیا درکار ہے: ایک پروسیسر پارٹنرشپ، ایپل کی اجازت (entitlement)، اینڈرائیڈ پر 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 entitlement (ایک خاص اجازت جو ایپل ہر کیس کے مطابق دیتا ہے) کے پیچھے ہوتا ہے۔ ایپل یہ بھی تقاضا کرتا ہے کہ آپ ایک معاون پیمنٹ سروس پرووائیڈر یا PSP (وہ کمپنی جو اصل میں رقم منتقل کرتی ہے) کے ساتھ جڑیں۔ PSP تاجر کے آلے پر لوڈ کردہ تصدیق شدہ ریڈر کنفیگریشنز فراہم کرتا ہے اور تصدیق کا بوجھ اٹھاتا ہے۔
اینڈرائیڈ ڈویلپرز کو زیادہ اوپن NFC رسائی دیتا ہے، لیکن ادائیگی قبول کرنے والی ایپ کو اب بھی ایک آزاد PCI تسلیم شدہ لیبارٹری کے ذریعے PCI MPoC standard (پیمنٹ ٹرمینل کے طور پر کام کرنے والے فونز کے لیے کارڈ انڈسٹری کے سیکیورٹی قوانین) کے خلاف جانچا جانا ضروری ہے۔
دونوں پلیٹ فارمز کے نیچے، آپ کو ایک حاصل کرنے والے تعلق (acquiring relationship) کی ضرورت ہوتی ہے: ایک ایسا پروسیسر جو آپ کے تاجروں کے لیے رقم کا تصفیہ کرنے پر راضی ہو، اور کارڈ نیٹ ورکس کے قوانین بھی اس کے ساتھ شامل ہوں۔
ان میں سے کسی کو بھی صرف بہتر کوڈ لکھ کر زبردستی حاصل نہیں کیا جا سکتا۔ یہ کاغذی کارروائی، معاہدے اور جائزے کے مراحل ہیں۔
آئی فون پر منظوری کا راستہ کیسا لگتا ہے؟
ایپل کی شائع کردہ ضروریات کے مطابق، یہ راستہ کچھ یوں ہے: ایک آرگنائزیشن لیول کا Apple Developer اکاؤنٹ رکھیں (اکاؤنٹ ہولڈر ذاتی طور پر درخواست دائر کرتا ہے)، اپنے خطوں کے لیے ایک معاون PSP کے ساتھ شراکت داری کریں، اجازت نامے کی درخواست کریں، ProximityReader API یا اپنے PSP کا SDK انٹیگریٹ کریں، پیمنٹ اسکرین کے لیے ایپل کے ڈیزائن گائیڈلائنز پر عمل کریں، اور ایپ کو جائزے کے لیے جمع کرائیں۔ ایپل کی دستاویزات میں یہ بھی بتایا گیا ہے کہ یہ فیچر صرف معاون ممالک اور خطوں میں کام کرتا ہے، اس لیے اس کی دستیابی کا فیصلہ مارکیٹ کے لحاظ سے پہلے ہی ہو جاتا ہے۔
ایک ڈویلپر کے بجائے ایک بانی یا تاجر کے طور پر اس فہرست کو دوبارہ پڑھیں۔ اس کا ایک بھی قدم "فیچر لکھنا" نہیں ہے۔ فیچر آسان حصہ ہے؛ اجازت نامہ اصل رکاوٹ ہے۔
ٹیپ کے کام کرنے کے بعد اصل کام کہاں ہوتا ہے؟
ایک منظور شدہ ٹیپ آپ کو ادائیگی فراہم کرتا ہے، پوائنٹ آف سیل نہیں۔ جس لمحے رقم منتقل ہوتی ہے، ٹیپ کے ارد گرد کی ہر چیز کا درست ہونا ضروری ہے: وہ کارٹ جس کے خلاف تصفیہ ہوتا ہے، رسید پر ٹیکس، ریفنڈ کا طریقہ، اور ایسی رپورٹنگ جو مطابقت رکھتی ہو (ہر ڈالر ایک فروخت سے میچ کرے، ہر دن)۔ ہمیں یہی فرق تب بھی نظر آیا جب ہم نے جائزہ لیا کہ کیا آپ Lovable یا Replit کے ساتھ ایک POS بنا سکتے ہیں: ایک انٹرفیس بنانا تیز کام ہے، اور اس کے نیچے موجود کامرس کی تہہ وہ چیز ہے جو اصل وقت لیتی ہے۔
Tap to pay اپنے ساتھ کچھ آپریشنل مسائل بھی لاتا ہے۔ ہمارے نفاذ میں، بل اسی آلے پر بننا چاہیے جو ٹیپ لیتا ہے، اور یہ صرف مقامی ایپ (native app) میں کام کرتا ہے، براؤزر میں کبھی نہیں۔ اس طرح کی پابندیاں کسی اشتہار میں نظر نہیں آتیں۔ آپ انہیں دریافت کرتے ہیں، ان کے حل تلاش کرتے ہیں، اور پھر مدد کا مضمون لکھتے ہیں۔ اور جب کاؤنٹر پر موجود ایک فون کافی نہیں رہتا، تو آپ کو بہرحال حقیقی ہارڈ ویئر کے فیصلے کرنے پڑتے ہیں۔
تو، اپنی خود کی tap to pay ایپ بنانا کتنا مشکل ہے؟
ایک مخصوص طریقے سے مشکل: کوڈنگ سب سے چھوٹا حصہ ہے، جبکہ پروسیسر پارٹنرشپ، ایپل کی اجازت، اینڈرائیڈ پر لیب سرٹیفیکیشن، اور ایپ کا جائزہ اصل کام ہیں، اور ان میں سے کوئی بھی صرف انجینئرنگ کی کوششوں سے حل نہیں ہوتا۔ ہمارے لیے یہ فائدہ مند تھا، کیونکہ ایک POS پلیٹ فارم اس لاگت کو اسے استعمال کرنے والے ہر تاجر پر تقسیم کر دیتا ہے۔ Tap to pay اب ایک چیک آؤٹ بٹن ہے جسے ہمارے تاجر آن کرتے ہیں، اور Tap to Pay ادائیگی لینا پانچ مراحل کا ایک کاؤنٹر معمول ہے۔ اگر ادائیگیاں آپ کا پروڈکٹ ہیں، تو یہ کٹھن سفر اس میں داخلے کی قیمت ہے۔ اگر ادائیگیاں صرف وہ طریقہ ہیں جس سے آپ کو پیسے ملتے ہیں، تو اپنی خود کی tap to pay ایپ بنانے کا کوئی مالی فائدہ نہیں؛ اس کا تیار ورژن پہلے ہی POS ایپس کے اندر موجود ہے، اور اصل موازنہ فیسوں کے درمیان ہوتا ہے۔
بنیادی اصول: اگر کسی فیچر کے وجود کے لیے کسی دوسرے کی اجازت درکار ہو، تو کوئی بھی ذہین کوڈ اسے آسان نہیں بنا سکتا۔
اکثر پوچھے جانے والے سوالات
کیا tap to pay کے لیے الگ سے کارڈ ریڈر کی ضرورت ہوتی ہے؟
جی نہیں۔ فون ہی ریڈر ہے: گاہک مرچنٹ کے ڈیوائس پر کانٹیکٹ لیس کارڈ یا فون والٹ ٹیپ کرتا ہے، اور ادائیگی فون کی NFC چپ کے ذریعے ہو جاتی ہے۔
کیا کوئی بھی ڈویلپر iPhone پر tap to pay ایپ بنا سکتا ہے؟
منظوریوں کے بغیر نہیں۔ Apple کو ایک تعاون یافتہ پیمنٹ سروس پرووائیڈر کے ساتھ انٹیگریشن اور "Tap to Pay on iPhone" کے استحقاق کی ضرورت ہوتی ہے جو وہ کیس ٹو کیس کی بنیاد پر دیتا ہے، جس کے بعد ایپ کا جائزہ لیا جاتا ہے۔
Android پر tap to pay کی تصدیق کیسے ہوتی ہے؟
ادائیگی قبول کرنے والی ایپس کا جائزہ آزاد، PCI سے تسلیم شدہ لیبارٹریز کے ذریعے PCI MPoC معیار کے مطابق لیا جاتا ہے، جو کہ ادائیگی کے ٹرمینلز کے طور پر کام کرنے والے فونز کے لیے کارڈ انڈسٹری کا سیکیورٹی معیار ہے۔
کیا tap to pay محفوظ ہے؟
تصدیق شدہ سسٹمز محفوظ ہوتے ہیں۔ iPhone پر، ٹرانزیکشنز کو انکرپٹ کیا جاتا ہے اور ڈیوائس کے Secure Element کا استعمال کرتے ہوئے پروسیس کیا جاتا ہے؛ Android پر، MPoC سے تصدیق شدہ سلوشنز کو اس معیار کی سیکیورٹی ضروریات کو پورا کرنا ہوتا ہے۔
کیا AI میرے لیے tap to pay ایپ لکھ سکتا ہے؟
یہ انٹیگریشن کوڈ لکھ سکتا ہے۔ لیکن یہ Apple کا استحقاق نہیں دے سکتا، نہ ہی PCI لیب کی جانچ پاس کروا سکتا ہے، اور نہ ہی کسی پروسیسر کے معاہدے پر دستخط کر سکتا ہے، اور یہی رکاوٹیں اس پروجیکٹ کا اصل حصہ ہیں۔