वाइब-कोडेड पेमेंट ऐप्स ऐप स्टोर से क्यों खारिज हो जाते हैं

वाइब-कोडेड पेमेंट ऐप्स ऐप स्टोर से रिव्यू कतार में मौजूद लगभग किसी भी अन्य चीज़ की तुलना में अधिक दर पर खारिज होते हैं, और इसके कारण आमतौर पर कोड की गुणवत्ता से संबंधित नहीं होते हैं। एक वाइब-कोडेड ऐप — जिसे आपने एक AI सहायक को अपनी आवश्यकता बताकर बनाया और उसके लिखे कोड को शिप कर दिया — दिखने में पेशेवर काम जैसा ही लग सकता है। Apple का रिव्यू कोड का मूल्यांकन नहीं करता है। यह जाँचता है कि ऐप किसने सबमिट किया, कौन सा पेमेंट मैकेनिज्म किस प्रकार के सामान को संभालता है, क्या हार्डवेयर अधिकारों को अलग से मंजूरी दी गई थी, और क्या रिव्यूअर एक वास्तविक लेनदेन पूरा कर सकता है। ये ठीक वैसी चीजें हैं जिन्हें एक AI सहायक जनरेट नहीं कर सकता।

यह वह दीवार है जिससे हर कोई एक AI मॉडल के साथ कस्टम POS बनाने के बाद टकराता है: कोड कुछ ही घंटों में तैयार हो जाता है, लेकिन इसे एक वास्तविक चेकआउट ऐप के रूप में iPhone पर लाना एक अनुपालन (compliance) प्रक्रिया है, न कि कोडिंग का काम।

क्या आपके AI ने भुगतानों को गलत सिस्टम के माध्यम से रूट किया?

सबसे आम अस्वीकृति बेचे जा रहे सामान के लिए गलत पेमेंट मैकेनिज्म का उपयोग करना है, और AI सहायक इसे गलत करने में काफी आगे रहते हैं। Apple के ऐप स्टोर रिव्यू दिशानिर्देश एक स्पष्ट सीमा तय करते हैं। ऐप के अंदर उपयोग की जाने वाली डिजिटल सामग्री और सेवाओं को दिशानिर्देश 3.1.1 के तहत Apple के इन-ऐप परचेज का उपयोग करना चाहिए। भौतिक सामान और वास्तविक दुनिया की सेवाएं — जैसे एक कॉफी, हेयरकट, या शिप किया गया ऑर्डर — को दिशानिर्देश 3.1.5(a) के तहत इसके विपरीत करना चाहिए: वे इन-ऐप परचेज का बिल्कुल भी उपयोग नहीं कर सकते, और उनके लिए एक बाहरी भुगतान विधि की आवश्यकता होती है।

एक कोडिंग मॉडल उसी भुगतान पैटर्न को दोहराता है जो उसके प्रशिक्षण डेटा में सबसे अधिक रहा हो — जैसे सब्सक्रिप्शन ट्यूटोरियल से इन-ऐप परचेज बॉयलरप्लेट, या ई-कॉमर्स उदाहरणों से वेब-चेकआउट SDK — यह पूछे बिना कि आप क्या बेच रहे हैं। इसे "एक ऐप जो भुगतान लेता है" के लिए प्रॉम्प्ट दें और आपको इन दोनों में से एक मिल जाएगा, जो Apple के नियमों के बजाय सांख्यिकी द्वारा चुना गया होगा। नियम स्टोरफ्रंट के अनुसार भी बदलते हैं: 2025 के Epic फैसले के बाद, अमेरिकी स्टोरफ्रंट पर ऐप्स डिजिटल सामानों के लिए बाहरी खरीद विकल्पों के लिंक दे सकते हैं, लेकिन यह छूट केवल संयुक्त राज्य अमेरिका में लागू होती है। दुनिया भर में वितरित किए जाने वाले ऐप को अभी भी हर जगह सख्त नियमों का पालन करना होगा।

क्या आपको पेमेंट ऐप सबमिट करने की अनुमति भी है?

Apple को उम्मीद है कि धन प्रबंधन या वित्तीय सेवाओं को संभालने वाले ऐप्स उस संस्थान द्वारा सबमिट किए जाएं जो वास्तव में उन सेवाओं को प्रदान कर रहा है, और उन सभी क्षेत्रों में आवश्यक लाइसेंसिंग हो जहाँ ऐप उपलब्ध है — यह दिशानिर्देश 3.2.1 है। AI-जनरेटेड पेमेंट ऐप शिप करने वाला एक अकेला डेवलपर कोई लाइसेंस प्राप्त वित्तीय संस्थान नहीं है, और न ही कोई एजेंसी जो किसी क्लाइंट के लिए इसे सबमिट कर रही है। ऐसे देश में ऐप की पेशकश करना जहाँ मनी-ट्रांसफर लाइसेंस मौजूद नहीं है, उसी अस्वीकृति का कारण बनता है।

Apple के रिव्यूअर यह मूल्यांकन नहीं करते कि आपका अनुपालन कार्यक्रम कितना अच्छा है; वे यह जाँचते हैं कि क्या सही इकाई ने ऐप सबमिट किया है और न होने पर उसे खारिज कर देते हैं। कोई भी प्रॉम्प्ट इसे ठीक नहीं कर सकता।

टैप-टू-पे की अपनी अलग मंजूरी प्रक्रिया क्यों है?

iPhone पर कॉन्टैक्टलेस कार्ड स्वीकार करने के लिए Tap to Pay on iPhone अधिकार की आवश्यकता होती है — जो ऐप रिव्यू से स्वतंत्र, Apple को दिया जाने वाला एक अलग आवेदन है, जो किसी कोडबेस के बजाय एक कानूनी इकाई को दिया जाता है। डेवलपमेंट का अधिकार आमतौर पर एक या दो दिनों में मिल जाता है। पब्लिशिंग का अधिकार Apple की ऑपरेशन्स टीम के माध्यम से जाता है, जिसमें आमतौर पर एक से दो सप्ताह लगते हैं, और इसके लिए एक समर्थित भुगतान सेवा प्रदाता के साथ काम करना आवश्यक होता है। एक AI सहायक इनमें से किसी भी बात का उल्लेख किए बिना खुशी-खुशी टैप-टू-पे कोड लिख देगा; लेकिन अधिकार मिलने से पहले सबमिट करने पर ऐप खारिज हो जाएगा।

कार्ड की प्रत्यक्ष स्वीकृति में ऐसी आवश्यकताएं भी शामिल होती हैं जो Apple के नियंत्रण में नहीं हैं: प्रमाणित रीडर हार्डवेयर, EMV नियम, और कार्ड डेटा को छूने वाली किसी भी चीज़ के लिए PCI दायरा। इनमें से कुछ भी Swift लिखने वाले मॉडल से नहीं मिलता है।

क्या रिव्यूअर वास्तव में लेनदेन पूरा कर सकता है?

दिशानिर्देश 2.1, ऐप पूर्णता (App Completeness), भुगतान नियमों की तुलना में अधिक पेमेंट ऐप्स को खारिज करता है। रिव्यूअर्स को भुगतान फ्लो सहित पूरे ऐप का उपयोग करने में सक्षम होना चाहिए। एक पेमेंट ऐप के लिए आमतौर पर एक मर्चेंट खाते, पहचान सत्यापन और कभी-कभी बैंक खाते की आवश्यकता होती है — ऐसी चीजें जिनके लिए एक रिव्यूअर रिव्यू के दौरान साइन अप नहीं कर सकता। वाइब-कोडेड सबमिशन यहाँ लगातार विफल होते हैं, क्योंकि डेवलपर ने अक्सर खुद कभी वास्तविक मर्चेंट खाता सेटअप नहीं किया होता है; ऐप का परीक्षण केवल मॉक डेटा के खिलाफ किया गया था जिसे AI ने उसके साथ जनरेट किया था। एक चालू डेमो खाते और परीक्षण लेनदेन चलाने के तरीके के बिना, ऐप को अपूर्ण मानकर खारिज कर दिया जाता है, और प्रत्येक री-सबमिशन में एक और रिव्यू चक्र का समय लगता है।

तो वास्तव में क्या शिप होता है?

कठिन हिस्सा कभी कोड नहीं था। एक AI सहायक कुछ ही घंटों में एक चालू चेकआउट इंटरफ़ेस बना सकता है, लेकिन ऐप स्टोर वितरण अधिकारों, लाइसेंसिंग और रिव्यू नीति का एक ऐसा चक्र है जो प्रॉम्प्ट की पहुँच से पूरी तरह बाहर है। डेमो काम करता है; लेकिन बुनियादी ढांचा अभी मौजूद नहीं है।

भौतिक सामान बेचने वाले मर्चेंट के लिए, व्यावहारिक निष्कर्ष सरल है: इस कतार में न पड़ें। आपके व्यवसाय को एक चालू चेकआउट की आवश्यकता है, न कि ऐप स्टोर में अपनी खुद की लिस्टिंग की — लाइसेंसिंग, हार्डवेयर प्रमाणन और रिव्यू का खर्च केवल उन कंपनियों के लिए समझ में आता है जिनका उत्पाद ही भुगतान सॉफ़्टवेयर है। अपना काउंटर एक ऐसे POS प्लेटफ़ॉर्म पर चलाएं जिसने पहले से ही इन लागतों को संभाल लिया है (Final को इसी तरह बनाया गया है — प्रमाणित टर्मिनल हार्डवेयर के साथ Final Pay के माध्यम से भुगतान, पब्लिश करने के लिए आपका अपना कोई ऐप नहीं), और रिव्यू-चक्र के पैसे को उन चीजों में लगाएं जो राजस्व बढ़ाती हैं, जैसे एक तेज़ चेकआउट फ्लो और कम प्रभावी कार्ड शुल्क।

Apple की रिव्यू प्रक्रिया अच्छे कारणों से मौजूद है — विफल होने वाले मनी ऐप्स वास्तविक लोगों को नुकसान पहुँचाते हैं। यह बस एक ऐसी प्रक्रिया है जिससे अधिकांश मर्चेंट को गुजरने की आवश्यकता नहीं होती है, चाहे ऐप किसने भी लिखा हो।