私はHEREで説明されているのと同じ状況にあります。
Create List ItemおよびUpdate List Itemアクション(回答で提案されているように)を使用しようとしていますが、結果はありません。
誰かが答えに記載されている手順を親切に説明してもらえますか?
ありがとうございました、
マルチェロ
私はHEREで説明されているのと同じ状況にあります。
Create List ItemおよびUpdate List Itemアクション(回答で提案されているように)を使用しようとしていますが、結果はありません。
誰かが答えに記載されている手順を親切に説明してもらえますか?
ありがとうございました、
マルチェロ
そこに回答を投稿しましたが、削除または削除された場合のコピーを次に示します。
アイテムがすでに合計に追加されているかどうかを追跡していないため、リストAの金額が決して変わらないと仮定できない限り、lem.mallariの答えは非常に苦痛です。ワークフローが SharePoint リストを反復処理する方法はありません。つまり、複数のリスト アイテムの合計または平均を簡単に計算する方法はありません。
これを実装する正しい方法には、ある程度の開発が必要です。SharePoint 開発者トレーニング ( 2010、2013 ) では、実際にほとんどの方法を習得できます。イベント レシーバーは、SharePoint の API を使用してリスト A と名前による平均値を通過するリスト A とリスト B でアイテムが追加または変更されたときにトリガーする必要があります。次に、リスト B のすべての (または影響を受けるだけの) アイテムを更新します。または、JavaScript を使用して、リスト B のアイテムと同じ名前を持つリスト A のすべてのエントリの合計を表示できます。ページ。XPath と InfoPath に精通している場合は、リスト A をセカンダリ データ ソースとしてリスト B のフォームに追加し、リスト A で該当するアイテムのみを選択して合計することができます。
ただし、ワークフローについて話している場合は、「ワークフローのみ」の方法があります。これは 2010 年にテストされ、成功しました。次の列を含むカスタム リスト C を作成します。
リスト A とリスト B の名前列を、リスト C を指すルックアップ列に置き換えます。追加の列として合計列を含める代わりに、リスト B の金額列を削除します。次の列をリスト A に追加し、ユーザーがそれらを直接変更できないようにします。これは、InfoPath フォームを作成するか、別の表示および編集フォームを作成することによって制限できます。
リスト A で項目が作成または変更されるたびに実行するワークフローを作成します。次のコマンドを使用します (読みやすくするためにリストを使用しています。コードとしてフォーマットすると見苦しくなります)。