請求合意および請求一覧合意の説明

基本契約を使用することで、複数のプロバイダ契約および異なるビジネスパートナの料金計算可能明細を 1 件の請求書にまとめるか、追加で請求書一覧を登録することが可能になりました。基本契約は、請求合意または請求一覧合意によって拡張されます。

請求書登録では、プロバイダ契約および契約アカウントの制御パラメータが考慮されます。

料金計算可能明細は、割当先のプロバイダ契約および契約アカウントに応じて処理されます。料金計算可能明細の最終的な請求書に基づいて、これが決定されます。

上の例では、ビジネスパートナ 100 に契約アカウント 10 および 3 つのプロバイダ契約があります。契約アカウントおよびプロバイダ契約の制御パラメータに応じ、各プロバイダ契約に対して 1 件ずつ、最終的に 3 件の請求書が登録されます。

また、ビジネスパートナ 400 は、契約アカウント 40 およびプロバイダ契約 4 に対する個別の請求書を受領します。

基本契約を使用することで、複数のプロバイダ契約および異なるビジネスパートナの料金計算可能明細を、1 件の請求書にまとめることが可能になりました。

料金計算可能明細の処理では、特定の料金計算可能明細で基本契約を考慮する必要があるかどうかがチェックされます。このチェックは、基本契約の有効領域に基づいて実行されます。有効領域は、料金計算可能明細の任意の項目に基づいて定義できます。

基本契約の対象にならない料金計算可能明細は、プロバイダ契約に従って処理されます。

上の例では、プロバイダ契約 1 および 2 の料金計算可能明細の一部が、1 件の複合請求書にまとめられています。プロバイダ契約 2 および 3 の料金計算可能明細の一部についても同様です。さらに、ビジネスパートナ 400 のすべての料金計算可能明細が、プロバイダ契約 3 の料金計算可能明細の一部を含む 1 つの請求書に追加されます。

請求合意の特定の有効領域に応じ、特定の料金計算可能明細をスライスできるため、この処理が可能になります。このスライシングは、(特定のマスタデータオブジェクト内で) 垂直方向に行うだけでなく、(複数のマスタデータオブジェクト間で) 水平方向に行うこともできます。

契約 1 の一部の料金計算可能明細は基本契約の対象外であるため、プロバイダ契約の制御パラメータに従って登録される別の請求書に含まれます。

統合シナリオでは、CRM が基本契約の受注側、ERP が料金計算側に焦点を当てます。

そのため、基本契約内でさまざまなタイプの契約を登録することができます。

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

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

上記の一覧では、請求合意の主要パラメータについて説明します。

請求一覧は、複数の請求書またはその一部のサマリを、追加連絡文書の形式で提供するものです。

ビジネスの例

グループ本社は、毎月 1 回、子会社に送信されたすべての請求書のサマリを受け取ります。

請求一覧登録の規定に、請求一覧の受領者を入力します。

ビジネスパートナ番号を指定します。技術的な理由により、契約アカウント番号も必要です。ただし、契約アカウント番号は自動で決定されます。

請求一覧の登録は請求の機能であるため、以下のエントリも必要です。

• 制御パラメータの一部である請求カテゴリ (請求書登録の状況と同様)。

• 請求サイクル。請求一覧が登録される間隔を指定します。

請求一覧では、製品やその他の一般基準 (フィルタおよび汎用モジュール) によって有効領域を制限できません。選択を特定のビジネスパートナに制限することはできます。また、選択を特定の請求合意に制限することもできます。

オリジナル料金計算伝票の請求では、これらの契約が請求一覧に関連するかどうかがチェックされ、請求プロセスの結果としてカテゴリ SUBIN の追加請求書元伝票が登録されます。

元伝票 SUBIN には、請求一覧の送信先情報が含まれます。

元伝票は、請求書機能 "請求一覧" (SUBINV_LIST) が有効化された請求書プロセスで処理されます。

請求書が分散送信されるものの、本社で概要を把握する必要がある場合は、追加請求一覧を使用できます。これは請求書コピーに似ていますが、料金計算可能明細ではなく最終金額のみが表示されるよう設定することもできます。ビジネスパートナおよび請求合意に基づく設定が可能です。

契約は 2 つの部分で構成されます。これには以下が含まれます。

• ルール部分

• 有効領域

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

簡易フィルタ:

会計管理 → 財務会計→契約未収金/未払金管理 → マスタデータ→レーティングおよびチャージングとの統合→基本契約→フィルタ変更の順に選択します。

これらの構造については、以下の 2 つのタイプのフィルタがあります。

1. 簡易フィルタ:

   簡易フィルタには、レポートと同様の選択条件が含まれています。選択条件を満たす料金計算可能明細または契約パートナが対象になります。

   簡易フィルタは本稼働システムまたはカスタマイジングシステムで登録し、基本契約の任意の契約で使用することができます。

   会計管理→財務会計→契約未収金/未払金管理→マスタデータ→レーティングおよびチャージングとの統合→基本契約→フィルタ編集 (トランザクション FP_Filter2) の順に選択します。

2. 複合フィルタ:

   複合フィルタは、簡易フィルタと汎用モジュールを使用して登録できます。

   複合フィルタでは、次のうちいずれかの条件が満たされている場合に、料金計算可能明細または契約パートナが選択されます。

   • 料金計算可能明細または契約パートナが、複合フィルタに含まれる簡易フィルタの選択条件を少なくとも 1 つ満たしている。

   • 汎用モジュールで、料金計算可能明細または契約明細が選択される。

   複合フィルタに除外フィルタまたは汎用モジュールも含まれている場合、除外基準が満たされていない場合にのみ、明細または契約パートナが選択条件を満たすことになります。

   複合フィルタは、カスタマイジングシステムでのみ登録できます。複合フィルタの定義では、カスタマイジングシステムでも登録されている簡易フィルタのみを使用できます。複合フィルタは割引契約で使用します。

   財務会計→契約未収金/未払金管理→基本機能→基本契約→定義: 料金計算可能明細のフィルタの順に選択します。

フィルタ更新には以下のトランザクションが関連します。

• FQ_FILTER: カスタマイジングの一部として簡易一般フィルタおよび複合フィルタを更新します。

• FP_FILTER3: カスタマイジングおよび本稼動システムで登録された簡易フィルタ、一般フィルタ、および複合フィルタの照会

• FP_FILTER2: 簡易一般フィルタの更新

• FP_MA1/FP_MA2: 環境→追加環境→フィルタ更新: ビジネスパートナ固有フィルタの更新

基本契約では、フィルタのテストが可能です。

会計管理→財務会計→契約未収金/未払金管理→マスタデータ→レーティングおよびチャージングとの統合→基本契約→ユーティリティ→フィルタのテストデータの順に選択します (トランザクション: FP_MA_TEST)。