顧客アカウントページ

顧客アカウントページは、顧客をエンドツーエンドで管理する場所です。アカウント詳細の確認、サブスクリプションの作成または編集、残高の追跡、請求情報の最新化に使用します。

このドキュメントのトピック:

顧客アカウントページにアクセスするには、 Menu を開き、 Customers をクリックします。

顧客リストでは、有効および無効なすべてのアカウントをすばやく確認できます。これは Customers セクションにアクセスしたときに最初に表示されるページです。

図 1: Customers リストビュー

顧客は表形式で表示され、名前、有効なサブスクリプション数、有効なサービス、および全詳細を表示するためのボタンが表示されます。 このリストを使用して、表示の切り替え、顧客のフィルタリング、アカウントのオープン、または現在のページのエクスポートを行います。

ここから、次の操作を簡単に実行できます。

顧客アカウントを検索する

特定の顧客は、氏名、メールアドレス、住所、ステータス、顧客タイプ、または支払い方法で検索できます。

これを行うには、リストページで Filter をクリックし、検索条件を入力します。リストは自動的に更新され、一致する顧客のみが表示されます。

検索をクリアしてすべての顧客を再度表示するには、 Reset をクリックします。その後、 Filter をクリックしてフィルタバーを非表示にできます。

顧客をオンボーディングする

顧客のオンボーディングでは、顧客レコード、請求詳細、最初のサブスクリプションを 1 つのガイド付きフローで作成できます。

図 2: 顧客のオンボーディング

新しい顧客をオンボーディングするには、リストページで Create new をクリックします。これにより customer onboarding page が開き、次の 4 つのステップが案内されます。

アカウント情報セクション

まず、顧客の基本情報として、名、姓、メールアドレス、電話番号を入力します。

また、commercial や residential などの顧客タイプを選択する必要があります。これにより、分析、レポート、一括 business operations のために顧客をセグメント化できます。詳細については、Customer types を参照してください。

必要な住所情報を入力します。正確な住所は、税計算と請求書生成を正しく機能させるのに役立ちます。システムに設定されたカスタム属性も、任意フィールドとしてここに表示されます。

支払い情報セクション

図 3: 顧客オンボーディング請求詳細

顧客がサービスに対してどのように支払うかを、請求書、クレジットカード、または口座振替から選択します。

  • Invoice: 請求先住所がメイン住所と異なる場合を除き、追加の支払い詳細は不要です。
  • Credit Card: システムは、設定済みの payment gateway を通じた参照トークンと、安全な自動引き落としのための基本的な所有者情報のみを保存します。

口座振替を選択した場合は、顧客に関する次の情報を入力します。

  • 委任識別子
  • 委任署名日
  • BIC
  • IBAN

共有セクション (任意)

図 4: 顧客オンボーディングの共有と階層

顧客を既存の共有グループに所属させる必要がある場合は、このステップを使用します。共有により、複数の顧客が同じリソースプールをリアルタイムで消費できます。たとえば、1 つの共有データ容量を持つファミリープランなどです。

顧客を既存の共有グループのメンバーとして追加するには、オーナーアカウントを選択し、次にグループを選択します。

階層セクション (任意)

親アカウントが子アカウントの請求を支払う、法人または組織の請求でこのステップを使用します。

Sharing とは異なり、請求はリアルタイムでは転送されません。請求サイクルの終了時に、子の請求書が支払いのために親アカウントへ転送されます。

顧客をメンバーとして追加するには、オーナーアカウントを選択し、次に階層グループを選択します。

サブスクリプションセクション

図 5: 顧客オンボーディングサブスクリプション

payment type を選択します。サブスクリプションにリンクされた billing profile は、同じ支払いタイプを使用する必要があります。

また、リソースも選択します。これは、請求に使用される monetary resource または通貨を指します。

間隔を選択します。これは、顧客に請求する頻度を定義します。たとえば、月次、週次、年次です。

請求日を選択します。これは顧客に請求する月内の日を指定します。Monetization が顧客の billing cycle を設定するときに使用されます。たとえば、顧客には毎月 1 日に請求できます。

任意のプロモーションコードには、coupons または vouchers を使用できます。これらのコードにより、特別オファーを適用できます。

コードは、MonetizationBusiness configuration Voucher で vouchers 用に生成され、Catalog Packages Coupons で coupons 用に生成されます。

顧客のプランを選択します。プランは、提供カタログの最上位オブジェクトです。プランは bundles で構成され、各バンドルには productsdiscounts を含めることができます。プランは Catalog Packages Plans で作成します。

プランを選択すると、そのプラン内のバンドルが下に表示され、各バンドルの下の表に製品が一覧表示されます。

各製品の数量、値、有効期間を編集できます。

名前やタイプなど、その他の製品詳細も表示されます。一部の製品は任意であるため、Purchase を選択して含めるかどうかを決定できます。

サービス製品には、文字列または Monetization で設定済みのデバイスとして、サービス識別子を含める必要があります。サービス識別子は、そのサービス上の 1 顧客に対する一意の ID です。たとえば携帯電話番号です。

サービス識別子は、各製品に追加する代わりにプランレベルで割り当てることもできます。その場合は、プランの Service identifier フィールドに入力します。

Submit をクリックする前に、サブスクリプション詳細を確認します。Monetization は、選択した支払いタイプと請求間隔から最初の billing profile を自動的に作成します。

顧客情報をエクスポートする

リストページで CSV をクリックすると、表示中の顧客リストを CSV スプレッドシートにエクスポートできます。エクスポートには、顧客の名前、メールアドレス、サブスクリプション、サービスが含まれます。

Print をクリックしてリストを印刷することも、 Copy をクリックしてデータをクリップボードにコピーすることもできます。

顧客アカウント詳細ページ

顧客アカウントリストページ で、特定の顧客アカウントの全詳細を表示するには、 Details をクリックします。これにより、顧客アカウント詳細ページへ移動します。

顧客アカウント詳細ページは、14 個のタブで構成されています。

概要

Overview タブを使用して、顧客をひと目で確認します。

図 7: 顧客アカウント Overview タブ

ここでは、顧客 ID、ステータス、タイプ、現在残高、未決済残高、期日超過残高、収益チャート、最新の請求書を確認できます。下部のアクティビティログには、アカウントでの最近の操作が表示されます。

ここから、次の操作を実行できます。

  • Edit account information: 顧客タイプまたはカスタム属性を更新します。
  • Close account: 顧客を無効化します。

アカウント情報を編集する

アカウント情報を編集するには、 Edit account information をクリックします。編集できるのは、顧客タイプ、ステータス、カスタム属性のみです。

アカウントを閉鎖する

顧客アカウントを閉鎖するには、Close account をクリックします。アカウントの閉鎖は削除とほぼ同じですが、すぐには削除されません。別のバックグラウンドジョブが、アカウントが事前定義された期間閉鎖された後に実際の削除を行います。

ユーザー

図 6: 顧客 Users タブ

self-care portal が有効な場合、このタブを使用して顧客のログイン認証情報を管理します。ユーザーアカウントがない場合、顧客は自分でサインインして残高、消費量、請求の支払いを確認できません。

顧客をオンボーディング した後、その顧客に self-care portal へのアクセス権を付与するためにユーザー情報を作成できます。

ユーザー情報がない顧客に対しては、1 つの操作を実行できます。

ユーザー情報を作成する

ユーザー情報を作成するには、 Create user をクリックします。次の入力フィールドが必須です。

  • First name
  • Last name
  • Email address
  • Password
  • Password confirmation

顧客のユーザー情報は、有効または無効にすることもできます。これを行うには、Enabled トグルスイッチを使用します。

顧客のユーザー情報が正常に作成されると、次の機能にアクセスできます。

ユーザー情報を削除する

顧客のユーザー情報を削除するには、 Delete user をクリックします。削除されると、顧客は self-care portal にアクセスできなくなります。

ユーザー情報を編集する

顧客のユーザー情報を編集するには、 Edit user をクリックします。ユーザー情報を作成する セクションで入力した情報を編集できます。

ユーザー確認メールを要求する

顧客が self-care portal にアクセスする前に、メールアドレスを確認する必要があります。これを行うには、 Request user verification email をクリックします。クリックすると、ユーザー確認メールが顧客に送信されます。

ユーザーパスワード更新を要求する

パスワード更新を要求すると、ユーザー更新パスワードメールが顧客に送信されるか、顧客が self-care portal にログインしたときにパスワード変更を求められます。これを行うには、 Request user password update をクリックします。

連絡先

図 8: 顧客 Contacts タブ

このタブには、オンボーディングプロセス 中に取得された連絡先詳細が表示されます。名、姓、メールアドレス、電話番号、組織、住所、国、州、市区町村、郵便番号が含まれます。

各連絡先レコードにはタグも含まれるため、連絡先を相互に区別できます。

たとえば、顧客に複数の連絡先レコードがある場合、タグは適切なメールアドレスを対象にするのに役立ちます。

このセクションでは、次の 3 つの操作を実行できます。

連絡先情報を追加する

顧客に別の連絡先情報を追加するには、 Add contact information をクリックします。入力フィールドは、顧客の初期連絡先情報を入力したときと同じです。

ただし、追加でタグを含めます。このタグは、Monetization の他の部分で連絡先情報をすばやく参照するために使用できます。

連絡先情報を編集する

顧客の連絡先情報を編集するには、該当する連絡先情報タグを選択し、 Edit contact information をクリックします。

連絡先情報を削除する

顧客の連絡先情報を削除するには、該当する連絡先情報タグを選択し、 Delete contact information をクリックします。

支払い

図 9: 顧客 Payments タブ

このタブを使用して、顧客の請求詳細を確認および更新します。請求先住所、納税者番号、支払い方法が含まれます。

このタブには 2 つのサブタブがあります。

  • Transactions
  • Billing details

Transactions を使用して、日付別の請求と支払いを確認します。Billing details を使用して、顧客の支払い方法または請求先住所を更新します。

支払い情報を編集する

支払い情報を編集するには、 Edit payment information をクリックします。請求書、クレジットカード、口座振替を切り替えたり、請求先住所を変更したり、納税者番号を追加または削除したりできます。

サブスクリプション

このタブを使用して、顧客のサブスクリプション、請求プロファイル、共有設定を確認します。上部ナビゲーションでは、Overview、Bundles、Balances、Notifications、Events、Services の間を移動できます。

図 10: 顧客 Subscriptions タブ

サブスクリプションを追加する

新しいサブスクリプションを追加するには、 Add subscription をクリックします。残高グループとプランを選択します。couponsvouchers などのプロモーションコードも適用できます。

図 10a: サブスクリプションの追加

サブスクリプションページは、次のタブに分かれています。

  • Overview
  • Bundles
  • Balances
  • Notifications
  • Events
  • Services

Overview タブには、現在のプラン、有効期間、請求プロファイル、残高グループが表示されます。

図 10b: Subscription Overview

右上隅の Actions メニューを使用して、次の操作を行います。

  • Apply voucher code
  • Add bundle
  • Cancel the subscription
  • Start plan transition

図 10c: Subscription Actions メニュー

アドオンバンドル

各サブスクリプションで、プランに加えて追加の bundles を購入できます。Actions メニューから Add bundle を選択するか、Bundles タブを開いて購入するバンドルを選択します。

バンドルピッカーには、有効期間とバンドルに含まれる製品が表示されます。各製品について、数量、値、識別子、デバイス、購入するかどうかを確認できます。

一部の製品は任意であるため、Purchase を選択して含めるかどうかを決定できます。

顧客に特別オファーを提供するために、任意のプロモーションコードを含めることもできます。これらには coupons または vouchers を使用できます。

図 12: バンドルの購入

選択した製品とその購入設定を確認した後、Purchase bundle を使用してアドオンを確定します。

製品を編集およびキャンセルする

サブスクリプションの下で、バンドル内の各製品を編集またはキャンセルできます。これを行うには、 Edit product または Cancel product をクリックします。


サブスクリプションに voucher を適用するには、Use voucher をクリックし、1 つ以上のバウチャーコードを入力します。Monetization は、各バウチャーを 1 つのバンドル購入に適用します。

顧客を別のプランにアップグレードまたはダウングレードするには、Plan transition をクリックし、新しいプランを選択して有効期間を設定します。

サブスクリプションを手動でキャンセルするには、Cancel subscription をクリックします。


各サブスクリプションには、次の 3 つのサブセクションがあります。

サービス

図 21: Subscription Services タブ

サービスにより、顧客は使用量または消費ベースのイベントを受信できます。たとえば、Monetization で作成された音声通話サービスにより、音声通話イベントを処理できます。その後、サービスイベントパラメータと rate plan に基づいてサービスを評価できます。Monetization では、service type がサービスを表します。

サービスは、Business configuration Service design Service types で設定します。詳細については、Service types を参照してください。

Services タブには、サービスステータス、識別子、有効期間、サービス名、デバイス、イベントジェネレータが表示されます。目のアイコンを使用してサービス行を開き、その詳細を確認します。

サービス識別子の定義

英数字のサービス識別子に対する唯一の制限は、サービスエントリ間で一意である必要があることです。任意の英数字文字列を使用できます。

顧客がモバイルアプリケーションでオンボーディングされる場合、識別子は瞬間的なタイムスタンプによって割り当てられます。そのため、Web ダッシュボードで別の方法によりオンボーディングする場合は、Epoch Converter から現在のタイムスタンプ値を取得するという一貫した原則を使用できます。それ以外の場合は、独自の識別定義ルールを適用できます。

残高

図 11: 顧客 Balances タブ

残高と通知

Resources は、Monetization に存在できる残高を示します。設定されたリソースに基づいて、そのリソースの残高を顧客の残高グループに作成できます。

リソースには、異なる balance consumption order も設定されています。これは、同じリソースの複数の残高が存在する場合に、影響を受けたときに各リソースの残高がどのように動作するかを定義します。

残高

サブスクリプションは balance group にリンクされています。このセクションには、残高グループから各リソースの残高の合計有効額が表示されます。

残高は、顧客が支払うべきもの、または消費できる残りを追跡します。

  • Positive Balances: 通常、使用料金を表します(例: データを消費し、現在支払いが必要)。この金額はサイクル終了時に請求されます。
  • Negative Balances: 前払いクレジットまたは無料リソースを表します。たとえば、50 ドルを前払いした場合や 10GB の無料枠を受け取った場合、負の残高として表示されます。サービスを消費するにつれて、残高はゼロに近づきます。
  • Monetary vs. Non-Monetary: 残高は通貨(金額)または他の単位(ギガバイト、分、トークンなど)を追跡できます。

残高グループ内の各リソースの残高詳細を表示するには、リソース名をクリックします。有効期間、リソース名、金額、リソース残高の作成日時がすべて表形式で表示されます。

リソース残高詳細で調整を実行するには、Actions の下で Adjustment をクリックします。金額と bill item を変更できます。さらに、税を含めることができます。これを行うには、with tax トグルスイッチを有効にし、taxtax suppliergeneral ledger を入力します。

残高を作成する

Monetization でリソース残高を手動で作成することもできます。これを行うには、 Create a new balance をクリックします。リソースを選択し、金額を入力し、残高をどのように表すか(正の請求または負の請求)を指定します。

負の請求の場合は Credit を選択します。これは、顧客が何かを受け取る(請求を下げる)ことを意味します。正の請求の場合は Debit を選択します。これは、顧客に請求される(請求を増やす)ことを意味します。

さらに、リソース残高の有効期間は、現在のサイクルから別の日付または無期限の日付へ変更できます。現在のサイクルとは、リソース残高が顧客の現在の billing cycle 中にのみ有効であることを意味します。

通知

通知は、顧客が credit profile によって credit limit を通じてリソースに設定された threshold を超過した結果として発生します。このセクションには、通知がトリガーされた時刻、通知タイプ、超過したしきい値、リソースが表示されます。

顧客がしきい値を超過したことを、メールまたはテキストメッセージで通知できます。サードパーティ API を JSON リクエストで呼び出し、Monetization 内の他のコンポーネントへ通知することもできます。

たとえば、顧客に無料 MB が割り当てられているとします。顧客が無料 MB のほぼすべてを消費した場合、アドオンの購入を促すテキストメッセージ/メールを送信できます。

また、顧客の支払いタイプが前払いに設定されており、アカウントクレジットをすべて消費した場合、そのアカウントの残高が少なく、サービスを継続して利用するにはチャージが必要であることを知らせるテキストメッセージ/メールを送信できます。

請求プロファイル

図 13: Billing Profile Overview

請求プロファイルは、顧客への請求方法を定義します。Overview タブを使用して設定を確認し、Payments タブと Bills タブを使用して支払い詳細と請求を管理します。

Overview タブには次が表示されます。

新しい請求プロファイルを作成するには、 Add billing profile をクリックします。名前、支払いタイプ、金額リソース、イベントタイプ(間隔で表される)、請求日、有効期間を入力します。

請求プロファイルの下には、主に次の 2 つのセクションがあります。

請求

顧客の Bills タブには、アカウントに関連付けられた請求が一覧表示されます。1 つ以上の行を選択すると、アクションバーが有効になり、選択した請求を直接操作できます。

図 14: 顧客 Bills タブ

同じ請求レコードは、選択した請求プロファイルからも利用できます。

図 15: Billing Profile Bills

Bills タブには、選択した請求プロファイルに属する請求が表示されます。

利用可能な操作は次のとおりです。

  • Adjustment
  • Pay
  • View invoice
  • Preview invoice
  • Bill now

表には、請求 ID、日付、ステータス、顧客 ID、請求プロファイル ID、請求書金額、支払期日金額が表示されます。

請求のステータス

請求には次のステータスがあります。

  1. Inactive — 無効な請求は、顧客が持つことになる next 請求への既存参照にすぎません。これは、請求サイクルが変更されたときにその時点で請求を作成する代わりに、Monetization が切り替えられるよう事前に準備された将来の空の請求のようなものです。これによりパフォーマンスが向上します。
  2. Active — 有効な請求は現在の請求を指します。請求サイクルが終了すると、有効な請求は billing ステータスになります。
  3. Billing — 請求が billing ステータスの場合、顧客が請求を全額支払っていないことを意味します。
  4. Closed — 請求が closed の場合、顧客が請求を全額支払ったことを意味します。

例:

  • Inactive bill ID is 111
  • Active bill ID is 110(これは現在の請求です)

請求サイクルが終了すると、有効な請求(110)は billing ステータスになり、支払い待ちであることを意味します。一方、以前は無効だった請求(111)が現在の請求として有効になり、新しい無効な請求(112)が次のサイクル用に準備されます。

請求処理

Billing は、Monetization で顧客を次の billing cycle に移動する操作です。その結果、以前の請求は billing ステータスに移動され、支払期日を迎えます。その結果、inactive ステータスの請求は active ステータスに移動されます。これが現在の請求になります。

さらに、Monetization は、顧客が持つことになる次の請求への既存参照として、新しい inactive 請求を作成します。これは、請求サイクルが変更されたときにその時点で請求を作成する代わりに、Monetization が切り替えられるよう事前に準備された将来の空の請求のようなものです。これによりパフォーマンスが向上します。


各請求の下で、次の操作を実行できます。

  • 請求の調整: 請求の金額、balance groupbill item を手動で変更するには、 Adjustment をクリックします。さらに、with tax トグルスイッチを有効にし、taxtax suppliergeneral ledger を入力することで税を含めることができます。

  • 請求項目の表示: 各請求の bill items を確認するには、 Info をクリックします。各請求項目も個別に調整できます。これを行うには、 Adjustment をクリックします。

請求を実行する

請求の下で請求を実行するには、 を選択し、Run billing をクリックします。Run billing は通常の 請求処理 を実行します。つまり、次の操作を行います。

  • billing cycle を移動する
  • 現在の有効な請求を billing ステータスに移動する
  • 次の順番の請求(以前は無効な請求だったもの)を有効化する
  • 新しい無効な請求を作成する

今すぐ請求する

請求の下で現時点で顧客に請求するには、 を選択し、Bill now をクリックします。bill now請求処理 をバイパスし、現在の有効な請求上の請求/請求項目をまったく新しい請求へ取り込み、その請求はすぐに billing ステータスへ転送されます。

請求サイクル

Monetization の請求サイクルは、すべての請求が 1 つの請求/請求書に集約される間隔です。これは、顧客の billing profileevent type と請求日に基づきます。

たとえば、請求プロファイルに月次イベントタイプがあり、請求日が月の初日に設定されている場合、請求サイクルは、前月に発生した請求を収集しながら毎月 1 日に継続的に移動します。

請求は、スケジュールされた payment collection job によって自動的に回収できます。顧客は self-care portal を通じて手動で請求を支払うこともできます。

さらに、Monetization は、SEPA 委任を持つ顧客向けに SEPA Direct Debit ファイルを生成できます。これは、顧客の銀行口座から資金を引き落とすために銀行へアップロードできる取引リストを表します。生成されたファイルは Monetization にインポートされ、成功した支払いが記録されます。

請求書

Monetization の請求書は、顧客に提示される請求オブジェクトの表現です。

請求書をスプレッドシートで生成するには、 CSV をクリックします。印刷するには Print をクリックし、コピーするには Copy をクリックします。

Invoice amount は請求の合計金額を指します。Due amount は、顧客がまだ支払う必要がある残額を指します。

Due date は、顧客が請求書を全額支払う必要がある最終日時を表します。

請求書セクションでは、請求には次のステータスがあります。

  1. Billing — 請求が billing ステータスの場合、顧客が請求を全額支払っていないことを意味します。
  2. Closed — 請求が closed の場合、顧客が請求を全額支払ったことを意味します。

請求書詳細

特定の請求書をテンプレートでプレビューするには、 Details をクリックします。プレビュー後、PDF、HTML、または JSON として保存できます。

オフライン請求書支払い

特定の請求書に対する支払いを手動で入力するには、 Wallet をクリックします。現金や銀行振込など別のチャネルですでに支払いを受け取っている場合は、ここで手動入力できます。

金額は、請求または返金として設定できます。Monetization は、cash、credit card、transfer の 3 つの支払い方法を提供します。

プロバイダーは支払いプロバイダーを表します。たとえば Stripe、Bank、Paypal などです。支払い参照とメモを含めることもできます。

請求書をプレビューする

請求の下で、preview invoice は test 請求を実行し、次回の請求書がどのように見えるかを表示します。既存の請求は表示されません。詳細付きの preview invoice にはイベント履歴が含まれるため、パフォーマンス面でかなり重くなります。

これら 2 つの機能を実行するには、請求の下で を選択し、Preview invoice または Preview invoice with details をクリックします。

残高グループ

図 14: 顧客 Balance Groups

残高グループは、顧客のすべての残高を保持します。Monetization はサブスクリプションを残高グループに結び付けます。つまり、サブスクリプションのサービス製品を評価した結果の影響は、その残高グループの残高にのみ影響できます。

新しい残高グループを作成するには、 Add balance group をクリックし、名前と有効期間を入力します。さらに、請求プロファイルを選択します。

共有

このセクションでは、請求のリアルタイム転送を設定できます。顧客は共有グループのメンバーまたはオーナーになることができます。オーナーにリソースがある場合、請求が転送されるため、これらのリソースはメンバーにも共有されます。

顧客間のリソース転送を有効にするには、 Add sponsorship をクリックします。

共有グループのオーナー

顧客を共有グループのオーナーにするには、owner mode を選択します。グループ名、有効期間、サブスクリプション、ポリシーを入力します。さらに、ステータスを選択します。

共有グループに参加するメンバーは、選択したサブスクリプションのリソースをリアルタイムで使用できます。ただし、設定されたポリシーの対象となります。

グループが作成されると、オーナーはステータスと有効期間を編集するか、グループをキャンセルできます。これを行うには、それぞれ Edit sharing または Cancel sharing をクリックします。

共有グループのメンバー

顧客を既存のグループに追加するには、氏名でグループオーナーの顧客アカウントを検索し、グループを選択します。

顧客が共有グループのメンバーとして追加されると、グループオーナーのサブスクリプションのリソースが、グループメンバーによってリアルタイムで消費されます。ただし、これはグループに設定されたポリシーの対象となります。

たとえば、共有グループのオーナーが無料 1000 メガバイトのデータを持っている場合、グループのメンバーはすべて、利用可能な無料 1000 メガバイトから消費します。

顧客は、グループのメンバーとして、グループのステータスと有効期間を編集したり、自分自身をグループから削除したりすることもできます。これを行うには、それぞれ Edit sharing または Remove from sharing をクリックします。

階層

図 16: 顧客 Hierarchy タブ

Hierarchy タブでは、顧客を階層グループに追加するか、新しい階層グループを作成できます。開始するには + Hierarchy ボタンを使用します。

表には、階層名、有効性、タイプ、ステータス、アカウント、請求プロファイルが表示されます。

サービス消費による影響と請求を階層グループのオーナーへ転送できるようにするには、 Hierarchy をクリックします。

階層グループのオーナー

顧客を階層グループのオーナーにするには、owner mode を選択します。グループ名、有効期間、請求プロファイル、ステータスを入力します。

メンバーの階層グループからの請求全体が請求時に転送されるため、グループは顧客アカウントの billing profile に接続されている必要があります。

グループが作成されると、オーナーはステータスと有効期間を編集するか、グループをキャンセルできます。これを行うには、それぞれ Edit hierarchy または Cancel hierarchy をクリックします。

階層グループのメンバー

顧客を既存のグループに追加するには、氏名でグループオーナーの顧客アカウントを検索し、グループを選択します。

顧客は、グループのメンバーとして、グループのステータスと有効期間を編集したり、自分自身をグループから削除したりすることもできます。これを行うには、それぞれ Edit hierarchy または Remove from hierarchy をクリックします。

サポート

図 17: 顧客 Support タブ

このタブは、顧客サポートチケットの追跡専用です。現在および過去のチケットについて、ステータス、優先度、担当者を表示します。ここから新しいチケットを作成したり、進行中の問題に対応したりできます。

デバイス

図 18: 顧客 Devices タブ

Devices タブは、顧客にリンクされたすべてのハードウェアまたは機器をカタログ化します。これには、モデム、車両、またはサブスクリプションのエンドポイントを表す物理ノードの識別子を含めることができます。

コミュニケーション

Communications タブは、顧客に送信されたすべてのシステムトリガー通知またはメールのログとして機能します。この履歴を使用して、特定の自動メッセージまたはパスワード更新がいつ配信されたかを確認します。

アクティビティ

図 19: 顧客 Activities タブ

顧客アカウントで実行された操作のタイムラインを提供する監査証跡です。このログは誰が何を変更したかを記録し、変更を追跡してアカウント履歴の透明性を保ちます。

イベント

図 20: 顧客 Events タブ

Events タブには、顧客がサブスクライブしているサービスから発生したすべての使用量イベントが表示されます。フィルタを使用して、日付またはサービスでリストを絞り込みます。

表には、ID、サービスタイプ、サービス、数量、金額、作成日時が表示されます。

新しいイベントを作成するには、 Event をクリックします。

図 20a: イベントの追加

使用量

このセクションには、特定期間における顧客のサブスクリプションからのサービス使用量イベントが表示されます。顧客が特定のサービスをどのように消費しているかを確認するのに役立ちます。

使用量イベントをスプレッドシートで生成するには、 CSV をクリックします。印刷するには Print をクリックし、コピーするには Copy をクリックします。

使用量イベントの表見出しとして表示されるイベント ID、作成日時、金額は、すべてのサービス使用量イベントに適用されます。追加パラメータは、Monetizationservice type で設定された、サービスの必須、任意、評価セットフィールドによって決まります。

たとえば、音声通話サービスの使用量イベントには、イベント ID、作成日時、金額に加えて、次の必須/任意/評価セットフィールドを含めることができます。

  • Start time: 通話が開始された日時を示します。
  • End time: 通話が終了した日時を示します。
  • Origin: 発信者の所在地を示します。たとえば Slovenia です。
  • Destination: 通話受信者の所在地を示します。たとえば Italy です。
  • From: 発信者を示します。
  • To: 通話受信者を示します。

以下の表は、上記情報からの音声通話サービスの使用量イベントを示します。

表 1: 音声通話サービス使用量イベント

Event IDCreated atStart timeEnd timeFromToOriginDestinationAmount
129/09/2020, 11:5729/09/2020, 11:5929/09/2020, 12:190809434901308149110574SloveniaItaly50

個別の使用量イベントを調整するには、 Adjustment をクリックします。調整できるのは金額のみです。さらに、税を含めるには、with tax トグルスイッチを有効にし、taxtax suppliergeneral ledger を入力します。

イベントを作成する

たとえばシステムがオフラインで、消費されたデータを請求する必要がある場合など、使用量イベントを手動で記録する必要がある場合は、Create event をクリックします。

関連するサービスを選択し、開始時刻を指定します。サービスの設定によっては、Origin、Destination、Amount などのフィールドが表示されます。すべての必須フィールドに入力します。 Fields をクリックして、追加フィールドを含めることもできます。

リマインダー

図 22: 顧客 Reminders タブ

特定の日時にスケジュールされた内部アラートとメモです。リマインダーを使用して、顧客に関する必要なフォローアップについて管理スタッフに通知します。