数週間前に日常的にタスク通知メールを送信する SharePoint Designer ワークフローを作成する方法を説明する詳細な記事を書いた. それはずっと 公開 新しい SharePoint の雑誌 サイト. 一般的には, SPD のループ構造を作成する方法を説明します。.

雑誌はさまざまな記事を含む, 他のものの間で, 非常に技術的なもの, インタビューや業界ニュース. 私はあなたの RSS フィードに追加するをお勧めします。.

販売する製品やサービスがある場合, 私はまたサイト上の広告を検討したいです。. 既にそれを見て目のいくつかの千組で好調なスタートをオフです。. 成長することが.

最後に, 何かを書くしより大きい聴衆の前でアウト取得するかゆみをしてきた場合, これは素晴らしい時間とそれをスクラッチする場所です。.

</終了>

私のブログを購読します。.

マーク ミラーの上で エンド ・ ユーザーの SharePoint 彼のサイトを偉大なワークフロー ソリューションを作成する SharePoint Designer を使用してについての私の最新の記事を掲載しています。. それをチェック アウト.

この記事では, 私は、設計プロセスについての話と, さらに詳しく, SharePoint の機能を使用して、信頼性の高い、反復可能なテスト プロセスを設定する方法 (カスタム リスト, サイト テンプレート). 対象の読者はエンドユーザー, しかし、アプローチも開発者のために良い.

</終了>

私のブログを購読します。.

先週です, 私はどのように働いていた ループし、は、ステート マシンを実装します。 SharePoint デザイナーを使用して、記載, 余談, 私はおそらく良いワークフロー ログについて、ブログの記事を書くと、.

よく, Sanjeev ラージプートはそれに私を打つ. ながあります。.

カスタム リストにログ データを保存定期的なワークフロー履歴を使用して優れているらしい:

• それは、カスタムのリストです。, ので非常に簡単に excel にエクスポートすることができます。.
• ビューを作成することができます。, 動的にデータをフィルター処理します。, など.
• それは、自動パージの通常のワークフローの履歴を取得する対象ではないです。.

いくつかのリスクがあります。 / 欠点:

• ログの多くの多くの実行中のワークフローをリストに書き込まれるデータが多すぎる可能性があります。.
• 多分あなた * は * したい自動パージ. このアプローチではその機能を得ることはありません。 (コーディングすることがなく).
• セキュリティはトリッキーです. リストに書き込むために, そう許可が必要. つまり、それが「公式の任意の種類に適してないこと" ユーザーがリストを発見でき、それを編集するための監査. これは、いくつかのカスタム プログラミングを克服できます。.

</終了>

私のブログを購読します。.

これは、過去 1 週間を終えたコンセプト、プロジェクトの証拠をマンハッタンでクライアントに. ソリューションの実装時, 私は MOSS Kpi の別の欠点に走った (ここでは前の KPI 問題と私の回避策を参照をしてください。).

背景: 我々 は、かなり複雑な複数月長いビジネス プロセスをモデル化するのに SharePoint Designer ワークフローを使用. シュッシュッポッポッとそれ, リストのいくつかの状態情報を更新します。. Kpi のモジョを行うにこのデータを使用します。.

これらのビジネス プロセスの新しいものが開幕するたびに新しいサイトを作成することにしました. ワークフロー自体は別として, これらのサイトはいくつかのドキュメント ライブラリをホストします。, 対象ユーザーの設定などを使用して、. 内部の従業員間のコラボレーションを支援するもののちょうど束, 従業員と、クライアントの旅の参加のビジネス パートナー.

また、ワークフロー状態データによる昇格の特定のビジネス プロセスの全体的なヘルスを監視し、Kpi を使用して表示いくつかの Kpi を表示したかった.

最後に, サイト内のリスト ビューでカウントを行う KPI リスト アイテム使用 (別のデータ ソースから引っ張ってくるのではなく, excel のようなまたは SQL).

問題: あなたが想像できるように, プロダクションの世界に転送の基本的な考え方を運ぶために行ったと仮定すると, 我々 は、サイト テンプレートをしたいです。. "ビジネス プロセスに基づく新しいサイトを準備します。" テンプレート.

問題はそのように機能している KPI を取得するように見えることはできません。. KPI リストと KPI web パーツを含むテンプレートに基づいて新しいサイトを作成するとき, 新しいサイトの KPI データが壊れています。. テンプレートとして保存したときに定義した新しいサイトの KPI リストのポイントをどのようなソースで.

一例として:

• 新しいサイトを作成し、それを完璧に構築. このサイトには、KPI のデータが含まれています。.
• テンプレートとして保存します。.
• 新しいサイトを作成して off の場合、テンプレートの基本.
• この新しいサイトの KPI リスト アイテム’ サイト テンプレートをポイント ソース, 現在のサイトではありません。.

インスタンス化のプロセスは、URL を修正されません。.

KPI リスト項目を定義する際に相対 URL を指定することによってこの問題を解決しようと. ただし, 仕事をするの任意のバリエーションを得ることができなかった.

常にこれらの」問題をペアにしたいです。" ブログの記事をいくつかの種のソリューション, この場合、私は良いものを持っていないが、. 最高の私が理解できる、新しくプロビジョニングされるサイトに移動し、すべてを手動で修正する必要があります。. UI は、このソース リストの URL を変更すると、更新するのでさらに難しい, 本当に最初から全部を再定義する必要があるので.

誰もこれを処理するより良い方法を知っている場合, くださいコメントを投稿します。.

</終了>

私が最近学んだ可能であり、SharePoint デザイナーを使用してステート マシン ワークフローを作成するも簡単です。. 必要は発明とすべてが良いものの母と発明を見た必要この 1 週間を持っていた. 偶然にも, 私は来た この MSDN フォーラムのポスト 同様. 私の個人的な経験のこの 1 週間、「独立した確認" 私の信念に力を貸す. 私は完全に吹きつけられた例でより大きい長さではこれについて記述する予定します。, しかし、それの要点はここにあります。:

• ワークフローがリスト アイテムを変更することは、アプローチを活用します。, 新しいワークフローをトリガー. 迷惑になるし、さらにこれを通常考えられてきた セマフォの使用に関するブログ それを処理するには.
• SharePoint に複数の独立したワークフローを特定のリスト アイテムに対してアクティブにすることができます。.

それを構成するのには:

• 状態マシンを設計します。 (すなわち, 状態および状態をどのようにするには、次のいずれかから遷移).
• 別のワークフローとしての各状態を実装します。.
• 各リスト アイテムの変更への応答で実行するこれらの状態のワークフローの構成します。.

各状態のワークフローに従いますこの大まかなパターン:

• 初期化時に, それは本当に「現在のアイテム」の状態の情報を調べることによって実行かどうかを決定します。. そうでない場合は中止.
• 作業を行う.
• 「現在のアイテムをを更新します。" 新しい状態情報を. これが現在の項目に更新をトリガーし、状態のすべてのワークフローを起動.

脇からの明白な利点は、1 つ宣言のステート マシン ワークフローを作成できます。, すべての状態情報が Kpi を構築し、興味深いは素晴らしいことを再生します。.

それはかなり実質的な欠点を持っています。 — 標準のワークフロー履歴の追跡が一層無駄に簡単に改善の通常🙂より, ただし. カスタム リストですべての監査の種類情報を格納します。. それはおそらく、バニラのシーケンシャル ワークフローのも良いアイデアです。, それはまた別のブログの記事のためです🙂

私はこの謝罪」を呼び出す" 私が, 残念なことに, 複数回のフォーラムによると、1 つ必要があります visual studio を使用して、ステート マシン ワークフローを作成する他の場所. それは単に本当ではないです。.

</終了>

私のブログを購読します。.

SharePoint Designer ワークフローでは、無限ループが発生する可能性が. このような一般的な実装パターンは、問題を引き起こす:

• ワークフローを作成し、リストに関連付ける.
• 新しいアイテムと既存のアイテムの更新の開始を作成する必要があります、それを示す.
• ワークフローのステップは、アイテムのフィールドに「現在」更新します。.
• 以来、現在のアイテムの変更, ワークフローを新たに開始します。.

この無限ループを防ぐために, 簡単なセマフォを実装します。:

• サイト内の列を追加します。 (または、リスト/コンテンツ タイプを使用していない場合ライブラリ列).
• [編集] ページを非表示に (サイト内の列とそのプロパティを行うには簡単, 簡単な場合は、リストの列).
• ワークフローで, セマフォの列の値が空白であるかどうかを確認します。.
• 空白の場合, 空白以外の値に設定し、進む.
• 場合は空白ではないです。, すぐに終了します。.

これはかなり微妙なソリューションになることができます。, ビジネス要件となどによって, しかし、私はそれを必要としたとき、実行可能なパターンをされています。.

</終了>

私のブログを購読します。.

多くの人々 を知っています。, 従業員トレーニング テンプレート ここで Microsoft に提供 次の手順を再現することができますにバグがあります。:

• クラスの最大のサイズを作成します。 10 学生.
• 登録 –> ご利用合計席正しくデクリメントずつ. 結果: 9 利用可能な席.
• 登録を解除します。: –> バグ. 総席を 1 ずつ増分する必要があります。. そうでないです。. 結果: 9 SharePoint に従って座席, しかし、実際に, が 10 利用可能な席.

ソリューション: SharePoint Designer を使用して、ワークフローを修正するには.

最初, サイトを開く. このをような私のフォルダー一覧:

もし我々 の出席者の登録」を見て" ワークフロー, 「座席ポリシーを適用する」というラベルの付いたステップがあることがわかります. このように見えます:

この手順では、ワークフロー アイテムいっぱい「席をインクリメントして更新します。" コース上のメタデータ列. 我々 は詳細ことを引く場合, これを参照してください。:

我々 は登録解除ワークフローを修正する必要がありますすべての情報は.

場合は登録解除ワークフローに私たちを裏返す, 同じようなワークフロー ステップがないです。. それを以下のように追加します。:

1: 「参加者の登録解除を展開" XOML を開きます (失われたならショットの最初の画面を参照してください。).

2: 新しいワークフロー変数を追加します。, 「新しい充填席" 「数」の種類.

3: 「新しいいっぱい席に値をを割り当てる" 示すように:

4: 塗りつぶされた座席をデクリメントします。 1:

5: 関連コース アイテムを更新します。:

6: すべての手順は、正しい順序を確認してください。. 私, それはこのように見える:

7: それを再構築するには、ワークフローを完了します。.

8: テスト.

</終了>

私のブログを購読します。.

SharePoint ソリューションを作成するためを見つける新たなパターンのいずれかの SharePoint Designer ワークフローとイベント レシーバーを活用します。.

ここではコンテキストに配置するには、ビジネス シナリオです。:

• 私は、ドキュメント ライブラリにドキュメントをアップロードします。.
• 私は SharePoint デザイナーを使用して作成されたマルチ ステップのワークフローをキックします。.
• いくつかの時点では、プロセス中に, ワークフロー タスクを割り当てる (ユーザーからデータを収集またはタスクを割り当てる).
• そのタスクが完了するまで待ちどのくらいの時間を追跡する KPI を使用します。. 表示する、KPI が完了しているタスクや期限の緑よりも 3 今から日. タスクが期限明日か今日場合は黄色表示します。. それは、タスクが期限を過ぎている場合は赤を示しています.
• ここでは、キッカーです。: 私は、休日を認識するには、その KPI をドライブします.

休日対応の期限を計算することはできません非常に簡単に SharePoint Designer ワークフローの日付. カスタム アクションを作成またはサードパーティのツールを使用しなければ. ただし, イベント レシーバー内のような日付を計算するは簡単です。. 一緒にこれらの 2 つをマージし、我々 はこのようなパターンを得る:

• 隠されたはいを定義/「DoCalcualteDueDate」サイト内の列では、ドキュメント ライブラリのラベルがありません.
• False に初期化します。.
• 該当する場合に、ワークフローで (例えば. 「データの収集前に" アクション), True に値を割り当てる.
• ItemUpdate() イベント レシーバーに見えるかを「DoCalculateDueDate" 本当は、します。. 更新するたびに実行されるイベント レシーバー, 「DoCalculateDueDate" 通常 false です。.
• 場合 true に DoCalculateDueDate ワークフローを割り当てます, 休日対応のためのイベント レシーバーの計算日付.
• イベント レシーバーをときこの計算をは, それは、DoCalculateDueDate フラグを false に設定します。.

最後に, SPD ワークフローを介して DoCalculateDueDate セマフォ イベント レシーバーで発信、休日対応によるワークフローのライフ サイクルで正確に正しい瞬間に割り当てられている日付. SharePoint デザイナー コントロール期日が割り当てられている場合は、イベント レシーバーが実際の計算と割り当てを実行します。.

</終了>

私のブログを購読します。.

更新プログラム: SPD ワークフローをサイト定義に埋め込む方法を研究してきた. この MSDN フォーラム チェーンはいくつかの興味深い情報. 決定的ではないです。, しかし、ジャングルのパスを指す.

私はこのポストは少し変わり者」動作を与えています。" 以来、私はそれから結論を描画の少し不信感につながる. SPD ワークフローは、します。 … 気質.

人々 が求めている多くの場合 / 疑問に思う / SPD ワークフローを 1 つの場所から別に移動に. 今日, これらの手順に従ってし、これらの観測を行った:

• ドキュメント ライブラリに接続されているサイトで SharePoint デザイナーを使用してワークフローを作成.
• 関連付けられているドキュメント ライブラリは既にいくつかの文書を収容.
• 私は、サイト テンプレートとして保存します。.
• テンプレートとしてサイトを保存した場合, 同様のコンテンツを保存.
• そのテンプレートを使用して、同じサイト コレクションで新しいサイトを作成しました。.

この時点で, ワークフローを実行してみました. それは速やかにログ メッセージ自体を終了, 「開始時に失敗」.

これを期待. SPD ワークフローを移動するとき低期待している私.

私は続けた:

• SharePoint Designer で、サイトを開設.
• ワークフローでピークを持っていた. それが正常に見えた.
• 「完了」をクリック.
• ワークフローを走った.

今度こそです, それは見事に働きました.

このワークフロー使用"データ収集ユーザーからを追加します" フードの下で比較的複雑なアクションはアクション.

一応結論づけてのプロセス"仕上げ" 原因に正しく SPD ワークフローを新しいドキュメント ライブラリに関連付ける SPD ワークフロー. 私も、XOML およびその他の XML アーティファクトが合理的に「ゆるい」を締結します。. ドキュメント ライブラリに超密結合がないです。.

これはどういう意味? それは信頼性が高く、再現性のあるプロセスと仮定すると, 我々 はそれらを移動する使用できます少なくとも 1 つの大まかな方法があります。. かどうかこれが働けば、サイト コレクションの境界を渡るかも知らないより大幅に, 新しいファームの全体 (例えば. prod にステージに dev).

これを読んでいるし、傾向がある場合, コメントを投稿してくださいまたは 私にメールします。 SharePoint Designer の移行体験談. 私は喜んで従って提供される任意の洞察力を持つこの投稿を更新します.

</終了>

私のブログを購読します。.

カスタム リストをエンド ・ ユーザーが直接操作する必要があります決して承認コードなどのステータス情報を格納すると便利です。. これは、一般的なビジネス シナリオ. 今年、Kpi を駆動し、タイム クリティカルなビジネス プロセスをサポートして一般的に SharePoint Designer ワークフローで様々 なステータス、アラームの日付を生成するプロジェクトを取り組んでいます。.

サイト コンテンツ タイプを使用します。 / この効果を達成するために列.

[ステータス] 列に示すように、サイト コンテンツ タイプを作成します。:

メモ"状態 (デモのため)" 下部にあるフィールド.

次, 列のプロパティにアクセスする列名をクリックします。. "隠された選択 (フォームには表示されません。)" 列の設定] セクションで示すように:

これは、標準の編集/更新フォームからフィールドを削除します. ただし, それはまだビューで使用可能, Kpi, それを使用するオブジェクト モデルと他の場所, SPD ワークフローをなど.

</終了>

私のブログを購読します。.