契約の登録

Objective

After completing this lesson, you will be able to 契約の目的と用途を説明します。

契約

ユーティリティ管理における事業関係の視覚化。構造化された請求のために、ビジネスパートナ、契約アカウント、および特定の契約間のつながりを強調します。

保守契約などのサービスの契約は、販売管理 (SD) コンポーネントで管理されます。

契約アカウント、インストレーション、および契約間の関係を示し、部門別、会社固有割当、および契約間更新を強調します。

使用開始/終了データを除き、契約アカウントの複数の契約に対してすべての契約アカウントデータを変更することができます。変更されたデータを照会し、整合性をチェックすることができます。

契約データを管理し、カスタマイズ、ユニットテスト、管理詳細を強調するフォームインターフェイス (入力フィールドおよび追加処理のチェックボックスを含む)。
  • 契約項目はカスタマイジングで更新することができます。

    SAP Fiori アプリ。ホームページ→ユーザプロファイルアイコン→アプリファインダ→SAP メニュー→検索→カスタマイジング - プロジェクト実行→SAP 完全版 IMG→SAP ユーティリティ→マスタデータ→ユーティリティ契約→定義: 供給契約のタブ

  • タブレイアウトは、契約のカスタマイジング設定で設定することができます。次に、基本設定で使用するレイアウトを選択します。

    SAP Fiori アプリ。ホームページ→ユーザプロファイルアイコン→アプリファインダ→SAP メニュー→検索→カスタマイジング - プロジェクト実行→SAP 完全版 IMG→SAP ユーティリティ→基本設定/企業構造→定義: タブのデフォルトレイアウト

CR&B および SD 契約タイプの概要 (供給、購買、プラント、会社消費、およびサービス契約を含む) で、アプリケーションと請求の目的が強調されています。
  • SAP S/4HANA Utilities では、さまざまなタイプの契約をモデル化することができます。契約が属するカテゴリは、技術マスタデータまたはビジネスマスタデータの特定の設定 (契約のプラントや会社の消費設定など) によって定義されます。
  • サービス契約は使用開始処理で登録できません。これらは、販売管理 (SD) アプリケーションコンポーネントでのみ登録することができます。
請求、日程計画、勘定設定、販売、および業務取引の主要要素を強調する、相互接続された契約データカテゴリのビジュアル表示。
  • 項目 '統計グループ' で、契約の統計グループを指定します。これは、販売統計のデータを決定するために使用されます。
  • 権限グループにより、特定のオブジェクトへの不正アクセスが防止されます。この方法で保護されたアクティビティを実行するには、ユーザにアクティビティと権限グループの両方に対する権限が必要です。
  • 均等請求に関連するデータ (均等請求周期など) を契約で更新すると、入力したデータによって、計算単位またはカスタマイジング設定で定義された初期値が上書きされます。
  • 例外抽出グループにより、料金計算で実行されるチェックが決定されます。契約をマニュアルで例外抽出することもできます。
  • 検針ブロック理由は、契約が検針に対してブロックされている理由を示します。この項目に入力すると、契約の料金計算ができなくなります。請求リリース理由を入力するまで、契約は請求に対して再度リリースされません (請求リリース理由によって請求ブロック理由が上書きされます)。
  • 請求エリアは、社内の制限された活動/責任領域をカバーする組織ユニットです。財務会計に入力された金額移動は、外部会計の目的でこの事業領域に帰属することができます。
  • スケジュールデータは、主に情報目的で提供されます。これにより、たとえば、契約が署名または取り消された日時に関する情報を照会することができます。
財務プロセスを合理化するために、単一のアカウントにリンクされた契約の一括請求について説明し、オプション (必須、任意、または除外) を強調表示する図。
  • この区分を使用して、契約を他の特定の契約と一緒に請求するかどうかを指定し、請求する場合はどのように請求するかを指定します。
  • この区分を変更すると、この契約の契約アカウントに対して次回請求書が登録されるときにその変更が有効になります。この区分が契約で設定されている場合、契約の定期料金計算伝票、最終料金計算伝票、または途中料金計算伝票は、一括請求区分で指定されたとおりに、同じ契約アカウントの他の契約の料金計算伝票とともに請求されます。
契約、料金計算、および請求のフローを示す図。構造化されたシステムにおける一括請求書または個別請求書の必須、任意、および排他的なプロセスを強調しています。
  • 最初の例では、契約 1、2、および 3 をまとめて請求する必要があります。契約 2 はまだ料金計算されていないため、契約は請求されません。
  • 他の 2 つの契約は請求できません。ただし、1 つの契約は排他的にしか請求できないため、顧客は引き続き請求書を受け取ります。
  • イベント R403 を使用して、請求単位のモデリングを制御することができます。
契約が分類され、請求タイプにリンクされる方法を示すプロセスフロー。その後、これらの契約は、ルールに基づいて統合されるか、請求伝票に分割されます。
  • 2 番目の例では、契約 1、2、および 3 の料金計算伝票があります。つまり、これらをまとめて請求することができます。
  • 任意契約の料金計算伝票もあるため、請求単位にも含まれます。
  • 排他契約は再度個別に請求されます。
  • イベント R403 を使用して、請求単位のモデリングを制御することができます。