アプリケーションのアクセス

アプリケーションとデータのセキュリティーは、顧客の喪失、データ侵害、法的処罰や罰金が生じるリスクがあるため、大きな懸案事項です。 ロールベースのアクセス制御（RBAC）を使って、ユーザーがアクセスできるアプリケーション機能を制御すると、一般的なセキュリティー要件を満たせます。 RBACでは、必要な承認や特権を持つロールを定義して、アクセスを設定します。 

アクセス制御は、認証と承認の2つの要素に依存します。 認証により、ユーザーの身元を確認し、そのユーザーがアプリケーションへのアクセスを許可されていることを検証します。 Pega Platform™では、オペレーターIDのレコードにより、ユーザーの認証が可能になります。 承認により、ユーザーが表示できるデータやユーザーが実行できるステップが決まります。 Pega Platformでは、アクセスグループのレコードとアプリケーションのレコードでユーザーを認証します。

以下の図の「+」アイコンをクリックすると、認証を支援するレコードの詳細が表示されます。

同じアプリケーションを参照してさまざまなレベルのアクセス制御を達成する、複数のアクセスグループを作成できます。

アクセスロールは、ユーザーを各ユーザーの職務権限に従って分類します。 各アクセスロールは、一連のユーザーがケースの作成や処理のためにアプリケーションとやり取りする方法を表します。 たとえば、購入リクエストを管理するアプリケーションで、ユーザーは購入リクエストを送信できますが、購入リクエストを承認できるのは管理者だけです。

各アクセスグループは、1つ以上のアクセスロールを参照します。 Pega Platformのアクセスグループから複数のロールを参照できるようにすることで、モジュラーアプリケーションのきめ細かいロールを組み合わせたセキュリティーモデルを設計でき、複雑なセキュリティーのニーズにも対応できます。

アクセスロールごとに、ユーザーが作成または変更できるケースのタイプなど、特定クラスのインスタンスに対するアクションを制御するパーミッションを設定します。 アクセスグループが参照するロールのアクセスコントロール設定が競合している場合、Pega Platformではすべてのロールで最も寛容な設定が適用されます。 次の例では、マネージャーはUserとManagerの両方のアクセスロールを含むアクセスグループに属しています。 Managerアクセスロールがあるユーザーは休暇リクエストの承認と送信を行うことができますが、Userアクセスロールでは、承認および送信のアクションが禁止されています。 Managerアクセスグループは両方のロールを参照するため、このアクセスグループのメンバーは休暇リクエストを承認して送信できます。

次の図は、管理者アクセスグループとユーザーアクセスグループのレコードの違いを示しています。