質問

私はすべてのアイテムを識別するための一意のIDを持っているSharePointリストを持っているので、カウントのように、数のIDがあるかをカウントする計算列を作成します。

任意の助けが高く評価されています

役に立ちましたか?

解決

  1. IDフィールドは通常システムによって自動的に割り当てられます。エントリを削除しない限り、新しいID番号にはどの程度のエントリが表示されます。

  2. 計算フィールドは、エントリを編集/保存する場合にのみ「計算」されます。自動的に再計算されません。エントリの総数を取得する方法があるとします。現在のエントリに格納されているエントリの総数は、後で追加された場合は自動的に更新されません。

  3. または1つ以上のワークフローを行う必要があるため、一覧に1つのエントリが追加されたときに、各エントリでワークフローが実行され、各エントリのカウントフィールドが更新されます。 (エントリが更新されたときにカウントフィールドを更新する1つのワークフロー、別のワークフローは、次に更新されていないエントリを見つけてその変更をトリガーするために定義され、すべてのエントリが更新されたときに停止します)

  4. #3

    の詳細が必要な場合はコメントを追加する

    #3、2つのトピックがあります、 A.総エントリー番号の数を取得するには B.リストのフィールド(例えば、 "COUNT)のカウント数を更新する。

    Aについて CAMLクエリでこれを行うことができると思います。 リンクここにリンク、およびこれはたとえばです。 または例えばNintexワークフローでは、単に「クエリリスト」を実行してIDフィールドのコレクションを取得し、カウント付きの「コレクション操作」を取得してください。 collection操作

    Bについて 私たちはリストxを使って働いていると言って、私たちはYと呼ばれる「コントロール」リストを定義します。 Xのエントリの作成/変更のそれぞれで、ワークフローWXをトリガーします。これは、WYをトリガするためだけに、リストyのフィールド定義エントリを更新するためだけです。

    Yのエントリの各変更で、リストXのエントリの数を実行するワークフローWYをトリガーし、リストXのエントリを検索します。そのうち「カウント」は新しいカウント数と一致しない新しいカウント番号を使用してXにそのエントリを更新し、WYを停止しますが、Xのエントリが更新されるため、WYは再びトリガされます。

    WYでは、不定詞ループを避けるために、Xエントリが見つからない場合は、ワークフローWYが見つかるようにロジック/コンディションを追加する必要があります。

    ところで「COUNT」フィールドは計算フィールドではなく、単数フィールドだけです。

他のヒント

あなたができない、計算列は現在のアイテムに対してのみ動作します。グループ化されたビューを作成し、合計セクションを使用してフィールドにカウントを追加することができます。

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top