IOSOR

IOSOR Tieto

Verify-istunnon korrelaatio finance-vientiin: kaksi debetiä, yksi ledger-tarina

Verify luo erilliset debitit SMS-toimituksesta. Finance-vienti tarvitsee istuntokorrelaatio-ID:t ja TTL-/uudelleenlähetysrivit jotka täsmäävät toimitukseen.

Käyttäjä pyysi koodia. Tuote näki yhden OTP:n. Lompakko voi kirjata kaksi riviä: SMS-toimitusdebit joka kantoi koodin ja Verify-istuntodebit (luo, TTL, tarkista). Tiimit jotka sulattavat tämän «OTP-kustannukseksi» joko laskevat kahdesti board packissa tai piilottavat toisen rivin kuukauden loppuun. Kumpikaan ei ole kontrolli. Kaksi debitiä tarvitsee istuntotarinan jotta finance voi viedä.

IOSOR ajaa Verifyä SMS:n rinnalla yhdellä white-label prepaid-ledgerillä. Katalogi live on oikea kanava; in setup ei ole ilmainen istunto. Noin USD 1,000+ kuukaudessa SMS-rivit ja Verify-istuntorivit tulevat kaupalliseen katselmukseen. Kahden debitin jako: OTP-toimitusveloitus vastaan verify-istunto.

Toimitusdebit vs verify-debit

Matka on yksi. Raha on kaksi. Sukua, ei koskaan aliaksia. Toimitusdebit peittää kanavan joka kantoi koodin: encoding, segmentit, kohde, terminaalinen DLR. Verify-istuntodebit peittää liikkeeseenlaskun, TTL-ikkunan, tarkistuksen, vanhenemisen tai uudelleenlähetyspolitiikan. Jos finance näkee vain SMS:n, Verify näyttää «ilmaiselta». Jos tuote näkee vain Verifyn, SMS-pumppaus näyttää «lisää istuntoja».

Istunto-ID-kentät jotka finance vie

Finance-vienti pitää pystyä rekonstruoimaan istunnolta: verify_session_id, liittyvä message_id tai toimitus-id, kohde, kanava, TTL, terminaalinen syy, debitöity summa ja aikaleima per rivi. Viikko ilman correlation id:tä on kuittipino, ei ledger. Jos tuotedashboard näyttää istunnon onnistumisen kun SMS on vielä pending DLR, viennin pitää täsmätä molemmat puolet, ei kahta erillistä «valmis».

Uudelleenlähetyksen TTL ja kaksoisrivit

Uudelleenlähetyspolitiikka päättää tuleeko kaksoisrivejä. Cooldown joka estää istunnon mutta silti ampuu SMS:n (tai päinvastoin) riiduttaa kaksi ledgeriä. TTL-vanhenemisen pitää sulkea sama Verify-rivi, ei avata «haamuistuntoa». Käyttäjän uudelleenlähetys ja järjestelmän retry ovat eri omistajat ja eri cooldownit.

Täsmäytys ennen skaalaa

Ennen skaalaa viikko täsmäytystä: luodut istunnot vs SMS- (tai fallback-) yritykset; terminaalinen DLR vs istuntoterminaali (toimitettu+tarkistettu, toimittamaton+vanhentunut, hylätty+ei koskaan tarkistettu); käyttäjän uudelleenlähetys erillään järjestelmän retrystä. Yritykset >> istunnot tarkoittaa blastia. Istunnot >> yritykset tarkoittaa Verifyä ilman kanavaa. Molemmat kaatuvat kaupallisessa katselmuksessa.

Punaiset liput

  • Sekoitettu «OTP-maksu» ilman SMS-vs-istuntojakoa
  • Verify laskutettu kuin markkinointiblast
  • SMS hyvitetty koskematta istuntoriviin (tai päinvastoin) ilman politiikkaa
  • Uudelleenlähetysnappi joka ohittaa cooldownin yhdellä kahdesta polusta
  • Asiakasvirheet jotka nimeävät ylävirran merkit
  • Verify luvattu kun kanava on in setup
  • Viikkovienti ilman session correlation id:tä

Aloita IOSORilla

Vie viikoittainen otanta CSV-muodossa varmennusohjausnäkymästäsi ja varmista, että jokainen verify_session_id vastaa suoraan sen vastaavia toimituksen message_id-tietueita. Määritä verkkokoukku lokikirjaamaan istunnon päättymissyyt yhdessä operaattorin toimituskuittien kanssa ennen tuotantopäivitysten siirtämistä tuotantoon.

IOSOR-yhteenveto

Varmennuskustannusteho vaatii istunnon elinkaaren erottamista taustalla olevista viestitoimitusveloituksista. Kun taloushallinto tarkastelee todennusmaksuja yhden sekoitetun toimituskorin kautta ilman istuntokorrelaatiota, haamuveloitukset ja kartoittamattomat uudelleenlähetyskustannukset turmelevat kirjanpitotilit.

Oliko tästä oppaasta apua?

Aiheeseen liittyvät oppaat