我想知道使用 SharePoint 适配器 (CSOM) 从 BizTalk 更新 SharePoint 列表需要哪些权限。站点提供者只想授予必要的权限，因此我需要知道共同点。
我不是 SharePoint 专家，但您似乎需要这样做才能知道要授予哪些权限。例如，当添加到列表时，似乎需要“查找用户信息”来检索创建者列的用户名。即，您需要了解 SharePoint 的功能，才能正确处理。
列表包含标准列，以及一些标准列，如查找（我提供 ID）、日期和数字。从中查找值的相关列表是相似的。
我必须使用相同的帐户运行 BizTalk 主机实例，还是在适配器配置中提供凭据就足够了？
我是否需要站点和列表的权限，在这种情况下都需要什么权限？
现在让它工作并有一个关于它的理论：
为了使 BizTalk Adapter 能够与 SharePoint 进行握手，主机必须使用 SharePoint 已知的凭据，并且拥有足够的权限来执行此操作。BizTalk 使用“Windows Identity Foundation”库来调用 SharePoint，从 SharePoint 的角度来看，BizTalk 是一个“与 Microsoft SharePoint Foundation 兼容的编辑器”。因此，必须为用户激活站点的“添加和编辑页面”设置（直接从瑞典语翻译）（“Behörighetsnivåer”>“Webbplatsbehörigheter”>“Lägg until och anpassa sidor”）。
在站点级别，您还必须激活“使用远程界面”（直接翻译自瑞典语），其中包括客户端 SharePoint 对象模型 (CSOM)（“Behörighetsnivåer”>“Webbplatsbehörigheter”>“Använd fjärrgränssnitt”）。
然后，在获得对站点本身的访问权之后，您需要为要完成的操作提供特定权限。就我而言，我需要能够将项目添加到列表、更新等。
我注意到的一件事是执行的握手被保存到消息的上下文中。意思是，如果你有一个新的消息实例，（以前的）握手将被添加到消息上下文中。如果握手失败，消息也会失败，不能重试，必须终止。
关于握手，我注意到的第二件事是，在添加权限时，它是直接同步的。但是，如果我撤销了权限，我需要重新启动主机（我想重新握手）。
正如我所说，一个理论...
编辑：
实际上，一段时间后它没有工作。再次。
我需要添加权限管理列表（是的，正确，管理站点上的所有列表的权限）才能使 BizTalk Adapter 工作。
应用此设置后，我在事件日志中收到以下消息：
Windows SharePoint Services 适配器已完成从 SharePoint 站点收集列表和文档库信息。
事实证明，BizTalk SharePoint 适配器依赖于获取站点中的项目列表，包括列表。似乎它将有关 SharePoint 网站的元数据保留了一段时间。可以停用设置管理列表，直到它再次尝试重新加载元数据 - 然后它将失败！
请注意，有些论坛说为适配器用户设置 Contribute 就足够了，但 Contribute 中不包含管理列表。所以，这还不够。
奇怪的是微软没有提供任何关于需要什么权限的信息。谁开发了这个适配器？应该可以提供这方面的信息！