嗨，

我已将问题提交给SAP并收到以下答复

因此，在此阶段，似乎无法进行非粗略操作。

感谢您的帮助

Arjun Ajjarapu

嗨Arjun

感谢您使用SAP的回复更新此线程。 对于将来遇到此问题的其他人来说，这将是一个很好的参考。

SAP REST适配器上的所有博客，甚至联机帮助都表明仅支持GET，PUT，POST和DELETE。

PI Rest适配器-不要害怕

PI REST适配器-将CRUD操作映射到服务接口操作

配置Receiver REST适配器-高级适配器引擎-SAP库

Rgds

Eng Swee

嗨Arjun

我不会给您一个不可能的权威性答案，因为（a）我不为SAP工作，并且（b）我的系统中还没有SAP的REST适配器（使用Advantco的适配器） 所以我不能确定要测试一下。

我的回复基于我对最近的SAP REST适配器博客和在线文档的阅读。

根据下面的博客，最重要的部分似乎适用于发件人REST通道。 它允许您向调用方提供一个任意命名为" operation"的参数，该参数将确定通道的内部操作，而与调用方使用的实际HTTP方法无关。

PI Rest适配器-不要害怕

但是您正在询问接收者REST通道。 如果您查看"调用远程API"部分的第4步，则仅讨论这4种操作

如果必须动态确定HTTP操作，则可以指定要用作选择标准的值的来源，并为四个HTTP操作的每一个提供匹配的值或GLOB表达式。

这与REST接收器在线文档中"将源值映射到操作"下的描述相匹配，该描述仅描述了4种操作。

配置Receiver REST适配器-高级适配器引擎-SAP库

如果您选择了提供动态值（除手动值外所有内容）的源，则可以通过输入表达式来指定与操作关联的值。 REST操作选项卡为每个操作提供一个输入字段。 如果一个定义的源的一个以上值与某个操作相关联，则可以在"其他操作映射规则"表中定义其他映射，方法是添加行，然后在"操作"列中输入GET，POST，PUT或DELETE，并在 表达式列。

当然，尝试一下是否可以强制执行PATCH并没有什么害处。 正如我一直说的"您永远不会知道是否永远不会尝试"????

Rgds

Eng Swee

Arjun

请检查是否可以使用PUT代替PATCH（因为它不可用）。 PUT将使用更多带宽，但是我认为这不是问题。

方法

何时使用PATCH方法

嗨Raghu，

感谢您的回复。 如果无法在接收器通道上使用PATCH，则将其作为最后的选择。

你好Arjun，

那您是如何解决这个问题的？ 在这种情况下，可以实现自定义适配器吗？

此致

Koray

SAP提到我们可以将其与参数名称一起使用： overrideHttpMethod

参数值： REST接收者的PATCH。

https://launchpad.support.sap.com/#/notes/2498897

我同意Eng Swee的看法，并想知道是否有人尝试在REST发送方和接收方通道中使用PATCH，以及它是否有效。