A végfelhasználói küldés továbbra is egyetlen előre fizetett főkönyvet terhel

A beágyazott üzenetküldés ingyenesnek tűnik a végfelhasználó számára: rákattintanak a Küldés gombra a SaaS felületén, és egy zöld pipát látnak. A felszín alatt minden sikeres beküldés továbbra is az ISV tulajdonában lévő egyetlen előre fizetett főkönyvet terheli. Nem jelenik meg második pénztárca csak azért, mert a termék beágyazott egy API-t. Ha az ISV nem finanszírozza a zárolásokat, a küldésnek őszinte termékhibával kell meghiúsulnia — nem hamis kézbesített állapottal.

A fiktív könyvelés a hibaállapot: egy alkalmazáson belüli kreditmérő, amelyet nem támogat az IOSOR pénztárca, SaaS visszatérítések, miközben a főkönyv ég, vagy idempotencia nélküli újrapróbálkozások, amelyek duplán terhelnek egy OTP-t. A beágyazás elrejti a konzolt; az ISV marad a finanszírozó fél.

Egyetlen főkönyv, még akkor is, ha a felület termékkrediteket mutat

A bérlőknek értékesített üzenetcsomagok az ISV kereskedelmi rétegét képezik. Ezeket előre fizetett zárolásokhoz és terhelésekhez kell rendelni az egyetlen IOSOR pénztárcán, amelyet az ISV finanszíroz. Az a bérlői egyenleg, amely soha nem egyeztethető össze a főkönyvi sorokkal, időzített bomba a támogatás számára.

A zárolások és az idempotencia továbbra is érvényesek az beágyazott útvonalakon

A szerveroldali küldésnek idempotencia kulcsokat kell használnia az OTP és a tranzakciós SMS esetében. A SaaS UI-ban történő duplakattintás nem hozhat létre két terhelést egyetlen felhasználói művelethez. A időtúllépés utáni újrapróbálkozások ugyanazot a kulcsot követik a végleges DLR-ig vagy egy feltérképezett hibáig.

Mapoljon termékhibákat a főkönyvi igazsághoz

A csatornaátadások ugyanazon a pénztárcán maradnak

Ha a termék később e-mailt vagy hangot ad hozzá az SMS mellé, a költés továbbra is ugyanarra a főkönyvre érkezik, hacsak nem hajt végre második csatornaátadást a pénzügy jóváhagyásával. A beágyazás nem hoz létre ingyenes mellékcsatornát. Olvassa el a Pénztárca szomszédságát, mielőtt átváltana egy másik Live csempét a SaaS beállításaiban.

Kapcsolódó üzemeltetési útvonalak

• Második csatorna a pénztárcán: költési átadás
• idempotencia, újrapróbálás és pénz
• Sebességkorlátok érvényesítése több-bérlős fiókokon

Kezdje az IOSOR-ral

Nyissa meg az IOSOR konzolt, és képezze le a bérlői kreditsendszert közvetlenül az elsődleges előre fizetett tárcafőkönyvbe. Gondoskodjon arról, hogy minden szerver oldali beágyazási kérelem determinisztikus idempotencia-kulcsot használjon, mielőtt zárolást helyezne el a mestertárcán. Konfigurálja a webhook-végpontot a bejövő kézbesítési jelentések feldolgozására, hogy a nyitott zárolások tisztán feloldódjanak a végső főkönyvi terhelésekre vagy felszabadításokra.

IOSOR összegzés

Egy beágyazott felhőalapú felület egyéni üzenetkrediteket jeleníthet meg a végfelhasználóknak, de minden valós küldés az ISV által finanszírozott egységes előre fizetett főkönyvhöz kötődik. Az újrapróbálkozásoknak, a csatornabővítéseknek és a felhasználói státuszjelzéseknek közvetlenül a tárcazárolásokkal kell egyeztetniük a fedezet nélküli felületi absztrakciók helyett.

Alkalmazzon szigorú szerver oldali idempotencia-kulcsokat, és képezze le minden bérlői felületi állapotot a valódi főkönyvi kézbesítési válaszokra. Ne hozzon létre fedezet nélküli másodlagos tárcákat, és ne engedje meg a bérlői felületi újrapróbálkozások végrehajtását konkrét főkönyvi zárolások nélkül.