タスク、ルール、および責任の詳細

• SAP S/4HANA Utilities には、担当者決定の通常の基準に対応するさまざまなタスクが含まれています。
• タスクが定義されると、そのタスクに潜在的な担当者を割り当てることができます。
• ルールを使用して、タスクへの可能性のある担当者の個別割当を変更することができます。たとえば、同じ担当者決定ロジックが適用される場合、異なるタスクで同じルールを使用することができます。
• 事前定義されたパラメータが会社固有の担当者決定に対応していない場合、企業は独自のルールを定義することができます。

• タスクグループは、ワークフロー目的で複数のタスクをグループ化するために使用するオブジェクトです。これを使用して、さまざまな種類のタスクを 1 つのジョブに効率的にグループ化します。
• 標準タスク (シングルステップタスク) とワークフローテンプレート (マルチステップタスク) をタスクグループにグループ化します。処理グループを既存の処理グループ階層に割り当てることができます。担当者を個々のタスクまたはタスクグループ (もしくはその両方) に割り当てることができます。処理グループの階層構造は、担当者を処理グループに割り当てる際に、すべてのサブタスクグループを継承することを意味します。
• 標準タスクとワークフローテンプレートは、SAP から提供されている標準オブジェクトです。タスクグループも標準オブジェクトです。これは、時間依存でもクライアント依存でもありません。
• 標準タスクおよびワークローテンプレートをタスクグループに追加する前に、それらをグループ化する理由が明確である必要があります。

• シングルステップタスクでは、実行する必要がある処理アクションが識別されます。
• ワークフロー環境では、シングルステップタスクは、作業依頼を責任のあるアプリケーションプロセスに送信するか、作業指図の実行を担当する個人に作業依頼を提供することで、実行する作業を開始するプロセスです。
• シングルステップタスクは、作業順序を指定するマルチタスク定義 (ワークフロー) 内の論理作業単位に割り当てることができます。この場合、さまざまなアプリケーションおよび異なる部門の従業員が関与する場合があります。
• ワークアイテムテキストは、統合受信ボックスの内容説明列のテキストです。
• テキスト (長) は、タスクテキスト、通知担当者の通知テキスト、または期限を過ぎた場合の通知テキストです。
• テキストの変数部分は、処理されたオブジェクトの属性にアクセスすることによって、実行時に自動的に置換されます。

• タスクプロファイル: タスクは、ジョブとの関連によって間接的にエージェントに割り当てられます。または、まれに、組織計画内の組織ユニットまたはポジションとの関連付けによって割り当てられます。
• ジョブ: タスクは 1 つ以上のジョブに関連付けられているため、これらのジョブを説明し、タスクプロファイルを決定します。特定のジョブに関連付けられているすべてのポジションおよびポジション所有者は、そのジョブのタスクプロファイルを"継承します"。ジョブとタスクの直接関連付けに加えて、ジョブを 1 つまたは複数のアプリケーションコンポーネントに割り当てることもできます。
  • このアプリケーションコンポーネントのすべてのタスクは、各タスクを個別に割り当てる必要がなく、ジョブのタスクプロファイルに自動的に追加されます。
  • ジョブから誘導されたすべてのポジション保有者に対して権限プロファイルが自動的に生成されます。これにより、割り当てられたタスクの機能にアクセスできるようになります。
• ポジション: 個々のポジションに関連するジョブとは異なるタスクプロファイルを提供するために、ポジションレベルでタスクを割り当てることもできます。
• 個人依存割当: 定義期間では、1 人の個人に関連する割当を回避する必要があります。このタイプの割り当ては柔軟性に欠け、社員が異動した場合や休務の場合などに、より多くの更新が必要です。

• 組織計画にポジションを追加する前に、対応するジョブを定義する必要があります。ジョブによって記述されるすべてのポジションは、ジョブに割り当てたすべてのタスクを継承します。職務は、ポジション"の説明"と考えることができます。
• ジョブは組織計画の固定要素ではないため、ジョブは複数の異なる組織ユニットのポジションの基準として使用することができます (たとえば、ポジション"エージェントは"、組織ユニット"顧客サービスの"ポジションと"組織ユニット会計"のポジションの両方の基準として使用することができます)。

特定のジョブから誘導されたすべてのポジションに同じタスクの実行が含まれる場合は、そのタスクをジョブに直接割り当てることをお奨めします。

• タスクをジョブに割り当てると、そのジョブから誘導されたすべてのポジション (および特定のジョブ所有者自体) がこのタスクを"継承します"。これは、ジョブから誘導されたすべてのポジション (属している組織ユニット) にも当てはまります。
• タスクを組織ユニットに割り当てることもできます。この場合、この組織ユニットのすべてのポジションがタスクを"継承します"。

タスクが個別ポジション (および特定のジョブ所有者) の保有者のみによって実行される場合は、そのポジションにタスクを割り当てることもできます。また、タスクをジョブ保有者に直接割り当てることもできます。ただし、従業員が変更された場合は、多くの更新が必要になります。

• ルール決定の基準として使用できる現在のアプリケーションデータの例は、以下のとおりです。
  • 会社コード
  • 部門
  • 料金計算クラス
  • 地域構造グループ
• また、カスタマ定義タスク (顧客の姓の最初の文字など) で独自の基準を自由に定義することができます。

• 責任ルールタイプ: 組織管理オブジェクト (ジョブ、ポジション、ユーザ、組織ユニット) がルールパラメータのさまざまなインスタンス化に割り当てられる割当テーブルが評価されます。担当者決定は、IS-U でこのルールタイプを使用して実行されます。
• 組織データルールタイプ: MRP 管理者、計画グループ、出荷ポイント、営業所などの組織ユニットがルール決定で使用されます。この特別なタイプの担当者決定は、IS-U では推奨されません。
• 実行される機能ルールタイプ: ルール決定は汎用モジュールを介して行われます。ルールタイプ責任を使用して担当者決定を実行できない場合は、(このルールタイプを使用して) カスタマ固有の汎用モジュールを使用することができます。

• 現在のアプリケーションデータを担当者決定の基準として使用する場合は、責任カテゴリに属するルールを使用する必要があります。
• 選択基準としてタスクのみを使用して担当者を決定する場合 (請求伝票の転記時など)、ルールの割当は必要ありません。この場合、担当者はタスクに直接割り当てられます。責任担当者の数は、可能性のある担当者の数と同じになります。

• ルールでは、担当者を決定する基準 (会社コードなど) を定義します。責任を使用して、アプリケーション (会社コード U100 など) の特定のデータを使用してこれらのパラメータをさらに絞り込みます。つまり、担当者決定の一般基準 (ルールパラメータ) はルールで定義され、責任によってタスクの担当者が実際に決定されるこれらの基準の特定のインスタンスが決定されます。
• たとえば、検針を担当する担当者は、会社コード、部門、および地域構造グループの基準を使用して決定されます。これらのパラメータは、タスクコンテナで定義されます。担当者決定は実行時に現在のアプリケーションデータを使用して行われるため、責任カテゴリに属するルールも必要です。タスクをルールにリンクするには、ルールコンテナにタスクコンテナと同じパラメータが必要です。関連するアプリケーションデータを参照して、ルールに対して適切な責任が登録されます (ルール決定)。複数の入力可能値を組み合わせることで、選択基準を極めて固有にすることができます。責任の値範囲 (会社コード 01 - 03 など) を指定し、担当者決定の総称検索にワイルドカード (*) を使用することもできます (たとえば、すべての地域構造グループに対する責任)。
• 1 つのルールを複数のタスクで使用することができます。たとえば、継続給油所補充ルールは、"伝票転記"と"メータ読込"の 2 つのタスクにリンクされます。したがって、2 つのタスクの担当者を決定する基準は同じです。

• スライドの例では、タスクおよびルールコンテナに以下のパラメータが含まれている必要があります。
  • 得意先名
  • 請求額
• ルールに割り当てられた責任では、定義された担当者決定基準を使用してこれらのパラメータがさらに絞り込まれ、以下のルール決定が生成されます。

タスクまたは標準ルールのパラメータに対するすべての変更は、修正を表します。それでもパラメータを変更する場合は、タスクをコピーし、コピーに独自の変更を加えることができます。カスタマイジングで、コピーしたタスクを元のタスクにリンクします。