IOSOR

IOSOR Kunnskap

Debettrader vs leveringsstatus på samme ledger

Knytt hver prepaid-enhetsdebet til DLR eller kanalutfall på én wallet-ledger, slik at finance aldri behandler et sent-merke som gratis penger eller et gratis fail som stille avskrivning.

Et sent-merke er ikke gratis lunsj. På prepaid etterlater hver billable unit en debettrad finance kan joine til et outcome — delivered, failed, undelivered, accepted, connected eller needs attention — uten skjermbilder. Separate debet- og leveringssiloer oppfinner «gratis sends» og stille write-offs.

IOSOR er white-label prepaid: én wallet på tvers av messaging, verification, email, voice og JIT-nummer-intents. USD 20 finansierer en pilot som må bevise ledger-ærlighet; soft review nær USD 1,000/måned gjør bare mismatch høyere. Søsken: regnskap for SMS-segmenter; policy for mislykket DLR-retry under prepaid. Her: penge↔outcome-join.

Sent er ikke gratis pengesannhet

«Akseptert av nettverket» er en produktehendelse, ikke en gave til saldoen. Settled units viser beløp, valuta, kanal og intent ID. Non-billable units etterlater ingen settled debit — eller en eksplisitt release/refund. Sent som gratis ved pengebevegelse er en løgn; failed som gratis med settled debit er motsatsen.

Happy path: reservasjon av forhåndsbetalt saldo før første belastning. Fail-path: Når en forhåndsbetalt hold mislykkes: auto-refund og statussannhet. Korrelasjon: én rad som fortsatt leses etter DLR-lag.

Én rad trenger debit- og outcome-felter

Én joinbar rad per billable intent:

Felt Hvorfor
Intent / correlation ID Join wallet og produkt
Debitbeløp + valuta Bevis penger flyttet én gang
Kanal + unit-type SMS ≠ voice ≠ verify units
Outcome / DLR-status Delivered, failed, pending, needs attention
Outcome-tidsstempel Lag synlig; andre debit blokkert
Idempotency key Retries gjenbruker penger — idempotens, nytt forsøk og penger

Separate money- og DLR-CSV uten felles nøkkel tvinger oppfunne joins — ett export med begge.

DLR- og statuslag uten dobbel charge

Outcomes kommer sent. Pending etter settle er normalt; en andre charge for samme nøkkel er det ikke. Settle én gang under hold, oppdater outcome på stedet, åpne aldri en parallell debit fordi DLR flippede. Retries under én nøkkel viser én pengebevegelse og mange statusoverganger.

Når fail er endelig: settled debit med failed outcome (billable attempt) eller release/refund når aldri owed — aldri fake Delivered. Lag i tidsstempler, ikke dubletter.

Kanalutfall er ikke utskiftbare

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. Å kopiere «Delivered» på alle kanaler skjuler burn og knuser caps. Hold outcome-vokabular per kanal; del pengekolonner. Wallet-export: charged unit + kanal-native outcome.

Month-end: month-end-eksport av wallet kl. 02:00 — holds, debits, refunds, outcomes i én fil.

Kjøpersjekkliste for ledger-ærlighet

  1. Kan finance joine hver settled debit til et outcome uten ops?
  2. Oppdaterer en sen DLR samme rad i stedet for en andre debit?
  3. Er retries under én idempotency key money-safe?
  4. Frigir fail-paths eller refunderer når aldri owed?
  5. Er klientstatuser fri for upstream-merkenavn?
  6. Er forbruk begrenset med styring av forhåndsbetalt forbruk før volume-spikes?

Start med IOSOR

Velg én SMS-enhet. Hold, settle det forskuddsbetalte debetet, krev deretter det terminale DLR på samme ledger-rad. Eksporter én linje: debitbeløp, DLR-status, stempler. Et debit uten DLR — eller et DLR uten debit — forblir en hendelse. Dette er penger mot kvittering på én rad, ikke CRM-hygiene og ikke en varseloverlevering.

IOSOR takeaway

Én ledger-rad holder debit og DLR, ellers kan økonomi ikke lukke sendingen.

Var denne guiden nyttig?

Relaterte veiledninger