新規建物の入居者がすでにわかっているため、システムに契約パートナとして登録することができます。１人が１階に引っ越し、コンサルティング会社は２階に引っ越してきた。この個人は会社の所有者でもあるため、会社の担当者としてシステムに入力する必要があります。
- ビジネスパートナは、SAP S/4HANA Utilities における業務トランザクションの中核となります。ビジネスパートナに関連するすべての情報は、簡単かつ迅速にアクセス可能である必要があり、統合された形式で表示される必要があります。そのため、ビジネスパートナの共通ビューが必要です。
- ビジネスパートナは、関連する業務トランザクションに関係なく、1 回だけ存在します。たとえば、会社が得意先とサプライヤの両方として機能する場合、その会社は 1 つのビジネスパートナによって表されます。
- ビジネスパートナは、他のビジネスパートナとも連絡を取ります。これらの関係には、結婚、取引先担当者、企業関係など、さまざまなタイプがあります。
- SAP ビジネスパートナでは、これらの取引条件が考慮されます。ビジネスパートナはシステムに 1 回だけ存在します。ただし、異なるロールを想定することができます。ビジネスパートナ間のさまざまな関係を定義することもできます。
ビジネスパートナは、さまざまなポイントで公益事業と連絡を取ることができます。ビジネスパートナに関連する特定のビジネスプロセスに応じて、ビジネスパートナに関するさまざまな情報が必要です。たとえば、"商品出荷"処理ではインコタームズおよび出荷条件に関する情報が必要ですが、"受注"処理では納入日付および支払条件に関する情報が必要です。
- SAP ビジネスパートナコンポーネントを使用すると、複数のコンポーネントにわたるビジネスパートナを一元的かつ統一された方法で管理することができます。
- このコンポーネントは、名称、住所、銀行詳細、支払カードなどの中立データをモデル化します。個人および組織の特別要件は、ビジネスパートナのモデル化時に考慮されます。
- SAP ビジネスパートナは、ビジネスパートナのアプリケーション固有属性を統合するためのオープンなインフラストラクチャも提供します。ビジネス統合は、ロールコンセプトによって提供されます。技術的統合は事前定義されたインタフェースの形式で提供され、さまざまなアプリケーションのビジネスパートナ属性を統合することができます。これにより、SAP ビジネスパートナモデルを SAP ビジネスパートナコンポーネントに統合することができます。
- SAP ビジネスパートナは、現在、保険、銀行、公益事業、および通信で産業ビジネスセクターによって使用されています。
- 契約未収金/未払金管理コンポーネント (FI-CA) も SAP ビジネスパートナに基づいています。
- SAP Customer Experience (CX) およびサプライヤリレーションシップマネジメント (SRM) は、SAP ビジネスパートナをアプリケーションに統合しました。
- ビジネスパートナの登録時に、アクセス可能な項目は、選択したビジネスパートナカテゴリによって決定されます。たとえば、ビジネスパートナカテゴリ"組織"を選択すると、追加項目法的ステータスおよび業種が概要に表示されます。関係画面に担当者"を持つ"リレーションシップカテゴリが表示されます。
- ビジネスパートナは、個人事業主または個人のグループ、またはビジネス上の利害関係がある 1 つ以上の組織とみなされます。
- ビジネスパートナが個人、グループ、または組織のいずれであるかは、ビジネスパートナカテゴリで定義されます。
- グループは、アパートを共有する人、夫婦、または会社の役員です。
- グループを登録する場合は、対応するパートナグループタイプを指定する必要があります (これにより、グループ内の関係をモデル化することができます)。
- 組織は、会社、会社内の部門、社会、協会などのユニットをモデル化します。
- 契約パートナまたは見込顧客を登録するときに、参照顧客を指定することができます。この参照得意先は、SD 得意先 (販売管理アプリケーションコンポーネントの標準得意先) の基準としてコピーされます。
- SD 得意先を更新する必要があるのはなぜですか。SAP ビジネスパートナは、新しい SAP コンセプトです。これは柔軟であり、モディフィケーションなしで拡張することができます。多くの SD トランザクションでは、引き続き SD 得意先が使用されます。そのため、販売管理機能 (販売やサービスの請求など) を使用する場合は、引き続き SD 得意先を更新する必要があります。
- ビジネスパートナのマスタレコードには、以下のデータが含まれています。
- 名称
- 個人データ
- ユーザ定義可能な検索語句
- 標準アドレスに加えて、他のアドレスを入力することができます。アドレスは、アドレスサービスコンポーネントに一元的に保存され、統一された構造を持ちます。住所を入力すると、このコンポーネントによって、住所が国固有のルールに準拠しているかどうか、および市区町村と地名が郵便地域構造に存在するかどうかがチェックされます。また、ビジネスパートナが行政地域構造、および該当する場合は会社の地域構造に割り当てられます。
- 複数の銀行詳細セットを入力することができます (たとえば、1 つの口座は入金用、もう 1 つは銀行支払用)。
- 一般データ (社会保障番号、与信など)
SAP Fiori アプリ。ホームページ→ユーザプロファイルアイコン→アプリファインダ→SAP メニューでの SAP メニュー→検索→(カスタマイジング - プロジェクト実行→) SAP 完全版 IMG→クロスアプリケーションコンポーネント→SAP ビジネスパートナ→ビジネスパートナ
販売管理 (SD) コンポーネントの統合使用では、SAP ビジネスパートナのアドレスデータの更新のみが許可されます。
- ビジネスパートナごとに、任意の数のアドレスを更新することができます。1 つのアドレスを標準アドレスとして定義する必要があります。
- 郵便データおよびさまざまな通信タイプの変更は、アドレスに割り当てられます。アドレスごとに、さまざまな通信タイプ (電話、FAX、電子メールアドレス、携帯電話、ポケットベルサービス、プリンタ、リモートメール、セキュアストア/フォワード、TELEX、TELEX URI、X.400) を更新することができます。
- アドレス管理を使用して、追加アドレスを各ビジネス機能に割り当てることができます。住所は、納入先住所や連絡文書住所などの住所タイプ別に分類されます。
- 同じアドレスタイプの複数のアドレスを 1 つのビジネスパートナに割り当てることができるように、各アドレスタイプを設定することができます。
- SAP ビジネスアドレスサービスを使用して、アドレスを更新します。
- CAM は、アドレスを管理するための中心的なツールです。これは、アドレスを更新する必要がある SAP 内のすべての場所で使用されます。
- ビジネスパートナは複数のアドレスを持つことができます。アドレスは、アドレスタイプに従って分類されます。カスタマイジングで新規住所カテゴリをユーザ自身で更新することができます。
- アドレス概要機能を使用すると、特定のビジネスパートナに対してすでに定義されているすべてのアドレスを表示し、必要に応じてアドレスを追加することができます。
- 住所は、使用開始/終了処理のカスタマイジングで特に重要です。ここでは、ビジネスパートナが新規の供給対象に移動する際に標準アドレスを調整する必要があるかどうかを指定する必要があります。使用開始のカスタマイジング設定で住所の使用を定義します。
- 2 つのビジネスパートナ間にリレーションシップが存在する場合があります。ビジネスパートナリレーションシップカテゴリは、リレーションシップの性質を示し、その特性を定義します。
- 一方向ビジネスパートナリレーションシップと双方向ビジネスパートナリレーションシップは区別されます。一方向リレーションシップカテゴリの場合、リレーションシップは 1 つのビジネスパートナから別のビジネスパートナに対して実行されますが、もう一方の方向には実行されません。双方向関係カテゴリの場合、関係は両方向で機能します。
- 以下に例を示します。
| リレーションシップカテゴリ | BP1B | BP2 |
| 結婚 (双方向) | ジェームズ・ワトソン | シャロン・スミス＝ワトソン |
| 同僚 (単方向) | 会社 Co. | ジェームズ・ワトソン |
| 子会社 (単方向) | 会社 Co. | 子会社および会社 |
| 連絡先単位（単方向） | 会社 Co. | ジェームズ・ワトソン |
- ビジネスパートナのカーディナリティによって、ビジネスパートナが特定のリレーションシップカテゴリ (結婚など) のリレーションシップを最大 1 つ持つことができるかどうか、またはリレーションシップカテゴリで複数のリレーションシップが許可されるかどうか (たとえば、取引先担当者リレーションシップとして 1:n) が決定されます。
- エイリアス関係をモデル化することもできます。この場合、2 つの異なるビジネスパートナが存在しますが、同じビジネスパートナの名称が付けられます。つまり、これらは両方とも、過去のある時点で 2 つのビジネスパートナとして登録された 1 人の個人を指します (重複問題)。
- SAP ビジネスパートナは、ビジネスパートナの属性に加えて、ビジネスパートナ間のリレーションシップを管理します。
- ビジネスパートナリレーションシップでは、2 つのビジネスパートナ間のビジネス接続がモデル化されます。関係が有効である期間を定義します。そのため、関係の開始日付と終了日付を入力する必要があります。これにより、たとえば、特定のビジネスパートナが会社の取引先担当者として機能する期間の概要が提供されます。
- ビジネスパートナリレーションシップの属性は、ビジネスパートナリレーションシップカテゴリに対応しています。
- 以下に例を示します。
- 取引先担当者リレーションシップは、1 つのビジネスパートナ (組織) と別のビジネスパートナ (個人) の間のリレーションシップです。
- 部分オーナーは、個人または組織 (もしくはその両方) を表す 2 つのビジネスパートナ間の関係を表します。
リレーションシップカテゴリは、ビジネスパートナ間のビジネスリレーションシップをモデル化します。
リレーションシップカテゴリを使用して、会社の担当者、および共同生活/夫婦のメンバーのデータを定義することができます (責任上の理由で必要)。リレーションシップカテゴリに実際のビジネスパートナが含まれている場合、これはリレーションシップとしてカウントされます。ビジネスパートナカテゴリおよびロールによって、使用可能なリレーションシップカテゴリが決定されます。以下のリレーションシップカテゴリが SAP によって事前定義されています。
- の担当者 (担当者ロールを持つビジネスパートナを組織カテゴリを持つビジネスパートナと接続します)
- 既婚 (個人事業主カテゴリを持つ 2 つのビジネスパートナを接続) ビジネスパートナの責任を確保し、各結婚パートナの契約の概要を保持するために、この関係を定義する必要がある場合があります。
- の活動パートナ (個人とビジネスパートナを結び付けます。たとえば、ビジネスパートナは取引先担当者を持つことができますが、追加の関係者はビジネスパートナの関心を尊重します。この関係者は、活動パートナ関係カテゴリで入力することができます)。
- 共同生活 (責任上の理由から共同生計の個々のメンバーを定義するために使用されます。このリレーションシップカテゴリをモデル化するには、事前にグループカテゴリを持つビジネスパートナを登録しておく必要があることに注意してください)。
