オポチュニティ公開承認
オポチュニティマーケットプレイスの公開承認フレームワークは承認プロセスを簡素化し、オポチュニティオーナーが承認のためにドラフトを送信し、承認または却下時に通知を受け取ることができます。
バージョン 2.3 以降では、オポチュニティマーケットプレイスには、ギグ、ボランティア、およびプロジェクトオポチュニティタイプの公開承認ワークフローを自動化するすぐに利用可能なフレームワークが含まれています。
- オポチュニティオーナーは、[オポチュニティを作成] フォームから承認のためにドラフトオポチュニティを送信し、承認要求のステータスを監視できます。オポチュニティ承認者がドラフトを承認または却下すると、メール通知が送信されます。
- オポチュニティ承認者には、承認要求がメールとアサインされた承認タスクで通知されます。通知インターフェイスからオポチュニティのドラフトを確認し、コメント付きで承認または却下できます。
- アドミニストレーターは、承認者ユーザーと追加の承認ルールを構成できます。
承認ワークフロー
すぐに利用可能な各オポチュニティタイプ (ギグ、ボランティア、およびプロジェクト) には、承認ワークフローを容易にするためのそれぞれのサブフローがあります。各サブフローには、オポチュニティが承認のために送信される条件を決定するデフォルト構成があります。
- 条件が満たされると、サブフローは、それぞれのオポチュニティタイプのオポチュニティタイプ補助 [sn_opp_market_opportunity_type_aux] テーブルにリストされているユーザーからの承認を要求します。
- 承認者がオポチュニティを承認すると、システムはオポチュニティオーナーに通知し、オポチュニティを公開します。
- 承認者がオポチュニティを却下した場合、システムはオポチュニティをドラフトステータスに戻し、承認者のフィードバックをオポチュニティオーナーに通知します。承認者はそれを実装して承認のために再送信できます。
注:
デフォルトでは、システムがオポチュニティを公開するために必要な承認は 1 つだけで、オポチュニティが公開されないようにするために必要な却下は 1 回だけですが、アドミニストレーターは、より多くの必須承認を要求したり、2 回以上の却下を要求したりするなど、代替の承認シナリオを構成できます。詳細については、以下の「 承認者 」セクションを参照してください。
次の図は、承認ワークフローを視覚的に示したものです。
以下では、ワークフロースタジオで変更できるサブフローのデフォルト構成について説明します。
| サブフロー | 設定の説明 |
|---|---|
| ギグオポチュニティの投稿と編集の承認 | このサブフローは、週に 20 時間以上の時間拘束時間が必要な場合に、承認のために機会を送信します (2 行目)。他の 2 つのサブフローとは異なり、このサブフローでは、リストされている承認者に加えて、オポチュニティオーナーのマネージャーを承認者としてアサインします (7 行目から 10 行目)。 |
| ボランティアオポチュニティの投稿と編集の承認 | このサブフローでは、参加者の合計数が 20 人以上の場合 (1 行目) オポチュニティの承認が必要です。 |
| プロジェクトオポチュニティの投稿と編集の承認 | このサブフローでは、参加者の合計数が 5 人以上の場合 (1 行目) オポチュニティの承認が必要です。 |
注:
カスタムオポチュニティタイプの場合、アドミンは複数のロールを持つオポチュニティをサポートするため、 プロジェクトオポチュニティの投稿と編集の承認フローのみが、すぐに利用可能なプロジェクトオポチュニティタイプにアサインされます。ボランティアおよびギグのオポチュニティタイプの場合、アドミンはフローを手動でアサインする必要があります。承認フローを割り当てる手順については、「 」を参照してください。プロジェクトオポチュニティの投稿と編集の承認 または ボランティアオポチュニティの投稿と編集の承認 フローのいずれかを再利用できます。承認者
インスタンスでデモデータがロードされている場合は、グループ OPM オポチュニティ承認者が ギグ、ボランティア、およびプロジェクトオポチュニティタイプにアサインされます。アドミンは、 ユーザーを OPM オポチュニティ承認者 グループに追加して、すべてのオポチュニティのドラフトを確認できます。または、アドミニストレーターは特定のオポチュニティタイプの承認者を定義することもできます。承認者をオポチュニティタイプにアサインする手順については、 のステップ 4 を参照してください。
デフォルトのサブフローでは承認または却下が 1 回のみ必要ですが、アドミニストレーターは、オポチュニティを公開するために必要な承認の数を増やすか、オポチュニティが公開されないようにするために最低 2 回の却下を要求するなど、代替の承認シナリオを構成できます。