アクティビティ
Pega Platform™では、アクティビティが処理を自動化します。 Dev Studioでのアクティビティの作成には、指定した順序で実行されるステップを使用します。 アクティビティルールは、複雑なプロセスや複雑な計算をサポートする必要がある場合、またはルールを実行するためにアクティビティが必要となる場合に、システムを自動化します。 カスタムアクティビティはアプリケーションの保守をより困難にする可能性があるため、すぐに使える（OOTB）プロセスが存在するかどうかを確認してください。
アクティビティを使用するのが適しているプロセスには、次のようなものがあります。
- バックグラウンド処理
- 複雑なループ
- Declare OnChange
- 並列処理
- 反復的な定期イベント
- サービス
たとえば、Declare OnChangeでは、プロセスを実行したり、指定したプロパティの値が変更されたときにワークを一時停止したりするためにアクティビティを使用する必要があります。 アクティビティが完了すると、コントロールはアクティビティを呼び出したルールに戻ります。
もう一つ別の例では、ある保険会社は、提出された保険金請求書を自動車登録所にアップロードする必要があります。 自動アップロードは、ユーザーへの影響を最小限にするために、オフピークの時間帯に行われます。 Pega Platformでは、ユーザーの介入なしに請求書のアップロードを自動化するようにアクティビティを設定することができます。
アクティビティとデータトランスフォームの違い
アクティビティは、データトランスフォームとは異なる明確な目的を果たします。 次の表では、これらの違いについて説明します。
| アクティビティ | データトランスフォーム |
|---|---|
|
一般的な「何でもする」目的 |
特殊なデータトランスフォームルール |
|
GOTOロジックを適用する |
ブロックで構成されているロジックがある |
|
1つのステップページコンテキスト |
ターゲットとソースコンテキストの概念がある |
|
オールインワンの複数のアクションの集合を可能にする |
「Update page」や「Append and Map to」のような便利なマッピングツールがある |
|
さまざまな低レベルの技術業務に簡単にアクセスできる |
ロジックの分割のために、開発者にプッシュする |
|
メンテナンスやアップデートに関わるリスクが生じる |
接続とレポート用のデータページやすぐに使える多数の機能など、専用のルールを使用するために、開発者にプッシュする |
|
懸念事項の分離の原則に従う |
|
| スーパークラスのシームレスな呼び出しを可能にするPegaの唯一のルール |
アクティビティは柔軟な一方で、メンテナンスの問題が多いです。 ベストプラクティスとしては、可能な限りデータトランスフォームやその他の専用のルールを使用します。 他に方法がない場合は、アクティビティの使用を検討します。
自動化とアクティビティ
自動化は、次のステージへのケースの移動やドキュメントリポジトリへのケース添付ファイルの保存など、特定のタスクを実行するCase Designerのステップまたはフローのユーティリティとして設定できるOOTBルールです。 自動化には、標準的なアクティビティを含めることができます。 自動化ルールを開いて、その入力と出力を表示できます。 Call-Automationメソッドを使用して、アクティビティで自動化を使用することもできます。
以下のインタラクションで理解度をチェックしてください。