Workfront Fusionのシナリオを更新して、レビューと承認を統合
従来のWorkfront プルーフで構築されたWorkfront Fusion シナリオは、Adobe クラウドストレージプロジェクトに対して自動的に機能しません。 プルーフ固有のモジュール、Webhook、およびAPI エンドポイントには、直接同等の場合と大幅な変更がある場合があります。 この記事では、影響を受けるシナリオのインベントリを作成し、それらのシナリオに依存するチームをAdobe クラウドストレージのロールアウトに導入する前に、修復パスを決定する方法を説明します。
従来のWorkfront プロジェクトにスコープ付けされたシナリオは、現在と同じように機能し続けます。 この記事で説明する修復作業は、Adobe クラウドストレージプロジェクトに対して実行するシナリオに適用されます。
この記事では、シナリオをインベントリおよび分類して、Adobe クラウドストレージを考慮するようにFusion シナリオをアップグレードする最適な方法を理解します。
組織がAdobe クラウドストレージ上のWorkfrontに移行する際の変更点の概要については、Adobe クラウドストレージ上のWorkfrontへの移行を参照してください。
Fusion on Adobe クラウドストレージプロジェクトの変更点
Workfront Proof上に構築された既存のFusion シナリオは、統一されたレビューと承認のデータモデルに含まれていない、プルーフ固有のモジュール、Webhookトリガー、API エンドポイントに依存しています。 次の表は、一般的なシナリオのタイプを、想定される影響と今後のパスにマップしたものです。
各シナリオを「編集」、「再構築」、「廃止」に分類します
各シナリオで必要な作業は、シナリオの機能と統一されたレビューと承認で利用可能な内容によって異なります。 次の分類を使用します。
- 編集：既存のプルーフ関連アクションには、統一されたレビューと承認で直接同等のものがあり、新しいアクションを使用するようにシナリオを更新できます。
- 再構築：基礎となる手順が大幅に変更されたか、シナリオで使用する新しい機能が存在するため、シナリオをゼロから再構築する必要があります。
- 廃止：複数段階の承認テンプレートや期限リマインダーなど、ネイティブの統合レビューおよび承認機能は、シナリオの機能に代わるものです。
各シナリオを特定のビジネスロジックと比較して見直し、分類を決定します。
修復アプローチ
Fusionの修正を計画および実行するには、次のアプローチを使用します。
- 現在の在庫。 アクティブなFusion シナリオの完全なリストを取得し、プルーフの作成、プルーフステータス、ドキュメントの承認、または承認ルーティングを参照するすべてのシナリオにタグを付けます。 Adobe クラウドストレージが有効になるまで待つことはありません。
- 前のセクションの条件に基づいて、各シナリオを「編集」、「再構築」、「廃止」に分類します。
- プルーフに依存するシナリオをAdobe クラウドストレージパイロットに参加させる前に、プルーフに依存するシナリオを一時停止します。 新しいモデルに対して古いプルーフベースの自動化を実行すると、サイレントエラーや重複するアクションが発生する可能性があります。
- 承認テンプレートを使用して、単純なルーティング ロジックを置き換えます。 納期を自動化したネイティブの多段階承認テンプレートは、以前はFusionが必要だった多くのユースケースにも対応できます。 詳しくは、 アセットとドキュメントの承認テンプレートの作成を参照してください。
- 再構築する際は、Adobe Workfront Unified Review and Approvals コネクタを使用します。 更新されたコネクタは、統一されたレビューと承認のために特別に構築されたモジュールを公開し、再構築を大幅にシンプルにし、信頼性を高めます。 事前にWorkfront API バージョン 22に対して再構築することはお勧めしません。
- 再構築されたシナリオを実稼動環境で有効にする前に、サンドボックスインスタンスでエンドツーエンドでテストします。 イベント購読ペイロードに特に注意を払う – フィールド名とスキーマは従来のプルーフイベントとは異なります。