IOSOR

IOSOR Kunskap

Inbound-MO-fakturering mot outbound-MT: tvåvägsplånboksrader på en prepaidliggare

Svar, STOP och händelser på det hyrda numret debiterar. Har finans bara modellerat outbound ljuger liggaren. En tvåvägsprodukt måste se MO och MT i samma export, med tak på autosvar.

Pitchen talar om outbound. I produktion tar det hyrda numret emot svar, STOP och ibland röståteruppringningar, och rader dyker upp som finans inte skrev in i modellen. Inbound-MO är ingen gratis artighet. En tvåvägsprodukt rör MT och MO på samma prepaidliggare. Räknar exporten bara «skickade» behandlar finans inbound-debiteringen som brus tills användning nära USD 1,000+ gör det till ett kommersiellt ämne.

IOSOR är white-label prepaid: outbound och inbound på en ledger, client-safe fel, ingen främmande portal för vardagen. live är tvåvägsproduktion; in setup är ingen billig inkorg. Se guide för tvåvägsinkorg och inkorgshändelser på hyrda nummer. Bevis först, skala sedan.

MO-debiteringar finans inte hade planerat

Om finansmodellen bara multiplicerar MT-tariffen saknas MO-rader för det hyrda numret: inbound-SMS, nyckelordsbekräftelser, ibland rösthändelser. De raderna debiterar när svaret kommer, inte på marknadsföringskalendern. Produkt säger «vi är tvåvägs»; finans frågar «vilken rad är inbound». Utan svar finns ingen kontroll.

Riktning Vad plånboken ser Vad produkt ofta utelämnar
MT outbound Sändenheter / segment Att inbound också debiterar
MO inbound Inbound-enheter + nyckelordssvar Korrelation med outbound-tråden
Autosvar Ännu ett MT Slingtak

MT kontra MO i samma export

Lägg MT och MO i samma export: tid, nummer, riktning, debitering, correlation ID. Finans måste filtrera på riktning, inte blanda inbound i ett outbound-snitt. STOP/HELP är en efterlevnadsrad och kan också debitera. Livscykeln för det hyrda numret binds till inkorgen: att släppa numret måste rent kapa inbound-händelser, annars dyker spökrader upp nästa månad. Låt inte ett världsmedel dölja en dyr inbound-korridor.

Autosvarsslingan tömmer plånboken

Ett autosvar utan tak gör ett MO till en rad MT tills plånboken är tom. Bot mot bot, HELP som citerar originalet, icke-idempotenta webhook-retries, suger prepaid. Svarstak per tråd och STOP som omedelbar undertryckning. Se inbound autosvarsslingor. När policyn säger stopp stannar plånboken även om produkt vill «bekräfta en gång till». Slingprover nära USD 1,000+ hör hemma i den kommersiella läsningen, inte i ett ärende kl. 02:00.

Inkorgshändelser och korrelation

Inkorgen är bevis, inte en chattleksak. Varje inbound-händelse ska visa nummer, tidsstämpel och säkert redigerad kropp, och länka till outbound-kontext när det finns en tråd. Ops behöver en spelningsbar dead-letter-kö, inte dumpa uppströms-payloads till agenter. Utan korrelation förklarar finans inte MO-debiteringen och produkt bevisar inte att tvåvägs «fungerar». Hyror följer UTC-kalendermånaden; inboxägaren måste veta när numret går ut.

Röda flaggor

  • Finansmodell bara med MT-tariff
  • Export som inte skiljer riktning
  • Autosvar utan trådtak
  • STOP som småprat, utan undertryckning
  • Agenter ser råa uppströms-payloads
  • Frisläppt nummer med ännu levande inbound-debiteringar
  • Katalog in setup utlovad som tvåvägsproduktion

Börja med IOSOR

Skicka ett inkommande MO och ett utgående MT på samma hyrda DID. Exportera båda plånboksraderna och bevisa olika orsakskoder. Sätt tak på autosvar så inbound inte präglar gränslöst MT. Det är tvåvägs prepaid-radärlighet, inte en blandrapport för fakturaveckan och inte ett medialagringstak.

IOSOR sammanfattning

MO och MT delar plånbok, inte en rad.

Gör: märk inkommande debit skilt från utgående. Gör inte: netta MO in i MT eller gömma inkommande rader till månadsslut.

Var den här guiden till hjälp?

Relaterade guider