IOSOR Teadmised

Lõppkasutaja saatmine koormab ikka ühte ettemaksukontot

Kompaktne saatmine debiteerib endiselt ISV ettemaksuga rahakotti. Ärge leiutage teist raamatupidamiskontot, mida toode ei rahasta — broneeringud, korduskatsed ja idempotentsus peavad jääma ausaks.

Inkrusteeritud sõnumside tundub lõppkasutajale tasuta: nad vajutavad SaaS-i kasutajaliideses nuppu Saada ja näevad rohelist märget. Pinna all koormab iga edukas edastamine ikkagi ühte ISV-le kuuluvat ettemaksukontot. Ei ole olemas teist rahakotti, mis ilmuks lihtsalt seepärast, et toode integreeris API. Kui ISV ei rahasta broneeringuid, peab saatmine ebaõnnestuma ausa tooteveaga — mitte võltsitud kohaletoimetamise olekuga.

Fiktiivne raamatupidamine on peamine tõrkeriim: rakendusesisene krediidimõõdik, mida IOSOR-i rahakott ei toeta, SaaS-i tagasimaksed, kui ettemaksukonto põleb, või ilma idempotentsuseta korduskatsed, mis debiteerivad ühte OTP-d topelt. Integreerimine peidab konsooli; ISV jääb ikka rahastavaks pooleks.

Arhitektuuridokumendi rida: lõppkasutaja saatmine ≡ ISV ettemaksu debiteerimine. Iga disainiarutelu algab sealt.

Üks pearaamat, isegi kui kasutajaliides näitab tootekrediite

Üürnikele müüdavad sõnumipaketid on ISV kommertskiht. Need peavad vastama ettemaksu broneeringutele ja debiteerimistele ühel IOSOR-i rahakotil, mida ISV rahastab. Üürniku saldo, mis ei klapi kunagi pearaamatu ridadega, on tugiteenuse võlapomm. Eksportige üürniku kasutus igal nädalal rahakoti ridade vastu, et finantsosakond näeks sama kulu, mida näeb toode.

Broneeringud ja idempotentsus kehtivad endiselt integreeritud teedel

Serveripoolne saatmine peab OTP ja tehinguliste SMS-ide jaoks kasutama idempotentsuse võtmeid. Topeltklõps SaaS-i kasutajaliideses ei tohi luua kahte debiteerimist ühe kasutaja tegevuse kohta. Korduskatsed pärast aegumist järgivad sama võtit kuni lõpliku DLR-i või kaardistatud tõrkeni.

Kaardistage tootevead pearaamatu tõega

SaaS UI signaal Pearaamatu tõde Lubatud järgmine samm
Saadetud / kohale toimetatud Debiteerimine + DLR tee eksisteerib Kuva kviitungi ID
Järjekorras Broneering avatud või taotlus vastu võetud Kontrolli olekut
Ebaõnnestunud / peatatud Broneering tagasi lükatud või blokeeritud Proovi uuesti ainult uue kavatsusega
Võlts edu Debiteerimiseta /.

Kanalite üleandmine jääb samale rahakotile

Kui toode lisab hiljem SMS-i kõrvale e-posti või häälsõnumid, maandub kulu endiselt samale ettemaksukontole, välja arvatud juhul, kui käivitate teise kanali üleandmise finantsosakonna heakskiidul. Integreerimine ei loo tasuta kõrvalkanalit. Lugege rahakoti naabruse kohta enne teise paani sisselülitamist SaaS-i seadetes.

Seotud toimingute teed

Alustage IOSOR-iga

Avaage iOSOR konsool ja ühendage oma rentniku krediidisüsteem otse esmase ettemakstud rahakoti pearaamatuga. Veenduge, et kõik serveripoolsed manustamistaotlused edastaksid deterministliku duplikaadikindla võtme enne pealisrahakoti blokeerimist. Seadistage oma veebikonksu lõpp-punkt sissetulevate kohaletoimetamise aruannete töötlemiseks, et avatud broneeringud laheneksid lõplikeks pearaamatu debiteeringuteks või vabastusteks.

IOSOR kokkuvõte

Manustatud teenusliides saab lõppkasutajatele kuvada kohandatud sõnumikrediiti, kuid iga tegelik edastus seondub ISV rahastatud ühtse ettemakstud pearaamatuga. Korduskatsed, kanalite laiendused ja kasutaja olekusignaalid peavad rahakotibroneeringutega otse sobituma, mitte tuginema katmata kasutajaliidese abstraktsioonidele.

Rakendage kindlasti ranged serveripoolsed kordumatud võtmed ja vastendage iga rentniku kasutajaliidese olek tõelistele pearaamatu aruannete vastustele. Ärge looge katmata teiseseid rahakotte ega lubage rentniku kasutajaliidese korduskatseid ilma konkreetsete pearaamatu broneeringuteta.

Kas see juhend oli kasulik?

Seotud juhendid