IOSOR

IOSOR Vedomosti

Účtovanie inbound MO proti outbound MT: dvojsmerové riadky peňaženky na jednom prepaid ledgeri

Odpovede, STOP a udalosti prenajatého čísla debitovujú. Ak financie modelovali len outbound, ledger klame. Dvojsmerový produkt musí vidieť MO a MT v tom istom exporte, so stropom auto-odpovede.

Pitch hovorí o outbound. V produkcii prenajaté číslo prijíma odpovede, STOP a niekedy hlasové spätné volania, a objavujú sa riadky, ktoré financie do modelu nenapísali. Inbound MO nie je bezplatná zdvorilosť. Dvojsmerový produkt hýbe MT a MO na tom istom prepaid ledgeri. Ak export počíta len «odoslané», financie berú inbound debet ako šum, kým použitie blízko USD 1,000+ z toho neurobí obchodnú tému.

IOSOR je white-label prepaid: outbound a inbound na jednom ledgeri, client-safe chyby, žiadny cudzí portál na všedný deň. live je dvojsmerová produkcia; in setup nie je lacná schránka. Pozri sprievodca obojsmernou schránkou a udalosti schránky na prenajatých číslach. Najprv dôkaz, potom škála.

Debety MO, ktoré financie neplánovali

Keď finančný model násobí len tarif MT, chýbajú riadky MO prenajatého čísla: inbound SMS, potvrdenia kľúčových slov, niekedy hlasové udalosti. Tie riadky debitovujú, keď príde odpoveď, nie v marketingovom kalendári. Produkt hovorí «sme dvojsmeroví»; financie sa pýtajú «ktorý riadok je inbound». Bez odpovede nie je kontrola.

Smer Čo vidí peňaženka Čo produkt často vynechá
MT outbound Jednotky / segmenty odoslania Že inbound tiež debitovuje
MO inbound Jednotky inbound + odpoveď kľúčového slova Korelácia s outbound vláknom
Auto-odpoveď Ďalší MT Strop slučky

MT versus MO v tom istom exporte

Vložte MT a MO do toho istého exportu: čas, číslo, smer, debet, correlation ID. Financie musia filtrovať podľa smeru, nie miešať inbound do priemeru outbound. STOP/HELP je riadok zhody a môže aj debitovať. Životný cyklus prenajatého čísla sa viaže k schránke: uvoľnenie musí čisto useknúť inbound udalosti, inak sa budúci mesiac objavia duchové riadky. Nenechajte svetový priemer skryť drahý inbound koridor.

Slučka auto-odpovede vyprázdni peňaženku

Auto-odpoveď bez stropu zmení jedno MO na rad MT, kým peňaženka nie je prázdna. Bot proti botovi, HELP citujúci originál, neidempotentné retry webhookov, vysávajú prepaid. Strop odpovedí na vlákno a STOP ako okamžitá supresia. Pozri slučky inbound auto-odpovedí. Keď politika povie stop, peňaženka zastaví, aj keď produkt chce «potvrdiť ešte raz». Vzorky slučky blízko USD 1,000+ patria do obchodného čítania, nie do tiketu o 02:00.

Udalosti schránky a korelácia

Schránka je dôkaz, nie chatová hračka. Každá inbound udalosť má ukázať číslo, časovú pečiatku a bezpečne redigované telo a odkázať na outbound kontext, ak je vlákno. Ops potrebuje prehrateľný front mŕtvych listov, nie dumpovať upstream payloady agentom. Bez korelácie financie nevysvetlia MO debet a produkt nedokáže, že dvojsmerovosť «beží». Prenájmy sledujú kalendárny mesiac UTC; vlastník schránky musí vedieť, kedy číslo končí.

Červené vlajky

  • Finančný model len s tarifom MT
  • Export nerozlišuje smer
  • Auto-odpoveď bez stropu na vlákno
  • STOP ako táranie, bez supresie
  • Agenti vidia surové upstream payloady
  • Uvoľnené číslo so stále živými inbound debetmi
  • Katalóg in setup sľúbený ako dvojsmerová produkcia

Začať s IOSOR

Pošlite jeden prichádzajúci MO a jeden odchádzajúci MT na tom istom prenajatom DID. Exportujte oba riadky peňaženky a dokážte rôzne kódy dôvodu. Dajte strop auto-odpovedi, aby inbound nerážal neobmedzené MT. Je to poctivosť dvojdsmerných prepaid riadkov, nie hlásenie zmesi týždňa faktúry a nie strop úložiska médií.

Zhrnutie IOSOR

MO a MT zdieľajú peňaženku, nie riadok.

Robte: označte prichádzajúci debit osobitne od odchádzajúceho. Nerobte: netovať MO do MT ani skrývať prichádzajúce riadky do konca mesiaca.

Pomohol tento sprievodca?

Súvisiace návody