Jak těžké je vytvořit si vlastní aplikaci pro Tap to Pay? (Zkusili jsme to)

Těžší, než naznačují brožury k SDK, a obtížnost většinou nespočívá v kódu. Vydali jsme funkci Tap to Pay v aplikaci Final POS, takže tato odpověď vychází z praxe, nikoli ze čtení dokumentace. Pokud si chcete vytvořit vlastní aplikaci pro Tap to Pay, naplánujte si krátký softwarový projekt zabalený do mnohem delšího schvalovacího projektu: partnerství s platebním procesorem, ruční schválení oprávnění od Apple nebo laboratorní hodnocení na Androidu a schválení aplikace – to vše ještě před první reálnou platbou přiložením.

Malé upozornění: pravidla platforem a kartového průmyslu se často mění. Vše níže uvedené je přesné k datu publikace, takže tyto podrobnosti berte jako momentální stav.

Co vlastně aplikace pro Tap to Pay dělá?

Tap to Pay promění samotný telefon v platební terminál. Žádný terminál, žádný hardwarový klíč: zákazník přiloží bezkontaktní kartu nebo peněženku v telefonu, jako je Apple Pay nebo Google Pay, přímo k zařízení obchodníka a platba proběhne přes NFC čip telefonu (rádiová technologie krátkého dosahu používaná pro bezkontaktní přenosy). Pokud se vám tato terminologie zdá matoucí, rozebrali jsme rozdíl mezi mobilními platbami přiložením a funkcí Tap to Pay v mobilu.

Zde je past. Čtení NFC tagu je opravdu projekt na víkend; nadšenci to dělají neustále. Čtení platební karty je ale jiná disciplína. Karty komunikují protokolem EMV (čipový protokol kartového průmyslu), data karty musí zůstat šifrovaná end-to-end a s těmito daty smí pracovat pouze certifikovaný software.

Proč nemůžete kartu jednoduše přečíst sami?

Protože každá vrstva celého systému vyžaduje povolení, než bude váš kód moci běžet na veřejnosti.

• Apple neposkytuje aplikacím přímý přístup k platebnímu NFC. Musíte použít jeho framework ProximityReader, který je přístupný pouze s oprávněním Tap to Pay on iPhone (speciální povolení, které Apple uděluje případ od případu). Apple také vyžaduje integraci s podporovaným poskytovatelem platebních služeb neboli PSP (společnost, která skutečně převádí peníze). PSP dodává certifikované konfigurace čtečky nahrané do zařízení obchodníka a nese břemeno certifikace.

• Android poskytuje vývojářům otevřenější přístup k NFC, ale aplikace pro přijímání plateb musí být přesto vyhodnocena nezávislou laboratoří uznávanou organizací PCI podle standardu PCI MPoC (bezpečnostní pravidla kartového průmyslu pro telefony fungující jako platební terminály).

• Pod oběma platformami potřebujete akviziční vztah: procesora ochotného zúčtovávat peníze pro vaše obchodníky, přičemž musíte dodržovat pravidla kartových asociací.

Nic z toho nelze vyřešit napsáním lepšího kódu. Jde o papírování, smlouvy a schvalovací procesy.

Jak vypadá schvalovací proces na iPhone?

Podle zveřejněných požadavků společnosti Apple vypadá proces následovně: musíte mít účet Apple Developer na úrovni organizace (vlastník účtu podává žádost osobně), spolupracovat s podporovaným PSP pro vaše regiony, požádat o oprávnění, integrovat API ProximityReader nebo SDK vašeho PSP, postupovat podle designových pokynů Apple pro platební obrazovku a odeslat aplikaci ke schválení. Dokumentace Apple také uvádí, že tato funkce funguje pouze v podporovaných zemích a oblastech, takže samotná dostupnost je pro vás předem určena trh po trhu.

Přečtěte si tento seznam znovu jako zakladatel nebo obchodník, nikoli jako vývojář. Ani jeden krok z toho není „naprogramovat funkci“. Funkce je ta snadná část; oprávnění je ten skutečný příkop.

Kam se přesouvá práce poté, co platba přiložením funguje?

Schválené přiložení karty vám zajistí platbu, nikoli prodejní místo (POS). V okamžiku, kdy se peníze dají do pohybu, musí být vše kolem platby správně: nákupní košík, vůči kterému se platba zúčtuje, daně na účtence, proces refundace a odsouhlasení reportů (každý dolar spárovaný s prodejem, každý den). Na stejnou mezeru jsme narazili, když jsme zkoumali, zda lze postavit POS pomocí Lovable nebo Replit: vytvoření rozhraní je rychlé, ale obchodní vrstva pod ním je to, co vám zabere nejvíce času.

Tap to Pay přináší také své vlastní provozní zvláštnosti. V naší implementaci musí být prodej namarkován na stejném zařízení, které přijímá platbu přiložením, a funguje to pouze v nativní aplikaci, nikdy v prohlížeči. Omezení jako tato v žádné brožuře nenajdete. Objevíte je, vyřešíte je technicky a pak o tom napíšete článek nápovědy. A když telefon na pultu přestane stačit, stejně vás čekají skutečná rozhodnutí o hardwaru.

Jak těžké je tedy vytvořit si vlastní aplikaci pro Tap to Pay?

Těžké specifickým způsobem: kódování je ta nejmenší část, zatímco partnerství s procesorem, oprávnění od Apple, laboratorní certifikace na Androidu a schválení aplikace tvoří většinu práce – a nic z toho neurychlíte vývojářským úsilím.

Pro nás to mělo smysl, protože POS platforma tyto náklady rozloží mezi všechny obchodníky, kteří ji používají. Tap to Pay je nyní tlačítko u pokladny, které si naši obchodníci jednoduše zapnou, a přijetí platby přes Tap to Pay je rutinní záležitost na pět kroků. Pokud jsou platby vaším produktem, je toto kolečko cenou za vstup na trh. Pokud jsou platby jen způsobem, jak dostat zaplaceno, budování vlastní aplikace pro Tap to Pay nedává finanční smysl; hotová verze již existuje v POS aplikacích a poplatky jsou to, kde dochází ke skutečnému srovnání.

Zlaté pravidlo: pokud funkce potřebuje k existenci povolení od někoho jiného, žádné množství chytrého kódu ji neurychlí.