ワークフローにカスタムアクションがあり、問題が発生したときにユーザーにエラーを報告したいと思います。それを行うための最良の方法は何ですか？
UPD：理想的には、ワークフローをエラー状態にして、ワークフローログにメッセージを記録したいと思います。それは不可能のようです。私がそれに近づくことができる最も近いものは何ですか？再利用可能なソリューションが必要です。これは、SharePointDesignerでカスタムアクションを使用するときにユーザーが簡単にセットアップできるものです。
質問に詳細を追加しました。
エラーの保存を処理する@mauroですが、意味のある方法でエラーをユーザーに表示するにはどうすればよいですか？
@AdamSaneそれはかなり壊れやすい解決策のようです。これを1つのサイトに一度設定するだけでは問題ありません。他の人がSPDを使用して追加できるものが必要です。
エラーをスローすると、エラーハンドラーはユーザーにメールを送信できます。リストが大量の場合は、ワークフローアイテムにエラー状態を追加することをお勧めします-エラーがそこに記載されるため、これはデフォルトの機能だと思います.
Personally I would log it to either a log file or the event log depending on the issue. I think storing it using a users permissions would be a bad idea, what happens if that user does not have the correct rights? or worse still they get elevated permissions by browsing the list in explorer view?
The log file would be the best way, that way you rely only on the file system being available - you dont have to worry about trapping errors happening whilst connecting to the database etc.
Mauro
エラーの結果としてユーザーに何らかのアクション (ワークフローの再試行など) を実行してもらう必要がある場合、エラーに関する情報とワークフローの場所を使用して、そのユーザーのタスクを作成できますか?
そのユーザー名の非表示リストにエラーを追加します。リストの可視性を (ユーザーに対して) 設定して、自分の値の読み取り/書き込みのみを行います。次に、カスタム Web パーツまたは FlexListViewer を使用して、そのリストの内容を表示し、ユーザーに表示します。彼らがそのエラーを認めたら、それをリストから削除します。
必要に応じて、そのメッセージ リストに別のワークフロー アクションを追加できます。つまり、2 日間一時停止してから電子メールを送信します。何でも、あなたの要件に応じて。
それ以外の場合は、ほとんど同じ目的で使用するカスタム db テーブルを使用できます。この方法では、sharepoint がほとんどの作業を行います。
更新これを機能としてパッケージ化し、必要に応じて各サイトに展開できます。このアプローチの長所 (リストへのリスト アイテムの追加、クエリ、ユーザーへの警告、ユーザーへのメール送信) はすべて、共有ポイント自体に組み込まれています。この場合、sharepoint が実装の詳細に集中できるようにしながら、カスタム ロジックのみに集中できます。