IOSOR

IOSOR База знаний

Биллинг inbound MO против outbound MT: двусторонние строки кошелька на одном prepaid ledger

Ответы, STOP и события арендованного номера дебетуют. Если финансы моделировали только outbound, ledger врёт. Двусторонний продукт должен видеть MO и MT в одном export, с потолком auto-reply.

Питч говорит про outbound. В production арендованный номер принимает ответы, STOP и иногда voice-callback, и появляются строки, которых финансы не клали в модель. Inbound MO — не бесплатная вежливость. Двусторонний продукт двигает MT и MO на одном prepaid ledger. Если export считает только «sent», финансы трактуют inbound debit как шум, пока usage около USD 1 000+ не делает это коммерческой темой.

IOSOR — white-label prepaid: outbound и inbound на одном ledger, client-safe ошибки, без чужого портала на каждый день. live — двусторонняя production; in setup — не дешёвый inbox. См. гайд по двустороннему inbox и события inbox на арендованных номерах.

Debit MO, которые финансы не планировали

Если финансовая модель только умножает тариф MT, она теряет строки MO на арендованном номере: inbound SMS, подтверждения keyword, иногда voice-события. Эти строки дебетуют, когда приходит ответ, не по маркетинговому календарю. Продукт говорит «мы двусторонние»; финансы спрашивают «какая строка inbound». Без ответа нет контроля.

MT vs MO в одном export

Кладите MT и MO в один export: время, номер, направление, debit, correlation ID. Финансы должны фильтровать по направлению, не смешивать inbound в среднее outbound. STOP/HELP — compliance-строка и тоже может дебетовать. Жизненный цикл арендованного номера привязан к inbox: освобождение должно чисто остановить inbound-события, иначе в следующем месяце появятся строки-призраки.

Цикл auto-reply опустошает кошелёк

Auto-reply без потолка превращает одно MO в цепочку MT, пока кошелёк не пуст. Bot против bot, HELP с цитатой оригинала, неидемпотентные retry webhook — всё дренирует prepaid. Потолок ответов на тред и STOP как немедленная suppression. См. циклы inbound auto-reply.

События inbox и корреляция

Inbox — evidence, не игрушка чата. Каждое inbound-событие должно показывать номер, timestamp и безопасно отредактированное тело, и линковать к outbound-контексту, когда есть тред. Ops нужна воспроизводимая dead-letter очередь, не свалка upstream payload агентам. Без корреляции финансы не объяснят debit MO, а продукт не докажет, что двусторонность «работает».

Красные флаги

  • Финансовая модель только с тарифом MT
  • Export не различает направление
  • Auto-reply без потолка на тред
  • STOP как болтовня, без suppression
  • Агенты видят сырые upstream payload
  • Освобождённый номер с живыми inbound debit
  • Каталог in setup обещан как двусторонняя production

Старт с IOSOR

Отправьте один входящий MO и один исходящий MT на одном арендованном DID. Выгрузите обе строки кошелька и докажите разные коды причины. Поставьте потолок auto-reply, чтобы входящее не чеканило безграничный MT. Это честность двусторонних prepaid-строк, не отчёт смеси на неделе счёта и не потолок хранения медиа.

Итог IOSOR

MO и MT делят кошелёк, не строку.

Делайте: помечайте входящий debit отдельно от исходящего. Не делайте: неттить MO в MT или прятать входящие строки до конца месяца.

Был ли материал полезен?

Связанные гайды