2017-02-13 15 views
0

C#でマルチレベルSharepoint 2010承認ワークフローを開発しようとしています。ユーザー、マネージャーや人事などの承認者タイプのグループの下でユーザーのリストを維持C#のSharepoint 2010におけるマルチレベル承認ワークフロー

  • 私がこれまで何をやったか

    。ドキュメントライブラリを作成し

  • ドキュメントの名前とタイプ人/グループ承認という名前の列セクションを追加しました。これにより、現在のユーザーは、タスクを次のレベルの承認のために別のユーザーに割り当てることができます。
  • 添付このドキュメントのライブラリ私はC#で作成したカスタムワークフローのライブラリです。
  • 私のコードで今すぐ

  • onWorkFlowActivated()活動ドキュメントが保留状態かにある場合は、私が最初に確認してください。 「はい」の場合は、文書のステータスが完了し、それ以外の場合はワークフロープロセスを続行します。それ以外の場合は、次のようにします。

注:私は今、私はこれを実装するために私のコードとSharePointサイトで実行するようにした内容の設定がわからないようこだわっているところはこれがあります。

  • ユーザーがドキュメントをアップロードし、ユーザーが入力したとして、状態レビューと承認者に割り当てられた新しいタスク、すなわち、マネージャーに変更。

  • は今マネージャーは、ドキュメントを確認し、次のレベルに文書を割り当てることがある、すなわち、HRステータスが自動的にに変更されました。など。

誰でもそれを参照する方法を提案したり、参考にリソースを共有したりできますか?前もって感謝します。

答えて

0

これは間違いありません。 SharePoint 2010のワークフローは、SharePoint 2013の新モデルよりもはるかに柔軟です。

進歩するには、Worfklowでの作業の仕組みを理解する必要があります。ユーザーまたはユーザーのグループが何かする必要があるたびに、タスクを割り当てました。タスクが更新されると、ワークフローは結果を確認して実行します(ケースのフィールドを更新します)。 私がこれまでに見つけた最良のリソースは次のとおりです。 https://sergeluca.wordpress.com/2011/07/17/step-by-step-tutorial-creating-workflow-for-sharepoint-2010-tasks/ 4つのステップが役立つ場合があります。ここでは、ステップ4が役立ちます。

もう一度、項目の変更を管理するためにItemUpdated Event Receiverを使用する方が簡単です。

関連する問題