validateUpdateListItemを使ってみる

Microsoft 365の活用ネタのまとめに戻る

丸１日悩んだけど、結局はユーザ型のフィールドを修正することはできませんでしたね。
エラーは出てこないけど、フィールドは更新されないです。

• HTTP要求(REST)を使ってリストアイテムを更新する

かなりムカついたので他に調べてみるとvalidateUpdateListItemというのがあるらしい。

• Update single SharePoint column in Power Automate with HTTP request

よくわからんが、これを使ってみましたがやっぱりエラーです。

Body:
{
    "formValues":[
	{
	    "FieldName": "<FieldToUpdate>",
	    "FieldValue": "<ValueToUpdate>"
	}
    ]
}

書式が正しく設定された JSON ストリームではありません。

さらに調べてみるとBodyの例がある

• Update file metadata with Rest API using ValidateUpdateListItem in SharePoint on-premises

ん、Bodyがない？　考えたら、この入力部分ってBodyだから要らんのでは？

{
      "formValues": [
            {
                  "__metadata": { "type": "SP.ListItemFormUpdateValue" },
                  "FieldName": "Editor",
                  "FieldValue": "[{'Key':'i:0#.w|[e-mail]'}]"
            },
            {
                  "__metadata": { "type": "SP.ListItemFormUpdateValue" },
                  "FieldName": "Author",
                  "FieldValue": "[{'Key':'i:0#.w|[e-mail]'}]"
            }
      ],
      "bNewDocumentUpdate": true
}

前回もうまく更新できなかったユーザ型以外の項目でやってみます。おおお、更新できるな。

{
    "formValues":[
	{
	    "FieldName": "Title",
	    "FieldValue": "020出生届"
	},
	{
	    "FieldName": "status",
	    "FieldValue": "申請中"
	}
    ]
  }

ではユーザ型を追加してみます。

    {
	    "FieldName": "Applicant",
	    "FieldValue": "{'Claims': 'i:0#.f|membership|[e-mail]'}"
	}

結果を見るとエラーになってないけど更新されてない

先程のサイトのユーザ型のところを見ると

"FieldValue": "[{'Key':'i:0#.w|[e-mail]'}]"

[]でくくっている。もしかして配列扱いの意味？またmembershipとかはないな。

	{
	    "FieldName": "Applicant",
	    "FieldValue": "[{'Claims': 'i:0#.f|[e-mail]'}]"
	}

しかしエラーですね。

"ErrorCode": -2146232832,
"ErrorMessage": "完全一致が見つかりませんでした。",

先程のサイトを良く読んでみると... 英語なので見ただけで嫌気がさして読まないので気合と翻訳が必要です。

Both Editor and Author are People and Group (Person) field. According above blogs, you can set the Person field, like:

"[{'Key':'i:0#.f|membership|[e-mail]'}]"

This works fine with SharePoint Online users. However, it does not work with SharePoint on-premises users, although no error returned from the method.

After some testing, I found that for SharePoint on-premises users, you need to set the Persons field like below:

"[{'Key':'i:0#.w|[e-mail]'}]"

編集者と作成者はどちらも人物およびグループ (人) フィールドです。上記のブログによると、次のように Person フィールドを設定できます。

"[{'Key':'i:0#.f|メンバーシップ|[e-mail]'}]"

これは SharePoint Online ユーザーには問題なく機能します。 ただし、メソッドからエラーは返されませんが、SharePoint オンプレミス ユーザーでは機能しません。

いくつかのテストの結果、SharePoint オンプレミス ユーザーの場合は、次のように [個人] フィールドを設定する必要があることがわかりました。

"[{'Key':'i:0#.w|[e-mail]'}]"

えっ、SharePoint Onlineではmembershipが必要ってこと？
ついでに　ClaimsをKeyに変えてみるか

	{
	    "FieldName": "Applicant",
	    "FieldValue": "[{'Key': 'i:0#.f|membership|[e-mail]'}]"
	}

おおお、今度は更新できましたね。

さまざまなフィールドタイプの JSON コード

そもそもこれは何のためにある？

• トリガーや履歴アクションを使用せずに PowerAutomate を使用して SharePoint アイテムを更新する方法

Power Automate を使用して SharePoint を最適化する: SharePoint の REST API には、バージョン履歴に影響を与えることなくリスト アイテムのシステム更新を可能にするvalidateUpdateListItem エンドポイントが備わっています。これは、特に変更を追跡する必要がない場合に、クリーンなバージョン履歴を維持するのに役立ちます。

不必要なバージョン履歴エントリを回避する: bNewDocumentUpdateを true に設定してvalidateUpdateListItem を使用すると、新しいバージョン履歴エントリの生成が停止します。これは、あらゆる小さな変更を追跡することが現実的ではない、大規模なリストやライブラリを管理する場合に有利です。

よりクリーンなバージョン履歴: validateUpdateListItem エンドポイントは、バージョン履歴に文書化する必要のないマイナーな技術的更新や管理上の更新が乱雑にならないようにすることで、合理化されたバージョン履歴のメンテナンスを容易にします。

やっぱり使えないですね。

日付を追加したら機能しません。

FieldValue":  "@{formatDateTime(utcNow(),'yyyy/mm/dd')}

これを使ったらこんな日付になるなぁ。　これってまともなシステムとは思えないです。
よくこんなツールで問題なく使えるって感心しますよ。

   {
          "ErrorCode": -2146232832,
          "ErrorMessage": "2012/02/23 の形式で日付を入力してください。",
          "FieldName": "ApplicationDate",
          "FieldValue": "2024/31/27",
          "HasException": true,
          "ItemId": 23

強制的にハンドで記入したら更新できましたね。

mmは分か？

@{formatDateTime(utcNow(),'yyyy/MM/dd')}

MMが日付だな。