IOSOR

IOSOR Znanje

Retci terećenja vs status isporuke na istom ledgeru

Povežite svako prepaid terećenje jedinice s DLR-om ili ishodom kanala na jednom wallet ledgeru kako finance nikad ne bi tretirao sent značku kao besplatan novac ni besplatan fail kao tihi otpis.

Značka sent nije besplatan ručak. Na prepaidu svaka billable unit ostavlja red debit koji finance spaja s outcomeom — delivered, failed, undelivered, accepted, connected ili needs attention — bez screenshotova. Odvojeni silosi novca i isporuke izmišljaju «besplatne sende» i tihe write-offove.

IOSOR je white-label prepaid: jedan wallet preko messaginga, verificationa, emaila, voicea i JIT brojeva. USD 20 financira pilot koji mora dokazati poštenje ledgera; soft review oko USD 1,000/mjesec samo pojačava nesklad. Susjedi: računovodstvo SMS segmenata; politika ponavljanja neuspjelog DLR pod prepaid. Ovdje: join novac↔outcome.

Sent nije istina besplatnog novca

«Prihvaćeno od mreže» je produktni događaj, ne dar saldu. Settled units pokazuju iznos, valutu, kanal i intent ID. Non-billable units ne ostavljaju settled debit — ili ostavljaju eksplicitni release/refund. Sent kao besplatno uz pomak novca je laž; failed kao besplatno uz settled debit je suprotno.

Happy path: rezervacija prepaid salda prije prvog terećenja. Fail-put: Kada prepaid hold ne uspije: auto-refund i istina statusa. Korelacija: jedan red čitljiv i nakon DLR laga.

Jedan red treba polja debit + outcome

Jedan spojiv red po billable intentu:

Polje Zašto
Intent / correlation ID Spaja wallet i produkt
Iznos debit + valuta Dokazuje jedan novčani pomak
Kanal + tip unit SMS ≠ voice ≠ verify
Outcome / DLR status Delivered, failed, pending, needs attention
Timestamp outcomea Lag je vidljiv; drugi debit blokiran
Idempotency key Retryi ponovno koriste novac — idempotentnost, ponavljanja i novac

Odvojeni money i DLR CSV bez zajedničkog ključa tjeraju izmišljene joinove — jedan export s oba.

DLR i status lag bez dvostrukog chargea

Outcomes stižu kasno. Pending nakon settlea je normalan; drugi charge za isti ključ nije. Settle jednom pod holdom, ažurirajte outcome na mjestu, ne otvarajte paralelni debit zbog flipa DLR-a. Retry pod jednim ključem: jedan novčani pomak, mnogo prijelaza statusa.

Kad je fail konačan: settled debit s failed outcomeom (billable attempt) ili release/refund kad nikad nije owed — nikad fake Delivered. Lag u timestampovima, ne duplikatima.

Ishodi kanala nisu zamjenjivi

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. Kopiranje «Delivered» na sve kanale skriva burn i lomi capove. Držite rječnike outcomea po kanalu uz zajedničke novčane stupce. Detalj segmenata ostaje u SMS članku; export walleta treba charged unit i kanal-native outcome.

Month-end: month-end izvoz walleta u 02:00 — holdovi, debiti, refundovi, outcomes u jednoj datoteci.

Checklist kupca za poštenje ledgera

  1. Može li finance spojiti svaki settled debit s outcomeom bez opsa?
  2. Kasni DLR ažurira isti red umjesto drugog debita?
  3. Jesu li retryi pod jednim idempotency keyem money-safe?
  4. Rade li fail-putevi release/refund kad nikad nije bilo owed?
  5. Jesu li klijentski statusi bez imena upstream brandova?
  6. Je li potrošnja ograničena preko kontrola prepaid potrošnje prije volume spikeova?

Započnite s IOSOR

Uzmite jednu SMS jedinicu. Hold, namirite pretplaćeno terećenje, zatim zahtijevajte završni DLR na istom redu ledgera. Izvezite jedan red: iznos terećenja, status DLR, pečati. Terećenje bez DLR-a — ili DLR bez terećenja — ostaje incident. Ovo je novac naspram potvrde na jednom redu, ne higijena CRM-a ni predaja alarma.

Sažetak IOSOR

Jedan red ledgera drži terećenje i DLR, inače financije ne zatvaraju slanje.

Je li vam ovaj vodič pomogao?

Povezani vodiči