IOSOR

IOSOR Znalosti

Účtování inbound MO proti outbound MT: dvousměrné řádky peněženky na jednom prepaid ledgeru

Odpovědi, STOP a události pronajatého čísla debitovují. Modelovaly-li finance jen outbound, ledger lže. Dvousměrný produkt musí vidět MO a MT ve stejném exportu, se stropem auto-odpovědi.

Pitch mluví o outbound. V produkci pronajaté číslo přijímá odpovědi, STOP a někdy hlasová zpětná volání, a objevují se řádky, které finance do modelu nenapsaly. Inbound MO není bezplatná zdvořilost. Dvousměrný produkt hýbe MT a MO na stejném prepaid ledgeru. Počítá-li export jen «odeslané», finance berou inbound debet jako šum, dokud použití blízko USD 1,000+ z toho neudělá obchodní téma.

IOSOR je white-label prepaid: outbound a inbound na jednom ledgeru, client-safe chyby, žádný cizí portál na všední den. live je dvousměrná produkce; in setup není levná schránka. Viz průvodce obousměrnou schránkou a události schránky na pronajatých číslech. Nejdřív důkaz, pak škála.

Debety MO, které finance neplánovaly

Když finanční model násobí jen tarif MT, chybí řádky MO pronajatého čísla: inbound SMS, potvrzení klíčových slov, někdy hlasové události. Ty řádky debitovují, když přijde odpověď, ne v marketingovém kalendáři. Produkt říká «jsme dvousměrní»; finance se ptají «který řádek je inbound». Bez odpovědi není kontrola.

Směr Co vidí peněženka Co produkt často vynechá
MT outbound Jednotky / segmenty odeslání Že inbound také debitovuje
MO inbound Jednotky inbound + odpověď klíčového slova Korelace s outbound vláknem
Auto-odpověď Další MT Strop smyčky

MT versus MO ve stejném exportu

Vložte MT a MO do stejného exportu: čas, číslo, směr, debet, correlation ID. Finance musí filtrovat podle směru, ne míchat inbound do průměru outbound. STOP/HELP je řádek shody a může také debitovat. Životní cyklus pronajatého čísla se váže ke schránce: uvolnění musí čistě useknout inbound události, jinak se příští měsíc objeví duchové řádky. Nenechte světový průměr skrýt drahý inbound koridor.

Smyčka auto-odpovědi vyprázdní peněženku

Auto-odpověď bez stropu změní jedno MO v řadu MT, dokud peněženka není prázdná. Bot proti botovi, HELP citující originál, neidempotentní retry webhooků, vysávají prepaid. Strop odpovědí na vlákno a STOP jako okamžitá suprese. Viz smyčky auto-odpovědí inbound. Když politika řekne stop, peněženka zastaví, i když produkt chce «potvrdit ještě jednou». Vzorky smyčky blízko USD 1,000+ patří do obchodního čtení, ne do tiketu ve 02:00.

Události schránky a korelace

Schránka je důkaz, ne chatová hračka. Každá inbound událost má ukázat číslo, časové razítko a bezpečně redigované tělo a odkázat na outbound kontext, je-li vlákno. Ops potřebuje přehratelnou frontu mrtvých dopisů, ne dumpovat upstream payloady agentům. Bez korelace finance nevysvětlí MO debet a produkt nedokáže, že dvousměrnost «běží». Pronájmy sledují kalendářní měsíc UTC; vlastník schránky musí vědět, kdy číslo končí.

Červené vlajky

  • Finanční model jen s tarifem MT
  • Export nerozlišuje směr
  • Auto-odpověď bez stropu na vlákno
  • STOP jako klábosení, bez suprese
  • Agenti vidí surové upstream payloady
  • Uvolněné číslo s stále živými inbound debety
  • Katalog in setup slíbený jako dvousměrná produkce

Začít s IOSOR

Pošlete jeden příchozí MO a jeden odchozí MT na stejném pronajatém DID. Exportujte oba řádky peněženky a dokažte různé kódy důvodu. Dejte strop auto-odpovědi, aby inbound neražil neomezené MT. Je to poctivost dvousměrných prepaid řádků, ne hlášení směsi týdne faktury a ne strop úložiště médií.

Shrnutí IOSOR

MO a MT sdílejí peněženku, ne řádek.

Dělejte: označte příchozí debit zvlášť od odchozího. Nedělejte: netovat MO do MT ani skrývat příchozí řádky do konce měsíce.

Byl tento průvodce užitečný?

Související průvodci