プリペイドサブアカウントのプロビジョニングと支出制限プレイブック

プリペイドサブアカウントのプロビジョニングと支出制限プレイブック。

サブアカウントのアーキテクチャと分離

IOSORサブアカウントは、独立した財務および技術サイロとして機能します。企業クライアントをオンボーディングする際は、サブアカウントマネージャーに移動して一意のアカウントIDを生成してください。このIDは、すべてのDLR、Webhook、および課金イベントの主キーとして機能します。各サブアカウントには専用のAPIキーセットを設定し、トラフィックの相互汚染を防いでください。環境を分離することで、特定のクライアントのトラフィック急増や設定ミスがプラットフォーム全体の安定性に影響を与えないようにします。

プリペイド残高と閾値の設定

各サブアカウントは、サービスを開始するために最低USD 20のプリペイド残高を必要とします。サブアカウントダッシュボード内の財務元帳タブに移動し、初期クレジットを入金してください。利用速度を監視するために、USD 1,000/月のソフトレビュートリガーを設定します。この閾値により、クライアントが大幅にスケールする前に、トラフィックパターンの手動監査をチームが実施できるようになります。自動残高アラートシステムを使用して、残高が総入金額の15%を下回った際に、クライアントと社内サポートチームの両方に通知してください。

レート制限とトラフィックシェーピング

プラットフォームの整合性を維持するために、サブアカウントレベルで厳格なメッセージレート制限を適用してください。トラフィック制御モジュールに移動し、SMSおよびOTP配信の1秒あたりの最大リクエスト数を定義します。APIゲートウェイでE.164フォーマットを強制し、不正な形式のリクエストを防いでください。トラフィックをスロットリングすることで、偶発的なループや悪意のあるスパイクからサブアカウントを保護し、プリペイド資金の早期枯渇を防ぎます。コンプライアンスを維持するために、STOPキーワードロジックがアクティブであることを常に確認してください。

JIT番号の割り当てとプロビジョニング

IOSORはジャストインタイム(JIT)プロビジョニングモデルを採用しています。クライアントが番号を要求した際は、事前割り当て済みの在庫に頼らないでください。代わりに、番号プロビジョニングAPIを使用して、利用可能なE.164資産を検索し、サブアカウントに直接割り当てます。これにより、クライアントは使用した分のみを支払うことが保証されます。割り当てられた番号は即座にサブアカウントの残高とリンクされ、MRCや利用コストがプリペイドウォレットからリアルタイムで差し引かれます。

統合と運用リンク

効果的な管理には、複数の運用モジュール間での同期が必要です。高度な設定については、以下のガイドを参照してください：

• 2ウォレットブランド分割：混在Fromなし運用プレイブック
• キャンペーン配信前の残高不足による一時停止
• 第2のAPI環境：ハンドオーバーとカットオーバー

IOSORで始める

IOSOR コンソールでサブアカウントマネージャーを開き、新しいエンタープライズクライアント固有のアカウントIDに厳格に紐づく専用APIキーを生成します。次に、トラフィック制御モジュールにアクセスしてJIT E.164アセットをバインドする前に、SMSおよびOTP配信の明示的な秒間リクエスト数制限を定義します。最後に、DLR追跡の正確性を保証するため、ウェブフックのエンドポイントが分離されたサブアカウントIDに正しくマッピングされていることを確認します。

IOSORの要点

エンタープライズ向けのアカウント開設には、すべてのサブアカウントレイヤーにおける完全な財務および運用の分離が求められます。分離されたAPIキー、個別のレートキャップ、自動支出レビューのトリガーを強制することで、あるクライアントのトラフィック急増や残高枯渇が隣接するプラットフォームの運用に影響を与えることを防ぎます。

初期アカウント作成時には、厳格なRPSキャップと専用のウェブフックルーティングを設定してください。エンタープライズクライアント間でAPI資格情報を共有したり、アクティブな残高監視トリガーなしでトラフィックを実行させたりしないでください。