依存明細の説明

依存明細の説明

Objectives

After completing this lesson, you will be able to:
  • 依存明細オブジェクトを説明します。
  • カスタマイジング依存明細について理解します。

依存明細オブジェクト

レッスンの概要

このレッスンでは、依存明細の内容と、さまざまな使用ケースでの依存明細の使用方法について説明します。

ビジネスシナリオ

特定の音楽媒体を得意先に販売する場合、明細金額の 10% が常に特定のパフォーマンス権利組織に対して支払われます。そこで、関連する音楽媒体が販売されるとすぐに、このパフォーマンス権利組織に割り当てられた依存料金計算可能明細が自動登録されるようにします。

依存明細オブジェクト

依存明細とは

  • 料金計算可能明細に依存する使用量明細または料金計算可能明細。
  • 依存明細は自動登録され、料金計算可能明細金額の一部を異なる方法で処理することができます。
  • 料金計算可能明細には、複数の依存明細を含めることができます。

ユースケースは以下のとおりです。

  • パートナ決済名
  • 手数料
  • 売上割引額
  • 一次料金計算可能明細への追加明細の登録が必要なもの。

依存明細は、リンク先の別の料金計算可能明細に依存して登録される料金計算可能明細または使用量明細です。依存明細 (DIT とも呼ばれる) は、カスタマイジングで定義されたさまざまなルールに基づいて自動登録されます。これらのルールに応じて、料金計算可能明細金額の一部は異なる方法で処理されます。システム内の各料金計算可能明細には、1 つまたは複数の依存明細を含めることができます。この文脈では、最終顧客請求書に関連する料金計算可能明細が一次料金計算可能明細と呼ばれます。したがって、DIT は二次料金計算可能明細とも呼ばれます。依存明細は、個別に、または他の依存明細または料金計算可能明細とともに料金計算することができます。

依存明細の最も一般的な使用ケースは、料金計算可能明細金額の一部が第三者に支払われるパートナ決済シナリオです。たとえば、音楽ダウンロードの明細金額の一部は、ロイヤリティとしてミュージシャンに支払われます。依存明細を使用するもう 1 つの例として、特定の一次明細に対する割引または手数料の計算があります。

つまり、一般的には、料金計算可能明細金額の一部を他の部分とは異なる方法で処理する必要がある場合 (たとえば、第三者に支払う必要がある場合、得意先を対象に手数料や割引などを計算する場合)、依存明細は柔軟なソリューションを提供できることを意味します。

この図は、以下で説明するプロセスステップをグラフィック順に示しています。

依存明細の登録プロセスには、以下のステップが含まれます。

  1. 未加工の一次料金計算可能明細がシステム内に登録されます。この一次明細は依存明細タイプを持っています。これにより、一次明細が料金計算可能ステータスに転送されたときに、依存明細も登録されるようになります。
  2. 一次ロー明細が料金計算可能ステータスに転送されると、依存料金計算可能明細または使用量明細 (もしくはその両方) がカスタマイジングに基づいて自動的に登録されます。
  3. これらの依存明細には依存明細理由が記述されているため、登録された理由が常に明確です。どの明細が一緒に属しているかが常に確認できるように、一次料金計算可能明細は、対応する依存明細または二次明細にリンクされます。このリンクは、一次/二次関係と呼ばれます。
  4. この後、料金計算や請求などのダウンストリーム処理を実行することができます。

依存明細のカスタマイジング

このスクリーンショットは、一次ユーティリティ、二次明細、依存明細などのさまざまなインタフェースコンポーネントを示しています。

依存明細は基本的に別のバージョンの料金計算可能明細または使用量明細であるため、料金計算可能明細クラスまたは使用量明細クラスも必要です。依存明細の機能を使用できるようにするには、さまざまなインタフェースコンポーネントが必要です。

DIT_PRIMARY (依存明細基本データの一次明細)

  • 元の料金計算可能明細クラスで使用されます。
  • 依存明細タイプを構造に追加します。
  • 依存明細の誘導に必要な一次明細の項目を提供します。
  • 一次明細のインタフェースコンポーネントを有効化します。
  • このインタフェースコンポーネントを有効化するのは、料金計算可能明細クラスが一次明細の保存および処理を目的としている場合のみです。

PRIMARY_IT (一次明細)

  • 元の料金計算可能明細クラスで使用されます。
  • 一次明細と二次明細をリンクするための項目が含まれています。

DIT_SECONDARY (登録済依存明細の一般データ)

  • 登録された依存料金計算可能明細に使用されます。
  • 依存明細理由を構造に追加します。
  • 二次明細のインタフェースコンポーネントを有効化します。
  • このインタフェースコンポーネントを有効化するのは、料金計算可能明細クラスが依存明細の保存および処理を目的としている場合のみです。

SECONDARY_IT (二次明細)

  • 登録された依存料金計算可能明細に使用されます。
  • 依存明細と一次明細をリンクするための項目が含まれています。

DIT_PARTNER (パートナ決済の依存明細データ)

  • 一次明細への "パートナ決済" 関係がある依存明細に使用されます。
  • "旧" パートナ決済ソリューションの関連インタフェースコンポーネントを有効化し、取消などの追加 FI-CA 機能を再利用できるようにします。
  • このインタフェースコンポーネントを有効化するのは、料金計算可能明細クラスがパートナ決済タイプの依存明細の保存および処理を目的としている場合のみです。

依存明細のカスタマイジングは、FICAIMG: 統合請求拡張機能依存明細にあります。

依存明細の機能では、依存明細の機能のカスタマイジング設定に基づいて、料金計算可能一次最終顧客明細に対して 1 つまたは複数の依存明細を自動登録できます。一次ロー明細 (BIT ステータス 0) の転送時に、料金計算可能明細に対して依存明細が生成されます (BIT ステータス 2)。この機能を使用するには、システムでいくつかの異なる設定を行う必要があります。

  1. 依存明細の料金計算可能明細クラスまたは使用量明細クラスを登録し、対応するインタフェースコンポーネントを有効化します。

    前述のとおり、以下のインタフェースを使用する必要があります。

    1. 依存明細が登録される料金計算可能明細のクラスに対するインタフェースコンポーネント DIT_PRIMARY。このインタフェースにより、インタフェース一次明細も自動的に有効化されます。 
    2. 依存明細に使用される使用量明細または料金計算可能明細のクラスに対するインタフェースコンポーネント DIT_SECONDRY。インタフェース二次明細は、自動的に有効化されます。
    3. "パートナ決済" 登録手順を使用して依存明細を登録する場合は、依存明細用のクラスに対してインタフェースコンポーネント DIT_PARTNER も有効化します。
  2. 更新: 依存明細タイプ

    依存明細タイプは、送信側システムまたは汎用モジュールによって料金計算可能一次明細に割り当てられます。これは、割り当てられた理由を特定し、かつカスタマイジング設定に基づいて依存明細を登録するための開始ポイントになります。タイプごとに、依存明細が登録されるルールを定義することができます。依存明細は、一次/二次関係を介して一次料金計算可能明細にリンクされます。

  3. 更新: 金額計算キー

    金額計算キーは、一次明細の金額に基づいて依存明細の金額を計算するために使用されます。一次明細の金額は基準額と呼ばれます。金額計算キーを使用して、依存明細を手数料と割引のどちらにするかを決定します。汎用モジュールを使用すると、より複雑な計算を行うことができます。

    キーのカスタマイジングで、手数料/割引をブロック手数料/割引にするかどうかを選択することができます。ブロック手数料/割引を選択しない場合は、スケール済手数料/割引として処理されます。

    金額計算キーの結果は、詳細画面でシミュレートすることができます。計算ルールは通貨ごとに設定でき、有効期間があります。ルール設定は、手数料/割引をどの基準額から計算するか、および固定割合が必要かどうかを決定できるように柔軟になっています。丸め単位と丸めルールを指定できるほか、手数料/割引の計算に使用するパーセントを指定することができます。限度額を設定するオプションもあります。

    個々の金額計算キーは、依存明細理由に割り当てられます。

  4. 定義: 依存明細理由

    依存明細理由は依存明細に割り当てられ、依存明細のビジネス重要度を表すために存在します。依存明細理由の設定によって、以下が決定されます。

    • 依存明細が使用量明細または料金計算可能明細のどちらとして生成されるか (登録手順)
    • 依存明細がパートナ決済タイプであるか、または一般依存明細であるか (依存明細カテゴリ)
    • 使用される金額計算キー
  5. 割当: 依存明細理由 -> 明細タイプ

    この設定ステップでは、依存使用量または料金計算可能明細の基礎となる各設定 (クラスおよび明細タイプなど) を追加で定義します。また、エントリごとに元取引タイプも指定する必要があります。依存料金計算可能明細に対して、サブプロセスを追加で定義する必要があります。カスタマイジングで、1 つまたは複数の依存明細理由が各依存明細タイプに割り当てられます。割り当てられた理由ごとに依存明細が生成されます。

  6. マスタデータ決定

    依存明細のマスタデータ決定をカスタマイズするには、以下のステップを実行する必要があります。

    1. マスタデータ ID (FKK_MD_ID) の番号範囲オブジェクトの番号範囲間隔を登録します。
    2. 依存明細の登録に必要なすべてのマスタデータを含むマスタデータ ID を登録します。
    3. 依存明細の各マスタデータを含むマスタデータ ID を実行時に決定するには、マスタデータ ID を、対応する属性に割り当てます。2 つの必須属性依存明細タイプおよび理由に加えて、追加のオプションのキーコンポーネントを使用することができます。

    一次明細と同じマスタデータに対して依存明細を登録する必要がある場合は、特定のカスタマ拡張を使用することができます。

  7. パートナ決済 

    依存明細をパートナ決済シナリオに使用する場合は、パートナ決済の設定もカスタマイズします。パートナ決済については、パートナ決済および収益配分の章で詳しく説明します。したがって、依存明細を使用してパートナ決済プロセスをモデル化することは、オプションの 1 つにすぎません。

料金計算可能明細イベントと同様に、ニーズに応じてシステム動作を調整するよう使用できるさまざまなカスタマ拡張があります。一覧に示されているように、カスタマイジング設定に基づいてシステムで登録された依存明細をいつでも調整することができます。そうするために、依存明細理由について、カスタマ実装に対して表示されたイベントを使用することができます。

たとえば、イベント 15 (マスタデータ決定) では、マスタデータ ID による決定を使用する代わりに、一次明細のビジネスパートナおよび契約アカウントを常に使用するロジックを実装することができます。これは、依存明細が割引または手数料のソリューションである場合によく使用されます。

イベント 35 では、依存料金計算可能明細にデータを追加することができます。たとえば、追加処理のために一次明細のユーザ定義項目の値を二次明細に継承することができます。

依存明細は、一次/二次関係を介して一次料金計算可能明細にリンクされている明細です。料金計算可能明細モニタは、すべてのタイプの料金計算可能明細を照会するために使用されるため、依存明細 (DIT) を照会するために使用することもできます。料金計算可能明細モニタには、一次明細の依存明細タイプと、二次明細の依存明細理由が表示されます。これにより、料金計算可能明細とその依存明細の評価に必要なすべての情報を取得することができます。

一次/二次関係アイコンを使用して、一次料金計算可能明細からその依存明細に直接ナビゲートすることもできます。

ヒント

依存明細の機能を使用する場合は、以下の依存関係が適用されます。
  • 一次明細には依存明細タイプ (DITTYPE) のみを含めることができ、依存明細理由 (DITRSN) を含めることはできません。
  • 依存明細に独自の依存明細を含めることはできません。
  • 一次明細には、依存使用量明細と依存料金計算可能明細の両方を含めることができます。

依存明細オブジェクトの設定

上質紙に印刷する新しいプロセスについて責任を担っています。この用紙は Paper Inc. から供給されます。上質紙に印刷されるページごとに、Paper Inc. 社向けに依存明細を登録する必要があります。カスタマイジングをチェックして、プロセスが円滑に実行されることを確認してください。

ヒント

この演習問題は、バックエンドシステム T41 クライアント 400 で、ユーザ BR245-## とパスワード Welcome1 を使用して実行します。

オプション行使

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

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

タスク 1: 料金計算可能明細クラスの分析 - カスタマイジングを分析し、回答を書き留める。

ステップ

  1. 白黒印刷とカラー印刷の両方の料金計算可能明細クラスで、依存明細に対する適切なインタフェースがオンになっているかどうかをチェックします。

    1. 料金計算可能明細クラスのカスタマイジング: FICAIMG統合請求基本機能料金計算可能明細料金計算可能明細クラス更新: 料金計算可能明細クラスに移動します。

    2. 料金計算可能明細クラス PBLW をマークし、インタフェースボタンを選択します。インタフェース "依存明細基本データの一次明細" および "一次明細" が選択されていることを確認します。

    3. 料金計算可能明細クラス "PCOL" に対して同じ処理を実行します。

  2. 依存明細に使用される料金計算可能明細クラスの名称は何ですか。

    1. 料金計算可能明細クラスのカスタマイジング: FICAIMG統合請求基本機能料金計算可能明細料金計算可能明細クラス更新: 料金計算可能明細クラスに移動します。

    2. 料金計算可能明細クラス PDIT が料金計算可能明細に使用され、対応するインタフェース "登録済依存明細の一般データ" および "二次明細" の一般データが選択されます。

  3. インタフェースコンポーネント "登録済依存明細の一般データ" の一部である項目はどれですか。

    1. 料金計算可能明細クラスのカスタマイジング: FICAIMG統合請求基本機能料金計算可能明細料金計算可能明細クラス更新: 料金計算可能明細クラスに移動します。

    2. 料金計算可能明細クラス PDIT をマークし、インタフェースボタンを選択します。

    3. "登録済依存明細の一般データ" まで下にスクロールし、項目概要を選択します。

    4. 選択をそのままにして、Enter を選択します。

    5. DITRSN (依存明細理由) 項目はインタフェースの一部です。

タスク 2: 依存明細カスタマイジングのチェック

ステップ

  1. システムにはどの依存明細タイプがありますか。

    1. 依存明細のカスタマイジング: FICAIMG統合請求拡張機能依存明細定義: 依存明細タイプに移動します。

    2. 依存明細タイプ PAPER がカスタマイズされます。

  2. 基準額が EUR 20 の場合、依存明細金額はいくらになりますか。

    1. 依存明細のカスタマイジング: FICAIMG統合請求拡張機能依存明細更新: 金額計算キーに移動します。

    2. 計算ルールを選択し、カスタマイジングをチェックします。

    3. パーセントは 20% です。

    4. 依存明細金額は EUR 4 になります。

  3. 依存明細は手数料または割引として登録されますか。

    1. 依存明細のカスタマイジング: FICAIMG統合請求拡張機能依存明細更新: 金額計算キーに移動します。

    2. 依存明細は割引になります。

  4. 料金計算可能明細または使用量明細は依存明細として登録されますか。

    1. 依存明細のカスタマイジング: FICAIMG統合請求拡張機能依存明細定義: 依存明細理由に移動します。

    2. 登録手順では、料金計算可能明細が登録されることが示されます。

  5. どの BIT クラス、BIT タイプ、サブプロセス、および元取引タイプが使用されますか。

    1. 依存明細のカスタマイジング: FICAIMG統合請求拡張機能依存明細割当: 依存明細理由 -> 明細タイプに移動します。

    2. 料金計算可能明細クラスPDIT
      料金計算可能明細タイプDAT5
      サブプロセスBSDA
      元取引タイプ02
  6. 依存明細はどのビジネスパートナおよび契約アカウントに割り当てられますか。

    1. 依存明細のカスタマイジング: FICAIMG統合請求拡張機能依存明細マスタデータ決定割当: マスタデータ ID に移動します。

    2. 依存明細タイプおよび理由 PAPER に割り当てられるマスタデータ ID をチェックします。

    3. マスタデータ ID 10000 が割り当てられます。

    4. 依存明細のカスタマイジング: FICAIMG統合請求拡張機能依存明細マスタデータ決定更新: マスタデータ ID に移動します。

    5. マスタデータ ID 10000 を開きます。

    6. 依存明細は以下に割り当てられます。

      • ビジネスパートナ: 1000090
      • 契約アカウント: 120000000100