Proč jsou platební aplikace naprogramované na základě pocitů odmítány v App Store

Platební aplikace naprogramované na základě pocitů (vibe-coded) jsou z App Store odmítány častěji než téměř cokoli jiného ve schvalovacím procesu, a důvody obvykle nemají nic společného s kvalitou kódu. Aplikace vytvořená na základě pocitů – taková, kterou jste postavili tak, že jste popsali své přání asistentovi AI a vydali to, co napsal – může vypadat k nerozeznání od profesionální práce. Schvalovací proces Apple kód nehodnotí. Kontroluje, kdo aplikaci odeslal, jaký platební mechanismus zpracovává jaký typ zboží, zda byla hardwarová oprávnění schválena samostatně a zda schvalovatel může dokončit skutečnou transakci. To jsou přesně ty věci, které asistent AI nedokáže vygenerovat.

Tohle je zeď, na kterou narazí každý po vytvoření vlastního POS pomocí modelu AI: kód máte hotový za jedno odpoledne, ale dostat ho do iPhonu jako skutečnou pokladní aplikaci je proces dodržování předpisů, nikoli programování.

Směrovala vaše AI platby přes nesprávný systém?

Nejčastějším důvodem odmítnutí je použití nesprávného platebního mechanismu pro prodávané zboží, a asistenti AI v tomto dělají chyby neobvykle často. Pravidla App Review Guidelines od Apple zde vedou jasnou hranici. Digitální obsah a služby spotřebovávané v aplikaci musí podle pravidla 3.1.1 využívat nákupy v aplikaci od Apple. Fyzické zboží a služby v reálném světě – káva, střih vlasů, odeslaná objednávka – musí podle pravidla 3.1.5(a) dělat přesný opak: nesmí nákupy v aplikaci vůbec využívat a vyžadují externí platební metodu.

Kódovací model reprodukuje ten platební vzorec, který převládal v jeho trénovacích datech – šablonu pro nákupy v aplikaci z návodů na předplatné nebo SDK pro webovou pokladnu z příkladů e-shopů – aniž by se kdy zeptal, co vlastně prodáváte. Zadejte prompt "aplikace, která přijímá platby" a získáte jedno z těchto dvou řešení, vybrané spíše na základě statistiky než pravidel Apple. Pravidla se navíc liší podle regionu: po rozhodnutí v kauze Epic z roku 2025 mohou aplikace v americkém App Store odkazovat na externí možnosti nákupu digitálního zboží, ale tato výjimka platí pouze ve Spojených státech. Aplikace distribuovaná po celém světě musí stále splňovat přísnější pravidla všude jinde.

Máte vůbec povoleno odeslat platební aplikaci?

Apple vyžaduje, aby aplikace, které se zabývají správou peněz nebo finančními službami, odesílala instituce, která tyto služby skutečně poskytuje, a to s požadovanou licencí v každém regionu, kde je aplikace dostupná – to je pravidlo 3.2.1. Samostatný vývojář, který vydává platební aplikaci vygenerovanou pomocí AI, není licencovanou finanční institucí, stejně jako jí není agentura, která ji odesílá pro klienta. Nabízení aplikace v zemi, kde licence pro převod peněz neexistuje, znamená stejné odmítnutí, jen s jiným razítkem.

Schvalovatelé Apple nehodnotí, zda je váš program shody s předpisy dobrý; kontrolují, zda aplikaci odeslal správný subjekt, a pokud tomu tak není, zamítnou ji. Žádný prompt to nespraví.

Proč je tap-to-pay samostatným schvalovacím procesem?

Přijímání bezkontaktních karet na iPhonu vyžaduje oprávnění Tap to Pay on iPhone – samostatnou žádost u Apple, nezávislou na schvalování aplikace, která se uděluje právnické osobě, nikoli samotnému kódu. Vývojářské oprávnění se obvykle schválí během dne nebo dvou. Publikační oprávnění prochází provozním týmem Apple, obvykle trvá jeden až dva týdny a vyžaduje spolupráci s podporovaným poskytovatelem platebních služeb. Asistent AI vám s radostí napíše kód pro tap-to-pay, aniž by se o tom zmínil; odešlete aplikaci před udělením oprávnění a aplikace bude zamítnuta.

Přijímání plateb za přítomnosti karty s sebou nese také požadavky, které Apple nevlastní: certifikovaný hardware čtečky, pravidla EMV a rozsah PCI pro cokoli, co přichází do styku s údaji o kartě. Nic z toho z modelu píšícího ve Swiftu nezískáte.

Může schvalovatel transakci skutečně dokončit?

Pravidlo 2.1 o úplnosti aplikace (App Completeness) potichu pohřbí více platebních aplikací než samotná platební pravidla. Schvalovatelé musí mít možnost vyzkoušet celou aplikaci, včetně platebního procesu. Platební aplikace obvykle vyžaduje účet obchodníka, ověření totožnosti, někdy i bankovní účet – tedy věci, které si schvalovatel během kontroly nemůže založit. Aplikace vytvořené na základě pocitů zde neustále selhávají, protože vývojář si často sám nikdy nezřídil skutečný účet obchodníka; aplikace byla testována pouze na testovacích datech, která AI vygenerovala společně s ní. Bez funkčního demo účtu a možnosti provést testovací transakci je aplikace odmítnuta jako neúplná a každé opětovné odeslání stojí další schvalovací cyklus.

Co se tedy skutečně dostane k zákazníkům?

Těžkou částí nikdy nebyl kód. Asistent AI dokáže vytvořit funkční pokladní rozhraní za jedno odpoledne, ale distribuce v App Store je překážková dráha plná oprávnění, licencí a schvalovacích pravidel, která leží zcela mimo dosah jakéhokoli promptu. Demo funguje, ale infrastruktura neexistuje.

Pro obchodníka prodávajícího fyzické zboží je praktický závěr jednodušší: do této fronty vůbec nevstupujte. Vaše firma potřebuje funkční pokladnu, nikoli vlastní zápis v App Store – licencování, certifikace hardwaru a režijní náklady na schvalování mají smysl pouze pro společnosti, jejichž produktem je samotný platební software. Provozujte pokladnu na platformě POS, která již tyto náklady absorbovala (Final je postaven přesně takto – platby přes Final Pay s certifikovaným terminálovým hardwarem, bez nutnosti publikovat vlastní aplikaci), a peníze ušetřené za schvalovací cykly investujte do věcí, které zvyšují tržby, jako je rychlejší pokladní proces a nižší efektivní poplatky za karty.

Schvalovací proces Apple existuje z dobrých důvodů – finanční aplikace, které selžou, poškozují skutečné lidi. Jen to prostě není proces, kterým by většina obchodníků musela kdy projít, bez ohledu na to, kdo nebo co aplikaci napsalo.