IOSOR

IOSOR Vedomosti

Debet doručenia OTP nie je verify session: dva riadky ledgeru, jeden používateľ

SMS segment s kódom a overovacia session sú dve prepaid udalosti na jednej registrácii. Nezlúčujte ich do «jednej OTP ceny» a neschovávajte druhý riadok pred financiami.

Používateľ požiadal o kód. Produkt videl jeden OTP. Prepaid peňaženka zaúčtovala dva riadky: messaging debet za SMS (segmenty, destinácia, cesta DLR) a Verify debet za session (vytvorenie, TTL okno, kontrola). Tímy, ktoré to zlievajú do «OTP ceny», buď počítajú dvakrát v board packu, alebo schovávajú druhý riadok do konca mesiaca. Ani jedno nie je kontrola.

IOSOR prevádzkuje white-label prepaid Verify vedľa SMS na jednom ledgeri. Katalóg live je skutočný kanál; in setup nie je bezplatná session. Blízko USD 1,000+ mesačného usage sa SMS riadky a Verify session riadky stávajú materiálom commercial review. Žiadne platformové predplatné «aby Verify zostal dostupný».

Jedna používateľská session, dva prepaid riadky

Cesta je jedna. Peniaze sú dve.

  1. Debet doručenia — SMS (alebo voice/email fallback), ktoré nieslo kód: encoding, segmenty, destinácia, terminálny DLR.
  2. Debet Verify session — vydaná, čakala, skontrolovaná, vypršala alebo politika resend.

Debet doručenia nie je debet verify session

Udalosť Čo má peňaženka ukázať Typická chyba pri zlúčení
Kód SMS odoslaný Debet segmentov, destinácia, encoding «Jeden OTP» schová UCS-2 multipart
Terminálny DLR Rovnaký SMS riadok, aktualizovaný stav Retry účtovaný dvakrát bez session
Session vytvorená Debet Verify, TTL, kanál Session vyzerá ako ďalšie SMS
Check / expire Rovnaký Verify riadok,

Ako tímy počítajú dvakrát alebo pochovávajú druhý riadok

  • Board pack sčítava SMS OTP spend plus Verify jednotky, ktoré už tieto odoslania obsahujú.
  • Financie vracajú nedoručené SMS a zároveň rušia session.
  • Dashboards ukazujú úspech session, zatiaľ čo SMS je ešte pending DLR.
  • Verify in setup, SMS live — session sľúbené, SMS ďalej debetuje.

Zosúladenie SMS, DLR a pokusu verify

Týždenné zosúladenie, jeden koridor:

  • Počítajte vytvorené session proti SMS (alebo fallback) pokusom.
  • Párojte terminálny DLR s terminálom session (delivered+checked, undelivered+expired, rejected+never checked).
  • Oddelte používateľský resend od system retry — rôzni vlastníci, rôzny cooldown.
  • Publikujte p95 od vytvorenia session → doručený kód, nie globálnu «OTP latenciu».

Červené vlajky

  • Zmiešaný «OTP poplatok» bez split SMS / session
  • Verify účtovaný ako marketingový blast
  • Vrátenie SMS bez politiky k riadku session (alebo naopak)
  • Tlačidlo resend ignorujúce cooldown na jednej z dvoch ciest
  • Upstream značky v chybách viditeľných klientovi
  • Verify sľúbené, kým je kanál in setup

Začnite s IOSOR

Skontrolujte konzolové webhooky, aby poplatky za SMS segmenty a aktualizácie doručenia generovali odlišné udalosti hlavnej knihy než pokusy o overenie relácie. Nastavte platobnú bránu tak, aby prepojila kontroly relácií a poplatky za prenos na samostatné ID transakcií pred finalizáciou predplatených zostatkov.

Zhrnutie IOSOR

Tento článok ukázal, že prepojenie nákladov na prenos SMS segmentov s overovacou logikou skresľuje skutočnú ekonomiku jednotiek a vytvára chyby odsúhlasenia vo finančných výkazoch. Samostatné sledovanie debetov za doručenie oddelene od overovacích relácií je nevyhnutné pre presnú viditeľnosť marží a čisté fakturačné operácie.

Pomohol tento sprievodca?

Súvisiace návody