IOSOR

IOSOR Wiedza

Rozliczenie inbound MO kontra outbound MT: dwukierunkowe wiersze portfela na jednym ledgerze prepaid

Odpowiedzi, STOP i zdarzenia wynajętego numeru debitowują. Jeśli finanse modelowały tylko outbound, ledger kłamie. Produkt dwukierunkowy musi widzieć MO i MT w tym samym eksporcie, z limitem auto-odpowiedzi.

Pitch mówi o outbound. W produkcji wynajęty numer przyjmuje odpowiedzi, STOP i czasem oddzwonienia głosowe, i pojawiają się wiersze, których finanse nie wpisały do modelu. Inbound MO nie jest darmową uprzejmością. Produkt dwukierunkowy rusza MT i MO na tym samym ledgerze prepaid. Jeśli eksport liczy tylko «wysłane», finanse traktują debet inbound jako szum, aż użycie koło USD 1,000+ czyni z tego temat handlowy.

IOSOR to white-label prepaid: outbound i inbound na jednym ledgerze, błędy client-safe, bez obcego portalu na co dzień. live to produkcja dwukierunkowa; in setup to nie tania skrzynka. Zobacz przewodnik po dwukierunkowej skrzynce i zdarzenia skrzynki na wynajętych numerach. Najpierw dowód, potem skala.

Debety MO, których finanse nie zaplanowały

Jeśli model finansowy mnoży tylko taryfę MT, gubi wiersze MO wynajętego numeru: inbound SMS, potwierdzenia słów kluczowych, czasem zdarzenia głosowe. Te wiersze debitowują, gdy przychodzi odpowiedź, nie w kalendarzu marketingu. Produkt mówi «jesteśmy dwukierunkowi»; finanse pytają «który wiersz jest inbound». Bez odpowiedzi nie ma kontroli.

Kierunek Co widzi portfel Co produkt często pomija
MT outbound Jednostki / segmenty wysyłki Że inbound też debitowuje
MO inbound Jednostki inbound + odpowiedź słowa kluczowego Korelacja z wątkiem outbound
Auto-odpowiedź Kolejny MT Limit pętli

MT kontra MO w tym samym eksporcie

Włóżcie MT i MO do tego samego eksportu: czas, numer, kierunek, debet, correlation ID. Finanse muszą filtrować po kierunku, nie mieszać inbound w średnią outbound. STOP/HELP to wiersz zgodności i też może debitować. Cykl życia wynajętego numeru wiąże się ze skrzynką: zwolnienie numeru musi czysto uciąć zdarzenia inbound, inaczej w następnym miesiącu pojawią się wiersze-widma. Niech średnia światowa nie ukryje drogiego korytarza inbound.

Pętla auto-odpowiedzi opróżnia portfel

Auto-odpowiedź bez limitu zamienia jedno MO w szereg MT, aż portfel jest pusty. Bot przeciw botowi, HELP cytujący oryginał, nieidempotentne retry webhooków, drenują prepaid. Limit odpowiedzi na wątek i STOP jako natychmiastowa supresja. Zobacz pętle auto-odpowiedzi inbound. Gdy polityka mówi stop, portfel staje, nawet jeśli produkt chce «potwierdzić jeszcze raz». Próbki pętli koło USD 1,000+ wchodzą w odczyt handlowy, nie w tiket o 02:00.

Zdarzenia skrzynki i korelacja

Skrzynka to dowód, nie zabawka czatu. Każde zdarzenie inbound powinno pokazać numer, znacznik czasu i bezpiecznie zredagowane ciało, i powiązać z kontekstem outbound, gdy jest wątek. Ops potrzebuje odtwarzalnej kolejki martwych listów, nie zrzutu payloadów upstream do agentów. Bez korelacji finanse nie wyjaśnią debetu MO, a produkt nie udowodni, że dwukierunkowość «działa». Najmy idą za miesiącem kalendarzowym UTC; właściciel skrzynki musi wiedzieć, kiedy numer wygasa.

Czerwone flagi

  • Model finansowy tylko z taryfą MT
  • Eksport nie rozróżnia kierunku
  • Auto-odpowiedź bez limitu na wątek
  • STOP traktowane jak pogawędka, bez supresji
  • Agenci widzą surowe payloady upstream
  • Zwolniony numer z wciąż żywymi debitami inbound
  • Katalog in setup obiecany jako produkcja dwukierunkowa

Start z IOSOR

Wyślijcie jeden przychodzący MO i jeden wychodzący MT na tym samym wynajętym DID. Wyeksportujcie oba wiersze portfela i udowodnijcie różne kody powodu. Nałóżcie sufit na auto-odpowiedź, by inbound nie bił bezgranicznego MT. To uczciwość dwukierunkowych wierszy prepaid, nie raport mieszanki tygodnia faktury i nie sufit przechowywania mediów.

Podsumowanie IOSOR

MO i MT dzielą portfel, nie wiersz.

Rób: oznaczaj przychodzący debit osobno od wychodzącego. Nie rób: netować MO w MT ani chować wierszy przychodzących do końca miesiąca.

Czy ten przewodnik był pomocny?

Powiązane przewodniki