IOSOR

IOSOR Znanje

Naplata inbound MO naspram outbound MT: dvosmjerni retci novčanika na jednoj prepaid knjizi

Odgovori, STOP i događaji unajmljenog broja terećuju. Ako su financije modelirale samo outbound, knjiga laže. Dvosmjerni proizvod mora vidjeti MO i MT u istom izvozu, sa stropom auto-odgovora.

Pitch govori o outboundu. U proizvodnji unajmljeni broj prima odgovore, STOP i ponekad glasovne povratne pozive, i pojavljuju se retci koje financije nisu upisale u model. Inbound MO nije besplatna ljubaznost. Dvosmjerni proizvod pomiče MT i MO na istoj prepaid knjizi. Ako izvoz broji samo «poslane», financije tretiraju inbound terećenje kao šum dok uporaba blizu USD 1,000+ to ne učini komercijalnom temom.

IOSOR je white-label prepaid: outbound i inbound na jednom ledgeru, client-safe pogreške, bez tuđeg portala za svakodnevicu. live je dvosmjerna proizvodnja; in setup nije jeftin sandučić. Pogledajte vodič za dvosmjerni inbox i događaji inboxa na unajmljenim brojevima. Prvo dokaz, zatim skala.

Terećenja MO koja financije nisu planirale

Ako financijski model množi samo tarifu MT, nestaju retci MO unajmljenog broja: inbound SMS, potvrde ključne riječi, ponekad glasovni događaji. Ti retci terećuju kada stigne odgovor, ne na marketinškom kalendaru. Proizvod kaže «dvosmjerni smo»; financije pitaju «koji redak je inbound». Bez odgovora nema kontrole.

Smjer Što vidi novčanik Što proizvod često izostavi
MT outbound Jedinice / segmenti slanja Da inbound također terećuje
MO inbound Inbound jedinice + odgovor ključne riječi Korelacija s outbound dretvom
Auto-odgovor Još jedan MT Strop petlje

MT naspram MO u istom izvozu

Stavite MT i MO u isti izvoz: vrijeme, broj, smjer, terećenje, correlation ID. Financije moraju filtrirati po smjeru, ne miješati inbound u prosjek outbounda. STOP/HELP je redak usklađenosti i može terećivati. Životni ciklus unajmljenog broja veže se uz sandučić: oslobađanje mora čisto presjeći inbound događaje, inače sljedeći mjesec iskoče duhovi retci. Ne dajte da svjetski prosjek sakrije skup inbound koridor.

Petlja auto-odgovora prazni novčanik

Auto-odgovor bez stropa pretvara jedno MO u niz MT dok novčanik nije prazan. Bot protiv bota, HELP koji citira izvornik, neidempotentni retry webhooka, sisaju prepaid. Strop odgovora po dretvi i STOP kao trenutačno suzbijanje. Pogledajte petlje inbound auto-odgovora. Kad politika kaže stani, novčanik staje čak i ako proizvod želi «potvrditi još jednom». Uzorci petlje blizu USD 1,000+ pripadaju komercijalnom čitanju, ne tiketu u 02:00.

Događaji sandučića i korelacija

Sandučić je dokaz, ne igračka za chat. Svaki inbound događaj treba pokazati broj, vremenski žig i sigurno zamračeno tijelo, i povezati na outbound kontekst kad postoji dretva. Ops treba reproduktivni red mrtvih pisama, ne izlijevati upstream payloade agentima. Bez korelacije financije ne objašnjavaju terećenje MO, a proizvod ne dokazuje da dvosmjerno «radi». Najmovi prate kalendarski mjesec UTC; vlasnik sandučića mora znati kada broj istječe.

Crvene zastave

  • Financijski model samo s tarifom MT
  • Izvoz ne razlikuje smjer
  • Auto-odgovor bez stropa po dretvi
  • STOP kao ćaskanje, bez suzbijanja
  • Agenti vide sirove upstream payloade
  • Oslobođeni broj s još živim inbound terećenjima
  • Katalog in setup obećan kao dvosmjerna proizvodnja

Početak s IOSOR

Pošaljite jedan dolazni MO i jedan odlazni MT na istom unajmljenom DID-u. Izvezite oba retka novčanika i dokažite različite kodove razloga. Stavite strop na auto-odgovor da inbound ne kuje bezgranični MT. To je iskrenost dvosmjernih prepaid redaka, ne izvještaj mješavine tjedna računa i ne strop spremanja medija.

Sažetak IOSOR

MO i MT dijele novčanik, ne redak.

Radite: označite dolazni debit odvojeno od odlaznog. Ne radite: netirati MO u MT niti skrivati dolazne retke do kraja mjeseca.

Je li vam ovaj vodič pomogao?

Povezani vodiči