IOSOR

IOSOR Знање

Redovi debita naspram statusa isporuke na istom ledgeru

Povežite svaki prepaid unit debit sa DLR ili ishodom kanala na jednom wallet ledgeru da finansije ne tretiraju sent bedž kao besplatan novac ni fail kao tihi write-off.

Bedž sent nije besplatan ručak. Na prepaid svaka billable jedinica ostavlja debit red koji finansije spajaju sa ishodom — delivered, failed, undelivered, accepted, connected ili needs attention — bez nagađanja po screenshot-ima. Odvojeni silosi novca i isporuke izmišljaju besplatna slanja i tihe otpisе.

IOSOR je white-label prepaid: jedan novčanik za messaging, verification, email, voice i JIT namere brojeva. USD 20 finansira pilot iskrenosti ledger-a; soft review oko USD 1,000/mesec samo pojačava buku neslaganja. Uski susedi: рачуноводство SMS сегмената za matematiku segmenata; политика поновног покушаја неуспелог DLR под prepaid za timing retry-a. Ovde: join novca i ishoda.

Sent nije besplatna novčana istina

„Prihvaćeno od mreže“ je produktni događaj, ne poklon balansu. Settled jedinice pokazuju iznos, valutu, kanal i intent ID. Nebillable jedinice ne ostavljaju settled debit — ili eksplicitni release/refund. Sent besplatno uz pomeranje novca — laž; failed besplatno uz settled debit — obrnuto.

Happy path: резервација prepaid салда пре првог задужења. Fail path: Када prepaid hold падне: auto-refund и истинит статус. Korelacija: jedan red posle DLR laga.

Jednom redu trebaju polja debit + outcome

Jedan spojivi red po billable intent-u:

Polje Zašto
Intent / correlation ID Spoj wallet-a i produkta
Iznos debita + valuta Dokaz da se novac pomerio jednom
Kanal + tip jedinice SMS ≠ voice ≠ verify
Outcome / DLR status Delivered, failed, pending, needs attention
Timestamp ishoda Lag vidljiv; drugi debit zabranjen
Idempotency key Retry-i reuse novac — идемпотентност, понављања и новац

Odvojeni money i DLR CSV bez zajedničkog ključa forsaju izmišljene join-ove. Bolje jedan export sa oba.

DLR i status lag bez dvostrukog naplate

Ishodi stižu kasno. Pending posle settle-a je normalan; druga naplata za isti ključ nije. Settle jednom pod hold-om, ažurirajte outcome na mestu, nikad paralelni debit jer je DLR promenjen. Isti ključ: jedno kretanje, mnogo statusa.

Kad je fail finalan — settled debit sa failed outcome (billable pokušaj) ili release/refund kad nikad nije owed — nikad settled debit sa lažnim Delivered. Lag pripada timestamp-ima, ne duplim redovima.

Ishodi kanala nisu zamenljivi

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. Kopiranje „Delivered“ na sve kanale krije burn i lomi caps. Segmenti — u SMS članku; export treba charged unit i kanal-outcome.

Month-end: month-end export novčanika u 02:00 — holds, debits, refunds i outcomes u jednom fajlu.

Kupčeva checklista za iskrenost ledger-a

  1. Mogu li finansije spojiti svaki settled debit sa ishodom bez ops?
  2. Da li kasni DLR ažurira isti red umesto drugog debita?
  3. Da li su retry-i pod jednim idempotency key money-safe?
  4. Da li fail path radi release/refund kad nikad nije owed?
  5. Da li su klijentski statusi bez upstream brendova?
  6. Da li je potrošnja ograničena preko контрола унапред плаћене потрошње pre skoka volumena?

Počnite sa IOSOR

Узмите једну SMS јединицу. Hold, намирите претплаћено задужење, затим захтевајте завршни DLR на истом реду ledger-а. Извезите један ред: износ задужења, статус DLR, печати. Задужење без DLR — или DLR без задужења — остаје инцидент. Ово је новац наспрам признанице на једном реду, не хигијена CRM нити предаја аларма.

Резиме IOSOR

Један ред ledger-а држи задужење и DLR, иначе финансије не затварају слање.

Да ли је овај водич био корistan?

Повезани водичи