2011-10-20 9 views
0

リクエスタが自分のフォームに記入すると、どの地域からのものかを尋ねられます。その選択に基づいて、その地域の承認者は承認マトリックスから引き出され、階層別に格付けされたフォームフィールドに自動的に入力されます(スーパーバイザー、地域マネージャー、社長など)。InfoPath 2010 - 承認者がSharePoint 2010にサインインしているかどうかを確認する

リクエスタがフォームを送信すると、ワークフローは最初の承認者(階層の最下位ランク)に承認待ちの要求があることを通知します。その承認者はフォームを開き、ラジオボタンから承認または拒否を選択します。承認されると、ワークフローは次の承認者に通知を送信します。

最初の承認者に通知と拒否のフォームを開くと、承認者2〜nの他のすべての承認/拒否ラジオボタンにもアクセスできます(承認者2〜nは以前の承認の選択肢にもアクセスできない)。基本的に、Approver XはApprover Section Xでのみ選択できる必要があります。これを軽減するため、ラジオボタンフィールドで各承認者の2つの項目を確認します。

1)指定された承認者リストそのセクションのために? 2)現在の承認者がSharePointにサインインしていますか?

階層内の各承認セクションが常に最初のcheck = trueになる承認者によって自動集計されるため、ログインしているかどうかを確認する必要があります。それは常に真実なので、承認者の名前は、承認者セクションで自動集計された名前と一致する必要があるだけでなく、サインインする必要もあります。そうでないと、署名されていない他の承認者はラジオボタンを無効にする。

私は最初の部分を達成することができますが、2番目の部分は達成できません。

InfoPath 2010では2番目のチェックが可能ですか?もしそうなら、どうすればいいですか?

は、各承認を得て更新されます、フォーム上のステータスフィールドを持つの恩恵を受けるようにあなたが

答えて

0

ですねありがとうございます。

承認者のリストにフィールドを追加して、一連の承認者のRegion、Statusを一意にすることができます。

InfoPathフォームで、ユーザーが選択した地域とフォームのステータスの両方を一覧で照会します。次に、現在ログインしているユーザーに、リストが承認者のために戻ってきたことを確認します。

柔軟性を高めるために、InfoPathフォームの承認者リストに、承認時にステータスを更新する別のフィールドが使用されます。

あなたの承認マトリックスがSharePointリストであるとします。そうでない場合でも、コンセプトは適用されます。

+0

あなたの応答にKbealに感謝します。私は現在あなたが提案したことをやっています。各承認者のステータスフィールドがあり、各承認者フィールドはSharePointリストである承認マトリックスによって自動収集されます。 **特定の承認者が**サインインされているかどうかをチェックする方法はわかりませんでした**。ありがとう! – growl3rr

+0

InfoPathルールを作成するときに、userName()関数が検索されます。現在ログインしているユーザーを返します。この値を承認リストから取得した値と比較します。 – kbeal

関連する問題