基本契約と複合割引の説明

複合割引の実行

Objective

After completing this lesson, you will be able to 基本契約の複合割引について理解します。

複合割引

レッスンの概要

基本契約では、割引 (割引契約) に関する契約を作成できます。これらの割引契約では、基本契約を参照して署名された個別契約 (プロバイダ契約) の割引を計算および配賦するための包括的なルールが指定されます。

ビジネスの例

この例では、以下の 3 つの割引が含まれています。

  1. Print Service Corporation は、使用量が契約あたり 100 ユーロを超える場合に、顧客本社の電話料金に対して 10% の月次割引を付与します。

  2. CPU 使用量が契約パートナあたり 50 単位を超える場合、2 ユーロの割引が提供されます。

  3. さらに、四半期ごとのスケール割引 (3 カ月すべて) も提供されます。

    合計が 200 ユーロを超える場合、使用量に対して 3% の割引が適用されます。

    合計が 500 ユーロを超える場合は、使用量に対して 5% の割引が適用されます。

    ビジネスの例は、トレーニングシステムに基本契約 5000140 で実装されています。

    割引および手数料は、(法人顧客との) 基本契約において、プロバイダ契約レベルまたは割引契約レベルで割り当てます。

    割引および手数料は、マスタデータに入力された指定に基づき、使用量の料金計算時に決定されます。このプロセスの一部として、関連する割引または手数料情報を含む基準明細が登録されます。基準明細は、料金計算可能明細が保存されるのと同様の方法で保存されます。

    割引および手数料は、基準明細の処理中に、独立した料金計算手順において計算して処理されます。料金計算伝票には、計算の結果が保存されます。

複合割引

基本契約の割引契約

基本契約では、割引 (割引契約) に関する契約を作成できます。これらの割引契約では、基本契約を参照して署名された個別契約 (プロバイダ契約) の割引を計算および配賦するための包括的なルールが指定されます。

ERP システムで基本契約の割引契約を登録し、割引/手数料キーを割引契約に割り当てます。割引/手数料キーにより、計算ルールが指定されます。割引/手数料キーは、入力された時間枠内で有効です。割引契約で計算レベルを入力することで、計算が行われるレベルを指定します。計算レベルにより、この割引の基準額の決定方法 (契約ごと、契約パートナごと、または割引契約に関連するすべてのパートナと契約) が制御されます。

請求書受領者に割引が付与されず、また手数料が請求されない場合、割引契約で割引または手数料の配賦を定義することもできます。この場合、割引が付与されるか、または手数料が請求される必要がある契約アカウントとビジネスパートナを割引契約に入力します。代理割引先を入力しない場合、割引または手数料はその発生元に従って転記されます。割引は、その発生元である明細には数学的に配賦され、明細に属するビジネスパートナおよび契約アカウントには比例的に配賦されます。

基本契約の各契約に入力される割引および手数料を計算するには、基本契約にマスタ契約アカウントを入力する必要があります。このエントリにより、個別契約の使用量を、割引または手数料の基準としてまとめて表示できるようになります。

割引/手数料キーの決定

割引/手数料キーは、割引契約を使用して基本契約に割り当てます。基本契約に属する個別契約に対する使用量の料金計算時に、割引/手数料キーが決定されます。以下の前提条件を満たす必要があります。

料金計算可能明細で、プロバイダ契約明細および基本契約が参照されます。

割引の対象になるには、料金計算可能明細が割引契約の定義済有効領域に含まれている必要があります。

すなわち、料金計算可能明細は、明細の属性に関連する条件、または明細の属性から誘導可能な条件を満たしている必要があります。

料金計算可能明細の登録日付が、割引契約の有効領域に含まれている必要があります。

料金計算可能明細が割引契約の対象になる場合、料金計算では割引契約に入力された割引/手数料キーが適用され、料金計算可能明細は割引/手数料キーに対して定義されたフィルタによって処理されます ("割引および手数料計算の基本情報決定" を参照)。

基準明細の登録

料金計算では、割引および手数料の決定後に、基準明細が料金計算可能明細として登録されます。基本契約を使用して決定された割引の場合、これらの明細には、割引または手数料の計算に関する追加情報が含まれます。これらの基準明細の保存に使用する料金計算可能明細クラスには、インタフェースコンポーネント DISC_AGRMT (割引契約) が、割引計算の基準項目とともに含まれている必要があります。このインタフェースコンポーネントには、構造 FKKBIX_ICBIT_IT_DISC_AGRMT の項目が含まれています。

基準明細には以下が保存されます。

  • 基本契約

  • 割引契約 (カテゴリ D)

  • 基本契約を参照するプロバイダ契約のビジネスパートナ

  • 基本契約を参照するプロバイダ契約の契約アカウント

  • 基本契約のビジネスパートナ

  • 基本契約のマスタ契約アカウント

割引/手数料の計算

基本契約の基準明細を一括で処理するには、基本契約に対する割引の計算時に、料金計算手順でマスタ契約アカウントを選択基準として入力する必要があります。この計算では、割引契約に入力された計算レベルと、割引/手数料キーの計算ルールも適用されます。

割引/手数料計算伝票

基本契約に対する基準明細の料金計算で、割引/手数料計算伝票が登録されます。各割引契約に対して 1 件の伝票が登録されます。この伝票は、割引または手数料計算の記録のみを目的としており、割引ログを参照します。

請求依頼は登録されません。

料金計算伝票は技術伝票として指定され、請求はブロックされます。割引契約は料金計算伝票ヘッダに入力されます。

割引計算伝票の登録時に、割引 (および手数料) がその割当先に配賦されます。割当先の料金計算時に考慮される基準明細が登録されます。

各基準明細には以下の情報が含まれています。

  • 基準明細の元取引。

    基準明細の元取引は、基準明細の登録に使用された割引計算伝票です (項目 SRCTAID における料金計算伝票番号)。

  • システムによってデフォルト設定された元取引タイプ (値 DISCI)。

  • 割引または手数料の計算金額。

  • クラスおよびサブプロセス。

    クラスおよびサブプロセスは、割引/手数料計算伝票の料金計算済基準明細から継承されるため、同じ料金計算手順で処理できます。

基準明細は、割引/手数料伝票を登録した同じ料金計算手順で処理できます。基準明細の料金計算は、割引/手数料計算の直後に実行できます。追加の料金計算手順を設定して開始する必要はありません

下の図は、プロバイダ契約のみを使用するシナリオと、基本契約も使用するシナリオでの割引および手数料の料金計算手順とデータ保存を示しています。

プロバイダ契約を使用するシナリオ

基本契約も使用するシナリオ

料金計算可能明細の割引およびチャージングのプロセスステップ:

  1. 割引キーの設定および基本契約またはプロバイダ契約への割当。

  2. 標準料金計算手順では、基本情報の決定および基本 BIT の登録が行われます。

  3. 割引料金計算手順における割引および手数料の計算。

  4. 割引/手数料計算伝票を登録します。

  5. 使用量料金計算伝票を含む割引料金計算伝票の請求。

割引および手数料の柔軟な新機能:

  • 使用量 BIT の料金計算時における割引契約を使用した割引決定 (時間非依存プロセス、割引基準額の四半期合計など)

  • 指定された計算レベル (プロバイダ契約明細、プロバイダ契約、契約パートナ、契約レベル) での割引計算。

  • 割引配賦 (割引のソースへの割当、または本社への割当)

このソリューションの利点は、B2C と B2B で同じアーキテクチャが使用されることです。

プロバイダ契約および基本契約レベルで、割引キーと割引定義、および計算モジュールが再利用されます。

標準の料金計算手順および請求プロセスでは、伝票リンクおよびトレーサビリティが使用されます。

割引または手数料契約…

  • 基本契約を参照して署名された個別契約 (プロバイダ契約) の割引を計算および配賦するための包括的なルールを指定します。
  • ルールおよび有効領域を定義します。
  • 代替ビジネスパートナに転記することができます。転記できない場合は、発生元である明細に数学的に配賦されます。
  • プロバイダ契約、契約パートナ、契約レベルといった、さまざまなレベルに割り当てることができます。
  • オプションで、ソースのビットとは異なる請求サイクルがあります。たとえば、年次割引や四半期ごとの割引などです。

割引契約

ビジネスパートナ、製品、および追加選択に応じて、料金計算可能明細に適用される割引の種類を決定できます。

契約の有効領域を更新しやすくするため、ビジネスパートナグループおよび製品グループを定義することができます。これらのグループにより、単独のレコードがまとめられ、契約に割り当てやすくなります (非常に煩雑になりうる各エントリの個別入力が不要になります)。

契約は、ルール部分と有効領域部分で構成されます。ルール部分は、各契約タイプ固有です。この部分では、料金計算可能明細が契約の対象である場合に必要な処理が指定されます (たとえば、請求合意のルール部分では請求書受領者が指定されます)。有効領域では、ルールが適用される条件が指定されます。条件は、ビジネスパートナ、製品、およびフィルタと汎用モジュールに基づく追加選択に基づいて設定できます。

代替ビジネスパートナ

割引を転記するための代替ビジネスパートナは、現在の契約の割引に対するクレジットメモが転記されるビジネスパートナです。

代替ビジネスパートナが指定されていない場合、割引に対するクレジットメモは発生元に応じて転記されます。割引は、その発生元である明細には数学的に配賦され、明細に属するビジネスパートナおよび契約アカウントには比例的に配賦されます。

グラフィックでは、トレーニングシステムの基本契約 5000140 が反映されています。

割引キーの設定/定義は、カスタマイジングで実行されます。

契約未収金/未払金管理統合請求料金計算追加機能料金計算可能明細での割引および手数料定義: 割引/手数料キーの順に選択します。

以下の手順に従います。

  1. キーの特性:

    これにはその用途、計算通貨、計算周期、および処理レベルが含まれます。

    料金計算では、割引/手数料キーの決定時に計算の基準定義が分析されます。

  2. 計算:

    計算を設定するには、計算基準および計算ルールを定義します。計算基準は、以下のような料金計算可能明細に基づいて決定されます。

    • すべての料金計算可能明細。

    • 特定のフィルタ基準を満たす料金計算可能明細のみ。

      カスタマイジングでフィルタを定義するか、または料金計算可能明細をフィルタリングする独自のインストール固有フィルタモジュールを登録することができます。

      料金計算では、割引/手数料キーの決定時に計算の基準定義が分析されます。

      手数料と割引は、基準定義に従って対象となる基準明細の基準額に常に適用されます。

      計算ルールには、以下のルールタイプを使用できます。

      • 標準: 単純な割引または手数料を絶対額またはパーセントとして定義します。

      • スケール: スケール割引または手数料を定義します。スケール割引または手数料の決定基準となるスケール基準を自由に定義できます。

      • ブロック: ブロック割引または手数料を定義します。ブロック割引または手数料の決定元となるブロック基準を自由に定義することができます。

      • インストレーション固有汎用モジュール: 割引または手数料を計算する独自のインストレーション固有汎用モジュールを入力します。

  3. 条件:

    条件を定義します (オプション)。

    条件の定義には、基準およびルールを使用します。条件基準は、計算基準と同様に定義します。条件ルールが条件基準に適用されます。ルールにより、割引が付与される条件、または手数料が請求される条件が指定されます。以下のルールタイプを使用できます。

    • 標準: 条件基礎値に単純比較ルールを適用します。任意の条件基準を選択できます。

    • BRFplus: ルールを BRFplus 機能として登録します。

    • インストール固有の汎用モジュール: ルールに対して独自のインストール固有汎用モジュールを登録します。

計算および条件の共有バージョンを登録できます。

変更モードで、計算または条件タブのバージョン管理を選択し、バージョンが関連する参照日付を決定します。

ノートの終了

割引キーの定義は、カスタマイジングで実行されます。割引キーには、時間依存のバージョンがあります。カスタマイジングでは不十分な場合、"割引/手数料の計算後" を利用できます。このイベントでは、カスタマ固有計算用の割引モジュールを接続することができます。

割引基準明細…

  • 使用量 BIT の料金計算時に登録されます。
  • 使用量 BIT の契約に有効な割引キーがあり、BIT がフィルタ条件を満たす場合
  • 料金計算伝票番号である元取引 ID を介して請求伝票にリンクされます。
  • 基準額はありますが、割引額はありません。そのため、運賃です。
  • 異なる料金計算手順から個別の料金計算可能明細クラスで収集されます。
  • 割引の基準です。
  • 割引料金計算手順で計算した割引を取得します。

割引基準明細の定義:

基準明細には、割引と手数料の計算に必要な情報が含まれています。使用量の料金計算で、基準明細が料金計算可能明細として自動的に登録されます。料金計算可能明細の登録に使用する料金計算可能明細クラスには、インタフェースコンポーネント DISC_BASIC (割引/手数料計算の基本データ) が含まれている必要があります。このインタフェースコンポーネントには、割引と手数料の関連情報を保持できる構造 FKKBIX_ICBIT_IT_DISC_BASICS の項目が含まれています。

割引/手数料キーと基準明細のリンク:

割引/手数料キーの技術特性により、基準明細の登録時に含まれる料金計算可能明細クラス、サブ手順、および料金計算可能明細タイプが定義されます。

同じタイプの料金計算可能明細が計算、条件、またはその両方の対象となる場合、これらの明細は 1 つの基準明細にグループ化されます。この同じタイプのコンテキストでは、複数の料金計算可能明細が同じ契約に関連し、それらの割引/手数料キーが同じになります。

また、基準明細の登録時に、割引または手数料に関連する追加情報も使用量情報から継承されます。この情報により、基準明細で料金計算可能明細が集計されないようにすることができます。料金計算可能明細から取得された勘定割当項目 (構造 FKKBIX_DISC_ACC_ASS_ORIG_BIT) によって、基準明細が分割される可能性があることに注意してください。

また、基準明細に対して独自のメイン取引およびサブ取引を指定することもできます (割引および手数料の設定を参照)。その場合、元の取引は料金計算可能明細から継承されないため、分割基準にはなりません。

割引および手数料計算の設定と、条件の定義に使用する基本項目では、提供される料金計算可能明細の通貨と単位が異なる場合があります。これらの基本項目は、該当する通貨と、入力された単位に基づいてグループ化されます。すなわち、基準明細の登録時に、通貨と単位も分割基準として使用されます。

各基準明細には以下の情報が含まれています。

  • 基本契約

  • 割引契約 (カテゴリ D)

  • 基本契約を参照するプロバイダ契約のビジネスパートナ

  • 基本契約を参照するプロバイダ契約の契約アカウント

  • 基本契約のビジネスパートナ

  • 基本契約のマスタ契約アカウント

  • DISCKEY 項目の割引/手数料キーおよび DISCKEY_VERSNO 項目のバージョン

バージョンを定義していない場合でも、DISCKEY_VERSNO 項目には値 1 が含まれます。バージョンが定義されている場合、この項目には、選択した参照日付に基づいて決定されるバージョン番号が含まれます。参照日付が料金計算の基準日である場合、料金計算の基準日に有効な 1 つのバージョンの基準明細がすべて登録されます。参照日付が料金計算可能明細の基準日である場合、決定されたバージョンに従い、料金計算可能明細の基準日に関連して、基準明細が登録されます。

  • 割引計算、割引条件、もしくはその両方のうち、基準明細がどれに関連するかに関する情報 (DISC_CALC_REL および DISC_COND_REL 項目の値で識別可能)

  • 割引基準明細の DISC_BASE_AMOUNT 項目における基準額

この金額は、割引計算の対象となった料金計算可能明細の金額を加算したもので、システムで計算されます。

基準明細の登録に使用された、料金計算伝票における基準明細の元取引

SRCTAID 項目には、料金計算伝票番号が含まれています。

元取引タイプ

割引および手数料の基準明細に対する元取引タイプのデフォルトが提供されます。SCRTATYPE 項目には、値 DISCB が含まれています。

BILL_FIRST 項目には、基準明細を処理できる最早日付が含まれています。

割引または手数料の設定で、サイクルを使用して日付が決定されます。

BIT_AMOUNT 項目には金額がありません。

割引または手数料の計算時に、金額が決定されます。

トレーニング環境: 割引 BIT は、個別の料金計算手順 YDIS で料金計算されます。その結果として、割引料金計算伝票が生成されます。

割引と手数料は、基準明細の処理中に計算されます。基準明細は、料金計算において、料金計算手順の一環として処理されます。この手順では、基準明細の選択と料金計算が行われます。料金計算手順は、基準明細のカスタマイジング設定に従います。カスタマイジングで、基準明細の登録に使用される料金計算可能明細クラス、サブ手順、および料金計算可能明細タイプを指定します。

料金計算では、元取引タイプ DISCB によって基準明細が自動認識され、これらの明細に対してのみ割引と手数料が計算されます。この計算は、料金計算で料金計算伝票明細が登録される前に実行されます。計算では、料金計算により最初に条件ルールが評価され、次に計算ルールが適用されます。条件ルールの評価時には、料金計算で条件関連の基準明細 (DISC_COND_REL = X) が取得され、集計された後、キーで定義された条件と比較されます。条件が満たされている場合、料金計算で計算ルールが実行されます。このために、計算関連の基準明細 (DISC_CALC_REL = X) が取得および集計されます。割引や手数料の計算は、常に基準額 (DISC_BASE_AMT) を使用して実行されます。スケール割引やブロック割引を計算するため、別の属性 (DISC_BIT_NUMBER、BIT_QUANTITY、独自のカスタマ固有項目など) を使用することもできます。

料金計算では、計算関連の基準明細に比例配賦された計算の結果が返されます (項目 BIT_AMOUNT)。その後、基準明細は料金計算可能明細と同様に処理されます。このプロセスでは、割引および手数料を含む伝票明細が存在する料金計算伝票と、割引/手数料計算伝票が登録されます。

料金計算で割引基準明細が取得されると、料金計算手順では SRCTATYPE=DISCB によって基準明細が認識され、これらの明細が割引計算モジュール FKK_BIX_DISC_CALC_VTREF を介してルーティングされます。ここでは、割引キーの計算および条件ルールが適用され、計算された割引額が基準明細の BIT_AMOUNT 項目に書き込まれます。

その後、通常の料金計算手順が続行され、割引が反映された料金計算伝票が生成されます。

割引キーは、料金計算伝票明細内に保存されます。

割引プロトコルは、料金計算伝票とともに追加明細として保存されます (テーブル DFKKINVBILL_A および DFKKINVBILL_AD)。

最後のステップは、使用量料金計算伝票を含む請求です。

請求伝票には、プロトコル (割引の計算方法) が含まれます。

割引契約の割引計算:

基本契約に対する基準明細の料金計算で、割引/手数料計算伝票が登録されます。各割引契約に対して 1 件の伝票が登録されます。この伝票は、割引または手数料計算の記録のみを目的としており、割引ログを参照します。

請求依頼は登録されません。

料金計算伝票は技術伝票として指定され、請求はブロックされます。割引契約は料金計算伝票ヘッダに入力されます。

割引計算伝票の登録時に、割引 (および手数料) がその割当先に配賦されます。割当先の料金計算時に考慮される基準明細が登録されます。

基準明細は、割引/手数料伝票を登録した同じ料金計算手順で処理できます。基準明細の料金計算は、割引/手数料計算の直後に実行できます。追加の料金計算手順を設定して開始する必要はありません

下の図は、プロバイダ契約のみを使用するシナリオと、基本契約も使用するシナリオでの割引および手数料の料金計算手順とデータ保存を示しています。

割引契約による基本契約の拡張

ビジネス例

Print Service Corporation は、法人顧客の本社 (B2B 本社 ##) に対し、CPU 使用量、RAM 使用量、MRC 繰返レート、および帯域幅使用量に対する特別数量割引を提供することを決定しました。音声通話に基づく全契約の子会社合計が月額 EUR100 を超える場合、本社はすべての使用量と定期料金に対して 10% の割引を受けます。本社には、すべての関連契約に対して割引金額が適用されます。

ヒント

この演習問題の前に、演習問題: 基本契約関連のプロバイダ契約の分析を完了します。 

オプション行使

この演習問題を実行するには、以下の 2 つのオプションがあります。

  1. シミュレーションをウォッチします。シミュレーションを開始するには、以下の図で演習問題開始を選択します
  2. 下記の手順を実行します。

タスク 1: 割引契約による基本契約の拡張

ビジネスパートナ B2B 本社 ## の基本契約 (タスク 1 の結果) は、CRM システムにおいて Print Service Corporation の販売担当者によってすでに登録されています。

全契約の子会社合計が月額 EUR100 を超える場合、本社はすべての使用量と定期料金に対して 10% の割引を受けます。本社には、すべての関連契約に対して割引金額が適用されます。

そのため、ERP Convergent Invoicing で、基本契約 xxx を割引契約の使用量および定期料金によって拡張します。

ステップ

  1. 基本契約に対して計算済の割引を割り当てるために使用される契約アカウントを割り当てます。基本契約に割り当てられているビジネスパートナの既存のデフォルト契約アカウントを使用します。すべての契約パートナとすべての製品のステータスを完了に設定します。

    1. 請求合意の登録は、ERP でトランザクションを使用し、基本契約を更新することで行われます。

      SAP Fiori ラウンチパッドでセクション Master Data: Contracts & Agreements を検索し、基本契約照会タイルを選択します (対応するバックエンドトランザクション FP_MA2)。アプリ内で、メニューの変更を選択します。

      基本契約に対して計算済の割引を割り当てるために使用されるマスタ契約アカウントを割り当てます。EUR100 を超える使用量および定期料金/10%。基本契約変更: 一般データ画面で、以下を入力します。

      ユーザ 6 の例:

      基本契約5000146
      ビジネスパートナ1100000070
      マスタ契約アカウント110000000070

      基本契約保存を選択して、エントリを保存します。

      すべての契約パートナのステータスを完了に設定するかどうかを確認されます。はいボタンを選択します。すべての製品のステータスを完了に設定するかどうかを確認されます。はいボタンを選択します。

      ヒント

      デフォルト契約アカウントが存在します。タスク 1 のソリューションのテーブルを参照してください。契約アカウントが存在しない場合は、トランザクション CAA1 を使用して、基本契約ビジネスパートナの契約アカウントを登録します。参照アカウントとして、契約アカウント TEMPLATECA を使用します。

  2. 10% を計算する新規割引契約を、名称 UCRC_DIS10 で登録します。

    1. 基本契約変更: 一般データ画面で割引契約を登録し、契約タブを選択します。契約概要セクションで、契約登録割引 (左側の 1 つ目のボタン) を選択します。割引契約登録ポップアップ画面で、以下のエントリを入力します。

      契約UCRC_DIS10
      名称使用量および定期料金が EUR 100 を超える場合に 10% 割引

      続行 (Enter) を選択します。

  3. 基本契約レベルで割引を計算する規定ルールを定義します。

    ヒント

    割引キー YNHT_2 で 10% が計算されます。

    1. 規定ルールの定義:

      契約ルール: 割引で、割引として選択します。/変更キーYNHT_2 を入力します。

      計算項目レベルで、契約全体、各契約パートナ、各契約のうち、どれに対する計算が実行されるのかを指定します。計算レベルは空白のままにします (これにより、基本契約レベルでの集計が行われます)。

      基本データおよび有効領域セクションで、以下を入力します。

      明細開始 (明細の割当可能開始日)01/01/2017
      明細終了 (明細の割当可能終了日)31/12/9999

      ヒント

      本社の取引先/契約口座番号を Alt として明示的に入力する必要はありません。受信者 (代替ルールがない場合、デフォルトルールはであるため) 受領者が設定されている場合、割引は支払対象のものに付与されます。そのため、このケースでは、本社を代理支払人として割り当てた場合にのみ、本社に割引が付与されません。

  4. 使用量および定期料金の割引計算の使用量と定期料金を表す基準明細に対し、既存フィルタ YNHT_US_RE を割り当てます。

    1. 基準額計算のフィルタ定義: EUR 100 の計算に関連する料金計算可能明細を定義します。基本契約の一般データ画面で、契約タブ他の制限割当登録 (左側の 1 つ目のボタン) を選択します。

      以下を入力します。

      フィールド
      キー: YNHT_US_REYNHT_US_RE
      明細開始: 初期値デフォルト値
      明細終了: 初期値デフォルト値

      基本データおよび有効領域セクションで、以下を入力します。

      明細開始 (明細の割当可能開始日)01/01/2017
      明細終了 (明細の割当可能終了日)31/12/9999

      YNHT_US_RE では、どの料金計算可能明細が選択されますか。

      結果: タイプ H211、H221、H230、および H240 の料金計算可能明細がフィルタ YNHT_US_RE で選択されます。

      エントリを保存します。ビジネス要件に従い、基本契約が拡張されました。

タスク 2: 基本契約が割当済のプロバイダ契約に対するテストデータとしての料金計算可能明細の登録

ステップ

  1. 基本契約、プロバイダ契約、および契約アカウントの料金計算可能明細を登録します。そのため、バリアント MA_Discount を使用してプログラム RFKKBIXBITSAMPLE を実行し、テストデータを生成します。SAP メニューツールABAP ワークベンチ開発ユーザインタフェースABAP エディタ (トランザクション SE38) を選択します。

    プログラム: RFKKBIXBITSAMPLE

    バリアントあり: MA_Discount

    基本契約のソリューション (ソリューションタスク 1) (例: ユーザ 6 基本契約: 5000146) で、次の項目を変更します。

    このレポートでは、割当済のプロバイダ契約の 1 つが提案されます。関連する料金計算伝票を見つけやすくするため、契約アカウントを覚えておいてください。

    メニューで、プログラム実行を選択します

    基本契約に関連する 2 つ目のプロバイダ契約を使用し、レポートを再び実行します。

    1. テストの契約をすべて選択します。

      トランザクション FKKBIXBIT_MON を使用して、料金計算可能明細が登録されたことを確認します。

      結果: 料金計算手順に対して料金計算可能明細が生成されます。

      これが不可能な場合は、ログファイルエラーメッセージ () が表示されます。

タスク 3: 顧客使用に対する料金計算の一括実行

ステップ

  1. 基本契約が割り当てられたすべての契約アカウントの料金計算は、料金計算実行アプリまたはトランザクション FKKBIX_M を使用して、料金計算手順 YNAL で実行されます。

    追加選択ボタンをクリックし、基本契約を入力します。料金計算可能明細の料金計算開始日に従って、料金計算日を調整します (例: ユーザ 6: 5000146)。基本契約のすべての契約アカウントを入力する必要はありません。

    料金計算実行により、2 つの契約アカウントに対して割引 BIT が登録されます。音声使用量を含む料金計算伝票を検索し、割引 BIT が登録されたかどうかを確認します。

    1. SAP Fiori ラウンチパッドでセクション Billing を検索し、料金計算実行タイルを選択します (対応するバックエンドトランザクション FKKBIX_M)。

      請求伝票照会アプリまたはトランザクション FKKINVBILL_DISP を使用して、登録された料金計算伝票をチェックします。

      結果: 基本契約に対して 4 つの請求伝票が取得されます。少なくとも各契約アカウントに、CRM からのワンタイム料金とハードウェア料金が明記されています。

      使用量および定期料金に対して登録される料金計算伝票を選択します。

      たとえば、料金計算伝票の 1 つにおいて、伝票ヘッダレベルで基本契約へのリンクが生成されます。

      また、料金計算時に割引基準明細が登録されており、音声使用量伝票の元明細タブに表示されます。

      音声使用量 BIT を含む料金計算伝票で、ライタ "元明細" にジャンプします。BIT クラス HDIS の元明細を検索します。

      各料金計算伝票に対し、1 件の割引 BIT が登録されます。2 つの異なる契約アカウントに関連する 2 つの異なるプロバイダ契約の関連使用量がある場合、2 件の割引 BIT が登録されます。

      割引 BIT はマスタ契約アカウントに割り当てられます。

タスク 4: 割引計算に対する割引料金計算の実行

ステップ

  1. 割引基準明細の料金計算は、料金計算実行アプリまたはトランザクション FKKBIX_M を使用して実行されます。料金計算手順に対して YNDS を入力し、割引基準明細の料金計算開始日に従って料金計算日を調整します。追加選択ボタンをクリックし、基本契約を入力します。基本契約のすべての契約アカウントを入力する必要はありません。

    • 割引計算伝票を分析します。

    • 割引伝票および割引ログを分析します。

    1. SAP Fiori ラウンチパッドでセクション Billing を検索し、料金計算実行タイルを選択します (対応するバックエンドトランザクション FKKBIX_M)。

      料金計算伝票照会アプリまたはトランザクション FKKINVBILL_DISP を使用して、登録された料金計算伝票をチェックします。

      ここでも、追加選択機能を使用して基本契約を指定できます。割引計算伝票と割引伝票という 2 つの料金計算伝票が表示されます。

      • 割引計算伝票: この伝票は請求されない技術伝票です (請求トリガなし、請求書ロック = 2)。これは、実際の割引受領者ではなく、基本契約に計上される割引計算結果を表します。そのため、新規割引明細 (元取引タイプ DISCB) が再び登録されました。割引明細には、ビジネスパートナ/契約アカウントの実際の割引受領者が含まれています。

      • 割引伝票: 割引計算時に登録された割引明細が直接料金計算され、割引伝票が登録されます。割引伝票には、割引受領者に計上される割引計算結果が含まれています。この伝票は請求可能です。割引ログに、割引計算に関する多くの情報が含まれています。技術的には、これは割引計算伝票の追加明細として保存されます。

タスク 5: 請求書の一括実行

ステップ

  1. 請求実行アプリまたはトランザクション FKKINV_M を使用して、基本契約に対する請求を実行します。請求プロセスに対して YN を入力し、事前に登録されている料金計算伝票に従って伝票日付を調整します。追加選択ボタンをクリックし、基本契約を入力します。

    1. SAP Fiori ラウンチパッドでセクション Invoicing を検索し、請求実行タイルを選択します (対応するバックエンドトランザクション FKKINV_M)。

      請求伝票照会アプリまたはトランザクション FKKINVDOC_DISP を使用して、登録された請求伝票をチェックします。

      ここでも、追加選択機能を使用して基本契約を指定できます。少なくとも 3 件の請求伝票が登録されます。

      そのうち 1 件は、子会社の使用量と割引を含む、本社に対する請求伝票です。