大量業種向け料金計算の概要
マスタデータ/FI-CA 基本の使用
料金計算可能明細管理の実行
料金計算手順の説明
請求プロセスの実行
請求書機能の使用
料金計算計画およびデビットクレジットメモの使用
依存明細の説明
請求書印刷の実行
統合請求への SD 請求書の統合
統合請求によってトリガされたレーティングの実行
パートナ決済と共有収益の説明
基本契約と複合割引の説明
SAP Revenue Accounting and Reporting と SAP Billing and Revenue Innovation Management の統合
SAP Fiori の説明
一括トランザクションの説明

請求機能の説明

Objectives

After completing this lesson, you will be able to:
  • 請求で割引および手数料を定義します。
  • 集約請求について理解します。
  • 請求書一覧の登録について理解します。
  • 請求で未消込明細を有効化する方法について説明します。
  • アドホック請求書機能について説明してください。
  • 繰延収益の使用について理解します。
  • 請求で支払カード機能を使用します。

請求機能

レッスンの概要

統合請求では、さまざまな請求機能が提供されます。これらの請求機能により、繰延収益管理の FI-CA 機能を使用したり、請求一覧がある場合に請求書の追加レイアウト設計を可能にしたりすることができます。

請求プロセスフローの概要

以下の図は、請求のプロセスフローを示しています。

請求を実行すると、請求プロセスが要求されます。請求プロセスに基づき、請求に対して選択される元伝票のカテゴリが定義されます。

手数料および割引の請求機能

プロセス情報: 手数料および割引の請求機能

トピック説明
プロセス基準額に対する手数料および割引の計算と転記
請求機能CHARGE_DISC

CHARGE_DISC2 (個別)

ビジネスシナリオPrint Service Corporation は、特別な購入金額に対する割引を提供します。

購入 1 回につき 2 EUR および以下の追加割引:

1% から EUR 100 まで

EUR 100 から EUR 500 までの 2%

3% が EUR 500 を超過

前提条件

前提条件: カスタマイジングで手数料および割引を定義してください

個別の手数料および割引について、個別割引を含む契約アカウントを更新します。

手数料および割引機能は、契約未収金/未払金管理の請求における手数料賦課と割引権付与をサポートします。この機能を使用して、基準額に対する手数料または割引を計算し、契約未収金/未払金管理 (FI-CA) で転記することができます。

割引や手数料の計算は、以下の 4 つのプロセスステップで構成されます。

  1. 計算ルールを使用した割引または手数料キーの定義

  2. 請求プロセスにおける手数料または割引計算に対する請求機能の有効化

  3. 請求伝票における基準額の計算

  4. 収益および税の修正を目的とする FI-CA 伝票の登録

手数料/割引キーの定義

手数料および割引キーで、手数料と割引の計算ルールを定義します。

手数料および割引キーの設定時に、基準額の限度額に応じて、賦課される手数料または付与される割引の計算ルールを定義します。

この図は、スケール割引の構成要素を示しています。

この図は、スケール割引の構成要素を示しています。

基準額: パーセント手数料/割引金額に追加される固定基準額。

ビジネスの例:

与信限度 0 の顧客が、合計正味額 800 EUR の商品を購入します。

  • 最初の 100 EUR に対し、2 EUR + 1% (100 EUR = 3 EUR) の割引が付与されます。

  • 次の 400 EUR に対し、2% (400 EUR = 8 EUR) の割引が付与されます。

  • 最後の 300 EUR に対し、3% (300 EUR = 9 EUR) の割引が付与されます。

割引合計 = 20 EUR

与信限度 1 の顧客が、合計正味額 300 EUR の商品を購入します。

300 + 1.5% = 4.5 EUR

割引合計 = 4.5 EUR

IMGIntegrationInvoicing in Contract Accounts Receivable and PayableInvoicingInvoicing ProcessesAdditional Functions.

追加請求機能のカスタマイジングは、財務会計契約未収金/未払金管理統合請求請求追加機能にあります。

In customizing, choose IntegrationInvoicing in Contract Accounts Receivable and PayableInvoicingInvoicing ProcessesAdditional FunctionsDefine Key for Charges and Discounts.

カスタマイジングで、財務会計契約未収金/未払金管理統合請求請求追加機能手数料および割引定義: 手数料および割引のキーを選択します。

財務会計契約未収金/未払金管理統合請求請求追加機能手数料および割引割当: 手数料および割引キー (転記範囲 2617) の順に選択します。

手数料および割引を決定するための基準額が未消込明細の金額から計算されている限り、契約未収金/未払金管理のカスタマイジングの財務会計契約未収金/未払金管理統合請求請求追加機能手数料および割引定義: 手数料/割引の基準額決定の明細選択で、これらの明細を選択することができます。

一括請求

プロセス情報: 集約請求伝票の登録

トピック説明
プロセス集約請求伝票の登録
請求機能INV_COLLBILL
ビジネスシナリオPrint Service Corporation には、多くの都市に店舗を構える法人顧客がいます。これらの顧客の本社が、本社のサブ契約アカウントに対する集約請求を希望しています。
前提条件同じビジネスパートナのマスタ契約アカウント。
カスタマイジング請求機能 INV_COLLBILL による追加請求プロセスの登録

料金計算伝票に対する請求を実行するだけでなく、請求プロセスを使用して集約請求伝票を登録することもできます。集約請求では、元伝票カテゴリ COLBI の請求依頼が処理されます。これらは、集約請求の個別アカウントの請求時に転記された集約請求 (FI-CA の転記伝票) を表します。集約請求処理では、集約請求が集約請求伝票にグループ化されます。複数の個別伝票で、1 つの一括集約請求を参照できます。

契約アカウント 1 の集約請求を他の契約アカウント (例: 契約 2) とともに登録する場合、関連する集約請求アカウントを契約アカウント 1 および契約アカウント 2 に入力できます。

転記結果:

この契約アカウントおよびその他の関連契約アカウントに対するすべての転記レコードが、統計一括料金計算伝票として集約請求アカウントに追加で記録され、合計で料金計算されます。

集約請求を登録するには、2 つの請求プロセスを実行する必要があります。

集約請求伝票の登録には、2 つの請求プロセスステップが含まれます。最初の請求プロセスステップには、以下のサブステップが含まれます。

  1. 集約請求契約アカウントに割り当てられた個別契約アカウントに対する請求を実行します。

    最初のステップでは、料金計算伝票を請求伝票に集計する通常の請求プロセスを実行します。一括契約アカウントが個別契約アカウントのマスタデータにある場合、集約請求の追加伝票が登録されます。

  2. 個別アカウントに対する FI-CA 伝票を登録します。

    総勘定元帳に関連する転記が、契約アカウントで実行されます。

  3. 集約請求アカウントに対する統計 FI-CA 伝票を登録します。

    統計転記伝票は、集約請求アカウントに対して自動で登録されるか、または部分的に登録されます (DFKKOP-STAKZ S)。この集約請求伝票の転記明細には、消込制限 7 (集約請求: 集約請求後の支払のみ) があります。転記明細は、請求機能集約請求伝票登録の実行後にのみ支払うことができます。

  4. 請求依頼を登録します。

    個別アカウントの請求時に、ステップ 2 (テーブル DFKKINV_TRIG) に対して元伝票カテゴリ COLBI の請求依頼が登録されます。

集約請求プロセスステップには、サブステップ 5 から 7 までが含まれます。

5.集約請求プロセスの入力データ:

集約請求プロセスに対し、元伝票タイプ COLBIL の請求依頼を入力します。これらは、個別アカウントに対する通常の請求プロセスによってすでに登録されています。

6.集約請求の処理を実行します。

このプロセスの主要タスクは、集約請求明細の 1 つの集約請求へのバンドリングです。

請求機能 INV_COLLBILL を実行すると、値 COLLBI および以下のプロパティを含むすべての元伝票がグループ化され、1 つの請求単位が作成されます。

  • 集約請求契約アカウント

  • ビジネスパートナ

  • 支払期日

これらいずれかの項目の値と一致しない元伝票を、1 つの請求単位にグループ化することはできません。集約請求伝票内で、集約請求伝票の明細の請求明細タイプは 0COLLBIL であり、これは最終金額に含まれます。

集約請求では、最大 500 件の個別伝票をグループ化できます。この数を超過すると、新規の集約請求が自動登録されます。

イベント 2225 を使用して、追加の集計基準を定義できます。

6. 消込制限の削除:

FI_CA 伝票の消込制限が削除されます。請求機能 "集約請求伝票登録" が実行されているため、転記明細の支払が可能になります。

7. 集約請求の印刷:

集約請求を印刷できます。集約請求をレンダリングするため、独自のアプリケーション書式を定義することが有用な場合があります。

カスタマイジングで、一括料金計算機能を含む追加の請求機能を定義する必要があります。

In customizing, choose IntegrationInvoicing in Contract Accounts Receivable and PayableInvoicingInvoicing ProcessesDefine Invoicing ProcessesSelect Z2.

Go to Selection Control (screen 1)

Go to Invoicing Functions (screen 2)

一括請求書の登録

ビジネス例

顧客 BP## に複数の子会社があります。各子会社に独自の契約アカウントがありますが、本社が一括請求書を受領する必要があります。あなたは、顧客 BP## の本社のマスタデータ更新と、一括請求書の登録テストの責任者です。

オプション行使

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

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

タスク 1: 集約契約アカウントの登録

ステップ

  1. ビジネスパートナ BP## の新しい集約請求契約アカウント CA##M を集約請求契約アカウントとして登録します。

    1. SAP Fiori ラウンチパッドでセクション Master Data: Business Partner and Contract Account を検索し、契約アカウント更新タイルを選択します (対応するバックエンドトランザクション CAA2)。

    2. 右下隅の登録ボタンを選択します

      以下のデータを使用します。

      項目名
      契約アカウントCA##M
      ビジネスパートナBP##
      契約Acc. CatYC FI-CA 集約請求契約アカウント
      有効開始本日の日付

      以下の一般データを入力します。

      一般データタブページ 
      アカウント管理データ 
      勘定関係01 口座名義人
      許容範囲 GroupYN01 ゼロ許容範囲
      勘定設定 IDY1 国内顧客
      支払条件YN01 支払条件 0001 - 即時 (控除なし)

      支払/税タブページに切り替えます。

      支払/税タブページ 
      支払データ (一般) 
      会社コード BP1010
      標準会社コード1010

      督促処理/連絡文書タブページに切り替えます。

      督促処理/連絡文書タブページ 
      連絡文書管理 
      連絡文書バリアントCI01 連絡文書バリアント AC245

      契約アカウントを保存します。契約アカウント CA##M が登録されましたというメッセージが出力されます。

  2. 子会社を表す CA## を参照して、ビジネスパートナ BP## の 2 番目の契約アカウント CA##2 を登録します。

    1. SAP Fiori ラウンチパッドでセクション Master Data: Business Partner and Contract Account を検索し、契約アカウント更新タイルを選択します (対応するバックエンドトランザクション CAA2)。

    2. 右下隅の登録ボタンを選択します

    3. 以下のデータを入力します。

      項目名
      契約アカウントCA##2
      ビジネスパートナBP##
      契約Acc. CatY2
      有効開始本日の日付
    4. 参照アカウントを入力します。

      項目名
      契約アカウントCA##
      ビジネスパートナBP##
    5. 支払/税タブに移動し、入金の銀行詳細 ID、および影響を受けるビジネスパートナの SEPA 委任参照を入力します。

    6. Enter を選択し、新規契約アカウント CA##2 を保存します。

  3. 契約アカウント CA## および CA##2 で、集約契約アカウント CA##M を集約請求契約アカウントとして定義します。

    集約請求のマスタ日付が登録されました。契約アカウント CA## および CA##2 は、集約請求契約アカウント CA##M のアカウントとして参照されます。

    ヒント

    この演習問題を終了したら、契約アカウント CA## で、集約請求契約アカウントとしての集約契約アカウント CA##M を削除します。削除しないと、後続の演習問題が想定どおりに動作しません。

    1. SAP Fiori ラウンチパッドでセクション Master Data: Business Partner and Contract Account を検索し、契約アカウント更新タイルを選択します (対応するバックエンドトランザクション CAA2)。

    2. 右下隅にある変更ボタンを選択します。契約アカウントを選択した後、続行ボタンを選択します。

      項目名
      契約アカウントCA##
      ビジネスパートナBP##
    3. 以下の一般データを入力します。

      一般データタブページ
      請求 
      集約請求顧客CA##M
    4. 契約アカウント保存を選択します。

  4. CA##2 に対し、この処理を繰り返します。

    結果: 契約アカウント CA##M が再度表示されます。

    1. SAP Fiori ラウンチパッドでセクション Master Data: Business Partner and Contract Account を検索し、契約アカウント照会タイルを選択します (対応するバックエンドトランザクション CAA3)。

    2. CA##M と入力します。

    3. 追加補足参照アカウントを選択します。

      結果: CA## および CA##2 が CA##M のアカウントとして参照されていることがわかります。

タスク 2: テストデータの登録および CA## に対する料金計算手順と請求プロセスの実行

ステップ

  1. 料金計算可能明細クラス PBLW およびサブプロセス BSDA で、契約アカウント CA## および CA##2 に対し、金額 EUR 50 で料金計算可能明細を登録します。

    バリアント UNIT6_COLLBILL を使用してプログラム RFKKBIXBITSAMPLE を実行し、テストデータを生成します。

    SAP Easy Access メニューで、ツールABAP ワークベンチ開発ABAP エディタ (トランザクション SE38) の順に選択します。

    プログラム:RFKKBIXBITSAMPLE
    バリアント:UNIT6_COLLBILL

    次の項目を変更します。

    契約アカウント:矢印を選択します。複数選択で、CABOVI03 を CA##、CABOVI03-2 を CA##2 に変更します。

    プログラム実行を選択します。生成されたログファイルを分析します。

  2. CA## および CA##2 に対し、料金計算サブプロセス BSDA を含む料金計算手順 BIDA を実行します。

    1. SAP Fiori ラウンチパッドでセクション Billing を検索し、料金計算実行 - ビジネスパートナを選択します (対応するバックエンドトランザクション FKKBIX_S)。

      以下のパラメータを入力します。

      料金計算手順BIDAAC245 料金計算手順データおよび通信
      サブプロセスBSDA料金計算サブプロセス印刷
      契約アカウントCA## 

      プログラム実行を選択します。

      次は以下を指定し、プログラムを再実行します。

      契約アカウント:CA##2

      結果: 契約アカウント CA## 用と契約アカウント CA##2 用の 2 つの料金計算伝票を登録しました。

  3. CA## および CA##2 に対し、請求プロセス Z3 を実行します。

    1. SAP Fiori ラウンチパッドでセクション Invoicing を検索し、請求実行 - ビジネスパートナを選択します (対応するバックエンドトランザクション FKKINV_S)。

      以下のパラメータを入力します。

      請求プロセスZ3
      契約アカウントCA##CA##

      プログラム実行を選択します。

      次は以下を指定し、プログラムを再実行します。

      契約アカウントCA##2

      結果: 請求伝票 ____________ および ____________ が登録されました。両方の請求伝票に対する一括請求書を登録できます。

タスク 3: 一括請求書の登録

ステップ

  1. 登録された請求伝票に対する一括請求書を登録します。CA##M に対し、集約請求プロセス Z2 を実行します。

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

    2. 以下のパラメータを入力します。

      :請求プロセスZ2
      契約アカウントCA##M
    3. プログラム実行を選択します。

      結果: 集約請求伝票 ____________ が登録されます。集約請求伝票の印刷シミュレーションを実行します。

    4. 集約請求伝票が登録されていない場合は、請求カテゴリ COLBI の請求依頼が契約アカウントに対して存在することを確認します。

    5. 請求書の最初の日付が同じであるかどうかを確認します。

請求書一覧の登録

プロセス情報: 請求一覧の請求機能

トピック説明

プロセス

転記に影響しない請求書一覧の登録
請求機能1.SUBIN_TRIG により、請求一覧の請求伝票が事前選択されます。

2.SUBINV_LIST: 請求一覧の登録

ビジネスシナリオPrint Service Corporation には、多くの都市に店舗を構える法人顧客がいます。これらの顧客の本社は情報を確認するために、印刷された請求書一覧を必要としています。マルチレベル階層を使用できます。
カスタマイジング

1.請求プロセス: 請求プロセスで請求一覧登録の請求伝票を事前選択する。

2.請求機能を使用して、追加の請求プロセスを登録します。

請求一覧では、個別請求伝票が 1 つの請求伝票にグループ化されます。

請求一覧を使用することで、既存の複数の個別請求伝票を、新規の請求伝票として定期的に一覧表示することができます。また、個別請求伝票の受領者または代理受領者に対し、概要請求書を送信することもできます。

請求一覧は 2 つのステップで登録します。これらの各ステップは、請求機能請求一覧の請求伝票の事前選択および請求一覧の登録によってサポートされます。

請求機能請求一覧の請求伝票の事前選択を使用して、請求伝票に対する請求依頼を登録し、請求一覧に請求伝票を入力することができます。これらの請求依頼は、請求一覧の登録機能で請求一覧を登録するための基準となります。請求一覧の登録機能で登録される請求伝票は、基本的には入力された個別請求伝票の一覧です。この一覧には、これらの個別伝票の伝票番号、税額、合計金額などの情報が含まれています。

ビジネスの例:

請求一覧は 2 週間ごとに送信しますが、個別請求書は毎日登録します。

ヒント

代理受領者を定義するには、イベント 2637 を使用します。

請求一覧を登録するには、2 つの請求機能を実行する必要があります。

ステップ 1: トリガ生成を使用して請求プロセスを実行します。

請求伝票を登録します。

  1. 追加機能 "請求一覧の請求伝票の事前選択" (SUBINV_TRIG) を使用して、請求伝票の登録プロセスを実行します。

    請求依頼が登録された個別請求伝票は、伝票ヘッダの請求一覧の単一伝票である請求伝票項目で識別されます。個別請求伝票は、請求一覧に追加されても個別伝票としての特性が失われることはありません。請求書印刷と請求書金額支払のいずれに関しても、伝票の特性は保持されます。

  2. 請求伝票を登録し、FI-CA 伝票を登録します。

    FI-CA 伝票は、通常の請求プロセスで登録されます。後の請求プロセスで転記処理は実行されません。支払の参照先は、この FI-CA 転記伝票になります。

  3. 伝票カテゴリ SUBIN の請求依頼を登録します。

    請求機能 SUBINV_TRIG を使用して、請求一覧の請求伝票を事前選択します。請求伝票の請求依頼を登録し、請求一覧に請求伝票を入力します。請求依頼が登録された個別請求伝票は、伝票ヘッダの請求一覧の単一伝票である請求伝票項目で識別されます。請求一覧トリガが元伝票カテゴリ SUBIN で登録されます。

ステップ 2: 請求プロセス実行請求一覧の登録

追加請求プロセス請求一覧の登録を実行します。

請求一覧の登録機能では、請求一覧の請求伝票の事前選択機能によって登録された (元伝票カテゴリ SUBIN の) 請求依頼が処理されます。標準システムでは、個別請求伝票の契約アカウントに対する請求一覧が登録されます。ただし、イベント 2637 における請求依頼の設定時に、請求一覧の代理受領者を指定することができます。

請求一覧の明細タイプは 0SUB_INV であり、転記伝票がありません。

ヒント

請求一覧の不整合を防ぐため、アカウント残高情報は一覧にできるだけ表示しないようにする必要があります。また、請求一覧を登録する請求プロセスでは、未消込明細を転記するための追加機能 (利息計算や勘定更新など) を使用しないでください。

マルチレベル請求一覧

マルチレベル請求一覧を登録できます。すなわち、請求一覧を個別請求伝票として別の請求一覧で登録することができます。たとえば、子会社の請求概要を登録し、それを親会社の本社に対する子会社請求書の概要に含めることができます。

このような構造を使用する場合、同じ請求プロセスで異なるレベルの請求一覧を登録しないことが重要です。一覧を分離するため、各レベルに対して異なる元伝票タイプ (元伝票カテゴリ SUBIN) を使用することができます。たとえば上の例では、子会社に元伝票タイプ INA、親会社に元伝票タイプ INB を使用することができます。その後、請求プロセスの選択制御でこれらの元伝票タイプを使用します。

個別請求伝票に対する請求依頼の登録時に、請求一覧の請求伝票の事前選択機能で元伝票タイプを割り当てます。請求一覧は、生成された個別請求伝票の概要を提供するものであり、個別請求伝票の支払処理の基準として使用することは想定されていません。

未消込明細の有効化

プロセス情報: 請求前に転記された明細の有効化

トピック説明
プロセス請求前に転記された明細の有効化
請求機能ACTIVATE_OI
ビジネスシナリオPrint Service Corporation には、契約アカウントに督促手数料が転記される顧客がいます。請求書の登録時に、この顧客に督促手数料について通知します。請求合計金額には、督促手数料が含まれています。請求書によって督促手数料の支払が請求されます。
前提条件未消込明細の支払期日は契約アカウントです。
カスタマイジング事前選択: 請求における有効化対象明細機能を有効化します。
FI-CA のカスタマイジングすべての未収金を請求書に含める

請求前に転記された明細の有効化のプロセスステップには、以下が含まれます。

  1. 未消込明細を選択します。

    未消込明細の有効化請求機能を使用して、請求の実行時に、契約未収金/未払金管理 (FI-CA) の請求で、事前選択済の未消込明細を依頼することができます。この請求機能は、以下のシナリオで使用できます。

    • 2 つの請求書日付の間に転記された特定の明細を、通常の請求書とともに依頼する必要があります (督促手数料など)。これらの明細について、ビジネスパートナに個別の連絡文書を送信する必要はありません。

    • 請求を使用して、特定の明細に対する連絡文書を登録する必要があります (分割支払計画依頼の要請など)。

    どちらのケースでも、明細に消込制限 (8) "次回通常請求まで明細処理不可" があります。

  2. 請求伝票を登録します。

    請求伝票では、請求明細タイプ 0ACTITEM または 0ACT_IPL および参照伝票タイプ 0ACT の請求明細が、有効化された転記明細に対して登録されます。

  3. 選択した未消込明細を除く請求書に対し、FI-CA 伝票を登録します。

  4. 消込制限を削除します。

    請求により、このような明細から消込制限が削除され、支払期日が請求書の支払期日に応じて調整されます。明細が請求書に表示され、金額が請求合計金額で考慮されます。請求書で明細の支払を行うことができます。

分割支払計画および繰返伝票については、消込制限により、各請求で次の分割支払または繰返明細が依頼されます。

ヒント

上記の消込制限は、これらの明細を有効化するための請求機能を含む請求プロセスを少なくとも 1 つ定義しており、それを定期的に実行する場合にのみ使用します。

カスタマイジング

転記範囲 2627 を使用して、入力時に消込制限 8 が設定される未消込明細を指定します。契約未収金/未払金管理のカスタマイジングで、統合請求請求追加機能事前選択: 請求における有効化対象明細の順に選択します。

請求で有効化される明細の選択動作に関して、以下のオプションがサポートされています。

請求依頼を使用した選択 (テーブル DFKKINV_TRIG)

有効化される特定の未消込明細自体によって請求がトリガされるようにするには、これらの明細に対して元伝票カテゴリ ACTIT の請求依頼が存在する必要があります。

その場合、有効化される未消込明細の転記時に、請求依頼を自動で登録できます。この動作は、転記範囲 2627 によって制御されます。

その結果、元伝票カテゴリ ACTIT を処理できる請求プロセスによって明細が有効化されます。

請求機能 - 未消込明細の有効化: シナリオ

シナリオおよび選択オプションは以下のとおりです。

シナリオ
  1. 2 つの請求書日付の間に転記された特定の明細を、通常の請求書とともに依頼します (督促手数料など)。
  2. 請求を使用して、特定の明細に対する連絡文書を登録します (分割支払計画依頼の依頼など)。
    • 関連する明細に消込制限 '8' が設定される明細は、次の通常の請求書まで処理できません。
    • 請求では、明細から消込制限が削除されます。
    • 支払期日は請求書の支払期日に応じて調整される
    • 明細は請求合計金額で考慮されます。
選択オプション
  • 請求依頼なしの請求での有効化
  • 請求依頼による請求での有効化 (テーブル DFKKINV_TRIG)。

Contract Accounts Receivable and PayableOrganizational UnitsSet Up Company Codes for Contract Accounts Receivable and Payable.

In customizing, choose IntegrationInvoicing in Contract Accounts Receivable and PayableInvoicingInvoicing ProcessesAdditional FunctionsMaintain Preselect Items for Activation in Invoicing.

カスタマイジングステップ:

  1. カスタマイジングで、契約未収金/未払金管理組織ユニット設定: 契約未収金/未払金管理の会社コードの順に選択してから、全未収金を請求書合計に含める項目を選択します。

  2. よりきめ細かい制御を行うには、転記範囲 2627 および 2628 を定義します。

  3. 1 つの請求プロセス内で、請求における有効化対象明細の事前選択機能を有効化します。

アドホック請求書機能

アドホック請求の請求機能

プロセス情報: アドホック請求の請求機能

トピック説明
プロセスアドホック請求
請求機能INV_ADHOC アドホック請求
ビジネスシナリオ請求依頼を利用できない場合にも、請求機能を利用できます。

督促手数料、履歴請求書、または金利計算について得意先に通知することができます。

前提条件元文書は処理されません。
カスタマイジング請求機能 INV_ADHOC を有効化します。
以下で説明する、アドホックプロセスの視覚化。

アドホック請求機能を使用して、現時点で請求対象の元伝票が存在しない契約アカウントに対する請求を実行することもできます。

以下の前提条件が満たされている場合、請求ダイアログでアドホック請求が自動的に提供されます。

  1. 実行される請求プロセスで、アドホック請求機能が有効です。

  2. 請求対象の契約アカウントに対し、請求依頼が存在しません。

契約アカウントの請求時に元伝票が処理されず、登録される請求伝票に請求明細および転記明細が含まれていない場合、請求伝票は保存されません。

繰延収益の使用

プロセス情報: 請求機能 - 繰延収益

トピック説明
プロセス繰延収益
請求機能DEF_REVENUES
ビジネスシナリオ

Print Service Corporation には、印刷サービスの年間料金を支払う顧客がいます。

前提条件

料金計算可能明細クラスのインタフェースコンポーネントは繰延収益です。

オーダー管理システムから繰延収益が納入されます。

カスタマイジング請求機能 DEF_REVENUES

FI-CA での繰延収益のカスタマイジング定義: 繰延収益の転記

まだ実現されていない収益は、別の収益勘定に転記されます。ここから、事前定義された時間またはサービスの実行時に、収益に影響する時点で実績収益勘定に転記されます。

時間基準シナリオの繰延収益のプロセスステップには、以下が含まれます。

  1. 遅延収益の振替転記日付を含む料金計算可能明細を登録します。

    繰延転記日付に関する追加情報を含む料金計算可能明細を登録します。ここでは、料金計算可能明細の項目拡張を含む繰延収益インタフェースコンポーネントが必要です。

  2. 請求書の全額を未消込明細として転記します。

  3. 追加の FI-CA 伝票を登録し、収益を繰延収益勘定に振り替えます。

  4. 時間トリガを使用し、繰延収益勘定から収益勘定への振替転記を実行します。

繰延収益に関する事実

  • 請求書の時刻 <> 収益実現の時間

    .
  • 時間ベース の繰延収益
    • 収益認識:
      • ... 日付が既知
      • ... 金額が既知
    • 例: 1 年間の賃貸料は前払で、収益は 12 カ月に配分されます。
  • イベントベースの繰延収益
    • 収益認識:
      • ... 日付が不明です
      • ... 金額が不明
    • 例: バウチャーの購入と、さまざまな日付の一部金額での償還。

時間ベース の繰延収益

未収金伝票が転記される時点で、繰延収益勘定の対応する一部収益が収益勘定に振替転記される日付がすでに判明しています。

: 1 年間の賃貸料は前払で、収益は 12 カ月に配分されます。

イベントベースの繰延収益

未収金伝票が転記される時点で、繰延収益勘定の対応する一部収益が収益勘定に振替転記される日付および金額が判明していません。

: バウチャーの購入と、さまざまな日付での一部金額の償還。

請求における支払カード機能

プロセス情報: クレジットカード処理の請求機能

トピック説明
プロセスクレジットカード処理
請求機能PCARD_PAYMNT (即時消込 PCARD_PAYMET)
ビジネスシナリオTelcom One には、Web ショップでクレジットカードで支払う顧客がいます。Telcom One は、未消込明細に対してクレジットカード支払の即時消込を希望しています。
前提条件

料金計算可能明細クラスに対してカード支払インタフェースコンポーネントが有効化されること。

オーダーシステムから支払カード情報が配信されること。

カスタマイジング請求機能 PCARD_PAYMNT
この図は、クレジットカードが支払方法として使用された場合の、統合請求オブジェクトの依存関係を示しています。クレジットカード支払は、転記済請求書伝票の消込に使用されます。

使用されたクレジットカードに関する情報を、料金計算可能明細を使用して転送できます。

ビジネスの例:

顧客が Web ショップで複数の品目を注文し、カートに追加します。ショッピングを完了した顧客は、クレジットカード情報を入力します。この情報は、購買品目とともに 1 件の BIT として送信されます。BIT とアイテムに対し、料金計算および請求が行われます。

請求プロセスでは、クレジットカード決済の実行をトリガするために使用される消込済購買明細も生成されます。

プロセスステップ:

料金計算伝票では、未収金の即時支払のため、カードデータ (権限データなどのデータを含む) を転送することができます。このカードデータは、即時決済のカード支払請求機能で処理されます。請求機能では、以下のアクティビティが実行されます。

  1. 権限チェックの実行

  2. 支払カードによる支払の登録

  3. カード料金計算の追加処理を目的とする、契約会計伝票のカードデータ補足の更新

  4. 未収金の即時消込

2 つの請求機能の詳細

請求機能 "PCARD_PAYMET"
支払処理におけるカード支払の基準として、未消込明細の支払カード補足を登録します。
請求機能 "PCARD_PAYMNT"

未処理未収金に対して支払カード (クレジットカードなど) を使用して支払を入力し、請求実行内でこれらの未収金を消し込みます (参照伝票タイプ '0PCP' の独自の転記伝票 'カード支払')。

Financial Accounting (New)Contract Accounts Receivable and PayableIntegrationBilling in Contract Accounts Receivable and PayableBillable Item ClassesMaintain Billable Item Classes.

Select TDAT

In the Maintain Billable Item Classes menu, choose DisplayChoose Interface Components.

前に説明したカスタマイジングエントリのスクリーンショット。

料金計算可能明細クラスに応じた前提条件:

契約未収金/未払金管理の料金計算から、料金計算伝票に対する請求でカード支払を生成するには、料金計算可能明細クラスの設定時に必要な項目を利用できるようにする必要があります。カード支払の料金計算可能明細に転送される必要があるデータ向けに、カード支払インタフェースコンポーネント (PCARD_PAYM) が提供されています。このインタフェースコンポーネントは、料金計算可能明細クラスの設定時に選択します。契約未収金/未払金管理のカスタマイジングの統合、および契約未収金/未払金管理の料金計算のカスタマイジングの更新: 料金計算可能明細クラスで、各料金計算可能明細クラスに使用されるインタフェースコンポーネントを指定します。

必要なインタフェース

支払処理の基本データ:

これが有効である場合、料金計算可能明細クラスに対して支払データ明細レコードタイプが含まれます。

支払参照:

これにより、料金計算可能明細の転送用インタフェースにおいて、請求で支払参照を生成するための項目を利用できるようになります。支払参照は、料金計算可能明細から誘導される転記明細の支払処理に使用されます。

カード支払:

カード支払インタフェースコンポーネントにより、料金計算可能明細のシステムへの転送用インタフェースにおける項目が提供されます。これらの項目を使用して、料金計算可能明細から発生する未収金の支払を処理するためのカードデータを転送することができます。

インタフェース支払カードデータ:

これにより、支払カードの詳細情報 (特に権限データ) の転送に使用する、料金計算可能明細の転送用インタフェースにおける項目が提供されます。

インタフェースコンポーネントは、財務会計 (新)契約未収金/未払金管理統合請求基本機能料金計算可能明細料金計算可能明細クラス更新: 料金計算可能明細クラスにあります。

更新: 料金計算可能明細クラスのメニューで、編集インタフェースコンポーネント選択の順に選択します。

支払カード処理に対する請求プロセスの実行

ビジネス例

顧客が Web ショップで複数の品目を注文し、カートに追加します。ショッピングを完了した顧客は、クレジットカード情報を入力します。この情報は、購買品目とともに 1 件の BIT として送信されます。BIT とアイテムに対し、料金計算および請求が行われます。

オプション行使

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

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

タスク 1: 料金計算可能明細クラスで支払明細が許可されるかどうかのチェック

ステップ

  1. 請求プロセス Z1 で、料金計算可能明細に加え、追加のクレジットカード明細が登録されます。そのため、料金計算可能明細クラスには支払明細構造が必要です。このタスクは、バックエンドシステム T41 クライアント 400 で、ユーザ BR245-## およびパスワード Welcome1 を使用して実行します。

    カスタマイジングで、財務会計契約未収金/未払金管理統合請求基本機能料金計算可能明細料金計算可能明細クラス更新: 料金計算可能明細クラスを選択します。

    料金計算可能明細クラス PBLW の支払明細構造を分析します。この料金計算可能明細クラスで、即時決済の支払カード請求機能を使用することができますか。

    1. 関連するすべてのインタフェースが有効化されているため、使用できます。

タスク 2: 支払補足を含む料金計算可能明細の登録

ステップ

  1. レポート RFKKBIXBITSAMPLE およびバリアント Unit6_ PCARD を使用して、料金計算手順の料金計算可能明細を新規登録します。

    1. 料金計算可能明細の登録: バリアント UNIT6_PCARD を使用してプログラム RFKKBIXBITSAMPLE を実行し、テストデータを生成します。

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

      SAP Fiori ラウンチパッドでセクション Billing を検索し、料金計算実行 - ビジネスパートナタイルを選択します (対応するバックエンドトランザクション FKKBIX_S)。

      プログラム:RFKKBIXBITSAMPLE
      バリアント:UNIT6_PCARD

      支払明細があることを確認します。

  2. 料金計算手順 BIDA およびサブプロセス BSDA を使用して、料金計算手順を実行します。

    1. 演習問題 "BIDA およびサブプロセス BSDA の料金計算手順実行" を参照してください。

  3. 請求プロセス Z1 を使用して、請求プロセスを実行します。

    1. 演習問題 "請求プロセス Z1 の実行" を参照してください。

      プロセスを正常に実行できない場合は、ログメッセージを確認し、欠落エントリがある転記範囲をチェックします。カスタマイジングに移動し、ギャップを解消します。

  4. アカウント残高を分析します。

    1. FICA 伝票および情報セクションでアカウント残高照会タイルを選択します (対応するバックエンドトランザクション FPL9)。

      CA## を選択します。

      結果: 2 つの FI-CA 伝票を含む請求伝票が登録されます。1 件目の FI-CA 伝票では請求書が契約アカウントに転記され、2 件目の伝票ではクレジットカード支払に対する消込が実行されます。