IOSOR

IOSOR Znanje

Slanje krajnjeg korisnika i dalje tereti jedan prepaid registar

Ugrađeno slanje i dalje tereti ISV prepaid novčanik. Nemojte izmišljati drugi registar koji proizvod ne financira.

Ugrađeno slanje poruka doima se besplatnim za krajnjeg korisnika: kliknu Pošalji u SaaS sučelju i vide zelenu kvačicu. Pod površinom, svako uspješno slanje i dalje tereti jedan prepaid registar u vlasništvu ISV-a. Ne pojavljuje se drugi novčanik samo zato što je proizvod ugradio API. Ako ISV ne financira rezervacije, slanje mora propasti s iskrenom pogreškom proizvoda — a ne s lažnim statusom isporuke.

Fiktivno knjigovodstvo je način otkazivanja: brojač kredita u aplikaciji koji nije pokriven IOSOR novčanikom, SaaS povrati novca dok se registar prazni, ili ponovni pokušaji bez idempotentnosti koji dvostruko terete jedan OTP. Ugradnja skriva konzolu; ISV ostaje strana koja financira.

Arhijekturna smjernica: slanje krajnjeg korisnika ≡ ISV prepaid teret. Svaki pregled dizajna počinje tamo.

Jedna glavna knjiga, čak i kada sučelje prikazuje kredite proizvoda

Paketi poruka prodani korisnicima komercijalni su sloj ISV-a. Moraju se preslikati na prepaid rezervacije i terete na jedinstvenom IOSOR novčaniku koji ISV financira. Stanje korisnika koje se nikada ne uskladi s redcima glavne knjige je bomba za korisničku podršku. Izvozite potrošnju korisnika tjedno u odnosu na redke novčanika kako bi financije vidjele istu potrošnju kao i proizvod.

Rezervacije i idempotentnost i dalje vrijede na ugrađenim putanjama

Slanje sa strane poslužitelja mora koristiti ključeve idempotentnosti za OTP i transakcijski SMS. Dvostruki klik u SaaS sučelju ne smije stvoriti dva tereta za jednu radnju korisnika. Ponovni pokušaji nakon isteka vremena slijede isti ključ do konačnog DLR-a ili preslikane pogreške.

Mapirajte pogreške proizvoda na istinu glavne knjige

Signal u SaaS UI-ju Istina glavne knjige Dopušteni sljedeći korak
Poslano / isporučeno Teret + DLR putanja postoji Prikaži ID potvrde
U čekanju Rezervacija otvorena ili prihvaćena Provjeri status
Neuspješno / pauzirano Rezervacija odbijena ili zaustavljena Ponovi samo s novom namjerom
Lažni uspjeh Bez tereta / bez re.

Primopredaje kanala ostaju na istom novčaniku

Ako proizvod kasnije doda e-poštu ili glas uz SMS, potrošnja i dalje ide na isti registar, osim ako ne izvršite primopredaju drugog kanala uz odobrenje financija. Ugradnja ne stvara besplatni sporedni kanal. Pročitajte o susjedstvu novčanika prije uključivanja druge Live kartice u SaaS postavkama.

Povezane operativne putanje

Započnite s IOSOR-om

Otvorite IOSOR konzolu i povežite sustav kredita svog zakupca izravno s glavnom knjigom pretplaćenog novčanika. Osigurajte da svi zahtjevi za ugrađivanje na strani poslužitelja prolaze kroz deterministički ključ idempotencije prije postavljanja blokade na glavni novčanik. Konfigurirajte krajnju točku webhooka za obradu dolaznih izvješća o dostavi kako bi se otvorene blokade uredno razriješile u konačna zaduženja ili oslobađanja glavne knjige.

Sažetak IOSOR

Ugrađeno sučelje može prikazati prilagođene kredite za poruke krajnjim korisnicima, ali svako stvarno slanje veže se uz jedinstveni pretplaćeni novčanik koji financira neovisni dobavljač softvera. Ponovni pokušaji, proširenja kanala i signali statusa korisnika moraju se izravno uskladiti s blokadama novčanika, umjesto s nepodržanim apstrakcijama korisničkog sučelja. Obavezno primijenite stroge ključeve idempotencije na strani poslužitelja i mapirajte svako stanje korisničkog sučelja zakupca na prave odgovore izvješća o dostavi iz glavne knjige. Nemojte izmišljati nepodržane sekundarne novčanike niti dopustiti da se ponovni pokušaji korisničkog sučelja izvršavaju bez konkretnih blokada u glavnoj knjizi.

Je li vam ovaj vodič pomogao?

Povezani vodiči