Subscriber Account and External Account

サービスに関心がある見込顧客が会社に連絡します。顧客がサービスのサインアップを希望しています。必要な最初のステップは、顧客データを ERP システムに記録することです。これにより、相手を法的に把握することができます。このデータは、会社と新規得意先との間の契約の重要な基盤です。記録する必要があるデータを見てみましょう。

最初に、エンドツーエンドプロセスを再度見てみましょう。マスタデータ管理は、エンドツーエンドプロセスの最初のステップです。これにより、以下のエンティティが登録されるため、後続ステップの基礎を形成します。

1. 加入者アカウント
2. 外部勘定
3. プロバイダ契約
4. アクセスオブジェクト
5. パートナプロバイダ契約

簡単にするために、このレッスンでは、加入者アカウントと外部アカウントに焦点を当てます。

加入者アカウントは顧客を表します。ただし、並列化やスケーリングなどの理由により、顧客は複数の加入者アカウントに関連付けることができます。このコースでは、これらの詳細についてはまだ説明していません。ほとんどの場合、顧客と加入者アカウントの間には 1 対 1 の関係がありますが、1 対多の関係である可能性があることに留意してください。

SAP Convergent Charging では顧客について多くのことを知る必要がないため、加入者アカウントに関連するデータは制限されます。以下のデータは、SAP Convergent Charging の加入者アカウントの一部です。

一般情報

• 加入者アカウント名
• サブスクライバ
• サブスクライバアカウントが属するサービスプロバイダ
• 顧客管理領域

税情報

• 課税タイプ
• 課税モード

デフォルトで手数料が発生する外部勘定

以下の図は、Core Tool に表示されるサブスクライバを示しています。

最も重要な情報は、加入者アカウント名です。通常は、加入者アカウントの ID が入力されます。Billing Revenue and Innovation Management (BRIM) のコンテキストでは、この ID は通常 SAP Subscription Order Management (SOM) によって提供されます。

SAP Convergent Charging では、複数のサービスプロバイダおよび複数のカタログによる使用がサポートされています。ただし、統合 BRIM シナリオでは、このようなカタログが 1 つだけサポートされています。そのため、加入者アカウントのカタログへの関連付けは重要ではありません。ただし、各加入者アカウントは 1 つのサービスプロバイダのみに関連付ける必要があります。

顧客管理領域により、SAP Convergent Charging を複数の CI/SOM システムで使用することができます。各顧客管理領域は、CI/SOM システムの 1 つのセットにのみ関連付けられています。これにより、すべてのシステム間の通信時に、各マスタデータエンティティを特定の CI/SOM インスタンスに明確に接続することができます。

SAP Convergent Charging では、税計算がサポートされています。SAP BRIM のコンテキストでは、通常、課税タイプのみが設定されます。これは、SAP Convergent Charging インストールの課税フレームワークと互換性がある必要があります。課税モードおよび消費税セクションは使用されません。エンドツーエンドのプロセスは、SAP S/4HANA Convergent Invoicing で提供されるより高度な課税機能に依存します。

P カード請求処理中に外部アカウントが明示的に指定されていない場合は、P カード請求される通常設定のアカウントを選択することができます (ただし、必須ではありません)。外部アカウントは次に取り上げられるため、まだ聞いていない場合はご安心ください。通常、チャージングはチャージ対象の 1 つの外部アカウントを明示的に処理するように設定されるため、ここでは設定を行う必要はありません。

加入者アカウントには、さらに 3 つのタブが表示され、この加入者アカウントに関連付けられているエンティティが一覧表示されます。

• 契約
• マッピングテーブル
• 範囲テーブル

このトレーニングでは、これらのオブジェクトタイプについてまだ説明していませんが、すべて後で説明します。現時点では、選択した加入者アカウントに属するこれらすべてのオブジェクトを表示する一覧が加入者アカウントごとに使用可能であることに留意します。

外部アカウントは、加入者アカウントのサブエレメントです。つまり、以下のようになります。

• すべての外部アカウントは、正確に 1 つの加入者アカウントに属します。
• 加入者アカウントのない外部アカウントはありません。

外部アカウントは、主に SAP Convergent Charging の外部で管理されるアカウントへの参照です。BRIM のコンテキストでは、このアカウントは SAP S/4HANA の契約アカウントです。

加入者アカウントは外部アカウントなしで技術的に存在できますが、サービスを請求する場合は外部アカウントが不可欠です。請求された料金は、特定の外部アカウントに対して請求する必要があります。

図からわかるように、SAP Convergent Charging では、外部アカウント (または SAP S/4HANA の条件では契約アカウント) のデータがほとんど保存されません。

最も重要な情報は外部アカウント自体の名称であり、SAP BRIM では SAP Convergent Invoicing の関連契約アカウントの ID と一致します。

ただし、外部アカウントコードには (想定どおり) 外部アカウントの ID は含まれていませんが、この外部アカウントが属する加入者アカウントの ID が含まれています。これには技術的な理由があるため、このコースでは取り上げません。ただ気をつけるだけ。

外部アカウントに加えて、SAP Convergent Charging ではプリペイドアカウントも管理されます。これらについては、このコースでは取り上げません。

これまでのところ、加入者アカウントは顧客と考えていますが、これはかなり簡略化されたアプローチです。もう少し詳しく見ていきましょう。

SAP SOM で新規得意先が登録されると、いわゆる "ビジネスパートナ" として登録されます。これは、ビジネスで役割を果たすすべてのエンティティに対するより一般的な用語です。これらのロールには、以下のものがあります。

• 有形財を納入する "得意先" (ロジスティクスプロセスで重要)。
• から購入する「サプライヤー」。
• サービスの加入を希望する "契約パートナ" (これは関心のあるものです)。
• その他...

契約パートナロール (このロールの ID は MKK) に関連付けられているビジネスパートナのみが、加入者アカウントとして SAP Convergent Charging に複製されます。

他のロールに割り当てられたビジネスパートナは、SAP S/4HANA の他の部分 (販売請求や財務会計など) によって処理されます。