着信 MO 課金と発信 MT：一つのプリペイド台帳上の双方向ウォレット行

ピッチは出方向を語る。本番ではレンタル番号が返信、STOP、時に音声の折り返しを受け、財務がモデルに書いていない行が立つ。着信 MO は無料の礼儀ではない。双方向製品は同じ prepaid 台帳で MT と MO を動かす。エクスポートが「送信数」だけなら、財務は着信借方をノイズ扱いし、月次が USD 1,000+ に近づいて初めて商業課題になる。

IOSOR は white-label prepaid。出と入は一つの ledger。client-safe な誤り。日常に他人のポータルはない。live が双方向の本番。in setup は安い受信箱ではない。双方向受信トレイのガイド と レンタル番号の受信イベント を見よ。まず証拠、それから規模。

財務が計画していなかった MO 借方

財務モデルが MT 単価だけを掛けると、レンタル番号の MO 行が落ちる。着信 SMS、キーワード確認、時に音声事象。これらの行は返信が着いたときに借方になり、マーケティング暦には載らない。プロダクトは「双方向だ」と言い、財務は「どの行が着信か」と問う。答えられなければ制御ではない。

同じエクスポートの MT と MO

MT と MO を同じエクスポートに置け。時刻、番号、方向、借方、correlation ID。財務は方向で濾せ。着信を発信平均に溶かすな。STOP/HELP はコンプライアンス行であり、借方にもなり得る。レンタル番号の寿命は受信箱に結びつく。番号を解放するとき着信事象をきれいに止めよ。さもなくば翌月に幽霊行が出る。世界平均が高い着信回廊を隠すな。

自動返信ループがウォレットを空にする

上限のない自動返信は一つの MO を MT の列に変え、ウォレットを空にする。ボット対ボット、原文を引用する HELP、非冪等な webhook 再試行は prepaid を吸い取る。スレッドごとの返信上限と、即時抑制としての STOP。着信自動返信ループ を見よ。ポリシーが止まれと言えば、プロダクトが「もう一度確認」したくてもウォレットは止まる。ループ標本は USD 1,000+ 付近で商業読みに入り、午前二時のチケットではない。

受信箱の事象と相関

受信箱は証拠であり、チャット玩具ではない。各着信事象は番号、時刻、安全に伏せた本文を示し、スレッドがあれば発信文脈へリンクする。運用は再実行できる死手紙キューを要し、上流ペイロードをエージェントに捨ててはならない。相関がなければ財務は MO 借方を説明できず、プロダクトは双方向が「動く」と証明できない。レンタルは UTC 暦月に従う。受信箱の責任者は番号の期限を知らねばならない。

危険信号

• 財務モデルが MT 単価だけ
• エクスポートが方向を区別しない
• スレッド上限のない自動返信
• STOP を雑談扱いし抑制しない
• エージェントが上流ペイロード生を見る
• 解放済み番号に生きた着信借方
• カタログ in setup を双方向本番と約束

IOSORで始める

同じ貸 DID で着信 MO 一本と発信 MT 一本を出す。両方の財布行を出し、理由コードが違うことを示す。自動返信に天井を付け、着信が無限の MT を鋳造できないようにする。これは双方向の前払い行の正直さであり、請求週の混在報告でも媒体保管上限でもない。

IOSORの要点

MO と MT は財布を共有し、一行を共有しない。

やる：着信デビットを発信と分けて印す。やるな：MO を MT に相殺すること。着信行を月末まで隠すこと。