コンプライアンス承認後のサブテナントの復旧

コンプライアンス承認後のサブテナントの復旧。

コンプライアンス承認ステータスの確認

サブテナントが内部監査を通過すると、コンプライアンスチームがIOSORダッシュボード内のステータスフラグを更新します。復旧を開始する前に、特定のサブテナントIDが台帳上で '承認済み' とマークされていることを確認してください。フラグが立てられたすべてのトラフィックパターンが対処済みであり、サブテナントが更新された利用規約に同意していることを確認します。この手順により、ポリシー違反の残存による即時の再停止を防ぎます。

メッセージングパスの接続復旧

承認後、サブテナント管理コンソールに移動し、メッセージングパスのステータスを '停止' から 'アクティブ' に切り替えます。このアクションにより、DLRおよびwebhookエンドポイントを再確立するJITプロビジョニングシーケンスがトリガーされます。E.164ルーティングテーブルがサブテナントの現在の残高に正しくマッピングされていることを確認してください。残高不足により以前に無効化されていた場合は、サービス再開のためにUSD 20のプリペイド最低要件を満たしていることを確認してください。

OTPおよび検証サービスの再有効化

メッセージングパスが稼働したら、隔離フェーズ中に無効化されていた場合は、OTPおよび検証サービスを手動で再有効化する必要があります。サブテナント設定を確認し、STOPコマンドロジックがすべてのアクティブな送信者IDに正しく適用されていることを確認します。これにより、エンドユーザーのオプトアウト要求が正しく処理され、グローバルなメッセージング基準への準拠が維持されます。単一のメッセージでフローをテストし、配信を確認してください。

財務しきい値と制限の管理

サブテナントの財務設定を見直し、アカウントに十分な資金があることを確認します。月額USD 1,000に近いソフトレビューに近づいているサブテナントについては、将来の自動停止を防ぐために与信限度額が調整されていることを確認してください。再有効化直後にマイナス残高を引き起こす可能性のある未払いのMRC料金がないか台帳を監視します。適切な財務管理は、長期的なサブテナントの安定性に不可欠です。

必要なドキュメントと復旧リンク

当社の運用基準との完全な整合性を確保するために、テナントの安全性およびインシデント管理プロトコルに関する以下のドキュメントを確認してください：

• パートナー復旧週：分離が確実に保持されるまでテナントのエクスポートを再開しない
• パートナー障害の週：分離侵害は共有エクスポートではなく凍結であるべき
• コンプライアンス復旧ウィーク：証拠パックが存在する場合のみトラフィックを再開する

IOSORで始める

IOSORのサブテナント管理コンソールを開き、監査元帳でコンプライアンスのクリアステータスフラグが「Cleared」と表示されていることを確認します。メッセージングパスを「Suspended」から「Active」に切り替えて、DLRおよびWebhookエンドポイントのJITプロビジョニングシーケンスをトリガーします。最後に、OTPおよびVerifyサービスを再度有効にし、すべての有効な送信者ID全体でE.164ルーティングテーブルの正確性を確認します。

IOSORの要点

一時停止されたサブテナントを復旧するには、ライブトラフィックを復元する前に、検証済みのコンプライアンスクリアランスから始まる体系的な手順が必要です。元帳のステータスを検証せずにメッセージングパスやJITウェブフックの凍結を解除すると、自動化されたセーフティホールドが再発動したり、未検証のトラフィックが有効な回線に流出したりするリスクが生じます。

メッセージングパスを有効にする前に、コンソールでE.164ルーティングテーブル、OTPサービス、および利用枠が整合していることを必ず確認してください。コンプライアンス元帳でサブテナントアカウントがクリア済みと明示的にフラグ付けされ、停止コマンドのロジックが検証されるまでは、手動でアウトバウンドトラフィックを復元しないでください。