IOSOR

IOSOR Tieto

OTP-toimitusveloitus ei ole verify-istunto: kaksi ledger-riviä, yksi käyttäjä

Koodin sisältävä SMS-segmentti ja vahvistusistunto ovat kaksi prepaid-tapahtumaa samassa rekisteröinnissä. Älä sekoita niitä «yhdeksi OTP-kustannukseksi» äläkä piilota toista riviä taloudelta.

Käyttäjä pyysi koodia. Tuote näki yhden OTP:n. Prepaid-lompakko kirjasi kaksi riviä: viestivelotus SMS:stä (segmentit, kohde, DLR-polku) ja Verify-velotus istunnosta (luonti, TTL-ikkuna, tarkistus). Tiimit jotka sulattavat tämän «OTP-kustannukseksi» joko laskevat kahdesti board packissa tai piilottavat toisen rivin kuukauden loppuun. Kumpikaan ei ole kontrolli.

IOSOR ajaa white-label prepaid Verifyä SMS:n rinnalla yhdellä ledgerillä. Katalogi live on oikea kanava; in setup ei ole ilmainen istunto. Lähellä USD 1,000+ kuukausikäyttöä SMS-rivit ja Verify-istuntorivit muuttuvat kaupalliseksi review-materiaaliksi. Ei alustatilausta «pitämään Verify saatavilla».

Yksi käyttäjäistunto, kaksi prepaid-riviä

Matka on yksi. Raha on kaksi. Liittyviä, ei koskaan synonyymejä:

  1. Toimitusveloitus — SMS (tai ääni/sähköposti-fallback) joka kantoi koodin: encoding, segmentit, kohde, terminaalinen DLR.
  2. Verify-istuntoveloitus — myönnetty, odotti, tarkistettu, vanhentunut tai resend-politiikka.

Toimitusveloitus ei ole verify-istuntoveloitus

Tapahtuma Mitä lompakon pitää näyttää Tyypillinen virhe yhdistettäessä
Koodi-SMS lähetetty Segmenttivelotus, kohde, encoding «Yksi OTP» piilottaa UCS-2-multipartin
Terminaalinen DLR Sama SMS-rivi, päivitetty tila Retry veloitettu kahdesti ilman istuntoa
Istunto luotu Verify-velotus, TTL, kanava Istunto näyttää toiselta SMS:ltä
Check / expire

Miten tiimit laskevat kahdesti tai hautaavat toisen rivin

  • Board pack lisää SMS OTP -kulutuksen plus Verify-yksiköt jotka jo sisältävät nuo lähetykset.
  • Talous hyvittää toimittamattoman SMS:n ja mitätöi myös istunnon.
  • Kojelaudat näyttävät istunnon onnistumisen kun SMS on vielä pending DLR.
  • Verify in setup kun SMS on live — istuntoja luvattu, SMS veloittaa edelleen.

SMS-, DLR- ja verify-yrityksen täsmäytys

Viikoittainen täsmäytys, yksi käytävä:

  • Laske luodut istunnot SMS- (tai fallback-) yrityksiä vastaan.
  • Sovita terminaalinen DLR istunnon terminaaliin (delivered+checked, undelivered+expired, rejected+never checked).
  • Erota käyttäjän aloittama resend järjestelmän retryistä — eri omistajat, eri cooldown.
  • Julkaise p95 istunnon luonnista → toimitettu koodi, ei globaalia «OTP-latenssia».

Punaiset liput

  • Sekoitettu «OTP-maksu» ilman SMS-/istuntojakoa
  • Verify laskutettu kuin markkinointiblast
  • SMS hyvitetty koskematta istuntoriviin (tai päinvastoin) ilman politiikkaa
  • Resend-painike ohittaa cooldownin toisella kahdesta polusta
  • Upstream-brändinimet asiakasvirheissä
  • Verify luvattu kun kanava on in setup

Aloita IOSORilla

Tarkista konsolin verkkokoukut varmistaaksesi, että tekstiviestien osamaksut ja toimitusraportit luuttavat erillisiä kirjanpitotapahtumia istunnon vahvistusyrityksistä. Määritä laskutusportti yhdistämään istuntotarkistukset ja siirtomaksut erillisiin tapahtumatunnuksiin ennen ennakkomaksujen sulkemista.

IOSOR-yhteenveto

Tämä artikkeli osoitti, että tekstiviestien siirtokustannusten sekoittaminen vahvistuslogiikkaan hämärtää todelliset yksikkötalouden luvut ja aiheuttaa täsmäytysvirheitä johtoryhmän raporteissa sekä talouslokikirjoissa. Toimitusveloitusten seuranta itsenäisesti vahvistusistunnoista on välttämätöntä tarkan katteen näkyvyyden ja puhtaiden laskutustoimintojen kannalta.

Oliko tästä oppaasta apua?

Aiheeseen liittyvät oppaat