وائب-کوڈڈ پیمنٹ ایپس ایپ اسٹور سے کیوں مسترد ہو جاتی ہیں
AI ایک دوپہر میں چیک آؤٹ ایپ لکھ سکتا ہے، لیکن ایپل پیمنٹ ایپس کو جمع کرانے والے، پیمنٹ روٹنگ کے طریقوں، اور ایسی خصوصیات کی بنیاد پر مسترد کر دیتا ہے جنہیں کوئی پرامپٹ تیار نہیں کر سکتا۔ یہاں تفصیل ہے کہ وائب-کوڈڈ ایپس ریویو کے دوران کہاں دم توڑتی ہیں۔

وائب-کوڈڈ پیمنٹ ایپس ایپ اسٹور کے ریویو کیو میں کسی بھی دوسری چیز کے مقابلے میں زیادہ شرح سے مسترد ہوتی ہیں، اور اس کی وجوہات کا عام طور پر کوڈ کے معیار سے کوئی تعلق نہیں ہوتا۔ ایک وائب-کوڈڈ ایپ — جسے آپ نے ایک AI اسسٹنٹ کو اپنی ضرورت بتا کر اور اس کے لکھے ہوئے کوڈ کو لانچ کر کے بنایا ہے — دیکھنے میں بالکل پیشہ ورانہ کام جیسی لگ سکتی ہے۔ لیکن ایپل کا ریویو کوڈ کو گریڈ نہیں کرتا۔ یہ چیک کرتا ہے کہ ایپ کس نے جمع کرائی، کون سا پیمنٹ میکانزم کس قسم کے سامان کو ہینڈل کرتا ہے، کیا ہارڈ ویئر کے حقوق کی الگ سے منظوری لی گئی تھی، اور کیا ریویو کرنے والا واقعی ایک حقیقی ٹرانزیکشن مکمل کر سکتا ہے۔ یہ بالکل وہی چیزیں ہیں جو ایک AI اسسٹنٹ تیار نہیں کر سکتا۔
یہ وہ دیوار ہے جس سے ہر کوئی ایک AI ماڈل کے ساتھ کسٹم پوائنٹ آف سیل بنانے کے بعد ٹکراتا ہے: کوڈ تو ایک دوپہر میں تیار ہو جاتا ہے، لیکن اسے ایک حقیقی چیک آؤٹ ایپ کے طور پر آئی فون پر لانا ایک تعمیل (compliance) کا عمل ہے، کوڈنگ کا کام نہیں۔
کیا آپ کے AI نے غلط سسٹم کے ذریعے ادائیگیاں روٹ کیں؟
سب سے عام مسترد ہونے کی وجہ فروخت ہونے والے سامان کے لیے غلط پیمنٹ میکانزم کا استعمال ہے، اور AI اسسٹنٹس اس غلطی کو کرنے میں غیر معمولی طور پر ماہر ہوتے ہیں۔ ایپل کی App Review Guidelines اس پر ایک سخت لکیر کھینچتی ہیں۔ ایپ کے اندر استعمال ہونے والے ڈیجیٹل مواد اور سروسز کے لیے گائیڈ لائن 3.1.1 کے تحت ایپل کی ان-ایپ پرچیز کا استعمال لازمی ہے۔ فزیکل سامان اور حقیقی دنیا کی سروسز — جیسے ایک کافی، بال کٹوانا، یا بھیجا گیا آرڈر — کے لیے گائیڈ لائن 3.1.5(a) کے تحت اس کے برعکس ہونا ضروری ہے: وہ ان-ایپ پرچیز کا بالکل استعمال نہیں کر سکتے، اور ان کے لیے ایک بیرونی پیمنٹ طریقہ کار درکار ہوتا ہے۔

ایک کوڈنگ ماڈل اسی پیمنٹ پیٹرن کو دوبارہ تیار کرتا ہے جو اس کے ٹریننگ ڈیٹا میں سب سے زیادہ رہا ہو — جیسے سبسکرپشن ٹیوٹوریلز سے ان-ایپ پرچیز کا کوڈ، یا ای کامرس کی مثالوں سے ویب-چیک آؤٹ SDK — بغیر یہ پوچھے کہ آپ کیا بیچ رہے ہیں۔ اسے "ایک ایپ جو ادائیگیاں لیتی ہے" کے لیے پرامپٹ دیں اور آپ کو ان دونوں میں سے ایک مل جائے گا، جس کا انتخاب ایپل کے قوانین کے بجائے اعداد و شمار کی بنیاد پر ہوگا۔ یہ قوانین اسٹور فرنٹ کے لحاظ سے بھی بدلتے ہیں: 2025 کے Epic فیصلے کے بعد، امریکی اسٹور فرنٹ پر ایپس ڈیجیٹل سامان کے لیے بیرونی خریداری کے اختیارات کے لنکس دے سکتی ہیں، لیکن یہ چھوٹ صرف ریاستہائے متحدہ میں لاگو ہوتی ہے۔ دنیا بھر میں تقسیم کی جانے والی ایپ کو اب بھی ہر جگہ سخت ترین قانون پر پورا اترنا ہوتا ہے۔
کیا آپ کو پیمنٹ ایپ جمع کرانے کی اجازت بھی ہے؟
ایپل توقع کرتا ہے کہ جو ایپس پیسوں کے لین دین یا مالیاتی خدمات کو ہینڈل کرتی ہیں، انہیں وہ ادارہ جمع کرائے جو اصل میں وہ خدمات انجام دے رہا ہو، اور ان کے پاس ہر اس خطے میں مطلوبہ لائسنسنگ موجود ہو جہاں ایپ دستیاب ہے — یہ گائیڈ لائن 3.2.1 ہے۔ ایک اکیلا ڈویلپر جو AI کی تیار کردہ پیمنٹ ایپ لانچ کر رہا ہے، وہ کوئی لائسنس یافتہ مالیاتی ادارہ نہیں ہے، اور نہ ہی کوئی ایجنسی جو کسی کلائنٹ کے لیے اسے جمع کرا رہی ہے۔ ایپ کو ایسے ملک میں پیش کرنا جہاں منی ٹرانسفر کا لائسنس موجود نہ ہو، اسی مسترد ہونے کی وجہ بنتا ہے۔
ایپل کے ریویو کرنے والے یہ نہیں دیکھتے کہ آپ کا تعمیل (compliance) پروگرام کتنا اچھا ہے؛ وہ یہ چیک کرتے ہیں کہ آیا درست ادارے نے ایپ جمع کرائی ہے اور نہ ہونے کی صورت میں اسے مسترد کر دیتے ہیں۔ کوئی بھی پرامپٹ اسے ٹھیک نہیں کر سکتا۔
Tap to Pay کا اپنا ایک الگ منظوری کا عمل کیوں ہے؟
آئی فون پر کنٹیکٹ لیس کارڈز قبول کرنے کے لیے Tap to Pay on iPhone کے حق (entitlement) کی ضرورت ہوتی ہے — جو ایپ ریویو سے ہٹ کر ایپل کو دی جانے والی ایک الگ درخواست ہے، جو کسی کوڈ بیس کے بجائے ایک قانونی ادارے کو دی جاتی ہے۔ ڈویلپمنٹ کا حق عام طور پر ایک یا دو دن میں مل جاتا ہے۔ پبلشنگ کا حق ایپل کی آپریشنز ٹیم کے پاس جاتا ہے، جس میں عام طور پر ایک سے دو ہفتے لگتے ہیں، اور اس کے لیے ایک معاونت یافتہ پیمنٹ سروس پرووائیڈر کے ساتھ کام کرنا ضروری ہوتا ہے۔ ایک AI اسسٹنٹ خوشی سے ان میں سے کسی کا ذکر کیے بغیر tap-to-pay کا کوڈ لکھ دے گا؛ لیکن اگر آپ حق ملنے سے پہلے جمع کرائیں گے تو ایپ مسترد ہو جائے گی۔

کارڈ-پریزنٹ قبولیت میں ایسی ضروریات بھی شامل ہوتی ہیں جو ایپل کی ملکیت نہیں ہیں: تصدیق شدہ ریڈر ہارڈ ویئر، EMV قوانین، اور کارڈ ڈیٹا کو چھونے والی کسی بھی چیز کے لیے PCI کا دائرہ کار۔ ان میں سے کوئی بھی چیز Swift لکھنے والے ماڈل سے حاصل نہیں ہوتی۔
کیا ریویو کرنے والا واقعی ٹرانزیکشن مکمل کر سکتا ہے؟
گائیڈ لائن 2.1، ایپ کی تکمیل (App Completeness)، خاموشی سے اتنی پیمنٹ ایپس کو مسترد کرتی ہے جتنی کہ پیمنٹ کے قوانین بھی نہیں کرتے۔ ریویو کرنے والوں کے لیے ضروری ہے کہ وہ پیمنٹ فلو سمیت پوری ایپ کو چلا کر دیکھ سکیں۔ ایک پیمنٹ ایپ کو عام طور پر ایک مرچنٹ اکاؤنٹ، شناخت کی تصدیق، اور بعض اوقات بینک اکاؤنٹ کی ضرورت ہوتی ہے — ایسی چیزیں جن کے لیے ریویو کرنے والا ریویو کے دوران سائن اپ نہیں کر سکتا۔ وائب-کوڈڈ ایپس یہاں مسلسل ناکام ہوتی ہیں، کیونکہ اکثر بنانے والے نے خود کبھی حقیقی مرچنٹ اکاؤنٹ سیٹ اپ نہیں کیا ہوتا؛ ایپ کو صرف اس فرضی ڈیٹا پر ٹیسٹ کیا گیا ہوتا ہے جو AI نے اس کے ساتھ تیار کیا تھا۔ بغیر کسی فعال ڈیمو اکاؤنٹ اور ٹیسٹ ٹرانزیکشن چلانے کے طریقے کے، ایپ کو نامکمل قرار دے کر مسترد کر دیا جاتا ہے، اور ہر بار دوبارہ جمع کرانے پر ایک اور ریویو سائیکل کا وقت ضائع ہوتا ہے۔
تو اصل میں کیا لانچ ہوتا ہے؟
مشکل کام کبھی بھی کوڈ نہیں تھا۔ ایک AI اسسٹنٹ ایک دوپہر میں ایک فعال چیک آؤٹ انٹرفیس تیار کر سکتا ہے، لیکن ایپ اسٹور کی تقسیم حقوق، لائسنسنگ اور ریویو پالیسی کا ایک ایسا کٹھن راستہ ہے جو کسی بھی پرامپٹ کی پہنچ سے بالکل باہر ہے۔ ڈیمو تو کام کرتا ہے؛ لیکن انفراسٹرکچر موجود نہیں ہوتا۔
فزیکل سامان بیچنے والے مرچنٹ کے لیے، عملی نتیجہ زیادہ سادہ ہے: اس لائن میں نہ لگیں۔ آپ کے کاروبار کو ایک فعال چیک آؤٹ کی ضرورت ہے، ایپ اسٹور میں اپنی لسٹنگ کی نہیں — لائسنسنگ، ہارڈ ویئر کی تصدیق، اور ریویو کے اخراجات صرف ان کمپنیوں کے لیے معنی رکھتے ہیں جن کا پروڈکٹ خود پیمنٹ سافٹ ویئر ہے۔ اپنا کاؤنٹر ایک ایسے POS پلیٹ فارم پر چلائیں جس نے پہلے ہی ان اخراجات کو سنبھال لیا ہو (Final بالکل اسی طرح بنایا گیا ہے — ادائیگیاں Final Pay کے ذریعے تصدیق شدہ ٹرمینل ہارڈ ویئر کے ساتھ، پبلش کرنے کے لیے آپ کی اپنی کوئی ایپ نہیں)، اور ریویو سائیکل کا پیسہ ان چیزوں پر لگائیں جو ریونیو بڑھاتی ہیں، جیسے ایک تیز چیک آؤٹ فلو اور کم کارڈ فیس۔
ایپل کا ریویو پروسیس اچھے اسباب کی بنا پر موجود ہے — خراب پیمنٹ ایپس حقیقی لوگوں کو نقصان پہنچاتی ہیں۔ لیکن یہ ایک ایسا عمل نہیں ہے جس سے گزرنے کی زیادہ تر مرچنٹس کو کبھی ضرورت ہو، چاہے ایپ کسی نے بھی یا کسی بھی چیز نے لکھی ہو۔
اکثر پوچھے جانے والے سوالات
وائب کوڈڈ پیمنٹ ایپ کیا ہے؟
ایک ایسی ایپ جو ایک ایک لائن کوڈ کرنے کے بجائے، ایک AI کوڈنگ اسسٹنٹ کو اپنی ضرورت بتا کر اور اس کے تیار کردہ کوڈ کو براہ راست لانچ کر کے بنائی گئی ہو۔ یہ طریقہ کار UI اور لاجک کے لیے تو کام کرتا ہے لیکن اس سے حقوق (entitlements)، لائسنسنگ، یا ریویو کی تعمیل حاصل نہیں کی جا سکتی۔
ایپ اسٹور گائیڈ لائن 3.1.1 کیا ہے؟
یہ ایپل کا قانون ہے کہ ایپ کے اندر فروخت ہونے والا ڈیجیٹل مواد اور خدمات لازمی طور پر ایپل کے ان ایپ پرچیز سسٹم کے ذریعے ہونی چاہئیں۔ اس کا اطلاق مادی اشیاء یا حقیقی دنیا کی خدمات پر نہیں ہوتا، جن کے لیے دیگر ادائیگی کے طریقے استعمال کرنا ضروری ہیں۔
کیا مادی اشیاء فروخت کرنے والی ایپس کے لیے ایپل کا ان ایپ پرچیز استعمال کرنا ضروری ہے؟
نہیں۔ گائیڈ لائن 3.1.5(a) اس کے برعکس تقاضا کرتی ہے: مادی اشیاء اور حقیقی دنیا کی خدمات کے لیے ادائیگیوں میں ان ایپ پرچیز کے علاوہ کوئی اور طریقہ استعمال ہونا چاہیے، جیسے کہ پیمنٹ پروسیسر کا SDK۔
iPhone پر Tap to Pay کی منظوری میں کتنا وقت لگتا ہے؟
ڈویلپمنٹ کا حق عام طور پر ایک سے دو کاروباری دنوں میں مل جاتا ہے۔ پبلشنگ کے حق کا جائزہ ایپل کی آپریشنز ٹیم لیتی ہے اور شرائط پوری ہونے کی صورت میں اس میں عام طور پر ایک سے دو ہفتے لگتے ہیں۔
کیا کوئی مرچنٹ اپنی ایپ پبلش کیے بغیر کارڈ کے ذریعے ادائیگیاں لے سکتا ہے؟
جی ہاں۔ زیادہ تر مرچنٹس کبھی بھی ایپ پبلش نہیں کرتے — وہ ایک ایسے POS پلیٹ فارم پر چیک آؤٹ چلاتے ہیں جس کا پیمنٹ انفراسٹرکچر اور تصدیق شدہ کارڈ ریڈر ہارڈ ویئر پہلے ہی پروڈکشن میں ہوتا ہے، اور اسے اپنے کاروبار کے مطابق ترتیب دیتے ہیں۔
پیمنٹ ایپس ایپل کے مکمل ہونے کی جانچ میں کیوں ناکام ہو جاتی ہیں؟
جائزہ لینے والوں کے لیے حقیقی لین دین مکمل کرنا ممکن ہونا چاہیے۔ اگر کسی ایپ کے لیے مرچنٹ اکاؤنٹ، بینکنگ کی تصدیق، یا ایسے ہارڈ ویئر کی ضرورت ہو جو جائزہ لینے والے کے پاس نہ ہو، اور کوئی فعال ڈیمو اکاؤنٹ فراہم نہ کیا گیا ہو، تو اسے گائیڈ لائن 2.1 کے تحت مسترد کر دیا جاتا ہے۔
