Opakované účtování pro Předplatné aplikací.

Podle PSD2 a z toho vyplývajících požadavků SCA vyžaduje počáteční transakce použitá k nastavení předplatného obecně ověření 3D Secure. Jakmile je držitel karty ověřen a je zřízen mandát, následná obnovení jsou klasifikována jako transakce iniciované obchodníkem (MIT).

Ty jsou obecně mimo rozsah SCA, pokud obchodník poskytne správné příznaky transakce. Vydavatelé však stále mají právo požadovat ověření u jakékoli transakce.

Správná orchestrace zajišťuje, že systém dokáže zpracovat „měkká zamítnutí“, kdy vydavatel požaduje ověření krok za krokem, což uživatele vyzve k opětovnému zapojení do aplikace za účelem ověření platby.

Když selže obnovení předplatného aplikace, měkké zamítnutí může naznačovat dočasný problém, jako je vypršení časového limitu služby nebo blížící se vyčerpání úvěrového limitu zákazníka, což umožňuje pokus o opakování.

Tvrdé zamítnutí signalizuje trvalý problém, jako je zrušená karta nebo uzavřený účet, což obvykle vyžaduje, aby uživatel aktualizoval svou platební metodu v aplikaci.

V kontextu digitálních předplatných může pokus o opakování tvrdého zamítnutí vést k zbytečným poplatkům za schéma a může negativně ovlivnit vaše postavení u platebních sítí.

Často je vhodné implementovat automatickou logiku, která rozlišuje tyto výsledky, aby pomohla udržet zdravou základnu předplatitelů a snížit nedobrovolný odliv zákazníků.

Transakce s uloženou kartou často selhávají, protože karty vyprší nebo jsou znovu vydány. Služby aktualizace účtů, nabízené schématy jako Visa a Mastercard, umožňují PSP dotazovat se přímo na aktualizované informace o kartě.

Automatickou aktualizací uloženého tokenu s novým datem vypršení platnosti nebo PAN může předplatné pokračovat, aniž by uživatel musel ručně zadávat nové údaje.

To snižuje nedobrovolný odliv zákazníků, protože služba zůstává aktivní, aniž by si uživatel kdy uvědomil, že jeho karta vypršela, čímž se udržuje stabilní tok příjmů pro vývojáře aplikace.

Chytré směrování zahrnuje směrování platební žádosti k akceptantovi, který ji s největší pravděpodobností schválí na základě historických dat. Pro předplatné aplikací mohou tato data zahrnovat zemi vydavatele, částku transakce a denní dobu.

Někteří akceptanti mají lepší vztahy nebo efektivnější technické kanály s konkrétními vydavateli. Dynamickým výběrem cesty nejmenšího odporu mohou obchodníci zaznamenat měřitelné zvýšení míry autorizace.

To je obzvláště důležité pro přeshraniční předplatné, kde místní akceptace obecně překonává mezinárodní směrování.

Ukládání nezpracovaných dat karty vyžaduje nejvyšší úroveň souladu s PCI-DSS, což je pro většinu firem s aplikacemi náročné na zdroje. Tokenizace nahrazuje citlivá data držitele karty necitlivým ekvivalentem.

V modelech předplatného se tento token používá pro všechny pravidelné poplatky. Síťové tokeny, zejména, poskytují další vrstvu zabezpečení a funkčnosti, protože jsou specifické pro obchodníka a zařízení.

To snižuje riziko narušení dat a zajišťuje, že i když je token zachycen, nelze jej použít jinde v platebním ekosystému.

Pro úspěšnou konverzi zkušební verze na placené předplatné musí obchodník provést nominální autorizaci nebo ověření nulové hodnoty na začátku zkušební verze. Tím se ověří karta a zřídí mandát.

Je nutné jasně sdělit uživateli podmínky zkušební verze, aby se předešlo pozdějším chargebackům za „přátelské podvody“. Po skončení zkušební verze systém automaticky spustí první plnou platbu jako MIT.

Zajištění správného označení transakce jako konverze zkušební verze pomáhá vydavatelům pochopit zdroj náhlého poplatku, čímž se snižuje pravděpodobnost jeho zablokování.