マルチテナントアカウント向け詳細利用明細の生成

マルチテナントアカウント向け詳細利用明細の生成。

サブテナント向け請求プロファイルの構成

ホワイトラベルの整合性を維持するため、サブテナントごとに利用データを分離する必要があります。パートナーポータルに移動し、クライアントごとに固有の請求プロファイルを定義してください。特定のサブアカウントを割り当てることで、すべてのトラフィック(OTP、SMS、DLRイベントを含む)が正しくタグ付けされます。このJIT(ジャストインタイム)割り当てにより、テナント間でのデータ漏洩を防ぎます。サービスをアクティブに保つため、サブテナントが最低20米ドルのプリペイド残高を維持するようにしてください。月間利用額が1,000米ドルを超えると、トラフィックパターンを検証し不正を防止するための簡易審査がトリガーされます。

利用状況エクスポートの自動化

レポートエンジンを使用して、各請求サイクルの終了時にCSVまたはJSON形式で自動エクスポートを生成します。これらのレポートは、E.164形式の番号と関連する月額料金(MRC)を集計します。サブテナントIDでフィルタリングすることで、その特定のクライアントが消費したサービスのみを反映したクリーンな明細書を作成できます。このプロセスにより、内部利益率を隠しつつ、クライアントに通信費の内訳を明確に提供できます。

WebhookとDLRの照合

正確な請求は、正確なDLR追跡に依存します。サブテナントがWebhookを設定し、リアルタイムで配信ステータス更新を受け取れるようにしてください。メッセージが送信されると、システムはそのイベントをサブテナントの元帳に記録します。メッセージが失敗した場合、システムは元帳を自動的に調整し、誤った請求を防ぎます。この自動照合は、エンドユーザーとの信頼を維持し、すべての請求イベントが検証済みであることを保証するために不可欠です。

番号割り当ての管理

番号はJITプロビジョニングを通じてサブテナントに割り当てられます。クライアントが番号を要求すると、システムは利用可能なプールから番号を引き出し、特定のサブアカウントに紐付けます。これにより、手動での在庫管理が不要になります。割り当て後、MRCが自動計算され、サブテナントの請求書に追加されます。番号が解放されると、システムはその資産の請求サイクルを直ちに停止し、請求書の正確性を保ちます。

レポートワークフローの統合

業務を効率化するために、高度な元帳およびエクスポート管理については以下のドキュメントを活用してください。

• パートナー請求週：エクスポート時も維持される厳格な分離
• パートナー元帳の分離エッジケース
• API請求週：二重引き落としを引き起こす冪等性の隙間

これらのリソースは、複雑な請求シナリオを処理し、ホワイトラベルプラットフォーム全体でデータの一貫性を確保するための技術的基盤を提供します。

IOSORで始める

パートナーコンソールに移動し、「サブテナント請求プロファイル」セクションを選択して、独立したクライアントプロファイルを設定します。自動化された請求サイクルのレポートフィルターを設定し、エクスポートされるすべてのCSVおよびJSONステートメントから内部の基準コストを除外し、単一のサブアカウントでウェブフックのステータス追跡をテストして、サイクル終了前に使用状況ログとMRC料金が完全に一致することを確認します。

IOSORの要点

クリーンなサブテナントの使用状況サマリーを作成することで、複雑なマルチクライアント設定全体で厳格な会計整合性を維持しながら、ホワイトラベルのセキュリティが確保されます。サブアカウントIDごとにイベントを隔離することで、利益率の低下を防ぎ、請求書生成時の手動による台帳突合を排除します。

特定のサブテナントフィルターと検証済みのDLR台帳レコードを使用して、サイクル終了時の使用状況エクスポートを自動化してください。基準となる単価を露出させるような未マスクのプラットフォームログのエクスポートを共有したり、個別のサブクライアントのトラフィックを1つのレポートに集約したりしないでください。