静的アセンブラーは、特にサーバーが多数のルール キャッシュを管理している場合に、ルール アセンブリの問題に対処するために使用される Pega ツールです。静的アセンブラーは、ルールを静的コンテンツに事前に組み立てることにより、ルールの量が原因でキャッシュ管理が複雑になる状況でのパフォーマンスの向上に役立ちます。組み立てられたルールを表す静的ファイルのセットが作成され、ルールの組み立てとキャッシュ管理中のサーバーのオーバーヘッドを削減できます。参考: パフォーマンス ツールとベスト プラクティスに関する Pega 公式ドキュメント。

異なるユニットのユーザーを同じワーク キューに関連付ける要件を実装するには、ユーザーを共通のワーク グループに関連付けてから、ワーク キューをそのワーク グループに関連付けます。これにより、同じワーク グループに属する異なるユニットのユーザーが同じワーク キューにアクセスできるようになります。参照: ワーク グループとワーク キューに関する Pega 公式ドキュメント。

マネージャーの役​​割が監査段階で購入リクエストをオープンできないようにするには、Access When レコード (B) を適用するのが最も適切な方法です。Access When レコードを使用すると、ユーザーのロールとケースの現在のコンテキスト (ステージなど) に基づいて、ケースを開くなどの特定のアクションが許可されるかどうかを決定する条件付きロジックを定義できます。監査ステージでマネージャーの役​​割を持つユーザーに対して false と評価されるようにこのルールを設定すると、要件に合わせて、このステージでの購入リクエストへのアクセスを効果的に制限できます。参照: Access When ルールとステージベースに関する Pega Community ドキュメントアクセス制御。

1 - データ変換を適用する
2 - アクティビティの実行
3 - ロボットによる自動化を実行する

Pega Platform を使用してモバイル アプリケーションを構築すると、Pega Mobile Build Server が Android または iOS の開発者証明書 (B) を使用して Dev Studio で設定されるのは事実です。このサーバーは、モバイル アプリの構築プロセスを容易にするために Pega が提供するクラウドベースのサービスです。Pega Mobile Build Server では、ビルド プロセス中の安全な通信を確保するために HTTPS アクセス (D) が必要であることも事実です。参考: モバイル アプリ開発および Pega Mobile Build Server の構成に関する Pega Community ドキュメント。