IOSOR

IOSOR Vedomosti

Riadky debetu vs stav doručenia na tom istom ledgeri

Prepojte každé prepaid odpísanie jednotky s DLR alebo výsledkom kanála v jednom ledgeri peňaženky, aby finance nikdy nepovažovali badge sent za voľné peniaze ani voľný fail za tichý odpis.

Badge sent nie je voľný obed. Na prepaid každý billable unit zanechá riadok debit, ktorý finance spojí s outcome — delivered, failed, undelivered, accepted, connected alebo needs attention — bez screenshotov. Oddelené silá peňazí a doručenia vymýšľajú «voľné sends» a tiché write-offy.

IOSOR je white-label prepaid: jedna peňaženka naprieč messaging, verification, email, voice a JIT číslami. USD 20 financuje pilot, ktorý musí dokázať úprimnosť ledgera; soft review okolo USD 1,000/mesiac len zosilňuje nesúlad. Súrodenci: účtovanie SMS segmentov; politika opakovania neúspešného DLR pod prepaid. Tu: join peňazí↔outcome.

Sent nie je pravda o voľných peniazoch

«Prijaté sieťou» je produktová udalosť, nie darček zostatku. Settled units ukazujú sumu, menu, kanál a intent ID. Non-billable units nezanechajú settled debit — alebo explicitný release/refund. Sent ako voľné pri pohybe peňazí je lož; failed ako voľné pri settled debit je opačná.

Happy path: rezervácia predplateného zostatku pred prvým odpísaním. Fail-cesta: Keď prepaid hold zlyhá: auto-refund a pravda o stave. Korelácia: jeden riadok čitateľný aj po lagu DLR.

Jeden riadok potrebuje polia debit + outcome

Jeden spojiteľný riadok na billable intent:

Pole Prečo
Intent / correlation ID Spojí peňaženku a produkt
Suma debit + mena Dôkaz jediného pohybu peňazí
Kanál + typ unit SMS ≠ voice ≠ verify
Outcome / DLR stav Delivered, failed, pending, needs attention
Timestamp outcome Lag viditeľný; druhý debit zakázaný
Idempotency key Retry znova použijú peniaze — idempotencia, opakovania a peniaze

Oddelené money a DLR CSV bez spoločného kľúča nútia vymýšľať join — jeden export s oboma.

Lag DLR a stavu bez dvojitého charge

Outcomes prichádzajú neskoro. Pending po settle je normálny; druhý charge pre rovnaký kľúč nie. Settle raz pod holdom, aktualizujte outcome na mieste, neotvárajte paralelný debit kvôli flipu DLR. Retry pod jedným kľúčom: jeden pohyb peňazí, veľa zmien stavu.

Keď je fail finálny: settled debit s failed outcome (billable attempt) alebo release/refund, ak nikdy nebolo owed — nikdy fake Delivered. Lag do timestampov, nie duplikátov.

Výsledky kanálov nie sú zameniteľné

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. Kopírovať «Delivered» na všetky kanály skrýva burn a láme caps. Držte slovníky outcome podľa kanála pri spoločných peňažných stĺpcoch. Detail segmentov ostáva v SMS článku; export peňaženky potrebuje charged unit a kanálový outcome.

Month-end: month-end export peňaženky o 02:00 — holds, debits, refunds, outcomes v jednom súbore.

Checklist kupujúceho pre úprimnosť ledgera

  1. Vie finance spojiť každý settled debit s outcome bez ops?
  2. Aktualizuje neskorý DLR ten istý riadok namiesto druhého debit?
  3. Sú retry pod jedným idempotency key money-safe?
  4. Robí fail-cesta release/refund, keď nikdy nebolo owed?
  5. Sú klientské stavy bez mien upstream značiek?
  6. Je výdavok obmedzený cez kontrola prepaid výdavkov pred nárastom volume?

Začnite s IOSOR

Vyberte jednu SMS jednotku. Hold, vyrovnajte predplatený debet, potom vyžadujte koncové DLR na tom istom riadku ledger. Exportujte jeden riadok: suma debetu, stav DLR, pečiatky. Debet bez DLR — alebo DLR bez debetu — ostáva incidentom. Toto sú peniaze versus potvrdenka na jednom riadku, nie hygiena CRM ani odovzdanie alertu.

Zhrnutie IOSOR

Jeden riadok ledger drží debet aj DLR, inak financie neuzavrú odoslanie.

Pomohol tento sprievodca?

Súvisiace návody