シナリオ設定を指定
シナリオ設定パネルで、シナリオに固有の設定を指定できます。
アクセス要件
| table 0-row-2 1-row-2 2-row-2 layout-auto html-authored no-header | |
|---|---|
| Adobe Workfront パッケージ |
任意のAdobe Workfront ワークフローパッケージと任意のAdobe Workfront Automation and Integration パッケージ WorkfrontUltimate Workfront Fusion を追加購入したWorkfront Primeおよび Select パッケージ。 |
| Adobe Workfront ライセンス |
標準 ワークまたはそれ以上 |
| 製品 | 組織がWorkfront Automation and Integration を含まない Select またはPrime Workfront パッケージを持っている場合は、Adobe Workfront Fusion を購入する必要があります。 |
このテーブルの情報について詳しくは、 ドキュメントのアクセス要件 を参照してください。
シナリオ設定を開く
-
左側のパネルで シナリオ をクリックします。
-
目的のシナリオを見つけて、名前をクリックします。
-
シナリオの任意の場所をクリックして、シナリオエディターに移動します。
-
ページの左下隅付近にある歯車アイコンをクリックします。
表示されるシナリオ設定パネルで、シナリオの様々な詳細設定ができます。
-
必要に応じて、シナリオ設定を有効または無効にします。 以下の シナリオ設定オプション を参照してください。
シナリオ設定オプション
順番に処理
このオプションは、すべての実行を順番に実行します。これは主に Webhook と不完全な実行に関連しています。
順次処理が有効な場合、シナリオの並列実行は無効になります。
インスタント Webhook:Webhook トリガーが instant として設定され、「順次処理」が有効になっている場合、すべてのインスタント Webhook ペイロードはキューに入り、届いた順に処理されます。 これは、外部システムからのイベントを正確な順序で処理する場合に役立ちます。
不完全な実行:「不完全な実行」も有効になっている場合、シナリオの実行中にエラーが発生するとシナリオは一時停止します。 次のいずれかの処理が行われます。
-
「順次処理」オプションが 有効 になっている場合、Workfront Fusion は、すべての不完全な実行が解決されるまで既存のシーケンスの処理を停止します。
-
「順次処理」オプションが 無効 の場合、シナリオはスケジュールに従って引き続き実行され、不完全な実行は繰り返し再試行されます。
不完全な実行について詳しくは、 不完全な実行の表示と解決 を参照してください。
note note NOTE 順番に処理を行うと、シナリオの実行に遅延が生じる場合があります。インスタントシナリオがトリガーされた時、またはスケジュールされたシナリオが実行される時に、キューにまだ未完了の実行がある場合、そのシナリオは、キュー内の前の実行が全て完了してから実行されます。 シナリオのユースケースで順番に処理することが必要ない場合は、順番処理のオプションを無効にすることをお勧めします。 スケジュールの詳細については、 シナリオのスケジュールの設定 を参照してください。
データは機密情報
シナリオを実行すると、シナリオ内のモジュールでどのデータが処理されたかに関する情報をデフォルトで表示できます。この情報を保存しない場合は、「データは機密情報」オプションを有効にします。
不完全な実行の保存を許可
このオプションは、シナリオの実行中にエラーが発生した場合にAdobe Workfront Fusion がどのように進行するかを指定します。 このオプションを有効にすると、シナリオは一時停止し、不完全な実行フォルダーに移動します。 これにより、問題を修正し、シナリオが停止した場所から続行できます。このオプションを無効にした場合、シナリオの実行が停止し、ロールバックフェーズが開始します。
不完全な実行について詳しくは、 不完全な実行の表示と解決 を参照してください。
データ損失を有効にする
このオプションは、Workfront Fusion が（空き容量が不足しているなどの理由で）不完全な実行のキューにバンドルを保存できない場合に、データの損失を有効にすることに関係しています。 このオプションを有効にすると、シナリオの実行全体で中断が発生しないように、データが失われます。これは、最も優先度が高いものが継続して実行され、入力時の誤りのあるデータがそれほど重要でないシナリオで役立ちます。
その他、シナリオを実行する際に、モジュールで許容される最大サイズを超えるファイルが見つかることがあります。この場合、Workfront Fusion は「 データの損失を有効にする 」オプションの設定に従って続行し、警告メッセージが表示されます。
不完全な実行について詳しくは、 不完全な実行の表示と解決 を参照してください。
最大ファイルサイズについて詳しくは、Fusion パフォーマンスガードレール を参照してください。
警告について詳しくは、「 エラータイプ 」を参照してください。
自動コミット
自動コミット設定はトランザクションに適用され、シナリオの処理方法を定義するものです。「自動コミット」オプションがオンの場合、各モジュールのコミットフェーズは、操作フェーズが完了した直後に開始します。「自動コミット」オプションを無効にした場合、すべてのモジュールに対して操作が実行されるまでコミットは行われません（これはデフォルトのモードです）。
サイクルの最大数
サードパーティのサービスへの接続が中断されるのを防ぎ、1 回のシナリオ実行内にすべてのレコードが確実に処理されるようにする場合は、より多くのサイクルを設定すると便利です。
-
ポーリングトリガーで始まるシナリオの場合、この設定で、シナリオの実行中に許可されるサイクルの最大数を定義します。
ポーリングトリガーについて詳しくは、「モジュールの概要」の トリガーのポーリング を参照してください。
-
シナリオがインスタントトリガーで開始する場合、設定は無視され、1 回のシナリオの実行中にすべての保留中のイベントが処理されます（1 サイクルにつき 1 つのイベント）。
インスタント トリガーの詳細については、「モジュールの概要」の インスタント トリガー を参照してください。
-
シナリオが（インスタントまたはポーリング）トリガーで始まらない場合は、指定された最大サイクル数が常に実行されます。
例： Workfront/ レコードをウォッチ が発生する新しいイシューを監視し、Workfront/ オブジェクトを変換 が新しいリクエストをプロジェクトに変換して、適切なテンプレートを割り当てます。
より多くのサイクル設定は、シナリオの実行をスケジュールする場合にのみ適用されます。「1 回実行」ボタンを使用する場合、サイクル設定を考慮します。
サイクルの最大数は 1 に設定されています（デフォルト）
Workfront/ レコードを監視モジュールの最大サイクル数は 10 に設定されています。
100 件のリクエストがWorkfrontに送信され、「最大サイクル数」フィールドが 10 に設定されている場合、90 個のファイルが 1 つのシナリオの実行後に未処理のままになります。 次の 10 個のファイルは、スケジュールされた次のシナリオの実行で処理されます。
サイクルの最大数を 10 に設定
Workfront/ レコードを監視モジュールの最大サイクル数は 10 に設定されています。
100 ファイルがDropbox フォルダーに追加され、「最大サイクル数」オプションが 10 に設定されている場合、すべてのファイルが処理されるまで、1 回目のサイクルで 10 個のファイル、2 回目のサイクルで次の 10 個のファイル、3 回目のサイクルで次の 10 個のファイルが処理されます。
すべてのファイルは、1 回のシナリオ実行の間に処理されます。
シナリオの詳細には、既に実行されたサイクルが表示されます。
このページについて詳しくは、 シナリオの詳細 を参照してください。
連続エラー数
シナリオの実行が無効化される前に連続して実行を試行する最大数（DataError、DuplicateDataError、ModuleTimeoutError、ConnectionError を除く）を定義します。
エラーについて詳しくは、「 エラータイプ 」を参照してください。
ワーカープール
- 組織管理者または所有者です
- 組織に複数のワーカープールが関連付けられています。
この設定では、組織に関連付けられた特定のワーカープールにシナリオが割り当てられ、優先度の高いシナリオにリソースを割り当てることができます。