IOSOR

IOSOR Viden

Debiteringsrækker vs leveringsstatus på samme ledger

Knyt hver prepaid-enhedsdebit til DLR eller kanaludfald på én wallet-ledger, så finance aldrig behandler et sent-badge som gratis penge eller et gratis fail som stille afskrivning.

Et sent-badge er ikke gratis frokost. På prepaid efterlader hver billable unit en debit-række, finance kan joine til et outcome — delivered, failed, undelivered, accepted, connected eller needs attention — uden skærmbilleder. Separate debit- og leveringssiloer opfinder «gratis sends» og stille write-offs.

IOSOR er white-label prepaid: én wallet på tværs af messaging, verification, email, voice og JIT-nummer-intents. USD 20 finansierer en pilot, der skal bevise ledger-ærlighed; soft review nær USD 1,000/måned gør kun mismatch højere. Søskende: regnskab for SMS-segmenter; politik for mislykket DLR-retry under prepaid. Her: penge↔outcome-join.

Sent er ikke gratis penge-sandhed

«Accepteret af netværket» er et produktevent, ikke en gave til saldoen. Settled units viser beløb, valuta, kanal og intent ID. Non-billable units efterlader ingen settled debit — eller en eksplicit release/refund. Sent som gratis ved pengebevægelse er en løgn; failed som gratis med settled debit er det modsatte.

Happy path: reservation af forudbetalt saldo før første debitering. Fail-path: Når en forudbetalt hold mislykkes: auto-refund og statussandhed. Korrelation: én række der stadig læses efter DLR-lag.

Én række skal have debit- og outcome-felter

Én joinbar række per billable intent:

Felt Hvorfor
Intent / correlation ID Join wallet og produkt
Debit-beløb + valuta Bevis penge flyttede én gang
Kanal + unit-type SMS ≠ voice ≠ verify units
Outcome / DLR-status Delivered, failed, pending, needs attention
Outcome-tidsstempel Lag synligt; anden debit blokeret
Idempotency key Retries genbruger penge — idempotens, gensendelse og penge

Separate money- og DLR-CSV uden fælles nøgle tvinger opfundne joins — ét export med begge.

DLR- og statuslag uden dobbelt charge

Outcomes kommer sent. Pending efter settle er normalt; en anden charge for samme nøgle er det ikke. Settle én gang under hold, opdater outcome på stedet, åbn aldrig en parallel debit fordi DLR flippede. Retries under én nøgle viser én pengebevægelse og mange statusovergange.

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

Kanaludfald er ikke udskiftelige

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. At kopiere «Delivered» på alle kanaler skjuler burn og knækker caps. Hold outcome-vokabular pr. kanal; del penge-kolonner. Wallet-export: charged unit + kanal-native outcome.

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

Købercheckliste for ledger-ærlighed

  1. Kan finance joine hver settled debit til et outcome uden ops?
  2. Opdaterer en sen DLR samme række i stedet for en anden debit?
  3. Er retries under én idempotency key money-safe?
  4. Frigiver fail-paths eller refunderer når aldrig owed?
  5. Er klientstatusser fri for upstream-brandnavne?
  6. Er forbrug begrænset med styring af forudbetalt forbrug før volume-spikes?

Start med IOSOR

Vælg én SMS-enhed. Hold, settle det forudbetalte debit, kræv derefter det terminale DLR på samme ledger-række. Eksportér én linje: debitbeløb, DLR-status, stempler. Et debit uden DLR — eller et DLR uden debit — forbliver en hændelse. Dette er penge mod kvittering på én række, ikke CRM-hygiejne og ikke en alarmoverdragelse.

IOSOR takeaway

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

Var denne guide nyttig?

Relaterede vejledninger