Ошибка отказа в доступе (только чтение) при настройке contentTypeID через Graph

Чтобы изменить тип содержимого элемента списка с помощью графического API, вы действительно хотите изменить фасет ContentType самого элемента, а не поля ContentType или ContentTypeID. Вот пример:

PATCH 

https://graph.microsoft.com/v1.0/sites/YOURTENANT.sharepoint.com:/sites/SITENAME:/lists/LISTNAME/items/1/

{
    "contentType": { "id": "0x0100D3426610C727AC42B5238A1FA52864F6" }
}

В этом случае это идентификатор моего основного типа элемента. Я не уверен, почему исправление поля ContentTypeId могло когда-либо работать, поскольку оно не является адресуемым полем в нашем базовом коде. Я собираюсь продолжить копать, чтобы увидеть, были ли недавно внесены изменения, но насколько я могу сказать прямо сейчас, это действительно не должно было работать раньше, поскольку ContentType - это сложный тип, который включает в себя как имя, так и идентификатор, поэтому исправление поля прямо не правильно.

Я предполагаю, что в Graph внесены некоторые изменения. Протестировал вызовы в Postman, и я могу подтвердить, что вызов Graph перестал работать в нескольких средах, начиная с 23 августа. Насколько я могу судить, это не имеет ничего общего с настройками среды SharePoint.

В качестве обходного пути все еще кажется возможным изменить тип контента с помощью SharePoint REST Api.

PATCH {siteurl}/_api/web/lists(guid'{libraryId}')/items({id})
If-Match: {eTag}
X-HTTP-Method: Merge

{"ContentTypeId": "0x0101009E44B70FDF6D5D418E3B608C7DB4E8DB0100F24E9188A7EE514197DF449302E7D11C"}

Это немного раздражает, когда приходится возвращаться к SharePoint API для чего-то, что раньше работало с Graph.

После некоторого покопания я не вижу официальных сообщений от Microsoft, в которых говорится о каких-либо обновлениях, связанных с Sharepoint в Интернете. Но это может быть просто задержка или что-то, что они забыли.

Из вашего кода ошибки. Сообщение "accessDenied": "Поле ContentTypeId доступно только для чтения". Кажется, разрешения были изменены.

Я бы посоветовал вам проверить свой элемент Field, который определяет столбец сайта. Или сравните две свои онлайн-среды SharePoint, чтобы увидеть, изменились ли разрешения должным образом.

ReadOnly="TRUE" | "FALSE"
ReadOnlyEnforced="TRUE" | "FALSE"

Возможно, администратор сайта рассматривал возможность блокировки колонки, но забыл ее поднять. Иногда, когда создается новый столбец сайта, администратор SharePoint устанавливает его как только для чтения или как принудительно только для чтения, чтобы пользователь не мог редактировать данные, хранящиеся в поле. Это можно сделать либо через PowerShell, либо через CSOM.

Вот несколько ссылок и поле свойство.