Zlyhanie tichého overenia, potom jeden debet za OTP — nie dva

Zlyhanie tichého overenia, potom jeden debet za OTP — nie dva.

Mechanika záložného riešenia pri zlyhaní tichého overenia

Pri implementácii tichého mobilného overenia (silent auth) sa primárna cesta pokúša overiť identitu používateľa priamo prostredníctvom hlavičiek mobilnej siete. Tento proces tichého overenia je rýchly a bezproblémový, ale môže zlyhať, ak je používateľ na Wi-Fi alebo u nepodporovaného operátora. V takýchto prípadoch IOSOR automaticky spustí záložné riešenie (fallback) na štandardné SMS OTP. Tým sa zabezpečí, že proces overenia pokračuje bez prerušenia používateľského zážitku.

Pravidlá hlavnej knihy pre neúspěšné tiché pokusy

Kľúčovou prevádzkovou otázkou je, ako hlavná kniha (ledger) platformy tieto prechody zaznamenáva. Ak pokus o tiché overenie zlyhá, nesmie generovať poplatok za úspešné overenie. Hlavná kniha považuje pokus o tiché overenie a následnú SMS OTP za jedinú logickú transakciu. Ak tiché overenie zlyhá, transakcia zostáva otvorená. Až keď je záložná SMS OTP úspešne overená a platforma dostane stav 'Verify OK', hlavná kniha vykoná jeden debet.

Zamedzenie dvojitému účtovaniu pri prechode na SMS

Aby sa zabránilo dvojitému účtovaniu, rozhranie API platformy IOSOR sleduje token transakcie naprieč oboma kanálmi. Niektoré platformy chybne účtujú poplatok za doručenie tichého pokusu a ďalší za SMS OTP. IOSOR se tomu vyhýba použitím jednotnej šablóny overenia. Ak tiché overenie zlyhá, systém označí tichú fázu ako neúspešnú, ale ponechá reláciu aktívnu. Pri odoslaní SMS OTP systém čaká na konečný stav doručenia (DLR) a zadanie používateľa, kým vykoná zaúčtovanie.

Správa predplatených zostatkov a limitov

Všetky transakcie na platforme sa započítavajú voči vášmu predplatenému zostatku. IOSOR vyžaduje minimálny predplatený zostatok vo výške USD 20, aby vaše API zostalo aktívne a predišlo sa náhlym výpadkom služieb počas kampaní s vysokou prevádzkou. Pri účtoch, ktoré škálujú svoj objem overovania, sa pri dosiahnutí približne USD 1,000/mesiac spúšťa mierne posúdenie s cieľom vyhodnotiť vzorce používania, optimalizovať smerovanie a upraviť limity priepustnosti.

Integračné odkazy a overovanie webhookov

Ak chcete nakonfigurovať záložnú logiku a sledovať záznamy v hlavnej knihe, nahliadnite do našich podrobných sprievodcov. Zmeny stavu môžete sledovať v reálnom čase prihlásením sa na odber našich webhookov na overovanie, ktoré poskytujú okamžité dátové prenosy pre každú udalosť DLR a 'Verify OK'.

• Keď tiché overenie zlyhá: Poctivá záloha SMS OTP bez fiktívneho dvojitého účt…
• Fakturačný týždeň peňaženky: blokácie, zúčtovania a refundácie v jednom exporte
• debet doručenia OTP versus relácia verify

Začnite s IOSOR

Skontrolujte záložné transakčné užitočné zaťaženie v konzole IOSOR v časti záznamov overovacej relácie. Uistite sa, že vaša aplikácia opätovne používa jednotný transakčný token počas odovzdania SMS OTP namiesto inicializácie odpojenej druhej relácie. Overte prostredníctvom udalostí webhooku, že zlyhaná kontrola mobilnej siete sa zaregistruje ako prechod s nulovou sadzbou predtým, ako dôjde k jednému odpisu SMS.

Zhrnutie IOSOR

Prechod z tichej mobilnej verifikácie na SMS OTP musí celú sekvenciu považovať za jeden súvislý pokus. Prepojenie kontrol hlavičiek mobilnej siete a doručenia SMS s jednotným ID transakcie zaistí, že vaša účtovná kniha zaznamená jednu spoplatniteľnú udalosť až po úspešnom odoslaní kódu.

Opätovne použite pôvodné ID overovacej relácie pri spúšťaní logiky záložnej SMS. Nevykonávajte odpojené sekundárne verifikačné volania API, ktoré považujú zlyhané tiché kontroly za samostatné spoplatniteľné akcie.