シードされたコンテンツ・ワークフローの使用

1ステップ・コンテンツ承認ワークフローは、作成者がドラフトをレビューのために送信し(ステップ1)、レビューアが承認、却下、または変更をリクエストできる単純なワークフローです。レビューアが変更をリクエストする場合、変更が行われ、作成者が再送してワークフロー・プロセスがもう一度開始します。

1ステップ・コンテンツ承認および公開のワークフローは、作成者がドラフトをレビューのために送信し(ステップ1)、レビューアが承認、却下、または変更をリクエストできる単純なワークフローです。レビューアが変更をリクエストする場合、変更が行われ、作成者が再送してワークフロー・プロセスがもう一度開始します。コンテンツが承認されたら、Oracle Content Managementがコンテンツを検証し公開します。

2ステップ・コンテンツ承認ワークフローは、作成者がドラフトをレビューのために送信し、レビューアが変更をリクエストするか最終承認のために渡すことができる追加の承認レイヤーを追加します。たとえば、すべてのアイテムを法務部門が最終承認として承認する必要があるとします。作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、最終承認を受けるために法務部門に送信できます(ステップ2)。その後、法務部門は承認するか、アイテムを作成者に戻して変更をリクエストし、プロセスをもう一度開始することができます。

2ステップ・コンテンツ承認ワークフローでは、いくつかの複雑さを追加することで変更リクエストを短縮できます。たとえば、作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、最終承認を受けるために法務部門に送信できます(ステップ2)。法務部門が作成者ではなく編集者に変更をリクエストするオプションを追加することで、ワークフローは再始動する必要がなくなり、承認時間が短縮される可能性があります。

3ステップ・コンテンツ承認ワークフローは追加の承認レイヤーを追加します。たとえば、すべてのアイテムを法務部門が承認する必要があるものの、最終承認はコンプライアンス部門から来る必要があるとします。作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、承認を受けるために法務部門に送信できます(ステップ2)。その後、法務部門はアイテムを作成者に戻して変更をリクエストし、プロセスをもう一度開始するか、コンプライアンス部門に渡すことができます(ステップ3)。コンプライアンス部門は、作成者に変更をリクエストするか(プロセスの再始動)、承認できます。

3ステップ・コンテンツ承認ワークフローでは、いくつかの複雑さを追加することで変更リクエストを短縮できます。たとえば、作成者は承認を受けるためにドラフトを編集者に送信でき(ステップ1)、編集者は変更をリクエストする(ステップ1の再始動)か承認し、承認を受けるために法務部門に送信できます(ステップ2)。その後、法務部門は変更のためにアイテムを作成者に戻すことができます(プロセスの始動)。ただし、変更を編集者に直接リクエストするオプションを追加することで、法務部門はワークフローを再始動する必要がなくなり、プロセスを短縮できます。法務部門が承認すると、アイテムはコンプライアンス部門に渡されます(ステップ3)。コンプライアンス部門は、作成者に変更をリクエストするか(プロセスの再始動)、編集者または法務部門に変更をリクエストすることでプロセスを短縮し、最終的に承認できます。