IOSOR

IOSOR Teadmised

Deebeti read versus kohaletoimetamise staatus samas ledgeris

Seo iga prepaid ühiku deebet DLR-i või kanali tulemusega ühes wallet ledgeris, et finants ei käsitleks sent märki tasuta rahana ega faili vaikse write-offina.

Sent märk ei ole tasuta lõuna. Prepaidil jätab iga billable ühik deebeti rea, mille finants liidab tulemusega — delivered, failed, undelivered, accepted, connected või needs attention — ilma screenshot-arvamiseta. Eraldi raha- ja kohaletoimetamise silod leiutavad tasuta saatmisi ja vaikseid mahakandmisi.

IOSOR on white-label prepaid: üks rahakott messagingule, verificationile, emailile, voice’ile ja JIT numbri intentidele. USD 20 rahastab ledger aususe piloodi; soft review umbes USD 1,000/kuu teeb ainult mittevastavused valjemaks. SMS-segmentide arvestus segmentide matemaatikaks; ebaõnnestunud DLR-i korduskatse poliitika prepaidis retry ajastuseks. Siin: raha↔tulemuse liitmine.

Sent ei ole tasuta raha tõde

„Võrgust vastu võetud“ on tootesündmus, mitte saldo kingitus. Settled ühikud näitavad summat, valuutat, kanalit ja intent ID-d. Mitte-billable ühikud ei jäta settled deebetit — või selget release/refundi. Sent tasuta kui raha liikus — vale; failed tasuta kui deebet settled — vastupidi.

Happy path: ettemakstud saldo reserveerimine enne esimest debiteerimist. Fail path: Kui ettemakstud hold ebaõnnestub: auto-refund ja staatuse tõde. Korrelatsioon: üks rida pärast DLR viivitust.

Ühele reale vaja deebeti + outcome välju

Üks liidetav rida billable intenti kohta:

Väli Miks
Intent / correlation ID Rahakoti ja toote liitmine
Deebeti summa + valuuta Tõend, et raha liikus üks kord
Kanal + ühiku tüüp SMS ≠ voice ≠ verify
Outcome / DLR Delivered, failed, pending, needs attention
Tulemuse timestamp Viivitus nähtav; teine deebet keelatud
Idempotency key Retry taaskasutab raha — idempotentsus, korduskatsed ja raha

Eraldi money ja DLR CSV ilma ühise võtmeta sunnib leiutama join’e. Üks eksport mõlemaga.

DLR ja staatuse viivitus ilma topeltlaadimiseta

Tulemused saabuvad hilja. Pending pärast settle’i on normaalne; teine charge sama võtmega ei ole. Settle üks kord holdi all, uuenda outcome kohapeal, ära ava paralleelset deebetit DLR muutuse tõttu. Sama võti: üks rahaliikumine, palju staatusi.

Kui fail on lõplik — settled deebet failed outcome’iga (billable katse) või release/refund kui pole kunagi owed — mitte kunagi settled deebet võltsitud Deliverediga. Viivitus kuulub timestampidesse, mitte topelt ridadesse.

Kanali tulemused ei ole asendatavad

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. „Delivered“ kopeerimine kõikidele kanalitele peidab burni ja murrab caps’e. Segmentid — SMS artiklis; export — charged unit + kanali outcome.

Month-end: rahakoti month-end eksport kell 02:00 — holds, debits, refunds ja outcomes ühes failis.

Ostja kontroll-nimekiri ledger aususe kohta

  1. Kas finants liidab iga settled deebeti tulemusega ilma opsita?
  2. Kas hiline DLR uuendab sama rida, mitte teist deebetit?
  3. Kas retry ühe idempotency key all on money-safe?
  4. Kas fail path teeb release/refund kui pole kunagi owed?
  5. Kas kliendi staatused on ilma upstream kaubamärkideta?
  6. Kas kulu on piiratud ette makstud kulu kontroll kaudu enne mahu hüpet?

Alustage IOSOR-iga

Valige üks SMS-ühik. Hold, tasaarvestage ettemakstud deebet, nõudke seejärel lõpp-DLR samal ledger-real. Eksportige üks rida: deebeti summa, DLR olek, templid. Deebet ilma DLR-ita — või DLR ilma deebetita — jääb intsidendiks. See on raha vastu kviitungit ühel real, mitte CRM-hügieen ega hoiatuse üleandmine.

IOSOR kokkuvõte

Üks ledger-rida hoiab deebetit ja DLR-i, muidu ei saa rahandus saatmist sulgeda.

Kas see juhend oli kasulik?

Seotud juhendid