Opakované účtování pro Členské weby.

Služba Account Updater funguje tak, že přímo komunikuje s karetními schématy, jako jsou Visa a Mastercard, aby zkontrolovala změny stavu uložených údajů.

Když je karta člena nahrazena z důvodu vypršení platnosti nebo ztráty, služba poskytne nové číslo karty nebo datum vypršení platnosti před dalším fakturačním cyklem. To umožňuje zpracovateli plateb automaticky aktualizovat token v trezoru.

V důsledku toho proběhne následná opakovaná transakce s platnými údaji, což zabrání tvrdému zamítnutí, které by obvykle vedlo k automatickému pozastavení nebo zrušení členství.

Měkké zamítnutí nastane, když vydavatel zamítne transakci z dočasného důvodu, jako je „nedostatek finančních prostředků“ nebo dočasná technická chyba. Tyto lze často obnovit pomocí strategie opakování.

Tvrdé zamítnutí je trvalé zamítnutí, jako je „ukradená karta“ nebo „účet uzavřen“, které nelze vyřešit opakovaným pokusem se stejnou kartou.

Pro členské weby je rozlišení mezi nimi kritické; měkká zamítnutí by měla spustit automatizované pracovní postupy obnovy, zatímco tvrdá zamítnutí obvykle vyžadují kontaktování člena, aby poskytl novou platební metodu.

Podle nařízení PSD2 ve Spojeném království a EHP je 3DS2 obecně vyžadováno pro první transakci (CIT) k vytvoření platebního mandátu. Jakmile je držitel karty ověřen a mandát je vytvořen, následné opakované platby jsou obvykle kategorizovány jako transakce iniciované obchodníkem (MIT).

Tyto MIT jsou obecně mimo rozsah SCA, což znamená, že nevyžadují dodatečné ověření člena, pokud se částka výrazně nezmění nebo vydavatel nepožádá o výzvu. To umožňuje hladký proces obnovy při zachování souladu s platnými předpisy proti podvodům.

Ukládání nezpracovaných primárních čísel účtů (PAN) výrazně zvyšuje zátěž obchodníka v oblasti dodržování PCI-DSS a rizikový profil. Tokenizace nahrazuje citlivá data necitlivým ekvivalentem.

V kontextu členství se tento token používá pro všechny poplatky za obnovení. I když je interní databáze obchodníka kompromitována, tokeny jsou pro útočníky k ničemu, protože je může použít pouze konkrétní obchodník s jeho konkrétní bránou.

To chrání finanční údaje člena a zároveň zajišťuje, že obchodník může bezpečně udržovat opakovaný tok příjmů.

Ano, inteligentní směrování směřuje transakce k akceptantovi, který je s největší pravděpodobností schválí na základě různých faktorů, včetně umístění vydavatele a člena.

Pro členský web s globálním publikem obvykle směrování karty vydané ve Spojeném království k akceptantovi se sídlem ve Spojeném království (domácí zpracování) vede k vyšší míře schválení a nižším mezibankovním poplatkům než přeshraniční zpracování.

Použitím více akceptantů může systém obejít regionální výpadky a využít místní clearingové domy k maximalizaci efektivity procesu obnovy.

MCC je čtyřmístný kód přidělený akceptantem, který kategorizuje typ podnikání. Vydavatelé používají tyto kódy k posouzení rizika a určení, zda transakce odpovídá typickému chování člena při utrácení.

Pro členské weby je použití správného MCC (například 7399 pro obecné služby nebo 4841 pro kabelovou/streamovací službu) životně důležité.

Nesprávný MCC může vést k vyšší míře zamítnutí, pokud vydavatel vnímá transakci jako vysoce rizikovou nebo nekonzistentní s obchodním modelem, což potenciálně poškozuje celkový výkon autorizace webu.