マルチテナントアカウント全体でのインバウンドオプトアウトキーワードの同期

マルチテナントアカウント全体でのインバウンドオプトアウトキーワードの同期。

マルチテナント抑制のアーキテクチャ概要

IOSORのようなホワイトレーベルのプリペイドCPaaS環境では、インバウンド同意の管理に厳格なテナント隔離とグローバルなコンプライアンスの結合が必要です。エンドユーザーがSTOPなどのオプトアウトトークンで返信すると、コアのルーティングエンジンはペイロードが子アカウントのワークスペースに到達する前にそれをインターセプトします。これにより、規制上のコンプライアンスがテナントレベルのメッセージング設定よりも優先されることが保証されます。プラットフォームはプリペイドモデルで動作し、20米ドルのプリペイドフロアを介してウォレットに資金が供給されます。

インバウンドキーワードの解析とJITルーティング

インバウンドメッセージの処理は、キャリア相互接続経由でE.164形式のペイロードが到着するエッジゲートウェイで始まります。IOSORのルーティング層は、テキスト本文から標準化されたオプトアウト文字列を解析します。番号はJITプロビジョニングを使用して動的にプロビジョニングされます。つまり、レガシーの在庫プールを維持することなく、仮想資産がオンデマンドで割り当てられます。インバウンドのSTOPキーワードが検知されると、ゲートウェイは割り当てられたサブアカウントのエンドポイントへWebhookディスパッチを即座にトリガーすると同時に、グローバルな抑制ハッシュテーブルを更新します。

グローバルブロックリストと独立したサブアカウント設定の比較

グローバルな規制要件とクライアントの自律性のバランスを取るには、階層化されたデータベーススキーマが必要です。IOSORは、抑制データをテナント固有のスコープとプラットフォーム全体のドメインに分離します。ブランドテナントが異なるキャンペーンのために複数のサブアカウントを運用している場合、1つのサブアカウントでトリガーされたオプトアウトは、マスターアカウントのポリシーに応じて、グローバルにカスケードするか、その特定のワークスペースに限定されるよう設定できます。急速にスケールするアカウントは、プラットフォームのスループットが月額1,000米ドル近くになると、ソフトレビューをトリガーします。

Webhook同期とイベントディスパッチ

オプトアウトの同期が発生すると、低遅延のWebhookイベントがステータスの変更を外部システムに通知します。ペイロードには、発信元の電話番号、タイムスタンプ、一致したキーワード、テナントIDが含まれます。高ボリュームのインバウンドバースト中の競合状態を防ぐために、IOSORは抑制キーに対して分散ロックメカニズムを使用します。これにより、オプトアウトイベントが現在処理されている場合、SMSトラフィックの同時配信試行が即座に拒否されることが保証されます。開発者は、管理コンソールを介してこれらのトランザクションをリアルタイムで検査できます。

コンプライアンスと必要なドキュメントの管理

厳格なコンプライアンス基準を維持するには、ネットワークポリシーと規制ガイドラインを厳格に遵守する必要があります。管理者は主要なドキュメントリソースを参照して環境を正しく設定し、サービス劣化なしにキーワードの急増に対処する必要があります。停止コマンドの管理、ルーティング設定、トラフィックのしきい値に関する詳細な読み物については、次のガイドを参照してください。STOPとHELPのキーワード方針、双方向受信トレイのガイド。

関連ガイド: STOPとHELPのキーワード方針 · 双方向受信トレイのガイド · 着信ボリュームのレビュー：ウォレットを枯渇させるキーワード負荷.

マルチテナントメッセージングのためにIOSORを始める

テナント A の DID に STOP を落とす。同じ台上のテナント B がその番号へまだ送れることを示す。拒否はテナント A の番号だけに同期する。テナント id を抑制行の横に出す。これはテナント境界の STOP 同期であり、一本の DID への名簿書きでも署名検査でもない。

IOSORの要点

STOP はテナントの物であり、台の受信箱の物ではない。

やる：名簿を隔て、そのテナントの内で同期する。やるな：ホストを共有する副口座へ一本の STOP を写すこと。