インバウンド / 双方向

インバウンドトラフィック急増時のプリペイド口座残高フロアの保護

突然のインバウンドメッセージの急増と予期せぬボリュームスパイクからUSD 20の残高フロアを保護するため、インスタントレートリミット制御を構成します。

オーバーヘッドの急増なしに着信MMSメディアWebhookを管理する

ペイロードサイズの制限を超えたり、予期しないストレージ課金を発生させたりすることなく、大容量の着信メディアWebhookを処理する方法を学びます。

インバウンド回復週: キーワード増加ではなくスロットルでMOを再開

MOトラフィックのフラッド発生後、キーワードの乱立に頼らず、レートスロットルとJIT割り当てを用いてモバイル発信SMSパイプラインを安全に再開する方法を学びます。

インバウンドインシデント週: レンタルDIDでのMOフラッド

キーワードの漏洩を防ぎながら、レンタルDIDでの初めてのインバウンドインシデントに対処し、プリペイド残高と下流の加入者からの信頼を保護します。

インバウンド2ヶ月目：同一レンタルDIDにおけるMO負荷

永続的なDID割り当てとJITプロビジョニングを使用し、運用2ヶ月目の大容量MO（モバイル発信）トラフィックを管理する戦略。

着信請求週：同一エクスポートにおけるMOとMTミックス

ホワイトラベル・プリペイドCPaaSの単一エクスポートで、着信MOキーワードボリュームと発信MT配信行を請求週に突合します。

着信ボリュームのレビュー：ウォレットを枯渇させるキーワード負荷

ホワイトラベルCPaaS設定において、大量のMOトラフィックとアクティブなキーワード負荷がプリペイド残高をどのように消費するかを検証します。

2番目の着信番号：スレッドを混在させない受信トレイの引き渡し

2つ目のDIDでモバイル発信トラフィックの受信が開始された際、会話スレッドを混在させずに受信トレイの割り当てとキーワードルーティングを管理する方法を解説します。

インバウンド試行週: レンタルDIDでのMOライブチェック

試行週中にレンタルDIDでモバイル発信（MO）のライブチェックを実行し、ウェブホックをテストし、STOP/HELPの処理を確認する方法を学びます。

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

返信・STOP・レンタル番号の事象は借方になる。財務が出方向だけをモデルにすると台帳は嘘をつく。双方向製品は同じエクスポートで MO と MT を見、自動返信に上限を置く。