私のクライアントの 1 つは企業の小さいながらも有用な人事アプリケーションを構築する以前の請負業者と協力. その建築業者使用 SharePoint Designer ワークフロー ソリューション部を実装するには. それは混乱のビットです。. 例えば, 9 SPD ワークフローを 1 つの論理的なワークフロー プロセスをサポートするため、それらの 5 つまでは、適切な条件を与えられた任意の時点で同時に発生可能性があります。. デバッグは簡単ではありません 🙂
私の顧客はまだ未処理の要求数をが, 1 つはシステムを送信する電子メール通知-関連付けられたタスク フォームと同様に、メール自体の両方を一般的により多くのコンテキストを提供するには. SPD ワークフロー実装を知っています。, 「ユーザーからデータを収集」SPD アクション実際にカスタム コンテンツ タイプとタスクを作成します. そのアクションを使用するとき, 我々 は多くを指定する取得しません。. 我々 はいくつかの値を求めることが (例えば. 「承認」または「拒否」) タイトルと説明をハード コーディングされた値を指定することができます、. それについては、します。.
お客様の要件が 2 倍です。:
- SharePoint タスク割り当てについて e メールを送信するとき, 多くのタスクについての情報、電子メールの本文に含める.
- もっと重要なこと, これまで – ユーザーが電子メールのタスク リンクをクリックしたとき, タスク フォームに承認者が彼/彼女の承認または決定を拒否するために必要なすべての情報は、. 今すぐ, マネージャー自体の基になる詳細をドリルダウンする項目のリンクをクリックする必要があるし、誰もが好き. メールにクリックする必要が. タスク項目の並べ替えの曖昧なリンクをクリックする必要がありますし、. 基になるデータを見てすることができますし、 (InfoPath フォームは). 戻る・をクリックします, など. それを憎んでいます。.
私はこの少し厄介な技術ソリューションを継承した、最も影響の少ない方法で可能な変更したいのですが。.
私は今取っているアプローチは、カスタム アラート ・ テンプレートを作成するには. あなたはここで読むことができます。. このような流れを作品します。:
- SPD ワークフローを実行します。.
- いくつかの時点で, タスク マネージャーに割り当てます.
- SharePoint システムは自動的にそのマネージャーに警告を送信します。. これは SPD ワークフローが、むしろ「どのような SharePoint"の一部ではない (SharePoint timer service, 私は信じる).
- カスタムの通知ハンドラーのアラートが標準が呼び出されます (魔法の規則に従って、上記で説明したよう参照資料).
- 私のカスタムの通知ハンドラーの実行時, それは美しいメールを生成します. もっと重要なこと, 以来、手で、タスクがある, それも、実際のタスク、ビジネス要件を満たすために必要なすべてのコンテキスト情報を飾る.
- ユーザーがメールを取得、便利なコンテキスト情報に満ちています。.
- ユーザー タスクのリンクをクリックして、タスク自体が役に立つコンテキスト情報に満ちています。.
- みんなホーム行くスイカとアイスクリーム.
私はクイック POC を行なったし、それはラボ環境でよくはたらく. 私は期待どおりに私のカスタム電子メール アラートを取得します。. タスクの説明とタイトル自体を更新するをもらっています.
だけトリッキーなビット, これまでのところ, 警告がアイテムを更新する状況を回避するには, 別の警告をトリガー. これは私を心配しません。.
ところを有望です。
これについての素晴らしいところはいじくること既存の SPD ワークフローのいずれか必要があること. 彼らは、通知ハンドラーが気付いて、"IIZ RUNNIN の DA BAKGROUND, DECORATIN はタスク一覧 WIF MOAR コンテキスト”.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
