他の承認プロセスとの比較

CA Service Catalog では、サービスまたはサービスオプションについてリクエストを承認、却下、実行するために使用する承認プロセスに対して以下のオプションが提供されています。ユーザがリクエストをサブミットすると、承認者はリクエスト内の各サービスを承認または却下する必要があります。カタログサービスは、以下のいずれかの承認プロセスを使用します。

承認なし

サービスを含むリクエストが送信されると、ステータスは［承認完了］に変更されます。

システム承認プロセス

システム承認プロセスは、承認者および承認レベルの数を決定するために以下の組み合わせを使用します。

管理階層
階層の各ユーザの権限レベル
サービスに対して指定されている承認レベル

サービスを含むリクエストが送信され、［リクエスト先］値がアカウントではなくユーザの場合、カタログシステムは以下を実行します。

ユーザプロファイル内のユーザの［リクエスト先］権限レベルを検索します。
それをサービスの承認レベルと比較します。

ユーザの権限レベルがサービスによって指定された承認レベルと一致するか、承認レベルを超える場合、それ以上の承認は不要です。リクエストは次のステータスに移行されます（通常は［フルフィルメント待ち］または［完了］）。

それ以外の場合は、以下の方法で承認者が決定されます。

［リクエスト先］の値がユーザの場合。この場合、システムは、ユーザのマネージャを決定し、承認のためにそのマネージャにリクエストを割り当てます。
ユーザにマネージャがないか、または［リクエスト先］の値がアカウントの場合。この場合、システムは、［リクエストアクションのデフォルトユーザ］という名前の設定オプションでユーザが指定したレベルに承認タスクを割り当てます。

マネージャまたはその他の承認者がサービスを承認した後、システムでは同様のロジックを使用して別のレベルの承認が必要かどうかを判断します。［はい］の場合、リクエストは、サービスに指定された承認レベルに一致するかそれを超える権限レベルを持つリクエストマネージャに転送されます。

ワークフロー主導型の承認プロセス

ワークフロー主導型の承認プロセスでは、CA Process Automation プロセスまたは CA Workflow プロセス定義のいずれかを使用して、承認プロセスが決定されます。このオプションは、最も柔軟性に優れています。承認者および承認レベルの数を決定するビジネスロジックは、カスタマイズ可能なプロセスまたはプロセス定義に指定されます。 CA Service Catalog では、1 つのレベルのマネージャ承認を含むデフォルトのプロセスおよびプロセス定義がサンプルとして提供されています。

ポリシー主導型の承認

リクエストの承認および実行に CA Process Automation を使用している場合、ポリシー主導型の承認を使用できます。ポリシー主導型の承認では、サービスオプション、サービス、リクエストされたアイテム、ユーザなどの属性に基づいて、条件をポリシーに指定します。ポリシーがアクティブで、送信済みのリクエストがポリシーの条件を満たす場合、ポリシーで指名されたユーザ（担当者）はアクション待ちリクエストを受信し、サービスオプション、サービス、またはリクエストの承認、却下、実行を行います。

ポリシー主導型承認とシステム承認では、いくつかの共通の用語が使用されます。たとえば、両方の方法において、「承認レベル」は、承認者の権限を数値で表しており、値が大きいほど承認者の権限が高いことを示します。しかし、ポリシー主導型の承認では、管理者が、各承認者および権限レベルに対して一意に割り当てており、システム承認との関係性はありません。

ポリシーがリクエストに適用されない場合、カタログシステムでは、ワークフロー主導型承認プロセスに定義された承認フローを使用します。たとえば、事前定義済みワークフロー承認プロセスを使用しており、事前定義済みサンプルポリシーがアクション待ちリクエストに適用されない、と仮定します。その場合、カタログシステムは、［リクエスト先］ユーザのマネージャにアクション待ちリクエストを割り当てます。ユーザにマネージャがいない場合は、サービスビルダ設定で［リクエストアクションのデフォルトユーザ］に指定されたユーザにアクション待ちリクエストを割り当てます。

注： CA Workflow ではポリシー主導型承認をサポートしません。