IOSOR

IOSOR Teadmised

Verify-seansi korrelatsioon finance-ekspordiks: kaks deebetit, üks ledgeri lugu

Verify loob SMS-tarnetest eraldi deebetid. Finance-ekspordid vajavad seansi korrelatsiooni-ID-sid ja TTL-/uuestisaatmise ridu, mis klapivad tarnega.

Kasutaja palus koodi. Toode nägi ühte OTP-d. Rahakott võib kanda kaks rida: SMS-tarne deebet, mis kandis koodi, ja Verify-seansi deebet (loo, TTL, kontrolli). Tiimid, kes sulatavad selle «OTP-kuluks», kas loevad kaks korda board packis või peidavad teise rea kuu lõpuni. kumbki pole kontroll. Kaks deebetit vajavad seansi lugu, et finance saaks eksportida.

IOSOR käivitab Verify SMS-i kõrval ühel white-label prepaid ledgeril. Kataloog live on päris kanal; in setup pole tasuta seanss. Umbes USD 1,000+ kuus saavad SMS-read ja Verify-seansi read äriliseks ülevaateks. Kahe deebeti jagamine: OTP-tarnekanne versus verify-seanss.

Tarne deebet vs verify deebet

Teekond on üks. Raha on kaks. Sugulased, mitte kunagi aliased. Tarne deebet katab kanali, mis kandis koodi: encoding, segmendid, siht, terminaalne DLR. Verify-seansi deebet katab väljastamise, TTL-akna, kontrolli, aegumise või uuesti saatmise poliitika. Kui finance näeb ainult SMS-i, tundub Verify «tasuta». Kui toode näeb ainult Verifyt, tundub SMS-pumpamine «rohkem seansse».

Seansi-ID väljad, mida finance peab eksportima

Finance-eksport peab suutma seansi kaupa rekonstrueerida: verify_session_id, seotud message_id või tarne-id, siht, kanal, TTL, terminaalne põhjus, debiteeritud summa ja ajatempli reas. Nädal ilma correlation id-ta on kviitungihunnik, mitte ledger. Kui toote juhtlaud näitab seansi edu, kuni SMS on veel pending DLR, peab eksport klappima mõlemad pooled, mitte kaks eraldi «valmis».

Uuesti saatmise TTL ja topeltridad

Uuesti saatmise poliitika otsustab, kas ilmuvad topeltridad. Cooldown, mis blokeerib seansi, aga tulistab ikka SMS-i (või vastupidi), tülitab kaks ledgerit. TTL aegumine peab sulgema sama Verify rea, mitte avama «kummitusseanssi». Kasutaja uuesti saatmine ja süsteemi retry on erinevad omanikud ja erinevad cooldownid.

Kooskõlastus enne skaalat

Enne skaalat, nädal kooskõlastust: loodud seansid vs SMS- (või fallback-) katsed; terminaalne DLR vs seansi terminal (tarnitud+kontrollitud, tarnimata+aegunud, tagasi lükatud+mitte kunagi kontrollitud); kasutaja uuesti saatmine eraldatud süsteemi retryst. Katsed >> seansid tähendab blast. Seansid >> katsed tähendab Verify arveldamist ilma kanalita. Mõlemad kukuvad ärilises ülevaates.

Punased lipud

  • Segatud «OTP-tasu» ilma SMS vs seansi splitita
  • Verify arveldatud kui turundusblast
  • SMS tagastatud ilma seansi rida puudutamata (või vastupidi) ilma poliitikata
  • Uuesti saatmise nupp, mis ignoreerib cooldowni ühel kahest teest
  • Kliendivead, mis nimetavad upstream kaubamärke
  • Verify lubatud, kuni kanal on in setup
  • Nädalaeksport ilma session correlation id-ta

Alustage IOSOR-iga

Eksportige kinnituse juhtpaneelist näidisnädala CSV ja kontrollige, et iga verify_session_id vastaks otse oma vastavatele tarne message_id kirjetele. Seadistage veebikonksu logimine nii, et seansi lõpp-põhjused salvestatakse koos operaatori tarnekviitungitega enne toodanguvärskenduste avaldamist.

IOSOR kokkuvõte

Kinnituskulude jälgimine eeldab seansi elutsükli eraldamist aluseks olevatest sõnumi tarne deebetitest. Kui finantsosakond vaatab autentimistasusid üheainsa segatud tarnekorvi kaudu ilma seansi korrelatsioonita, rikuvad kummitusdeebetid ja kaardistamata kordussaatmise kulud raamatupidamisarveid.

Kas see juhend oli kasulik?

Seotud juhendid