IOSOR

IOSOR Kunnskap

Inbound-MO-fakturering mot outbound-MT: toveis punglinjer på ett prepaid-ledger

Svar, STOP og hendelser på det leide nummeret debiterer. Har finance bare modellert outbound, lyver ledgeren. Et toveisprodukt må se MO og MT i samme eksport, med tak på autosvar.

Pitchen snakker om outbound. I produksjon tar det leide nummeret imot svar, STOP og av og til stemmetilbakekall, og linjer dukker opp som finance ikke skrev inn i modellen. Inbound-MO er ikke en gratis høflighet. Et toveisprodukt flytter MT og MO på samme prepaid-ledger. Teller eksporten bare «sendt», behandler finance inbound-debiteringen som støy til bruk nær USD 1,000+ gjør det kommersielt.

IOSOR er white-label prepaid: outbound og inbound på ett ledger, client-safe feil, ingen fremmed portal til hverdagen. live er toveisproduksjon; in setup er ikke en billig innboks. Se veiledning for toveis innboks og innboks-hendelser på leide numre. Bevis først, skala siden.

MO-debiteringer finance ikke hadde planlagt

Hvis finansmodellen bare ganger MT-tariffen, mangler MO-linjer på det leide nummeret: inbound-SMS, nøkkelordbekreftelser, av og til stemmehendelser. De linjene debiterer når svaret kommer, ikke på markedskalenderen. Produkt sier «vi er toveis»; finance spør «hvilken linje er inbound». Uten svar er det ingen kontroll.

Retning Hva pungen ser Hva produkt ofte utelater
MT outbound Sendeenheter / segmenter At inbound også debiterer
MO inbound Inbound-enheter + nøkkelordsvar Korrelasjon med outbound-tråden
Autosvar Nok et MT Løkketak

MT versus MO i samme eksport

Legg MT og MO i samme eksport: tid, nummer, retning, debitering, correlation ID. Finance skal filtrere på retning, ikke blande inbound inn i et outbound-snitt. STOP/HELP er en compliance-linje og kan også debitere. Livssyklusen for det leide nummeret binder til innboksen: frigivelse skal rent kappe inbound-hendelser, ellers dukker spøkelseslinjer opp neste måned. La ikke et verdenssnitt skjule en dyr inbound-korridor.

Autosvarsløkken tømmer pungen

Et autosvar uten tak gjør ett MO til en rekke MT til pungen er tom. Bot mot bot, HELP som siterer originalen, ikke-idempotente webhook-retries, suger prepaid. Svarstak per tråd og STOP som umiddelbar undertrykking. Se innkommende autosvar-løkker. Når politikken sier stopp, stopper pungen selv om produkt vil «bekrefte én gang til». Løkkeprøver nær USD 1,000+ hører hjemme i den kommersielle lesingen, ikke i en sak kl. 02:00.

Innbokshendelser og korrelasjon

Innboksen er evidens, ikke et chatleketøy. Hver inbound-hendelse skal vise nummer, tidsstempel og sikkert redigert kropp, og lenke til outbound-kontekst når det finnes en tråd. Ops trenger en avspillbar dead-letter-kø, ikke å dumpe upstream-payloads til agenter. Uten korrelasjon forklarer finance ikke MO-debiteringen, og produkt beviser ikke at toveis «virker». Leie følger UTC-kalendermåneden; innbokseieren må vite når nummeret utløper.

Røde flagg

  • Finansmodell bare med MT-tariff
  • Eksport skiller ikke retning
  • Autosvar uten trådtak
  • STOP som småprat, uten undertrykking
  • Agenter ser rå upstream-payloads
  • Frigitt nummer med fortsatt levende inbound-debiteringer
  • Katalog in setup lovet som toveisproduksjon

Start med IOSOR

Send ett innkommende MO og ett utgående MT på samme leide DID. Eksporter begge lommebokradene og bevis ulike årsakskoder. Sett tak på autosvar slik at inbound ikke preger grenseløst MT. Dette er toveis prepaid-radeærlighet, ikke en blandingsrapport for fakturauken og ikke et medietak.

IOSOR takeaway

MO og MT deler lommebok, ikke en rad.

Gjør: merk innkommende debit adskilt fra utgående. Ikke: nette MO inn i MT eller gjemme innkommende rader til månedsslutt.

Var denne guiden nyttig?

Relaterte veiledninger