SiteFinity 3.7 のワークフローには次の要件があります。要件の一部は実現できないと考えているため、実現できないもの (ある場合) を明確にし、これらの回避策があるかどうか、または SiteFinity 4.x でサポートされているかどうかを分析したいと思います。
基本的な使用例は次のとおりです。 1. 一般的なコンテンツの一部が作成されます。2. タグに基づくワークフローを介してコンテンツが送信されます。したがって、「環境」にタグ付けされたコンテンツは、「法的」にタグ付けされたものとは異なるワークフロー/承認プロセスを通過します。3. 各ワークフローには、3 段階の承認プロセスが必要です。そのため、コンテンツが承認のために送信されると、最初にユーザー A が承認します。ユーザー A が承認すると、ユーザー B も承認できます。次に、ユーザー C. 最後に、必要なすべての承認の後、管理者 (または他の役割) がそれを公開できます。4. コメントは、承認または却下の両方に対して行う必要があります。5. 承認または却下時に、関連するグループ/役割に通知を送信する必要があります。
私は、SiteFinity がすぐに使用できる多くの機能をサポートしているとは思いません。これまでのところ、私の計画は基本的に次のとおりです。
- さまざまなワークフローをサポートするために、さまざまな役割を多数作成します。
- ここにあるものと同様の方法でコメントをサポートするように承認ページを変更し ます。 -email-with-comments.aspx . 違いは、コメントを電子メールに含めるのではなく、データベースの新しいテーブルに保存することです。目標は、それらをページに表示し、他のユーザーが作成したコメントを表示できるようにすることです。通知もここで処理できます。
- 承認ページをさらに拡張して、カスタムの承認/却下ボタンを含めます。基本的に、これらは実際のワークフローの外で機能し、データベース内の別の新しいテーブルを更新します。これは、多段階の承認プロセスを実現する方法になると思います。基本的に、上記の例のユーザー C は、実際の承認権限を持つ唯一のユーザーです。ユーザー A と B は表示のみのアクセス許可を持つことができますが、これら 2 つのボタンを使用して通知をトリガーし、目的のワークフローの一部をシミュレートすることができます。
- AllPagesList.ascx コントロールを変更して、ロール/コンテンツ タグでユーザーに表示されるページのリストをフィルター処理し、ユーザーが必要なページのみを表示できるようにします。
いくつか質問があります。
- 私が上で言ったことはすべて意味があり、実行可能だと思われますか/より良いアプローチはありますか?
- 一般的なコンテンツは、ワークフローを介して送信できますか、それともコンテンツを使用するページのみを送信できますか?
- ページだけがワークフローを通過できる場合、ページが承認されて公開され、後でコンテンツが更新される場合をどのように処理すればよいでしょうか? モジュール セクションではなく、ページ セクションからのみ一般的なコンテンツ ブロックを編集できるようにユーザーを制限しますか? それともこれは自動的に処理されますか？
私はSiteFinityに比較的慣れていないので、ヘルプ/指示/コード/など. よろしくお願いします。また、これまでに述べたことで不明な点があれば、喜んで説明します。