請求プロセス設定の実行

このレッスンの目的は、元伝票のデータ選択、請求単位へのグルーピングを行うための請求プロセスのカスタマイズ方法を理解することです。

この図は、技術的な観点から請求プロセスフローを示しています。

請求は以下のステップで実行されます。

1. データ選択

   データ選択時に、請求プロセスの請求依頼が選択されます。請求プロセスのデータ選択基準を定義します。

2. 請求単位の登録

   選択した請求依頼は、各契約アカウントの請求単位にグループ化されます。各契約アカウントに対し、複数の請求単位を登録できます。各請求単位について、契約未収金/未払金管理の請求で 1 件の請求伝票が登録されます。

   請求プロセスに対する請求単位の登録基準を定義します。

3. 料金計算伝票の処理

   請求単位に対して選択された料金計算伝票が、請求伝票に含まれます。料金計算伝票明細が請求伝票の明細にリンクされ、契約未収金/未払金管理 (FI-CA) での転記に必要な誘導が実行されます。

4. 追加機能の実行

   契約未収金/未払金管理の請求では、料金計算伝票の処理に加えて、追加の FI-CA 機能を統合することができます。これには利息計算、督促提案の登録、または手数料と割引の計算が含まれます。各請求プロセスで実行される追加機能を定義します。

5. 勘定更新

   契約未収金/未払金管理の請求に統合された勘定更新を使用して、請求で入力された転記伝票と、請求前に転記された契約アカウントの未消込明細との間の消込を実行することができます。消込管理で消込の基準を定義します。

6. 更新

   請求単位に対して登録された請求伝票および転記伝票がデータベースに書き込まれ、処理された請求依頼が削除されます。

7. 印刷準備

   請求単位とともに、請求書印刷の連絡文書コンテナおよび BW に対する更新の抽出依頼が登録されます。

請求プロセスフローは、以下のパラメータに依存します。

• 請求プロセス

• 請求タイプ

• 請求カテゴリ

このマルチレベル管理により、要件に応じた請求が可能になります。上記の基準は、各契約アカウントの処理時に以下の手順で決定されます。

ユーザが、請求の開始時に請求プロセスを明示的に指定します。このプロセスの主なタスクは、処理対象の元伝票カテゴリを定義することです。また、請求機能のプロセスフローも定義されます。必須の請求機能とオプションの請求機能が区別されます。

各請求プロセスで、請求タイプが提案されます。イベント 2603 で請求タイプを上書きできます。請求タイプを使用することで、請求単位の構造やプロパティに個別に対応することができます。また、各請求単位に対して実行されるオプションの請求機能も定義されます。

マスタデータレベルでは、請求カテゴリを使用して請求プロセスフローを制御することができます。これは契約アカウントから転送されます。

2 つの請求プロセスを登録するビジネスの例:

請求プロセスおよび集約請求: (通常の) 料金計算伝票のみを処理する請求実行と、一括料金計算伝票のみを処理する請求実行を行います。そのため、カテゴリ INVBI の元伝票のみを選択する請求プロセスと、一括料金計算伝票のみを選択する請求プロセスを 1 つずつ定義します。

元伝票カテゴリには以下が含まれます。

• INVBI 料金計算伝票

  SAP システムまたは他のプロバイダのシステムで登録され、定義済のインタフェースを介して契約未収金/未払金管理の請求に転送される元伝票を示します。

• VBRK SD 請求伝票

  販売管理 (SD) コンポーネントで登録され、契約未収金/未払金管理の請求で転記されるか、請求書へと処理される元伝票を示します。

• SD SD 伝票 (FI-CA モデル伝票)

  販売管理 (SD) コンポーネントで登録され、契約未収金/未払金管理の請求で転記されるか、請求書へと処理される FI-CA モデル伝票を示します。

• COLBI 集約請求伝票

  集約請求の個別アカウントの請求時に登録される元伝票を示します。

• ACTIT 有効化対象の未消込転記明細

  請求前に転記された未消込明細。特別な消込制限があり、請求で求められます。

• SUBIN 請求一覧の個別請求伝票

  請求一覧に入力される請求伝票。

• CYCLE 定期請求

  日程計画によって登録された請求依頼。

• ADHOC アドホック請求

  請求対象の元伝票がない場合の、アドホック請求登録用の請求依頼。

元伝票タイプを使用して、元伝票カテゴリの元伝票をそのビジネス上の重要度に応じて区別することができます。

Financial Accounting (New)→Contract Accounts Receivable and Payable→Convergent Invoicing→Invoicing→Invoicing Processes→Define Invoicing Processes.

定義済の請求プロセスに対する元カテゴリを選択するには、財務会計 (新)→契約未収金/未払金管理→統合請求→請求→請求処理→定義: 請求処理の順に選択します。

一括処理では、このフラグによって請求対象の契約アカウントの決定が制御されます。請求依頼の中に、主要選択フラグが設定されている元伝票カテゴリの元伝票が少なくとも 1 つあることが、契約アカウントが請求対象となる条件になります。

元伝票の選択ルール (デフォルト設定)

請求プロセスで処理される元伝票の決定方法を制御します。

契約アカウントに対して選択された元伝票は個々の請求単位にグループ化されるため、一括で請求して請求書に表示することができます。請求単位は請求の基準であり、1 つの契約アカウントのみの元伝票を含めることができます。

契約アカウントに対して決定された請求対象の元伝票は、デフォルトでは 1 つの請求単位で一括処理されます。ただし、請求依頼のグルーピングを制御し、請求単位を構成するためのグループピング方針を登録することができます。

たとえば、カスタマイジングで、異なる会社コードの料金計算伝票に対する請求を個別に実行するかどうかを定義できます。また、特定の会社コードに対する請求をまとめて実行したり、特定の会社コードを現在の請求から除外したりできるよう定義することもできます。

さらに、イベント 2601 では、会社の要件に応じてグルーピング提案を処理することができます。

エキスパートモードを使用し、請求をダイアログで実行する場合、4 番目のステップで、それまでに登録された請求単位が選択対象としてダイアログボックスに表示されます。そこで、請求単位に対する元伝票の割当をマニュアルで変更することができます。

各請求単位につき 1 つの請求伝票が登録されます。請求伝票には、請求によって FI-CA で実行された転記処理が記録されます。請求伝票は、請求書印刷の基準となります。

Financial Accounting (New)→Contract Accounts Receivable and Payable→Convergent Invoicing→Invoicing→Invoicing Processes→Maintain Grouping Variants.

カスタマイジングで、財務会計→契約未収金/未払金管理→統合請求→請求→請求処理→定義: 請求処理の順に選択します。

グループバリアントのグルーピング特性により、請求対象の伝票を請求単位にグループ化するために使用される項目が指定されます。

グルーピング特性は、グループバリアントの設定で使用されます。請求依頼には、構造 FKKINV_TRIG の任意の項目を使用できます。これには、たとえば以下が含まれます。

• 会社コード

• 部門

• 元伝票番号 (料金計算伝票番号)

• 契約参照

• 元伝票カテゴリ

必要に応じて、特性定義で定義された汎用モジュールを使用し、値誘導によって独自の項目を定義することができます。

請求は、多数の処理ステップで構成されます。ビジネスの視点から見ると、これらの処理ステップの一部が完全な業務トランザクションを形成し、請求機能と呼ばれています。請求プロセスの定義において、実行される請求機能を定義します。これにはいくつかの利点があります。

選択した請求機能により、請求プロセスで実行される請求処理ステップが明確になります。

少なくとも 1 つの必須請求機能を、請求プロセスに割り当てる必要があります。割り当てない場合、請求プログラムの正確性およびデータ整合性を保証できません。

マルチレベル管理を使用して請求機能を有効化するか、場合によっては必要でない請求機能を無効化することができます。

Financial Accounting (New)→Contract Accounts Receivable and Payable→Integration→Invoicing in Contract Accounts Receivable and Payable→Invoicing→Invoicing Processes→Define Invoicing Processes.

ステップ 1:

請求プロセスの定義において、請求機能サブダイアログで、1 つまたは複数の請求機能を請求プロセスに割り当てる必要があります。

請求プロセスを使用して請求を開始する場合、請求機能を割り当てることで以下のような効果があります。

1. 機能の有効化可能フラグが選択されていない割当済の請求機能が実行されます。ステップ 2 または 3 で実行を回避することはできません。

2. 請求で、割当の一覧に明示的に含まれていない請求機能が実行されません。この決定を、ステップ 2 および 3 で変更することもできません。

機能の有効化可能フラグが設定されている請求機能については、ステップ 2 または 3 でそれらが実行されるかどうかが定義されます。

Financial Accounting (New)→Contract Accounts Receivable and Payable→Integration→Invoicing in Contract Accounts Receivable and Payable→Invoicing→Invoicing Processes→Define Invoicing Types.

ステップ 2:

請求タイプの定義において、請求機能サブダイアログで、有効化/無効化可能として指定されているすべての請求機能を、請求タイプと請求カテゴリの組合せに割り当てることができます。割当では、有効化ステータスも割り当てる必要があります。請求において、この割当は以下のように解釈されます。

• 有効化可能で、かつ請求タイプに割り当てられていない機能は実行されません。この決定は、ステップ 3 で変更できません。

• 有効化可能で、かつ有効化ステータス 1 機能有効、ダイアログでの無効化不可で請求タイプに割り当てられている機能は実行されます。この決定は、ステップ 3 で変更できません。

• 有効化可能で、かつ有効化ステータス 2 機能有効、ダイアログでの無効化可で請求タイプに割り当てられている機能は実行されます。この決定は、ステップ 3 で変更できます。

• 有効化可能で、かつ有効化ステータス 3 機能無効、ダイアログでの有効化可で請求タイプに割り当てられている機能は実行されません。この決定は、ステップ 3 で変更できます。

Financial Accounting (New)→Contract Accounts Receivable and Payable→Integration→Invoicing in Contract Accounts Receivable and Payable→Invoicing→Invoicing Processes→Define Invoicing Types.

請求タイプの使用に関するビジネスの例:

請求書印刷のデザインやプロセス制御に差異がある場合、定期請求と最終請求に対して異なる請求タイプを使用します。

通常の定期料金計算に属する料金計算伝票と、契約の終了に伴って登録された料金計算伝票 (最終料金計算伝票) を区別します。利息は現金保証金でのみ計算でき、最終料金計算伝票の請求の請求書未収金に対して消し込まれます。

1. 標準請求タイプを定義し、請求プロセスに割り当てます。追加の最終料金計算請求タイプを定義します。

2. イベント 2603 で、最終料金計算伝票が処理されるかどうかをチェックします。答えが "はい" の場合、最終料金計算請求タイプを設定します。

3. イベント 2622 で、利息が最終料金計算請求タイプの現金保証金でのみ計算されるよう定義します。

4. 転記範囲 2630 (勘定更新) で、最終料金計算請求タイプのみに対する現金保証金の消込を許可します。

請求プロセスで請求単位が正常に処理されると、請求伝票が登録されます。請求伝票には、請求書の印刷に必要な情報が保存されます。そのため、請求伝票は、このデータ保持のために分離し、ダウンストリームプロセスとして実行できる請求印刷の基盤となります。また、請求伝票には請求プロセスが記録され、請求取消などの後続処理のデータが保持され、照会および評価のためにデータが保存されます。

具体的には、請求伝票により以下に関する情報が提供されます。

• 顧客に提供される請求書データ (請求書番号、請求書支払期日、請求書金額など)。

• 契約アカウントに対する請求書の登録状況 (請求プロセス、請求タイプおよびカテゴリ、登録時刻など)

• 請求が実行された処理モード (シミュレーション、転記、取消)

• 請求単位で処理されたため、1 つの請求書にグループ化された元伝票

• 請求書照会の請求プロセス、および会計管理における個別の元伝票の処理方法

• 請求書に表示され、会計管理で処理された追加の請求明細 (税明細、追加情報の明細など)

• 請求書で登録または処理された転記伝票、および請求伝票の視点から見たその業務的意味

実際の (シミュレーションではない) 請求伝票は削除できません。内容が正しくない料金計算伝票は、取り消すことができます。取消時には、取消請求伝票が登録されます。請求時に登録された転記伝票は、FI-CA からの伝票取消により、プログラム内で取り消されます。元伝票に対する請求を再実行できます。

請求伝票が登録される請求プロセスがシミュレーションモードで開始された場合、請求伝票はシミュレーション伝票になります。シミュレーション伝票は、請求プロセスの後続の更新実行には影響しません。具体的には、シミュレーション伝票を登録した場合、FI-CA で転記が実行されません。シミュレーションは、チェックおよびテストを目的として使用されます。シミュレーション伝票を取り消すことはできません。

伝票タイプおよび番号範囲:

請求伝票番号は、クライアントごとの請求伝票を一意に識別するキーです。

請求伝票番号は数値であり、内部で決定されます。外部番号割当はサポートされていません。番号範囲内で、請求伝票には連続する番号が割り当てられ、番号間にギャップはありません。

請求伝票の伝票番号割当については、カスタマイジングで財務会計 (新)→契約未収金/未払金管理→統合請求→請求→伝票→請求伝票の順に選択し、後続のアクティビティを実行します。

FI-CA 伝票タイプ (FI-CA 伝票タイプのカスタマイジング) にも同じコンセプトが使用されます。

請求伝票の伝票番号割当については、カスタマイジングで財務会計 (新)→契約未収金/未払金管理→統合請求→請求→伝票→伝票転記の順に選択し、後続のアクティビティを実行します。

Contract Accounts Receivable and Payable→Integration→Invoicing in Contract Accounts Receivable and Payable Invoicing→Document Account Assignment→Invoicing Documents.

請求プロセスに対する伝票タイプの割当は、請求プロセス、請求タイプ、および請求カテゴリに依存します。

請求プロセスの請求機能により、1 つまたは複数の転記伝票を登録できます。

請求機能 "料金計算伝票の請求" では、FI-CA での転記が料金計算データから誘導されます。これらの転記は、転記伝票の形式で保存されます。

FI-CA では、転記伝票が一意の伝票番号で保存されます。伝票はヘッダデータ、契約アカウントの明細、および G/L 勘定の明細で構成されます。

請求明細からビジネスパートナ補助元帳明細にメイン取引およびサブ取引を集計し、アカウント残高の概要をわかりやすくすることができます。