シードされたコンテンツ・ワークフローの使用
Oracle Content Managementは、Oracle Content Managementで使用する単純なマルチステップ・コンテンツ承認ワークフローを備えたクイック・スタート・アプリケーション・パッケージを提供します。
クイック・スタート・アプリケーション・パッケージをダウンロードし、使用するプロセスを設定する手順は、「Oracle Integrationとアセット」を参照してください。
クイック・スタート・プロセスのユースケースの例を次に示します。
1ステップ・コンテンツ承認ワークフローの例
ワン・ステップ・コンテンツ承認ワークフロー・プロセス(OCEOneStepApplication.exp)は、作成者が下書きをレビューのために発行(ステップ1)し、エディタが変更を承認、否認またはリクエストできる単純なワークフローです。 エディタが変更をリクエストすると、変更が行われ、作成者が再送信してワークフロー・プロセスを再度開始します。
1ステップ・コンテンツ承認および公開のワークフローの例
ワン・ステップ・コンテンツ承認および公開ワークフロー・プロセス(OCEOneStepPublish.exp)は、作成者が下書きをレビューのために発行(ステップ1)し、エディタが変更を承認、否認またはリクエストできる単純なワークフローです。 エディタが変更をリクエストすると、変更が行われ、作成者が再送信してワークフロー・プロセスを再度開始します。 コンテンツが承認されると、Oracle Content Managementはコンテンツを検証して公開します。
拡張ワークフローを使用したワン・ステップ・コンテンツ承認および公開の例
ワン・ステップ・コンテンツ承認および拡張ワークフロー・プロセスによる公開(OCEOneStepPublishExtended.exp)は、作成者が下書きをレビューのために発行(ステップ1)し、エディタが変更を承認、否認またはリクエストできる単純なワークフローです。 エディタが変更をリクエストすると、変更が行われ、作成者が再送信してワークフロー・プロセスを再度開始します。 コンテンツが承認されると、Oracle Content Managementはコンテンツの検証と公開を試みます。 検証または公開中に問題が発生した場合は、作成者に通知され、問題の修正が求められ、アセットはワークフロー内に残り、問題は「ワークフロー・パネル」の「進行中」タブに表示されます。
1つの変更リクエスト・オプションがある2ステップ・コンテンツ承認ワークフローの例
2段階のコンテンツ承認ワークフロー・プロセス(OCETwoStepApplication.exp)は、作成者がドラフトをレビューのために送信し、エディタが変更をリクエストしたり、最終承認のためにそれを渡すことができる追加の承認レイヤーを追加します。 たとえば、すべてのアイテムを法務部門が最終承認として承認する必要があるとします。 作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、最終承認を受けるために法務部門に送信できます(ステップ2)。 その後、法務部門は承認するか、アイテムを作成者に戻して変更をリクエストし、プロセスをもう一度開始することができます。
複数の変更リクエスト・オプションがある2ステップ・コンテンツ承認ワークフローの例
2ステップのコンテンツ承認ワークフロー・プロセス(OCETwoStepApplication.exp)では、複雑さを加えることで変更リクエストを短縮できます。 たとえば、作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、最終承認を受けるために法務部門に送信できます(ステップ2)。 法務部門が作成者ではなく編集者に変更をリクエストするオプションを追加することで、ワークフローは再始動する必要がなくなり、承認時間が短縮される可能性があります。
1つの変更リクエスト・オプションがある3ステップ・コンテンツ承認ワークフローの例
3ステップのコンテンツ承認ワークフロー・プロセス(OCEThreeStepApplication.exp)によって、追加の承認レイヤーが追加されます。 たとえば、すべてのアイテムを法務部門が承認する必要があるものの、最終承認はコンプライアンス部門から来る必要があるとします。 作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、承認を受けるために法務部門に送信できます(ステップ2)。 その後、法務部門はアイテムを作成者に戻して変更をリクエストし、プロセスをもう一度開始するか、コンプライアンス部門に渡すことができます(ステップ3)。 コンプライアンス部門は、作成者に変更をリクエストするか(プロセスの再始動)、承認できます。
複数の変更リクエスト・オプションがある3ステップ・コンテンツ承認ワークフローの例
3ステップのコンテンツ承認ワークフロー・プロセス(OCEThreeStepApplication.exp)では、複雑さを加えることで変更リクエストを短縮できます。 たとえば、作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、承認を受けるために法務部門に送信できます(ステップ2)。 その後、法務部門は変更のためにアイテムを作成者に戻すことができます(プロセスの始動)。 ただし、変更を編集者に直接リクエストするオプションを追加することで、法務部門はワークフローを再始動する必要がなくなり、プロセスを短縮できます。 法務部門が承認すると、アイテムはコンプライアンス部門に渡されます(ステップ3)。 コンプライアンス部門は、作成者に変更をリクエストするか(プロセスの再始動)、編集者または法務部門に変更をリクエストすることでプロセスを短縮し、最終的に承認できます。
