私はこのようなビジネス シナリオがあります。:
- ユーザーがドキュメントをドキュメント ライブラリにアップロードします。.
- 彼女は、コンテンツの種類を選択し、必要に応じてメタ データを入力. 1 つのメタ データ フィールド フラグです。, 「緊急」.
- これは、SharePoint Designer ワークフローをトリガーは, 他のものの間で, 「収集データから、ユーザーを使用して" アクション.
"ユーザーからデータを収集します。" そのドキュメントの承認を要求するタスク一覧に項目を作成します。.
承認のための緊急の要求を示し、タスク一覧のビューを作成するために必要な.
ソリューション: 言葉「緊急:" これらのタスクのタイトルに.
私は希望優先順位フィールドを直接指定するには. ただし, いくつかの理由のことを行うことができなかった:
- データを収集するアクションは、タイトル以外の任意のフィールドを更新するメカニズムを提供しません (それらのデータを収集する追加のフィールド).
- "割り当てを行う項目を" アクションは、同じ問題を抱えて.
- リストに項目を挿入することは (すなわち. 項目をタスク一覧に直接挿入します。) しかし、このブロックのアクションではなく. つまり、ワークフローはユーザーがタスクを完了するを待たず.
前にいくつかのアプローチを考慮 (ありがたいことに) 私達はちょうど可能性が実現する"緊急を置く" タイトルで.
- 新しいタスクが作成されるように自体のタスク リストにワークフローを開始します。, それはどういうわけかクロス参照、最初のワークフローを開始ドキュメントに戻る, 緊急のフラグ値を引き出し、必要に応じて優先度を更新.
- 何かイベント レシーバーと類似しています。. タスクの作成時に, 関連付けられているドキュメントと必要に応じて更新プログラムの優先順位を検索します。.
- 「リスト アイテムを作成使用して" フィールドの変更を"待機と共にアクション" アクションとイベント レシーバー. リスト アイテムを作成する場合, 私たちは私たちが望むすべてのフィールドを指定できます。. イベント レシーバーを使用して、ユーザー タスクとフィールドの変更を"待機が完了すると、元のアイテムを更新" アクションの条件が満たされ、ワークフローに進むでしょう. (いくつかの理由, 私はもっとまたはより少なく賢く、しばらく離れて歩くことを決める前に、このアプローチに定住していた).
私の解決策の欠点があります。 (タイトルのテキストのみが緊急性を示すこと明白な事実はさておき). "フィードバックの収集から" ハード コーディングされたタイトル名だけを受け入れる, 2 つの異なるフィードバックの収集アクションの唯一の違いは、ハード コード化されたタイトルを使用したいのですが。.
しかし, 少なくともイベント レシーバーまたは SPD のカスタム アクションを必要としないソリューションです。.
誰かがより巧妙な方法でこれを解決する場合, 私に知らせてください。.
</終了>