SiteFinity 3.7のワークフローには次の要件があります。私はいくつかの要件は不可能だと考えています。そのため、回避策があるかどうか、またはSiteFinity 4.xでサポートされているかどうかを分析します(もしあれば)。SiteFinityのカスタムワークフロー3.7
基本的な使用例は次のとおりです。 1.一般的なコンテンツが作成されます。 2.コンテンツはタグに基づくワークフローを通じて送信されます。したがって、「環境」にタグ付けされたコンテンツは、「法的」とタグ付けされた別のワークフロー/承認プロセスを経由します。 3.各ワークフローには3段階の承認プロセスが必要です。したがって、コンテンツが承認のために提出されると、最初のユーザーAがそれを承認します。ユーザAがそれを承認すると、ユーザBはそれを行うことができます。その後、ユーザーC。最後に、必要な承認がすべて得られた後、管理者(または他の役割)が公開することができます。 4.承認または拒否の両方のコメントを行う必要があります。 5.承認または辞退の通知は、関連するグループ/ロールに送信する必要があります。
私はSiteFinityがこれを多くのことをサポートしているとは思いません。今のところ、私の計画は基本的には次のとおりです。
- さまざまなワークフローをサポートするために、さまざまな役割をたくさん作成してください。
- http://www.sitefinity.com/devnet/forums/sitefinity-3-x/developing-with-sitefinity/sitefinity-3-7-decline-email-with-comments.aspxのような方法でコメントをサポートするように承認ページを変更します。違いは、電子メールにコメントを入れるだけでなく、私たちのデータベースの新しいテーブルにそれらを保存するということです。目標はページに表示し、他のユーザーが作成したコメントを表示できるようにすることです。通知もここで処理できます。
- カスタム受諾/辞退ボタンを含む承認ページをさらに拡張します。基本的にこれらは実際のワークフローの外で機能し、データベース内の別の新しいテーブルを更新します。私は、これが複数段階の承認プロセスを達成する方法であると信じています。基本的に上記の例のユーザーCは、実際の承認アクセス権を持つ唯一のユーザーです。ユーザーAとユーザーBは表示のみの権限を持つことができますが、これら2つのボタンを使用して通知をトリガーし、目的のワークフローの一部をシミュレートすることができます。
- AllPagesList.ascxコントロールを変更して、ユーザーにロール/コンテンツタグで表示されるページの一覧をフィルタリングします。これにより、ユーザーは必要なページのみが表示されます。
私はいくつか質問ありますか:
- は、私は上記の言ったすべてが意味をなすと実現可能なように見えるん/より良い方法はありますか?
- 汎用コンテンツをワークフローまたはコンテンツを使用するページのみで送信できますか?
- ページのみがワークフローを通過できる場合は、ページが承認されて公開されたケースをどのように処理すれば、後でコンテンツが更新されますか? 「モジュール」セクションではなく、「ページ」セクションでのみ一般的なコンテンツブロックを編集できるようにユーザーを制限しますか?またはこれは自動的に処理されますか?
私は比較的SiteFinityが新しいので、ヘルプ/方向/コード/ etc。大いに感謝します。私がこれまで述べてきたことがはっきりしない場合には、物事を明確にしようとすることも喜んでいます。