Adobe Workfront モジュール
- シナリオの作成または更新時に新しいコネクターを使用。
- 既存のモジュールを新しいコネクターにアップグレード。
Adobe Workfront Fusion Adobe Workfront コネクターを使用すると、Workfront 内でのプロセスを自動化できます。 また、Workfront を他のアプリケーションやサービスに接続することもできます。
シナリオの作成手順について詳しくは、シナリオの作成：記事のインデックスの記事を参照してください。 モジュールについて詳しくは、モジュール：記事インデックスの記事を参照してください。
アクセス要件
| table 0-row-2 1-row-2 2-row-2 layout-auto html-authored no-header | |
|---|---|
| Adobe Workfront パッケージ |
任意の Adobe Workfront Workflow パッケージと任意の Adobe Workfront Automation および Integration パッケージ Workfront Ultimate Workfront Fusion を追加購入した Workfront Prime および Select パッケージ。 |
| Adobe Workfront ライセンス |
標準 Work またはそれ以上 |
| 製品 | 組織が Workfront Automation および Integration を含まない Select またはPrime Workfront パッケージを持っている場合は、Adobe Workfront Fusion を購入する必要があります。 |
この表の情報について詳しくは、ドキュメントのアクセス要件を参照してください。
Workfront から Workfront Fusion への接続
Workfront コネクターは、OAuth 2.0 を使用して Workfront に継続します。
Workfront アカウントへの接続を Workfront Fusion モジュール内から直接作成できます。
クライアント ID とクライアントシークレットを使用した Workfront への接続
-
任意の Adobe Workfront モジュールで、「接続」フィールドの横にある「追加」をクリックします。
-
次のフィールドに入力します。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 layout-auto html-authored no-header Connection type Adobe Workfront auth connection を選択します。 Connection name 新しい接続の名前を入力します。 Client ID Workfront クライアント ID を入力します。 これは、Workfront の設定エリアの OAuth2 アプリケーションエリアにあります。 接続している特定のアプリケーションを開いて、クライアント ID を確認します。 Client Secret Workfront クライアントシークレットを入力します。 これは、Workfront の設定エリアの OAuth2 アプリケーションエリアにあります。 Workfront で OAuth2 アプリケーションのクライアントシークレットがない場合は、別のシークレットを生成できます。 手順について詳しくは、Workfront ドキュメントを参照してください。 Authentication URL これはデフォルト値のままにすることもできますし、Workfront インスタンスの URL に続けて
/integrations/oauth2を入力することもできます。例：
https://mydomain.my.workfront.com/integrations/oauth2Host prefix ほとんどの場合、この値は originにしてください。 -
「続行」をクリックして接続を保存し、モジュールに戻ります。
Workfront にログインしていない場合は、ログイン画面が表示されます。 ログイン後、接続を許可できます。
- Workfront API への OAuth 2.0 接続は API キーに依存しなくなりました。
- Workfront サンドボックス環境への接続を作成するには、その環境で OAuth2 アプリケーションを作成し、接続でそのアプリケーションによって生成されたクライアント ID とクライアントシークレットを使用する必要があります。
サーバー間接続を使用した Workfront への接続
-
任意の Adobe Workfront モジュールで、「接続」フィールドの横にある「追加」をクリックします。
-
次のフィールドに入力します。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 layout-auto html-authored no-header Connection type 「Adobe Workfront サーバー間接続」を選択します。 Connection name 新しい接続の名前を入力します。 Instance name インスタンス（ドメインとも呼ばれます）の名前を入力します。
例：URL が
https://example.my.workfront.comの場合は、exampleと入力します。Instance lane この接続の接続先となる環境タイプを入力します。
例：URL が
https://example.my.workfront.comの場合は、myと入力します。Client ID Workfront クライアント ID を入力します。 これは、Workfront の設定エリアの OAuth2 アプリケーションエリアにあります。 接続している特定のアプリケーションを開いて、クライアント ID を確認します。 Client Secret Workfront クライアントシークレットを入力します。 これは、Workfront の設定エリアの OAuth2 アプリケーションエリアにあります。 Workfront で OAuth2 アプリケーションのクライアントシークレットがない場合は、別のシークレットを生成できます。 手順について詳しくは、Workfront ドキュメントを参照してください。 Scopes この接続に適用可能なスコープを入力します。 Host prefix ほとんどの場合、この値は originにしてください。 -
「続行」をクリックして接続を保存し、モジュールに戻ります。
Workfront にログインしていない場合は、ログイン画面が表示されます。 ログイン後、接続を許可できます。
- Workfront API への OAuth 2.0 接続は API キーに依存しなくなりました。
- Workfront サンドボックス環境への接続を作成するには、その環境で OAuth2 アプリケーションを作成し、接続でそのアプリケーションによって生成されたクライアント ID とクライアントシークレットを使用する必要があります。
Workfront モジュールとそのフィールド
Workfront モジュールを設定すると、Workfront Fusion には以下のフィールドが表示されます。 これらと共に、アプリやサービスのアクセスレベルなどの要因に応じて、追加の Workfront フィールドが表示される場合があります。 モジュール内の太字のタイトルは、必須フィールドを示します。
フィールドまたは関数の上にマップボタンが表示されている場合は、このボタンを使用すると、そのフィールドの変数や関数を設定できます。 詳しくは、モジュール間での情報のマッピングを参照してください。
- Workfront モジュールに最新のフィールドが表示されない場合は、キャッシュの問題が原因である可能性があります。 1 時間待ってから、もう一度試してください。
- Adobe Workfront の HTTP 429 ステータスコードは、アクティベート解除ではなく、代わりに、シナリオで短い実行の一時停止をトリガーします。
トリガー
イベントを監視
このトリガーモジュールは、Workfront で特定のタイプのオブジェクトが追加、更新、削除された場合に、シナリオをリアルタイムで実行します。
モジュールは、Webhook に関連するすべてのイベント登録を表示します。 これには、Fusion を通じて作成されたイベント登録と、API を通じて直接作成されたイベント登録が含まれます。 このイベント登録ビューは、従来バージョンのイベントを監視モジュールでは使用できません。
このモジュールは、レコードに関連付けられた標準フィールドのほか、接続を介してアクセスされるカスタムフィールドおよび値を返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
- 編集されたWebhookは、Workfront イベントサブスクリプションによって新しいサブスクリプションとして扱われます。 イベントのサブスクリプション履歴は、別のイベントのサブスクリプションと見なされるため、以前のWebhook設定では保持されません。
- 古いイベント サブスクリプションから新しいイベント サブスクリプションへの切り替えは、完全に同期されていない可能性があります。 したがって、イベントを2回受信したり（新しいサブスクリプションが古いサブスクリプションの実行開始前に開始された場合）、イベントを見逃したり（古いサブスクリプションが新しいサブスクリプションの実行開始前に停止した場合）することができます。
-
「Web フック」ボックスの右側にある「追加」をクリックします。
-
表示される「フックを追加」ボックスで Web フックを設定します。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 layout-auto html-authored no-header Webhook name Web フックの名前を入力します。 Connection Workfront アカウントを Workfront Fusion に接続する手順について詳しくは、この記事の Workfront を Workfront Fusion に接続を参照してください。 Record Type モジュールが監視する Workfront レコードのタイプを選択します。 State 古い状態と新しい状態のどちらを監視するかを選択します。
-
New state
レコードが指定された値 に 変化したときにシナリオをトリガーします。
例えば、状態が New State に設定され、フィルターが Status Equals In Progress に設定されている場合、Status が In Progress に変わると、以前のステータスに関係なく、web フックがシナリオをトリガーします。
-
Old state
レコードが指定された値 から 変化したときにシナリオをトリガーします。
例えば、状態が Old State に設定され、フィルターが Status Equals In Progress に設定されている場合、現在 In Progress である Status が別のステータスに変わると、web フックがシナリオをトリガーします。
Events filters 選択した条件を満たすレコードのみを監視するフィルターを設定できます。
各フィルターに対して、フィルターを評価するフィールド、演算子、およびフィルターに許可する値を入力します。 AND ルールを追加すると、複数のフィルターを使用できます。
メモ：既存の Workfront Webhook のフィルターは編集できません。 Workfront イベントのサブスクリプションに別のフィルターを設定するには、現在の Webhook を削除し、新しい Webhook を作成します。
イベントフィルターについて詳しくは、この記事の Workfront のイベント登録フィルター／Watch Events モジュールを参照してください。
Exclude events made by this connection このトリガーモジュールが使用するのと同じコネクターを使用して作成または更新されたイベントを除外するには、このオプションを有効にします。 これにより、シナリオが自分自身をトリガーし、無限ループが繰り返されることを防ぐことができます。
メモ：割り当てレコードタイプには、このオプションは含まれていません。
Record Origin New Records Only、Updated Records Only、New and Updated Records、または Deleted Records Only をシナリオで監視するかどうかを選択します。
メモ：New and Updated Records を選択した場合、Webhook の作成により 2 つのイベント登録が（同じ Webhook アドレスに対して）作成されます。
Enable secured hook このWebhookにenableauthToken ベースのセキュリティを使用するかどうかを選択します。
メモ : 2026年8月23日以降、Fusionは、既存のモジュールを含むすべてのWorkfront/Watch Event モジュールに対して、デフォルトでauthToken ベースのセキュリティを有効にします。 特定のWebhookが壊れた場合、または互換性の理由でこれを無効にする必要がある場合は、2026年8月23日より前に「セキュアフックを有効にする」オプションをオフにすることができます。
-
Webhook を作成した後、イベントの送信先エンドポイントのアドレスを表示できます。
詳しくは、Workfront ドキュメントのイベント登録 API の記事のイベントペイロードの例の節を参照してください。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
フィールドを監視
このトリガーモジュールは、指定したフィールドが更新されるとシナリオを実行します。 このモジュールは、指定されたフィールドの古い値と新しい値の両方を返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
レコードを監視
このトリガーモジュールは、特定のタイプのオブジェクトが追加、更新、またはその両方が行われた場合にシナリオを実行します。 このモジュールは、レコードに関連付けられたすべての標準フィールドと、接続を介してアクセスされるカスタムフィールドおよび値を返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
出力のモジュールは、各レコードが新規か更新かを示します。
シナリオを最後に実行してから追加および更新されたレコードは、新しいレコードとして返されます。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
アクション
オブジェクトの変換
このアクションモジュールは、次のいずれかの変換を行います。
- イシューをプロジェクトに変換
- イシューをタスクに変換
- タスクをプロジェクトに変換
レコードの作成
このアクションモジュールは、Workfront のプロジェクト、タスク、イシューなどのオブジェクトを作成し、新しいオブジェクトにカスタムフォームを追加できます。 モジュールを使用すると、モジュールで使用可能なオブジェクトのフィールドを選択できます。
レコードの ID を指定します。
このモジュールは、レコードの ID や関連するフィールドのほか、接続を介してアクセスされるカスタムフィールドおよび値を返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
入力フィールドの最小数を指定してください。 例えば、イシューを作成する場合は、「プロジェクト ID」フィールドに有効な親プロジェクト ID を指定して、Workfront でイシューの配置先を示す必要があります。 マッピングパネルを使用してシナリオ内の別のモジュールからこの情報をマッピングするか、名前を入力してリストから選択し、手動で入力することもできます。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
- オブジェクトの ID を入力する際に、オブジェクトの名前を入力し、リストから選択できます。 そうすると、モジュールが適切な ID をフィールドに入力します。
- カスタムフィールドまたはメモオブジェクト（コメントまたは返信）にテキストを入力する際、「メモテキスト」フィールドで HTML タグを使用して、太字や斜体などのリッチテキストを作成できます。
-
個々のユーザーの解決
ユーザーリストで個々のユーザーを解決できます。
- ユーザーリストで 1 人または複数のユーザーを選択します。
- リストヘッダーの 3 点メニューをクリックします。
- 「承認」を選択します。
- 数分後にページを更新します。
-
大きなバッチで追加されたユーザーの解決
大きなバッチで追加されたユーザーを解決するには、ユーザーのバッチを Adobe Admin Console に直接追加します。
手順については、アドビドキュメントの複数ユーザーの管理 | CSV の一括アップロードを参照してください。
カスタム API 呼び出し
このアクションモジュールでは、Workfront API への認証済みのカスタム呼び出しを実行できます。 これにより、他の Workfront モジュールで達成できないデータフローの自動化を作成できます。
このモジュールは、次の情報を返します。
-
ステータスコード（数値）：HTTP リクエストの成功または失敗を示します。 これらはインターネット上で検索できる標準コードです。
-
ヘッダー（オブジェクト）：出力本文に関連しない応答／ステータスコードのより詳細なコンテキスト。 応答ヘッダーに表示されるすべてのヘッダーが応答ヘッダーではないので、不要なヘッダーも含まれている可能性があります。
応答ヘッダーは、モジュールの設定時に選択した HTTP リクエストによって異なります。
-
本文（オブジェクト）：モジュールの設定時に選択した HTTP リクエストによっては、データの一部を受け取る場合があります。 GET リクエストからのデータなどは、このオブジェクトに含まれます。
この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
https://<WORKFRONT_DOMAIN>/attask/api/<API_VERSION>/ への相対パスを入力します。リクエストのヘッダーを標準 JSON オブジェクトの形式で追加します。 これにより、リクエストのコンテンツタイプが決まります。
例： {"Content-type":"application/json"}
メモ：エラーが表示され、エラーの発生元を特定するのが困難な場合は、Workfront ドキュメントに基づいてヘッダーの変更を考慮してください。 カスタム API 呼び出しで 422 HTTP リクエストエラーが返される場合は、"Content-Type":"text/plain" ヘッダーを使用してみてください。
API 呼び出しのクエリを標準 JSON オブジェクトの形式で追加します。
例： {"name":"something-urgent"}
ヒント：情報は、クエリパラメーターではなく、JSON 本文を使用して送信することをお勧めします。
標準の JSON オブジェクトの形式で、API 呼び出しの本文の内容を追加します。
メモ：
if などの条件文を JSON で使用する場合は、条件文を引用符で囲みます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
レコードを削除
このアクションモジュールは、Workfront のプロジェクト、タスクまたはイシューなどのオブジェクトを削除します。
レコードの ID を指定します。
このモジュールは、レコードの ID や関連するフィールドのほか、接続を介してアクセスされるカスタムフィールドおよび値を返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
- レコードを同期的に削除します。
- レコード削除モジュールにエラー処理を追加し、40 秒のタイムアウトによるエラーを無視します。
ドキュメントのダウンロード
このアクションモジュールは、Workfront からドキュメントをダウンロードします。
レコードの ID を指定します。
このモジュールは、ドキュメントの内容、ファイル名、ファイル拡張子、ファイルサイズを返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
事前署名済みファイル URLの取得
このアクションモジュールは、他の API で後で使用できる事前署名済みファイルの URL を取得します。
その他のアクション
このアクションモジュールを使用すると、API に対してアクションを実行できます。
convertToProject アクションにはフィールド copyCategories が含まれています。 TRUE に設定すると、すべてのカスタムフォームは、イシューが変換されるプロジェクトに含まれます。このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
プロジェクト
レコードを読み取り
このアクションモジュールは、1 つのレコードからデータを取得します。
レコードの ID を指定します。 また、モジュールで読み取る関連レコードを指定することもできます。
例えば、モジュールが読み取っているレコードがプロジェクトの場合、プロジェクトのタスクを読み込むように指定できます。
モジュールは、指定した出力フィールドからデータの配列を返します。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
イベントペイロードバージョンの更新
Workfront は最近、イベント登録サービスの新しいバージョンをリリースしました。 新しいバージョンは Workfront API に対する変更ではなく、イベント登録機能に対する変更です。 このアクションモジュールは、このシナリオで使用されるイベントペイロードバージョンを更新します。
新しいイベント登録バージョンについて詳しくは、Workfront ドキュメントのイベント登録のバージョン管理を参照してください。
ウェビナーの録画など、イベント登録のアップグレード中に Workfront Fusion シナリオを保持する方法について詳しくは、イベント登録 V2 のアップグレード中の Fusion シナリオの保持を参照してください。
レコードの更新
このアクションモジュールは、プロジェクト、タスク、イシューなどのオブジェクトを更新します。 モジュールを使用すると、モジュールで使用可能なオブジェクトのフィールドを選択できます。
レコードの ID を指定します。
このモジュールは、オブジェクトの ID や関連するフィールドのほか、接続を介してアクセスされるカスタムフィールドおよび値を返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
ドキュメントのアップロード
このアクションモジュールは、プロジェクト、タスク、イシューなどの Workfront オブジェクトにドキュメントをアップロードします。 このモジュールは、ドキュメントをチャンク単位でアップロードするので、Workfront のアップロードプロセスがスムーズになります。
このモジュールは、レガシーモジュールよりも大きなファイルを処理でき、Ultimate Workfront パッケージを使用する組織への段階的なロールアウトの一部です。
ドキュメントの場所、アップロードするファイル、およびオプションで新しいファイル名を指定します。
このモジュールは、ドキュメントの ID や関連するフィールドのほか、接続を介してアクセスされるカスタムフィールドと値を返します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
このモジュールを使用できる Workfront オブジェクトタイプのリストについて詳しくは、各 Workfront モジュールで使用可能な Workfront オブジェクトタイプを参照してください。
検索
関連レコードを読み取る
この検索モジュールは、特定の親オブジェクト内で、指定した検索クエリに一致するレコードを読み取ります。
出力に含めるフィールドを指定します。 この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
検索
この検索モジュールは、指定した検索クエリに一致するレコードを Workfront のオブジェクト内で検索します。
この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
検索（レガシー）
このモジュールを使用する既存のシナリオは、引き続き期待どおりに機能します。 このモジュールは、2025年5月にモジュールセレクターから削除されます。
この検索モジュールは、指定した検索クエリに一致するレコードを Workfront のオブジェクト内で検索します。
この情報は、シナリオ内の後続のモジュールにマッピングできます。
このモジュールを設定する際には、次のフィールドが表示されます。
各 Workfront モジュールで使用可能な Workfront オブジェクトタイプ
各Workfront トリガーモジュールで使用できるオブジェクトタイプ
各Workfront アクションモジュールで使用できるオブジェクトタイプ
各Workfront検索モジュールで使用できるオブジェクトタイプ
これが期待どおりに機能することを再確認することをお勧めします。
Workfront／イベントを監視モジュールのイベント登録フィルター
イベントサブスクリプションのフィルターを使用すると、特定のパラメーターが満たされた場合にのみシナリオを実行できます。
イベント購読フィルターのベストプラクティス
-
イベントを監視モジュールでは、イベント登録フィルターを使用することを強くお勧めします。
-
Workfront は最近、イベント登録サービスの新しいバージョンをリリースしました。 新しいバージョンは Workfront API に対する変更ではなく、イベント登録機能に対する変更です。 このアクションモジュールは、このシナリオで使用されるイベントペイロードバージョンを更新します。
新しいイベント登録バージョンについて詳しくは、Workfront ドキュメントのイベント登録のバージョン管理を参照してください。
ウェビナーの録画など、イベント登録のアップグレード中に Workfront Fusion シナリオを保持する方法について詳しくは、イベント登録 V2 のアップグレード中の Fusion シナリオの保持を参照してください。
Workfront イベントを監視モジュールは、Workfront API でイベント登録を作成する Webhook に基づいてシナリオをトリガーします。 イベント登録は、web フックに送信されるイベントを決定する一連のデータです。 例えば、イシューを監視するイベントの監視モジュールを設定した場合、イベント登録はイシューに関連するイベントのみを送信します。
Fusion ユーザーは、イベント登録フィルターを使用して、ユースケースに適したイベント登録を作成できます。 例えば、Workfront API でイベント登録を設定すると、特定のプロジェクトのイシューだけを Webhook に送信して、イベントを監視モジュールがそのプロジェクトのイシューに対してのみトリガーされるようにすることができます。 より範囲の狭いトリガーを作成できるので、無関係なトリガーの数が減り、シナリオの設計を改善できます。
これは、Workfront Fusion シナリオでのフィルターの設定とは異なります。 イベント登録フィルターを使用しない場合、web フックは、選択されたオブジェクトタイプに関連するすべてのイベントを受信します。 これらのイベントのほとんどはシナリオとは無関係と思われるので、シナリオを続行する前に除外する必要があります。
Workfront／イベントの監視フィルターで使用できる演算子は、次のとおりです。
-
が次と等しい
-
等しくない
-
より大きい
-
より小さい
-
が次よりも大きいか等しい
-
が次よりも小さいか等しい
-
が次を含む
-
存在する
- この演算子には値は必要ありません。また、値フィールドは存在しません。
-
が存在しません
- この演算子には値は必要ありません。また、値フィールドは存在しません。
-
変更済み
- この演算子には値は必要ありません。また、値フィールドは存在しません。
- この演算子では、「状態」フィールドを無視します。
Changedを使用する際は、「レコード元」フィールドで「更新されたイベントのみ」を選択します。
イベント登録フィルターを使用したイベントのフィルタリング（推奨）
シナリオ内でのイベントのフィルタリング（非推奨）
Workfront イベント登録について詳しくは、FAQ - イベント登録を参照してください。
Webhook について詳しくは、Adobe Workfront Fusion のインスタントトリガー（Webhook）を参照してください。
シナリオでのフィルターについて詳しくは、シナリオへのフィルターの追加を参照してください。
高度なフィルターの使用
Workfront / Watch events モジュールには、2種類のフィルターがあります。
- シンプル：このフィルターは、フィールド、演算子、値を選択できるインターフェイスを提供します。また、AND演算子およびOR演算子を使用してフィルターを作成できます。
- 詳細：このフィルターを使用すると、フィルターを表すJSONをアップロードできます。
シンプルなフィルターと高度なフィルター
2つのタイプの主な違いは、フィルターの状態です。
- シンプル：単純なフィルターを設定する際に、フィールドの古い状態と新しい状態のどちらをフィルタリングするかを選択します。 つまり、フィールドが指定された値を から に変更したときにシナリオをアクティブにするか、指定された値を から に変更するときにアクティブにするかを決定します。 ANDとORを使用すると、複数のフィールドと値を含めることができますが、同じ状態を共有する必要があります。 一部のフィールドには古い状態を、他のフィールドには新しい状態を使用することはできません。
- 詳細：高度なフィルターでJSONを設定して、同じフィルター内の古いステートと新しいステートの両方の値を指定できます。 例えば、プロジェクトが計画ステータスから現在ステータスに移行する場合に、シナリオをトリガーするように指定できます。 これにより、計画中から停止に移動するプロジェクトや、保留中から現在に移動するプロジェクトは除外されます。