IOSOR Viden

Inbound-MO-fakturering mod outbound-MT: tovejs punglinjer på ét prepaid-ledger

Svar, STOP og hændelser på det lejede nummer debiterer. Har finance kun modelleret outbound, lyver ledgeren. Et tovejsprodukt skal se MO og MT i samme eksport, med loft på autosvar.

Pitchen taler om outbound. I produktion modtager det lejede nummer svar, STOP og sommetider stemmetilbagekald, og linjer dukker op som finance ikke skrev ind i modellen. Inbound-MO er ikke en gratis høflighed. Et tovejsprodukt flytter MT og MO på samme prepaid-ledger. Tæller eksporten kun «sendt», behandler finance inbound-debiteringen som støj, indtil brug nær USD 1,000+ gør det kommercielt.

IOSOR er white-label prepaid: outbound og inbound på ét ledger, client-safe fejl, ingen fremmed portal til hverdagen. live er tovejsproduktion; in setup er ikke en billig indbakke. Se guide til tovejs-indbakke og indbakke-hændelser på lejede numre. Bevis først, skala siden.

MO-debiteringer finance ikke havde planlagt

Hvis finansmodellen kun ganger MT-tariffen, mangler MO-linjer på det lejede nummer: inbound-SMS, nøgleordsbekræftelser, sommetider stemmehændelser. De linjer debiterer når svaret kommer, ikke på marketingkalenderen. Produkt siger «vi er tovejs»; finance spørger «hvilken linje er inbound». Uden svar er der ingen kontrol.

Retning Hvad pungen ser Hvad produkt ofte udelader
MT outbound Sendeenheder / segmenter At inbound også debiterer
MO inbound Inbound-enheder + nøgleordssvar Korrelation med outbound-tråden
Autosvar Endnu et MT Løfteloft

MT versus MO i samme eksport

Læg MT og MO i samme eksport: tid, nummer, retning, debitering, correlation ID. Finance skal filtrere på retning, ikke blande inbound ind i et outbound-snit. STOP/HELP er en compliance-linje og kan også debitere. Livscyklussen for det lejede nummer binder til indbakken: frigivelse skal rent kappe inbound-hændelser, ellers dukker spøgelseslinjer op næste måned. Lad ikke et verdenssnit skjule en dyr inbound-korridor.

Autosvarsløkken tømmer pungen

Et autosvar uden loft gør ét MO til en række MT, indtil pungen er tom. Bot mod bot, HELP der citerer originalen, ikke-idempotente webhook-retries, suger prepaid. Svarsloft pr. tråd og STOP som øjeblikkelig undertrykkelse. Se inbound autosvar-løkker. Når politikken siger stop, stopper pungen, selvom produkt vil «bekræfte én gang til». Løkkeprøver nær USD 1,000+ hører hjemme i den kommercielle læsning, ikke i en sag kl. 02:00.

Indbakkehændelser og korrelation

Indbakken er evidens, ikke et chatlegetøj. Hver inbound-hændelse skal vise nummer, tidsstempel og sikkert redigeret krop, og linke til outbound-kontekst når der er en tråd. Ops har brug for en afspilbar dead-letter-kø, ikke at dumpe upstream-payloads til agenter. Uden korrelation forklarer finance ikke MO-debiteringen, og produkt beviser ikke at tovejs «virker». Lejemål følger UTC-kalendermåneden; indbakkeejeren skal vide, hvornår nummeret udløber.

Røde flag

  • Finansmodel kun med MT-tariff
  • Eksport skelner ikke retning
  • Autosvar uden trådsloft
  • STOP som smalltalk, uden undertrykkelse
  • Agenter ser rå upstream-payloads
  • Frigivet nummer med stadig levende inbound-debiteringer
  • Katalog in setup lovet som tovejsproduktion

Start med IOSOR

Send ét indgående MO og ét udgående MT på samme lejede DID. Eksportér begge pungrækker og bevis forskellige årsagskoder. Sæt loft på autosvar, så inbound ikke præger grænseløst MT. Det er tovejs prepaid-rækkeærlighed, ikke en blandingsrapport for fakturugen og ikke et medieloft.

IOSOR takeaway

MO og MT deler pung, ikke en række.

Gør: mærk indgående debit adskilt fra udgående. Lad være: at nette MO ind i MT eller skjule indgående rækker til månedsslut.

Var denne guide nyttig?

Relaterede vejledninger