Opakované účtování pro Firmy s kontinuální fakturací.

Silná autentizace zákazníka je obvykle vyžadována pro první transakci v sérii, známou jako transakce iniciovaná zákazníkem (CIT). Systém v této fázi provádí 3D Secure ověření.

Následné platby jsou označeny jako transakce iniciované obchodníkem (MIT) s použitím původního ID transakce jako reference. To umožňuje výjimku z SCA podle současných pravidel PSD2, za předpokladu, že částka zůstává v rozsahu původního mandátu nebo se řídí konzistentním opakujícím se vzorem, který vydavatel rozpozná.

Měkké zamítnutí indikuje dočasný problém, jako je „nedostatek finančních prostředků“ nebo „technická chyba“, kdy by následný pokus mohl být úspěšný. Tvrdé zamítnutí, jako je „ztracená nebo odcizená karta“ nebo „účet uzavřen“, indikuje trvalé selhání.

Pro firmy s kontinuální fakturací je rozlišení těchto typů zásadní; měkká zamítnutí by měla být zařazena do fronty pro opakování, zatímco tvrdá zamítnutí by měla spustit okamžité oznámení zákazníkovi, aby poskytl novou platební metodu a předešel tak přerušení služby.

Frekvence opakování by měla být řízena daty, nikoli libovolná. Průmyslová praxe naznačuje, že opakování 3 až 5krát během 14 až 21denního období je často účinné.

Načasování je často sladěno s běžnými výplatními cykly nebo konkrétními dny v týdnu, kdy mají držitelé karet s větší pravděpodobností dostatek finančních prostředků. Přílišné opakování může vést k nadměrným poplatkům za schéma a potenciálnímu monitorování karetními sítěmi, takže strategie musí být pečlivě kalibrována.

Zatímco služby aktualizace účtů výrazně snižují počet zamítnutí, nemohou je zcela eliminovat. Ne všechny zúčastněné banky podporují aktualizace v reálném čase a někteří držitelé karet se mohou rozhodnout účty uzavřít, spíše než jen vyměnit kartu.

Pro hlavní vydavatele však tyto služby poskytují spolehlivý způsob, jak automaticky získat nová PAN a data vypršení platnosti, což zajišťuje, že kontinuita služby nebude narušena administrativními daty vypršení platnosti.

Tokenizace je bezpečnostní požadavek, který nahrazuje primární číslo účtu nesenzitivním řetězcem. Tím se snižuje zátěž obchodníka s dodržováním PCI-DSS a chrání se podnik v případě narušení dat.

V modelu kontinuity umožňují tokeny obchodníkovi bezpečně iniciovat fakturační cykly. Síťové tokeny poskytují ještě vyšší úroveň zabezpečení tím, že jsou specifické pro doménu, což může vést k vyšším autorizačním sazbám od vydavatelů, kteří důvěřují vylepšenému zabezpečení.

Kód kategorie obchodníka (MCC) identifikuje typ podnikání pro vydavatele. Určité MCC jsou spojeny s vyšším rizikem nebo vyššími sazbami chargebacků, což může vést k přísnějším filtrům podvodů.

Zajištění správné kategorizace podnikání a použití vhodných transakčních příznaků pro „opakované“ služby umožňuje rizikovému motoru vydavatele aplikovat správnou logiku, což často vede k příznivějšímu autorizačnímu chování ve srovnání s chybně klasifikovanými transakcemi.